date:20130621

Anthony,

the message isn't CEE5101x, it would translate to CEE0510x. Note the extra 
zero. If I understand the book correctly. Besides, the application isn't 
terminated, it loops and writes two transaction dumps per hour with the same 
abend code without terminating. And the application does have a valid OMVS 
segment and runs happily along using OMVS services *before* this abend occurs, 
so I don't think this is what CEE05101 wants to tell me. Also, none of the tcbs 
in the address space are in any form of termination.

Barbara

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

Re: abendu4080 reasonCEE05101


Hi

If you get a DUMP, there should be an "Errnojr" field ("error 
information" title), maybe it contains the errno and errno2.


On 21.06.2013 08:27, nitz-...@gmx.net wrote:

Does anyone have an idea what the above reason code wants to tell me? According 
to the book, the reason code should be decoded as an LE-Message named 
msgCEE0510x with x denoting the severity or something. Unfortunately, I cannot 
find any msgCEE0510x in any LE book. We are running z/OS 1.13, and I am 
guessing that it has something to do with CEA-launched TSO address spaces.

The abend is accompanied by a transaction dump with this traceback information:
  1CEEMMSG +0E7C  CELQLIB
  2CELQINMN+06A4  CELQLIB
  3CELQINIT+18FA  CELQLIB

Symptom dump is this:
IEA995I SYMPTOM DUMP OUTPUT 728
   USER COMPLETION CODE=4080 REASON CODE=CEE05101
  TIME=07.10.47  SEQ=07379  CPU=  ASID=0041
  PSW AT TIME OF ERROR  078D1001   A220F63C  ILC 2  INTC 0D
ACTIVE LOAD MODULE   ADDRESS=21F66000  OFFSET=002A963C
NAME=CELQLIB
DATA AT PSW  2220F636 - 00181610  0A0DE380  4A34
GR 0: _8400   1: _84000FF0
   2: 0048_CEE05101   3: _00107BA0
   4: 0048_082FE220   5: _2220FB88
   6: 0048_0010   7: _22786670
   8: 0048_082FEE20   9: 0048_00107BA0
   A: 0048_00103DB0   B: 0048_00107E18
   C: 0048_0001   D: _00043BD0
   E: _2220EF72   F: 0048_CEE05101

Thanks in advance, Barbara

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





--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari

Research&  Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our brand new extended Website at www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS Papyrus accepts
no responsibility for malicious or inappropriate content.
---

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

Re: Dice article on IBM layoffs

2013-06-21 Thread Dale Miller

In the mentioned article  "Scott M." replied:"I worked for IBM for almost eight years, and I  
left because they no longer recognized the value of their experienced  
technical people."
Very early in my IBM employment (IIRC) I wound up in an IBM class on  
project management wherein they strongly emphasized that their  
research showed that the best ROI on technical projects was achieved  
by using the most experienced (albeit expensive) technical leaders.
We have in years since moved into a school of management group-think  
that worships at the feet of Ayn Rand and who cannot conceive of any  
kind of management decision that does not minimize labor rate costs.  
It appears that the mentality has even gone so far as to incorporate  
the idea that managers should get rid of experienced (expensive)  
workers, claiming that they didn't have the skills needed for the new  
technology (think "cloud"), then hire PFCSK's fresh out of CC's or  
ITTTech or from India which they can get for a much lower salary. Now  
they are saying they need more 1B visas because they can't find  
qualified IT people. What about the tens of thousands laid off in the  
last year of two from Cisco and HP? Have they all found jobs? Why  
don't companies feel any moral obligation to the people they are  
discarding to provide them or even help them get the skills management  
claims are lacking?
I know the old excuse that management is legally bound to protect  
their stockholders' equity, but there are quite successful companies  
that emphasize employee training, compensation, and job satisfaction.
(Costco and Discount Tires come to mind. - Their CEO's don't beat  
their chest and say "I built this.", rather they say "our employees  
did this.".)
After all, "General" Sarnoff didn't single-handedly win WWII - it took  
Rosie the Riveter and Alan Turing and many thousands of GIJoes to do  
the job.


Dale Miller

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

free zIP/UNZIP in z/OS

2013-06-21 Thread Jan Vanbrabant

Hi,

My customer is looking for a freeware ZIP/UNZIP.
The 2013 budget doesn't allow him to acquire a fee one& apparabtly his need is 
now.

I looked a bit around & found

Info-ZIP   http://www.info-zip.org/pub/infozip/Zip.html

IBM Ported Tools for z/OS ---  Supplementary Toolkit --- bzip2

http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/suptlk/index.html


The free ones aren't as functional as the fee ones of course (PKZIP, ZIP/390, 
SLIKZIP);  think bout encryption, zIIP support, UNIX file system support, …).


Any  experiences to share?

Possibly  other tools  (free, of course  ;-)   )   ?

Advices?


Rgds,
Jan

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

Re: abendu4080 reasonCEE05101

2013-06-21 Thread Lizette Koehler

Barbara

U4080 (X'FF0')
Explanation:

An error occurred, but the usual error message could not be displayed. This
error occurred early during initialization or late in termination, when
Language Environment could not display the message.,

There is a Share presentation on Debugging LE Abends
https://share.confex.com/share/119/webprogram/Session11556.html


https://share.confex.com/share/119/webprogram/Session11554.html

Lizette

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of nitz-...@gmx.net
Sent: Thursday, June 20, 2013 11:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: abendu4080 reasonCEE05101

Does anyone have an idea what the above reason code wants to tell me?
According to the book, the reason code should be decoded as an LE-Message
named msgCEE0510x with x denoting the severity or something. Unfortunately,
I cannot find any msgCEE0510x in any LE book. We are running z/OS 1.13, and
I am guessing that it has something to do with CEA-launched TSO address
spaces. 

The abend is accompanied by a transaction dump with this traceback
information:
 1CEEMMSG +0E7C  CELQLIB
 2CELQINMN+06A4  CELQLIB
 3CELQINIT+18FA  CELQLIB

Symptom dump is this:
IEA995I SYMPTOM DUMP OUTPUT 728  
  USER COMPLETION CODE=4080 REASON CODE=CEE05101 
 TIME=07.10.47  SEQ=07379  CPU=  ASID=0041   
 PSW AT TIME OF ERROR  078D1001   A220F63C  ILC 2  INTC 0D   
   ACTIVE LOAD MODULE   ADDRESS=21F66000  OFFSET=002A963C
   NAME=CELQLIB  
   DATA AT PSW  2220F636 - 00181610  0A0DE380  4A34  
   GR 0: _8400   1: _84000FF0
  2: 0048_CEE05101   3: _00107BA0
  4: 0048_082FE220   5: _2220FB88
  6: 0048_0010   7: _22786670
  8: 0048_082FEE20   9: 0048_00107BA0
  A: 0048_00103DB0   B: 0048_00107E18
  C: 0048_0001   D: _00043BD0
  E: _2220EF72   F: 0048_CEE05101

Thanks in advance, Barbara

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

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

Re: abendu4080 reasonCEE05101

Miklos,
> If you get a DUMP, there should be an "Errnojr" field ("error 
> information" title), maybe it contains the errno and errno2.
where exactly would I find that? I have several dumps to choose from, and even 
formatting ledata from that dump doesn't cough out any such field. The dump 
title was chosen by LE and is 
Dump Title: JOBNAME xSTEPNAME   USER  4080 

This is NOT a dump written by Unix system services, it is written by LE, and 
the calling sequence leads me to believe that LE wants to output a message that 
it cannot find. Neither can I. Hence my question.

At least I hope that I have now persuaded DAE to suppress further useless 
transaction dumps of this type.

Lizette,
in your quote you omitted the explanation how the reason code would get 
translated into an LE-Message. I cannot find the message the reason code 
(CEE05101) translates to. In addition, we are neither in initiation of an LE 
enclave nor in termination, as far as I can see in the dump.

Barbara

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

Re: abendu4080 reasonCEE05101

2013-06-21 Thread Anthony Thompson

I'm wondering if CEE05101x and CEE5101x aren't the same animal. When is a 
leading zero significant? I don't see any CEE messages with more than 4 digits.

I dearly wish LE (C/C++) return value/reason codes were documented with their 
numeric values, instead of having to relate a header file to a member in 
SCEEH.H and work it out for yourself...

Ant.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of nitz-...@gmx.net
Sent: Friday, 21 June 2013 6:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: abendu4080 reasonCEE05101

Miklos,
> If you get a DUMP, there should be an "Errnojr" field ("error 
> information" title), maybe it contains the errno and errno2.
where exactly would I find that? I have several dumps to choose from, and even 
formatting ledata from that dump doesn't cough out any such field. The dump 
title was chosen by LE and is 
Dump Title: JOBNAME xSTEPNAME   USER  4080 

This is NOT a dump written by Unix system services, it is written by LE, and 
the calling sequence leads me to believe that LE wants to output a message that 
it cannot find. Neither can I. Hence my question.

At least I hope that I have now persuaded DAE to suppress further useless 
transaction dumps of this type.

Lizette,
in your quote you omitted the explanation how the reason code would get 
translated into an LE-Message. I cannot find the message the reason code 
(CEE05101) translates to. In addition, we are neither in initiation of an LE 
enclave nor in termination, as far as I can see in the dump.

Barbara

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

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

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Norbert Friemel

On Fri, 21 Jun 2013 03:34:44 -0500, Jan Vanbrabant wrote:

>
>Possibly  other tools  (free, of course  ;-)   )   ?
>
>Advices?
>

The jar command is free (comes with Java) but supports Unix files only: 
http://planetmvs.com/ibm-main/jarbatch.txt

Norbert Friemel

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

Re: Need to move some DASD volumes that have system logger datasets on them

2013-06-21 Thread baby eklavya

may be you are right . I never worked on FDRPAS and doesn't know much
abt it . I felt TDMF was pretty simple and easy to use . Thanks !

Regards,
Baby

On 6/21/13, Vernooij, CP - SPLXM  wrote:
> TDMF and FDRPAS are equal in moving data reliably. When we moved our
> ESSs to DS8800, we got no recommendation that favored one over the
> other.
> You don't move data and handle their ENQs rather good or not so good,
> you only do it good of bad.
>
> Kees.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of baby eklavya
> Sent: Friday, June 21, 2013 08:57
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Need to move some DASD volumes that have system logger
> datasets on them
>
> Hi,
>
> TDMF is the best i would suggest as it handles ENQ very well. We
> replaced EMC box with DS8800 last year , used TDMF and moved even couple
> and page volumes successfully .
>
> Regards,
> Baby
>
> On 6/21/13, Vernooij, CP - SPLXM  wrote:
>> Or FDRPAS?
>> And you can license both products to move a specific amount of TBs.
>>
>> Kees.
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Lizette Koehler
>> Sent: Friday, June 21, 2013 03:39
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Need to move some DASD volumes that have system logger
>> datasets on them
>>
>> Do you have TDMF?
>>
>> Lizette
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Darby, Jim
>> Sent: Thursday, June 20, 2013 1:42 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Need to move some DASD volumes that have system logger
>> datasets on them
>>
>> Have a DASD box that is being retired and I have some volumes on it
>> that have datasets allocated to the sysplex logger task.  I need some
>> way of removing the dataset from the logger task to I can DFDSS volume
>
>> copy the devices to the replacement box keeping the dataset and volser
> the same.
>>
>> Any ideas on how to get logger to give up the datasets for a short
>> period?
>>
>> Thanks.
>> Jim
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> For information, services and offers, please visit our web site:
>> http://www.klm.com. This e-mail and any attachment may contain
>> confidential and privileged material intended for the addressee only.
>> If you are not the addressee, you are notified that no part of the
>> e-mail or any attachment may be disclosed, copied or distributed, and
>> that any other action related to this e-mail or attachment is strictly
>
>> prohibited, and may be unlawful. If you have received this e-mail by
>> error, please notify the sender immediately by return e-mail, and
> delete this message.
>>
>> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or
>> its employees shall not be liable for the incorrect or incomplete
>> transmission of this e-mail or any attachments, nor responsible for
> any delay in receipt.
>>
>> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
>> Dutch
>> Airlines) is registered in Amstelveen, The Netherlands, with
>> registered number 33014286
>> 
>>  
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain confidential
> and privileged material intended for the addressee only. If you are not the
> addressee, you are notified that no part of the e-mail or any attachment may
> be disclosed, copied or distributed, and that any other action related to
> this e-mail or attachment is strictly prohibited, and may be unlawful. If
> you have received this e-mail by error, please notify the sender immediately
> by return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
> employees shall not be liable for the incorrect or incomplete transmission
> of this e-mail or any attachments, nor responsible for any delay in receipt.
>
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with registered
> number 33014286
> **

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Paolo Cacciari

