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
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
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 kees.verno...@klm.com wrote:
Or FDRPAS?
And you can license both
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
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
In the mentioned article http://news.dice.com/2013/06/14/delving-into-ibms-layoff-numbers/
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
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
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
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
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
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
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 kees.verno...@klm.com wrote:
TDMF and FDRPAS are equal in moving data reliably. When we moved our
ESSs to
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
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
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
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
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
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
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.
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 ---
Just ran into this. Verify there is an OMVS UID/GID associated with the
process.
HTH,
snip
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
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)
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
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)
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
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
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
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
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)
Total agreement. Same has/is going on here.
On Fri, Jun 21, 2013 at 7:57 AM, Peter Eggebeen peter.eggeb...@kohls.comwrote:
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
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
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
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
As far as i know, ibm supplies free zip program to zip the usage report.
Itschaj
בתאריך 21 ביונ 2013 16:08, מאת John McKown john.archie.mck...@gmail.com:
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
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
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
From: Mike Schwab mike.a.sch...@gmail.com
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
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
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
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
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;
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
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
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
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
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
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 -
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 @
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
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
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
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.
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
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
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
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
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
In 4852640027344074.wa.vanbrabantjangmail@listserv.ua.edu, on
06/21/2013
at 03:34 AM, Jan Vanbrabant vanbrabant...@gmail.com 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,
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 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
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
In 8709522170369998.wa.m42tomibmmainyahoo@listserv.ua.edu, on
06/21/2013
at 09:34 AM, Tom Marchant m42tom-ibmm...@yahoo.com 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.
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...
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
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
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
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
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
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
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
On Fri, 21 Jun 2013 10:56:54 -0500, Paul Gilmartin wrote:
Reading further, the only mentions of UNIX files are in (abridged):
11.7.2.2 FILEDEF 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
Barry,
That doesn't surprise me i was in Switzerland during that timeframe we had
offices in 56 countries , saw a lot of strange things ..especially in the old
Eastern Block countries
Scott ford
www.identityforge.com
from my IPAD
'Infinite wisdom through infinite means'
On Jun 21, 2013, at
Hi,
My customer is looking for a freeware ZIP/UNZIP.
The 2013 budget doesn't allow him to acquire a fee one.
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
In 1371825433.55766.yahoomail...@web181402.mail.ne1.yahoo.com, on
06/21/2013
at 07:37 AM, Lloyd Fuller leful...@sbcglobal.net said:
Actually, US companies have also stolen software.
E.g., microsoft
http://en.wikipedia.org/wiki/Stac_Electronics#Microsoft_lawsuit.
--
Shmuel (Seymour J.)
On Fri, 21 Jun 2013 15:01:50 +0200, Barbara wrote:
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
Is it still true you can't encrypt (i.e. SSL) Socket Calls in REXX? I have
some code which does a HTML GET on a webpage on port 80 and the webmasters want
me to run it on port 443 encrypted now.I've been doing google searches and
I found an older reference to it doesn't support it, but
efinnel...@aol.com (Ed Finnell) writes:
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
That's a nice article . Thanks Chris !
From: Chris Brooker cbro...@us.ibm.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, June 20, 2013 7:04 PM
Subject: Re: XCF / GRS
Hi Augie,
You may already now about this, but the GRS team wrote a Hot Topics Article
78 matches
Mail list logo