How does COBOL detect a recursive call?

On Thursday, 11 August 2016 01:47:07 UTC+2, John McKown wrote: ...> > ​Hum, I would guess this will be a case of "20 lines of code and 200 lines > of comments (excluding cursing)"​ > > > > > Excluding cursing, and including recursing. Any IT management who chooses that route over

Re: IBM's Australian cloud is in deep dodo

The Australian prime minister has just given a press conference and pointed the finger directly at IBM for this debacle. It's entirely predictable in this day and age that a high profile event like an online census will face some kind of cyber attack. It happens all the time. IBM, the service

Re: Enterprise COBOL API for dynamic capacity tables

On 11/08/2016 8:44 AM, Frank Swarbrick wrote: The video specifically noted that fork does work...! Yes, but I take that with a pinch of salt because there's no Windows API call that performs a real fork. There are similar functions to spawn() but nothing that does CoW like fork(). Microsoft

Re: Enterprise COBOL API for dynamic capacity tables

The video specifically noted that fork does work...! From: IBM Mainframe Discussion List on behalf of David Crayford Sent: Wednesday, August 10, 2016 5:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Enterprise

Re: git on z/OS

On 11/08/2016 8:02 AM, John McKown wrote: On Wed, Aug 10, 2016 at 6:44 PM, David Crayford wrote: Looks like Rockets R port is using Enhanced ASCII http://forum.rocketsoftware.com/t/r-the-language-for-statist ical-computing-is-now-on-z-os/297. ​I have a friend, ex

Re: git on z/OS

On Wed, Aug 10, 2016 at 6:44 PM, David Crayford wrote: > Looks like Rockets R port is using Enhanced ASCII > http://forum.rocketsoftware.com/t/r-the-language-for-statist > ical-computing-is-now-on-z-os/297. > ​I have a friend, ex co-worker, who now works for Rocket. Sounds

Re: Enterprise COBOL API for dynamic capacity tables

On 10/08/2016 11:35 PM, Frank Swarbrick wrote: That "Linux on Windows" thing (not a VM, they point out!) is certainly interesting. Hope it does better than Windows Services for UNIX et al! Indeed, my mistake. They intercept syscalls and translate them to Windows API calls. It's like a giant

Re: How does COBOL detect a recursive call?

On Wed, Aug 10, 2016 at 4:04 PM, Bill Woodger wrote: > Thanks, Chuck. Tough sitch. > > I think as definitive as you are going to get, in a documentary sense, is > this, from the Programming Guide (doesn't matter which version): > > "Calling alternate entry points > >

Re: git on z/OS

Looks like Rockets R port is using Enhanced ASCII http://forum.rocketsoftware.com/t/r-the-language-for-statistical-computing-is-now-on-z-os/297. On 10/08/2016 11:32 PM, Kirk Wolf wrote: Gil, You think that Enhanced ASCII support in z/OS is crap? I've never heard that before :-) Kirk Wolf

Re: Delta Outage

Which company had their primary in the South tower and the backup in the North tower? Anyway, preliminary reports are Murphy paid a visit. Switches that were supposed to switch didn't. UPS got confused in the switch gear failure and went to hover mode. The Smart phone ecosystem got out

Re: Delta Outage

Whoever their outsourcer is they need to be sued into non-existence for incompetence? The revenue loss had to be massive. Reminds me after HPE acquired Perrot (old name) they laid-off all the heavy mainframe people and over XMAS 2009 they had to do some upgrader to the RBS Data Center in the

Re: Delta Outage

On 8/10/2016 2:00 PM, Jesse 1 Robinson wrote: No planes fell out of Delta's sky. It was the reservation system that crashed; I doubt that the FAA has much to say in that arena. Exactly. And, the removal of airfare price fixing 38 years ago had no bearing on it either. IJS. Once the dust

Re: Delta Outage

jesse1.robin...@sce.com (Jesse 1 Robinson) writes: > Airlines are no longer 'heavily regulated'. They used to be. Telecom > was deregulated. Banks were deregulated. There was more competition in > all these industries when regulation was in place. The 'natural > tendency' of any industry is to

Delta Outage

Some more interesting news on Delta http://www.cringely.com/ here is some of the article Delta Airlines was an IBM outsourcing customer, they may still be today, I don't know. They haven't returned my call. Loss of power in a data center usually triggers a disaster recovery plan. When that

Re: Delta Outage

Jesse 1 Robinson wrote: Point taken. But banks are also still regulated If one is in need of experts on the US economy and regulatory policy, the IBM-MAIN list is a tremendous resource of really great ... computer programmers :) We now return (hopefully) to the discussion of IBM mainframes.