Jan,

what about (IBM) TRSMAIN??? Should be imbedded in Z/OS release.


Paolo Cacciari 
Senior IT Specialist - Certified - IBM BCRS Italy

IBM Italia S.p.A.
Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI) 
Cap. Soc. euro 347.256.998,80
C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153
Società con unico azionista
Società soggetta all?attività di direzione e coordinamento di 
International Business Machines Corporation

(Salvo che sia diversamente indicato sopra / Unless stated otherwise 
above)

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

Re: abendu4080 reasonCEE05101

> I'm wondering if CEE05101x and CEE5101x aren't the same animal. When is a 
> leading zero significant? I don't see any CEE messages with more than 4 
> digits.

The 'reason code' explanation of u4080 explicitly says that the last digit is 
supposed to be ignored and only the 4 characters following the prefix CEE are 
supposed to translate into the LE message.

> I dearly wish LE (C/C++) return value/reason codes were documented with their 
> numeric values, instead of having to relate a header file to a member in 
> SCEEH.H and work it out for yourself...

The reason I don't believe that a BPX1MSS call is the culprit is simply the LE 
traceback. This is deep within LE itself, and I cannot even relate it to our 
code calling either BPX1MSS or another LE rumtine service. Besides, I severely 
doubt that *our* code even sets condition handlers. The one throwing the dump 
is CEEMMSG - so I guess it attempts to write out a message and cannot find that 
message, hence the dump.

It would not be the first time that something related to the CEA launcher is 
incompletely or not at all documented. And we might have stumbled across a bug 
that we cannot even report to IBM (RDT-licence does not include bug reports).

Barbara

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

Re: abendu4080 reasonCEE05101

I have the feeling. that  Antony has right,  it is a CEE5101C message 
and the MSS "mvssigsetup" call failed
In the DUMP "verbx ledata 'all'" should be the errno2 (or errno_jr or 
errnojr etc etc) field.


I try to read the Share presentations from Mr Monti, and all others, 
about LE and USS debugging and it is a big help all the time, but every 
time I  surprised by the undocumented secondary error numbers,  messages 
  , different names (errno2 errnojr errno_jr), missing statement 
numbers in traceback's etc etc.


On 21.06.2013 11:09, nitz-...@gmx.net wrote:

Miklos,

If you get a DUMP, there should be an "Errnojr" field ("error
information" title), maybe it contains the errno and errno2.

where exactly would I find that? I have several dumps to choose from, and even 
formatting ledata from that dump doesn't cough out any such field. The dump 
title was chosen by LE and is
Dump Title: JOBNAME xSTEPNAME   USER  4080

This is NOT a dump written by Unix system services, it is written by LE, and 
the calling sequence leads me to believe that LE wants to output a message that 
it cannot find. Neither can I. Hence my question.

At least I hope that I have now persuaded DAE to suppress further useless 
transaction dumps of this type.

Lizette,
in your quote you omitted the explanation how the reason code would get 
translated into an LE-Message. I cannot find the message the reason code 
(CEE05101) translates to. In addition, we are neither in initiation of an LE 
enclave nor in termination, as far as I can see in the dump.

Barbara

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





--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari

Research&  Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our brand new extended Website at www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS Papyrus accepts
no responsibility for malicious or inappropriate content.
---

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

Re: abendu4080 reasonCEE05101

> I have the feeling. that  Antony has right,  it is a CEE5101C message 
> and the MSS "mvssigsetup" call failed
> In the DUMP "verbx ledata 'all'" should be the errno2 (or errno_jr or 
> errnojr etc etc) field.
I just (re)did the verbx ledata 'all' and did a find on errno. This is the only 
line that has it:
CERRNO:

But while I was there, I took another look at the system trace table:
008ADAE8  PC ...   800_02ADD2A9 01300   USS space 
switched
008ADAE8  SSRV   14F  004D  1ED13D00 223BD660 00105570  mvssigsetup 
  
6001
  
008ADAE8  PR ...   000_02ADD2A8 1E853D52
  
008ADAE8  PC ...   800_02ADE437 00311   Storage  
Release  
008ADAE8  SSRV   133    00808303 0648 21EDA000  Storage  
Release  
0041
  
008ADAE8  PR ...   000_02ADE436 014930B2
  
008ADAE8  PGM011 _2220F5EC  00060011     
 
 07852001 8000   22788410   
  
008ADAE8 *SVC  D _2220F63C  CEE05101 8400 84000FF0  
  
 07851001 8000  
  

So yes, this proves without a doubt that the code has done an mvssigsetup. 
2ADD2A9 is somewhere within BPXINLPA, that doesn't help much. The question is: 
Did the space switch PC requesting mvssigsetup fail or succeed? As far as I can 
tell, I don't get to see the return code in system trace.
Also, where do I get the 
"The  return code was return_code; the reason code was reason_code.  The 
application will be terminated."
promised return and reason codes? 

Barbara

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

Re: Dice article on IBM layoffs

I found the extreme bitterness of the ex-employee and ex-contractor
comments that the DICE piece had elicited even more disturbing than
the numbers of layoffs.

Without perhaps meaning to do so, IBM has apparently fostered the
growth of a strongly disaffected programming proletariat that believes
itself to be undervalued and underpaid.

Anciently, people who worked for IBM and with its equipment were among
its strongest boosters; but this is no longer the case.

Among new men, strange faces, other minds . . . The old order
changeth, yielding place to new . . .

John Gilmore, Ashland, MA 01721 - USA

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

Re: abendu4080 reasonCEE05101

2013-06-21 Thread David Crayford

I've seen something similar when two tasks under a parent TCB both 
attempt to do a mvssigsetup(). The second one (attach) fails because an 
mvssigsetup() has already been done.
To quote highlander, there can be only one! IIRC, this was two POSIX(ON) 
C programs in ISPF split screens. However, I recall both errno and 
errno2 were set correctly.


On 21/06/2013 7:14 PM, nitz-...@gmx.net wrote:

I have the feeling. that  Antony has right,  it is a CEE5101C message
and the MSS "mvssigsetup" call failed
In the DUMP "verbx ledata 'all'" should be the errno2 (or errno_jr or
errnojr etc etc) field.

I just (re)did the verbx ledata 'all' and did a find on errno. This is the only 
line that has it:
CERRNO:

But while I was there, I took another look at the system trace table:
008ADAE8  PC ...   800_02ADD2A9 01300   USS space 
switched
008ADAE8  SSRV   14F  004D  1ED13D00 223BD660 00105570  mvssigsetup
 6001
008ADAE8  PR ...   000_02ADD2A8 1E853D52
008ADAE8  PC ...   800_02ADE437 00311   Storage  
Release
008ADAE8  SSRV   133    00808303 0648 21EDA000  Storage  
Release
 0041
008ADAE8  PR ...   000_02ADE436 014930B2
008ADAE8  PGM011 _2220F5EC  00060011     

  07852001 8000   22788410   
008ADAE8 *SVC  D _2220F63C  CEE05101 8400 84000FF0
  07851001 8000

So yes, this proves without a doubt that the code has done an mvssigsetup. 
2ADD2A9 is somewhere within BPXINLPA, that doesn't help much. The question is: 
Did the space switch PC requesting mvssigsetup fail or succeed? As far as I can 
tell, I don't get to see the return code in system trace.
Also, where do I get the
"The  return code was return_code; the reason code was reason_code.  The application 
will be terminated."
promised return and reason codes?

Barbara

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


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

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread John McKown

In addition, for true ZIP file output, remember that the Java "jar" command
actually reads and writes zip files. Unfortunately, it only supports z/OS
UNIX files, not legacy z/OS data sets. Whether this is a bother or not
depends on what the "far end" wants to do with the zip file contents. For
the truly advanced person, GIMZIP is a very powerful way to package up z/OS
legacy data sets (sequential, PDS, and VSAM) as well as UNIX resident files.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr40/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
:

   1. 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

   2. 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.




2013/6/21 Paolo Cacciari 

> Jan,
>
> what about (IBM) TRSMAIN??? Should be imbedded in Z/OS release.
>
>
> Paolo Cacciari
> Senior IT Specialist - Certified - IBM BCRS Italy
>
> IBM Italia S.p.A.
> Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI)
> Cap. Soc. euro 347.256.998,80
> C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153
> Società con unico azionista
> Società soggetta all?attività di direzione e coordinamento di
> International Business Machines Corporation
>
> (Salvo che sia diversamente indicato sopra / Unless stated otherwise
> above)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! <><
John McKown

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

Re: abendu4080 reasonCEE05101

