Re: Software (compiler) PTF or maintenance level

z/OS maintenance is a smorgasbord. Those 4 PTF's listed by C imply that all PREREQ's/COREQ's are installed and is what IBM considers a base level for C. I suspect this was done to appease UNIX guru's who want to know a level. For most products, IBM gives you a dotted release level. Additional PT

Re: Software (compiler) PTF or maintenance level

On 01.04.2014 06:19, Jon Perryman wrote: Shmuel is correct. Having a PTF level can be misleading. You are only seeing PTF numbers that IBM has chosen to display. If the C compiler consists of a 100 modules, then there are 100 PTF levels which may or may not be important to you. UNIX has this c

Re: Compiler error in z/OS C compiler

Am 01.04.2014 01:16, schrieb Andrew Rowley: On 1/04/2014 9:37, Bernd Oppolzer wrote: How do you solve the problem that a pointer coming from a PL/1 module (or ASSEMBLER) and possibly having the high order bit on is not accepted from the C module as a valid pointer and that the results, if you u

Re: 3270 Emulators and consoles

Mike Martin wrote: >...for their OSA-ICC console functions... This part of Mike's question is important. As a general statement, and according to an IBM redbook on OSA-ICC, the chosen emulator must faithfully support the following TN3270E (RFC 2355) functions: - the ability to request a specific

Re: Clist character string compare

What is the actual error that occurs if you don't use this ISPF panel? I usually don't have a STEPLIB in my TSO proc and tend to use ISPEXEC LIBDEF if I need access to load modules. With PARMLIB(IKJTSO##) correctly configured, I've never needed TSOEXEC for XMIT. I don't know if STEPLIB with an

Re: Software (compiler) PTF or maintenance level

On 2014-03-31, at 22:19, Jon Perryman wrote: > Shmuel is correct. Having a PTF level can be misleading. You are only seeing > PTF numbers that IBM has chosen to display. If the C compiler consists of a > 100 modules, then there are 100 PTF levels which may or may not be important > to you. >

Re: Rexx substr not retiring string

On 2014-03-31, at 21:06, Micheal Butz wrote: > I originally sent to wrong forum > Well, TSO-REXX would have been the right one. >> From: Micheal Butz >> Date: March 31, 2014 at 11:02:50 PM EDT >> To: Assembler Language >> Subject: Rexx substr not retiring string >> You could have copied-and

Re: Software (compiler) PTF or maintenance level

Shmuel is correct. Having a PTF level can be misleading. You are only seeing PTF numbers that IBM has chosen to display. If the C compiler consists of a 100 modules, then there are 100 PTF levels which may or may not be important to you. UNIX has this concept because the product is replaced as a

Re: Rexx calling clist

Just remove "CALL" because that implies you are calling a REXX function or REXX exec.  The clist name is unquoted. Since that variable name is not a defined REXX variable, you won't have a problem but you should get into the habit of quoting.  Jon Perryman. >

Fwd: Rexx substr not retiring string

I originally sent to wrong forum Sent from my iPhone Begin forwarded message: > From: Micheal Butz > Date: March 31, 2014 at 11:02:50 PM EDT > To: Assembler Language > Subject: Rexx substr not retiring string > > I have some imbedded JCL in a. sequitial file > > Problem is it starts at col 2

Re: 3270 Emulators and consoles

VistaTN3270 from Tom Brennan is a nice low cost product! I love to work with it on my Hercules - MVS system Roger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Wissink, Brad [ITSYS] Sent: Monday, March 31, 2014 1:57 PM To: IBM-MAIN@L

Re: Rexx calling clist

Thank you :) Sent from my iPhone > On Mar 31, 2014, at 9:25 PM, Steve Comstock wrote: > >> On 3/31/2014 6:36 PM, Micheal Butz wrote: >> Right !!! > > So, did you try my suggestion? > > -Steve > >> >> Sent from my iPhone >> On Mar 31, 2014, at 7:03 PM, Steve Comstock wrote:

Re: Rexx calling clist

On 3/31/2014 6:36 PM, Micheal Butz wrote: Right !!! So, did you try my suggestion? -Steve Sent from my iPhone On Mar 31, 2014, at 7:03 PM, Steve Comstock wrote: On 3/31/2014 4:54 PM, Micheal Butz wrote: Clist calling Rexx works But isn't your example REXX calling CLIST? That doesn't

