That's fine and dandy but it's not the defacto standard in other platforms that I am aware of. In fact, that would be very cool, as the say, if something LE like could be used cross platform like JVM...
Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 21, 2012, at 8:36 PM, Steve Comstock <[email protected]> wrote: > On 2/21/2012 6:01 PM, Charles Mills wrote: >> Also remember when perusing the LE publications that the inventors of LE in >> their wisdom thought it would be too clear to the uninitiated to call the >> languages dependent on Language Environment "languages," choosing instead to >> further overload the word "member." >> >>> it is made easy, for one C function to call another C function >> >> What does that have to do with LE? No other platform that I know of has LE, >> but on every platform cannot a C function trivially call another C function? >> Otherwise wouldn't every C program have to consist simply of one humongous >> main()? > > Well, z/VSE has LE; I understand AS/400 has it; there is even > some support in OS/2 :-) > > But, right, no non-IBM platform supports LE. > >> >> Charles >> >> -----Original Message----- >> From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf >> Of John Gilmore >> Sent: Tuesday, February 21, 2012 4:24 PM >> To: [email protected] >> Subject: Re: Do what to get C strftime %z to work? >> >> The heavy irony in the rhetorical question >> >> | Why did I think that there might be a clue to the "C/C++ signature >> | CSECT" in the C/C++ documentation? >> >> is understandable. Moreover, Chris Mason's manner does annoy some people; >> but it would be unwise to ignore the substantive content of his posts for >> this reason. >> >> Things do not always appear where one would like to find them in IBM >> publications; and his example is a valuable illustration of how to find them >> when they do not. >> >> Moreover, a good ROT to keep in mind is that things not found in the IBM >> manuals for a particular statement-level procedural language may well be >> found in its LE manuals and in particular in the ILC discussions in these LE >> manuals, which contain useful detail that can be found nowhere else. >> >> Moreover again, this is unsurprising. It is easy, because it is made easy, >> for one C function to call another C function. It s not so easy to induce >> Java to call C successfully. To do this one needs to know more, and that >> more is just what is addressed in ILC discussions. >> > > > -- > > Kind regards, > > -Steve Comstock > The Trainer's Friend, Inc. > > 303-355-2752 > http://www.trainersfriend.com > > * To get a good Return on your Investment, first make an investment! > + Training your people is an excellent investment > > * Try our tool for calculating your Return On Investment > for training dollars at > http://www.trainersfriend.com/ROI/roi.html > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
