home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / atari / st / 18864 < prev    next >
Encoding:
Text File  |  1992-12-23  |  2.5 KB  |  70 lines
  1. Newsgroups: comp.sys.atari.st
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!ersmith
  3. From: ersmith@netcom.com (Eric R. Smith)
  4. Subject: Re: MultiTos redraw problem
  5. Message-ID: <1992Dec23.175505.13991@netcom.com>
  6. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  7. References: <1992Dec23.140408.15936@phcomgw.seri.philips.nl>
  8. Date: Wed, 23 Dec 1992 17:55:05 GMT
  9. Lines: 59
  10.  
  11. In article <1992Dec23.140408.15936@phcomgw.seri.philips.nl> castermn@nlsce1.seri.philips.nl (Luc Castermans) writes:
  12. >I want to force a redraw on the INFO-line in a 
  13. >window. To do that I calculate the x,y,w,h of
  14. >that part and than do an form_dial(FMD_FINISH,...)
  15. >call. The code looks like this:
  16. >
  17. >   void redraw_info(void)
  18. >   {
  19. >       /* fill dimensions of INFO line in window */
  20. >       ...
  21. >       form_dial(FMD_FINISH,...);
  22. >   }
  23. >
  24. >   void redraw(GRECT *area_ptr)
  25. >   {
  26. >       redraw_info();
  27. >
  28. >       /* walk rectangle list below here */
  29. >       .....
  30. >   }
  31. >
  32. >   Upon a WM_REDRAW request redraw() is called.
  33.  
  34. Let's see what happens when a WM_REDRAW request is sent to the application:
  35.  
  36. the first thing it does is to call redraw_info. redraw_info does some
  37. stuff, and then calls form_dial *to force a redraw*, i.e. to send another
  38. WM_REDRAW message to the application. When that WM_REDRAW is received,
  39. redraw_info gets called, which calls form_dial, which sends a WM_REDRAW
  40. message, etc.
  41.  
  42. I would expect this code to produce an infinite sequence of WM_REDRAW
  43. messages.
  44.  
  45. >This works fine under TOS.
  46.  
  47. Then it just happens that the timing of the redraw messages is such that
  48. TOS is able to merge some of them. That's only by luck, and I certainly
  49. wouldn't count on it working with all versions of TOS (even non-multitasking
  50. ones).
  51.  
  52. >I trust the MultiTos I have.
  53.  
  54. Then you're overly trusting. MultiTOS DOES NOT YET EXIST as a finished
  55. product. EVERY version of MultiTOS now in the world is a beta test
  56. version. Also, if you got your version of MultiTOS from somewhere
  57. other than Atari (and I presume this is the case, or you would have
  58. sent the bug report to Atari rather than to Usenet) then you probably
  59. have an outdated version; plus, of course, it's a pirated copy,
  60. with all of the possible attendant problems. In other words: if you
  61. didn't get it from Atari, don't trust it, and don't use it.
  62.  
  63. I'm speaking here as a "private citizen". If I were speaking officially
  64. for Atari, I might very well have other (possibly stronger) things
  65. to say.
  66.  
  67. Eric Smith    ersmith@netcom.com    ersmith@atari.uucp
  68.  
  69.  
  70.