Re: Rexx calling clist

Right !!! Sent from my iPhone > On Mar 31, 2014, at 7:03 PM, Steve Comstock wrote: > >> On 3/31/2014 4:54 PM, Micheal Butz wrote: >> Clist calling Rexx works > > But isn't your example REXX calling CLIST? That doesn't work. > > > -Steve > > >> Sent from my iPhone >> >>> On Mar 31, 2014, a

Re: Compiler error in z/OS C compiler

On 1/04/2014 9:37, Bernd Oppolzer wrote: How do you solve the problem that a pointer coming from a PL/1 module (or ASSEMBLER) and possibly having the high order bit on is not accepted from the C module as a valid pointer and that the results, if you use this pointer, are "unpredictable" or "unde

Re: Rexx calling clist

On 3/31/2014 4:54 PM, Micheal Butz wrote: Clist calling Rexx works But isn't your example REXX calling CLIST? That doesn't work. -Steve Sent from my iPhone On Mar 31, 2014, at 6:53 PM, Steve Comstock wrote: Try EXEC'ing your CLIST, maybe exec 'library(clistlib)' clist -Steve Comst

Re: Rexx calling clist

Clist calling Rexx works Sent from my iPhone > On Mar 31, 2014, at 6:53 PM, Steve Comstock wrote: > > Try EXEC'ing your CLIST, maybe > > exec 'library(clistlib)' clist > > > > -Steve Comstock > > >> On 3/31/2014 4:37 PM, Micheal Butz wrote: >> That's not it I had it in caps >> >> For som

Re: Rexx calling clist

Try EXEC'ing your CLIST, maybe exec 'library(clistlib)' clist -Steve Comstock On 3/31/2014 4:37 PM, Micheal Butz wrote: That's not it I had it in caps For some reason it's not recognizing my clist as a clist Sent from my iPhone On Mar 31, 2014, at 6:18 PM, Dave Salt wrote: It's been

Re: Compiler error in z/OS C compiler

On Mon, 31 Mar 2014 17:33:48 -0500, John Gilmore wrote: > >... I do not think your >omisses, a semicolon and some framing parentheses, are mortal (or >indeed even venial) sins. Moreover, what you wrote is substantively >correct. > >On the other hand I do think it important to correct code exampl

Re: Rexx calling clist

That's not it I had it in caps For some reason it's not recognizing my clist as a clist Sent from my iPhone > On Mar 31, 2014, at 6:18 PM, Dave Salt wrote: > > It's been a long time since I coded CLIST but I think Proc should be PROC. > > Dave Salt > > SimpList(tm) - try it; you'll get it!

Re: Compiler error in z/OS C compiler

Am 01.04.2014 00:11, schrieb Steve Comstock: On 3/31/2014 4:02 PM, Bernd Oppolzer wrote: We discussed this further with some co-workers on my customers site. There are some more aspects of this discussion: a) the C language manual at one certain point states what are pointers acceptable to C a

Re: Compiler error in z/OS C compiler

Charles, You are a little to quick to take offense. I do not think your omisses, a semicolon and some framing parentheses, are mortal (or indeed even venial) sins. Moreover, what you wrote is substantively correct. On the other hand I do think it important to correct code examples that appear

Re: 3270 Emulators and consoles

On Mon, 31 Mar 2014 18:51:47 +, MARTIN, MIKE wrote: > >We have a z114 and are upgrading to Windows 7. Is anyone using a 3270 >emulator other than PCOMM for their OSA-ICC console functions. > Hmmm... Having read much of this thread, I surmise the SNR would be higher if contibutors reported

Re: Rexx calling clist

On Mon, 31 Mar 2014 18:12:18 -0400, Micheal Butz wrote: > >Call CLISTLIB >Address TSO >"LISTALC" > >And the TSOLIB I get invalid syntax seems it thinks the clist is a Rexx exec >even thought I don't have > Yup. Try: address TSO '%CLISTLIB' (If I got the quotes right this time.) -- gil -

Re: Rexx calling clist

