home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / mswindo / programm / misc / 3552 < prev    next >
Encoding:
Text File  |  1992-11-19  |  2.1 KB  |  47 lines

  1. Newsgroups: comp.os.ms-windows.programmer.misc
  2. Path: sparky!uunet!think.com!rpi!newsserver.pixel.kodak.com!ekcolor!dj
  3. From: dj@ekcolor.ssd.kodak.com (Dave Jones)
  4. Subject: Re: HELP: BC++ program won't leave mommy
  5. Message-ID: <1992Nov19.155122.10574@pixel.kodak.com>
  6. Sender: news@pixel.kodak.com
  7. Organization: Vonnegut Tent Rentals, Inc.
  8. X-Newsreader: TIN [version 1.1 PL6]
  9. References: <19NOV199207262299@zeus.tamu.edu>
  10. Date: Thu, 19 Nov 92 15:51:22 GMT
  11. Lines: 34
  12.  
  13. sam4628@zeus.tamu.edu wrote:
  14. > Hello,
  15. >    I have a program written in BC++ which is behaving strangely (in the
  16. > following discussion, please bear in mind that I am a novice Windows
  17. > programmer: I'm not doing anything fancy, but I could very well be doing
  18. > something _stupid_!).
  19. > This program will only run if the BC++ IDE is running.  This is true
  20. > regardless of where I'm running the program (i.e. I'm trying to run it from
  21. > the file manager, so it shouldn't have any ties to the IDE).  It doesn't
  22. > give any errors, it just doesn't run.
  23. > The program is a simple data conversion program which basically displays
  24. > a single dialog box to obtain file names, does its conversion, and exits.
  25. I'll guess: your dialog box uses controls that are in a Borland DLL and it
  26. isn't on your PATH.  Therefore it cannot be automagically loaded by your
  27. application, but if the IDE is loaded already then so is the DLL.
  28.  
  29. This still doesn't sound right: you should get a system modal dialog
  30. complaining that it "can't find a file, or one of its components".  However
  31. take it as a working hypothesis that the IDE is loading *some* resource that
  32. your program needs, then try to make the IDE's resources available to your
  33. program, perhaps one by one (copying them to the program's directory?) until
  34. you hit something.
  35.  
  36. Or go back to basics: remove components from your program until it runs, or
  37. remove all extra stuff and add bits back one by one till you hit the
  38. problem.  Get the search area narrowed down enough and the bug will usually 
  39. be obvious.
  40.  
  41. --
  42. ||------------------------------------------------------------------------
  43. ||Dave Jones (dj@ekcolor.ssd.kodak.com)|Eastman Kodak Co. Rochester, NY  |
  44.