Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread David Crayford
On 12/01/2019 4:08 am, Seymour J Metz wrote: despite being used frequently for the purpose, it's really not particularly suited for writing operating systems LOL! That's absurd! C has been ported to just about every architecture worth mentioning and is well suited to low-level programming.

Re: Abend 106 (was Generic query on Region allocation failure)

2019-01-11 Thread Wayne Bickerdike
Roger, The error occurs consistently on three different machines at three clients. Unlikely to be LLA. FYI. One abend had failure to load from *VLF*. I stopped LLA and received the same S106. Also all libraries are in STEPLIB. Wayne On Sat, Jan 12, 2019 at 4:53 PM Mike Schwab wrote: >

Re: Abend 106 (was Generic query on Region allocation failure)

2019-01-11 Thread Mike Schwab
http://www.jaymoseley.com/hercules/sabends.htm S106 - 0C - NOT ENOUGH STORAGE WAS AVAILABLE FOR FETCH TO DO A GETMAIN FOR THE MODULE OR CONTROL BLOCKS. CHECK REGISTER 0: 04 - NO STORAGE FOR DATD. 08 - NO STORAGE FOR DEB. 0C - NO STORAGE FOR IOSB.

Re: Abend 106 (was Generic query on Region allocation failure)

2019-01-11 Thread Roger Suhr
Check out the reason code of the S106-xx message. It could be that the module it's trying to load is in LLA, but LLA REFRESH was not done after replacing the module. Reason code will point that out. Roger W. Suhr suhr...@gmail.com Get Outlook for Android

Re: zos program to supply web based client

2019-01-11 Thread Brian Westerman
I like this, but there are two problems. The first is that they would need to purchase the software, the second is that it's only going to be necessary for a few months after which time they will have converted the mainframe program and file to their open systems server platform. I was hoping

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread zMan
Yeah, no. Very little in Rexx syntax is like C IMHO. I mean, both have variables and keywords and semicolons, but that's about it. On Thu, Jan 10, 2019 at 7:51 PM scott Ford wrote: > Maybe you should read about Mike who wrote rexx, which I have used since > 1984... > It’s the structure > > On

Re: Abend 106 (was Generic query on Region allocation failure)

2019-01-11 Thread Wayne Bickerdike
Step end stats: IEF032I STEP/STEP020 /STOP 2019011.2148 CPU: 0 HR 00 MIN 00.05 SECSRB: 0 HR 00 MIN 00.01 SEC VIRT: 7908K SYS: 260K EXT:4K SYS:10876K ATB- REAL: 3104K SLOTS: 0K VIRT-

Re: Abend 106 (was Generic query on Region allocation failure)

2019-01-11 Thread Wayne Bickerdike
REGION=0M and same abend with REGION=512M. Took an SVC dump, here's some FA information. JOBNAME: $SDO512M SYSTEM ABEND: 106S0W1 2019/01/11 21:21:48 IBM Fault Analyzer Abend Job Information: Abend Date. . . . . . . . : 2019/01/11 Abend Time. . . . . . . . : 21:21:48

Re: Generic query on Region allocation failure

2019-01-11 Thread Seymour J Metz
Argh! Why did the need to introduce a new keyword instead of just using REGION=(below,above)? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Tom Marchant

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread scott Ford
To be honest, every programming language or scripting languages have pros and cons. Except for Java, I kid . On Fri, Jan 11, 2019 at 5:09 PM scott Ford wrote: > Wow, boys .I been at it 40+ yrs and after awhile it all runs together > ... > > > > On Fri, Jan 11, 2019 at 4:57 PM Seymour J

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread scott Ford
Wow, boys .I been at it 40+ yrs and after awhile it all runs together ... On Fri, Jan 11, 2019 at 4:57 PM Seymour J Metz wrote: > > I'd much prefer that Rexx provide instream data, with symbol > substitution, > > DATA ... END and DATA PROMPT ... END are very useful, much more useful >

Re: ASCRE init module (again)

2019-01-11 Thread Seymour J Metz
That's one option. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of scott Ford Sent: Wednesday, January 9, 2019 8:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ASCRE init module (again) Like

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Seymour J Metz
> I'd much prefer that Rexx provide instream data, with symbol substitution, DATA ... END and DATA PROMPT ... END are very useful, much more useful than here documents, IMHO. >I eschew STACK with any command that provides STEM as an alternative. STEM is nice for commands that support it, but

Re: RACF SERVER Class Activation

