home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / alt / lucidem / help / 711 < prev    next >
Encoding:
Text File  |  1992-11-20  |  1.3 KB  |  35 lines
  1. x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 20 Nov 1992 14:24:44 EST
  2. Return-Path: bha <@ada3.ca.boeing.com:bha@gumby>
  3. Date: Fri, 20 Nov 1992 11:21:14 PST
  4. From: @lucid.com,@ada3.ca.boeing.com:bha@gumby.boeing.com (bha)
  5. Subject: Building 19.3 on Sun Sparc
  6. Message-ID: <9211201921.AA05127@gumby.ata>
  7. X-Envelope-To: jwz@lucid.com, help-lucid-emacs@lucid.com
  8. Newsgroups: alt.lucid-emacs.help
  9. Path: sparky!uunet!wendy-fate.uu.net!help-lucid-emacs
  10. Sender: help-lucid-emacs-request@lucid.com
  11. Lines: 22
  12.  
  13. > Date: Fri, 20 Nov 92 10:48:43 PST
  14. > X-Windows: Japan's secret weapon.
  15. > From: Jamie Zawinski <jwz@lucid.com>
  16. > Sender: jwz%thalidomide@lucid.com
  17. > References: <9211191739.AA03672@gumby.ata>
  18. > 
  19. > I think this happens when the malloc(0) returns NULL but the X libraries are
  20. > not compiled with the flag that tells them that this happens.  Why they need
  21. > a compile-time flag for this instead of just *dealing* with it, I don't know.
  22. > Good solution: recompile your X libraries with this flag.
  23.  
  24. Not possible as they are the ones that come from Sun in the
  25. OpenWindows2 distribution.  I don't want to get into multiple versions
  26. of the X libraries and all that...
  27.  
  28. >  Not so good 
  29. > solution: modify gmalloc.c to actually allocate memory for 0-length blocks.
  30. > Worse solution: use the system malloc.
  31.  
  32. Hasn't anyone else had this problem?
  33.  
  34. ba
  35.