> I've seen something similar when two tasks under a parent TCB both 
> attempt to do a mvssigsetup(). The second one (attach) fails because an 
> mvssigsetup() has already been done.
> To quote highlander, there can be only one! IIRC, this was two POSIX(ON) 
> C programs in ISPF split screens. However, I recall both errno and 
> errno2 were set correctly.

Funny you should say that: The (LE) tcb that throws the dump was just attached 
and it terminates again. Presumably what's called recovery prevents the address 
space from really terminating. The second dump (they're always a pair) shows me 
both abends, both of them under different TCBs. The old one isn't available any 
more in the second dump. 

It is anybody's guess where errno is hidden.

Barbara

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

Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 12:05:30 +0200, Paolo Cacciari wrote:
>
>what about (IBM) TRSMAIN??? Should be imbedded in Z/OS release.
> 
Portability?


On Fri, 21 Jun 2013 03:34:44 -0500, Jan Vanbrabant wrote:
>
>Info-ZIP   http://www.info-zip.org/pub/infozip/Zip.html
>
>IBM Ported Tools for z/OS ---  Supplementary Toolkit --- bzip2
>
>http://www-03.ibm.com/systems/z/os/zos/features/unix/ported/suptlk/index.html
>
>The free ones aren't as functional as the fee ones of course (PKZIP, ZIP/390, 
>SLIKZIP);  think bout encryption, zIIP support, UNIX file system support, …).
> 
Some of the free ones support the UNIX file system better than
they support the legacy file system.

-- gil

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

Re: abendu4080 reasonCEE05101

2013-06-21 Thread Staller, Allan

Just ran into this. Verify there is an OMVS UID/GID associated with the 
process. 

HTH,


CEE5101C During initialization, the callable service BPX1MSS failed. The system 
return code was return_code; the reason code was reason_code. The application 
will be terminated.
Explanation: The callable service BPX1MSS failed with return code return_code 
and reason code reason_code because the application was not authorized to use 
UNIX System Services.
Programmer response: Contact your system administrator to have the id 
registered with UNIX System Services to use these services. See z/OS UNIX 
System Services Programming: Assembler Callable Services Reference for the 
appropriate action to take for this return code and reason code. Consult with 
your UNIX System Services support personnel if necessary.
System action: The application is terminated.
Symbolic feedback code: CEE4VD

Guessing you need an OMVS segment or access to z/OS Unix files/directories


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

Re: abendu4080 reasonCEE05101

2013-06-21 Thread David Crayford


On 21/06/2013 8:17 PM, nitz-...@gmx.net wrote:

I've seen something similar when two tasks under a parent TCB both
attempt to do a mvssigsetup(). The second one (attach) fails because an
mvssigsetup() has already been done.
To quote highlander, there can be only one! IIRC, this was two POSIX(ON)
C programs in ISPF split screens. However, I recall both errno and
errno2 were set correctly.

