home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / mswindo / programm / misc / 1101 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  2.9 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!mips!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!linus!progress!briggs
  2. From: briggs@progress.COM (Scott Briggs)
  3. Newsgroups: comp.os.ms-windows.programmer.misc
  4. Subject: Re: Is it really this bad, or is it just me
  5. Message-ID: <1992Jul30.173531.14978@progress.com>
  6. Date: 30 Jul 92 17:35:31 GMT
  7. References: <1992Jul28.090409.1@cortex> <1992Jul28.134522.11108@usenet.ins.cwru.edu> <1992Jul29.155112.7877@microsoft.com> <Bs7KA6.2DC@apollo.hp.com>
  8. Sender: usenet@progress.com (Mr. Usenet)
  9. Organization: Progress Software Corp.
  10. Lines: 51
  11. Nntp-Posting-Host: phanerozoic
  12.  
  13. nelson_p@apollo.hp.com (Peter Nelson) writes:
  14.  
  15. >In article <1992Jul29.155112.7877@microsoft.com> gregde@microsoft.com (Greg Demichillie) writes:
  16. >>In article <1992Jul28.134522.11108@usenet.ins.cwru.edu> turnbull@ces.cwru.edu (John Turnbull) writes:
  17. >>>In article <1992Jul28.090409.1@cortex> mboucher@cortex.prospect.com (Mike Boucher) writes:
  18. >>>>
  19.  
  20. [stuff deleted]
  21.  
  22. >  OK, so what CAN you debug with a Windows debugger?   For instance, 
  23. >  it is clear that I can't set a breakpoint in the message handler
  24. >  for the scrolling messages.   But my WM_VSCROLL handler eventually
  25. >  makes calls which invalidate the rectangle, resulting in a WM_PAINT 
  26. >  message.  WM_PAINT is ordinarily a low-priority message but it
  27. >  can be given higher-priority or still happen quite quickly. 
  28.  
  29. >  I've noticed if I'm debugging scrolling code that even if I 
  30. >  set my breakpoint in my WM_PAINT message handler I still some-
  31. >  times get "extra" WM_PAINT messages for a single click on
  32. >  the "up" or"down" buttons on the scrollbar  -- although the 
  33. >  problem is not nearly as bad as with WM_VSCROLL.   
  34.  
  35. >  I mean a GUI is a mouse-event driven environment, so it would
  36. >  seem that this would make LOTS of things hard to debug!   Is
  37. >  this true?
  38.  
  39. >  Is there a systematic way for me to know when this is a problem?
  40. >  As a beginner Windows programmer I expect to make lots of problems
  41. >  for myself but I don't want to have to try to guess when it's 
  42. >  something *I'm* doing wrong and when it's someing *it* is doing
  43. >  wrong.
  44.  
  45. >  I don't have this problem debugging graphics apps with the Apollo 
  46. >  debugger "dde" on Domain Workstations (Unix) here at work.  Granted
  47. >  this is a "real" OS, not a toy one, but still, it doesn't seem like
  48. >  it should be that hard a problem for Microsoft or Borland to fix.
  49. >        
  50.  
  51. Your probably not going to like this suggestion but;  get yourself
  52. a secondary monochrome monitor and video card (total cost <$100).
  53. and then use CVW /2.  When you hit a break point your focus 
  54. shifts to the secondary monitor so you don't get spurious (sp?)
  55. messages sent to your WNDProc.  I use this setup on my machine
  56. at work and at home.  It works great.  If you don't know where to
  57. easily find the hardware, head north to L&W Computers next to
  58. the Pheasent Lane Mall in Nashua.
  59.  
  60. Scott --
  61. Nashua, NH
  62.  
  63. PS. e-mail me if you have any questions
  64.