home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / mswindo / programm / misc / 4526 < prev    next >
Encoding:
Text File  |  1992-12-30  |  2.5 KB  |  65 lines
  1. Newsgroups: comp.os.ms-windows.programmer.misc
  2. Path: sparky!uunet!usc!howland.reston.ans.net!zaphod.mps.ohio-state.edu!caen!destroyer!wsu-cs!vela!bcmatusz
  3. From: bcmatusz@vela.acs.oakland.edu (Brian Matusz)
  4. Subject: Re: problems with CTL3D.DLL
  5. Message-ID: <1992Dec31.023406.4767@vela.acs.oakland.edu>
  6. Organization: Oakland University, Rochester MI.
  7. References: <1992Dec31.021603.21231@emr1.emr.ca>
  8. Date: Thu, 31 Dec 1992 02:34:06 GMT
  9. Lines: 54
  10.  
  11. In article <1992Dec31.021603.21231@emr1.emr.ca> jagrant@emr1.emr.ca (John Grant) writes:
  12.  
  13. [portions deleted]
  14.  
  15. >Problems with CTL3D.DLL
  16. >-----------------------  
  17. >  1. before *anything* in your app runs (i.e. even before you check for
  18. >     'first instance', something in CTL3D.LIB (linked in) tries to find
  19. >     CTL3D.DLL.  It appears to look in at least 3 directories:
  20. >    - ...\windows
  21. >    - ...\windows\system
  22. >    - the application's home directory (GetModuleFileName)
  23. >     (I tried placing it in each of the 3 directories to see
  24. >      what it was looking for and where).
  25. >
  26. >     If it can't find CTL3D.DLL, it chokes and displays:
  27. >    +----------------------+
  28. >    |     File Error       |
  29. >    | Can't find CTL3D.DLL |
  30. >    +----------------------+
  31. >     and then terminates the application before it even gets a
  32. >     chance to run.
  33.  
  34. True ... but this is characteristic of Windows, not Ctl3d.  Unfortunately,
  35. there is no better way to do it (without much more effort).  I'm not
  36. up on the techniques, or if it can be done, but I assume it can ...
  37. Instead of linking with the LIB, looking for the DLL, and then making
  38. the links on the fly.  (I could be way off here...)
  39.  
  40. >     This is distinctly unfriendly! At the very least, it should
  41. >     keep it's mouth shut and quietly disable itself and keep
  42. >     going, but without 3d effects.  If it must check for CTL3D.DLL
  43. >     it should only do it in Ctl3dRegister(), so only if *I* choose
  44. >     to register it, will it croak if it can't find it.
  45.  
  46. Because it's a Windows thigns and not a ctl3d thing, that's not really
  47. a good thing to do.  Agreed, it's a good thing to do in the case of
  48. Ctl3d, but that's not where the problem is.
  49.  
  50. >     I had intended to set a BOOL ctl3d flag myself, if I could
  51. >     find CTL3D.DLL (in either of the 3 directories I described
  52. >     above), and then call the ctl3d... functions only
  53. >     if ctl3d==TRUE, but it croaks before I even have a chance
  54. >     to do anything.
  55.  
  56. [Rest deleted]
  57.  
  58. Hope it helps!
  59. Brad Wilson (via a friend's account)
  60. -- 
  61.  
  62. ---
  63. bcmatusz@vela.acs.oakland.edu
  64. "Use DEVICE=EXXON to screw up your environment."
  65.