It's been a long time since I coded CLIST but I think Proc should be PROC. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html > Date: Mon, 31 Mar 2014 18:12:18 -0400 > From: michealb...@optonline.net > Subject: Rexx calling cl

Rexx calling clist

Hi I took many if your suggestion that in order to get my TSOLIB working have it sitting a clist I coded the simplest possible Rexx exec /* Rexx */ Call CLISTLIB Address TSO "LISTALC" The CLISTLIB Proc 0 TSOLIB The clist fails horribly it is called by the Rexx exec as I turn on tracing But

Re: Compiler error in z/OS C compiler

On 3/31/2014 4:02 PM, Bernd Oppolzer wrote: We discussed this further with some co-workers on my customers site. There are some more aspects of this discussion: a) the C language manual at one certain point states what are pointers acceptable to C and what are not. From the wording there it sou

FREE DDNAME with concatenated datasets?

I've allocated a bunch of explicit and automatic DDNAMES. I concatenate them with BPXWDYN( 'concat ddlist(SYSEXEC,SYS6, SYS7,SYS8,SYS9,SYS00010,SYS00011)' ) So I see: listalc status sysnames ... SYS14090.T135209.RA000.user.R0173005 SYSEXEC DELETE,DELETE /mvs/user/bi

Re: Compiler error in z/OS C compiler

We discussed this further with some co-workers on my customers site. There are some more aspects of this discussion: a) the C language manual at one certain point states what are pointers acceptable to C and what are not. From the wording there it sounds as if pointers that come from parameter

Re: Software (compiler) PTF or maintenance level

On Mon, 31 Mar 2014 09:26:46 -0400, Shmuel Metz (Seymour J.) wrote: > >>But that doesn't show the PTF level. > >There is no such thing; there's only the list of all service >installed. > FSVO "there" (perhaps John trimmed it). HLASM manages to display PTF level on the first page of every SYSPRIN

Re: Query for Destination z article -- artifacts

I recall that the original Telex 2314 clones were terrible performers compared with the IBM devices, and the Telex folks were really frustrated, because our measurements proved their device's exactly matched the published IBM specs. Unfortunately for Telex, the actual performance of those IBM driv

Re: Software (compiler) PTF or maintenance level

In , on 03/31/2014 at 06:03 AM, John McKown said: >But that doesn't show the PTF level. There is no such thing; there's only the list of all service installed. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We don't

Re: Query for Destination z article -- artifacts

We had fun with Memorex Disks. Upgraded walkie talkies for hardware techs and if they keyed to talk by the Memorex controller it would IML itself. Also after a couple of furious weekends to meet ESP commitments, went to IPL XA and it wouldn't. After looking at sense codes PSR said it's the di

Re: 3270 Emulators and consoles

On Mar 31, 2014, at 2:53 PM, Gibney, Dave wrote: > We are successfully using QWS3270 So are we. For non-Windows (although a Windows version is available), but on my Mac I use x3270 (http://x3270.bgp.nu). -- Curtis Pew (c@its.utexas.edu) ITS Systems Core The University of Texas at Austin

Re: AW: 3270 Emulators and consoles

I must agree .. GREAT product Dr. Rick Williams ---Original Message--- From: Christian Birr Date: 3/31/2014 3:56:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: 3270 Emulators and consoles Vista TN3270 from Tom Brennan will be your friend, it's great. I use it for ages" now.

AW: 3270 Emulators and consoles

Vista TN3270 from Tom Brennan will be your friend, it's great. I use it for "ages" now. Support is perfect, and after all, it is not expensive and does more, then one would expect. Just try it. Christian -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSE

Re: 3270 Emulators and consoles

We are successfully using QWS3270 > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of MARTIN, MIKE > Sent: Monday, March 31, 2014 11:52 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: 3270 Emulators and consoles > > All, > > We have a

Re: XMLSS performance vs COBOL 4.1 runtime XML

Youngster! - -teD -   Original Message   From: Frank Swarbrick Sent: Monday, March 31, 2014 13:13 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: XMLSS performance vs COBOL 4.1 runtime XML 1969 is very important.  I was born that year!  :-) >___

Re: 3270 Emulators and consoles

