home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / mswindo / programm / misc / 4527 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  2.0 KB

  1. Path: sparky!uunet!pipex!bnr.co.uk!uknet!mcsun!fuug!news.funet.fi!news.cs.tut.fi!pk64380
  2. From: pk64380@kaarne.cs.tut.fi (Kuusisto Pasi Petri,,,SIG,64380)
  3. Newsgroups: comp.os.ms-windows.programmer.misc
  4. Subject: Re: problems with CTL3D.DLL
  5. Message-ID: <1huff6INNag0@cs.tut.fi>
  6. Date: 31 Dec 92 09:45:10 GMT
  7. References: <1992Dec31.021603.21231@emr1.emr.ca>
  8. Reply-To: pk64380@kaarne.cs.tut.fi
  9. Organization: Technical University of Tampere, Dep. of Computer Science ,Finland
  10. Lines: 35
  11. NNTP-Posting-Host: kaarne.cs.tut.fi
  12. Originator: pk64380@kaarne.cs.tut.fi
  13.  
  14. From article <1992Dec31.021603.21231@emr1.emr.ca>, by jagrant@emr1.emr.ca (John Grant):
  15. > CTL3D.DLL is provided by MS on CI$ and at ftp.cica.indiana.edu
  16. > (in vendors... - sorry I forget the exact location or filenames,
  17. > but it was posted here recently).  It provides 3d effects for
  18. > listboxes, comboboxes, etc (finishing up what they started with
  19. > 3d buttons).
  20.     /vendor/microsoft/developer-network/techsamp/3-31.zip
  21.      
  22. > Problems with CTL3D.DLL
  23. > -----------------------  
  24. >   1. before *anything* in your app runs (i.e. even before you check for
  25. >      'first instance', something in CTL3D.LIB (linked in) tries to find
  26. >      CTL3D.DLL.  It appears to look in at least 3 directories:
  27. >     - ...\windows
  28. >     - ...\windows\system
  29. >     - the application's home directory (GetModuleFileName)
  30. >      (I tried placing it in each of the 3 directories to see
  31. >       what it was looking for and where).
  32. >      If it can't find CTL3D.DLL, it chokes and displays:
  33. >     +----------------------+
  34. >     |     File Error       |
  35. >     | Can't find CTL3D.DLL |
  36. >     +----------------------+
  37. >      and then terminates the application before it even gets a
  38. >      chance to run.
  39.  
  40.    Yes, but that's Windows itself. Before executing a single line of the 
  41.    application it will try and load all the DLL's needed (specified
  42.    when linking).
  43.    If you don't want this, you might try LoadLibrary and GetProcAddress
  44.    (or whatever, never tried myself - so don't ask how to do this. SDK
  45.     reference should be able to help)
  46.  
  47. -zi
  48.