Re: Sad News: [IP] Dennis Ritchie dies

[Elardus Engelbrecht]

Joel C. Ewing wrote:
>Attempt at reposting after manually decoding the garbaged base64 utf8 block in 
>David's post:
>
>Begin forwarded message:
>From: Tim Finin Date: October 12, 2011 9:32:06 PM EDT
>Subject: Dennis Ritchie has died
>Sad news.  Rob Pike reports on Google Plus that Dennis Ritchie died at
>his home this weekend after a long illness.  Ritchie created the C
>programming language and was a key contributor to Unix.  In 1983 he
>received the ACM Turing Award with his long time colleague Ken Thompson
>for the development of operating systems theory and the implementation
>of the UNIX.  He was elected to the National Academy of Engineering in 1988.

Thanks very much for translating this very sad news, Joel.

Now I know who said that little gem I read up many years ago:
 
'UNIX is very simple, it just needs a genius to understand its simplicity.'

Please look up on Dennis at this URL:  
http://en.wikipedia.org/wiki/Dennis_Ritchie

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Certificate JCL error

[Jake anderson]

Hi Experts,

As  part of SSL enablement we have received three
certificates(Root,intermediate and Server). I tried updating the
certificates using the below JCL but i get a error related to strings :

//CERTAUT$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B,
// REGION=5M,NOTIFY=&SYSUID
//STEP1   EXEC PGM=IKJEFT01
//SYSPRINT   DD SYSOUT=*
//SYSTSPRT   DD SYSOUT=*
//SYSTSINDD *
 RACDCERT CERTAUTH ADD('A255209.GXS.ROOT') -
  WITHLABEL('VeriSign Class 3 Secure Server CA') TRUST
 RACDCERT ID(CICSUSER) CONNECT (RING(GXSRING) -
  CERTAUTH LABEL('VeriSign Class 3 Secure Server CA')-
  USAGE(CERTAUTH))
  SETROPTS RACLIST(DIGTCERT,DIGTNMAP) REFRESH
