home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / mswindo / programm / misc / 1118 < prev    next >
Encoding:
Text File  |  1992-07-31  |  2.6 KB  |  60 lines
  1. Newsgroups: comp.os.ms-windows.programmer.misc
  2. Path: sparky!uunet!usc!sol.ctr.columbia.edu!cortex.prospect.com!mboucher
  3. From: mboucher@cortex.prospect.com (Mike Boucher)
  4. Subject: Re: Is it really this bad, or is it just me
  5. Organization: Cortex Corporation, Waltham, MA, USA
  6. Message-ID: <1992Jul31.094646.1@cortex>
  7. Lines: 47
  8. Sender: news@ctr.columbia.edu (The Daily Lose)
  9. Date: Fri, 31 Jul 1992 14:46:46 GMT
  10. X-Posted-From: cortex.prospect.com
  11. X-Posted-Through: sol.ctr.columbia.edu
  12.  
  13. In Message-ID: <1992Jul30.173531.14978@progress.com>, scott writes...
  14.  
  15. >>  OK, so what CAN you debug with a Windows debugger?   For instance, 
  16. >>  it is clear that I can't set a breakpoint in the message handler
  17. >>  for the scrolling messages.   But my WM_VSCROLL handler eventually
  18. >>  makes calls which invalidate the rectangle, resulting in a WM_PAINT 
  19. >>  message.  WM_PAINT is ordinarily a low-priority message but it
  20. >>  can be given higher-priority or still happen quite quickly. 
  21.  
  22. >>  I've noticed if I'm debugging scrolling code that even if I 
  23. >>  set my breakpoint in my WM_PAINT message handler I still some-
  24. >>  times get "extra" WM_PAINT messages for a single click on
  25. >>  the "up" or"down" buttons on the scrollbar  -- although the 
  26. >>  problem is not nearly as bad as with WM_VSCROLL.   
  27.  
  28. >Your probably not going to like this suggestion but;  get yourself
  29. >a secondary monochrome monitor and video card (total cost <$100).
  30. >and then use CVW /2.  When you hit a break point your focus 
  31. >shifts to the secondary monitor so you don't get spurious (sp?)
  32. >messages sent to your WNDProc.  I use this setup on my machine
  33.  
  34. Funny, this is the setup I have and I have the same problem that started this
  35. thread.  I don't get mouseup messages (thanx for explaining this!!), and I get
  36. WM_PAINT messages.  I think the extra WM_PAINT messages are because removing or
  37. adding scroll bars changes the size of the window, causing a new WM_PAINT.  One
  38. WM_SIZE can cause 3 (or if it's just right, and infinite loop) WM_PAINT
  39. messages.  A second monochrome monitor makes life a little cleaner, no screen
  40. flicker from app to debugger, etc, but it does not remove the underlying
  41. problem!
  42.  
  43. >>  I don't have this problem debugging graphics apps with the Apollo 
  44. >>  debugger "dde" on Domain Workstations (Unix) here at work.  Granted
  45.  
  46. Likewise with the Mac...
  47.  
  48. >>  this is a "real" OS, not a toy one, but still, it doesn't seem like
  49.  
  50. I love this quote!!
  51.  
  52. Good luck,  I've been programming windows for about 5 months now, and It will
  53. only get more fun!!   NOT!!!
  54.  
  55. c'ya
  56. -- 
  57. Mike Boucher            mboucher@cortex.prospect.com
  58. Cortex Corp            "Don't take life too seriously, you'll never
  59. Waltham, MA, USA         get out of it alive!"
  60.