In fact Shmuel is, as so often, quite wrong.
IEHMOVE did require a DD statement for the target, move-to dataset;
and I did not, of course, say that it did not.
It did not, however, move the source dataset directly to this target.
Instead it allocated storage for a very different
.
In
,
on 09/23/2013
at 06:09 AM, John Gilmore said:
>Instead it allocated storage for a very different
>.,, target dataset dynamically.
I believe that most posters in this thread interpreted "allocation" as
referring to the Allocation component of the operating sys
John Gilmore wrote:
>IEHMOVE did require a DD statement for the target, move-to dataset; and I did
>not, of course, say that it did not.
>It did not, however, move the source dataset directly to this target. Instead
>it allocated storage for a very different
>.,, tar
Enuff already guys.
There's no shortage of egos on this list, but let's keep it so we can all take
something out of it.
Shane ...
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listser
Do the movie titles "Grumpy old men" and "Grumpier old men" come to mind?
--- ibm-m...@tpg.com.au wrote:
From: Shane Ginnane
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Pissing contest(s)
Date: Mon, 23 Sep 2013 05:37:46 -0500
Enuff already guys.
There's no shortage of ego
On 9/23/2013 6:33 AM, Elardus Engelbrecht wrote:
Interesting. I think I also observed failed moves, but can't remember the fine
details. What RC and messages did it gave in such cases?
The only error, but not RC, I remember vividly is the case where a PDS
didn't have enough directory blocks t
Adjacent 01 levels have been used to allocate storage larger than the maximum
allowed by COBOL.
On Sat, 21 Sep 2013 20:18:53 -0300 Clark Morris
wrote:
:>On 20 Sep 2013 08:12:42 -0700, in bit.listserv.ibm-main John Gilmore
:>wrote:
:>
:>>The idea of eliminating unreferenced variables in COBOL rec
Just for fun, here is a little history of crypto for the mainframe systems.
1977 – IBM 3845 DES encryption unit (channel attached)
1979 – IBM 3848 DES encryption unit (channel attached) - Faster, adds Triple-DES
1989 - IBM 4753 channel-attached crypto unit - uses 4755 crypto adapter
internally,
> Hi Todd,
> Are you saying that the Redbook SG24-7848-00 System z Crypto andTKE Update is
> just plain wrong ?
Actually, I cannot figure out what that text from the RedBook is trying to say
:-)
All protected-mode keys are stored as CCA secure key tokens, wrapped by the
master key of the Crypt
On 9/23/2013 7:08 AM, Binyamin Dissen wrote:
Adjacent 01 levels have been used to allocate storage larger than the maximum
allowed by COBOL.
Yes, and that's a strategy that is not guaranteed to work
under Enterprise COBOL if you use OPT(FULL). The compiler
might well remove those items; and in
Gerhard Postpischil wrote:
>The only error, but not RC, I remember vividly is the case where a PDS didn't
>have enough directory blocks to add another member, did the add to the
>directory anyway, causing the last name to be dropped from the directory. This
>was particularly annoying when doing
Gerhard is right in the sense that the asterisks-and-dots DSNAME could
sometimes be shorter. There were, however, circumstances in which
multiple-asterisk prefixes, infixes, and suffixes did occur.
I suspect that his homegrown utility scratched instances of such
datasets rapidly enough to make th
Today, our mainframe team has both Scheduled & Unscheduled downtime in a
single downtime SLA.
Does your company have separate SLO / SLA's for Scheduled / Unscheduled
downtime?
The information contained in this electronic communication and any document
attached hereto or transmitted herewith i
Binyamin Dissen makes a very important point with
Adjacent 01 levels have been used to allocate storage larger than the
maximum allowed by COBOL.
I have recently been accused of being a pedant. Let me therefore act
the part. These adjacent 01 levels are typically used to enlarge a
COBOL table
On Mon, 23 Sep 2013 09:08:25 -0400, Gerhard Postpischil wrote:
>...
>And I think Mr. Gilmore had too many asterisks. The pattern I recall was
>to prepend "*." until a unique name resulted (IIRC, giving things like
>*.*.*.jobname.other). I had a home-grown utility, run daily, that
>scratched tempora
All,
I was doing some rexx work in batch on z/OS... attempting to use
"EXECIO * DISKR INPUTDD (Finis Stem in."
"FREE F(INPUTDD)"
Where the INPUTDD was
//INPUTDD DD DSN=SOME.PDS(MEMBER)
and the results were very strange (multiple lines concatenated, seemed to
be picking up a prior member in t
>> Hi Todd,
>> Are you saying that the Redbook SG24-7848-00 System z Crypto andTKE Update
>> is just plain wrong ?
> Actually, I cannot figure out what that text from the RedBook is trying to
> say :-)
OK, I looked at the RedBook and I see what it's talking about now. It's sort
of a "halfway"
In case you were not aware, there is a newsgroup for TSO-REXX
If you have not done so, you can join here. Just go to the bottom of the
Webpage
http://www2.marist.edu/htbin/wlvindex?TSO-REXX
what are the attributers? Lrecl, blksize, etc...
Did you check the original PDS to see if that member
I love it ...2 points Richard ...
Scott J Ford
Software Engineer
http://www.identityforge.com/
From: Richard Pinion
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, September 23, 2013 8:47 AM
Subject: Re: Pissing contest(s)
Do the movie titles "Grumpy old men
IMHO that is not pedantic, just clarifying. In similar circumstances I have
advocated (and implemented) using the LE storage obtain and release mechanisms
and a LINKAGE section table definition with "OCCURS 1" to utilize as much
storage as needed for the business purpose (millions of rows in on
So does anyone wonder where the phrase came from anyhow? Were there such
contests in the distant past? Was it an ancient Greek olympic event?
What? Certainly seems like good material for Monty Python.
John Mattson, Epson America desk: 562-290-4163 cell:310-210-9152
From: Scott Ford
To
Historically, the use of a DSN{AME]= value like
*.*.GUBBINS
was not possible for an ordinary application programmer, whose JCL
would have been rejected as in error if it had contained such a DSN=
value. Such practices were once common for member names too. IBM for
long distributed CICS materia
What in.0 in.1 etc. Holds?
בתאריך 23 בספט 2013 17:38, מאת "Lizette Koehler" :
> In case you were not aware, there is a newsgroup for TSO-REXX
>
> If you have not done so, you can join here. Just go to the bottom of the
> Webpage
>
> http://www2.marist.edu/htbin/wlvindex?TSO-REXX
>
>
> what are th
Sounds English to me ..lol
Scott J Ford
Software Engineer
http://www.identityforge.com/
From: John Mattson
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, September 23, 2013 11:06 AM
Subject: Re: Pissing contest(s)
So does anyone wonder where the phrase
Suspect you have issue with PDS...although maybe directory is lla frozen,
"prior data"?
Below code works seq or pds(mem)
/* REXX */
"ALLOC SHR FILE(INPUT) DATASET('UKLANRX.JCL.CNTL(SYSGEN)')"
"EXECIO * DISKR INPUT (STEM INPUT. FINIS)"
"FREE FILE(INPUT)"
CNTR = 1
DO WHILE CNTR <= INPUT.0
SAY IN
I think you meant "UK". :-) And as "pissed" and "pissed off" are movable
UKUS feasts :-) here goes...
Think urinals. :-)
You asked for it. :-) So here's some toilet humour. :-)
Cheers, Martin
Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM
Agreed!
In a pub in England, to get pissed means to get drunk. Right, Rob? :-)
In that case, it would be a drinking contest. Much better imagery!
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Scott Ford
Sent: Monday, September
Only on this listserv can this particular topic become a thread... sigh.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Richards, Robert B.
Sent: Monday, September 23, 2013 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pissing c
On Mon, 23 Sep 2013 10:54:44 -0500, Donald Likens
wrote:
>WebSphere Application Server supplies some of its information in its SMF
>records in Unicode format. Is there a facility available to convert Unicode to
>EBCDIC?
Suggest structured Internet search argument --> convert unicode to ebcd
With all the heavy seriousness these days, a little levity is in order.
Thanks, folks, its been fun. Now let's keep our senses (of humor) and let
this matter pass. So to speak
John Mattson, Epson America desk: 562-290-4163 cell:310-210-9152
From: "Taylor, Scott"
To: IBM-MAIN@LISTSER
WebSphere Application Server supplies some of its information in its SMF
records in Unicode format. Is there a facility available to convert Unicode to
EBCDIC?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
s
On 9/23/2013 9:54 AM, Donald Likens wrote:
WebSphere Application Server supplies some of its information in its SMF
records in Unicode format. Is there a facility available to convert Unicode to
EBCDIC?
Which EBCDIC code page would you like?
Check out Unicode Services User's Guide and Refer
Although some may disapprove of our practice, it has been in place for
decades. Our SLAs apply to unscheduled outages. As long as an outage is
scheduled, approved, advertized to affected clients, and completed on
time, we are not dinged for it. Of course we try to minimize scheduled
outages, bu
The SAS Language (and of course, MXG Software that processes every SMF record
on the face
of the earth, and written in the SAS Language) has NO problem inputting Unicode
data and
storing either as ASCII or EBCDIC characters.
And it's not ONLY WEBSPHERE SMF that has UNICODE.
Barry
Herbert W.
Dear Listserv members,
I have been asked to take on the task of remediating the health checks for
sysplex. I have been given a list of some of the health checks that come up as
exceptions on designated LPARs. Any suggestions?
IXGLOGR_STRUCTUREFULL RRS_ARCHIVECFSTRUCTURE GDPS_CHECK_DASDMI
On 9/23/2013 11:07 AM, John Gilmore wrote:
Historically, the use of a DSN{AME]= value like
*.*.GUBBINS
was not possible for an ordinary application programmer, whose JCL
would have been rejected as in error if it had contained such a DSN=
value.
Sorry to disagree, but application programmers
On 9/23/2013 10:55 AM, Clark Morris wrote:
On 23 Sep 2013 06:09:02 -0700, in bit.listserv.ibm-main you wrote:
Adjacent 01 levels have been used to allocate storage larger than the maximum
allowed by COBOL.
With the more recent versions of COBOL is the practice still necessary
or can the table
On 23 Sep 2013 09:23:00 -0700, in bit.listserv.ibm-main you wrote:
>If you mean a program, then the UNIX "iconv" command can do that. There is
>also the "iconv" set of C language subroutines if you want to write your
>own.
>http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/edclb1c0/3.440
On Mon, Sep 23, 2013 at 11:44 AM, Steve Comstock
wrote:
> On 9/23/2013 10:22 AM, John McKown wrote:
>
>> If you mean a program, then the UNIX "iconv" command can do that. There is
>> also the "iconv" set of C language subroutines if you want to write your
>> own.
>> http://publibz.boulder.ibm.**co
Rob:
why do you want to free it ...its not clear why you need to ...
If it was allocated dynamically or a file for temporary usage, 'yes' free it ,
but allocated via a '// DD ' ...odd
Scott J Ford
Software Engineer
http://www.identityforge.com/
From:
On Mon, 23 Sep 2013 08:03:40 -0700, Skip Robinson
wrote:
>Although some may disapprove of our practice, it has been in place for
>decades. Our SLAs apply to unscheduled outages. As long as an outage is
>scheduled, approved, advertized to affected clients, and completed on
>time, we are not dinge
On 23 Sep 2013 06:09:02 -0700, in bit.listserv.ibm-main you wrote:
>Adjacent 01 levels have been used to allocate storage larger than the maximum
>allowed by COBOL.
With the more recent versions of COBOL is the practice still necessary
or can the tables be large enough? Given the existence of BL
On 9/23/2013 10:27 AM, Paul Gilmartin wrote:
Nowadays, might a viable practice be to scratch anything
that's neither catalogued nor allocated?
I didn't want to write a monograph, but keep the response brief. The
scratch program in question considers the (installation's)
classification of the
On 9/23/2013 10:22 AM, John McKown wrote:
If you mean a program, then the UNIX "iconv" command can do that. There is
also the "iconv" set of C language subroutines if you want to write your
own.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/edclb1c0/3.440
http://publibz.boulder.ibm.c
On Mon, 23 Sep 2013 13:08:01 -0400, Gerhard Postpischil wrote:
>
>Sorry to disagree, but application programmers had wide leeway in
>creating "funny" names. For DOS compatibility, a DSN was allowed to be
>quoted, and could contain a number of special characters that would fail
>in JCL unquoted. Wit
On 9/23/2013 12:02 PM, Paul Gilmartin wrote:
On Mon, 23 Sep 2013 10:44:04 -0600, Steve Comstock wrote:
On 9/23/2013 10:22 AM, John McKown wrote:
If you mean a program, then the UNIX "iconv" command can do that. There is
also the "iconv" set of C language subroutines if you want to write your
o
I was not using the word 'ordinary' in a pejorative or even
deprecatory way. I intended only to exclude very savvy people writing
application code in assembly language and their like.
I was at least half-aware of the DOS-compatibility quote-framed DSNAME
value loophole, but if I remember correct
On Mon, 23 Sep 2013 10:44:04 -0600, Steve Comstock wrote:
>On 9/23/2013 10:22 AM, John McKown wrote:
>> If you mean a program, then the UNIX "iconv" command can do that. There is
>> also the "iconv" set of C language subroutines if you want to write your
>> own.
>> http://publibz.boulder.ibm.com/c
We just configured and started two OpenSSH servers on different hosts. I have
been able to logon to both SHH servers using PuTTY, we can initiate sftp from
the PuTTY session and it works okay to transfer files. We are now trying to
get SFTP to work from a batch job but it fails with RC=255 HOS
You'll have to harvest the host public key from both servers and store
them in one of the files identified below.
Depending on whether the servers have RSA or DSA host public keys you
might have to play with the ssh-keyscan command to get the right type key.
ssh-keyscan -t rsa (or dsa) server
Attributes were recfm=FB, lrecl=120 PDS.
There were no I/O errors. I was able to copy the member via 3.3 to the
sequential file without issue. Also, viewed it numerous times.
I will have to allocate my own copy and re-check it.
As for the FREE... no harm no foul. If I had done an ALLOCATE ...
What I recall doing to facilitate this on my system was to use putty to connect
to my first host and then use ssh to manually connect to the second host. This
establishes the keys in the known_hosts file for the appropriate user. After
that the batch sftp should work just fine.
If I remember
FYI - Slides and a recording of our June 12, 2012 webinar: "IBM Ported
Tools for z/OS OpenSSH: Key Authentication" is available on our web site:
http://dovetail.com/webinars.html
(this is part 1 of a two part series; part 2 is "Using Key Rings" )
Kirk Wolf
Dovetailed Technologies
http://doveta
Yep agreed, lived in Europe so I get it ...but still fun ...life is t short
not to have fun ...
Scott J Ford
Software Engineer
http://www.identityforge.com/
From: "Richards, Robert B."
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, September 23, 2013 11:24
For official character conversion in assembler, see the IBM manual "z/OS
Unicode Services User's Guide and Reference" which documents use of their
unicode services.
Jon Perryman.
>
> From: Steve Comstock
>
>
>Actually, COBOL has the builtin function DISPLAY-OF
If you mean a program, then the UNIX "iconv" command can do that. There is
also the "iconv" set of C language subroutines if you want to write your
own.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/edclb1c0/3.440
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/cbcpg1c0/8.6.
>If you set up new PDS/E program libraries for only V5 program code, then
>any time maintenance on a COBOL program is done the maintainer must be
>aware whether this is the first time this program has compiled with V5
>and if so, be sure any related production JCL gets changed to reference
>the new
>>>Tom,
>>>
>>>Could you share the SHARE presentations you have given on COBOL V5?
>>
>> I just sent them over, they should be live soon at:
>> http://www-01.ibm.com/support/docview.wss?uid=3Dswg21634215
>
>'Soon' meaning that more than a week later these presentations are still no=
>t there.
Our
Tom,
Here is my 2cents worth
Yes it is do-able. However, here are the challenges
1) How many applications have unique LOADLIBs?
2) What STCs are those libraries tied to - DB2 Stored Procedures, MQ STC, DB2
STC, CICS STC, IMS STC.
3) How many loadlibs need to be replicated from PDS to PDS/E?
4)
On Mon, 23 Sep 2013 14:48:32 -0500, Kirk Wolf wrote:
>FYI - Slides and a recording of our June 12, 2012 webinar: "IBM Ported
>Tools for z/OS OpenSSH: Key Authentication" is available on our web site:
>
>http://dovetail.com/webinars.html
>
>(this is part 1 of a two part series; part 2 is "Using K
On Mon, 23 Sep 2013 12:17:20 -0700, Tom Ross wrote:
> ...
>Step 6 when all code has been moved, the only programs in PDS should be
> unused, and the PDS datasets could be deleted
>
> If this plan was used, the COBOL V5 PDSE requirement would not be disruptive.
>My question, is it do-able?
>
I beli
Gil,
Agreed; this is really stupid - but it has always worked that way.
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Mon, Sep 23, 2013 at 3:37 PM, Paul Gilmartin wrote:
> On Mon, 23 Sep 2013 14:48:32 -0500, Kirk Wolf wrote:
>
> >FYI - Slides and a recording of our June 12, 2012 we
On 9/23/2013 2:23 PM, Tom Ross wrote:
Tom,
Could you share the SHARE presentations you have given on COBOL V5?
I just sent them over, they should be live soon at:
http://www-01.ibm.com/support/docview.wss?uid=3Dswg21634215
'Soon' meaning that more than a week later these presentations are st
Lose the 3D,
http://www-01.ibm.com/support/docview.wss?uid=swg21634215
Bob
Steve Comstock wrote:
On 9/23/2013 2:23 PM, Tom Ross wrote:
Tom,
Could you share the SHARE presentations you have given on COBOL V5?
I just sent them over, they should be live soon at:
http://www-01.ibm.com/support/
.and this is why NSA stopped monitoring us.
Tony's iPhone (with toy keyboard) is responsible for this Email. Please do not
snicker.
On Sep 23, 2013, at 10:39 AM, John Mattson wrote:
> With all the heavy seriousness these days, a little levity is in order.
> Thanks, folks, its been fun
On 9/23/2013 3:12 PM, Bob Rutledge wrote:
Lose the 3D,
http://www-01.ibm.com/support/docview.wss?uid=swg21634215
Bob
Thanks, Bob. That did it.
--
Kind regards,
-Steve Comstock
The Trainer's Friend, Inc.
303-355-2752
http://www.trainersfriend.com
* We are going out of business effective 3
z/OS Unicode Services is an AWESOME facility but there is a little bit of a
learning curve (or "coding curve" if there is such a thing). It will certainly
handle whatever you need, assuming assembler is viable option for you.
"Unicode" is not a character set (or "format") -- it's a whole family
In Australia piss is also a slang word for alcohol. "We're having a barbie
Sunday arvo. Just bring your own piss".
On 23/09/2013, at 11:24 PM, "Richards, Robert B."
wrote:
> Agreed!
>
> In a pub in England, to get pissed means to get drunk. Right, Rob? :-)
>
> In that case, it would be a
On Mon, 23 Sep 2013 16:56:46 -0700, Charles Mills wrote:
>
>"Unicode" is not a character set (or "format") -- it's a whole family of
>character sets. http://en.wikipedia.org/wiki/Unicode. If it's UTF-8 then you
>can do a 98% job if you just treat it as ASCII. If it's UTF-16 or UCS-2 you
>can do
Yer right. It's a single character set (all the characters in the world! --
well, not quite: Jurchen, Nü Shu, Tangut, and Linear A are "working their way
through the approval process;" Klingon is ineligible because of "lack of real
world use") and a variety of ways of encoding them. Okay?
It's
On 23 September 2013 20:18, Paul Gilmartin wrote:
> On Mon, 23 Sep 2013 16:56:46 -0700, Charles Mills wrote:
>>There is actually a "Unicode EBCDIC" (UTF-EBCDIC) but it's pretty obscure.
>>
> Not as obscure as it deserves to be.
Never miss a chance on this one, do you Gil... As you know, I think
The first time I encountered something like this phrase, circa 1950,
it took the form of
Don't get into a pissing match with a skunk!
I suspect that the phrase and its variants have multiple etymologies,
with much semantic cross contamination among them.
John Gilmore, Ashland, MA 01721 - USA
--
Paul Gilmartin's opinions about EBCDIC are not always or necessarily
wrong in detail, but they are wholly predictable.
John Gilmore, Ashland, MA 01721 - USA
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
On 9/23/13, John Gilmore wrote:
> Paul Gilmartin's opinions about EBCDIC are not always or necessarily
> wrong in detail, but they are wholly predictable.
>
> John Gilmore, Ashland, MA 01721 - USA
>
--
John Gilmore, Ashland, MA 01721 - USA
--
On Mon, 23 Sep 2013 21:23:04 -0400, Tony Harminc wrote:
>
>> Not as obscure as it deserves to be.
>
>Never miss a chance on this one, do you Gil... As you know, I think
>UTF-EBCDIC was a great idea, and can't understand how it failed to
>catch on. Maybe there's just not much call for invoking legac
On 24/09/2013 10:43 AM, Paul Gilmartin wrote:
It doesn't say (but perhaps TR # 16 does) which EBCDIC code page
(or for that matter, which flavor of ASCII -- ISO8859-??) is used.
This could be chaotic. And the dreadful LF<->NEL pitfall lurks.
ASCII suffers similar problems; else why would we have
On Tue, 24 Sep 2013 11:18:30 +0800, David Crayford wrote:
>
>The C++ committee wanted to deprecate trigraphs in the last standard
>http://tinyurl.com/n3nas3u. EBCDIC was the only tangible reason
>for keeping them alive. I've lost count of the amount of times I've had
>a C/C++ analysis tool choke b
David,
I like that...he someone says take a piss, it's more like leave one
Scott ford
www.identityforge.com
from my IPAD
'Infinite wisdom through infinite means'
> On Sep 23, 2013, at 8:01 PM, David Crayford wrote:
>
> In Australia piss is also a slang word for alcohol. "We're having a barbi
On 23 September 2013 21:56, John Gilmore wrote:
> I suspect that the phrase and its variants have multiple etymologies,
> with much semantic cross contamination among them.
Indeed. I had imagined that any actual such contest would be engaged
in only by small boys, and that the phrase is used to p
On 9/23/2013 3:15 PM, John Gilmore wrote:
I was not using the word 'ordinary' in a pejorative or even
deprecatory way. I intended only to exclude very savvy people writing
application code in assembly language and their like.
The problem is that "ordinary" is extremely subjective, depending no
That's it, exactly.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
-Original Message-
From: Tony Harminc
Sender: IBM Mainframe Discussion List
Date: Tue, 24 Sep 2013 00:33:40
To:
Reply-To: IBM Mainframe Discussion List
Subject: Re: Pissing contest(s)
> I have been asked to take on the task of remediating the health checks for
> sysplex. I have been given a list of some of the health checks that come up
> as exceptions on designated LPARs. Any suggestions?
> IXGLOGR_STRUCTUREFULL RRS_ARCHIVECFSTRUCTURE GDPS_CHECK_DASDMIH
> XCF_CF_MEMORY_
On 9/23/2013 3:37 AM, Shane Ginnane wrote:
Enuff already guys.
There's no shortage of egos on this list, but let's keep it so we can all take
something out of it.
Trust me, if Shane can control himself, you can too! :)
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive
When this thread popped up, I first was happy, so I could easily skip
this subject and concentrate on useful threads, but this one is becoming
so funny, I don't want to miss it either...
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Beha
84 matches
Mail list logo