/*

Error message :

READY

 RACDCERT CERTAUTH ADD('A255209.GXS.ROOT')   WITHLABEL(VeriSign Class 3
Secure S
IKJ56701I MISSING Label Name in
quotes+
IKJ56701I MISSING The Label Name for the new Digital Certificate, in
quotes
IKJ56716I EXTRANEOUS INFORMATION WAS IGNORED: VeriSign Class 3 Secure Server
CA
READY

 RACDCERT ID(CICSUSER) CONNECT (RING(GXSRING)   CERTAUTH LABEL(VeriSign
Class 3
IKJ56701I MISSING Label Name in
quotes+
IKJ56701I MISSING The Label Name, for the Digital Certificate, in
quotes
IKJ56716I EXTRANEOUS INFORMATION WAS IGNORED: VeriSign Class 3 Secure Server
CA
READY

  SETROPTS RACLIST(DIGTCERT,DIGTNMAP)
REFRESH
READY

END


Is it something My JCL is Bad or it needs any kind of tweak.

Jakes

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: User Abend Code > 4095?!

[Robert A. Rosenberg]

At 13:20 -0500 on 10/12/2011, Shmuel Metz (Seymour J.) wrote about 
Re: User Abend Code > 4095?!:



Do you mean the macro itself rather than the ABEND SVC? The latter's
not possible. The ABEND code is stored in a words with 8 bits of
flags, 12 bits of system code and 12 bits of user code. There's no way
that any of those fields can exceed 4095.


In theory either the System or User Abend fields are supposed to be 
000. Depending on if the Routine that parses these fields does a 
sanity check, the User Abend display might not restrict itself to the 
low 3 nibbles and if there are some 1 bits in the low end of the 
System Abend nibbles they may be included when the User Abend is 
formatted into decimal (IOW: If the System Abend area is x002 you can 
get a code >8192). Note that would require than the register is 
loaded by register and not via a hard coded constant in the ABEND 
Macro (ie: The ABEND Macro is passed register with both areas filled 
in) or the expansion is hand coded.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

PDSE configuration concerns

[Ralph Wendt]

All:

We have 3 LPARS, with SHARING set to Normal.
We would like to change SHARING to Extended.

What kind of issues can I expect from implementing this change?

How would I perform the fallback? One member at a time, or a sysplex 
wide IPL?


Any relevant comments would be appreciated.

Ralph.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OT $300M (US) spent to save 6 ms - Interesting

[Mike Schwab]

On the Cern Neutrino results:
1.  The Neutrinos that did NOT change flavor traveled AT the speed of light.
2.  The Neutrinos that DID change flavor arrived Slightly Early.

My hypothesis is the time difference is the distance that virtual
particles can act at, about 10 -33 meters.  This can be explained by
http://en.wikipedia.org/wiki/Virtual_particle .  When the original
particle arrives at the location it changes flavor, the new flavor
leaves the area slightly ahead.  This instantaneous jump is allowed by
the Heisenberg Uncertainty principle.

Virtual Particle are also responsible for transmitting electrical
power in a transformer and how transistors work.  The PC computer you
are working on has millions of transistors creating billions of
virtual particles billions of times a second to take the data from the
internet and display it on your screen.

On Wed, Oct 12, 2011 at 11:48 PM, Ed Gould  wrote:
> Would you spend $300m to save 6ms?
>        *       *       *       *       *
> Speed of light slows down traders
> By Dan Olds, Gabriel Consulting • Get more from this author
> Posted in HPC Blog, 12th October 2011 10:54 GMT
> Free whitepaper – Schlumberger uses IBM BNT RackSwitch for HPC
> Blog How much is getting trades done 6 milliseconds quicker worth? About 
> $300m, as it turns out. A new transatlantic fibre cable promises to reduce 
> the languid 65-milliseconds it take to transmit a trade between London and 
> New York time to a quicker 59ms. Traders are expected to line up to use the 
> new service and pay extra for the privilege.
> The secret to the speed-up is using hollow core fibre rather than solid 
> cores. According to Max Planck (the institute, not the man), traveling 
> through solid glass slows light down by about a third. Details on the new 
> cable and how they’re going to optimize it are here.
> What really caught my eye was the Andrew Bach (head of NYSE Eurotext 
> networks) saying “The speed-of-light limitation is getting annoying”. Look 
> pal, the speed of light is just something you’re going to have to live with. 
> It’s the law ... or is it?
> CERN recently reported that they just may have broken the speed of light, or, 
> more accurately, observed some particles that seemed to move a bit faster 
> than thought possible (details here). The speed-up wasn’t much, but since it 
> may potentially break a bedrock law of physics, it is attracting a lot of 
> scientific interest and investigation.
> I only wish the police (and scientific community) were as willing to 
> investigate my claim that it was impossible for my 1968 Fiat 850 to achieve a 
> speed of 75 mph. It not only would have saved me quite a bit of money, but it 
> might have pushed forward the boundaries of science as well. ®
>
>
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

OT $300M (US) spent to save 6 ms - Interesting

[Ed Gould]

Would you spend $300m to save 6ms?
*   *   *   *   * 
Speed of light slows down traders
By Dan Olds, Gabriel Consulting • Get more from this author
Posted in HPC Blog, 12th October 2011 10:54 GMT
Free whitepaper – Schlumberger uses IBM BNT RackSwitch for HPC
Blog How much is getting trades done 6 milliseconds quicker worth? About $300m, 
as it turns out. A new transatlantic fibre cable promises to reduce the languid 
65-milliseconds it take to transmit a trade between London and New York time to 
a quicker 59ms. Traders are expected to line up to use the new service and pay 
extra for the privilege.
The secret to the speed-up is using hollow core fibre rather than solid cores. 
According to Max Planck (the institute, not the man), traveling through solid 
glass slows light down by about a third. Details on the new cable and how 
they’re going to optimize it are here.
What really caught my eye was the Andrew Bach (head of NYSE Eurotext networks) 
saying “The speed-of-light limitation is getting annoying”. Look pal, the speed 
of light is just something you’re going to have to live with. It’s the law ... 
or is it?
CERN recently reported that they just may have broken the speed of light, or, 
more accurately, observed some particles that seemed to move a bit faster than 
thought possible (details here). The speed-up wasn’t much, but since it may 
potentially break a bedrock law of physics, it is attracting a lot of 
scientific interest and investigation.
I only wish the police (and scientific community) were as willing to 
investigate my claim that it was impossible for my 1968 Fiat 850 to achieve a 
speed of 75 mph. It not only would have saved me quite a bit of money, but it 
might have pushed forward the boundaries of science as well. ®




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX fails accessing SDSF console

[Lizette Koehler]

> But it seems to me from what Mark described that I should be switching to
SAF
> controls (in my case I have ACF2).  But I don't know much about ACF2 to
know where
> I would need to go to re-implement what I currently have in my PARMLIB
member.
> 
> --

Going to SAF from ISFPARMS in  SDSF is not too bad.

Go to manual z/OS V1R10.0 SDSF Operation and Customization  SA22-7670-11
There is a section called 
 Converting ISFPARMS to SAF security

This section should help you go through the process of 
1) Determining if you have SAF instead of ISFPARMS for security
2) How to convert over.

Hope this helps

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX fails accessing SDSF console

[Uriel Carrasquilla]

> Your shop is probably using SAF controls rather than SDSF controls.
I actually think it is under SDSF control but how to I verify?
and how do you switch to SAF controls?

>What happens if you try executing an MVS command under CONSOLE? 
It is actually working fine when I submit TSO-BATCH job from TSO/ISPF session.
The problem I am having is when my scheduler submits the job with another 
USER-ID.  I will check tomorrow if the problem is that this other userid does 
not have AUTH(ALL).
But it seems to me from what Mark described that I should be switching to SAF 
controls (in my case I have ACF2).  But I don't know much about ACF2 to know 
where I would need to go to re-implement what I currently have in my PARMLIB 
member.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX fails accessing SDSF console

[Uriel Carrasquilla]

> When you run in batch, you may not fall into the group you think you are.   
> If your
parms are not based on IUID (userid) and are based on TSO authorities like
JCL, OPER and ACCT (as the default / sample parms are), then when you run
in batch the only authority you get is "JCL".   This puts you into a group that
is typically an "end user" / application programmer group that probably does
not have access to CONSOLE or jobs/output that aren't associated with the
userid of the submitter.

I became a victim of the situation you described.
I set up a job to be submitted by our scheduler (UC4) and I thought the userid 
would have the same access as myself to the console.  Well, that was not the 
case.  As you described, the TSO-Batch failed on insufficient authority.
I am probably using TSO authorities as you described.
How do you switch parameters so they are based on IUID (userid)?
I am trying to have my job "vary unit,online", do some DF/DSS work, and then 
"vary unit,offline".

In the past this work was done by OPS/MVS by having the job create dummy 
messages (via IEFBR14) but the problem is that I have no way of knowing if the 
devices did go on-line before DF/DSS is invoked. 
When I run the solution I put in place under my userid that has AUTH(ALL), 
everything works really well.
So I am kind of convinced that this is the route to follow.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Sad News: [IP] Dennis Ritchie dies

[Joel C. Ewing]

On 10/12/2011 09:11 PM, David Boyes wrote:


��z{S���}�ĝ��xjǺ�*'���O*^��m��Z�w...


Attempt at reposting after manually decoding the garbaged base64 utf8 
block in David's post:


Begin forwarded message:
From: Tim Finin Date: October 12, 2011 9:32:06 PM EDT
Subject: Dennis Ritchie has died
Sad news.  Rob Pike reports on Google Plus that Dennis Ritchie died at 
his home this weekend after a long illness.  Ritchie created the C 
programming language and was a key contributor to Unix.  In 1983 he 
received the ACM Turing Award with his long time colleague Ken Thompson 
for the development of operating systems theory and the implementation 
of the UNIX.  He was elected to the National Academy of Engineering in 1988.



--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Sad News: [IP] Dennis Ritchie dies

[Ed Finnell]

Yuck base64 utf-8 strikes again. Don't remember this before last  upgrade.
Jan 17,2011?
 
 
In a message dated 10/12/2011 9:12:31 P.M. Central Daylight Time,  
dbo...@sinenomine.net writes:

DQpCZWdpbiBmb3J3YXJkZWQgbWVzc2FnZToNCkZyb206IFRpbSBGaW5pbiBEYXRlOiBPY3RvYmVy


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Sad News: [IP] Dennis Ritchie dies

[David Boyes]

��z{S���}�ĝ��xjǺ�*'���O*^��m��Z�w!j�

Re: Chaos feared after Unix time-zone database is nuked

[Ed Gould]

 Dale,

Liked your story and some else here on the list had the same IPL issue, but if 
I recall correctly it was with RACF.
Ask Rick F. For details.

Ed

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Chaos feared after Unix time-zone database is nuked

[Dale Miller]

I would have to dispute Paul Gilmartin's assertion that "a majority  
want to adjust their work hours to follow the sunrise".  I don't have  
a statistically-valid survey, but in discussing it with other people  
through the years, I've encountered a few who really like DST. I think  
most people just go with the flow, but a lot of people didn't like the  
hasseles. I think that if the transition times were changed to Monday  
AM from Sunday AM,  so that businesses instead of churches suffered  
the impacts of the change. there would be huge pressure to get rid of  
it. Furthermore, in the Northern tier of states and Alaska, I found  
myself in Winter going to work or coming from work ( or both) in the  
dark, and in the light in the Summer, regardless of DST.
Further, a recent article in "Scientific American" raised serious  
questions about the assertion of energy savings from DST, and pointed  
out health issues associated with the time changes, and called DST "an  
idea we can do without".
I no longer work in IT, even though I follow it, and I still despise  
DST. In fact, we recently moved from Arizona, where we were free of  
the annoyances of DST, to Washington State, where we have had to  
adjust to it all over again. My Mac's have no problems with it and my  
wife's Windoze can handle the changeover, but the 5 clocks and two  
watches in my home have to have special attention twice a year. As I  
mentioned in an earlier message, my daughter works in auditing in a  
company which has many processes involving Windows-based processors  
and instruments, and they recently discovered that time stamps on data  
recorded during the DST period are displayed one hour off during the  
non-DST part of the year. Microsoft apparently has no plans to correct  
the issue.
As an aside, years ago, an operator who was functionally illiterate  
was hired (don't ask why) for our MVS system . He was allowed to be on  
duty alone (don't ask why) on the morning of the DST changeover. He  
set the wrong Date/Time to a date in the future, whereupon, most of  
our third-party software promptly decided we were out of license. When  
the IPL failed, the systems staff were rousted out of bed and lost a  
lot of sleep.


Dale Miller

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: User Abend Code > 4095?!

[Edward Jaffe]

On 10/12/2011 12:59 PM, Edward Jaffe wrote:
Actually, the termination was driven by issuance of an ABEND macro with the 
STEP keyword in one of our programs. (User abend x0E9 somehow manifested 
itself this way.) I don't think there is any non-IBM recovery code in the way, 
but I do intend to check that.


TESTA233 CSECT ,
 ABEND X'E9',,STEP,REASON=0
 END   ,

call *(testa233)
 IKJ56641I TESTA233 ENDED DUE TO ERROR+
 READY

 IEA995I SYMPTOM DUMP OUTPUT
   USER COMPLETION CODE=0233 REASON CODE=
  TIME=15.07.19  SEQ=01139  CPU=  ASID=0087
  PSW AT TIME OF ERROR  078D1000   D014  ILC 2  INTC 0D
ACTIVE LOAD MODULE   ADDRESS=D000  OFFSET=0014
NAME=TESTA233
DATA AT PSW  D00E - 00181610  0A0D8000  0007
AR/GR 0: /158C_4400   1: /_44E9
  2: /_0004   3: /_9040
  4: /_8541402C   5: /_00AC79B8
  6: /_   7: /_9000
  8: /_00AC79B8   9: /_00D20018
  A: /_85422030   B: /_0542302F
  C: /_B098   D: /_C000
  E: /_80FDEE80   F: /_
  END OF SYMPTOM DUMP
 IEA993I SYSMDUMP TAKEN TO myuserid.myuserid.J0233054.D009.?
 IKJ56470I LAST STEP COMPLETION CODE WAS USER   9097
 IKJ56470I myuserid LOGGED OFF TSO AT 15:07:26 ON OCTOBER 12, 2011
 IKJ56400A ENTER LOGON OR LOGOFF-

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Chaos feared after Unix time-zone database is nuked

[zMan]

OK, somebody's gotta say it: "Chaos feared...Unix" -- how will anyone
notice a difference?
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Connect Direct on a separate LPAR

[Patrick Falcone]

We're doing this in a 7 way jes plex inside a bigger sysplex. The task can run 
hot from time to time depending on load and does run with a mix of other 
workloads. Works OK for us but I can't speak to the $$$ savings.




From: Bill Johnson 
To: IBM-MAIN@bama.ua.edu
Sent: Wednesday, October 12, 2011 1:51 PM
Subject: Connect Direct on a separate LPAR

We are considering creating a separate LPAR just to run Connect Direct on 
because it would reduce the cost of the Connect Direct product by about 80% 
saving around $80K. Is anyone doing this? Does it make sense? Drawbacks?

TIA
Bill Johnson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Chaos feared after Unix time-zone database is nuked

[Rick Fochtman]

---


A majority want to adjust their work hours to follow the sunrise, and
they find it more convenient to reset their clocks semiannually than
it would be to repaint their hours of operation on shop doors
semiannually.
   



Do you have any documentation for that claim? I'm not aware of any
plebiscite or poll that supports it.
 


--
One of the justifications (?) we had here in Illinois was so that school 
children would not be in transit to/from school during darkness hours.


Partly due to traffic risks and partly due to predator risks.

In my own observation, admittedly not all-encompassing, most business 
owners prefer to reset clocks rather than repaint signage.


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Rick Fochtman]

Mary Anne Matyaz wrote:

Arrogant? Pot/Kettle/Black!   

BTW, it's dreaded, not dread. 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 


And it's a EXCLAMATION POINT, not a EXPLANATION POINT.

Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SRB code

[Shmuel Metz (Seymour J.)]

In <2202a576-2ba2-4600-b50a-e25f9e201...@optonline.net>, on 10/12/2011
   at 03:37 PM, Micheal Butz  said:

>My question is can that PC rtn issue a SVC

An SVC 13 will work properly. Any other SVC is invalid.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: User Abend Code > 4095?!

[Shmuel Metz (Seymour J.)]

In
,
on 10/12/2011
   at 02:31 PM, Mike Schwab  said:

>If the value is over 4095, then subtract 4096 until the number is
>0-4095 and look that up.

A return code can be larger than 4095 but not a user ABEND code.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: [MVS-OE] compress dataset converting dsname in filename

[Shmuel Metz (Seymour J.)]

In ,
on 10/12/2011
   at 01:18 PM, "McKown, John"  said:

>Right. But apparently sometime in the past, there were "bytes" which
>were not 8 bits on non-IBM 360s.

No, on both IBM and non-IBM hardware, starting with the IBM 7030. On
both the IBN S/360 and 3rd party clones, people assumed 8 bits if it
wasn't specified. On boxen not compatible with the S/360 I'm familiar
with assumed sizes of 6, 7, 9 and 12.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Connect Direct on a separate LPAR

[Jihad Kawkabani]

Greetings Bill,
Have you looked at Licensing Connect:Direct by the number of connections rather 
than where it runs. Not knowing your configuration I cannot know if this will 
help or make it worse.
Regards,
Jihad K Kawkabani
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Bill Johnson
Sent: Wednesday, October 12, 2011 01:51 PM
To: IBM-MAIN@bama.ua.edu
Subject: Connect Direct on a separate LPAR

We are considering creating a separate LPAR just to run Connect Direct on 
because it would reduce the cost of the Connect Direct product by about 80% 
saving around $80K. Is anyone doing this? Does it make sense? Drawbacks?

TIA
Bill Johnson

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: User Abend Code > 4095?!

[Edward Jaffe]

On 10/12/2011 4:56 AM, Tom Marchant wrote:

On Tue, 11 Oct 2011 17:03:06 -0700, Edward Jaffe wrote:


IKJ56470I LAST STEP COMPLETION CODE WAS USER   9097

I suspect it should say condition code, referring to the value
returned in register 15 upon termination.


Actually, the termination was driven by issuance of an ABEND macro with the STEP 
keyword in one of our programs. (User abend x0E9 somehow manifested itself this 
way.) I don't think there is any non-IBM recovery code in the way, but I do 
intend to check that.


I don't really care too much about whether the contents of IKJ56470I are 
accurate, I just thought a USER ABEND > 4095 was humorous--in a nerdy way.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SRB code

[Walt Farrell]

On Wed, 12 Oct 2011 15:37:28 -0400, Micheal Butz  
wrote:

>Hi.
>
>I know you can'nt issue SVC from a. SRB however PC rtn's are allowed
>
>My question is can that PC rtn issue a
>SVC

No, because the PC is still running within an SRB. 

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SRB code

[Micheal Butz]

Hi. 

I know you can'nt issue SVC from a. SRB however PC rtn's are allowed

My question is can that PC rtn issue a
SVC


Thanks



Sent from my iPhone

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: User Abend Code > 4095?!

[Mike Schwab]

On Wed, Oct 12, 2011 at 2:28 PM, Shmuel Metz (Seymour J.)
 wrote:
> In
> ,
> on 10/12/2011
>   at 01:57 PM, zMan  said:

>
>>Three HEX digits, i.e., 0-4095 decimal, usually expressed as
>>decimal, eh?
>
> Exactly.
>
If the value is over 4095, then subtract 4096 until the number is
0-4095 and look that up.

-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: User Abend Code > 4095?!

[Shmuel Metz (Seymour J.)]

In
,
on 10/12/2011
   at 01:57 PM, zMan  said:

>"Nonsense" is a bit strong; we can be gentlemen (and ladies) here.

When a poster is habitually rude and dishonest, I see no reason to
extend him curtesy.

>Three HEX digits, i.e., 0-4095 decimal, usually expressed as
>decimal, eh?

Exactly.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Greg Shirey]

Arrogant?  Mark Zelden??  I don't think so...   

Greg Shirey
Ben E. Keith Company

-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Chris Mason
Sent: Wednesday, October 12, 2011 10:42 AM

Mr Zelden

Since you take it upon your arrogant self to accuse others of not being 
professional   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Connect Direct on a separate LPAR

[Ken Porowski]

Depending on the number of transfers you do you can get a license for
'n' concurrent transfers so costs won't be based on type or size of box.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Bill Johnson
Sent: Wednesday, October 12, 2011 1:51 PM
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] Connect Direct on a separate LPAR

We are considering creating a separate LPAR just to run Connect Direct
on because it would reduce the cost of the Connect Direct product by
about 80% saving around $80K. Is anyone doing this? Does it make sense?
Drawbacks?

TIA
Bill Johnson

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: [MVS-OE] compress dataset converting dsname in filename

[McKown, John]

Right. But apparently sometime in the past, there were "bytes" which were not 8 
bits on non-IBM 360s. So "byte" on this forum is unambiguous, but octet is 
universally unambiguous. OK, I'm being pushy again.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Wednesday, October 12, 2011 12:52 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [MVS-OE] compress dataset converting dsname in filename
> 
> In <1318411751.6579.27.ca...@mckown5.johnmckown.net>, on 10/12/2011
>at 04:29 AM, John McKown  said:
> 
> >Technically, no. In UNIX, a file has no explicit record structure. It
> >is really just an ordered sequence of bytes (octets actually).
> 
> An octet *is* a byte. The literature uses the term octet because it is
> unambiguous; an octet is an 8-bit byte.
>  
> -- 
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>  ISO position; see  
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Connect Direct on a separate LPAR

[Mark Zelden]

On Wed, 12 Oct 2011 10:51:23 -0700, Bill Johnson  wrote:

>We are considering creating a separate LPAR just to run Connect Direct on 
>because it would reduce the cost of the Connect Direct product by about 80% 
>saving around $80K. Is anyone doing this? Does it make sense? Drawbacks?
>

The question is:  Does it make sense for your shop?It depends on what else 
is 
needed on that LPAR (other supporting software, for example automation, 
scheduling, etc.), management of that LPAR, etc."Penalty Boxes" 
have been used by many shops.  SAS in particular before they allowed
LPAR pricing.  This is similar, although not a separate box. 

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: User Abend Code > 4095?!

[zMan]

On Wed, Oct 12, 2011 at 2:17 PM, Shmuel Metz (Seymour J.)
 wrote:
> In <4e953490.5070...@bremultibank.com.pl>, on 10/12/2011
>   at 08:32 AM, "R.S."  said:
>
>>user abend is U - four HEX digits
>
> Nonsense; it is and always has been four *decimal* digits.

"Nonsense" is a bit strong; we can be gentlemen (and ladies) here.
Three HEX digits, i.e., 0-4095 decimal, usually expressed as decimal,
eh?
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Elardus Engelbrecht]

Chris Mason  wrote:

>Agreed - but it's you who introduced BFRUSE, not I!

I have researched (again!) your reference you kindly posted OOPS!!! You are 
correct about BFRUSE. I'm not now sure where I saw it, but I admit perhaps I 
clicked somewhere else when I followed your posted links.

Ok, you are correct here and I am wrong about BFRUSE... 

I think it is best to let the OP to notify IBM-MAIN if he resolved his problem 
or not.

One thing I admit - the subject header is somewhat misleading... Some people 
here are looking for certain keywords (in subject and/or body) and if someone 
post something about a problem, but does not state important keywords in the 
subject, valuable advice may not be available.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Connect Direct on a separate LPAR

[Bill Johnson]

We are considering creating a separate LPAR just to run Connect Direct on 
because it would reduce the cost of the Connect Direct product by about 80% 
saving around $80K. Is anyone doing this? Does it make sense? Drawbacks?

TIA
Bill Johnson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: User Abend Code > 4095?!

[Shmuel Metz (Seymour J.)]

In <4e953490.5070...@bremultibank.com.pl>, on 10/12/2011
   at 08:32 AM, "R.S."  said:

>user abend is U - four HEX digits

Nonsense; it is and always has been four *decimal* digits.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: User Abend Code > 4095?!

[Shmuel Metz (Seymour J.)]

In
<45b7288bec7648468f3309472e0f960db8955c1...@emdpb-es1.prod.main.ntgov>,
on 10/12/2011
   at 04:24 PM, Anthony Thompson  said:

>But I think it was z/OS 1.9 that the ABEND macro was changed to check
>for CC > 4095 and issue an error message,

Do you mean the macro itself rather than the ABEND SVC? The latter's
not possible. The ABEND code is stored in a words with 8 bits of
flags, 12 bits of system code and 12 bits of user code. There's no way
that any of those fields can exceed 4095.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Automated SMFDUMP Job issue

[Shmuel Metz (Seymour J.)]

In ,
on 10/11/2011
   at 10:23 AM, "McKown, John"  said:

>I am fairly sure that ADRDSSU is the "n"th grandchild of IEHDASDR
>(wasn't that the MVT disk dump/restore?).

IEHDASDR was an OS/360[1] utility, and there was a program product
derived from it, but AFAIK DSS[2] was a completely new utility. DSS
may call other utilities under the covers, but it also does[3] its own
I/O.

[1] Not just MVT, but for PCP and MFT as well.

[2] Another overloaded acronym. 

[3] Of necessity, because the other utilities can't handle all
dataset formats.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Chaos feared after Unix time-zone database is nuked

[Shmuel Metz (Seymour J.)]

In <2390138243554086.wa.paulgboulderaim@bama.ua.edu>, on
10/11/2011
   at 10:25 AM, Paul Gilmartin  said:

>A majority want to adjust their work hours to follow the sunrise, and
>they find it more convenient to reset their clocks semiannually than
>it would be to repaint their hours of operation on shop doors
>semiannually.

Do you have any documentation for that claim? I'm not aware of any
plebiscite or poll that supports it.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX fails accessing SDSF console

[Shmuel Metz (Seymour J.)]

In
,
on 10/11/2011
   at 09:15 PM, Uriel Carrasquilla 
said:

>I checked parmlib(isfprm00) and it does have AUTH(ALL) for the TSO
>userid I am using to execute the REXX.

Your shop is probably using SAF controls rather than SDSF controls.

>I suspect the problem is with ACF2 but my security team does not have
>a clue.  They gave me "CONSOLE" access but that does not fixed the
>problem.  (Except that now I can interactively issue CONSOLE commands
>from TSO).

What happens if you try executing an MVS command under CONSOLE? Whqt
profiles did your security folks give you access to?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: [MVS-OE] compress dataset converting dsname in filename

[Shmuel Metz (Seymour J.)]

In <1318411751.6579.27.ca...@mckown5.johnmckown.net>, on 10/12/2011
   at 04:29 AM, John McKown  said:

>Technically, no. In UNIX, a file has no explicit record structure. It
>is really just an ordered sequence of bytes (octets actually).

An octet *is* a byte. The literature uses the term octet because it is
unambiguous; an octet is an 8-bit byte.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Scott Ford]

Amen, Jon, too old to argue anymore


Scott J Ford
Software Engineer
http://www.identityforge.com
 



From: Ford Prefect 
To: IBM-MAIN@bama.ua.edu
Sent: Wednesday, October 12, 2011 1:27 PM
Subject: Re: USS - file can't be deleted.

Jon, I couldn't have said it better.

On Wed, Oct 12, 2011 at 12:53 PM, Veilleux, Jon L wrote:

> Chris, Get over yourself. Most of the folks on this list know exactly what
> the question was about and most of the folks I know are aware that USS is
> also used to denote UNIX System Services, despite your objections.
> There is no good reason to keep arguing over this and it is a waste of
> everybody's time.
> Pax vobiscum,
> Jon
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Ford Prefect]

Jon, I couldn't have said it better.

On Wed, Oct 12, 2011 at 12:53 PM, Veilleux, Jon L wrote:

> Chris, Get over yourself. Most of the folks on this list know exactly what
> the question was about and most of the folks I know are aware that USS is
> also used to denote UNIX System Services, despite your objections.
> There is no good reason to keep arguing over this and it is a waste of
> everybody's time.
> Pax vobiscum,
> Jon
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADRDSSU logical dump of VSAM & restore

[John Eells]

If you're on z/OS R12, you might consider using CA Reclaim rather than 
re-orging KSDSs.


McKown, John wrote:

I've been asked a question that I can't find the answer to. We are dumping VSAM KSDSes using 
ADRDSSU in logical dump mode. We then do a RESTORE. Does this "reorganized" the file, 
removing CA and CI splits and "compressing" the data back in physical/logical order? Or 
is it more like a physical restore of CAs or tracks?


John McKown


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Mary Anne Matyaz]

Arrogant? Pot/Kettle/Black!   

BTW, it's dreaded, not dread. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Veilleux, Jon L]

Chris, Get over yourself. Most of the folks on this list know exactly what the 
question was about and most of the folks I know are aware that USS is also used 
to denote UNIX System Services, despite your objections.
There is no good reason to keep arguing over this and it is a waste of 
everybody's time.
Pax vobiscum,
Jon

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chris Mason
Sent: Wednesday, October 12, 2011 11:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: USS - file can't be deleted.

Mr Zelden

Since you take it upon your arrogant self to accuse others of not being 
professional - in public so I claim the right to reply in public - let us 
examine *your* right to claim to be professional.

The business you are in requires a certain amount of nous evidence of which on 
your case is in short supply according to this response.

> Is this meant to be a joke? I didn't see the smiley.

Indeed, it is so very clearly an ironic contribution - as may be appreciated 
eventually - but with serious intent. It really should not be necessary to 
paste a "smiley" whenever a response is not wholly serious. Normally an 
explanation mark should be sufficient but I didn't want to detract from the 
serious point here which is to emphasise the "contextual" aspect.

By not flagging this up too obviously as an ironic contribution I obliged the 
extra keystroke of checking what my reference was - and sorry Internet for the 
additional load I have induced you to have to bear!

Some time ago there was a regular contributor to this - and a number of other - 
lists by the name of Patrick O'Keefe. If you've been following discussions on 
this topic over the years, Patrick complained - bitterly I could add - that he 
was -  *professionally* one could say - obliged to pay attention to any post 
where the *subject* contained the dread three letters since, unless obviously 
the usual misuse at the level of the subject - by no means always the case - he 
may have been able to offer some assistance.

This case, "USS - file can't be deleted.", *could* have involved a VTAM 
Unformatted System Services table file which, as is actually well known by 
those who have had to "play" with this entity, needs some improbable 
incantations to have its presence removed and these are described in the 
reference I gave.

Furthermore Matan really should have known better since I have had to deal with 
some of his problems involving VTAM in the past. Thus he knows what the three 
dread letters really should be and he really could - allowing for not always 
having language which is that precise in subject lines - have been referring to 
something relating to the proper use.

Of course, when I took a look into the post, the context was clear but I - and 
any others like myself who relate more to the SNA-oriented TELNET server and 
VTAM use - would already have been obliged to take the plunge and peruse a post 
of absolutely no interest whatsoever at all.

Thus all those who actually checked on my reference will know of what I speak!

> What does that have to do with a full /tmp file system? 

How  was I supposed to be able 
to be sure from the subject?

> And why is all the prior context removed?

Note first of all that an unprofessionally missing question mark has been added.

Only a Homer Simpson could not have noticed that exactly the "prior context" 
was very clearly present! Duh!

> If this is an attempt to start another acronym war, it's a waste of 
> everyone's time and bandwidth and very unprofessional.

It was to make a point and I believe it has been made.

Furthermore as far as I am concerned and anyone actually capable of the logic 
one might expect from someone claiming to be a professional in this business 
where logical thinking does tend to be a professional requirement, giving the 
false impression that the dread three letters apply where they do not is of 
particular concern where there are fresh entrants to the business where 
responsibility may well be given - as I have actually noted from a couple of 
posts over the last few months - for the maintenance - evidently without 
adequate introduction to existing definitions - of Communications Server.

Just think about it and ponder who is professional and who is definitely not - 
whether or not from within IBM or without.

Chris Mason

On Wed, 12 Oct 2011 08:13:51 -0500, Mark Zelden  wrote:

>On Wed, 12 Oct 2011 04:53:44 -0500, Chris Mason  
>wrote:
>
>>Matan
>>
>>> USS - file can't be deleted.
>>
>>Have a look at the OPTION=DELETE option in the following:
>>
>>http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B7B0/2.
>>111
>>
>>Chris Mason
>>
>
>Is this meant to be a joke?  I didn't see the smiley.  What does that 
>have to do with a full /tmp file system?  And why is all the prior context 
>removed.
>
>If this is an attempt to start another acronym war, it's a waste of 
>everyone's time and bandwidth and very un

Re: RSU Order using Shop zSeries Website

[Skip Robinson]

Dropping a connection during RFN is not a problem. SMPE is very good about 
resuming an interrupted download. The sample JCL provided is a start. 
However, there are two issues that you must deal with outside of any 
specific job content. 

1. Your job must be able to reach Shopz over the network. That's a 
mainframe connection. Watch for proxy and firewall issues. Some companies 
decree that this cannot be done. In other cases some reconfiguration might 
be required. If you can FTP doc to IBM directly in a mainframe batch job, 
you will probably be OK. 

2. You have to set up a key and keyring in your security product. If you 
use a third party security product (i.e. not RACF), I can't help you. 
Otherwise the procedure is fairly well documented. I've done it several 
times. Still don't understand a bit of it. ;-(

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   saurabh khandelwal 
To: IBM-MAIN@bama.ua.edu
Date:   10/12/2011 09:24 AM
Subject:Re: RSU Order using Shop zSeries Website
Sent by:IBM Mainframe Discussion List 



Receiving RSU directly to  Global zone might be risky. Because while
receiving from IBM site, if connection drops, then it might create 
problem.

Please correct me, if my perception is wrong

Regards
Saurabh

On Wed, Oct 12, 2011 at 6:05 PM, Chase, John  wrote:

> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave
> >
> > It's all there in the SMP/E manual.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of saurabh khandelwal
> > Sent: Tuesday, October 11, 2011 8:59 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: RSU Order using Shop zSeries Website
> >
> > Hello,
> >I have never used this feature to order selectively. I
> always
> > used to order full package.  Can you please suggest me the way or
> point any
> > redbook, which can help me to do this task.
> >
> > Regards
> > Saurabh
>
> I can't remember where I found this sample job (it's not in SAMPLIB),
> but this, together with the SMP/E manuals and a (free) client
> certificate you first obtain from ShopzSeries, should get you started:
>
> //  < Insert a valid JOB statement here >
>
> //*
> //*
> //*  DO NOT TURN CAPS ON.  THIS JOB CONTAINS CASE
> //*SENSITIVE CONTROL CARDS.
> //*
> //
> //*
> //*
> //* This job will order the specified content and RECEIVE it from
> //* the specified IBM server.
> //*
> //* Change the JOB statement above as required to match your
> //* installation's requirements.
> //*
> //* SMP/E zone-related files are assumed to be defined in your
> //* global CSI.  See the SMP/E Commands manual for a list of
> //* the required DDDEF entries.
> //*
> //*
> //* NOTE 1: Change the GLOBAL SMPCSI data set name to match your
> //* system's GLOBAL SMPCSI data set name.
> //*
> //* NOTE 2: Change the SMPNTS directory name to match your system's
> //* SMPNTS directory name.
> //*
> //* NOTE 3: If you are using SMP/E level 34.09 or higher, uncomment
> //* the SMPJHOME and SMPCPATH DD Statements.  If you are at
> //* SMP/E 3.4, it is recommended you be at least 34.09.
> //*
> //* NOTE 4: The CONTENT keyword specifies what to include in the order.
> //* Specify ALL, APARS, CRITICAL, HOLDDATA, PTFS or RECOMMENDED
> //* See the SMP/E v3r5 Commands manual for the meanings of each
> //*
> //* NOTE 5: If your local host requires firewall navigation in order to
> //* transfer the CBPDO package, then remove the comment around
> //* the CLIENT operand on the RECEIVE, and enter your firewall
> //* information on the CLNTINFO DD statement.  See the "SMP/E
> //* Commands" manual for details on the CLIENT information.
> //*
> //* NOTE 6: At the end of a successful RECEIVE operation, you can tell
> //* SMP/E to delete the CBPDO package that was just received.
> //* If you want to delete the package, then remove the comment
> //* around the DELETEPKG operand on the RECEIVE command.
> //*
> //*
> //SMPER1  EXEC PGM=GIMSMP,REGION=0M,
> // PARM='PROCESS=WAIT'
> //SMPCSI   DD  DISP=SHR,DSN=your.smpe.global.csi
> //SMPNTS   DD  PATHDISP=KEEP,
> // PATH='/your/smpnts' <=== NOTE 2
> //SMPJHOME DD  PATH='/usr/lpp/java/J6.0/'  <=== NOTE 3
> //SMPCPATH DD  PATH='/usr/lpp/smp/classes/'<=== NOTE 3
> //*SMPWKDIR DD  PATH='/tmp/smpwrk' <=== Optional
> //SMPOUT   DD  SYSOUT=*
> //SMPLOG   DD  SYSOUT=*
> //SMPLOGA  DD  SYSOUT=*
> //SMPRPT   DD  SYSOUT=*
> //SMPLIST  DD  SYSOUT=*
> //SYSPRINT DD  SYSOUT=*
> //SMPCN

Re: REXX fails accessing SDSF console

[Mark Zelden]

On Wed, 12 Oct 2011 16:20:27 +, Uriel Carrasquilla 
 wrote:

>
>From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of Mark 
>Zelden [m...@mzelden.com]
>Sent: Wednesday, October 12, 2011 9:03 AM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: REXX fails accessing SDSF console
>
>On Wed, 12 Oct 2011 05:50:34 +, Uriel Carrasquilla 
> wrote:
>
>
>> "The biggest problem I have found with batch is that many shops have
>SDSF security set up (from the default/sample parms) based on TSO
>authorities (JCL, OPER, ACCT) and TSOAUTH is automatically set to JCL for
>a batch SDSF job (regardless of what authorities the USERID actually has).
>This is the documented behavior. "
>
>Mark, let me thank you for your help.  My TSOBATCH REXX is now working as 
>expected.
>The problem was the CONSOLE being used with ISPF SDSF interactively while 
>running the REXX at the same time.
>I forced the REXX to use a different console (instead of the USERID default 
>that gets assigned).
>
>The PARMLIB(ISFPRMxx) member was set up by my predecesor and it did have 
>AUTH(ALL) for my user group.
>When reading your remarks, I don't understand how authorization for SDSF can 
>be set up any other way.
>Could you please elaborate?
>

When you run in batch, you may not fall into the group you think you are.   If 
your 
parms are not based on IUID (userid) and are based on TSO authorities like
JCL, OPER and ACCT (as the default / sample parms are), then when you run 
in batch the only authority you get is "JCL".   This puts you into a group that
is typically an "end user" / application programmer group that probably does
not have access to CONSOLE or jobs/output that aren't associated with the 
userid of the submitter.

More Clear?

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RSU Order using Shop zSeries Website

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of saurabh khandelwal
> 
> Receiving RSU directly to  Global zone might be risky. Because while
> receiving from IBM site, if connection drops, then it might create
problem.
> 
> Please correct me, if my perception is wrong

Your perception is wrong.  RECEIVE ORDER first orders the specified
service, downloads the entire package to the HFS or ZFS you specified
for //SMPNTS, and ONLY THEN commences RECEIVE processing.  Thus, if
anything goes wrong during the download, nothing is RECEIVEd.

   -jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RSU Order using Shop zSeries Website

[Mark Zelden]

On Wed, 12 Oct 2011 21:47:56 +0530, saurabh khandelwal 
 wrote:

>Receiving RSU directly to  Global zone might be risky. Because while
>receiving from IBM site, if connection drops, then it might create problem.
>
>Please correct me, if my perception is wrong
>

Never that I have seen.  

The package is staged in the SMPNTS and then unwound (pax)
in the receive frommnetwork process, so a drop during the initial 
transfer from the IBM server doesn't affect the zones. 

>From the fine manual:

14.4.3 Restarting RECEIVE FROMNETWORK
 
If errors occur during the transfer of files for a package, it may be necessary 
to restart the 
RECEIVE FROMNETWORK operation in order to complete the transfer of the entire 
package. You 
can simply rerun the RECEIVE FROMNETWORK command, and SMP/E will determine 
which files 
have already been transferred successfully, and which files need to be 
transferred again or 
have not yet been transferred. Before transferring a file, RECEIVE processing 
checks to see if 
the file already exists in the package directory of the SMPNTS. If it does, the 
hash value for the 
existing file is calculated and compared to the hash value supplied in the 
package attribute file. If 
they match, the file is used as it exists in the package directory and is not 
transferred again. If 
the hash value of the existing file does not match the value supplied in the 
package attribute file, 
the file is transferred from the FTP server and replaces the existing file in 
the package directory.


--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX fails accessing SDSF console

[Uriel Carrasquilla]

From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of Mark 
Zelden [m...@mzelden.com]
Sent: Wednesday, October 12, 2011 9:03 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: REXX fails accessing SDSF console

On Wed, 12 Oct 2011 05:50:34 +, Uriel Carrasquilla 
 wrote:


> "The biggest problem I have found with batch is that many shops have
SDSF security set up (from the default/sample parms) based on TSO
authorities (JCL, OPER, ACCT) and TSOAUTH is automatically set to JCL for
a batch SDSF job (regardless of what authorities the USERID actually has).
This is the documented behavior. "

Mark, let me thank you for your help.  My TSOBATCH REXX is now working as 
expected.
The problem was the CONSOLE being used with ISPF SDSF interactively while 
running the REXX at the same time.
I forced the REXX to use a different console (instead of the USERID default 
that gets assigned).

The PARMLIB(ISFPRMxx) member was set up by my predecesor and it did have 
AUTH(ALL) for my user group.
When reading your remarks, I don't understand how authorization for SDSF can be 
set up any other way.
Could you please elaborate? 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Tony's Comcast account]

Bill Maher's prediction has come to pass.  Email has turned us into a nation
of 10 year old girls.

Let's branch back to being professional. 




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Chris Mason
Sent: Wednesday, October 12, 2011 10:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: USS - file can't be deleted.

Mr Zelden


 --- all snipped.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RSU Order using Shop zSeries Website

[saurabh khandelwal]

Receiving RSU directly to  Global zone might be risky. Because while
receiving from IBM site, if connection drops, then it might create problem.

Please correct me, if my perception is wrong

Regards
Saurabh

On Wed, Oct 12, 2011 at 6:05 PM, Chase, John  wrote:

> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave
> >
> > It's all there in the SMP/E manual.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of saurabh khandelwal
> > Sent: Tuesday, October 11, 2011 8:59 PM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: RSU Order using Shop zSeries Website
> >
> > Hello,
> >I have never used this feature to order selectively. I
> always
> > used to order full package.  Can you please suggest me the way or
> point any
> > redbook, which can help me to do this task.
> >
> > Regards
> > Saurabh
>
> I can't remember where I found this sample job (it's not in SAMPLIB),
> but this, together with the SMP/E manuals and a (free) client
> certificate you first obtain from ShopzSeries, should get you started:
>
> //  < Insert a valid JOB statement here >
>
> //*
> //*
> //*  DO NOT TURN CAPS ON.  THIS JOB CONTAINS CASE
> //*SENSITIVE CONTROL CARDS.
> //*
> //
> //*
> //*
> //* This job will order the specified content and RECEIVE it from
> //* the specified IBM server.
> //*
> //* Change the JOB statement above as required to match your
> //* installation's requirements.
> //*
> //* SMP/E zone-related files are assumed to be defined in your
> //* global CSI.  See the SMP/E Commands manual for a list of
> //* the required DDDEF entries.
> //*
> //*
> //* NOTE 1: Change the GLOBAL SMPCSI data set name to match your
> //* system's GLOBAL SMPCSI data set name.
> //*
> //* NOTE 2: Change the SMPNTS directory name to match your system's
> //* SMPNTS directory name.
> //*
> //* NOTE 3: If you are using SMP/E level 34.09 or higher, uncomment
> //* the SMPJHOME and SMPCPATH DD Statements.  If you are at
> //* SMP/E 3.4, it is recommended you be at least 34.09.
> //*
> //* NOTE 4: The CONTENT keyword specifies what to include in the order.
> //* Specify ALL, APARS, CRITICAL, HOLDDATA, PTFS or RECOMMENDED
> //* See the SMP/E v3r5 Commands manual for the meanings of each
> //*
> //* NOTE 5: If your local host requires firewall navigation in order to
> //* transfer the CBPDO package, then remove the comment around
> //* the CLIENT operand on the RECEIVE, and enter your firewall
> //* information on the CLNTINFO DD statement.  See the "SMP/E
> //* Commands" manual for details on the CLIENT information.
> //*
> //* NOTE 6: At the end of a successful RECEIVE operation, you can tell
> //* SMP/E to delete the CBPDO package that was just received.
> //* If you want to delete the package, then remove the comment
> //* around the DELETEPKG operand on the RECEIVE command.
> //*
> //*
> //SMPER1  EXEC PGM=GIMSMP,REGION=0M,
> // PARM='PROCESS=WAIT'
> //SMPCSI   DD  DISP=SHR,DSN=your.smpe.global.csi
> //SMPNTS   DD  PATHDISP=KEEP,
> // PATH='/your/smpnts' <=== NOTE 2
> //SMPJHOME DD  PATH='/usr/lpp/java/J6.0/'  <=== NOTE 3
> //SMPCPATH DD  PATH='/usr/lpp/smp/classes/'<=== NOTE 3
> //*SMPWKDIR DD  PATH='/tmp/smpwrk' <=== Optional
> //SMPOUT   DD  SYSOUT=*
> //SMPLOG   DD  SYSOUT=*
> //SMPLOGA  DD  SYSOUT=*
> //SMPRPT   DD  SYSOUT=*
> //SMPLIST  DD  SYSOUT=*
> //SYSPRINT DD  SYSOUT=*
> //SMPCNTL  DD  *
>  SET  BOUNDARY (GLOBAL) .
>  RECEIVE
>ORDER(
>  ORDERSERVER(ORDSRVR)
>  CONTENT(RECOMMENDED)   <=== NOTE 4
>
>  FORTGTZONES(TGTZONE)
>/*CLIENT(CLNTINFO)   <=== NOTE 5 */
>  )
>DELETEPKG/*  <=== NOTE 6 */
>
>   .
> /*
> //*
> //ORDSRVR  DD *
>  url="https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/";
>keyring="USERID/KeyRingName"
>certificate="SMPE Certificate Label">
>  
> /*
> //CLNTINFO DD *   <=== NOTE 5
>javadebugoptions="-Dcom.ibm.smp.debug=severe -showversion">
>  
> /*
> //
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Thanks & Regards
Saurabh Khandelwal

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the ar

Re: BPXWDYN documentation without FTP

[Chris Mason]

Bill

I assume your company allows http!

> According to my Google's ...

First

IBM Systems > System z > Operating systems > z/OS Internet Library

http://www-03.ibm.com/systems/z/os/zos/bkserv/

then pick your (version/)release under

◦ Publication titles, filenames, and order numbers by z/OS release, say 
V1R13

http://www-03.ibm.com/systems/z/os/zos/bkserv/zshelves13.html#zbop

Then enter the keyword of interest, say BPXWDYN, in the "Search text" box under 
z/OS V1R13.0 Base Elements Optional Features  - 448 books

You will be offered 9 manuals with relevant "hits" such as 

6.0 BPXWDYN: a text interface to dynamic allocation and dynamic output

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/bpxzb6a0/6.0?ACTION=MATCHES&REQUEST=BPXWDYN&TYPE=FUZZY&SHELF=EZ2ZO213.bks&DT=20100628090654&CASE=&searchTopic=TOPIC&searchText=TEXT&searchIndex=INDEX&rank=RANK&ScrollTOP=FIRSTHIT#FIRSTHIT

in each.

Note I've deliberately left all the garbage in the URL which shows how we got 
here. It is just what appears before the "?" which is really needed.

On review I noticed the "FUZZY" in the garbage. I *think* I may need to exploit 
what that suggests in future - thanks for pointing it out!

-

A "trick" which may be of interest - or conceivably not! - is possible with the 
URL after you have selected the release, If you want another release - 
especially if you want to perform a binary search on what was said when a 
relatively new function was introduced - it takes all sorts! - you need only 
"adjust" the release number in this URL.

Chris Mason

On Wed, 12 Oct 2011 10:08:18 -0500, Bass, Walter W  wrote:

>According to my Google's every which way, the only place I can get the
>BPXWDYN documentation is from the IBM FTP server.  My company stubbornly
>blocks all FTP access outside of our intranet.  Does anyone here know
>where I can obtain the BPXWDYN documentation other than via FTP?
> 
>Thanks,
>Bill Bass

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: BPXWDYN documentation without FTP

[Scott Ford]

I use BPXWDYN and unfortunately found that Google wasnt the 'end all' to 
finding where the doc lived.
I think , if memory servers(shades of StarTrek) it pointed to USS at IBM...

Scott J Ford
Software Engineer
http://www.identityforge.com
 



From: "Bass, Walter W" 
To: IBM-MAIN@bama.ua.edu
Sent: Wednesday, October 12, 2011 11:43 AM
Subject: Re: BPXWDYN documentation without FTP

Thanks to all who sent me copies of the doc from the FTP site and to
those who pointed to the other locations where the documentation is
located.  Funny that with so many other places to get the documentation
that Google only wants to point out the FTP.

Bill Bass
United Health Care
Greenville, SC 

This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: A little bit more about Gilbert Saint-flour

[Pommier, Rex R.]

Actually DITTO is still alive and well.  We're running it.  Don't use it much 
anymore since we got rid of most of our tape processing.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chase, John
Sent: Wednesday, October 12, 2011 10:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: A little bit more about Gilbert Saint-flour

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht
>
> Greg Shirey wrote:
>
> >My favorite and most used tool from Gilbert was BR which allows for
browsing VSAM files in ISPF.
>
> That is a free and USEFUL! tool. Better than IDCAMS functions.
>
> >I always thought IBM should have paid him for it and made it a part
of z/OS.  But there's probably a
> good reason why they didn't...
>
> There is a reason. Big Blue already has a commercial solution, DITTO.

On z/OS it's called "File Manager" nowadays.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

The information contained in this e-mail may contain confidential and/or 
privileged information and is intended for the sole use of the intended 
recipient. If you are not the intended recipient, you are hereby notified that 
any unauthorized use, disclosure, distribution or copying of this communication 
is strictly prohibited and that you will be held responsible for any such 
unauthorized activity, including liability for any resulting damages. As 
appropriate, such incident(s) may also be reported to law enforcement. If you 
received this e-mail in error, please reply to sender and destroy or delete the 
message and any attachments. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: A little bit more about Gilbert Saint-flour

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht
> 
> Greg Shirey wrote:
> 
> >My favorite and most used tool from Gilbert was BR which allows for
browsing VSAM files in ISPF.
> 
> That is a free and USEFUL! tool. Better than IDCAMS functions.
> 
> >I always thought IBM should have paid him for it and made it a part
of z/OS.  But there's probably a
> good reason why they didn't...
> 
> There is a reason. Big Blue already has a commercial solution, DITTO.

On z/OS it's called "File Manager" nowadays.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Chris Mason]

Elardus

> Sorry Chris, but BFRUSE is for VTAM ...

If I understood for what you were apologising I would accept it, but since I 
don't, I can't!  What is your point?

If your point has anything to do with the reference, the reference is from the 
z/OS Communications Server SNA Operations manual and concerns the MODIFY TABLE 
command which has an OPTION=DELETE operand and value which can apply to the 
files created as USS tables.
 
> but BFRUSE is for VTAM (NET), nothing to do with the OP's original problem 
> which is to do with OMVS file system.

Agreed - but it's you who introduced BFRUSE, not I!

Chris Mason

On Wed, 12 Oct 2011 09:09:23 -0500, Elardus Engelbrecht 
 wrote:

>Chris Mason wrote:
>
>>Have a look at the OPTION=DELETE option in the following:
>>http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B7B0/2.111
>
>Sorry Chris, but BFRUSE is for VTAM (NET), nothing to do with the OP's 
>original problem which is to do with OMVS file sytem.
>
>The OP already received good replies, perhaps he could solve it by this time.
>
>Groete / Greetings
>Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: BPXWDYN documentation without FTP

[Bob Shannon]

>My company stubbornly blocks all FTP access outside of our intranet.  Does 
>anyone here know
>where I can obtain the BPXWDYN documentation other than via FTP?

If FTP is forbidden, then presumably someone has made the publications 
available on your network. It's hard to believe that there is no available 
documentation.

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: BPXWDYN documentation without FTP

[Bass, Walter W]

Thanks to all who sent me copies of the doc from the FTP site and to
those who pointed to the other locations where the documentation is
located.  Funny that with so many other places to get the documentation
that Google only wants to point out the FTP.

Bill Bass
United Health Care
Greenville, SC 

This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Chris Mason]

Mr Zelden

Since you take it upon your arrogant self to accuse others of not being 
professional - in public so I claim the right to reply in public - let us 
examine *your* right to claim to be professional.

The business you are in requires a certain amount of nous evidence of which on 
your case is in short supply according to this response.

> Is this meant to be a joke? I didn't see the smiley.

Indeed, it is so very clearly an ironic contribution - as may be appreciated 
eventually - but with serious intent. It really should not be necessary to 
paste a "smiley" whenever a response is not wholly serious. Normally an 
explanation mark should be sufficient but I didn't want to detract from the 
serious point here which is to emphasise the "contextual" aspect.

By not flagging this up too obviously as an ironic contribution I obliged the 
extra keystroke of checking what my reference was - and sorry Internet for the 
additional load I have induced you to have to bear!

Some time ago there was a regular contributor to this - and a number of other - 
lists by the name of Patrick O'Keefe. If you've been following discussions on 
this topic over the years, Patrick complained - bitterly I could add - that he 
was -  *professionally* one could say - obliged to pay attention to any post 
where the *subject* contained the dread three letters since, unless obviously 
the usual misuse at the level of the subject - by no means always the case - he 
may have been able to offer some assistance.

This case, "USS - file can't be deleted.", *could* have involved a VTAM 
Unformatted System Services table file which, as is actually well known by 
those who have had to "play" with this entity, needs some improbable 
incantations to have its presence removed and these are described in the 
reference I gave.

Furthermore Matan really should have known better since I have had to deal with 
some of his problems involving VTAM in the past. Thus he knows what the three 
dread letters really should be and he really could - allowing for not always 
having language which is that precise in subject lines - have been referring to 
something relating to the proper use.

Of course, when I took a look into the post, the context was clear but I - and 
any others like myself who relate more to the SNA-oriented TELNET server and 
VTAM use - would already have been obliged to take the plunge and peruse a post 
of absolutely no interest whatsoever at all.

Thus all those who actually checked on my reference will know of what I speak!

> What does that have to do with a full /tmp file system? 

How  was I supposed to be able 
to be sure from the subject?

> And why is all the prior context removed?

Note first of all that an unprofessionally missing question mark has been added.

Only a Homer Simpson could not have noticed that exactly the "prior context" 
was very clearly present! Duh!

> If this is an attempt to start another acronym war, it's a waste of 
> everyone's time and bandwidth and very unprofessional.

It was to make a point and I believe it has been made.

Furthermore as far as I am concerned and anyone actually capable of the logic 
one might expect from someone claiming to be a professional in this business 
where logical thinking does tend to be a professional requirement, giving the 
false impression that the dread three letters apply where they do not is of 
particular concern where there are fresh entrants to the business where 
responsibility may well be given - as I have actually noted from a couple of 
posts over the last few months - for the maintenance - evidently without 
adequate introduction to existing definitions - of Communications Server.

Just think about it and ponder who is professional and who is definitely not - 
whether or not from within IBM or without.

Chris Mason

On Wed, 12 Oct 2011 08:13:51 -0500, Mark Zelden  wrote:

>On Wed, 12 Oct 2011 04:53:44 -0500, Chris Mason  
>wrote:
>
>>Matan
>>
>>> USS - file can't be deleted.
>>
>>Have a look at the OPTION=DELETE option in the following:
>>
>>http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B7B0/2.111
>>
>>Chris Mason
>>
>
>Is this meant to be a joke?  I didn't see the smiley.  What does that have to 
>do
>with a full /tmp file system?  And why is all the prior context removed.
>
>If this is an attempt to start another acronym war, it's a waste of everyone's
>time and bandwidth and very unprofessional.
>
>
>--
>Mark Zelden

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: BPXWDYN documentation without FTP

[Walt Farrell]

The official z/OS Internet library does not require using FTP.

Specifically for BPXWDYN, try 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/bpxzb6a0/6.0?SHELF=EZ2ZBK0K.bks&DT=20100628090654
 

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: BPXWDYN documentation without FTP

[McKown, John]

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB6A0/6.0

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bass, Walter W
> Sent: Wednesday, October 12, 2011 10:08 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: BPXWDYN documentation without FTP
> 
> According to my Google's every which way, the only place I can get the
> BPXWDYN documentation is from the IBM FTP server.  My company 
> stubbornly
> blocks all FTP access outside of our intranet.  Does anyone here know
> where I can obtain the BPXWDYN documentation other than via FTP?
>  
> Thanks,
> Bill Bass
> United Health Care
> Greenville, SC
> 
> This e-mail, including attachments, may include confidential and/or
> proprietary information, and may be used only by the person or entity
> to which it is addressed. If the reader of this e-mail is not 
> the intended
> recipient or his or her authorized agent, the reader is 
> hereby notified
> that any dissemination, distribution or copying of this e-mail is
> prohibited. If you have received this e-mail in error, please 
> notify the
> sender by replying to this message and delete this e-mail immediately.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: BPXWDYN documentation without FTP

[Mark Jacobs]

Do you mean more documentation that's in z/OS V1R12.0 Using REXX and 
z/OS UNIX System Services manual?



On 10/12/11 11:08, Bass, Walter W wrote:

According to my Google's every which way, the only place I can get the
BPXWDYN documentation is from the IBM FTP server.  My company stubbornly
blocks all FTP access outside of our intranet.  Does anyone here know
where I can obtain the BPXWDYN documentation other than via FTP?

Thanks,
Bill Bass
United Health Care
Greenville, SC

   

--

Mark Jacobs
Time Customer Service
Tampa, FL


Some people are electrifying, they light up
a room when they leave.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

BPXWDYN documentation without FTP

[Bass, Walter W]

According to my Google's every which way, the only place I can get the
BPXWDYN documentation is from the IBM FTP server.  My company stubbornly
blocks all FTP access outside of our intranet.  Does anyone here know
where I can obtain the BPXWDYN documentation other than via FTP?
 
Thanks,
Bill Bass
United Health Care
Greenville, SC

This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Chris Mason]

Matan

> thanks chris,but how does it linked to the problem I suffered from ?

Sorry, I should have anticipated that the following section as it applied to 
dealing with changes to USS might apply to the configuration you use today 
rather than the older use of USS:

2.2.1.2.2 Using the VARY TCPIP,tnproc,OBEYFILE command to update Telnet 
configuration

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B3B0/2.2.1.2.2

Chris Mason

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Elardus Engelbrecht]

Chris Mason wrote:

>Have a look at the OPTION=DELETE option in the following:
>http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B7B0/2.111

Sorry Chris, but BFRUSE is for VTAM (NET), nothing to do with the OP's original 
problem which is to do with OMVS file sytem.

The OP already received good replies, perhaps he could solve it by this time.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: A little bit more about Gilbert Saint-flour

[Bob Shannon]

My daughter, who lives in Paris, found the death notice. Gilbert was 61. The 
obituary is not available online.

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADRDSSU logical dump of VSAM & restore

[Norbert Friemel]

On Wed, 12 Oct 2011 07:41:49 -0500, McKown, John wrote:

>I've been asked a question that I can't find the answer to. We are dumping 
>VSAM KSDSes using ADRDSSU in logical dump mode. We then do a RESTORE. Does 
>this "reorganized" the file, removing CA and CI splits and "compressing" the 
>data back in physical/logical order? Or is it more like a physical restore of 
>CAs or tracks?
>
>

Reorganized if you restore a logical dump with "VALIDATE". VALIDATE is the 
default.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2U290/2.3.10.5.49?SHELF=dgt2bka0&DT=20100623212334&CASE=

"3. When a data set is restored, the free space in the control areas and 
control intervals are reset to the values in the catalog entry. You can 
override the values in the catalog entry by specifying the FREESPACE keyword on 
the restore."

Norbert Friemel

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: A little bit more about Gilbert Saint-flour

[Elardus Engelbrecht]

Greg Shirey wrote:

>My favorite and most used tool from Gilbert was BR which allows for browsing 
>VSAM files in ISPF.

That is a free and USEFUL! tool. Better than IDCAMS functions.

>I always thought IBM should have paid him for it and made it a part of z/OS.  
>But there's probably a good reason why they didn't...

There is a reason. Big Blue already has a commercial solution, DITTO. 

It can be used to browse (VB) or edit (VE) VSAM datasets in full screen 
session, but this is a paid-for software.

You want freebies or you want paid things. This is where Gilbert comes in, he 
gave his free time to provide a freebie.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Windows on zBX

[Elardus Engelbrecht]

Radoslaw Skorupka wrote:
>At long last we wil also have viruses!

You're infectious... :-D 

>Not to mention minesweeper and hearts. Games for TSO are boring.

You're out of luck for two reasons:

1.
The HX5 (7873) blades will also support Microsoft Windows Server 2008 R2, 64 
bit version only, beginning December 16, 2011.

2.
Not available in South Africa and Poland.

A third reason (my opinion):
I'm not sure what drivers or special software/hardware are needed if you run 
from a client machine using these new announced toys.

>

Wrong, make that full caps!  ;-D

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: A little bit more about Gilbert Saint-flour

[Greg Shirey]

My favorite and most used tool from Gilbert was BR which allows for browsing 
VSAM files in ISPF.   

When we started using extended format VSAM, the tool starting having problems 
that I can't recall specifically.  I had sent an email to my staff that this 
function would no longer be available, but also emailed Gilbert.  He actually 
responded and, after a little back and forth, fixed it.  I was not expecting 
that, but was very grateful. 

I always thought IBM should have paid him for it and made it a part of z/OS.  
But there's probably a good reason why they didn't...  

Greg Shirey
Ben E. Keith Company 

-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Knutson, Sam
Sent: Wednesday, October 12, 2011 7:43 AM


Rest assured Lionel Dyck the author of XMITIP is alive and well and
XMITIP continues to be updated http://www.lbdsoftware.com/xmitip.html 

Gilbert was well known for his tools like ShowMVS and others on file 183
of the CBT tape and here http://gsf-soft.com/Freeware/ 
ShowMVS nee ShowzOS continues to be updated in recent years by Roland
Schiradin with contributions from a number of folks.

Best Regards, Sam Knutson 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Chicklon, Thomas]

Matan, 

It has nothing to do with your problem. Chris believes USS can only be
used to refer to Unformatted System Services, to use it to mean Unix
System Services is not to be allowed. He has fought wars over this. Many
have learned to ignore the war, and simply help those who ask easily
understood questions.

Fortunately, everyone else who replied to your question was able to
determine what you meant based on the context of your question. My
suggestion is to listen to those offering legitimate help.

Tom Chicklon

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Matan Cohen
Sent: Wednesday, October 12, 2011 6:40 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: USS - file can't be deleted.

thanks chris,but how does it linked to the problem I suffered from ?
I was forced to perform an IPL on the system for a quick solution and I
replaced the HFS dataset for /tmp .
I mount the old HFS in a diffrent and less important location, all of
the
file i deleted and emptied seems to returned from the dead but the
problem
seems to resolved as i now can delete the problomatic file .



On Wed, Oct 12, 2011 at 11:53 AM, Chris Mason
wrote:

> Matan
>
> > USS - file can't be deleted.
>
> Have a look at the OPTION=DELETE option in the following:
>
>
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B7B0/2.11
1
>
> Chris Mason
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
best regards,
matan cohen
MF System Administrator.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[McKown, John]

One problem that I've noticed with z/UNIX filesystems. If they really get to 
100% full, you are SOL. Why? Because to delete a file does not update the 
directory in-place. These are journalling filesystems, so the updated data is 
written to a new location. But if there is absolutely no free space, there is 
nowhere to write the updated directory. So things come to a screeching halt in 
that filesystem. That's why I do two things: (1) /tmp is a TFS so that it get 
recreated every IPL; (2) I set the TMP and TMPDIR environment variables to 
/tmp2/. Also, /tmp2 is managed by automount and every subdirectory 
(user) is in a separate zFS filesystem. By convention, most UNIX programs put 
their temporary files into $TMPDIR or $TMP. This reduces the contention on /tmp 
and, hopefully, prevents user "bubba" from causing a problem for user "bonzo" 
due to using up all the temporary file space. Of course, this depends on 
programs using $TMPDIR or $TMP and not "hard coding" /tmp.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Zelden
> Sent: Wednesday, October 12, 2011 8:12 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: USS - file can't be deleted.
> 
> On Wed, 12 Oct 2011 10:24:59 +0200, Matan Cohen 
>  wrote:
> 
> >HI,
> >we running z/os 1.10 and my /tmp filesystem is out of space.
> >i start deleting & empty some log files and the Filesystem 
> is still 100% .
> >I notice I cant work with one of the log file : can't view , 
> empty or delete
> >it , any attempt to do some of this actions just get stuck .
> >I took down the Websphere which write the log file and there 
> isn't any
> >remains AS nor process of it. and still I can't perform any 
> action on the
> >File and the filesystem is still full (when performing 'df -P /tmp' )
> >although the actully usage of the filesystem ( when 
> performing 'du -ks *'
> >command ) is not close to be full .
> >any advice will be highly appreciate! .
> >
> >--
> >best regards,
> >matan cohen
> >MF System Administrator.
> >
> 
> Is it HFS or zFS?  Have you tried growing it if zFS or using CONFIGHFS
> if HFS.   Your only option may be to unmount / remount /tmp.  Or
> maybe unmount with the remount option would work too.
> 
> Mark
> --
> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
> mailto:m...@mzelden.com
> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
> Systems Programming expert at 
> http://expertanswercenter.techtarget.com/
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADRDSSU logical dump of VSAM & restore

[McKown, John]

Well, yes, but these files are so highly active that they get splits almost 
instantly. And I needed a "right now" type answer, not enough time to do a 
dump/restore-to-another-dsn. 

I have my answer, thanks to all!

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. 
> (NIH/CIT) [C]
> Sent: Wednesday, October 12, 2011 8:07 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ADRDSSU logical dump of VSAM & restore
> 
> Are you able to Listcat ent(/) all
> From ISPF 3.4 screen?
> 
> -Original Message-
> From: McKown, John [mailto:john.mck...@healthmarkets.com] 
> Sent: Wednesday, October 12, 2011 9:02 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ADRDSSU logical dump of VSAM & restore
> 
> Thanks. The "problem" is that this is done in a production 
> job and it doesn't have a LISTCAT in it before and after the 
> restore, so I couldn't answer. And updating production JCL is 
> a PITA. Less than a minute to update, 4 days to process the 
> change request (minimum of 4 approvals required).
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * 
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain 
> confidential or proprietary information. If you are not the 
> intended recipient, please contact the sender by reply e-mail 
> and destroy all copies of the original message. 
> HealthMarkets(r) is the brand name for products underwritten 
> and issued by the insurance subsidiaries of HealthMarkets, 
> Inc. -The Chesapeake Life Insurance Company(r), Mid-West 
> National Life Insurance Company of TennesseeSM and The MEGA 
> Life and Health Insurance Company.SM
> 
>  
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. 
> > (NIH/CIT) [C]
> > Sent: Wednesday, October 12, 2011 7:52 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: ADRDSSU logical dump of VSAM & restore
> > 
> > A Listcat of the restored file should answer that question.
> > I think Idcams Export/Import is invoked under the covers but 
> > I could be mistaken about that.
> > 
> > -Original Message-
> > From: McKown, John [mailto:john.mck...@healthmarkets.com] 
> > Sent: Wednesday, October 12, 2011 8:42 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: ADRDSSU logical dump of VSAM & restore
> > 
> > I've been asked a question that I can't find the answer to. 
> > We are dumping VSAM KSDSes using ADRDSSU in logical dump 
> > mode. We then do a RESTORE. Does this "reorganized" the file, 
> > removing CA and CI splits and "compressing" the data back in 
> > physical/logical order? Or is it more like a physical restore 
> > of CAs or tracks?
> > 
> > 
> > John McKown
> > Systems Engineer IV
> > IT
> > 
> > Administrative Services Group
> > 
> > HealthMarkets(r)
> > 
> > 9151 Boulevard 26 * N. Richland Hills * TX 76010
> > (817) 255-3225 phone *
> > john.mck...@healthmarkets.com * www.HealthMarkets.com
> > 
> > Confidentiality Notice: This e-mail message may contain 
> > confidential or proprietary information. If you are not the 
> > intended recipient, please contact the sender by reply e-mail 
> > and destroy all copies of the original message. 
> > HealthMarkets(r) is the brand name for products underwritten 
> > and issued by the insurance subsidiaries of HealthMarkets, 
> > Inc. -The Chesapeake Life Insurance Company(r), Mid-West 
> > National Life Insurance Company of TennesseeSM and The MEGA 
> > Life and Health Insurance Company.SM
> > 
> > 
> > 
> --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET 
> IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > 
> > 
> --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET 
> IBM-MAIN INFO
> > Search the archives at 

Re: USS - file can't be deleted.

[Mark Zelden]

On Wed, 12 Oct 2011 04:53:44 -0500, Chris Mason  wrote:

>Matan
>
>> USS - file can't be deleted.
>
>Have a look at the OPTION=DELETE option in the following:
>
>http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B7B0/2.111
>
>Chris Mason
>

Is this meant to be a joke?  I didn't see the smiley.  What does that have to 
do 
with a full /tmp file system?  And why is all the prior context removed. 

If this is an attempt to start another acronym war, it's a waste of everyone's
time and bandwidth and very unprofessional.


--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Mark Zelden]

On Wed, 12 Oct 2011 10:24:59 +0200, Matan Cohen  wrote:

>HI,
>we running z/os 1.10 and my /tmp filesystem is out of space.
>i start deleting & empty some log files and the Filesystem is still 100% .
>I notice I cant work with one of the log file : can't view , empty or delete
>it , any attempt to do some of this actions just get stuck .
>I took down the Websphere which write the log file and there isn't any
>remains AS nor process of it. and still I can't perform any action on the
>File and the filesystem is still full (when performing 'df -P /tmp' )
>although the actully usage of the filesystem ( when performing 'du -ks *'
>command ) is not close to be full .
>any advice will be highly appreciate! .
>
>--
>best regards,
>matan cohen
>MF System Administrator.
>

Is it HFS or zFS?  Have you tried growing it if zFS or using CONFIGHFS
if HFS.   Your only option may be to unmount / remount /tmp.  Or
maybe unmount with the remount option would work too.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADRDSSU logical dump of VSAM & restore

[O'Brien, David W. (NIH/CIT) [C]]

Are you able to Listcat ent(/) all
>From ISPF 3.4 screen?

-Original Message-
From: McKown, John [mailto:john.mck...@healthmarkets.com] 
Sent: Wednesday, October 12, 2011 9:02 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU logical dump of VSAM & restore

Thanks. The "problem" is that this is done in a production job and it doesn't 
have a LISTCAT in it before and after the restore, so I couldn't answer. And 
updating production JCL is a PITA. Less than a minute to update, 4 days to 
process the change request (minimum of 4 approvals required).

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. 
> (NIH/CIT) [C]
> Sent: Wednesday, October 12, 2011 7:52 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ADRDSSU logical dump of VSAM & restore
> 
> A Listcat of the restored file should answer that question.
> I think Idcams Export/Import is invoked under the covers but 
> I could be mistaken about that.
> 
> -Original Message-
> From: McKown, John [mailto:john.mck...@healthmarkets.com] 
> Sent: Wednesday, October 12, 2011 8:42 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: ADRDSSU logical dump of VSAM & restore
> 
> I've been asked a question that I can't find the answer to. 
> We are dumping VSAM KSDSes using ADRDSSU in logical dump 
> mode. We then do a RESTORE. Does this "reorganized" the file, 
> removing CA and CI splits and "compressing" the data back in 
> physical/logical order? Or is it more like a physical restore 
> of CAs or tracks?
> 
> 
> John McKown
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain 
> confidential or proprietary information. If you are not the 
> intended recipient, please contact the sender by reply e-mail 
> and destroy all copies of the original message. 
> HealthMarkets(r) is the brand name for products underwritten 
> and issued by the insurance subsidiaries of HealthMarkets, 
> Inc. -The Chesapeake Life Insurance Company(r), Mid-West 
> National Life Insurance Company of TennesseeSM and The MEGA 
> Life and Health Insurance Company.SM
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADRDSSU logical dump of VSAM & restore

[O'Brien, David W. (NIH/CIT) [C]]

If the file had CA/CI splits before the backup and had none after the restore 
then the file has been re-org'd.
Listcat ent(/) all output:
STATISTICS
  REC-TOTAL368 SPLITS-CI--0   
--30  
  REC-DELETED---18 SPLITS-CA--0   
---1  


-Original Message-
From: Chase, John [mailto:jch...@ussco.com] 
Sent: Wednesday, October 12, 2011 8:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ADRDSSU logical dump of VSAM & restore

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
> 
> I've been asked a question that I can't find the answer to. We are
dumping VSAM KSDSes using ADRDSSU
> in logical dump mode. We then do a RESTORE. Does this "reorganized"
the file, removing CA and CI
> splits and "compressing" the data back in physical/logical order? Or
is it more like a physical
> restore of CAs or tracks?

What does a LISTCAT of a restored dataset show?  The CI and CA split
counts are in the statistics output.

   -jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: User Abend Code > 4095?!

[Tom Marchant]

On Wed, 12 Oct 2011 16:24:10 +0930, Anthony Thompson wrote:

>I think it was z/OS 1.9 that the ABEND macro was changed to check for 
>CC > 4095 and issue an error message, before that it would let through 
>higher completion codes without complaining.

The check and the MNOTE were there prior to 1.9, but it was MNOTE *,
causing the message to appear as a comment.  In 1.9 it was changed to 
MNOTE 8, resulting in a return code of 8.  However, it could never "Let 
through" a higher abend code.  The abend code parameter to SVC 13 
is in register 1 and it is in the form ffsssuuu, where sss is a 12-bit system 
abend code and uuu is a 12-bit user abend code.  Thus, as Ed posted 
in another ply, the maximum user abend code is 4095.

I prefer not to use the term "completion code" but "abend code".  Maybe 
that's because I find it too easy to confuse completion codes with 
condition codes.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADRDSSU logical dump of VSAM & restore

[McKown, John]

Thanks. The "problem" is that this is done in a production job and it doesn't 
have a LISTCAT in it before and after the restore, so I couldn't answer. And 
updating production JCL is a PITA. Less than a minute to update, 4 days to 
process the change request (minimum of 4 approvals required).

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. 
> (NIH/CIT) [C]
> Sent: Wednesday, October 12, 2011 7:52 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: ADRDSSU logical dump of VSAM & restore
> 
> A Listcat of the restored file should answer that question.
> I think Idcams Export/Import is invoked under the covers but 
> I could be mistaken about that.
> 
> -Original Message-
> From: McKown, John [mailto:john.mck...@healthmarkets.com] 
> Sent: Wednesday, October 12, 2011 8:42 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: ADRDSSU logical dump of VSAM & restore
> 
> I've been asked a question that I can't find the answer to. 
> We are dumping VSAM KSDSes using ADRDSSU in logical dump 
> mode. We then do a RESTORE. Does this "reorganized" the file, 
> removing CA and CI splits and "compressing" the data back in 
> physical/logical order? Or is it more like a physical restore 
> of CAs or tracks?
> 
> 
> John McKown
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets(r)
> 
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone *
> john.mck...@healthmarkets.com * www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain 
> confidential or proprietary information. If you are not the 
> intended recipient, please contact the sender by reply e-mail 
> and destroy all copies of the original message. 
> HealthMarkets(r) is the brand name for products underwritten 
> and issued by the insurance subsidiaries of HealthMarkets, 
> Inc. -The Chesapeake Life Insurance Company(r), Mid-West 
> National Life Insurance Company of TennesseeSM and The MEGA 
> Life and Health Insurance Company.SM
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX fails accessing SDSF console

[Mark Zelden]

On Wed, 12 Oct 2011 05:50:34 +, Uriel Carrasquilla 
 wrote:


>> IF batch, search the archives for past posts of mine regarding security and 
>> SDSF in batch and consult the SDSF user guide.
>I will search for your postings.  I have also checked the SDSF User Guide.  
>The examples in the User Guide and mine are identical (that is where I picked 
>up the original REXX.  I have also spent a considerable number of hours in 
>Google.  In PARMLIB, is the AUTH parameter the only one I need to be concerned 
>with?  It is AUTH(ALL) for my TSO$xx group right now.  But I was wondering if 
>there was another parameter I should verify.
>


Here is what I was referring to (from a previous post of mine):

"The biggest problem I have found with batch is that many shops have
SDSF security set up (from the default/sample parms) based on TSO
authorities (JCL, OPER, ACCT) and TSOAUTH is automatically set to JCL for
a batch SDSF job (regardless of what authorities the USERID actually has).  
This is the documented behavior. " 

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADRDSSU logical dump of VSAM & restore

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
> 
> I've been asked a question that I can't find the answer to. We are
dumping VSAM KSDSes using ADRDSSU
> in logical dump mode. We then do a RESTORE. Does this "reorganized"
the file, removing CA and CI
> splits and "compressing" the data back in physical/logical order? Or
is it more like a physical
> restore of CAs or tracks?

What does a LISTCAT of a restored dataset show?  The CI and CA split
counts are in the statistics output.

   -jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADRDSSU logical dump of VSAM & restore

[O'Brien, David W. (NIH/CIT) [C]]

A Listcat of the restored file should answer that question.
I think Idcams Export/Import is invoked under the covers but I could be 
mistaken about that.

-Original Message-
From: McKown, John [mailto:john.mck...@healthmarkets.com] 
Sent: Wednesday, October 12, 2011 8:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: ADRDSSU logical dump of VSAM & restore

I've been asked a question that I can't find the answer to. We are dumping VSAM 
KSDSes using ADRDSSU in logical dump mode. We then do a RESTORE. Does this 
"reorganized" the file, removing CA and CI splits and "compressing" the data 
back in physical/logical order? Or is it more like a physical restore of CAs or 
tracks?


John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ADRDSSU logical dump of VSAM & restore

[R.S.]

W dniu 2011-10-12 14:41, McKown, John pisze:

I've been asked a question that I can't find the answer to. We are dumping VSAM KSDSes using 
ADRDSSU in logical dump mode. We then do a RESTORE. Does this "reorganized" the file, 
removing CA and CI splits and "compressing" the data back in physical/logical order? Or 
is it more like a physical restore of CAs or tracks?


Yes, it does.

--
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Windows on zBX

[R.S.]

W dniu 2011-10-12 12:53, Phil Smith pisze:

As expected:
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS111-167


At long last we wil also have viruses!
Not to mention minesweeper and hearts. Games for TSO are boring.


--
Radoslaw Skorupka
Lodz, Poland


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. 


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ADRDSSU logical dump of VSAM & restore

[McKown, John]

I've been asked a question that I can't find the answer to. We are dumping VSAM 
KSDSes using ADRDSSU in logical dump mode. We then do a RESTORE. Does this 
"reorganized" the file, removing CA and CI splits and "compressing" the data 
back in physical/logical order? Or is it more like a physical restore of CAs or 
tracks?


John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: A little bit more about Gilbert Saint-flour

[Knutson, Sam]

Rest assured Lionel Dyck the author of XMITIP is alive and well and
XMITIP continues to be updated http://www.lbdsoftware.com/xmitip.html 

Gilbert was well known for his tools like ShowMVS and others on file 183
of the CBT tape and here http://gsf-soft.com/Freeware/ 
ShowMVS nee ShowzOS continues to be updated in recent years by Roland
Schiradin with contributions from a number of folks.

Best Regards, Sam Knutson 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Lindy Mayfield
Sent: Wednesday, October 12, 2011 4:16 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: A little bit more about Gilbert Saint-flour

I was very lucky to work with him briefly to add a small feature to
xmitip.  It was a joy.  I was saddened by his demise.  And I tool will
miss him.

He has a Yahoo group called xmitip.  I haven't seen any posts there
since 30.8, perhaps it is just quiet.  I wanted to say, though, that his
last post there was 13.8.  


Lindy



This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RSU Order using Shop zSeries Website

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave
> 
> It's all there in the SMP/E manual.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of saurabh khandelwal
> Sent: Tuesday, October 11, 2011 8:59 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: RSU Order using Shop zSeries Website
> 
> Hello,
>I have never used this feature to order selectively. I
always
> used to order full package.  Can you please suggest me the way or
point any
> redbook, which can help me to do this task.
> 
> Regards
> Saurabh

I can't remember where I found this sample job (it's not in SAMPLIB),
but this, together with the SMP/E manuals and a (free) client
certificate you first obtain from ShopzSeries, should get you started:

//  < Insert a valid JOB statement here >

//*
//*
//*  DO NOT TURN CAPS ON.  THIS JOB CONTAINS CASE  
//*SENSITIVE CONTROL CARDS.
//*
// 
//*
//*
//* This job will order the specified content and RECEIVE it from  
//* the specified IBM server.  
//*
//* Change the JOB statement above as required to match your   
//* installation's requirements.   
//*
//* SMP/E zone-related files are assumed to be defined in your 
//* global CSI.  See the SMP/E Commands manual for a list of   
//* the required DDDEF entries.
//*
//*
//* NOTE 1: Change the GLOBAL SMPCSI data set name to match your   
//* system's GLOBAL SMPCSI data set name.  
//*
//* NOTE 2: Change the SMPNTS directory name to match your system's
//* SMPNTS directory name. 
//*
//* NOTE 3: If you are using SMP/E level 34.09 or higher, uncomment
//* the SMPJHOME and SMPCPATH DD Statements.  If you are at
//* SMP/E 3.4, it is recommended you be at least 34.09.
//*
//* NOTE 4: The CONTENT keyword specifies what to include in the order.
//* Specify ALL, APARS, CRITICAL, HOLDDATA, PTFS or RECOMMENDED
//* See the SMP/E v3r5 Commands manual for the meanings of each
//*
//* NOTE 5: If your local host requires firewall navigation in order to
//* transfer the CBPDO package, then remove the comment around 
//* the CLIENT operand on the RECEIVE, and enter your firewall 
//* information on the CLNTINFO DD statement.  See the "SMP/E  
//* Commands" manual for details on the CLIENT information.
//*
//* NOTE 6: At the end of a successful RECEIVE operation, you can tell 
//* SMP/E to delete the CBPDO package that was just received.  
//* If you want to delete the package, then remove the comment 
//* around the DELETEPKG operand on the RECEIVE command.   
//*
//*
//SMPER1  EXEC PGM=GIMSMP,REGION=0M,   
// PARM='PROCESS=WAIT' 
//SMPCSI   DD  DISP=SHR,DSN=your.smpe.global.csi 
//SMPNTS   DD  PATHDISP=KEEP,  
// PATH='/your/smpnts' <=== NOTE 2 
//SMPJHOME DD  PATH='/usr/lpp/java/J6.0/'  <=== NOTE 3 
//SMPCPATH DD  PATH='/usr/lpp/smp/classes/'<=== NOTE 3 
//*SMPWKDIR DD  PATH='/tmp/smpwrk' <=== Optional
//SMPOUT   DD  SYSOUT=*
//SMPLOG   DD  SYSOUT=*
//SMPLOGA  DD  SYSOUT=*
//SMPRPT   DD  SYSOUT=*
//SMPLIST  DD  SYSOUT=*
//SYSPR

Re: Chaos feared after Unix time-zone database is nuked

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Conlin, Pete
> Sent: Tuesday, October 11, 2011 3:51 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Chaos feared after Unix time-zone database is nuked
> 
> Tom,
> 

> 
> Peter
> 
> p.s. if I sound like an unrepentant Luddite, Amen. (Long live 
> the slide rule!) 

Slide rule Abacus or death!

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: [MVS-OE] compress dataset converting dsname in filename

[McKown, John]

Depending on what you want to do with the output, have you considered the SMP/E 
GIMZIP program?

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr42/11.7


The GIMZIP service routine creates portable packages of software and associated 
materials. Typically the packages will contain SYSMODs, RELFILE data sets, 
HOLDDATA, and associated materials such as documentation, samples, and text 
files. These GIMZIP packages may be transported through a network, processed by 
the GIMUNZIP service routine, and then processed by the SMP/E RECEIVE command.

More specifically, a GIMZIP package consists of a single package definition 
file, a set of archive files, and text files. The package definition file 
describes the total package and identifies the archive files and text files 
contained in the package. An archive file consists of :

a portable image of any of the following:

a sequential data set
a partitioned data set
a VSAM data set
a file in the UNIX file system
a directory in the UNIX file system 

and the information necessary to reload the data from the portable image.

A single GIMZIP package typically consists of several archive files.

Notes:

1. GIMZIP is a separate load module residing in the MIGLIB library and runs 
independently from the rest of SMP/E processing.

2. GIMZIP requires either the Integrated Cryptographic Services Facility 
(ICSF) One-Way Hash Generate callable service or Java 2 Version 1 Release 4 to 
be available for its use in order to compute an SHA-1 hash value. 




John McKown 

Systems Engineer IV

IT

 

Administrative Services Group

 

HealthMarkets(r)

 

9151 Boulevard 26 * N. Richland Hills * TX 76010

(817) 255-3225 phone * 

john.mck...@healthmarkets.com * www.HealthMarkets.com

 

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Marco Gianfranco Indaco
> Sent: Wednesday, October 12, 2011 3:42 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [MVS-OE] compress dataset converting dsname in filename
> 
> Thanks for pax help but I suppose that this does not meet all 
> my needs cause
> I want to compress lot of files into one and I don't want to 
> copy/pax each
> file under uss mainly for storage reasons(but also for steps 
> reason*)... for
> what I know(maybe I'm wrong) create a tmp under mvs is not 
> the same than
> create a file under USS on a ZFS.
> 
> Never heard about AMATERSE, seems good for transfer between 
> mainframe only,
> is correct?(if not may be an idea but for other scenario)
> 
> What I'm looking for is something like this(from jcl, for cmd 
> i thought to a
> file list):
> 
> //TEST EXEC PGM=---paxAlot
> ...dds
> //OUT  DD PATH='/somewhere/myfile.tgz',... or DSN=HLQ.MYFILE.TGZ
>  //INP  DD *
> HLQ.A as file_1
> HLQ.B as file_2
> HLQ.C as file_3
> 
> Under USS each file is a VB, is correct?(A pax too...?) So
> customizing filename it's possible(using an exit) restore 
> data in all system
> maintain DCB attributes (i.e. [REC=FB,LR=80]file_1).
> I'm not adventuring writing a macro cause I'm not sure that 
> performance will
> satisfy the effort(... I'd enjoy but have no time and surely I've not
> the right skill)
> 
> (*) Actually I transfer to an external server all file, I 
> compress there and
> I have back a binary tgz(2GB) on a VB file.
> It's not safe, I know, but works and costs are not bad using 
> only ftp and an
> external processor.
> If there is a method to compress all under z/os I can make it 
> safer and have
> full control of the process.
> 
> Regards.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RSU Order using Shop zSeries Website

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of saurabh khandelwal
> 
> Hello Experts,
>Sorry for Typo maistake. It is actually z/OS
1.12
> system . I am trying to downlaod RSU for z/OS 1.12 system only.

In that case, SMP/E RECEIVE ORDER is definitely worthwhile to
investigate.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: [MVS-OE] compress dataset converting dsname in filename

[Marco Gianfranco Indaco]

Hi John.
Ok for dcb consideration, I apologize to you. I semplified all
to "variable" because outside, most of times, datalenght of ASCII file is
not fixed. We fix data for "our" programs, depending on needs and
language(and this is also true under other os).

Data is sent to the external server in ASCII [locsite
SBD=(IBM-1047,IBM-850)] and the tgz(made using OpenSSH) returns and then
shared in BINARY.
All our data files are ASCII. File tgz is stored in a gdg and transferred to
other machines unix and win with different tools(ftp/thema) (and the first
machine, where I make tgz, that share data unzipped too).

I dont' know if there is a better solution at the same cost.

I propably took the wrong way analizing problem starting from conversion
from dsname to filename, sorry.

I remembered(after) an old installation with ZIP390 that makes(perhaps
exactly) what I said but it's not free so I can't ask for it.
There is another eligible tool "Info-Zip" that's free and seems to work on
OS/390(not sure on z/OS, we have 1.10) but in each case is unavailable for
dowload.

Regards.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: User Abend Code > 4095?!

[Tom Marchant]

On Tue, 11 Oct 2011 17:03:06 -0700, Edward Jaffe wrote:

>IKJ56470I LAST STEP COMPLETION CODE WAS USER   9097

I suspect it should say condition code, referring to the value 
returned in register 15 upon termination.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Spool data set browse (SDSB) question

[Steve Austin]

Does anyone know if it is possible to read backwards through the syslog
using this interface? I'm setting the OPTCD=BWD in the RPL, but it is
still reading forwards.

 

Thanks

 

Steve


 -
This email has been scanned for all known viruses by the MessageLabs Email
Security Service and the Macro 4 internal virus protection system.
 -
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Mark Jacobs]

Is there any reason why you don't use the temporary file system support 
for /tmp or at least use a ZFS rather than an HFS?


Mark Jacobs

On 10/12/11 06:40, Matan Cohen wrote:

thanks chris,but how does it linked to the problem I suffered from ?
I was forced to perform an IPL on the system for a quick solution and I
replaced the HFS dataset for /tmp .
I mount the old HFS in a diffrent and less important location, all of the
file i deleted and emptied seems to returned from the dead but the problem
seems to resolved as i now can delete the problomatic file .



On Wed, Oct 12, 2011 at 11:53 AM, Chris Masonwrote:

   

Matan

 

USS - file can't be deleted.
   

Have a look at the OPTION=DELETE option in the following:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B7B0/2.111

Chris Mason

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 



   



--
Mark Jacobs
Time Customer Service
Tampa, FL


Some people are electrifying, they light up
a room when they leave.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Windows on zBX

[Phil Smith]

As expected:
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS111-167
--
...phsiii

Phil Smith III
p...@voltage.com
Voltage Security, Inc.
www.voltage.com


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Matan Cohen]

thanks chris,but how does it linked to the problem I suffered from ?
I was forced to perform an IPL on the system for a quick solution and I
replaced the HFS dataset for /tmp .
I mount the old HFS in a diffrent and less important location, all of the
file i deleted and emptied seems to returned from the dead but the problem
seems to resolved as i now can delete the problomatic file .



On Wed, Oct 12, 2011 at 11:53 AM, Chris Mason wrote:

> Matan
>
> > USS - file can't be deleted.
>
> Have a look at the OPTION=DELETE option in the following:
>
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B7B0/2.111
>
> Chris Mason
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
best regards,
matan cohen
MF System Administrator.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS - file can't be deleted.

[Chris Mason]

Matan

> USS - file can't be deleted.

Have a look at the OPTION=DELETE option in the following:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B7B0/2.111

Chris Mason

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: [MVS-OE] compress dataset converting dsname in filename

[John McKown]

On Wed, 2011-10-12 at 10:42 +0200, Marco Gianfranco Indaco wrote:
> Thanks for pax help but I suppose that this does not meet all my needs cause
> I want to compress lot of files into one and I don't want to copy/pax each
> file under uss mainly for storage reasons(but also for steps reason*)... for
> what I know(maybe I'm wrong) create a tmp under mvs is not the same than
> create a file under USS on a ZFS.
> 
> Never heard about AMATERSE, seems good for transfer between mainframe only,
> is correct?(if not may be an idea but for other scenario)

True. IBM only.

> 
> What I'm looking for is something like this(from jcl, for cmd i thought to a
> file list):
> 
> //TEST EXEC PGM=---paxAlot
> ...dds
> //OUT  DD PATH='/somewhere/myfile.tgz',... or DSN=HLQ.MYFILE.TGZ
>  //INP  DD *
> HLQ.A as file_1
> HLQ.B as file_2
> HLQ.C as file_3
> 
> Under USS each file is a VB, is correct?

Technically, no. In UNIX, a file has no explicit record structure. It is
really just an ordered sequence of bytes (octets actually). QSAM/BSAM
has some compatibility code which interprets that sequence of bytes. It
can be VB or FB, depending on what the DCB in the program says. 

> (A pax too...?) So
> customizing filename it's possible(using an exit) restore data in all system
> maintain DCB attributes (i.e. [REC=FB,LR=80]file_1).

pax cannot maintain DCB attributes. The output file structure does not
have any place to record that information. Remember, UNIX does not
maintain that information about a file. The concepts of LRECL, BLKSIZE,
RECFM, etc simply do not apply to UNIX files. That type of information
is embedded in the application code (for z/OS non-UNIX code using
BSAM/QSAM, specified in the JCL or DCB in the program). And pax only
works with UNIX files, not z/OS datasets such as PS or PO or VSAM.

As an aside, UNIX "text" files do not have a record structure either.
Each "line" is the sequence of bytes up to the next x'15' (EBCDIC
newline) byte. In UNIX ASCII, the line delimiter is usually x'0A' (LF or
LineFeed). In Windows it is usually the two bytes x'0D0A' (CRLF -
Carriage Return/Line Feed).

> I'm not adventuring writing a macro cause I'm not sure that performance will
> satisfy the effort(... I'd enjoy but have no time and surely I've not
> the right skill)
> 
> (*) Actually I transfer to an external server all file, I compress there and
> I have back a binary tgz(2GB) on a VB file.
> It's not safe, I know, but works and costs are not bad using only ftp and an
> external processor.
> If there is a method to compress all under z/os I can make it safer and have
> full control of the process.

Do you do an ASCII or BINARY ftp transfer? Just curious. What do you do
with the tgz file? How do you process the tgz file later? Do you ftp it
back to your external server, then unwind the tgz, then ftp the data
back to z/OS? How, can you show us the process you use?

If you just want to do compressed backups and subsequent restores of
z/OS datasets, have you considered doing logical dataset backups and
restores using ADRDSSU or FDR? 

> 
> Regards.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
-- 
John McKown
Maranatha! <><

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html