Vista from Tom Brennan Software works great! Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Monday, 31 March, 2014 3:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 3270 Emulators and consoles Rumba 7.5 (v

Re: 3270 Emulators and consoles

Rumba 7.5 (vintage circa 2006). I presume new versions will also work. YMMV, We have a z114 and are upgrading to Windows 7. Is anyone using a 3270 emulator other than PCOMM for their OSA-ICC console functions. -- For IBM-MA

Re: 3270 Emulators and consoles

Bluezone. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Pommier, Rex > Sent: Monday, March 31, 2014 1:54 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: 3270 Emulators and consoles > > We're using Passport. My last site used

Re: 3270 Emulators and consoles

Using VistaTN3270 from Tom Brennan. Works great, no complaints. Brad Wissink Information Technology Services Iowa State University 515-294-3088 "If it ain't broke, you ain't trying" - Red Green -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]

Re: 3270 Emulators and consoles

We're using Passport. My last site used Rumba. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MARTIN, MIKE Sent: Monday, March 31, 2014 1:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 3270 Emulators and consoles All, We have a z114

3270 Emulators and consoles

All, We have a z114 and are upgrading to Windows 7. Is anyone using a 3270 emulator other than PCOMM for their OSA-ICC console functions. Mike Martin This email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient,

Re: Compiler error in z/OS C compiler

On Mon, 31 Mar 2014 10:56:20 -0500, John Gilmore wrote: > > IF ARG = NULL then RETURN(SYSNULL) ; ELSE RETURN (ARG) ; > Just curious; what ambiguous interpretations of IF ARG = NULL then RETURN SYSNULL ; ELSE RETURN ARG ; ... would be possible? Rexx, which tends more toward reserved w

Re: Error 878-10

Staller, Allan wrote: According to the message posted, the storage request was (unconditionally) for X'007C7318' bytes of storage in SP00 above the line (via GETMAIN or STORAGE OBTAIN). Obviously, this was not available. The request is for virtual storage below the line (X'10') that can be ba

Re: Query for Destination z article -- artifacts

On Fri, 2014-03-28 at 18:54 -0400, Shmuel Metz (Seymour J.) wrote: > The Itel disk drives [] were loathsome. I believe that the OEM for those (as well as the Telex-branded ones) was ISS/Sperry. > Potter tape drives The Mohawk 200 bpi (!) tape drives weren't much of a joy to work with either. --

Re: Compiler error in z/OS C compiler

Well, I think I indicated that my PL/I knowledge was minimal. I was trying to illustrate a concept, not write a tutorial on PL/I syntax. From your response, I would guess I was eminently successful at my intended task. I guess it's the nature of IBM-MAIN: the more irrelevant the nit, the greater th

Re: Installing z/OS in new mainframe from scratch

Just a comment: many responders assumed "skills from scratch". It wasn't pointed by the author of the thread. Maybe the system is to be installed from scratch, but maybe the team consist of skilled persons. -- Radoslaw Skorupka Lodz, Poland W dniu 2014-03-31 15:48, John Eells pisze:

Re: XMLSS performance vs COBOL 4.1 runtime XML

1969 is very important.  I was born that year!  :-) > > From: Timothy Sipples >To: IBM-MAIN@LISTSERV.UA.EDU >Sent: Sunday, March 30, 2014 7:12 PM >Subject: Re: XMLSS performance vs COBOL 4.1 runtime XML > > >Shane Ginnane write: >>I was referring to the contorti

Re: Compiler error in z/OS C compiler

Two typo corrections, for which I apologize: o RTETURN ==> RETURN o IF ARG = NULL then RETURN(SYSNULL) ELSE RETURN (ARG) ; ==> IF ARG = NULL then RETURN(SYSNULL) ; ELSE RETURN (ARG) ; John Gilmore, Ashland, MA 01721 - USA

Re: Compiler error in z/OS C compiler

Many C programmers have the habit of, for clarity, enclosing the returned expression of a RTETURN statement in parentheses, which C neither requires no objects to. In PL/I, however, the parentheses are required (because PL/I has no reserved words, only keywords in context). Thus IF ARG = NULL th

Re: Compiler error in z/OS C compiler

This thread has drifted horribly -- or wonderfully, if you prefer. Returning to the original question, everything I know about PL/I could be engraved on the head of a pin, but the thought occurred to me: why shoehorn this problem into a language where it does not seem to fit? Why not write a funct

