home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 19919 < prev    next >
Encoding:
Internet Message Format  |  1992-12-27  |  3.1 KB

  1. Path: sparky!uunet!news.claremont.edu!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: C pointer question
  5. Date: 27 Dec 1992 09:22:16 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 42
  8. Distribution: world
  9. Message-ID: <1hjsk8INN34t@gap.caltech.edu>
  10. References: <1h9nuiINN1c9@gap.caltech.edu> <1992Dec23.211437.9868@netcom.com> <24DEC199213510084@spades.aces.com>,<1992Dec26.225943.4312@netcom.com>
  11. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  12. NNTP-Posting-Host: sol1.gps.caltech.edu
  13.  
  14. In article <1992Dec26.225943.4312@netcom.com>, despair@netcom.com (Scott Hanson) writes:
  15. >In article <24DEC199213510084@spades.aces.com> gavron@ACES.COM writes:
  16. >[unnecessary but amusing attack deleted]
  17. >Well I have solved most of the problems I was having.  A portion of the
  18. >strangeness was caused not by putting the strange float switch on the
  19. >compiler (which dec support asked about) but having a logical including
  20. >the library.  Somehow that made 1/5 of my pointers act strangely.  Further
  21. >problems were the result of VMS storing data on the other side of code
  22. >(compared to Unix and Dos) I had a 1 byte mistake that caused no apparent
  23. >trouble on the other two platforms but made the vax choke.  Now I know
  24. >a couple of things to keep in mind when I am working on a vax.  That is
  25. >what I had asked for, and still would appreciate.
  26.  
  27. Er, Scott?  I know I'm asking a lot more of you than many participants in this
  28. newsgroup would be willing to give, but consider:
  29.     1)  If you made a mistake, even if it was based on trying to take
  30.         advantage of undocumented and unsupported "features" of C compilers
  31.         on other systems, then other people might do the same thing;
  32.     2)  You still haven't told us exactly what it is you did wrong;
  33.     3)  If you detail your mistake, a memory of it will enter the
  34.         collective memory of this newsgroup (though sometimes I get the
  35.         feeling that there are only about half a dozen of us who remember
  36.         such things);
  37.     4)  Nobody else *REALLY* wants to make your mistake.
  38. Now, after pondering the above, could you be persuaded to let us all know just
  39. what you did that caused the problem?  I for one would really like to know, and
  40. IMNSHO, you'd be doing us all a service if you'd detail this particular pitfall.
  41.  
  42. I mean the following only in a positive way:  Remember: No effort is useless. 
  43. It can always serve as a bad example.
  44.  
  45. If you can let us in on a mistake in using VAX C, you really would be helping
  46. all of us (even though there are some dickheads out there who think that a
  47. problem is only important if THEY are experiencing it right now).
  48. --------------------------------------------------------------------------------
  49. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  50.  
  51. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  52. understanding of astronomy is purely at the amateur level (or below).  So
  53. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  54. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  55. hold me responsible for it, but my organization had nothing to do with it.
  56.