Funny you should say that: The (LE) tcb that throws the dump was just attached 
and it terminates again. Presumably what's called recovery prevents the address 
space from really terminating. The second dump (they're always a pair) shows me 
both abends, both of them under different TCBs. The old one isn't available any 
more in the second dump.

It is anybody's guess where errno is hidden.


You are at the bleeding edge with those CEA attached TSO address spaces. 
Expect some woes!




Barbara

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


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

Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 07:12:08 -0500, John McKown wrote:

>In addition, for true ZIP file output, remember that the Java "jar" command
>actually reads and writes zip files. Unfortunately, it only supports z/OS
>UNIX files, not legacy z/OS data sets. Whether this is a bother or not
>depends on what the "far end" wants to do with the zip file contents. 

Is having Java installed (and being comfortable with "jar" typical in
z/OS installations?

>For the truly advanced person, GIMZIP is a very powerful way to package up z/OS
>legacy data sets (sequential, PDS, and VSAM) as well as UNIX resident files.
>
>http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr40/11.7
>  
Its output is an EBCDIC XML file describing a collection of compressed
(POSIX, not gzip) tar files each containing an EBCDIC XML control file
and an IEBCOPY-unloaded image (RECFM=VBS with BDWs and RDWs
but no block boundaries) of a PDS(E).  If the original data were anything
other than PDS(E)s, they will have been encoded with the GIMDTS
utility (supplied) which format is extracted only by SMP/E APPLY.

Portability?  It all depends on whether the intended recipient has
access to SMP/E and is authorized to perform an APPLY (APAR IO11698).

(I might misunderstand.  Have you used it otherwise?)

-- gil

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

Re: abendu4080 reasonCEE05101

2013-06-21 Thread David Crayford


On 21/06/2013 8:17 PM, nitz-...@gmx.net wrote:

I've seen something similar when two tasks under a parent TCB both
attempt to do a mvssigsetup(). The second one (attach) fails because an
mvssigsetup() has already been done.
To quote highlander, there can be only one! IIRC, this was two POSIX(ON)
C programs in ISPF split screens. However, I recall both errno and
errno2 were set correctly.

Funny you should say that: The (LE) tcb that throws the dump was just attached 
and it terminates again. Presumably what's called recovery prevents the address 
space from really terminating. The second dump (they're always a pair) shows me 
both abends, both of them under different TCBs. The old one isn't available any 
more in the second dump.

It is anybody's guess where errno is hidden.


Probably in the attached task that failed. errno is in thread local 
storage. This is due to supporting standards before POSIX et all and 
also supporting multi-threaded programs. errno is a global but

globals don't mix well with threads.

It should be in the dump and and maybe the CEEDUMP will help.


Barbara

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


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

Re: free zIP/UNZIP in z/OS

Check out the sample zip program supplied with JZOS -
com.ibm.jzos.sample.ZipDatasets in jzos_sample.jar.

it works with both MVS and unix files and the best thing is that for MVS input 
files, only the  high level qualifier
has to be specified in the parm field (no DD statements) and all files 
beginning with that HLQ will be zipped into 1 archive.
And the archive file is in the right code page to work with pc products like 
pzkip.

  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Friday, June 21, 2013 8:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: free zIP/UNZIP in z/OS

In addition, for true ZIP file output, remember that the Java "jar" command 
actually reads and writes zip files. Unfortunately, it only supports z/OS UNIX 
files, not legacy z/OS data sets. Whether this is a bother or not depends on 
what the "far end" wants to do with the zip file contents. For the truly 
advanced person, GIMZIP is a very powerful way to package up z/OS legacy data 
sets (sequential, PDS, and VSAM) as well as UNIX resident files.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr40/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
:

   1. 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

   2. 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.




2013/6/21 Paolo Cacciari 

> Jan,
>
> what about (IBM) TRSMAIN??? Should be imbedded in Z/OS release.
>
>
> Paolo Cacciari
> Senior IT Specialist - Certified - IBM BCRS Italy
>
> IBM Italia S.p.A.
> Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI) Cap. Soc. 
> euro 347.256.998,80 C. F. e Reg. Imprese MI 01442240030 - Partita IVA 
> 10914660153 Società con unico azionista Società soggetta all?attività 
> di direzione e coordinamento di International Business Machines 
> Corporation
>
> (Salvo che sia diversamente indicato sopra / Unless stated otherwise
> above)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
This is a test of the Emergency Broadcast System. If this had been an actual 
emergency, do you really think we'd stick around to tell you?

Maranatha! <><
John McKown

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

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

Re: Dice article on IBM layoffs

2013-06-21 Thread Peter Eggebeen

"I found the extreme bitterness of the ex-employee and ex-contractor
comments that the DICE piece had elicited even more disturbing than
the numbers of layoffs."

I found the same to be true at my last company.  One of the biggest things
the company underestimated as they made cuts was the change in attitude of
the remaining staff.  When I started the people were proud to say they
worked there and made an effort to do their best and have resilient and
reliable systems.  After the layoffs people are nearly embarrassed to admit
they work there and wind up having to leave issues unresolved because there
aren't enough people to fix them.  You only have enough time to point your
fire hose at the largest fire.  That is the difference between a company
driving toward quality and only focused on the next management bonus.  Here
is a link to a Freakonomics podcast (only about 5 minutes long) that
discusses how low wages (at least in retail, but I think it applies to all
businesses) is just a short term money maker
http://www.freakonomics.com/2012/06/14/a-cheap-employee-is-%E2%80%A6-a-cheap-employee-a-new-marketplace-podcast/

Pete Eggebeen
Senior Systems Engineer
Mainframe Storage Management
Kohl's Corporation
(920) 980-9601 (Cell)

On Fri, Jun 21, 2013 at 6:27 AM, John Gilmore  wrote:

> I found the extreme bitterness of the ex-employee and ex-contractor
> comments that the DICE piece had elicited even more disturbing than
> the numbers of layoffs.
>
> Without perhaps meaning to do so, IBM has apparently fostered the
> growth of a strongly disaffected programming proletariat that believes
> itself to be undervalued and underpaid.
>
> Anciently, people who worked for IBM and with its equipment were among
> its strongest boosters; but this is no longer the case.
>
> Among new men, strange faces, other minds . . . The old order
> changeth, yielding place to new . . .
>
> John Gilmore, Ashland, MA 01721 - USA
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
CONFIDENTIALITY NOTICE:
This is a transmission from Kohl's Department Stores, Inc.
and may contain information which is confidential and proprietary.
If you are not the addressee, any disclosure, copying or distribution or use of 
the contents of this message is expressly prohibited.
If you have received this transmission in error, please destroy it and notify 
us immediately at 262-703-7000.

CAUTION:
Internet and e-mail communications are Kohl's property and Kohl's reserves the 
right to retrieve and read any message created, sent and received. Kohl's 
reserves the right to monitor messages by authorized Kohl's Associates at any 
time
without any further consent.

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

Re: abendu4080 reasonCEE05101


   Any chance to format the component trace
COMP(SYSOMVS) SUBNAME((SYSCAL)) ?

On 21.06.2013 13:14, nitz-...@gmx.net wrote:

I have the feeling. that  Antony has right,  it is a CEE5101C message
and the MSS "mvssigsetup" call failed
In the DUMP "verbx ledata 'all'" should be the errno2 (or errno_jr or
errnojr etc etc) field.

I just (re)did the verbx ledata 'all' and did a find on errno. This is the only 
line that has it:
CERRNO:

But while I was there, I took another look at the system trace table:
008ADAE8  PC ...   800_02ADD2A9 01300   USS space 
switched
008ADAE8  SSRV   14F  004D  1ED13D00 223BD660 00105570  mvssigsetup
 6001
008ADAE8  PR ...   000_02ADD2A8 1E853D52
008ADAE8  PC ...   800_02ADE437 00311   Storage  
Release
008ADAE8  SSRV   133    00808303 0648 21EDA000  Storage  
Release
 0041
008ADAE8  PR ...   000_02ADE436 014930B2
008ADAE8  PGM011 _2220F5EC  00060011     

  07852001 8000   22788410   
008ADAE8 *SVC  D _2220F63C  CEE05101 8400 84000FF0
  07851001 8000

So yes, this proves without a doubt that the code has done an mvssigsetup. 
2ADD2A9 is somewhere within BPXINLPA, that doesn't help much. The question is: 
Did the space switch PC requesting mvssigsetup fail or succeed? As far as I can 
tell, I don't get to see the return code in system trace.
Also, where do I get the
"The  return code was return_code; the reason code was reason_code.  The application 
will be terminated."
promised return and reason codes?

Barbara

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




--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari

Research&  Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our brand new extended Website at www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS Papyrus accepts
no responsibility for malicious or inappropriate content.
---

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

Re: abendu4080 reasonCEE05101

> Just ran into this. Verify there is an OMVS UID/GID associated with the 
> process. 

I just set a slip trap that will capture me the OMVS address space data at the 
next recurrance to verify exactly that. One would think that given OMVS's 
prevalence in todays systems there would be a dump option OMVSDATA that tells 
sdump to capture the relevant information for processes automatically, but no 
such luck (grumble). I also need to know who set the 'other' mvssigsetup (if 
one was set). Did I mention that CEEDUMPs or even transaction dumps written by 
LE are useless? They must never have heard about first failure data capture. 
They don't capture the right data at the 166th occurance!

And yes, I do expect woes with this technology. Guess why I am asking here.

Barbara

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

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread John McKown

I should have mentioned that GIMZIP is really only for transport to another
z/OS system, not to anything else. I don't know about the ubiquity of Java
on z/OS or the familiarity (or lack thereof) with the jar command. I can't
judge based on my shop because we are firmly set in a 1980s (or earlier)
mind set. Even the Windows people seem to be "non current" to a great
extent.

On Fri, Jun 21, 2013 at 7:42 AM, Paul Gilmartin wrote:

> On Fri, 21 Jun 2013 07:12:08 -0500, John McKown wrote:
>
> >In addition, for true ZIP file output, remember that the Java "jar"
> command
> >actually reads and writes zip files. Unfortunately, it only supports z/OS
> >UNIX files, not legacy z/OS data sets. Whether this is a bother or not
> >depends on what the "far end" wants to do with the zip file contents.
>
> Is having Java installed (and being comfortable with "jar" typical in
> z/OS installations?
>
> >For the truly advanced person, GIMZIP is a very powerful way to package
> up z/OS
> >legacy data sets (sequential, PDS, and VSAM) as well as UNIX resident
> files.
> >
> >http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr40/11.7
> >
> Its output is an EBCDIC XML file describing a collection of compressed
> (POSIX, not gzip) tar files each containing an EBCDIC XML control file
> and an IEBCOPY-unloaded image (RECFM=VBS with BDWs and RDWs
> but no block boundaries) of a PDS(E).  If the original data were anything
> other than PDS(E)s, they will have been encoded with the GIMDTS
> utility (supplied) which format is extracted only by SMP/E APPLY.
>
> Portability?  It all depends on whether the intended recipient has
> access to SMP/E and is authorized to perform an APPLY (APAR IO11698).
>
> (I might misunderstand.  Have you used it otherwise?)
>
> -- gil
>

-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! <><
John McKown

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

Re: Dice article on IBM layoffs

2013-06-21 Thread John McKown

Total agreement. Same has/is going on here.

On Fri, Jun 21, 2013 at 7:57 AM, Peter Eggebeen wrote:

> "I found the extreme bitterness of the ex-employee and ex-contractor
> comments that the DICE piece had elicited even more disturbing than
> the numbers of layoffs."
>
> I found the same to be true at my last company.  One of the biggest things
> the company underestimated as they made cuts was the change in attitude of
> the remaining staff.  When I started the people were proud to say they
> worked there and made an effort to do their best and have resilient and
> reliable systems.  After the layoffs people are nearly embarrassed to admit
> they work there and wind up having to leave issues unresolved because there
> aren't enough people to fix them.  You only have enough time to point your
> fire hose at the largest fire.  That is the difference between a company
> driving toward quality and only focused on the next management bonus.  Here
> is a link to a Freakonomics podcast (only about 5 minutes long) that
> discusses how low wages (at least in retail, but I think it applies to all
> businesses) is just a short term money maker
>
> http://www.freakonomics.com/2012/06/14/a-cheap-employee-is-%E2%80%A6-a-cheap-employee-a-new-marketplace-podcast/
>
>
>
> Pete Eggebeen
> Senior Systems Engineer
> Mainframe Storage Management
> Kohl's Corporation
> (920) 980-9601 (Cell)
>
>
> On Fri, Jun 21, 2013 at 6:27 AM, John Gilmore  wrote:
>
> > I found the extreme bitterness of the ex-employee and ex-contractor
> > comments that the DICE piece had elicited even more disturbing than
> > the numbers of layoffs.
> >
> > Without perhaps meaning to do so, IBM has apparently fostered the
> > growth of a strongly disaffected programming proletariat that believes
> > itself to be undervalued and underpaid.
> >
> > Anciently, people who worked for IBM and with its equipment were among
> > its strongest boosters; but this is no longer the case.
> >
> > Among new men, strange faces, other minds . . . The old order
> > changeth, yielding place to new . . .
> >
> > John Gilmore, Ashland, MA 01721 - USA
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> CONFIDENTIALITY NOTICE:
> This is a transmission from Kohl's Department Stores, Inc.
> and may contain information which is confidential and proprietary.
> If you are not the addressee, any disclosure, copying or distribution or
> use of the contents of this message is expressly prohibited.
> If you have received this transmission in error, please destroy it and
> notify us immediately at 262-703-7000.
>
> CAUTION:
> Internet and e-mail communications are Kohl's property and Kohl's reserves
> the right to retrieve and read any message created, sent and received.
> Kohl's reserves the right to monitor messages by authorized Kohl's
> Associates at any time
> without any further consent.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! <><
John McKown

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

Re: Dice article on IBM layoffs

2013-06-21 Thread Elardus Engelbrecht

John McKown wrote:

>Total agreement. Same has/is going on here.

True. I can name some companies, but I had rather STFU. ;-)

About IBM, I learned the term 'Dead Wood'. The last 20 years, I know that IBM 
get rid of 'dead wood' just to do headhunting all over again.

It is about ups and downs in computer trends, economy, etc and to keep 
shareholders happy.

Groete / Greetings
Elardus Engelbrecht

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

Re: abendu4080 reasonCEE05101

> Any chance to format the component trace
> COMP(SYSOMVS) SUBNAME((SYSCAL)) ?

First dump:
ADCD113   SYSCALL   0F080001  17:09:13.929282  STANDARD SYSCALL ENTRY TRACE 

ASID..0041  USERIDx STACK§20BC8048  

TCB...008ADAE8  EUID..1392  PID...000100C5  

   +  004D    D1C3E2E2  8185  04040006    221ADB70  

   +0020  004D    0048  082FF328  0007    0048  
F97FC14F
   +0040  F97FC14F    009C  0D070200        

   +0060        

ADCD113   SYSCALL   0F080002  17:09:13.929301  STANDARD SYSCALL EXIT TRACE  

ASID..0041  USERIDx STACK§20BC8048  

TCB...008ADAE8  EUID..1392  PID...000100C5  

   +  004D    D1C3E2E2  8000  04040002      
009C
   +0020  0D070200 

Second dump: 
ADCD113   SYSCALL   0F080001  17:09:16.584461  STANDARD SYSCALL ENTRY TRACE 

ASID..0041  USERIDx STACK§204AD138  

TCB...008AD9F0  EUID..1392  PID...000100C5  

   +  004D    D1C3E2E2  8185  04040006    221ADB70  

   +0020  004D    0048  082FF328  0007    0048  
F97FC14F
   +0040  F97FC14F    009C  0D070200        

   +0060        

ADCD113   SYSCALL   0F080002  17:09:16.584480  STANDARD SYSCALL EXIT TRACE  

ASID..0041  USERIDx STACK§204AD138  

TCB...008AD9F0  EUID..1392  PID...000100C5  

   +  004D    D1C3E2E2  8000  04040002      
009C
   +0020  0D070200  


Admittedly, I cannot even tell from these entries that they must be for 
mvssigsetup. And my slip trap just hit. Something to look forward to on 
Monday
Barbara

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

Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 12:55:23 +, Barkow, Eileen wrote:

>Check out the sample zip program supplied with JZOS -
>com.ibm.jzos.sample.ZipDatasets in jzos_sample.jar.
>
>it works with both MVS and unix files and the best thing is that for MVS input 
>files, only the  high level qualifier
>has to be specified in the parm field (no DD statements) and all files 
>beginning with that HLQ will be zipped into 1 archive.
>And the archive file is in the right code page to work with pc products like 
>pzkip.
> 
Interesting.  In fact, I see:


http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/sample/ZipDatasets.html

... many wildcarding options; not merely HLQ.  And it will operate on DDNAMEs.
For that I'd suspect _BPX_SHAREAS=MUST is required.  "Datasets are treated as
text ..." might be a restriction in some cases.  No load modules?

-- gil

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

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Itschak Mugzach

As far as i know, ibm supplies free zip  program to zip the usage report.
Itschaj
בתאריך 21 ביונ 2013 16:08, מאת "John McKown" :

> I should have mentioned that GIMZIP is really only for transport to another
> z/OS system, not to anything else. I don't know about the ubiquity of Java
> on z/OS or the familiarity (or lack thereof) with the jar command. I can't
> judge based on my shop because we are firmly set in a 1980s (or earlier)
> mind set. Even the Windows people seem to be "non current" to a great
> extent.
>
> On Fri, Jun 21, 2013 at 7:42 AM, Paul Gilmartin  >wrote:
>
> > On Fri, 21 Jun 2013 07:12:08 -0500, John McKown wrote:
> >
> > >In addition, for true ZIP file output, remember that the Java "jar"
> > command
> > >actually reads and writes zip files. Unfortunately, it only supports
> z/OS
> > >UNIX files, not legacy z/OS data sets. Whether this is a bother or not
> > >depends on what the "far end" wants to do with the zip file contents.
> >
> > Is having Java installed (and being comfortable with "jar" typical in
> > z/OS installations?
> >
> > >For the truly advanced person, GIMZIP is a very powerful way to package
> > up z/OS
> > >legacy data sets (sequential, PDS, and VSAM) as well as UNIX resident
> > files.
> > >
> > >
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr40/11.7
> > >
> > Its output is an EBCDIC XML file describing a collection of compressed
> > (POSIX, not gzip) tar files each containing an EBCDIC XML control file
> > and an IEBCOPY-unloaded image (RECFM=VBS with BDWs and RDWs
> > but no block boundaries) of a PDS(E).  If the original data were anything
> > other than PDS(E)s, they will have been encoded with the GIMDTS
> > utility (supplied) which format is extracted only by SMP/E APPLY.
> >
> > Portability?  It all depends on whether the intended recipient has
> > access to SMP/E and is authorized to perform an APPLY (APAR IO11698).
> >
> > (I might misunderstand.  Have you used it otherwise?)
> >
> > -- gil
> >
>
> --
> This is a test of the Emergency Broadcast System. If this had been an
> actual emergency, do you really think we'd stick around to tell you?
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: abendu4080 reasonCEE05101


I would say:009c( errno:156 EMVSINITIAL) and errno2: 0d070200

JRPswKeyNotValid: The PSW key of the caller is not a valid key

Action: A service was requested that requires the invoker to be in the same
key that the process was dubbed under.


If we are happy about this =-O
On 21.06.2013 15:35, nitz-...@gmx.net wrote:

 Any chance to format the component trace
COMP(SYSOMVS) SUBNAME((SYSCAL)) ?

First dump:
ADCD113   SYSCALL   0F080001  17:09:13.929282  STANDARD SYSCALL ENTRY TRACE
 ASID..0041  USERIDx STACK§20BC8048
 TCB...008ADAE8  EUID..1392  PID...000100C5
+  004D    D1C3E2E2  8185  04040006    221ADB70 
 
+0020  004D    0048  082FF328  0007    0048 
 F97FC14F
+0040  F97FC14F    009C  0D070200       
 
+0060      
ADCD113   SYSCALL   0F080002  17:09:13.929301  STANDARD SYSCALL EXIT TRACE
 ASID..0041  USERIDx STACK§20BC8048
 TCB...008ADAE8  EUID..1392  PID...000100C5
+  004D    D1C3E2E2  8000  04040002     
 009C
+0020  0D070200

Second dump:
ADCD113   SYSCALL   0F080001  17:09:16.584461  STANDARD SYSCALL ENTRY TRACE
 ASID..0041  USERIDx STACK§204AD138
 TCB...008AD9F0  EUID..1392  PID...000100C5
+  004D    D1C3E2E2  8185  04040006    221ADB70 
 
+0020  004D    0048  082FF328  0007    0048 
 F97FC14F
+0040  F97FC14F    009C  0D070200       
 
+0060      
ADCD113   SYSCALL   0F080002  17:09:16.584480  STANDARD SYSCALL EXIT TRACE
 ASID..0041  USERIDx STACK§204AD138
 TCB...008AD9F0  EUID..1392  PID...000100C5
+  004D    D1C3E2E2  8000  04040002     
 009C
+0020  0D070200

Admittedly, I cannot even tell from these entries that they must be for 
mvssigsetup. And my slip trap just hit. Something to look forward to on 
Monday
Barbara

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




--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari

Research&  Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our brand new extended Website at www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally
binding. Unauthorised use, publication, reproduction or
disclosure of the content of this e-mail is not permitted.
This email has been checked for known viruses, but ISIS Papyrus accepts
no responsibility for malicious or inappropriate content.
---

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

Re: abendu4080 reasonCEE05101

> I would say:009c( errno:156 EMVSINITIAL) and errno2: 0d070200
> 
> JRPswKeyNotValid: The PSW key of the caller is not a valid key
> 
> Action: A service was requested that requires the invoker to be in the same
> key that the process was dubbed under.
> 
> If we are happy about this =-O

Thanks a lot, Miklos.

For my education: Where in the books is the list of these error numbers? So far 
I only checked the USS callable services book and couldn't find it.

And yes, I would not be surprised if the key is different. After all, this was 
a key8 caller and the process was most probably dubbed in key0. :-)

Thanks a lot for all your help and patience, folks!

Have a good weekend, Barbara

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

Re: EBCDIC and the P-Bit

2013-06-21 Thread Roland Kinsman

From: Mike Schwab 
Date: Thu, 20 Jun 2013 12:34:59 -0500
Posted link on http://en.wikipedia.org/wiki/EBCDIC#External_links

Thanks, Mike.  I did see the EBCDIC article, but I did not notice the link near 
the bottom.  But I think this merits a separate article, and I might just post 
it.  After all, I can copy/paste with the best of them!

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

Re: Dice article on IBM layoffs

I have received a number of private emails, too many, concurring with
my sad appraisal from people who presumably did not think it prudent
to concur publicly on IBM-MAIN.

"Too much" employee security in the traditional western European
manner is said by free-market economists to be economically stifling,
but too little is clearly problematic too.  As Pierre Vergniaud said
(and Goya of course drew),  «Il a été permis de craindre que la
Révolution, comme Saturne, dévorât successivement tous ses enfants».

John Gilmore, Ashland, MA 01721 - USA

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

Re: EBCDIC and the P-Bit

2013-06-21 Thread Roland Kinsman

So, this is going to sound extremely naïve, but I wonder if having EBCDIC 
instead of ASCII helped make IBM mainframe OS less penetrable to hackers.

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

Re: Dice article on IBM layoffs

2013-06-21 Thread Dana Mitchell

As an exIBMer, I've ceased being amazed, but continue to be apalled.

IBM issued a statement from spokesman Douglas Shelton:
"Change is constant in the technology industry and transformation is an 
essential feature of our business model. Consequently, some level of workforce 
remix is a constant requirement for our business.  Given the competitive nature 
of our industry, we do not publicly discuss the details of staffing plans," the 
statement said.   

Dana

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

Re: EBCDIC and the P-Bit

Neither EBCDIC nor ASCII is a very good SBCS, but this is in some
considerable measure because no SBCS can be a very good one.  256 code
points is not enough.

For the usual reasons, talked about here in other contexts in recent
days, the industry has been resistant to adopting DBCSs and MBCSs; but
their day is coming, ineluctably.

Much of the problem stems from the presence  of too many monoglot
anglophones, francophones, etc., in the world.  They project their
provincialities onto the functional specifications of the systems they
work on.

That said, ASCII poses as many problems in an EBCDIC environment as
does EBCDIC in an ASCII one; and both sets of them have been much
exaggerated.  Chomsky is right that translation is not in general
possible; but in this special case it almost always is.

John Gilmore, Ashland, MA 01721 - USA

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

Re: EBCDIC and the P-Bit

2013-06-21 Thread Robert Galambos

Actually I would say its that the Operating system has been in
'development'/available for more then 50 years.

more time to get it right.

Then is the aspect that in the earlier years there was less of a push for
getting out the door, because there was not the same level of competition.

The aspect of the Character set (codepage) would have little effect. If
there was money to be had, Hackers would try to get at it.

On 2013-06-21 10:00 AM, Roland Kinsman wrote:

So, this is going to sound extremely naïve, but I wonder if having EBCDIC
instead of ASCII helped make IBM mainframe OS less penetrable to hackers.

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

-- 
Robert Galambos CIPP/C, CIPP/IT, IBM DB2 DBA for z/OS
Email:   rgalam...@gmail.com
Blog:http://robertdataprivacytesting.blogspot.ca/
LinkedIn:http://ca.linkedin.com/in/robertgalambos/

Objective: Senior Pre-Sales Technical Professional Consultant delivers
Client Satisfaction with Technical Expertise & Dynamic Energy

Skills: Implemented Data Privacy strategies and processes, product
positioning to achieve territory sales and increase market share within
managed care markets.
Sr. Pre-Sales Consultant with more than $2 MM sales yearly. Serviced,
retained, and expanded major accounts

Dedicated, Self-Starter, Dependable, 'Go to' person

On Fri, Jun 21, 2013 at 9:57 AM, Roland Kinsman wrote:

> From: Mike Schwab 
> Date: Thu, 20 Jun 2013 12:34:59 -0500
> Posted link on http://en.wikipedia.org/wiki/EBCDIC#External_links
>
> Thanks, Mike.  I did see the EBCDIC article, but I did not notice the link
> near the bottom.  But I think this merits a separate article, and I might
> just post it.  After all, I can copy/paste with the best of them!
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

rjkins...@hotmail.com (Roland Kinsman) writes:
> So, this is going to sound extremely naïve, but I wonder if having
> EBCDIC instead of ASCII helped make IBM mainframe OS less penetrable
> to hackers.

re:
http://www.garlic.com/~lynn/2013i.html#3 Ported Tools - Unix

1) lots of attacks are proportional to number of deployed machines (and
public coverage of such attacks tends to be proportional to number of
machines).

2) lots of attacks are value of the expected returns making big
financial industry mainframes attractive targets. the financial
industry is extremely publicity adverse about such attacks ... lots
will not be made public. at financial industry critical infrastructure
meetings ... one of the biggest issues was insisting that any
information sharing would not be subject to FISA.
https://www.fsisac.com/about
critical infrastructure protection
http://en.wikipedia.org/wiki/Critical_infrastructure_protection