Re: Compiler error in z/OS C compiler

On 31/03/2014 10:13 PM, John McKown wrote: You will pleased to know that Lua on z will be coming this year >(compliments from my employers) with lots of goodies and execution speed >that can show Java a clean pair of heels in 8 out of 10 benchtests that run >sub-second. > I hate to have to ask,

Re: Compiler error in z/OS C compiler

On Mon, Mar 31, 2014 at 8:10 AM, David Crayford wrote: > On 31/03/2014 8:44 PM, Shane Ginnane wrote: > >> On Mon, 31 Mar 2014 06:58:46 -0500, John McKown wrote: >> >> Of all the languages which I have personally used. I loved Borland's >>> Delphi >>> (loosely base on Modula II) the best. >>> >>

Re: Installing z/OS in new mainframe from scratch

Timothy Sipples wrote: Yes, installation services are available from IBM and service partners. As John Eells points out, if you prefer to install z/OS from scratch in house then you'd use the z/OS Customized Offerings Driver, available at no additional charge with your z/OS license (assuming ele

Re: Error 878-10

Thanks Allan, We will give that shot... appreciate your help... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Monday, March 31, 2014 9:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Error 878-10 In that case, I

Re: Error 878-10

In that case, I suspect there is an installation exit that converts region=0m requests to something smaller. Retry with a explicitly coded region of (based on the error message) of 32M or 64M. Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com -Or

Re: Error 878-10