2019-01-11 Thread R.S.
W dniu 2019-01-09 o 20:21, Juan Mautalen pisze: Hi: Wecurrently have the RACF SERVER class INACTIVE (I am completely unfamiliar withit, by the way). I was askedto set up security for CICS LIBERTY, and according to the documentation I mustdefine some profiles in the SERVER class.

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Paul Gilmartin
On Fri, 11 Jan 2019 21:15:20 +, Seymour J Metz wrote: >> It's there, and other implementations of Rexx, such as Regina, struggle to >> emulate it. > >All implementations of REXX provide a stack, but none of them even try to >provide the stack mechanisms that TSO has and CLIST DATA/DATA

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Seymour J Metz
The point is that signal does both more and less than a PL/I goto and maximally violates the law of least astonishment. It's one of the pitfalls I warn about in my Safe REXX papers. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Paul Gilmartin
On Fri, 11 Jan 2019 20:58:51 +, Seymour J Metz wrote: >FSVO goto that lives in a different universe from PL/I. The REXX signal >statement trashes the stack rather than simply popping it appropriately. >Consider > SIGNAL trashes the DO nest but it does not update the CALL/RETURN stack. I

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Seymour J Metz
> It's there, and other implementations of Rexx, such as Regina, struggle to > emulate it. All implementations of REXX provide a stack, but none of them even try to provide the stack mechanisms that TSO has and CLIST DATA/DATA PROMPT support. -- Shmuel (Seymour J.) Metz

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Seymour J Metz
Block structure. Use of /* and */ as comments delimiters. Use of : for labels. But they're still very different. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Steve Smith Sent: Thursday,

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Paul Gilmartin
On Fri, 11 Jan 2019 12:49:07 -0800, Ed Jaffe wrote: >On 1/11/2019 12:35 PM, David Spiegel wrote: >> (I've never encountered a TSO stack (outside of Rexx) in my 43 years of >> using TSO.) > It's there, and other implementations of Rexx, such as Regina, struggle to emulate it. >I suspect this is

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Seymour J Metz
FSVO goto that lives in a different universe from PL/I. The REXX signal statement trashes the stack rather than simply popping it appropriately. Consider do I=1 to n do j=1 to m ... if foo then signal bar ... end ... bar: ... end -- Shmuel (Seymour J.)

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Seymour J Metz
> secure-web is offensive If I had some way to turn it off, or to jail the guy that thought it was a good idea, ... -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Paul Gilmartin

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Ed Jaffe
On 1/11/2019 12:35 PM, David Spiegel wrote: R'Shmuel, Can you please explain what you mean by "... TSO stack mechanism ..." and where the documentation is? (I've never encountered a TSO stack (outside of Rexx) in my 43 years of using TSO.) I suspect this is a reference to REXX's total lack of

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Seymour J Metz
See the DATA and DATA PROMPT commands in z/OS TSO/E CLISTs Version2 Release3, SA32-0978-30, https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3sa320978/$file/ikjb800_v2r3.pdf -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Paul Gilmartin
On Fri, 11 Jan 2019 20:27:30 +, Seymour J Metz wrote: >Keep in mind that wiki is a mixed bag; its emphasis of secondary sources over >primary sources tends to damage its reliability. Also, the URL you gave was >for PL/I rather than for REXX. > >

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread David Spiegel
Hi R'Shmuel, "... signal is not a goto ..." ?! It is also true that Signal has other operands, but, in its most basic form it is EXACTLY a goto. Regards, David On 2019-01-11 15:32, Seymour J Metz wrote: > A lot of the syntax comes from PL/I, although not the use of a continuation > character

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread David Spiegel
R'Shmuel, Can you please explain what you mean by "... TSO stack mechanism ..." and where the documentation is? (I've never encountered a TSO stack (outside of Rexx) in my 43 years of using TSO.) Thanks and regards, David On 2019-01-11 15:17, Seymour J Metz wrote: > REXX was certainly a great

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Seymour J Metz
A lot of the syntax comes from PL/I, although not the use of a continuation character and not the use of labels (no, signal is not a goto.) -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Paul

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Seymour J Metz
Keep in mind that wiki is a mixed bag; its emphasis of secondary sources over primary sources tends to damage its reliability. Also, the URL you gave was for PL/I rather than for REXX. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Barkow, Eileen
Kirk, You are correct. I was able to run some samples in the old jar files using 64 bit java and they work. At the time I thought there was a problem with it, I think I was trying to run the MvsConsoleInteraction class, but it works now. I was trying to invoke MvsConsoleInteraction from a

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Seymour J Metz
REXX was certainly a great improvement over EXEC, EXEC 2 and *TSO* CLIST, but there is no "VM CLIST". There are a couple of edge cases where REXX is missing something present in the old languages, e.g., integration with the TSO stack mechanism. As for the PL/I likeness, it is more of a

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread Seymour J Metz
Actually, C was deigned to compile on a PDP-7; despite being used frequently for the purpose, it's really not particularly suited for writing operating systems. But, of course, even Fortran can, and has, be used for the purpose if you're perverse enough. -- Shmuel (Seymour J.) Metz

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Kirk Wolf
Eileen, The JZOS sample (Java) code consists of samples that use the JZOS API that is part of the SDK. There would not be any code in these that would be dependent on the bit width of the SDK/JVM. Also, the file listing that you show above are the source files. It appears to me that they all

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Barkow, Eileen
i just downloaded the latest samples and see that many were recompiled in 2016/2017. the ones I had downloaded back on June 1, 2017 were compiled back in 2012/2013. so it looks like they have changed since I last used them and may have been fixed to work with 64 bit java. ***new

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Barkow, Eileen
Like I said, I have not looked at JZOS for the past 2 years, but I was not able to run the supplied sample classes with 64 bit java. I will re-download them and try again. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Kirk Wolf
The ZipDatasets sample program works fine with the 64-bit SDK. The JZOS toolkit class library (and native code) in included in the 64-bit SDKs. I don't know what problem that you were having, but it sounds like a CLASSPATH problem with using the sample classes, which are not included in the SDK

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Edgington, Jerry
Eileen, Here is a simple Java program to submit a job to z/OS. And I only use the 64 bit version of Java on z/OS. import java.io.BufferedReader; import java.io.IOException; import java.util.StringTokenizer; import com.ibm.jzos.FileFactory; import com.ibm.jzos.MvsJobSubmitter; public class

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Barkow, Eileen
Thanks Kirk. I was referring to the samples. At the time I looked, I could not find any sample classes compiled with 64 bit java. I know that you can write your own code and run it with the 64 bit launcher, but I wanted to run the sample code. And there was no source code for the dlls used by

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Farley, Peter x23353
I found the java V7 examples and documentation here: ftp://public.dhe.ibm.com//software/Java/Java70/JZOS/ And the java V8 examples and documentation here: ftp://public.dhe.ibm.com//software/Java/Java80/JZOS/ Peter -Original Message- From: IBM Mainframe Discussion List

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Kirk Wolf
Another point of common confusion wrt JZOS: "JZOS" is really two separate things: - The "JZOS batch launcher", for starting the Java JVM conveniently in batch - The "JZOS Toolkit" class library, which has Java classes and native code for accessing z/OS services and facilities. For example:

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Barkow, Eileen
I was referring specifically to the supplied classes given with JZOS - like ZipDataSets, those to process MVs files, MVS CONSOLE interaction, etc. I could not run them with 64 bit java JVMs and could not find any classes compiled with 64 bit java. And even if the Java source code for the JZOS

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Kirk Wolf
Eileen, I'm not exactly sure I understand what you mean. JZOS has been included in the 64-bit SDKs for more than a dozen years. - The JZOS toolkit java classes (ibmjzos.jar), are java byte codes. There is no such thing as compiling these with a 31-bit vs 64-bit sdk. - The JZOS tookit JNI code

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Edgington, Jerry
For all of my Java programs on z/OS, which is limited, but have done a few different items, I have only used the Java loaded with z/OS install. Also, there should a src.zip in /usr/lpp/java/J8.0_64 folder, with a lot of sample Java code. One thing to note, make sure you have these in your

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program? - JZOS question

