home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / amiga / programm / 11646 < prev    next >
Encoding:
Text File  |  1992-07-25  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!wupost!gumby!destroyer!ubc-cs!newsserver.sfu.ca!sfu.ca!epang
  3. From: epang@fraser.sfu.ca (Eugene Pang)
  4. Subject: Re: IDCMP Bugs -- Inquiry
  5. Message-ID: <epang.712106917@sfu.ca>
  6. Sender: news@sfu.ca
  7. Organization: Simon Fraser University, Burnaby, B.C., Canada
  8. References: <03DgoB2w164w@eastern.COM>
  9. Date: Sat, 25 Jul 1992 23:28:37 GMT
  10. Lines: 24
  11.  
  12. hao@eastern.COM (Hao Dang) writes:
  13. >I've come across a few messages that have stated that there is a bug with 
  14. >the AMIGA IDCMP ports?
  15.  
  16. *sigh*  Please reread the messages.  There is nothing wrong with the Amiga's
  17. IDCMP ports.  The bugs are in reference to GadToolsBox v1.3.
  18.  
  19. > Can anybody give me the specifics to this?  Does it 
  20. >deal with the IDCMP flags in the NewWindow structures?  I've also heard that 
  21. >the bug can be circumvented by using ModifyIDCMP().
  22.  
  23. GadToolsBox v1.3 (v37.111, as it comes off the Fred Fish disk) didn't
  24. write out the IDCMP flags for gadgets in the generated source, because of a
  25. typo in the GadToolsBox source.  The msgs posted in c.s.a.programmer
  26. are (1) to fix the source code, (2) to fix the binary/executable of
  27. GadToolsBox.
  28.  
  29. The workarounds for this bug (if you don't fix GadToolsBox) are to manually
  30. correct the generated source, or use ModifyIDCMP() so that the windows
  31. have the proper IDCMP flags set.
  32.  
  33. This is not to be confused with the recent post to alt.sources.amiga, which
  34. is for Aztec C users who use GTB's GetFile gadgets and/or are recompiling GTB
  35. itself.
  36.