/ signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
John McKown
Maranatha!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
Yes and no.:-) With SMS, when you use NOSCRATCH, the GDS data set is
rolled off the GDG and, instead of becoming uncatalogued, the GDS entry
becomes a normal non-VSAM entry. This means that it can only be referenced
by GOOVOO number, not via relative GDG number. And is not accessable via
GDG-all
On Aug 21, 2012 7:11 PM, Lizette Koehler stars...@mindspring.com wrote:
So, if I run a scan on my Pool with DFDSS with CATLG EQ NO, and I find
lots of files, they are probably uncataloged in the SMS pool.
I think that's true.
If I use option 3.4 on the GDG Base and turn up NO dataset
IIRC, both C and PL/I use the same back end code generator, while COBOL
does its own thing. That may be why COBOL seems to stay behind them.
On Sep 1, 2012 2:49 PM, zMan zedgarhoo...@gmail.com wrote:
Indeed. The lack of improvements for EC12 may simply reflect where the
COBOL folks are in their
What about an ad which would say For a restful night's sleep, get an IBM
iSeries . Meaning that companies can depend on an iSeries to run reliably
at all times' vice a Wintel solution. OK , not likely.
On Sep 3, 2012 12:21 PM, Charles Mills charl...@mcn.org wrote:
Two identical tradenames do
, the DFSORT manual seems to say that it does.
If you noticed from previous messages, IT management is anti-z/OS so
they basically just don't work to be bothered with it. Like because
MS-Windows is such a POS that they need to concentrate on it. Makes me
wonder why they adore it.
--
John McKown
. PEBKAC. Now that you
mention it, I may use a CA-OPS/MVS rule to blank out portions of the
ICH408I messages. Say in the USER(...), GROUP(...) and NAME(...) portions.
I don't use them anyway. I use the SMF records.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
understand. - Chinese Proverb
On Sep 23, 2012, at 12:38 PM, John McKown john.archie.mck...@gmail.com
wrote:
Took the easy way out. Superseded all ICH408I messages from SYSLOG which
have USER( at the front of word two. I see no need for them. We use SMF
records for reporting.
On Sep 18, 2012
ISPF option 3.3 can copy to a new PDS and unpack as it copies. It's an
option on the panel.
On Oct 12, 2012 5:34 PM, Lizette Koehler stars...@mindspring.com wrote:
Okay, I looked at the Dataset for PACK (DUH!!). You are correct PACK ON
is on the individual member.
So now, is there a way to
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
John McKown
Maranatha!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
unit and convert to MSU?
Any help will be appreciate
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
John McKown
Maranatha
Thanks. I may take a look at that to see if I can port it to a z/OS UNIX
command. Given my predilections, it will likely be line mode out to
stdout.
On Nov 6, 2012 9:20 PM, Sam Golob sbgo...@cbttape.org wrote:
Hi Folks,
If you ever wondered what happened to the wonderful PACKRAT fullscreen
?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
John McKown
Maranatha!
--
For IBM
I think the table is on the next page, topic 26.4.3. Perhaps an RCF to
rephrase this table to the table on the next page is needed. Perhaps
topic 26.4.3 used to be on the same physical page in the dead tree version.
I haven,t looked in the PDF because I currently lying in bed using my
tablet.
On
Not normally. If u want to' then you must send email to mail
to:lists...@vm.marist.edu with the message
SET REPRO ON
in the body, with nothing else in it. Try to suppress that Sig at the
bottom of ur email if at all possible.
On Nov 9, 2012 3:17 AM, Vernooij, CP - SPLXM kees.verno...@klm.com
! It is backed up on a flash drive somewhere.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Ada is PL/I trying to be Smalltalk. -- Codoso diBlini
And a few other amusing quotes.
http://www.cs.ucsb.edu/~ravenben/humor/csfunny
To lighten up the atmosphere from some of the recent OT messages.
--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.
Maranatha!
John
AM, John McKown john.archie.mck...@gmail.com said:
Ada is PL/I trying to be Smalltalk. -- Codoso diBlini
Actually Ada comes from the Pascal tradition and is quite at variance
with PL/I.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see http://patriot.net/~shmuel
)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.
Maranatha!
John McKown
have _not_ lost my mind! It is backed up on a flash drive somewhere.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
/ archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.
Maranatha!
John McKown
--
For IBM-MAIN subscribe
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.
Maranatha!
John McKown
,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access
http://www.theregister.co.uk/2013/10/04/verity_stob_unicode/
Down with Unicode! grin/
--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.
Maranatha!
John McKown
instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive
/ signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.
Maranatha!
John McKown
--
For IBM-MAIN
instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff
with the message: INFO IBM-MAIN
--
I have _not_ lost my mind! It is backed up on a flash drive somewhere.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
/ signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM
-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access
are already doing.
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
I agree. This should likely end now, before it becomes a flame war which
has nothing to do with computers at all. Instead, let's all agree that MS
Windows stinks like a 5 day dead corpse and have a brew (not mentioning
which because I don't want a multi-way war between the U.S., Britain,
Germany,
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Everybody chant: XML! XML! XML! Ouch, don't hit! grin/.
On Mon, Oct 21, 2013 at 11:24 AM, Skip Robinson jo.skip.robin...@sce.comwrote:
My favorite hot button is itching...The underlying problem here is one
I've trotted out during several user sessions at SHARE: the various
members of
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM
And, for the true techies (bit twiddlers), there were PLM manuals which
explained the internals and also actual, real, live SOURCE CODE to study
and try to understand. Which is why I'm a Linux/*BSD bigot these days.
On Tue, Oct 22, 2013 at 8:56 AM, Staller, Allan allan.stal...@kbmg.comwrote:
!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
complete in a reasonable time. Which I why I prefer to
do the IPLs.
On Wed, Oct 23, 2013 at 5:19 PM, Thomas Conley pinnc...@rochester.rr.comwrote:
On 10/23/2013 3:47 PM, John McKown wrote:
Curiosity question: Why do you need multiple remote I3270C sessions per
LPAR? If we ever go to z/OS 2.1
: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe
On Sat, Oct 26, 2013 at 7:50 PM, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
In
caajsdjilg3pg1p41eh5pqyjl5-2ex6yc3q5u2lz44_gga33...@mail.gmail.com,
on 10/26/2013
at 07:45 AM, John McKown john.archie.mck...@gmail.com said:
The PC (actually 3 of them) even has the old IBM
, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access
, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
an exception should be thrown.
OTOH, we could simply do the political thing and continue to punt the
problem down the time stream, using ad-hoc solutions in the present.
On Mon, Oct 28, 2013 at 10:19 AM, Paul Gilmartin paulgboul...@aim.comwrote:
On Mon, 28 Oct 2013 08:26:31 -0500, John McKown
At least, I can get to it.
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
, in
its zeal, might do something like this.
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff
AM, John McKown wrote:
Being a Linux bigot (only use Windows at work), I am wondering if there is
any documentation on SPFPRO or other ISPF-like environments. In
particular,
do these products emulate all of ISPF or only the ISPF editor? Can the
editor run macros? If so, only REXX or can it use
help, but it's a catch 22.
BTW, this issue does affect ACF2 and Top Secret as well.
Mark
--
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN
,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff
: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access
IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
in (batch) TSO (e.g. PGM=IKJEFT01 or IKJEFT1A or IKJEFT1B). As
such it falls prey to the problem that John McKown describes in his reply
in this thread. Additionally it has other deficiencies that make it
unacceptable, on the other hand the good news is that this capability
already exists
, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
to the source that SMP/E
uses standard BPAM for most of its functions. There is no documentation in
the DFSMS manuals about not using any hex value, other than 8x'FF', as a
member name.
snip
Snip
John McKown
John, I judge you to be someone who can see both classic z/OS and new
Linux/Unix
email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive
...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
(ATTACH, INTRDR, etc.) must also be
tightly controlled. Any process which creates such a process which
creates... ad infinitum.
Bill Fairchild
--
Another case of too many mad scientists and not enough hunchbacks.
Maranatha!
John McKown
. And, if you are trying to subvert procedures, ask yourself In
this economy, is this worth my job?.
Lizette
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM
?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
On Thu, Nov 21, 2013 at 11:30 AM, R.S. r.skoru...@bremultibank.com.plwrote:
W dniu 2013-11-21 18:11, John Gilmore pisze:
Why the magic number of 123 extents per volume? 127 is more
plausible. What else is going on here?
Well. Why 59 volumes per volume, why 140 bytes per VTOC records?
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
. :)
Thanks
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John McKown
Sent: 22 November 2013 20:14
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Getting a VSAM data set's system timestamp
One possibility, which is not simply by any
is,
not the user.
That's the *ix philosophy more than the MVS philosophy.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see http://patriot.net/~shmuel/resume/brief.html
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John
-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
?
This is just curiosity on my part.
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
!
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
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
, 26 Nov 2013 07:47:39 -0600, John McKown wrote:
I am confused by this. What would you put in such a catalog? The absolute
path name plus file name, such as /u/myid/some/subdir/somefile.txt ? If
so,
why? If you know the name, the system knows where it is. Or do you must
mean the file name
the advancement in hardware and UI design knowledge.
Unfortunately, the author does not address the monetary cost of improving
the UI. Which is a major concern.
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
On Wed, Nov 27, 2013 at 9:13 AM, Ted MacNEIL eamacn...@yahoo.ca wrote:
Software is difficult to write, so, of course, it should be difficult to
read! (8-{]}
Very true! Which is why I prefer APL2 for all applications programming
GRIN/.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter:
hand to test this.
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
I can try that. Thanks.
On Nov 29, 2013 8:33 PM, Robert A. Rosenberg hal9...@panix.com wrote:
At 18:57 -0600 on 11/29/2013, John McKown wrote about Curiosity: ETXR exit
code (ATTACHX macro):
I think the former. with ETXR#2 interrupting ETXR#1 is what really
happens.
I can't think of a way
. This will allow
SMS to allocate the DSN properly and DFHSM, perhaps, to manage any disk
resident data sets.
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN
On Nov 30, 2013 3:10 PM, Peter Relson rel...@us.ibm.com wrote:
I believe that there is no deferral. Unless RTM is terminating a higher
task, lower tasks can terminate in parallel and if it's time for an ETXR
to run, the IRB will be scheduled. If that happens to interrupt a previous
ETXR, so
On Sun, Dec 1, 2013 at 9:30 AM, zMan zedgarhoo...@gmail.com wrote:
Ahhh. So you want the system to find the file filename *anywhere that it
exists* when you say *verb* filename?
Hmm. Do I want that? Do I want what worked fine yesterday to stop working
today because a download or unzip
It might be helpful to have the OP tell us _exactly_ what authorized
function he needs to be done on behalf of his unauthorized user program.
Perhaps there is another way to get 'er done.
--
For IBM-MAIN subscribe / signoff /
scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
This is clearly another case of too many mad scientists, and not enough
hunchbacks.
Maranatha!
John McKown
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
1 - 100 of 3066 matches
Mail list logo