we were also tangentially involved in the cal. state data breach
notification legislation (the original, many other states have passed
similar legislation since then). the issue was that little or nothing
was being done ... normally entities take security measures in
self-protection ... in the case of many of the data breaches, the
institutions with the breaches had nothing at risk ... it was
individuals. there was some hope that the publicity resulting from the
notifications would result in institutions taking corrective actions (as
well as allowing individuals to take countermeasures ... like closing
account).

however, account from long ago and far away (note I didn't learn
about these guys until much later)
http://web.archive.org/web/20090117083033/http://www.nsa.gov/research/selinux/list-archive/0409/8362.shtml

one the installations became quite active in SHARE and their installation
code was CAD (cloak-and-dagger) ... also shows up in vmshare archives
http://vm.marist.edu/~vmshare

misc. other recent posts mentioning P-bit
http://www.garlic.com/~lynn/2013.html#56 New HD
http://www.garlic.com/~lynn/2013b.html#72 One reason for monocase was Re:
Dualcase vs monocase. Was: Article for the boss
http://www.garlic.com/~lynn/2013c.html#14 What Makes an Architecture Bizarre?
http://www.garlic.com/~lynn/2013e.html#61 32760?

--
virtualization experience starting Jan1968, online at home since Mar1970

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

Re: free zIP/UNZIP in z/OS

I use _BPX_SHAREAS=REUSE in my profiles

Thanks Paul for the info about ZipDatsets  - I was only going by  what I run 
based on the documentation given with the JZOS sample
 programs several years ago.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, June 21, 2013 9:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 12:55:23 +, Barkow, Eileen wrote:

