home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / mswindo / programm / misc / 1061 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  1.5 KB
  1. Path: sparky!uunet!munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adelaide.edu.au!sirius!jeremy
  2. From: jeremy@cs.adelaide.edu.au (Jeremy Webber)
  3. Newsgroups: comp.os.ms-windows.programmer.misc
  4. Subject: Re: Is it really this bad, or is it just me?
  5. Message-ID: <JEREMY.92Jul29090423@chook.adelaide.edu.au>
  6. Date: 28 Jul 92 23:34:23 GMT
  7. References: <Bs3Mpp.5ML@apollo.hp.com>
  8. Sender: news@ucs.adelaide.edu.au
  9. Organization: Digital Arts Film and Television
  10. Lines: 24
  11. Nntp-Posting-Host: chook.cs.adelaide.edu.au
  12. In-reply-to: nelson_p@apollo.hp.com's message of 28 Jul 92 12:29:49 GMT
  13.  
  14. The short answer is: yes, its really this bad.
  15.  
  16. I had a similar experience debugging code with scrollbars (TScroller) under TPW
  17. (Windows 3.1). I had trace write code within the module to write to the
  18. "wincrt" window, a sort of text i/o window accessible by the standard Pascal
  19. readln and writeln statements.
  20.  
  21. Sometimes (only sometimes) when these trace writes occurred, the scrollers
  22. would see a mouse down event, but not the corresponding mouse up event, causing
  23. them to keep hold of the mouse capture, breaking the application.  I suspect
  24. that it was caused by accessing another task while the mouse capture was set
  25. to the scrollers (wincrt starts its own control task).
  26.  
  27. You are probably seeing a similar interaction between BC++ and TDW.
  28.  
  29. Good luck!
  30.     Jeremy
  31.  
  32. --
  33. --
  34. Jeremy Webber               Internet: jeremy@cs.adelaide.edu.au
  35. Digital Arts Film and Television,         jeremy@chook.ua.oz.au
  36. 3 Milner St, Hindmarsh, SA 5007,      Phone: +61 8 346 4532
  37. Australia                    FAX: +61 8 346 4537
  38.