Re: Paging subsystems in the era of bigass memory

>I don't want to turn this into a debugging session, but this is what I see in >RMF3 on the non-DB2 utility system. >All of the TPX 'regions' are below this list sorted by Aux Slots. No task >shows any page-ins. Not sure that you haven't already done this: Use IPCS active on that system, and

Re: Mainframe operating systems?

Bill: We ran VS2 for a while. It was a stepping stone to MVS. I was called into the chief of the DC and was told that I was to explain to him the differences between MVT/VS2/MVS in a few minutes. I walked up to the dry board and sketched Virtual Memory out to them and after 15 minutes I walked

Re: COBOL integrated pre-processor, API in general

The co-compilers are indeed licensed as part of CICS and DB2, not as part of the compilers. CharlesSent from a mobile; please excuse the brevity. Original message From: John McKown Date: 4/17/17 4:43 PM (GMT-05:00) To:

Re: COBOL integrated pre-processor, API in general

On Mon, Apr 17, 2017 at 5:12 PM, Bill Woodger wrote: > Frank Swarbrick posted an example COBOL compiler input-exit last year, to > allow the embedding of linkageeditor/binder statements. It is on IBM's > COBOL Cafe. I can't provide a link because I currently get "Problem

Re: Purchasing opportunity...

I had similar problems over the weekend. Really strange issues with sometimes a message that said "the data sent was too large for the server". I tried many saved IBM links and finally had one page display a usable error message that said "Please delete cookies and retry". That did fix it.

Re: Purchasing opportunity...

On Mon, 17 Apr 2017 17:28:11 -0500, Mike Schwab wrote: >Works just fine for me. > Thanks. Tried again, same problem. Closing and restarting Firefox got it back for me. I'm in a different country today, and I clicked OK for a bunch of security updates, I guess there's

Re: Purchasing opportunity...

Works just fine for me. On Mon, Apr 17, 2017 at 5:15 PM, Bill Woodger wrote: > "Firefox can't find the server at www.ibm.com." > > Perhaps they've not paid the domain registration, and someone can snap it up? > >

Purchasing opportunity...

"Firefox can't find the server at www.ibm.com." Perhaps they've not paid the domain registration, and someone can snap it up? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: COBOL integrated pre-processor, API in general

Frank Swarbrick posted an example COBOL compiler input-exit last year, to allow the embedding of linkageeditor/binder statements. It is on IBM's COBOL Cafe. I can't provide a link because I currently get "Problem loading...".

Re: COBOL integrated pre-processor, API in general

On Mon, 17 Apr 2017 15:51:57 -0500, Paul Gilmartin wrote: [...] >If there were such a fixed API, it would need to be able to: >o Invoke external services (CALL, ATTACH, SVC, PC, ...). >o Access and update COBOL variables. >o Check syntax and validate data types. >o

Re: COBOL integrated pre-processor, API in general

On Mon, 17 Apr 2017 15:28:56 -0500, Bill Woodger wrote: >On Mon, 17 Apr 2017 14:30:10 -0500, Allan Kielstra wrote: > >>I wouldn't necessarily assume that there is a fixed API for EXEC CICS, EXEC >>SQL, EXEC SQLIMS. It's always possible that each one of these gets some sort

Re: COBOL integrated pre-processor, API in general

On Mon, Apr 17, 2017 at 3:46 PM, Bill Woodger wrote: > John, you are after a general API to allow "something" to have a > meaningful impact on code-generation by the (Enterprise COBOL) compiler? > > I think we've had a "non-denial denial" (or similar) that there is a >

Re: COBOL integrated pre-processor, API in general

John, you are after a general API to allow "something" to have a meaningful impact on code-generation by the (Enterprise COBOL) compiler? I think we've had a "non-denial denial" (or similar) that there is a single API for EXEC. Even if similar (who knows?) they are different. Each interacts

Re: Mainframe operating systems?

sipp...@sg.ibm.com (Timothy Sipples) writes: > 7. VP/CSS, developed by National CSS, was an evolution of CP/CMS. VP/CSS > had some efficiency advantages back in the 1970s. early comercial online service bureau spin-offs of science center were NCSS & IDC ... both enhanced CP-67/CMS. IDC then

Re: COBOL integrated pre-processor, API in general