How does COBOL detect a recursive call?

Thanks, Chuck. Tough sitch. I think as definitive as you are going to get, in a documentary sense, is this, from the Programming Guide (doesn't matter which version): "Calling alternate entry points Static calls to alternate entry points work without restriction." I made a static CALL to an

Re: Delta Outage

Point taken. But banks are also still regulated despite their (no longer so new) freedom to gobble each other up willy nilly. So then we had the financial meltdown of 2008/9. My point is that a shrinking number of players in these industries are now freer to put their *business* interests ahead

Re: Delta Outage

On 8/10/2016 11:34 AM, Jesse 1 Robinson wrote: Airlines are no longer 'heavily regulated'. They used to be. Telecom was deregulated. Banks were deregulated. There was more competition in all these industries when regulation was in place. The 'natural tendency' of any industry is to

Re: Delta Outage

Airlines are no longer 'heavily regulated'. They used to be. Telecom was deregulated. Banks were deregulated. There was more competition in all these industries when regulation was in place. The 'natural tendency' of any industry is to consolidate to maximize profits and to dodge regulatory

Re: Delta Outage

Again, I'm skeptical. There were reports of bad information being displayed on monitors and notifications sent to customers. How does bad information get sent from systems that aren't up yet? This suggests that the start-up process itself is seriously flawed and that there is little data

Re: Delta Outage

Regardless of the technology choice, it would be nice if there were enough competition in the US airline industry such that you could choose an airline with a hot DR plan that they regularly exercise. IMO this is evidence that the heavy regulatory environment is of little actual value. Kirk Wolf

Re: Delta Outage

The most telling detail I've seen is that the Delta 'system', whatever that entails, encompasses 500 servers! Of those, 400 came up early-ish on, but 100 others proved obstreperous. OK, folks here have cited--even boasted about--nearly transparent DR failover. Really? Can anyone on this list

Re: git on z/OS

On Wed, 10 Aug 2016 10:32:03 -0500, Kirk Wolf wrote: > >You think that Enhanced ASCII support in z/OS is crap? I've never heard >that before :-) > You mean I forgot to tell you? It would be somewhat better if the RTL had support for Curses and X11. >> >Rocket is in the process of porting git

Re: Interesting C library file open mis-diagnosis

On Wed, 10 Aug 2016 09:30:14 -0400, Steve Smith wrote: >e.g.: >ld -V -brent -o "//'USER.TEST.LOAD(TEST1)'" ... > Thanks. Will c99 or xlc or whatever pseudonym cc is hiding under nowadays pass this on to ld? >> But does anyone know how to cause "make" to direct its program object output >> to a

Re: Enterprise COBOL API for dynamic capacity tables

That "Linux on Windows" thing (not a VM, they point out!) is certainly interesting. Hope it does better than Windows Services for UNIX et al! When Richard Stallman learns of this I imagine he will have a bit to say about the terminology.

Re: git on z/OS

Gil, You think that Enhanced ASCII support in z/OS is crap? I've never heard that before :-) Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Aug 10, 2016 at 10:26 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 10 Aug 2016 08:16:50 -0500,

Re: git on z/OS

On Wed, 10 Aug 2016 08:16:50 -0500, Jerry Callen wrote: >[Prompted by mentions of git on another thread] > >Rocket is in the process of porting git to z/OS (on USS, of course). As others >have noted, it's challenging, given the ASCII/EBCDIC issues. ... >

Re: git on z/OS

Ed - to clarify - your clients all have the git remote repo mounted with SMB and then they use the "Local Protocol" ? This is fine for some environments, but giving everyone r/w mounts to the repo file system can be a little dangerous. (for git connection protocols, see:

Re: git on z/OS

On 8/10/2016 6:16 AM, Jerry Callen wrote: Meanwhile: I use git with z/OS using the "large sledgehammer" approach. I keep my actual git repositories on Windows and use WinSCP to periodically copy the source back and forth between Windows and z/OS. We maintain our git repositories on z/OS via

Re: Interesting C library file open mis-diagnosis

e.g.: ld -V -brent -o "//'USER.TEST.LOAD(TEST1)'" ... sas On Mon, Aug 8, 2016 at 9:47 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Mon, 8 Aug 2016 14:01:33 -0700, Charles Mills wrote: > > >> Was there a job log message, S213-rc identifying the catenand? > > >

Re: How does COBOL detect a recursive call?

On Tue, Aug 9, 2016 at 5:52 PM, Bill Woodger wrote: > OK, it is the RENT or REUS (either will do) on the link-edit/bindering. > > Without RENT/REUS you get a new executable for free. With RENT/REUS you > get to "share" the original program, but it is necessarily a

git on z/OS

[Prompted by mentions of git on another thread] Rocket is in the process of porting git to z/OS (on USS, of course). As others have noted, it's challenging, given the ASCII/EBCDIC issues. Nonetheless, we hope to have a public beta available by the end of the year; it will be announced on

Re: How does COBOL detect a recursive call?

The wherefores of using a main program and an ENTRY versus 2 programs is a political battle I am not prepared or willing to fight. When initially assigned this project I was hoping that my Systems status within the company would grant me some carte blanche in how I engineered the solution but,

Re: How does COBOL detect a recursive call?

On Wed, Aug 10, 2016 at 12:16 AM, Peter Hunkeler wrote: > > > > I'm a bit OCD about trying to make all my code RENT,REUS. My main way to > think of this is "would this still run correctly if it were burned into > ROM?" I try to make the answer to that YES.​ > > > Put all your RENT

IBM download director

Hi all During last days it seems that I cannot connect to my internet proxy server using IBM Download Director. So, I have to select direct connection instead of a proxy. Is this a known defect of the latest IBM download director ? Kind regards Kostas

RFE to consider - ACS routine access to PDSE Info

Please consider voting for this RFE to expose the PDSE Version and Maxgen info in the SMS ACS routines: http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=92818 -- Lionel B. Dyck (TRA Contractor) Mainframe

How does COBOL detect a recursive call?

Hi Chuck, Thanks. Yes, I was able to recreate the issue after making the post with the questions in. RENT,REUS or REUS or RENT, ie any combinaton, on the linkediting/bindering causes no new executable to be loaeded in this case, so tha ALIASed ENTRY is in the same executable as the CALL.

Re: How does COBOL detect a recursive call?

Bob, Since John is working with a stripped down copy of my program I resurrected the copy of the program with my debugging displays in it where I had already coded the displays for the two addresses you asked about. Displaying the main entry point address, that is, the name of the program as

Re: AST tracking help - OA47207

There is no date yet, but the PTFs being created are: UA82358 2.1 UA82359 2.2 After reading the APAR description, I *am* tracking it. :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake Anderson Sent: Wednesday, August

Re: Delta Outage

Dutch television had the info that passengers were in trouble because their data was lost in the disaster. If true, this is of course totally unacceptable for such a company, whatever the disaster. Kees. -Original Message- From: IBM Mainframe Discussion List