> In summary, my effort was to help minimizing missmatch issue among > ace32.lib and ace32.dll. If it proved that it only creates a hassle > then I'm sorry. We could dettached it from the makefile and remove the file.
Andi: No need to apologize; it's a great idea. We just have to figure out if it can be completed, or if it's the kind of thing that will have ongoing maintenance issues. I don't think we should give up yet. I don't think you understood what I said about my conversation with Ron, so let me clarify: Did you hand-code the functions in ace32.c from info in the header file, or did you create a little program that opens the DLL itself and creates the code from there? Such a tool might eliminate any downside to your approach, though I'm not 100% sure what's going on with the error in the 8.0 dlls. -- Brian Hays > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Andi Jahja > Sent: Saturday, May 31, 2008 8:17 AM > To: 'xHarbour-Developers' > Subject: Re: [xHarbour-developers] Problem with Andi's ace32.c approach > > Brian: > > > When I discussed this issue with Ron, he was of the opinion that > > this module could be auto-generated from the DLL itself, thus > > eliminating the maintenance issues in pursuing things like this. > > I supposed you are referring to ace32.lib to be linked. Yes, of course, > it was what it used to be, at least manually. > > > Can you see if that's possible, and if it can solve these details? > > If you are talking about import lib, then at least it can be easily be > done for Borland because it has its tool. I am not aware of other > compiler. > > > I'm concerned that we should not be trading a one-time minor > > hassle of the developer avoid linking errors for > > RunTime errors for his users. > > I agree, we should not. > > In summary, my effort was to help minimizing missmatch issue among > ace32.lib and ace32.dll. If it proved that it only creates a hassle > then > I'm sorry. We could dettached it from the makefile and remove the file. > -- > Andi > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ xHarbour-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/xharbour-developers
