Friday thought

2006-12-08 Thread Nick Laflamme
You know you've been a VM system programmer for too long when you see a license place of MNT374 and start trying to remember what would go on MAINT's 374 minidisk

Re: Friday thought

2006-12-08 Thread Schuh, Richard
No, it is the ones who recognize without looking it up that the disk does not exist who have been too long at it :-) I guess I haven't been doing it long enough. I had to look. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Nick Laflamme

Re: Friday thought

2006-12-08 Thread Jim Bohnsack
Or just that you've been in the business too long when you see an expensive looking sports car with the license plate with 5B5B5B and know what it is without a green card. Mar 6 will be 40 years for me. Jim Nick Laflamme wrote: You know you've been a VM system programmer for too long when

Re: Friday thought

2006-12-08 Thread Mike Walter
Friday ... already!? And I've been having just sooo much fun this week! :-( It's also a sign if you cannot type maint... damn... MAIN! without always ending those four characters with a 't'. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily

Re: Friday thought

2006-12-08 Thread Mike Walter
I treasure a green badge-a-minute button, created by a witty colleague when working at Kraft Foods, which reads: AMERICA SPELLS CHEESE D2,D9,C1C6,E3 Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt

Re: Friday thought

2006-12-08 Thread McBride, Catherine
Or the fact that green card has nothing to do with immigration issues, but we ALL know EXACTLY what you're referring to... Jim Bohnsack wrote: Or just that you've been in the business too long when you see an expensive looking sports car with the license plate with 5B5B5B and know what it

Fork returning EAGAIN

2006-12-08 Thread Jon Brock
This may not be the correct place to ask this question, but Google isn't helping a ton and I can't bear the thought of posting into most other Linux fora, so I'm going to run this past you folks first. To cut to the chase, as part of an effort to figur out why we had trouble with a

Re: Fork returning EAGAIN

2006-12-08 Thread Alan Altmark
On Friday, 12/08/2006 at 02:05 EST, Jon Brock [EMAIL PROTECTED] wrote: This may not be the correct place to ask this question, but Google isn't helping a ton and I can't bear the thought of posting into most other Linux fora, so I'm going to run this past you folks first. :-) Everyone on

Re: Fork returning EAGAIN

2006-12-08 Thread Jon Brock
My apologies. I intended to send this to the LINUX-390 list. Thanks, Jon -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Jon Brock Sent: Friday, December 08, 2006 2:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Fork returning EAGAIN This may

Re: Fork returning EAGAIN

2006-12-08 Thread Jon Brock
Yeah, that's where I thought I was sending it first. Had a slight brain-page fault. Jon snip :-) Everyone on the LINUX-390 list is gentle! /snip

Re: [Fwd: Are priv CP commands logged somewhere?]

2006-12-08 Thread Alan Altmark
On Thursday, 12/07/2006 at 04:25 PST, barton [EMAIL PROTECTED] wrote: I like to think adding ESALPS keeps it semi-vanilla? The monitor records have most of this, and most of it gets logged on the ESAOPER report. This report is mostly for configuration changes. [snip] there are many other

How to find tag info for a spool file not your own

2006-12-08 Thread Horlick, Michael
Greetings, This is related to another post I put on regarding spool files being sent to RSCS from a VSE machine being placed in user-hold. I would like to know if there is a way to find out the tag information for a spool file in another user's (in my case, user RSCS) reader. I

How to find tag info for a spool file not your own

2006-12-08 Thread Horlick, Michael
Greetings, This is related to another post I put on regarding spool files being sent to RSCS from a VSE machine being placed in user-hold. I would like to know if there is a way to find out the tag information for a spool file in another user's (in my case, user RSCS) reader. I

Re: How to find tag info for a spool file not your own

2006-12-08 Thread Mike Walter
Without sample RSCS and CP QUERY command output... Try: CP SMSG RSCS CHANGE linkid sfid NOHOLD No transfers required. Try also: HELP RSCS MENU Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt

Re: How to find tag info for a spool file not your own

2006-12-08 Thread Rich Greenberg
On: Fri, Dec 08, 2006 at 02:16:28PM -0500,Horlick, Michael Wrote: } I would like to know if there is a way to find out the tag information } for a spool file in another user's (in my case, user RSCS) reader. I have done this many times. If you know the spoolid of the file in the RSCS reader and

Re: How to find tag info for a spool file not your own

2006-12-08 Thread Schuh, Richard
Perhaps even better - use an EXEC that sends the command to RSCS and uses the Command Response Interface to receive the result. Here is one that I have been using for years: * GETRSCS EXEC

Re: Friday thought

2006-12-08 Thread Jim Elliott [EMAIL PROTECTED]
You know you've been a VM system programmer for too long when you see a license place of MNT374 and start trying to remember what would go on MAINT's 374 minidisk You Might be a Mainframer If web page http://www.grnscrn.com/bigblue.htm Jim

Re: long ago and far away, vm370 from early/mid 70s

2006-12-08 Thread Anne Lynn Wheeler
ref: http://www.garlic.com/~lynn/2006w.html#10 long ago and far away, vm370 from early/mid 70s while only a small subset of the virtual memory management stuff was released as DCSS vm370 ... and none of the cms paged mapped filesystem stuff ... a little more of the virtual memory management

Re: Friday thought

2006-12-08 Thread Schuh, Richard
The list needs a correction. The term Domain did not originate with Amdahl. The thing that drove the domains was a pared down and modified version of the Cornell Domain Dispatcher, running on a modified version of the public-domain VM CP. This was the Macrocode used in their 2nd generation of

MCW002 Abend

2006-12-08 Thread Schuh, Richard
We just had our IFL LPAR VM crash with the code MCW002. It appears that there was something wrong with SPOOL at the time so we did not get a dump. In addition, the console log from the time of the crash cannot be opened. I have no data to document the problem. A. Does anyone have or know of a

Re: MCW002 Abend

2006-12-08 Thread Stracka, James (GTI)
There are three APARs for 5.2.0 that reference this type of abend: VM63827, ,PER, ,ABENDMCW002 IN INSTRUCTION SIMULATION VM63840, ,PER, ,ABENDMCW002 HCPFMVSM REPEATEDLY CALLING HCPHTFRF VM63990, ,PER, ,PTE SERIALIZATION LEFT ON DUE TO CORRUPTED SAVEAREA -Original Message- From: The IBM

more secure communication over the network

2006-12-08 Thread Anne Lynn Wheeler
In the following, CJNTEL was an online corporate directory that I had initially put up on SJRLVM1 that could be queried by anybody on the internal network. The following has a suggestion for registering a person's public key with CJNTEL and making (effecitvely publishing) it available for

Re: MCW002 Abend

2006-12-08 Thread Schuh, Richard
Thanks, Jim. I had already found those. We will have to research them when the day has not been so long :-) The one mentioning a corrupted save area might also lead to other corrupted thingies - like SDFs and Spool files. And page packs. I just finished draining a page pack that was taking hits