Allan, IDCAMS... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Monday, March 31, 2014 9:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Error 878-10 According to the message posted, the storage request was (unco

Re: Installing z/os in new mainframe from scratch

Clark, Kevin wrote: 4. Hopefully you ordered a z/os System Pac ( in full dump volume format) ( this may come with a SA program ?) In at least most countries SystemPac is no longer available. (ServerPac, by contrast, should be available "anywhere.") However, where SystemPac remains av

Re: Error 878-10

According to the message posted, the storage request was (unconditionally) for X'007C7318' bytes of storage in SP00 above the line (via GETMAIN or STORAGE OBTAIN). Obviously, this was not available. What utility are you attempting to use for the copy? IEA995I SYMPTOM DUMP OUTPUT 849

Re: A PC programmer who understands!

There is also the legal requirements of file retention, privacy concerns of data within the file, etc. Bill Fairchild - Original Message - From: "John McKown" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Saturday, March 29, 2014 9:07:20 PM Subject: A PC programmer who understands!   Trivia

Re: Installing z/os in new mainframe from scratch

R.S. wrote: BTW2: nowadays you don't need ICKDSF before restore, AFAIK. That's correct, and it's been true for the last few releases. Standalone DFSMSdss was changed to no longer require you to use ICKDSF to label the volume before RESTORE when the volume labels differ. This change was mad

Re: Error 878-10

Allan, IEA995I SYMPTOM DUMP OUTPUT 849 SYSTEM COMPLETION CODE=878 REASON CODE=0010 TIME=08.09.00 SEQ=10871 CPU=0040 ASID=0057 IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 CHRMZCBK STEP1 STEPA 00 IEA705I

Re: Error 878-10

If it is INHOUSE program, then you have a storage accumulation.. Milad Hashoul Team Leader BMC Software "A ship in the harbor is safe, but that is not what ships are built for" On Mon, Mar 31, 2014 at 4:10 PM, Robert McElroy wrote: > Hoping someone can help us out with this. Getting a getm

Re: Error 878-10

Post the IEC message describing the error. Better yet, post the job (minus the dump, if any). Anything without that information is just guessing HTH, Hoping someone can help us out with this. Getting a getmain error 878-10 in a job this is trying to do a tape-to tape copy. In looking up the

Error 878-10

Hoping someone can help us out with this. Getting a getmain error 878-10 in a job this is trying to do a tape-to tape copy. In looking up the error code for 878-10 one of the issues is region size is too small. The Job is coded both on the job card & the steps with REGION=0M... Any direction w

Re: A PC programmer who understands!

In , on 03/29/2014 at 09:07 PM, John McKown said: >http://arstechnica.com/information-technology/2014/03/information-overload-i-know-too-much-to-program-quickly-what-can-i-do/ >Basically the author is saying that he has a problem. He knows so >much now, especially trying to anticipate problem

Re: Software (compiler) PTF or maintenance level

Thank you for all, we know already the PHASEID, currently all the phase-id's are the same and it is equal with the highest PTF level. What if they would be different ? On 31.03.2014 14:15, John McKown wrote: David, Thanks! I added that compile parm to my make file and got messages like:

Re: Compiler error in z/OS C compiler

On 31/03/2014 8:44 PM, Shane Ginnane wrote: On Mon, 31 Mar 2014 06:58:46 -0500, John McKown wrote: Of all the languages which I have personally used. I loved Borland's Delphi (loosely base on Modula II) the best. I was absolutely blown away when I first saw Delphi - not so much with the langu

Re: Compiler error in z/OS C compiler

On Mon, 31 Mar 2014 06:58:46 -0500, John McKown wrote: >Of all the languages which I have personally used. I loved Borland's Delphi >(loosely base on Modula II) the best. I was absolutely blown away when I first saw Delphi - not so much with the language itself, but that IDE !!! What an eye open

Re: Clist character string compare

In <5338993d.5020...@bcs.org.uk>, on 03/30/2014 at 11:22 PM, CM Poncelet said: >As in (for REXX): In what environment? > "TSOEXEC LISTA ST" Isn't that only for ISPF? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: Software (compiler) PTF or maintenance level

David, Thanks! I added that compile parm to my make file and got messages like: CCN(I) Product(5694-A01) Phase(CCNEOPTP) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNDRVR ) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNEP ) Level(UI15229.z1r13) CCN(I) Product(

Re: Compiler error in z/OS C compiler

Just use C++ with has references void func( int & ref ) { ref++ } On 30/03/2014 9:22 PM, Shmuel Metz (Seymour J.) wrote: In <533766af.3000...@t-online.de>, on 03/30/2014 at 01:34 AM, Bernd Oppolzer said: And my experience is that over 90 percent of them have no clue what the descriptor l

Re: Compiler error in z/OS C compiler

Of all the languages which I have personally used. I loved Borland's Delphi (loosely base on Modula II) the best. On Sun, Mar 30, 2014 at 8:22 AM, Shmuel Metz (Seymour J.) < shmuel+ibm-m...@patriot.net> wrote: > In <533766af.3000...@t-online.de>, on 03/30/2014 >at 01:34 AM, Bernd Oppolzer s

OT? Another reason to hate DST

http://www.reuters.com/article/2014/03/29/us-heart-daylightsaving-idUSBREA2S0D420140329 Switching over to daylight saving time, and losing one hour of sleep, raised the risk of having a heart attack the following Monday by 25 percent, compared to other Mondays during the year, according to a new U

Re: Software (compiler) PTF or maintenance level

Check out the PHASEID compiler option. On 31/03/2014 3:31 PM, Miklos Szigetvari wrote: Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler)

Re: Compiler error in z/OS C compiler

In <533766af.3000...@t-online.de>, on 03/30/2014 at 01:34 AM, Bernd Oppolzer said: >And my experience is that over 90 percent of them have >no clue what the descriptor logic of PL/1 is all about, Nor should they. They should, however, understand the DECLARE statement. >in C you have to do by

Re: Software (compiler) PTF or maintenance level

Closest I can find is this: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/cbclr1b0/19.2 But that doesn't show the PTF level. Perhaps _someone_ (hint, hint) should put in a request that the C compiler include the PTF level in the compile listing? HLASM does. On Mon, Mar 31, 2014 at 2

Re: Software (compiler) PTF or maintenance level

I think a useful "stretch objective" would be to get the information into the load module in some vaguely architected header. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com T

Re: Software (compiler) PTF or maintenance level

On Mon, 31 Mar 2014 09:31:57 +0200, Miklos Szigetvari wrote: > Hi > >We would like to document the actual maintenance or PTF level or >software level of the compiler, we are using to compile our product. >How can I find this ? >(It is the C/C++ compiler) > //S1 EXEC PGM=GIMSMP

Software (compiler) PTF or maintenance level

Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research& Development ISIS Papyrus Europ