>Check out the sample zip program supplied with JZOS - 
>com.ibm.jzos.sample.ZipDatasets in jzos_sample.jar.
>
>it works with both MVS and unix files and the best thing is that for 
>MVS input files, only the  high level qualifier has to be specified in the 
>parm field (no DD statements) and all files beginning with that HLQ will be 
>zipped into 1 archive.
>And the archive file is in the right code page to work with pc products like 
>pzkip.
> 
Interesting.  In fact, I see:


http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/sample/ZipDatasets.html

... many wildcarding options; not merely HLQ.  And it will operate on DDNAMEs.
For that I'd suspect _BPX_SHAREAS=MUST is required.  "Datasets are treated as 
text ..." might be a restriction in some cases.  No load modules?

-- gil

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

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

Re: EBCDIC and the P-Bit

On Fri, 21 Jun 2013 09:00:36 -0500, Roland Kinsman wrote:

>I wonder if having EBCDIC instead of ASCII helped make IBM 
>mainframe OS less penetrable to hackers.

The character encoding that is used is irrelevant.  The thing that 
makes an operating system less penetrable is a design that is 
based upon system integrity.  From the earliest design of the  
System/360, there have always been two kinds of instructions: 
privileged and non-privileged.  Storage protection further enhances 
the ability for an operating system to protect itself.

When MVS was first released in 1973, IBM issued a statement of 
integrity that has been maintained ever since.  You can find some 
information about it at 
http://www-03.ibm.com/systems/z/os/zos/features/racf/zos_integrity_statement.html

-- 
Tom Marchant

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

Re: free zIP/UNZIP in z/OS

On 2013-06-21, at 08:23, Barkow, Eileen wrote:

> I use _BPX_SHAREAS=REUSE in my profiles
>  
I was unfamiliar with REUSE.  But somewhere I find
"REUSE is the same as YES".

> Thanks Paul for the info about ZipDatsets  - I was only going by  what I run 
> based on the documentation given with the JZOS sample
> programs several years ago.
>
> http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/sample/ZipDatasets.html

Where do I find this thing?  How do I use it?  Do I need
to export a CLASSPATH?  Do I need to put something else
in my PATH?  do I need to be a member of developerworks?