2019-01-11 Thread Barkow, Eileen
Re JZOS: The last time I looked at JZOS , about 2 years ago, there were no supplied classes for 64 bit java, only 31 bit. JZOS itself had a 64 bit option to run the batch launcher, but no classes that I could find, like those for the MVS datasets or my favorite one for ZipDataSets. And the

Re: zos program to supply web based client

2019-01-11 Thread Allan Staller
CICS Web Services. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Windt, W.K.F. van der (Fred) Sent: Friday, January 11, 2019 1:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: zos program to supply web based client Hi, The z/OS Web Enablement Toolkit does not work

Re: zos program to supply web based client

2019-01-11 Thread Chambers, David W.
FTP or ssh would be the simplest. FTP could, if needed, be coaxed to submit a job and the remote whatever can read the job output. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Brian Westerman Sent: Thursday, January 10, 2019 9:03

Re: z/OS 1.12 question

2019-01-11 Thread Chuck Kreiter
Because if you give users a means to save more datasets that they don't need, they will do it. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Thursday, January 10, 2019 8:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject:

Re: zos program to supply web based client

2019-01-11 Thread Marna WALLE
I saw a presentation on IBM z/OS Connect EE. Might this be an option?? (I've never used it, so only suggesting something to quickly review.) https://www.ibm.com/support/knowledgecenter/en/SS4SVW_2.0.0/com.ibm.zosconnect.doc/overview/what_is.html -Marna WALLE z/OS System Installation IBM

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread scott Ford
David, Agreed. No argument here. On Fri, Jan 11, 2019 at 9:39 AM David Crayford wrote: > I wasn't arguing I was just stating the fact that REXX is nothing like > C. To state the bloody obvious it's a scripting language and > C was designed to write operating systems. They have different design

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread David Crayford
I wasn't arguing I was just stating the fact that REXX is nothing like C. To state the bloody obvious it's a scripting language and C was designed to write operating systems. They have different design goals and both have their strengths and weaknesses. On 11/01/2019 8:56 pm, scott Ford wrote:

Re: [EXTERNAL] Re: zos program to supply web based client

2019-01-11 Thread scott Ford
Also zosmf, right ? On Fri, Jan 11, 2019 at 6:30 AM Sankaranarayanan, Vignesh < vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > How about a socket server with listener and workers.. ? > No clue how straightforward it is.. > > – Vignesh > Mainframe Infrastructure > > -Original

Re: article about Grace Hopper, developer of COBOL

2019-01-11 Thread Crawford, Robert C.
Cool! I got to hear her speak at Texas A University in '81. She was funny, smart and made plain that she didn't take guff from anybody. A great techie. Robert Crawford Mainframe Management United Services Automobile Association (210) 913-3822 Manchmal ist das Denken lästig. - Albert

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread David Spiegel
VM CLIST?! ... No! ... EXEC and EXEC2 On 2019-01-11 07:56, scott Ford wrote: > You can argue anything is or isn’t , I think what matters is ease of usage > , platform interchangeability , I.E., Linux and windows for Oorexx. > The advent of rexx, I started on VM/SP 3 , I think, was a huge

Re: Unreadable code (Was: Concurrent Server Task Dispatch issue multitasking issue)

2019-01-11 Thread scott Ford
You can argue anything is or isn’t , I think what matters is ease of usage , platform interchangeability , I.E., Linux and windows for Oorexx. The advent of rexx, I started on VM/SP 3 , I think, was a huge improvement over the old VM clist language. The old clist to me being more clunky . Rexx was

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program?

2019-01-11 Thread Edgington, Jerry
Gil, Yes, export command is allowed in STDENV. Also, we use a "FOR loop" to load application jars into the CLASSPATH for i in "${APP_HOME}"/*.jar; do CLASSPATH="$CLASSPATH":"$i" done Jerry -Original Message- From: IBM Mainframe Discussion

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program?

2019-01-11 Thread Edgington, Jerry
Yes, here is a sample, mainly from IBM Java samples, to copy a file import java.io.BufferedReader; import java.io.BufferedWriter; import java.io.IOException; import com.ibm.jzos.FileFactory; /** * Sample program that uses the FileFactory class to copy a text file or dataset. * The input and

Re: Do I need to copy a mainframe flat file to OMVS, before I access the data from a JAVA program?

2019-01-11 Thread Jantje.
On Thu, 10 Jan 2019 18:11:47 -0500, Cameron Conacher wrote: >Thanks everyone. >Looks like I have some reading to do :-) Yes. And while you are at it, do have a look at the excellent jZos stuff originally from Dovetailed, but now included in the JVM. It has (amongst many other goodies) a ZFile

Re: [EXTERNAL] Re: zos program to supply web based client

2019-01-11 Thread Sankaranarayanan, Vignesh
How about a socket server with listener and workers.. ? No clue how straightforward it is.. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Westerman Sent: 11 January 2019 08:39 To: IBM-MAIN@LISTSERV.UA.EDU Subject:

Re: zos program to supply web based client

2019-01-11 Thread Brian Westerman
The don't have CICS, that would have made this almost easy. z/OS, Adabas, Com-Plete on the mainframe, the open system server is Windows Server 2018, the application is looking for the "next" available date to schedule their task, but the "owner" of that schedule is on the mainframe. The

Re: zos program to supply web based client

2019-01-11 Thread Brian Westerman
But I had been informed that the Web enablement toolkit is for z/OS applications to act as clients, meaning that they are the ones asking for data, this application needs to work the other way around witht he mainframe application supplying the data to the outside. Brian

Re: z/OS 1.12 question

2019-01-11 Thread Brian Westerman
I respectfully disagree. Upgrading when it's not necessary can be counter-productive for some sites. While many vendor products do require some maintenance to "fully" function, especially those that interact directly with the OS, that doesn't mean that older versions won't work, and in fact,