home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / aix / 13169 < prev    next >
Encoding:
Text File  |  1993-01-10  |  2.9 KB  |  59 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jhunix.hcf.jhu.edu!aplcen.apl.jhu.edu!wb3ffv!idsssd!bruce
  3. From: bruce@idsssd.UUCP (Bruce T. Harvey)
  4. Subject: Re: malloc(0) fails on AIX ... etc.
  5. Message-ID: <1993Jan9.161925.5124@idsssd.UUCP>
  6. Organization: In*sight Distribution Systems, Inc.
  7. References: <31480@nntp_server.ems.cdc.com>
  8. Date: Sat, 9 Jan 1993 16:19:25 GMT
  9. Lines: 48
  10.  
  11. in article <31480@nntp_server.ems.cdc.com>, bguest@ateam.ems.cdc.com says:
  12. > In article <2132@coyote.UUCP> drake@drake.almaden.ibm.com (Sam Drake) writes:
  13. >>In article <93Jan7.012526est.169557-2@watdragon.uwaterloo.ca> jmsellen@watdragon.uwaterloo.ca ("John M. Sellens") writes:
  14. >>>Trying to malloc() 0 bytes on AIX fails, but works on Ultrix, IRIX,
  15. >>>Dynix, SunOS, BSD, MIPS RiscOS.
  16. >>
  17. > Having researched this recently, the comment about SVID compliance is
  18. > not 100% correct.  AIX (at 3.2) is now POSIX compliant for system calls.
  19. > Or, alternatively, AIX is compliant with SVID except where it conflicts
  20. > with POSIX or XPG.
  21. > 
  22. > This has led to confusion in the past with BSDites and the SysVites
  23. > saying that AIX is so screwed up because it doesn't do either right.
  24. > Such is life in the world of 'Open Systems' and 'Standards'.
  25.  
  26. And work would be easy if we all ran the same stuff that worked the same
  27. way, did the same things, and gave us the same capabilities.  It's not the
  28. 'american' way (;-) where "different is better," but it would close down
  29. this thread.
  30.  
  31. But, think of the threads that would open complaining that "it doesn't error
  32. when I malloc(0) ... shouldn't it return an error?" and so on until it
  33. finally got changed, then you'd have the prior version doing this and that
  34. and a new one that did those and such and on and on and on ...
  35.  
  36. Rather than complain netwise about the manner in which one set of programs
  37. behaves, why not prove your capabilities and find a most efficient methodology
  38. to stay truly portable without doing handstands?  In many cases, if it
  39. weren't for these differences, we
  40.  
  41.     - wouldn't be paid as much as we are;
  42.     - wouldn't be working where we are; and,
  43.     - wouldn't have jobs because anyone can do it 'cause it's the same!
  44.  
  45. AIX does all sorts of things BETTER than anything I've seen to date, as well
  46. as all sorts of things WORSE than anything I've seen to date.  Likewise for
  47. System V and BSD and for that matter MS-DOS.  I _still_ like CP/M!  That's a
  48. lot of power packed into 8 Kilobytes of memory ... what an operating system!
  49.  
  50. C'est la vie.
  51.  
  52. -- 
  53. ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  54. Bruce T. Harvey  {B-}) :::      UUCP:    ... {uunet|mimsy}!wb3ffv!idsssd!bruce
  55. MGR-Systems Integration:::  INTERNET:     wb3ffv!idsssd!bruce%uunet.uu.net@...
  56. INSIGHT Dist. Sys. - SI:::CompuServe:                               71033,1070
  57. (410)329-1100 x312,x352::: SnailMail: 222 Schilling Cir.,Hunt Valley, MD 21031
  58. ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  59.