(I don't do much Java.)

Thanks,
gil

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

Re: Auditing vendor source code

2013-06-21 Thread Lloyd Fuller

Actually, US companies have also stolen software.  I will not go into details, 
but it has happened at a company that I worked for.  One of their customers 
stole the software for at least a couple of years until we changed how our 
license key was generated.
 
Lloyd


- Original Message -
> From: Phil Smith 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Cc: 
> Sent: Wednesday, June 19, 2013 4:10 PM
> Subject: Re: Auditing vendor source code
> 
> Ed Jaffe wrote:
>> We once had a situation in which a foreign distributor had numerous 
> "off-book" customers using our software illegally. It's not clear 
> whether the customers actually realized they were pirating the software. In 
> any 
> case, the implementation of so-called "keys" put a stop to all 
> subsequent attempts at deliberate or accidental misuse (as far as we know, of 
> course)...
> 
> As you note, "as far as we know". If the distributor was that 
> dishonest, I assume this meant that the US folks had to handle all keys? I 
> bet 
> that was fun...lots of off-hours calls!
> 
> Yeah, the only argument I've ever heard that had any teeth was related to 
> them untrustworthy furriners. Though I suspect it's less that foreign 
> companies are less trustworthy than that American companies are more afraid 
> of 
> litigation...
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Dice article on IBM layoffs

I had not seen the Douglas Shelton statement.

Timothy Sipples will doubtless leap to the defense of its execrable
English, and it does contain a gem:  Shelton's 'workforce remix' used
as a euphemism for 'layoff' is splendidly obfuscatory.  It would be
hyperbolic to rank it with Orwell's example of 'pacification' used as
a synonym for the act of machine-gunning peasants from the air, but it
does exhibit a tin ear.

John Gilmore, Ashland, MA 01721 - USA

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

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Norbert Friemel

On Fri, 21 Jun 2013 08:34:57 -0600, Paul Gilmartin wrote:

>
>
>Where do I find this thing?  How do I use it?  Do I need
>to export a CLASSPATH?  Do I need to put something else
>in my PATH?  do I need to be a member of developerworks?
>
>(I don't do much Java.)
>

"Sample JZOS Java programs" @ 
http://www-03.ibm.com/systems/z/os/zos/tools/java/products/jzos/overview.html

Norbert Friemel

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

Re: free zIP/UNZIP in z/OS

Gil,



You need to  download the jzos samples from http://www.dovetail.com/

You do not need JZOS to run  ZipDatasets or the other samples - just the jar 
file.

The samples are java programs that can be run from OMVS or OSHELL in batch.

You will need the java compiler in your path and jzos_sample.jar in the 
classpath-

(PATH=/usr/lpp/java/J1.6 in profile)



Here is a job that I use:


//ZIP  EXEC  PGM=IKJEFT01,
 // REGION=0M,
 // DYNAMNBR=40
 //SYSEXEC  DD  DISP=SHR,DSN=SYS1.SBPXEXEC
 //ISPMLIB  DD  DISP=SHR,DSN=SYS1.ISP.SISPMENU
 // DD  DISP=SHR,DSN=SYS1.SBPXMENU
 //ISPPLIB  DD  DISP=SHR,DSN=SYS1.ISP.SISPPENU
 // DD  DISP=SHR,DSN=SYS1.SBPXPENU
 //ISPSLIB  DD  DISP=SHR,DSN=SYS1.ISP.SISPSLIB
 // DD  DISP=SHR,DSN=SYS1.ISP.SISPSENU
 //ISPPROF  DD  UNIT=SYSDA,SPACE=(CYL,(10,10,100)),
 // RECFM=FB,LRECL=80,BLKSIZE=0
 //ISPTLIB  DD  DISP=SHR,DSN=SYS1.ISP.SISPTENU
 // DD  DISP=SHR,DSN=SYS1.SBPXTENU
 //SYSTSPRT DD  SYSOUT=*
 //SYSTSIN  DD  DATA,DLM=$$
 OSHELL cd /u/eileen; +
 .profile
java -cp /u/eileen/j1x/jzos/jzos230/jzos_sample.jar   +
com.ibm.jzos.sample.ZipDatasets +
  stats.zip XCICS.STAT.CICSA XCICS.STAT.CICSB
 $$







-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, June 21, 2013 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: free zIP/UNZIP in z/OS



On 2013-06-21, at 08:23, Barkow, Eileen wrote:



> I use _BPX_SHAREAS=REUSE in my profiles

>

I was unfamiliar with REUSE.  But somewhere I find "REUSE is the same as YES".



> Thanks Paul for the info about ZipDatsets  - I was only going by  what

> I run based on the documentation given with the JZOS sample programs several 
> years ago.

>

> http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/s

> ample/ZipDatasets.html



Where do I find this thing?  How do I use it?  Do I need to export a CLASSPATH? 
 Do I need to put something else in my PATH?  do I need to be a member of 
developerworks?



(I don't do much Java.)



Thanks,

gil



--

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

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

Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 03:34:44 -0500, Jan Vanbrabant wrote:

>My customer is looking for a freeware ZIP/UNZIP.
>The 2013 budget doesn't allow him to acquire a fee one& apparabtly his need is 
>now.

Perhaps your customer could use pax.

-- 
Tom Marchant

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

Re: Dice article on IBM layoffs

2013-06-21 Thread Ed Jaffe


On 6/21/2013 7:03 AM, Dana Mitchell wrote:

IBM issued a statement from spokesman Douglas Shelton:
"Change is constant in the technology industry and transformation is an essential 
feature of our business model. Consequently, some level of workforce remix is a constant 
requirement for our business.  Given the competitive nature of our industry, we do not 
publicly discuss the details of staffing plans," the statement said.


IBM's fastest growing geographical segment _by far_ is China. It makes 
sense for them to want to increase their presence there. Too bad it's at 
the expense of US and European workers. :(


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

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

Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 07:42:50 -0500, Paul Gilmartin wrote:

>On Fri, 21 Jun 2013 07:12:08 -0500, John McKown wrote:
>
>>For the truly advanced person, GIMZIP is a very powerful way to package up 
>>z/OS
>>legacy data sets (sequential, PDS, and VSAM) as well as UNIX resident files.
>>
>>http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimrfr40/11.7
>>  
>If the original data were anything
>other than PDS(E)s, they will have been encoded with the GIMDTS
>utility (supplied) which format is extracted only by SMP/E APPLY.

This is not correct, Paul.  The data would be extracted using GIMUNZIP, 
and AFAIK, they are not encoded with GIMDTS.  

>
>It all depends on whether the intended recipient has
>access to SMP/E and is authorized to perform an APPLY (APAR IO11698).

Nope.  It requires that the recipient be authorized to use GIMUNZIP.

-- 
Tom Marchant

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

Re: EBCDIC and the P-Bit

2013-06-21 Thread Anne & Lynn Wheeler

re:
http://www.garlic.com/~lynn/2013i.html#3 Ported Tools - Unix
http://www.garlic.com/~lynn/2013i.html#10 EBCDIC and the P-Bit

of course there was also some amount of rivalry between the 5th flr
(multics) and 4th flr (cp/67). they (also) had a lot of very security
oriented customers.

recent reference to IBM research report "Thirty Years Later: Lessons
from the Multics Security Evaluation":
http://www.garlic.com/~lynn/2013h.html#35 Some Things Never Die
can now be found here
http://www.acsac.org/2002/papers/classic-multics.pdf
original evaluation:
http://csrc.nist.gov/publications/history/karg74.pdf

one of the points was the Multics was implemented in PLI and lacked the
common vulnerabilities that are epidemic in C-language based software.
http://en.wikipedia.org/wiki/Multics

specifically related to exploits in networking ... the original
mainframe tcp/ip product had been implemented in vs/pascal ... and also
had none of the common vulnerabilities and exploits that are epidemic in
C-language based implementations.

part of the rivalry was number of sites (list of all Multics installations)
http://www.multicians.org/sites.html

one of my hobbies was production systems for internal datacenters ...
first with cp/67 and then moved to vm370 with csc/vm. It wasn't fair to
compare numbers with actual vm370 customers or even total internal vm370
customers ... so the comparison was just the number of csc/vm
installations with total Multics customers (with peak csc/vm internal
installations possibly 50% larger than total Multics customers).

One of Multics premier sites was AFDS (#71 on above list). so it was
*fun* when AFDS was looking at 210 vm370 systems ... old email
posted in multics discussion group
http://www.garlic.com/~lynn/2001m.html#email790404
above mentions that they were original looking for 20 ... but
further explanation in this post has it increasing to 210
http://www.garlic.com/~lynn/2001m.html#15 departmental servers

-- 
virtualization experience starting Jan1968, online at home since Mar1970

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

Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 10:05:16 -0500, Tom Marchant wrote:
>
>This is not correct, Paul.  The data would be extracted using GIMUNZIP, 
>and AFAIK, they are not encoded with GIMDTS.  
>
I'll stand corrected for relying on outdated or incomplete information
or poor memory and inexperience.  We've never packaged UNIX
files for SMP/E installation.

Reading further, the only mentions of UNIX files are in (abridged):

11.7.2.2  Tag syntax

 README
indicates that the associated file is a sequential text data set or a file 
in the UNIX file system that is intended to be viewable text after it is placed 
in the package. These files are not placed in archives by GIMZIP and are not 
compressed. ...

SMPHOLD
indicates that the associated data set or file contains SMP/E HOLDDATA 
statements. ...

SMPPTFIN
indicates that the associated data set or file contains SMP/E modification 
control statements (MCS). ... 

I suppose that if GIMZIP does no syntax checking any UNIX file can be called 
either
SMPHOLD or SMPPTFIN.

>>It all depends on whether the intended recipient has
>>access to SMP/E and is authorized to perform an APPLY (APAR IO11698).
>
>Nope.  It requires that the recipient be authorized to use GIMUNZIP.
> 
Does this still require specific RACF authorization, as per APAR IO11698?

Are you, or anyone, actively using GIMZIP as a generalized interchange
technique, independent of SMP/E?

And we don't know whether the OP's requirement was motivated by
a need to interchange with non-Z platforms.

On Fri, 21 Jun 2013 15:01:56 +, Barkow, Eileen wrote:
>
>You need to  download the jzos samples from http://www.dovetail.com/
>
I don't find it there.  And it's strange that IBM should supply
documentation for a Dovetailed product.

On Fri, 21 Jun 2013 09:55:15 -0500, Norbert Friemel wrote:
>
>"Sample JZOS Java programs" @ 
>http://www-03.ibm.com/systems/z/os/zos/tools/java/products/jzos/overview.html
> 
I see several utilities there, but not ZipDataSets.

Thanks,
gil

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

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Kirk Wolf

The ZipDatasets sample code is an example of using java.util.zip along with
(many of) the JZOS dataset APIs.

For accessing DDs, you would typically run it under the JZOS batch launcher
which handles running java in the original address space.

Source code is included, so you are welcome to adapt it to your needs.


Kirk Wolf
Dovetailed Technologies
http://dovetail.com


On Fri, Jun 21, 2013 at 8:35 AM, Paul Gilmartin wrote:

> On Fri, 21 Jun 2013 12:55:23 +, Barkow, Eileen wrote:
>
> >Check out the sample zip program supplied with JZOS -
> >com.ibm.jzos.sample.ZipDatasets in jzos_sample.jar.
> >
> >it works with both MVS and unix files and the best thing is that for MVS
> input files, only the  high level qualifier
> >has to be specified in the parm field (no DD statements) and all files
> beginning with that HLQ will be zipped into 1 archive.
> >And the archive file is in the right code page to work with pc products
> like pzkip.
> >
> Interesting.  In fact, I see:
>
>
> http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/sample/ZipDatasets.html
>
> ... many wildcarding options; not merely HLQ.  And it will operate on
> DDNAMEs.
> For that I'd suspect _BPX_SHAREAS=MUST is required.  "Datasets are treated
> as
> text ..." might be a restriction in some cases.  No load modules?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: free zIP/UNZIP in z/OS

>
>I don't find it there.  And it's strange that IBM should supply documentation 
>for a Dovetailed product.

On Fri, 21 Jun 2013 09:55:15 -0500, Norbert Friemel wrote:
>
>"Sample JZOS Java programs" @ 
>http://www-03.ibm.com/systems/z/os/zos/tools/java/products/jzos/overvie
>w.html
> 
I see several utilities there, but not ZipDataSets.

Thanks,
Gil

ZipDataSets is in the zip file jzos_samples_sdk_x00.zip  (x=6 or 7)

For some reason, it is not listed in the summary of programs.

IBM bought JZOS from Dovetail Technologies and Dovetail used to document it 
directly on their web site.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, June 21, 2013 11:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: free zIP/UNZIP in z/OS

On Fri, 21 Jun 2013 10:05:16 -0500, Tom Marchant wrote:
>
>This is not correct, Paul.  The data would be extracted using GIMUNZIP, 
>and AFAIK, they are not encoded with GIMDTS.
>
I'll stand corrected for relying on outdated or incomplete information or poor 
memory and inexperience.  We've never packaged UNIX files for SMP/E 
installation.

Reading further, the only mentions of UNIX files are in (abridged):

11.7.2.2  Tag syntax

 README
indicates that the associated file is a sequential text data set or a file 
in the UNIX file system that is intended to be viewable text after it is placed 
in the package. These files are not placed in archives by GIMZIP and are not 
compressed. ...

SMPHOLD
indicates that the associated data set or file contains SMP/E HOLDDATA 
statements. ...

SMPPTFIN
indicates that the associated data set or file contains SMP/E modification 
control statements (MCS). ... 

I suppose that if GIMZIP does no syntax checking any UNIX file can be called 
either SMPHOLD or SMPPTFIN.

>>It all depends on whether the intended recipient has access to SMP/E 
>>and is authorized to perform an APPLY (APAR IO11698).
>
>Nope.  It requires that the recipient be authorized to use GIMUNZIP.
> 
Does this still require specific RACF authorization, as per APAR IO11698?

Are you, or anyone, actively using GIMZIP as a generalized interchange 
technique, independent of SMP/E?

And we don't know whether the OP's requirement was motivated by a need to 
interchange with non-Z platforms.

On Fri, 21 Jun 2013 15:01:56 +, Barkow, Eileen wrote:
>
>You need to  download the jzos samples from http://www.dovetail.com/
>
I don't find it there.  And it's strange that IBM should supply documentation 
for a Dovetailed product.

On Fri, 21 Jun 2013 09:55:15 -0500, Norbert Friemel wrote:
>
>"Sample JZOS Java programs" @ 
>http://www-03.ibm.com/systems/z/os/zos/tools/java/products/jzos/overvie
>w.html
> 
I see several utilities there, but not ZipDataSets.

Thanks,
gil

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

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

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Mark Jacobs

I'm not usually this dense but is this class and samples in the IBM
shipped JDK, or is it a separate download? I can't seem to locate it.

Mark Jacobs

On 06/21/13 12:09, Kirk Wolf wrote:

The ZipDatasets sample code is an example of using java.util.zip along with
(many of) the JZOS dataset APIs.

For accessing DDs, you would typically run it under the JZOS batch launcher
which handles running java in the original address space.

Source code is included, so you are welcome to adapt it to your needs.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Fri, Jun 21, 2013 at 8:35 AM, Paul Gilmartin wrote:

On Fri, 21 Jun 2013 12:55:23 +, Barkow, Eileen wrote:

Check out the sample zip program supplied with JZOS -
com.ibm.jzos.sample.ZipDatasets in jzos_sample.jar.

it works with both MVS and unix files and the best thing is that for MVS

input files, only the high level qualifier

has to be specified in the parm field (no DD statements) and all files

beginning with that HLQ will be zipped into 1 archive.

And the archive file is in the right code page to work with pc products

like pzkip.
Interesting. In fact, I see:

http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/sample/ZipDatasets.html

... many wildcarding options; not merely HLQ. And it will operate on
DDNAMEs.
For that I'd suspect _BPX_SHAREAS=MUST is required. "Datasets are treated
as
text ..." might be a restriction in some cases. No load modules?

-- gil

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

--
Mark Jacobs
Time Customer Service
Tampa, FL

The quiet ones are the ones that change the universe...
The loud ones only take the credit.

Londo Mollari - Babylon 5

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

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Shmuel Metz (Seymour J.)

In <4852640027344074.wa.vanbrabantjangmail@listserv.ua.edu>, on
06/21/2013
   at 03:34 AM, Jan Vanbrabant  said:

>Any experiences to share?

I've used Info-Zip happily on OS/2 for decades. I don't have
experience with the MVS version.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Kirk Wolf

There is a link to the samples download from the main IBM JZOS page:
http://www-03.ibm.com/systems/z/os/zos/tools/java/products/jzos/overview.html

This also contains links to download javadoc, read javadoc online, etc

Kirk Wolf
Dovetailed Technologies
http://dovetail.com


On Fri, Jun 21, 2013 at 11:29 AM, Mark Jacobs wrote:

> I'm not usually this dense but is this class and samples in the IBM
> shipped JDK, or is it a separate download? I can't seem to locate it.
>
> Mark Jacobs
>
>
>

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

Re: Auditing vendor source code

2013-06-21 Thread Barry Merrill

At the first SAS User Meeting in Germany after the wall fell,
an East German techie presented himself to the MD of SAS Europe
and reported that he had been responsible for distributing SAS
in all of the Eastern block countries.

The limiting factor on distribution was the need for 15 PC "stiffie"
1.44MB floppies; if you had 15 and sent them to him, you got SAS.

Barry

Herbert W. Barry Merrill, PhD
President-Programmer
MXG Software
Merrill Consultants
10717 Cromwell Drive
Dallas, TX 75229
ba...@mxg.com

http://www.mxg.com - FAQ has Most Answers 
ad...@mxg.com   invoices/PO/Payment
supp...@mxg.com technical
tel: 214 351 1966  - expect slow reply, use email 
fax: 214 350 3694   prefer email, still works


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lloyd Fuller
Sent: Friday, June 21, 2013 9:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Auditing vendor source code

Actually, US companies have also stolen software.  I will not go into details, 
but it has happened at a company that I worked for.  One of their customers 
stole the software for at least a couple of years until we changed how our 
license key was generated.
 
Lloyd


- Original Message -
> From: Phil Smith 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Cc: 
> Sent: Wednesday, June 19, 2013 4:10 PM
> Subject: Re: Auditing vendor source code
> 
> Ed Jaffe wrote:
>> We once had a situation in which a foreign distributor had numerous
> "off-book" customers using our software illegally. It's not clear 
> whether the customers actually realized they were pirating the 
> software. In any case, the implementation of so-called "keys" put a 
> stop to all subsequent attempts at deliberate or accidental misuse (as 
> far as we know, of course)...
> 
> As you note, "as far as we know". If the distributor was that 
> dishonest, I assume this meant that the US folks had to handle all 
> keys? I bet that was fun...lots of off-hours calls!
> 
> Yeah, the only argument I've ever heard that had any teeth was related 
> to them untrustworthy furriners. Though I suspect it's less that 
> foreign companies are less trustworthy than that American companies 
> are more afraid of litigation...
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>   

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

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

Re: Need to move some DASD volumes that have system logger datasets on them

2013-06-21 Thread Darby, Jim

No we don't have either TDMF or FDRPAS.  I've moved most of the array by doing 
full volume copies durring down time, but I've got a few left that are 
allocated to some basic system stuff.
Thanks for the suggestions.
Jim 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of baby eklavya
Sent: Friday, June 21, 2013 2:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Need to move some DASD volumes that have system logger datasets on 
them

may be you are right . I never worked on FDRPAS and doesn't know much abt it . 
I felt TDMF was pretty simple and easy to use . Thanks !

Regards,
Baby

On 6/21/13, Vernooij, CP - SPLXM  wrote:
> TDMF and FDRPAS are equal in moving data reliably. When we moved our 
> ESSs to DS8800, we got no recommendation that favored one over the 
> other.
> You don't move data and handle their ENQs rather good or not so good, 
> you only do it good of bad.
>
> Kees.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of baby eklavya
> Sent: Friday, June 21, 2013 08:57
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Need to move some DASD volumes that have system logger 
> datasets on them
>
> Hi,
>
> TDMF is the best i would suggest as it handles ENQ very well. We 
> replaced EMC box with DS8800 last year , used TDMF and moved even 
> couple and page volumes successfully .
>
> Regards,
> Baby
>
> On 6/21/13, Vernooij, CP - SPLXM  wrote:
>> Or FDRPAS?
>> And you can license both products to move a specific amount of TBs.
>>
>> Kees.
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Lizette Koehler
>> Sent: Friday, June 21, 2013 03:39
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Need to move some DASD volumes that have system logger 
>> datasets on them
>>
>> Do you have TDMF?
>>
>> Lizette
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Darby, Jim
>> Sent: Thursday, June 20, 2013 1:42 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Need to move some DASD volumes that have system logger 
>> datasets on them
>>
>> Have a DASD box that is being retired and I have some volumes on it 
>> that have datasets allocated to the sysplex logger task.  I need some 
>> way of removing the dataset from the logger task to I can DFDSS 
>> volume
>
>> copy the devices to the replacement box keeping the dataset and 
>> volser
> the same.
>>
>> Any ideas on how to get logger to give up the datasets for a short 
>> period?
>>
>> Thanks.
>> Jim
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>> 
>> For information, services and offers, please visit our web site:
>> http://www.klm.com. This e-mail and any attachment may contain 
>> confidential and privileged material intended for the addressee only.
>> If you are not the addressee, you are notified that no part of the 
>> e-mail or any attachment may be disclosed, copied or distributed, and 
>> that any other action related to this e-mail or attachment is 
>> strictly
>
>> prohibited, and may be unlawful. If you have received this e-mail by 
>> error, please notify the sender immediately by return e-mail, and
> delete this message.
>>
>> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
>> its employees shall not be liable for the incorrect or incomplete 
>> transmission of this e-mail or any attachments, nor responsible for
> any delay in receipt.
>>
>> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal 
>> Dutch
>> Airlines) is registered in Amstelveen, The Netherlands, with 
>> registered number 33014286
>> 
>>  
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain 
> confidential and privileged material intended for the addressee only. 
> If you are not the addressee, you are notified that no part of the 
> e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly 
> prohibited, and may be unla

Re: EBCDIC and the P-Bit

2013-06-21 Thread Shmuel Metz (Seymour J.)

In <8709522170369998.wa.m42tomibmmainyahoo@listserv.ua.edu>, on
06/21/2013
   at 09:34 AM, Tom Marchant  said:

>The character encoding that is used is irrelevant.  The thing that 
>makes an operating system less penetrable is a design that is  based
>upon system integrity.  From the earliest design of the   System/360,
>there have always been two kinds of instructions:  privileged and
>non-privileged.  Storage protection further enhances  the ability for
>an operating system to protect itself.

OS/360 was a swiss chees, but, as you noted, not because of the
character set.

05F0
0A0C

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
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...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: free zIP/UNZIP in z/OS

2013-06-21 Thread Robert Prins


On 2013-06-21 12:18, Paul Gilmartin wrote:

On Fri, 21 Jun 2013 12:05:30 +0200, Paolo Cacciari wrote:


what about (IBM) TRSMAIN??? Should be imbedded in Z/OS release.


Portability?


TERSE (terse & unterse) is available for many platforms, DOS, doze, OS2, AIC, 
OSX, Linux...


http://tech.groups.yahoo.com/group/hercules-390/files/

look for tersepc.zip

Robert
--
Robert AH Prins
robert(a)prino(d)org

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

Re: EBCDIC and the P-Bit

2013-06-21 Thread Gerhard Postpischil


On 6/21/2013 1:07 PM, Shmuel Metz (Seymour J.) wrote:

OS/360 was a swiss chees, but, as you noted, not because of the
character set.

 05F0
 0A0C


Just 0A0C will do it, but unfortunately it takes (nearly) forever - I 
tried it once, either on a 360/50 or 65, and it took just over four 
hours to get the E04. (and the time wasn't wasted - I studied microfiche 
in the interim, and needed to IPL anyway)


Gerhard Postpischil
Bradford, Vermont

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

Re: EBCDIC and the P-Bit

2013-06-21 Thread Gerhard Postpischil


On 6/21/2013 10:00 AM, Roland Kinsman wrote:

So, this is going to sound extremely naïve, but I wonder if having EBCDIC 
instead of ASCII helped make IBM mainframe OS less penetrable to hackers.


As Shmuel noted, early S/360 operating systems had very little 
protection. The earliest lacked storage protection. OS/360 had a 
PASSWORD mechanism; unfortunately access to a password protected data 
set required entering the password on an operator's console in clear 
text, thus making it less than secure.


Gerhard Postpischil
Bradford, Vermont

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

Future of COBOL based on RDz policies was Re: RDz or RDzEnterprise developers

2013-06-21 Thread Clark Morris

On 19 Jun 2013 10:26:45 -0700, in bit.listserv.ibm-main you wrote:

>Graham,
>
>I believe RDz 7.6 does include the COBOL compiler, even 8.0 does. You 
>just have to install and run on XP Pro.  I have not tried what Barry 
>mentions, running XP compatible virtual process under Windows 7.  I have 
>a co-worker that used it for awhile with mixed results, some things 
>worked and some did not.
>
>How about a laptop with dual boot, both XP Pro and Windows 7.

And IBM thinks COBOL is the language of the future.  Right and I sell
bridges.

Clark Morris
>
>Cheers,
>Thomas Dunlap
>
>
>On 6/19/2013 11:39 AM, Graham Hobbs wrote:
>> Thomas, Barry,
>> Sorry to bother you again. Any chance you think/know that RDz 7.6 
>> would run under XP virtual machine? If I downloaded/installed 7.6 
>> (from SAC) do you think IBM may have removed the COBOL compiler?
>> Cheers,
>> Graham
>>
>> - Original Message - From: "Thomas Dunlap" 
>> 
>> Newsgroups: bit.listserv.ibm-main
>> To: 
>> Sent: Wednesday, June 19, 2013 5:06 AM
>> Subject: Re: RDz or RDzEnterprise developers
>>
>>
>>> Graham,
>>>
>>> The issue is not which version of RDz but rather which version of 
>>> Windows. Even with RDz 7.6 the COBOL compiler would not install on 
>>> Windows 7.  IBM has not made, plus as I understand it, a COBOL 
>>> compiler which works on Windows 7.  I am in the same position, but do 
>>> have a System z to connect to as a test platform.
>>>
>>> I too wish I could test locally on Windows 7.
>>>
>>> Cheers,
>>> Thomas Dunlap
>>>
>>>
>>>
>>> On 6/18/2013 5:34 PM, Graham Hobbs wrote:
 Hello,

 I have an old XP laptop with RDz 7.1.1.5 and TXSeries 7.1.0.4 and 
 moved to a new Lenovo with Windows 7. There is no need for host 
 connection, my development world is as a standalone, 
 compile/link/run COBOL programs and COBOL/CICS transaction programs 
 on the Lenovo is the critical need.

 But I understand that Rational Developer for System z V8.5 does not 
 'do' COBOL on Windows 7 so am thinking my new world should be 
 Rational Developer for zEnterprise V8.0.3 and would appreciate any 
 comments/advice about that.
   Graham Hobbs
>>>
>>> -- 
>>> ___
>>> Regards,
>>> Thomas DunlapChief Technology Officert...@themisinc.com
>>> Themis,  Inc.http://www.themisinc.com1 (800) 756-3000
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>

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

Re: Future of COBOL based on RDz policies was Re: RDz or RDzEnterprise developers

2013-06-21 Thread David Andrews

On Fri, 2013-06-21 at 15:18 -0300, Clark Morris wrote:
> And IBM thinks COBOL is the language of the future.  Right and I sell
> bridges.

Well... that's what Tom Ross says anyway.  You'd dispute Tom?

-- 
David Andrews
A. Duda & Sons, Inc.
david.andr...@duda.com

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

Re: Auditing vendor source code

There is some considerable evidence that Soviet-bloc software was
pirated by Western intelligence agencies too.  I should have been both
surprised and disappointed if it had not been.

This thread has veered close to disagreeable chauvinism: the notion
that any country or bloc of them has a corner on either vice or virtue
is more than faintly ridiculous.

John Gilmore, Ashland, MA 01721 - USA

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

Re: EBCDIC and the P-Bit

2013-06-21 Thread Ed Finnell

I remember the 'security paper' CIA published after MVS got B1 rating.  
There was a tuning paper that came out about the same time. One was green and  
one was yellow. Anyway, long story short, last paragraph in security report 
says 
"if it's attached to a network none of this applies"
 
 
In a message dated 6/21/2013 9:00:43 A.M. Central Daylight Time,  
rjkins...@hotmail.com writes:

IBM  mainframe OS less penetrable to  hackers

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

Re: Auditing vendor source code

2013-06-21 Thread Phil Smith

John Gilmore wrote:
>There is some considerable evidence that Soviet-bloc software was
>pirated by Western intelligence agencies too.  I should have been both
>surprised and disappointed if it had not been.

>This thread has veered close to disagreeable chauvinism: the notion
>that any country or bloc of them has a corner on either vice or virtue
>is more than faintly ridiculous.

Right, I went to some pains to NOT make that implication earlier; apologies if 
it wasn't clear enough. The only real difference I'd expect relates to the risk 
of getting caught, which isn't vice/virtue, it's "how big (and close) is the 
hammer?"" for a US company stealing from a US vendor, the risk is clearly 
greater than for someone across the pond (in either direction).

But I've known enough CFOs who would happily steal whatever they could get away 
with in this country for me to suggest that the US is mo' betta honest, that's 
for sure!

...phsiii

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

Re: free zIP/UNZIP in z/OS