On Mon, Apr 17, 2017 at 2:30 PM, Allan Kielstra wrote: > I wouldn't necessarily assume that there is a fixed API for EXEC CICS, > EXEC SQL, EXEC SQLIMS. It's always possible that each one of these gets > some sort of custom treatment from the compiler. > ​Of course, that

Re: COBOL integrated pre-processor, API in general

On Mon, 17 Apr 2017 14:30:10 -0500, Allan Kielstra wrote: >I wouldn't necessarily assume that there is a fixed API for EXEC CICS, EXEC >SQL, EXEC SQLIMS. It's always possible that each one of these gets some sort >of custom treatment from the compiler. > Hi Allan,

Re: COBOL integrated pre-processor, API in general

On Mon, Apr 17, 2017 at 2:46 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Mon, 17 Apr 2017 14:07:25 -0500, John McKown wrote: > > > >But I was wondering what other EXEC ??? pre-processor might be created if > >IBM were to release (or just license under NDA)

Re: COBOL integrated pre-processor, API in general

On Mon, 17 Apr 2017 14:07:25 -0500, John McKown wrote: > >But I was wondering what other EXEC ??? pre-processor might be created if >IBM were to release (or just license under NDA) this interface. What was I >thinking of? Well, maybe an EXEC UNIX or maybe call it EXEC SYSCALL (to >match REXX

Re: COBOL integrated pre-processor, API in general

I wouldn't necessarily assume that there is a fixed API for EXEC CICS, EXEC SQL, EXEC SQLIMS. It's always possible that each one of these gets some sort of custom treatment from the compiler. -- For IBM-MAIN subscribe /

Re: Mainframe operating systems?

bill.hitefi...@dino-software.com (Bill Hitefield) writes: > Perhaps I did not accurately read the introductory post for this > topic, but if we are considering 360 and its descendants, I am > surprised no one has mentioned either SVS or VS1 (though I did see > where MVS was mentioned). One of my

COBOL integrated pre-processor, API in general

I am aware of two COBOL pre-processors which are "integrated". The one for EXEC CICS and the one for EXEC SQL. As best as I can tell, the API for this is "proprietary" and so undocumented. I can understand, partially, why that is. Mainly because a documented API is difficult, if not impossible, to

Re: Mainframe operating systems?

sipp...@sg.ibm.com (Timothy Sipples) writes: > 4. I don't think anybody mentioned VM/IX and IX/370 yet, from > Interactive Systems Corporation (ISC). Those were different than > AIX/370 and AIX/ESA, based on Locus Computing's work. Bell Labs had a > UNIX operating system for System/370 even before

Conversion aid/utility from DF/DSS dump by data set to FDRAPPL

Has anyone written a utility that aids in the conversion from DF/DSS (ADRDSSU) dump by data set to Innovation Data Processing's FDRAPPL? //STEP010 EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //OUT DD DSN=DFDSS.DUMP.BY.DATA.SET, // DISP=(NEW,CATLG,DELETE),UNIT=TAPE //SYSINDD *

Re: Mainframe operating systems?

dbo...@sinenomine.net (David Boyes) writes: > What about things like RSCS v1? I think it could run on bare metal in > its early days (morphed later into becoming GCS-dependent in RSCS v2). Original CPREMOTE ... straight point-to-point might run on bare metal ... but vnet/rscs used for the

Re: Mainframe operating systems?

There was also a TOS for the 360/44 Serial Number 2 at Purdue's Lab for Ag Remote Sensing, in '64 or '65, and it needed four tape drives because the FORTRAN compiler was on four volumes, and it was real fun to watch my compiles spin those tapes. About two months later we got the Disk Drive and

Re: Mainframe operating systems?

Perhaps I did not accurately read the introductory post for this topic, but if we are considering 360 and its descendants, I am surprised no one has mentioned either SVS or VS1 (though I did see where MVS was mentioned). One of my first jobs out of college (70s) involved a conversion from SVS

Programming langage? (was: ... DFSORT ...)

On Mon, 17 Apr 2017 17:53:40 +0900, Minoru Massaki wrote: > >A customer wants to tell auto job scheduling/auto operation system to take >another/additional action by Non-Zero return code if generated record is >non-rezo. >Why we want to use DFSORT instead of small REXX program is following; >If we

Re: How can I set Non-zero return code in DFSORT when SORTOUT record count is not zero

On Mon, 17 Apr 2017 17:53:40 +0900, Minoru Massaki wrote: > >A customer wants to tell auto job scheduling/auto operation system to take >another/additional action by Non-Zero return code if generated record is >non-rezo. >Why we want to use DFSORT instead of small REXX program is following; >If we

Re: Mainframe operating systems?

http://hercules390.996247.n3.nabble.com/What-is-the-Telpar-OS-td17474.html Pretty sure they got it running. Fits on 1 track. On Sun, Apr 16, 2017 at 9:51 PM, Timothy Sipples wrote: > I have a few more additions: > > 1. These Japanese operating systems are probably worth

Re: Mainframe operating systems?

I can go further. The Czech Data center received disk drives, again from Bulgaria, that were supposed to be ready for production on a Monday, when the General from the Bulgarian factory was to be there for the production demonstration, and the drives arrived Friday morning, with NO technicians,

Re: Mainframe operating systems?

> From:Timothy Sipples > 9. Did the UCSD p-System ever end up on System/370 or System/390 > machines? > It ended up on almost every other processor. I worked on a port of the UCSD p-machine to System/370 (a 4341) in the early 1980s at U. Oregon as an undergraduate taking

Re: Mainframe operating systems?

Barry Merrill wrote: >At the Czech Tax Bureau in Brno in 1980 I saw what was described >as a Ryad clone of an IBM 145 running DOS. >They had 3420-ish 8 tape drives, and about 100 tapes in their tape library; >I think this handled only international transactions. >Two lab techs in white coats had

Re: Mainframe operating systems?

Charles Mills wrote: A fourth successful? Limited by my understanding of IPL'ing a guest OS under VM. Got a certain distance then boom. This was 22 years ago. -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax # thinking, a way of skeptically

Re: Mainframe operating systems?

At the Czech Tax Bureau in Brno in 1980 I saw what was described as a Ryad clone of an IBM 145 running DOS. They had 3420-ish 8 tape drives, and about 100 tapes in their tape library; I think this handled only international transactions. Two lab techs in white coats had two of the tape units

Re: Mainframe operating systems?

A fourth successful?  CharlesSent from a mobile; please excuse the brevity. Original message From: "Jack J. Woehr" Date: 4/17/17 12:15 AM (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mainframe operating systems? I tried to boot FORTH once. It was

Re: Mainframe operating systems?

> by one of the former IBMers that had done HASP Is the IBMer Mr. Tom Simpson? Minoru Massaki - (M*M) 2017-04-17 14:14 GMT+09:00 Anne & Lynn Wheeler : > ste...@copper.net (Steve Thompson) writes: > > And there was ASPEN (code name?) that was an "MVS" like O/S that > >

Re: IEFUTL Woes

Hi Andrew, used previously - worked very well - check out:- http://www.ase.com.au/ltxf.htm Logon Timeout eXtension Facility - MVS, OS/390, z/OS Australian Systems Engineering Pty. Ltd. Since 1980 we've made tools for users and managers of MVS, OS/390 and z/OS systems Regards Bruce On Fri,

Re: Mainframe operating systems?

better without a space: https://en.wikipedia.org/wiki/BS2000 Kind regards Bernd Am 17.04.2017 um 11:01 schrieb Bernd Oppolzer: Did anyone mention BS 2000 ? IIRC, BS 2000 did run on IBM mainframes, too, not only Siemens and Fujitsu. German Wikipedia says: Architectures for BS 2000 are

Re: Mainframe operating systems?

Did anyone mention BS 2000 ? IIRC, BS 2000 did run on IBM mainframes, too, not only Siemens and Fujitsu. German Wikipedia says: Architectures for BS 2000 are S/370, S/390, SPARC, MIPS, x86 and it is still in use today. Kind regards Bernd Am 17.04.2017 um 07:14 schrieb Anne & Lynn Wheeler:

Re: How can I set Non-zero return code in DFSORT when SORTOUT record count is not zero

Kolusu-san, Thank you very much for telling me to use COUNT operator of ICETOOL. It is what I'm looking for. A customer wants to tell auto job scheduling/auto operation system to take another/additional action by Non-Zero return code if generated record is non-rezo. Why we want to use DFSORT