home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / msdos / programm / 12387 < prev    next >
Encoding:
Internet Message Format  |  1993-01-24  |  1.5 KB
  1. Path: sparky!uunet!cs.utexas.edu!tamsun.tamu.edu!tamsun.tamu.edu!news
  2. From: pinky@tamu.edu (The Man Behind The Curtain)
  3. Newsgroups: comp.os.msdos.programmer
  4. Subject: Re: Borland debugger problems - Microsoft ?
  5. Date: 23 Jan 1993 23:09:36 -0600
  6. Organization: Texas A&M University
  7. Lines: 26
  8. Sender: ski8032@tamsun.tamu.edu
  9. Message-ID: <1jt8agINNdv4@tamsun.tamu.edu>
  10. References: <1993Jan20.091458.20134@jarvis.csri.toronto.edu>
  11. NNTP-Posting-Host: tamsun.tamu.edu
  12. Summary: possible bug?
  13.  
  14. Thus spake parki@csri.toronto.edu (Brian Parkinson):
  15. >I am writing an application in Borland C++, which uses graphics extensively,
  16. >and have found that when I set breakpoints, almost all the time the debugger
  17. >cannot "get back" to text mode, and hangs instead.  I have put a monochrome
  18. >monitor onto my system, but this still does not solve the problem.  I have
  19. >a couple questions :
  20. >
  21. I've had some problems with BC & breakpoints as well.  The problem I
  22. ran into was this:
  23.  
  24. I duplicated this error ~15-20 times.  When I placed a breakpoint in
  25. a header file, on a certain inline function, BC++ 3.1 would lock up
  26. before beginning to run (to be exact, it locked up when it tried to
  27. save the project file).  Normally, it tries to warn you that you
  28. can not set a breakpoint on an inline function  (invalid breakpoint)
  29. but in this case, it missed it.
  30.  
  31. I would regard this as a bug.
  32.  
  33. >Brian Parkinson
  34.  
  35. -- 
  36. Till next time,                \o/   \o/
  37.                                 V \o/ V     email:pinky@tamu.edu
  38. <>  Sam  Inala  <>                 V
  39.  
  40.