From: ijurado@databasedm.es ("Ismael Jurado") Subject: RE: More relocatable dll woes 11 Jul 1997 19:28:31 -0700 Approved: cygnus.gnu-win32@cygnus.com Distribution: cygnus Message-ID: <22455124102803.cygnus.gnu-win32@databasedm.es> Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Original-To: "Jon Thackray" Original-Cc: X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Original-Sender: owner-gnu-win32@cygnus.com ---------- > De: Jon Thackray > A: gnu-win32@cygnus.com > Asunto: More relocatable dll woes > Fecha: jueves 10 de julio de 1997 16:36 > > It would appear that the export table of a dll, and the set of defined > symbols from a .lib file, don't always match up > ----skipped------ I think you're mixing two different concepts: 00000000 T _AddAtomA@4 this is the "mangled" name of the function. The number after the @ is the number of words of the parameters of the function (or something like this, I can't remember...) and it is this way because the fuction was compiled as an __stdcall fucntion whitch also prepends an underscore at the beginning. This "mangled" name is produced by the compiler to tell the linker that it is a __stdcall function (as you see in the lib file), but once the code it`s compiled, the right name ( C functions are not mangled!) is produced in the DLL or EXE file, that it is what you see here: 1 0 AddAtomA (000079CA) Ismael Jurado ismaelj@hotmail.com - For help on using this list (especially unsubscribing), send a message to "gnu-win32-request@cygnus.com" with one line of text: "help".