home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / mswindo / programm / misc / 3638 < prev    next >
Encoding:
Text File  |  1992-11-24  |  1.4 KB  |  38 lines
  1. Newsgroups: comp.os.ms-windows.programmer.misc
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!steven
  3. From: steven@netcom.com (Steven Nelson)
  4. Subject: Re: Faking re-entrancy with second copy of DLL?
  5. Message-ID: <1992Nov24.051724.14750@netcom.com>
  6. Keywords: DLL REENTRANT
  7. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  8. References: <1992Nov14.093916.1050@netcom.com> <1992Nov15.021203.12280@netcom.com> <Bxt5vv.Bs7@watserv1.uwaterloo.ca>
  9. Date: Tue, 24 Nov 1992 05:17:24 GMT
  10. Lines: 26
  11.  
  12. In article <Bxt5vv.Bs7@watserv1.uwaterloo.ca> mehran@monet.uwaterloo.ca (Mehran Farimani) writes:
  13. >>
  14. >>You will need to change the LIBRARY statement in the  .DEF file
  15. >>and relink the application that uses the DLL with this new library. 
  16. >>This is the name used by Windows to load the appropriate DLL.
  17. >>
  18. >>Steven Nelson
  19. >>steven@netcom.com 
  20. >
  21. >I'm not sure if that's quite right. My experience has been that Windows
  22. >looks for a DLL based on its file name. There is no need for recompiling
  23. >the library to rename it ...
  24. >
  25. >Regards,
  26. >
  27. >--Mehran
  28. >
  29.  
  30. When you implicitly link an application with a library that contains 
  31. entry points for a DLL, Windows needs to know the name of the DLL to 
  32. load when the application is started.  Windows gets this name from the
  33. LIBRARY statement in the .DEF file or the module name depending on the
  34. parameters to implib.
  35.  
  36. Steven Nelson
  37. steven@netcom.com
  38.