Re: How do i install Linux on S/390 Machine

[Shane]

On Sat, 2007-06-02 at 20:20 -0400, Warner Mach wrote:

> We recently did this, so I sent him, offline, a note about our experiences
> We learned a number of things by flogging around. 

Interesting timing for such a thread.
I happen to have an unloved MP3K lying around the office, and have
recently contemplated I should throw a Linux at it.
Wonder what has us all heading down this path - other than the value for
money of course  ;-)

Would you mind flicking me a copy of your notes as well please ???.

Cheers ...  Shane

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

Re: PDS86 missing output with LIST subcommand

[John P Kalinich]

Anthony Fletcher from the IBM Mainframe Discussion List
 wrote on 06/08/2007 12:25:01 AM:

> Has anyone experienced a problem with PDS86 leaving out a chunk of text
from
> a LOAD module?
> I was looking in .SCEERUN(CEECCICS) to see what was in the CEEEXTAN
CSECT. I
> used the LIST subcommand, and because it is quite big, the '0'
subcommand,
> and did a FIND on CEEEXTAN. I didn't find it to my surprise. I went back
out
> and used the MAP command to see what offset CEEEXTAN was at, then went
back
> in to do LIST and list time paged down looking for the offset.
> I was surprised to find the output had left out a whole lot of code from
> X'3D50' and X'7A60'.
> The data set is a PDS (not PDSE) and it is running on z/OS 1.7.
>

This is the output I get on our 1.7 system.  Send me your MAP and LIST
output and I will look into it.

Regards,
John Kalinich
Computer Sciences Corp

 - DSN=CEE.SCEERUN,VOL=SER=MPIPLM  MEM=CEECCICS  
 >List  CEECCICS module(CEEextan)
 AT 000B00  CSECT CEEEXTAN  LENGTH 30
   000B00   C3C5C5C5 E7E3C1D5  00010030 0010  *CEEEXTAN*
   000B10 0010  C5E7E3C1 C2D3C540  0001 0010  *EXTABLE *
   000B20 0020  C9C4C9E7 C3C3C5C5     *IDIXCCEE*

22 BLOCKS IN THIS MEMBER

** MAP  CEECCICS
CEECCICS  00  000A18  RMODE ANY AMODE ANY
CEEVFSTS (WEAK)
CEEVGSTS (WEAK)
CEECPYRT  000A18  E2  RMODE ANY AMODE ANY
CEEEXTAN  000B00  30  RMODE ANY AMODE ANY
CEEANCH   000B30  7C  RMODE ANY AMODE ANY
CEEBBEXT  000BB0  000358  RMODE ANY AMODE 31
CEEBCKRI  000F08  000620  RMODE ANY AMODE 31
CEEBHOOK  001528  000950  RMODE ANY AMODE 31
CEEBH370  00153C
CEEBHXA   001554
CEEBLIBM  001E78  000440  RMODE ANY AMODE ANY
CEEBLOAD  0022B8  E8  RMODE ANY AMODE 31
CEEBRELU  0023A0  90  RMODE ANY AMODE ANY
CEEBSOFL  002430  000108  RMODE ANY AMODE 31
CEEBSOFT  002538  000100  RMODE ANY AMODE 31
CEEBTOR   002638  000120  RMODE ANY AMODE 31
CEECABND  002758  000468  RMODE ANY AMODE 31
CEEBABND  002758
CEECDEL   002BC0  000220  RMODE ANY AMODE 31
CEECEAIA  002DE0  00  RMODE ANY AMODE ANY
DFHEAI002DE0  1E  RMODE ANY AMODE ANY
DFHEI1002DE8
CEECFREE  002E00  5D
CEECFSTR  002E60  0001B0  RMODE ANY AMODE 31
CEEVFSTR  002E60
CEECFSTS  003010  0001F0  RMODE ANY AMODE 31
CEECGET   003200  6E
CEECGSTR  003270  0002F8  RMODE ANY AMODE 31
CEEVGSTR  003270
CEECGSTS  003568  000310  RMODE ANY AMODE 31
CEECLOD   003878  000348  RMODE ANY AMODE 31
CEECMOUT  003BC0  000578  RMODE ANY AMODE 31
CEEDOPT   004138  000AB8  RMODE ANY AMODE ANY
CEECPINI  004BF0  000640  RMODE ANY AMODE 31
CEECPTRM  005230  0001E8  RMODE ANY AMODE 31
CEECSTGO  005418  1C
CEECTERM  005438  0001A8  RMODE ANY AMODE 31
CEEBTERM  005438
CEEBXITA  0055E0  B9  RMODE ANY AMODE ANY
CEECZLDR  0056A0  000290  RMODE ANY AMODE 31
CEECZLOD  005930  000300  RMODE ANY AMODE 31
[EMAIL PROTECTED]  005C30  0019F8  RMODE 24  AMODE 31
[EMAIL PROTECTED]  005C30
CEEOPCMM  007628  001008  RMODE ANY AMODE ANY
CEEOSIGR  008630  000798  RMODE ANY AMODE 31
CEEOSGR1  008CC6
CEEPDLC   008DC8  E0  RMODE ANY AMODE ANY
CEEPLDC   008EA8  F0  RMODE ANY AMODE ANY
CEEPLLO   008F98  000230  RMODE ANY AMODE 31
CEEPTLC   0091C8  000170  RMODE ANY AMODE ANY
CEEPTLR   009338  000140  RMODE ANY AMODE ANY
CEEVAGTS  009478  000100  RMODE ANY AMODE ANY
CEEVALCA  009578  000100  RMODE ANY AMODE ANY
CEEVGTLS  009678  F8  RMODE ANY AMODE 31
CEEVGTS   009770  F8  RMODE ANY AMODE 31
CEEVGTSI  009868  001630  RMODE ANY AMODE 31
CEEVGTST  00AE98  000198  RMODE ANY AMODE ANY
CEEVGTSX  00B030  000100  RMODE ANY AMODE 31
CEEVGTS1  00B130  F8  RMODE ANY AMODE 31
CEEVGTUN  00B228  000298  RMODE ANY AMODE 31
CEEVGUNE  00B4C0  0002C0  RMODE 24  AMODE 31
CEEVOGSX  00B780  F8  RMODE ANY AMODE 31
CEEVOGTS  00B878  F8  RMODE ANY AMODE 31
CEEVSSFR  00B970  000408  RMODE ANY AMODE ANY
CEEVSSFE  00B984
CEEVTOVF  00BD78  DF  RMODE 24  AMODE ANY
CEEYTDLI  00BE58  000138  RMODE ANY AMODE ANY
CEEZINBV  00BF90  98  RMODE ANY AMODE ANY
CEEZ1IPT  00C028  000658  RMODE ANY AMODE 31
CEEARLU   00C680  B0  RMODE ANY AMODE ANY

ENTRY POINT AT 00  --  CEECCICS
MODULE LENGTH  00C730  -- 50K

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-mai

Re: Issue MVS /CICS command from remote server or non-MVS environment ?

[Jim Harrison]

Another option would be to use MQ if you have that installed.  Issue 
a PUT to a remote trigger queue that would fire off a CICS txn that 
could issue whatever command you wanted.


At 11:26 PM 6/7/2007, Tsai Laurence said:

hello,
As the subject, would like to know if this is workable .
Sincerely,
Laurence



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

Re: mainframe = superserver

[Staller, Allan]

 

> [snip] Is there a medium to large IBM box that can run a couple 
> hundred of virtual windows 2003 servers?  And said box can scale up to

> approximately 1000+ virtual windows servers?  [snip]
> 
> I am doing research for the possible replacement of 200+ windows 
> server in our datacenter.  We need to add servers, but there is 
> literally no more power.  [snip]

There was a poster a few months back that had done the math and went
with
A z/box under z/VM instead of a server farm. Check the archives..

HTH,

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

Re: Hollerith anniversary

[Kelman, Tom]

Wow, what are you trying to do Bill?  Make those of us who started in
this business using punch cards feel like old geezers. 

Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of (IBM Mainframe Discussion List)
Sent: Friday, June 08, 2007 7:36 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Hollerith anniversary

According to Wikipedia's "On this day...", Herman Hollerith received a  
patent for his punch card calculator on this day (8 June) in 1887.  Go,
Herman!!
 
I still have a handful of blank cards that I liberated from a service
bureau 
ca. 1985.  I use them sometimes to write notes to myself (without
punching 
them, though).  They fix perfectly in my shirt pocket.
 
Bill  Fairchild
Plainfield, IL



** See what's free at
http://www.aol.com.

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




*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

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

Re: Hollerith anniversary

[Shane]

On Fri, 2007-06-08 at 08:35 -0400, Bill wrote:

> According to Wikipedia's "On this day...", Herman Hollerith received a  
> patent for his punch card calculator on this day (8 June) in 1887.  Go,  
> Herman!!

H - my first experience with Hermans baby was cards that had to be
punched by hand - using a straightened paperclip in our case.
Using a biro to do the job made the hole rounder and *really* confused
the reader.

> I still have a handful of blank cards that I liberated from a service  bureau 
> ca. 1985.  I use them sometimes to write notes to myself (without  punching 
> them, though).  They fix perfectly in my shirt pocket.

Amdahl provided them with the company logo and "subject" and "date"
fields - pre-ruled for easy note writing.

Shane ...

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

Re: PDS86 missing output with LIST subcommand

[Mark Zelden]

I find the same problem under 1.8 with the latest cut.

If just doing a "L CEECCICS" everthing after CEECDEL and
before CEEPTLR is missing.   Here is a partial map:


CEEBTOR   003C68  000120  RMODE ANY AMODE 31
CEECABND  003D88  000468  RMODE ANY AMODE 31
CEEBABND  003D88
CEECDEL   0041F0  000220  RMODE ANY AMODE 31
CEECEAIA  004410  00  RMODE ANY AMODE ANY   
DFHEAI004410  1E  RMODE ANY AMODE ANY   
DFHEI1004418
CEECFREE  004430  5D
CEECFSTR  004490  0001B0  RMODE ANY AMODE 31
CEEVFSTR  004490
CEECFSTS  004640  0001F0  RMODE ANY AMODE 31
CEECGET   004830  6E
CEECGSTR  0048A0  0002F8  RMODE ANY AMODE 31
CEEVGSTR  0048A0
CEECGSTS  004B98  000310  RMODE ANY AMODE 31
CEECLOD   004EA8  000348  RMODE ANY AMODE 31
CEECMOUT  0051F0  000570  RMODE ANY AMODE 31
CEEDOPT   005760  000AB8  RMODE ANY AMODE ANY   
CEECPINI  006218  000638  RMODE ANY AMODE 31
CEECPTRM  006850  0001E8  RMODE ANY AMODE 31
CEECSTGO  006A38  1C
CEECTERM  006A58  0001A8  RMODE ANY AMODE 31
CEEBTERM  006A58
CEEBXITA  006C00  B9  RMODE ANY AMODE ANY   
CEEEXTAN  006CC0  20  RMODE ANY AMODE ANY   
CEECZLDR  006CE0  000290  RMODE ANY AMODE 31
CEECZLOD  006F70  000300  RMODE ANY AMODE 31
[EMAIL PROTECTED]  007270  001A00  RMODE 24  AMODE 31
[EMAIL PROTECTED]  007270
CEEOPCMM  008C70  000ED8  RMODE ANY AMODE ANY   
CEEOSIGR  009B48  000798  RMODE ANY AMODE 31
CEEOSGR1  00A1DE
CEEPDLC   00A2E0  E0  RMODE ANY AMODE ANY   
CEEPLDC   00A3C0  F0  RMODE ANY AMODE ANY   
CEEPLLO   00A4B0  000238  RMODE ANY AMODE 31
CEEPTLC   00A6E8  000170  RMODE ANY AMODE ANY   
CEEPTLR   00A858  000140  RMODE ANY AMODE ANY   
CEEVAGTS  00A998  000100  RMODE ANY AMODE ANY   
CEEVALCA  00AA98  000100  RMODE ANY AMODE ANY   
CEEVGTLS  00AB98  F8  RMODE ANY AMODE 31


--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: IEBCOPY Unloaded dataset to PC and back again...not successful

[Mark Zelden]

On Thu, 7 Jun 2007 17:12:51 -0500, Kenneth E Tomiak
<[EMAIL PROTECTED]> wrote:


>To download:
>ftp> bin


>to upload:
>ftp> bin
>

>Assuming the FTP translation tables on both the download and upload are the
>same. They are on my test.
>

What do translation tables have to do with a binary FTP?

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: IEBCOPY Unloaded dataset to PC and back again...not

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.)
> Sent: Thursday, June 07, 2007 4:16 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: IEBCOPY Unloaded dataset to PC and back again...not
> 
> 
> In <[EMAIL PROTECTED]>,
> on 06/06/2007
>at 08:00 AM, "McKown, John" <[EMAIL PROTECTED]> said:
> 
> >QUOTE STRU R
> 
> >also works with RECFM=U.
> 
> FSVO works.  When you FTP to the PC you lose your record boundaries
> and there's no equivalent to an RDW.
> 

No. You are wrong about that. The STRU R downloads in such a way that
record boundries can be determined. I HAVE DONE SO! If you download a
RECFM U dataset using STRU R and BINary, then reupload it to a
compatibly defined dataset, then the two datasets will be 100%
identical, including record boundries. PERIOD. Again, I have done this,
so I know for a fact that it works. Now, this does not maintain any PDS
directory information, so if that is important, then you are right about
it not "working". But if we're talking about a sequential dataset, such
as a ADRDSSU dump, then it does work. This is the last I will say about
it. IT DOES WORK IN THIS CASE. I HAVE DONE IT. MANY TIMES. YES, I'M
YELLING.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.

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

Hollerith anniversary

[(IBM Mainframe Discussion List)]

According to Wikipedia's "On this day...", Herman Hollerith received a  
patent for his punch card calculator on this day (8 June) in 1887.  Go,  
Herman!!
 
I still have a handful of blank cards that I liberated from a service  bureau 
ca. 1985.  I use them sometimes to write notes to myself (without  punching 
them, though).  They fix perfectly in my shirt pocket.
 
Bill  Fairchild
Plainfield, IL



** See what's free at http://www.aol.com.

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

Re: Issue MVS /CICS command from remote server or non-MVS environment ?

[Ralph Robison]

For CICS commands, the CPSM Web User Interface (WUI), may provide the 
capability that you seek.

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

Re: IEBCOPY Unloaded dataset to PC and back again...not

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin
> Sent: Thursday, June 07, 2007 5:54 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: IEBCOPY Unloaded dataset to PC and back again...not
> 
> 
> On Thu, 7 Jun 2007 06:15:58 -0300, Shmuel Metz (Seymour J.) wrote:
> >
> >>QUOTE STRU R
> >
> >>also works with RECFM=U.
> >
> >FSVO works.  When you FTP to the PC you lose your record boundaries
> >and there's no equivalent to an RDW.
> >
> I tried a small test case.  The record boundaries were preserved
> (according to ISPF BROWSE HEX; I didn't try AMASPZAP).
> 
> Who's "shoot[ing] from the hip" here?
> 
> I'm going to dump the stream format and see how it did it.
> 
> -- gil

Gil,

The method is documented and is simple. The downloaded file is
especially encoded as it is downloaded. With a very simple encoding
method. Each data byte in the range 0x00-0xFE comes down unchanged. A
0xFF data byte is encoded as two bytes: 0x. A logical end of record
is encoded as 0xFF01. End of file is encoded as 0xFF02. 0xFF03 is
end-of-record combined with end-of-file. That's it. It works regardless
of anybody else's opinion. It is not often implemented in ASCII based
systems such as Windows or Linux or UNIX because they don't have RECORD
oriented architectures. But it does work for the z/OS ftp server. I
never said anywhere that it worked for any other server.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.

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

IBM-Main Anniversary

[Richards.Bob]

Wednesday was also IBM-Main's anniversary, 21st I think.

Darren, Ed is that correct?

Bob Richards
VP, Enterprise Technologist
Enterprise Technology Infrastructure
SunTrust Banks, Inc.
(404) 575-2798 
Seeing beyond money (sm) 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

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

Re: IBM-Main Anniversary

[Ed Finnell]

 
In a message dated 6/8/2007 8:39:13 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

That  means IBM-Main is finally old enough to buy beer in the US. Bartender 
give me  a mug of your best draft!



>>
Darren's your man! Makes his own...



** See what's free at http://www.aol.com.

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

Re: Hollerith anniversary

[Kelman, Tom]

My first job in the computer field was a part time job as the night
shift computer operator with Mead Packaging while I was in college.
They had just replaced their IBM 1401 with an IBM 360/30.  Even though
they had tape drives the payroll master was on cards.  Each Friday I
would get a deck of change cards from the payroll department, sort them
down, and then run them and the master deck through a collator.  I was
in mortal fear of dropping the master deck.  Since I had time on my
hands during my shift I decided to write a program to do what the
sort/collate process did and got that stupid filing cabinet full of
cards onto a tape.  Everyone there thought I had done something
marvelous.  They didn't think that the main payroll program could
process from a tape.

Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of (IBM Mainframe Discussion List)
Sent: Friday, June 08, 2007 7:36 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Hollerith anniversary

According to Wikipedia's "On this day...", Herman Hollerith received a  
patent for his punch card calculator on this day (8 June) in 1887.  Go,
Herman!!
 
I still have a handful of blank cards that I liberated from a service
bureau 
ca. 1985.  I use them sometimes to write notes to myself (without
punching 
them, though).  They fix perfectly in my shirt pocket.
 
Bill  Fairchild
Plainfield, IL



** See what's free at
http://www.aol.com.

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




*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

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

Re: IBM-Main Anniversary

[Richard Pinion]

That means IBM-Main is finally old enough to buy beer in the US. Bartender give 
me a mug of your best draft!

--- [EMAIL PROTECTED] wrote:

From: "Richards.Bob" <[EMAIL PROTECTED]>
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBM-Main Anniversary
Date: Fri, 8 Jun 2007 09:32:42 -0400

Wednesday was also IBM-Main's anniversary, 21st I think.

Darren, Ed is that correct?

Bob Richards
VP, Enterprise Technologist
Enterprise Technology Infrastructure
SunTrust Banks, Inc.
(404) 575-2798 
Seeing beyond money (sm) 



LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 

SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 





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




_
Netscape.  Just the Net You Need.

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

Re: Hollerith anniversary

[Tom Marchant]

On Fri, 8 Jun 2007 08:35:46 EDT, DASDBill wrote:
>
>I still have a handful of blank cards that I liberated from a service  bureau
>ca. 1985.  I use them sometimes to write notes to myself (without  punching
>them, though).  They fix perfectly in my shirt pocket.

You must have a deep pocket.  Don't let the lawyers find out!

-- 
Tom Marchant

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

Re: IBM-Main Anniversary

[Ed Finnell]

 
In a message dated 6/8/2007 8:33:20 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

Darren,  Ed is that correct?




>>
Absolutely! I made a Bill the Cat badge for the 20th, but couldn't get any  
takers so sort of sloughed off to my own  devices(sic)



** See what's free at http://www.aol.com.

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

Re: IEBCOPY Unloaded dataset to PC and back again...not

[Paul Gilmartin]

On Fri, 8 Jun 2007 09:27:00 -0500, McKown, John wrote:
>>
>> How are block boundaries represented?  I agree with Shmuel that
>> these are essential for IEBCOPY unloaded data sets.
>>
>> checking isn't what it should be.)  I'll send you my test
>> JCL privately.
>>
Never mind.  I was testing with z/OS at both ends, and while
changing too many experimental variables at once, I inadvertently
left STRU R in effect at the wrong end.

>Sorry, I got a bit off-track. The STRU R is what I use for RECFM=U
>datasets. Not RECFM=V datasets. For RECFM=V, I use the QUOTE SITE RDW to
>get the record descriptor words. But I don't use RECFM=V datasets very
>much. Anymore, I just use either XMIT or TRSMAIN to create an FB
>dataset. Everybody can agree with the fact that will always work. It's
>just not worth fighting with some people (not you) over any more.
>
I guess Shmuel, Kenneth, you, and I all agree on XMIT/TRSMAIN.

Wouldn't it be nice to have QUOTE SITE XMIT and LOCSITE XMIT
(or TRSMAIN) commands?  This no longer seems so far-fetched
given that nowadays the LMTR facility runs IEBCOPY under the
covers.

-- gil

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

Re: z/OS Documentation? Ouch!

[Paul Gilmartin]

On Thu, 7 Jun 2007 13:32:34 -0400, Jack Kelly wrote:

>Now that Paul has opened the subject of IBM doc'm, how about getting
>STK/SUN/STC to do something with their, I guess that you would call it,
>documentation? Who is the division head that we can write to? And let's
>
Answered in part privately.

>not go into syntax that can wait until we get some documentation first!
>
Now, that part's absurd.  Any program, whether from IBM or
from Sun, that processes commands embodies some syntax which
must be somehow documented; else how can the programmer know
how to code those commands, whether in PARM or in SYSIN?
IEFBR14 imposes only minimal syntactic requirements: the
programmer need know only how to spell its name.  For practically
anything else there's more.

-- gil

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

Re: IEBCOPY Unloaded dataset to PC and back again...not

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin
> Sent: Friday, June 08, 2007 9:09 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: IEBCOPY Unloaded dataset to PC and back again...not
> 
> 



> This doesn't seem to come from RFC 959.  I'll look in IBM
> docuentation.
> 
> Now, I'm confused.
> 
> How are block boundaries represented?  I agree with Shmuel that
> these are essential for IEBCOPY unloaded data sets.
> 
> I did the "od -x" on the intermediate file.  The format seems
> to use 0x15 as an end-of-record.  I thought this should break
> with data containing intrinsic 0x15 characters.  I made such
> a test case.  In fact, it breaks badly.  I get variously
> SD37 abends, apparent loops (I cancelled after 2 minutes CPU),
> and reported TTR errors, nondeterministically, variously on
> the same input data.  (It seems that IEBCOPY's input validity
> checking isn't what it should be.)  I'll send you my test
> JCL privately.
> 
> I had greater success with MODE B.  This appears to prefix
> a 3-byte idiosyncratic BDW and restore the data better.
> 
> -- gil

Sorry, I got a bit off-track. The STRU R is what I use for RECFM=U
datasets. Not RECFM=V datasets. For RECFM=V, I use the QUOTE SITE RDW to
get the record descriptor words. But I don't use RECFM=V datasets very
much. Anymore, I just use either XMIT or TRSMAIN to create an FB
dataset. Everybody can agree with the fact that will always work. It's
just not worth fighting with some people (not you) over any more.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.

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

Re: PDS86 missing output with LIST subcommand

[John P Kalinich]

Anthony Fletcher from the IBM Mainframe Discussion List
 wrote on 06/08/2007 12:25:01 AM:

> Has anyone experienced a problem with PDS86 leaving out a chunk of text
from
> a LOAD module?
> I was looking in .SCEERUN(CEECCICS) to see what was in the CEEEXTAN
CSECT. I
> used the LIST subcommand, and because it is quite big, the '0'
subcommand,
> and did a FIND on CEEEXTAN. I didn't find it to my surprise. I went back
out
> and used the MAP command to see what offset CEEEXTAN was at, then went
back
> in to do LIST and list time paged down looking for the offset.
> I was surprised to find the output had left out a whole lot of code from
> X'3D50' and X'7A60'.
> The data set is a PDS (not PDSE) and it is running on z/OS 1.7.

I noticed that the missing output starts with a zero length CSECT
(CEECEAIA).  What is the purpose of a zero length CSECT in a load module?
An analysis of CEE.SCEERUN shows that there are 33 zero length CSECT's, of
which 12 are unique names.  Can anyone explain this?

Regards,
John Kalinich
Computer Sciences Corp

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

Two CICS batch jobs take longer after new DASD?

[Johns, Skip A.]

We recently upgraded our DASD from EMC Symetrix to HDS/Sun 9990.
Although the elapsed times for our batch window jobs overall has
improved significantly we have two batch CICS jobs whose elapsed times
have almost doubled. I/O performance is good, the CPU usage is not
excessive. Just these two jobs that batch update account balances
through CICS.

Any ideas for what to look at would be appreciated.

Skip Johns

--
NOTICE:  This electronic mail message and any attached files are confidential.  
The information is exclusively for the use of the individual or entity intended 
as the recipient.  If you are not the intended recipient, any use, copying, 
printing, reviewing, retention, disclosure, distribution or forwarding of the 
message or any attached file is not authorized and is strictly prohibited.  If 
you have received this electronic mail message in error, please advise the 
sender by reply electronic mail immediately and permanently delete the original 
transmission, any attachments and any copies of this message from your computer 
system. Thank you.

==

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

Re: IEBCOPY Unloaded dataset to PC and back again...not

[Paul Gilmartin]

On Fri, 8 Jun 2007 07:59:40 -0500, McKown, John wrote:
>
>The method is documented and is simple. The downloaded file is
>especially encoded as it is downloaded. With a very simple encoding
>method. Each data byte in the range 0x00-0xFE comes down unchanged. A
>0xFF data byte is encoded as two bytes: 0x. A logical end of record
>is encoded as 0xFF01. End of file is encoded as 0xFF02. 0xFF03 is
>end-of-record combined with end-of-file. That's it. It works regardless
>of anybody else's opinion. It is not often implemented in ASCII based
>systems such as Windows or Linux or UNIX because they don't have RECORD
>oriented architectures. But it does work for the z/OS ftp server. I
>never said anywhere that it worked for any other server.
>
This doesn't seem to come from RFC 959.  I'll look in IBM
docuentation.

Now, I'm confused.

How are block boundaries represented?  I agree with Shmuel that
these are essential for IEBCOPY unloaded data sets.

I did the "od -x" on the intermediate file.  The format seems
to use 0x15 as an end-of-record.  I thought this should break
with data containing intrinsic 0x15 characters.  I made such
a test case.  In fact, it breaks badly.  I get variously
SD37 abends, apparent loops (I cancelled after 2 minutes CPU),
and reported TTR errors, nondeterministically, variously on
the same input data.  (It seems that IEBCOPY's input validity
checking isn't what it should be.)  I'll send you my test
JCL privately.

I had greater success with MODE B.  This appears to prefix
a 3-byte idiosyncratic BDW and restore the data better.

-- gil

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

Re: Enterprise Cobol XML Parser

[Imbriale, Donald]

The Enterprise COBOL 3.4 Programming Guide contains a lot of information
about XML processing, including a section that has an example (with
code).

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ward, Mike S
Sent: Thursday, June 07, 2007 6:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Enterprise Cobol XML Parser

Hello all, I tried the archives but didn't find what I was looking for.
We have z/os 1.7 and Enterprise Cobol 3.4.0. It has a built in XML
parser, but I'm having a little trouble understanding how to use it.
Would anyone by chance have a sample program that shows how to correlate
the elements in the xml to the working storage data area. A working
example would be great.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

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

Virtual tape cost question

[Tim Hare]

I don't know if the rules of this list allow cost discussion - but I'm not 
asking for specific numbers, and I'm trying to avoid being specific about 
the vendor, so maybe it will slide?

We're trying to evaluate switching to Tape Mount Management versus virtual 
tape.  This post is not about the pros or cons of doing it; rather we're 
trying to analyze what some of the costs are. We already have a virtual 
tape system, leased, so as part of our analysis we asked the vendor to 
tell us cost figures for the virtual tape box.  What we got back was about 
20% of the total lease cost. 

This doesn't make sense to me - I figured the virtual tape components, 
being basically a multi-processor computer and  a disk array, would cost 
more than the robotic tape components. Am I wrong in this?

If anyone has actual cost figures for their virtual tape box separately, 
could you give me a ballpark of what the ratio of the cost of the virtual 
compontents to the tape components should be so I can do a sanity check on 
what I'm hearing? 

Basically, I'm trying to determine whether the vendor is lowballing the 
cost figure to influence whether or not we include a virtual tape box on 
our next lease...

Thanks

Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

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

Re: CA-Allocate / SMS

[Warner Mach]

Sam Knutson said:

As far as I know this is not available in native DFSMSdfp but a small
simple products from DTS Software SMS/Debug will do just what you want 
I
think.

http://www.dtssoftware.com/product_sms.htm 

Best Regards, 

Sam Knutson, GEICO 
System z Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 
(cell) 301.996.1318 

So easy even a cave man could do it! (Sorry Sam - I have been looking
for an excuse to slip that in).

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

Re: ibmlink uptime

[Kelman, Tom]

Is ibmlink on the same system as the site for submitting the SCRT
reports?  There were problems with that site at the beginning of the
week.  If they are on the same servers it might be related.  Maybe IBM
needs to get bigger servers. :)

Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Schramm, Rob
Sent: Friday, June 08, 2007 10:01 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: ibmlink uptime

Is it just me or is ibmlink availability getting to be a real issue?

-Rob Schramm

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

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




*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

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

Re: IEBCOPY Unloaded dataset to PC and back again...not

[Bill Godfrey]

On Fri, 8 Jun 2007 09:08:43 -0500, Paul Gilmartin wrote:

>On Fri, 8 Jun 2007 07:59:40 -0500, McKown, John wrote:
>>
>>The method is documented and is simple. The downloaded file is
>>especially encoded as it is downloaded. With a very simple encoding
>>method. Each data byte in the range 0x00-0xFE comes down unchanged. A
>>0xFF data byte is encoded as two bytes: 0x. A logical end of record
>>is encoded as 0xFF01. End of file is encoded as 0xFF02. 0xFF03 is
>>end-of-record combined with end-of-file. That's it. It works regardless
>>of anybody else's opinion. It is not often implemented in ASCII based
>>systems such as Windows or Linux or UNIX because they don't have RECORD
>>oriented architectures. But it does work for the z/OS ftp server. I
>>never said anywhere that it worked for any other server.
>>

>This doesn't seem to come from RFC 959.  I'll look in IBM


It is in RFC 959. See 3.4.1 STREAM MODE.

"In a record structured file EOR and EOF will each be indicated by a two-byte 
control code.  The first byte of the control code will be all ones, the escape 
character. The second byte ..."

Bill

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

ibmlink uptime

[Schramm, Rob]

Is it just me or is ibmlink availability getting to be a real issue?

-Rob Schramm

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

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

McDATA switches, HCD, Cascaded FICON switches ...

[Field, Alan C.]

We are about to implement cascaded FICON switches. Right now we have two
McDATA FICON switches with a number of DASD and TAPE devices connected.
The devices are all local and use a single byte link id (chan.link e.g.
4A.30).

We have to upgrade the McData's to allow cascading which apparently
introduces a 2 byte link id (5B.6120)

The question is: Can we mix one and two byte link ids or do we need to
change ALL the existing definitions to use two byte ids? We don't know
and we are getting conflicting answers from the various technical
"experts" providing this solution for us.

Alan

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

Re: ibmlink uptime

[Brian Peterson]

The IBM problem number for today's severity 1 world wide IBMLink outage was 
32126998.

I think IBMLink might actually be working now

Brian

On Fri, 8 Jun 2007 11:01:13 -0400, Schramm, Rob wrote:

>Is it just me or is ibmlink availability getting to be a real issue?
>
>-Rob Schramm

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

ServiceLink is taking the day off

[Jack Kelly]

Again too bad the green screen ServiceLink has "sunset-d". The web version 
finally let me in, several 'so sorry' screen, but its responsiveness 
leaves much to be desired. So if everyone gets off, then i can do my 
queries-maybe!

Jack Kelly
LA Systems @ US Courts
x 202-502-2390

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

Re: Virtual tape cost question

[Dave Kopischke]

On Fri, 8 Jun 2007 10:24:32 -0400, Tim Hare wrote:

>
>If anyone has actual cost figures for their virtual tape box separately,
>could you give me a ballpark of what the ratio of the cost of the virtual
>compontents to the tape components should be so I can do a sanity check on
>what I'm hearing?
>

I'm not following what you're asking, but I've been trying to complete an 
evaluation of a robotic tape library compared to virtual tape on disk and just 
plain old DASD. The robotic tape library I looked at is also virtual, but is 
backed by physical tape.

The costs to purchase a robotic tape library with about 250 cart capacity is 
just over $400K. The cost to purchase 15TB of DASD or a virtual tape solution 
backed by DASD is around $200K. I realize the tape solution offers a much 
larger capacity (and we would only use about 20% of its capacity), but I 
couldn't find a smaller industrial strength tape library option.

Maintenance costs for the tape library around about $50K/year.
Maintenance costs for either DASD solution is about $20K/year.

I'm still working on the power numbers, but a preliminary look is the robotic 
tape library will use about 20% - 25% of the power the DASD solutions will 
use. I've still got to put this into dollar terms to get an idea of how long it 
will 
take to justify the cost difference, but I'm sure it's going to work out to be 
decades.

There are other variations on this too. I'm trying to get numbers on adding 
some SATA drives to an existing Clarrion and attaching via a Luminex gateway 
device too. But those numbers are also looking to be in the $200K range. It's a 
lot harder to get power numbers on this configuration since the disk will be 
housed in an existing array.

Lots of options.

I started this analysis thinking a robotic tape library was the way to go, but 
I've changed my mind. I can't see how anyone can justify physical tape 
anymore.

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

FTP, IEBCOPY, and APF (was: IEBCOPY Unloaded ...)

[Paul Gilmartin]

On Fri, 8 Jun 2007 10:15:31 -0500, Bill Godfrey wrote:
>
>It is in RFC 959. See 3.4.1 STREAM MODE.
>
So the documentation relevant to "STRU R" appears under "MODE S"  Thanks.

RFC 959 also requires:

   5.1.  MINIMUM IMPLEMENTATION 



  In order to make FTP workable without needless error messages, the

  following minimum implementation is required for all servers: 

 ...
 STRUCTURE - File, Record 

Yeah, right.

(drifting to the new Subject)  I understand how the security for
an FTP server might work in a classic UNIX system.  The server
runs as superuser; for each connection it forks a child which does
SU to the logged on ID and accesses files with exactly that ID's
privileges.  Since TCP/IP is lately part of Unix SS (compromise!),
I could imagine similar: the forked child does SU to the logged
on ID with AC=0,  But LMTR now runs IEBCOPY, which is the fly in
the ointment: IEBCOPY requires AC=1, which in turn requires that
the caller run AC=1.  I assume IEBCOPY does all the RACHECKs to
ensure security.  But does this now mean that the FTP child
process must likewise do RACHECKs for all non-IEBCOPY transfers
rather than simply defaulting to the checking performed by OPEN?

Wishlist item -- since:

o FTP invokes IEBCOPY for LMTR before moving the unloaded data
  set to or from the network.

o TSO RECEIVE invokes IEBCOPY to restore unloaded PDS, and may
  need to move the unloaded data set from the JES spool.

o SMP/E RECEIVE FROMNETWORK and GIMZIP move data from/to UNIX
  files to/from Classic data sets before/after invoking IEBCOPY
  to load/unload it.

It would save an ad-hoc copy step in each of these processes if
IEBCOPY could use a UNIX file (which might be a POSIX pipe) as
its unloaded data set.  (I'm _not_ thinking of IEBCOPY's having
the ability to process UNIX directories as its library data
sets, which would be much more complicated.)  In turn, this
might sometimes relieve the problems of space exhaustion in
the temporary data sets used by these utilities.

-- gil

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

Re: Hollerith anniversary

[Frank I Rosenzweig]

I, too, still have about 200 blank cards.  Some are edge cut, others are
complete rectangles.  If you still
have any VCR tapes, the cards scotch tape perfectly on the box and can be
used to identify the contents
of the tapes that you record.

On 6/8/07, (IBM Mainframe Discussion List) <[EMAIL PROTECTED]> wrote:


According to Wikipedia's "On this day...", Herman Hollerith received a
patent for his punch card calculator on this day (8 June) in
1887.  Go,  Herman!!

I still have a handful of blank cards that I liberated from a
service  bureau
ca. 1985.  I use them sometimes to write notes to myself
(without  punching
them, though).  They fix perfectly in my shirt pocket.

Bill  Fairchild
Plainfield, IL



** See what's free at
http://www.aol.com.

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





--
No trees were killed in the sending of this message. However - a large
number of electrons were terribly inconvenienced.

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

Re: ibmlink uptime

[Chris Mason]

Rob

I can imagine that "ibmlink availability" is always an *issue*[1], the 
question is - has it also become a *problem*?


Couldn't resist that - it's so obvious - and, hey, it's Friday ...

Chris Mason

[1] Original meaning.

- Original Message - 
From: "Schramm, Rob" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, June 08, 2007 5:01 PM
Subject: ibmlink uptime



Is it just me or is ibmlink availability getting to be a real issue?

-Rob Schramm


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

Re: CA-Allocate / SMS

[Bruce Black]

As Sam has already pointed out, there is nothing available in native SMS
other than the ACS test option.
Oh ye of little faith!  Since z/OS 1.7, there is a console command 
SETSMS VOLSELMSG which will provide summary or detailed info about the 
SMS allocation process.  It can be limited to specific jobs or dataset 
names.  I haven't tried it but it sounds like just what he needs.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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

Re: PDS86 missing output with LIST subcommand

[Bruce Black]

I was looking in .SCEERUN(CEECCICS) to see what was in the CEEEXTAN CSECT. 

Try LIST CEECICSS MOD(CEEEXTAN)

This will display just the CSECT you are interested in

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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

IBMLink 2000 SUCKS

[Pinnacle]

IBMLink down and out again.  Estimated up time 1400 EDT.

Regards,
Tom Conley

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

Re: IBMLink 2000 SUCKS

[Pinnacle]

- Original Message - 
From: "Pinnacle" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
Sent: Friday, June 08, 2007 1:32 PM
Subject: IBMLink 2000 SUCKS



IBMLink down and out again.  Estimated up time 1400 EDT.



It's back now, but it still sucks.

Tom

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

Re: IBMLink 2000 SUCKS

[Robert Justice]

meanwhile the 3270 interface, oh no wait, those morons eliminated the one 
freaking interface that was actually WORKING CORRECTLY !

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

Re: IBMLink 2000 SUCKS

[Bill Johnson]

It has been slow or down all day. How can an organization (IBM) who is trying 
to promote the mainfame as a platform of choice, migrate one of their most 
important functions off the mainframe? Sounds like very few listserv members 
are happy with their decision and we are their loudest advocates.
   
  Bill Johnson

Pinnacle <[EMAIL PROTECTED]> wrote:
  IBMLink down and out again. Estimated up time 1400 EDT.

Regards,
Tom Conley

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


   
-
Shape Yahoo! in your own image.  Join our Network Research Panel today!

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

DFHSM output and JESLOG parm

[Kurt Gramling]

Ladies & Gents,

Just thought I would share this with everyone since I just happen to
stumble across it.

Our DFHSM tasks create an extraordinary amount of output in the job log.
Our SMS group would have to do a controlled shutdown and restart of these
tasks on a regular basis so that the output would not fill up the JES spool
as well as be small enough to be loaded into the JCL archive system.  We
found that we could use the JESLOG parm on the start command to make sure
that these are spun off when they get to a certain size.  You can also
specify a specific time of day to spin off the data.

You can find more information on the JESLOG parm in the JCL reference
manuals.

In order to use it on a started task, you can enter the start command like
this:

S x,JESLOG=(SPIN,)

where  is the number of lines ( you can also specify K & M for
thousands and millions of lines)

OR
S x,JESLOG=(SPIN,hh:mm)

where hh:mm is the time of day

Hope this helps!
Kurt Gramling

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

Re: IBMLink 2000 SUCKS

[Jack Kelly]

Intuitively I'd make some arcane comment but this has happened so often 
that it's not worth the energy - maybe that's their plan to simply wear us 
down??

Jack Kelly
LA Systems @ US Courts
x 202-502-2390



Pinnacle <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
06/08/2007 01:31 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
IBMLink 2000 SUCKS






IBMLink down and out again.  Estimated up time 1400 EDT.

Regards,
Tom Conley

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


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

Re: Virtual tape cost question

[Tim Hare]

>I started this analysis thinking a robotic tape library was the way to > 
go, but I've changed my mind. I can't see how anyone can justify 
> physical tape anymore.

Most virtual tape systems eventually write to physical tape as they 
internally perform hierarchical storage management.  There's an OS that 
does HSM functions on a bunch of disk, and when the disk space gets full, 
the "datasets" representing virtual tape volumes are written off to 
physical tape. 

>The robotic tape library I looked at is also virtual, but is 
backed by physical tape. 
>The costs to purchase a robotic tape library with about 250 cart capacity 
is just over $400K. The cost to purchase 15TB of DASD or a
> virtual tape solution backed by DASD is around $200K.

That is the cost of a robotic tape library _plus_ the virtual tape storage 
box with it, if I am reading you right.  What we're looking at is the cost 
of _just_ the robotic tape library in conjunction with DASD we already 
own, versus the robotic tape + virtual tape solution.  Since we have the 
capacity on our DASD to provide a "disk buffer" for the sequential 
datasets we currently create on tape it's hard to see the benefit of going 
to a virtual tape rather than just a sequential dataset on disk.

The backups and migrated copies of these datasets will go to physical, not 
virtual tape. Physical tape transported offsite via vehicle we believe to 
be cheaper than PPRC or offsite tape devices connected via channel 
extenders (and of course high-speed networks). 

But that's not part of my original question either,  I'm just trying to 
find out whether the virtual tape component being 20% of the total cost is 
legit or not.




Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

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

Re: Virtual tape cost question

[Jeffrey Deaver]

> Since we have the capacity on our DASD to provide
> a "disk buffer" for the sequential datasets we
> currently create on tape it's hard to see the benefit
> of going to a virtual tape rather than just a
> sequential dataset on disk.

Is your 'disk buffer' on your enterprise disk?  If so, how much does that
cost you?  You may have it available now, but there is still a cost there.
Does it force you to buy more enterprise disk sooner than you would have?
Is it mirrored?   Do you chargeback for your disk usage?   Things to think
about.Good luck.

Jeffrey Deaver, Engineer
Systems Engineering
[EMAIL PROTECTED]
651-665-4231(v)
651-610-7670(p)

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

Re: ServiceLink is taking the day off

[Robert Justice]

I seem to remember a sev1 ticket I created about web ibmlink in which they 
replied to me that the 3270 interface wouldn't be eliminated until the web 
version was STABLE. 

H.

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

Re: Virtual tape cost question

[Dave Kopischke]

On Fri, 8 Jun 2007 13:42:25 -0400, Tim Hare wrote:

>Most virtual tape systems eventually write to physical tape as they
>internally perform hierarchical storage management.  There's an OS that
>does HSM functions on a bunch of disk, and when the disk space gets full,
>the "datasets" representing virtual tape volumes are written off to
>physical tape.
>

You can have it any way you want. You can have virtual tape systems backed 
by disk. It just looks like a tape device to the OS even though it's really 
disk.

>>The robotic tape library I looked at is also virtual, but is
>backed by physical tape.
>>The costs to purchase a robotic tape library with about 250 cart capacity
>is just over $400K. The cost to purchase 15TB of DASD or a
>> virtual tape solution backed by DASD is around $200K.
>
>That is the cost of a robotic tape library _plus_ the virtual tape storage
>box with it, if I am reading you right. 

Yes, Robotic library and VTL software together.

>But that's not part of my original question either,  I'm just trying to
>find out whether the virtual tape component being 20% of the total cost is
>legit or not.
>

My quote was a swag so isn't line item. I don't know what the hardware vs 
software costs are. Sorry.

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

Re: ServiceLink is taking the day off

[Thompson, Steve]

Sounds like you need to re-open it if you can. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Justice
Sent: Friday, June 08, 2007 1:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ServiceLink is taking the day off

I seem to remember a sev1 ticket I created about web ibmlink in which
they replied to me that the 3270 interface wouldn't be eliminated until
the web version was STABLE. 

H.

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

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

Re: ServiceLink is taking the day off

[Robert Justice]

shock and surprise, my sev1 records about web ibmlink "availability" have 
magically disappeared. I list all of my records and they don't show up. 
Hmm, if all problem records are deleted, does that mean there's been no 
problems? 

Hey, I'll have to try that one here. 

I sent our ibm customer rep an email on today's ibmlink outage since he has 
been in direct contact with the ibmlink team.

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

Re: Annd yet more pedantry( was: USS pedantry (was Friday musings on the future of 3270 applications)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/07/2007
   at 05:30 PM, "R.S." <[EMAIL PROTECTED]> said:

>o you, S.Metz and anyone who want to tell us 
>what the only right meaning of acronym/acceptance is.

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

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

Re: TSSO with z/OS 1.8

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/06/2007
   at 06:29 PM, Brian Tidlund <[EMAIL PROTECTED]> said:

>Does anyone have any suggestions?

Check what options TSSO is using on the SVC 34. This is probably a
console-restructure issue. Look for MGCR in the OSCMD source and see
whether you need an update.

> 752 0090  $HASP622 RESPONSE LOCATION UNKNOWNUNAVAILABLE

Sounds like an MCSOPER problem. Check the EMCS support in "Authorized
Services".

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

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

Re: SHARE: JES2 Songbook

[Kirk Talman]

077 and 088 were collators.  088 was the device that required cards on one 
side the 9edge first and the other 12edge first.  the 077 did not require 
this.

082 083 (1000 cards/min) 084 and 101 were sorters.

IBM Mainframe Discussion List  wrote on 06/08/2007 
02:01:02 PM:

> In <[EMAIL PROTECTED]>, on 06/07/2007
>at 07:27 AM, Dave Butts <[EMAIL PROTECTED]> said:

> It's the manual for an old card sorter called the model 88[1].

> [1] Or as that the collator?

>  Shmuel (Seymour J.) Metz, SysProg and JOAT


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. The information may also constitute a legally
privileged confidential communication. If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited. If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message. Thank you

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

Re: ServiceLink is taking the day off

[Paul Dineen]

On Fri, 8 Jun 2007 13:30:48 -0500, Robert Justice <[EMAIL PROTECTED]> 
wrote:

>shock and surprise, my sev1 records about web ibmlink "availability" have
>magically disappeared. I list all of my records and they don't show up.
>Hmm, if all problem records are deleted, does that mean there's been no
>problems?
>


Mark this one as (HIPER, DATALOSS)...

Paul

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

Re: operator display command with response

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 06/06/2007
   at 08:05 AM, "Veilleux, Jon L" <[EMAIL PROTECTED]> said:

>SDSF REXX interface. 

C/SDSF//

>MCODE = GETMSG('DISPMSG.','SOL',,,10)
>DO x= 1 to DISPMSG.0

You might want to insert a delay in there.

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

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

Re: mainframe = superserver

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/06/2007
   at 10:16 PM, Ed Gould <[EMAIL PROTECTED]> said:

>I respect you but I got this from a excellent source (IBM type person 
> who has been a friend of 30+ years).

Could that have a been a non-defunct product called something like
WinU, originally written to support a windoze API on a Unix platform?
If so, it required a recompile of the application to match the
platform.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: IBMLink 2000 SUCKS

[Clark Morris]

On 8 Jun 2007 10:42:51 -0700, in bit.listserv.ibm-main you wrote:

>It has been slow or down all day. How can an organization (IBM) who is trying 
>to promote the mainfame as a platform of choice, migrate one of their most 
>important functions off the mainframe? Sounds like very few listserv members 
>are happy with their decision and we are their loudest advocates.

If IBMLink isn't on the mainframe could someone threaten to bring the
issue up in a way to cause maximum embarrassment?
>   
>  Bill Johnson
>
>Pinnacle <[EMAIL PROTECTED]> wrote:
>  IBMLink down and out again. Estimated up time 1400 EDT.
>
>Regards,
>Tom Conley
>

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

Re: IEBCOPY Unloaded dataset to PC and back again...not

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/08/2007
   at 10:15 AM, Bill Godfrey <[EMAIL PROTECTED]> said:

>It is in RFC 959. See 3.4.1 STREAM MODE.

>"In a record structured file EOR and EOF will each be indicated by a
>two-byte  control code.  The first byte of the control code will be
>all ones, the escape  character. The second byte ..."

I'm having trouble parsing

 3.1.2.2.  RECORD STRUCTURE

Record structures must be accepted for "text" files (i.e.,
files with TYPE ASCII or EBCDIC) by all FTP implementations.

Does that mean that it is allowed only for ASCII and EBCDIC, or that
it is allowed for them in addition?

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

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

Re: IEBCOPY Unloaded dataset to PC and back again...not

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/08/2007
   at 09:38 AM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>I guess Shmuel, Kenneth, you, and I all agree on XMIT/TRSMAIN.

With the existing TSO commands, I find XMIT easiest. However, I
haven't played around with WSA for the purpose.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: IEBCOPY Unloaded dataset to PC and back again...not successful

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/07/2007
   at 05:12 PM, Kenneth E Tomiak <[EMAIL PROTECTED]> said:

>Assuming the FTP translation tables on both the download and upload
>are the same.

Why would those matter? You used a "bin" command, which sets image
mode.


 3.1.1.3.  IMAGE TYPE

The data are sent as contiguous bits which, for transfer,
are packed into the 8-bit transfer bytes.  The receiving
site must store the data as contiguous bits.

I can't think of any scenario in which what you did wouldn't work,
assuming that the values you used for lrecl and blksize are correct.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: operator display command with response

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/06/2007
   at 07:39 AM, Lizette Koehler <[EMAIL PROTECTED]> said:

>Well, you might try the TSO OPER command.  Depending on your
>authority you can probably do quite a bit.

OPER is very limited, regardless of your authority. The way to go is
CONSOLE.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: mainframe = superserver

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/06/2007
   at 07:04 PM, Dave Kopischke <[EMAIL PROTECTED]>
said:

>I was reading a few weeks (or months) ago that someone actually did
>boot a windows server under LINUX.

Possibly under a VM application on Linux; certainly not directly on
Linux. Also, that would have been on an Intel compatible box or on a
simulator for one.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: mainframe = superserver

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 06/07/2007
   at 11:55 AM, "Thompson, Steve" <[EMAIL PROTECTED]> said:

>Didn't IBM wait until there was a clear definition of what a system
>that claimed to be a "UNIX" system did before implementing it?

There were two competing definitions; IBM had to document the
deviations from POSIX needed to obtain X-OPEN certification :-(

OTOH, that wasn't IBM's[1] first Unix-like system; there were the IX
and AIX implementations.

>As I recall in reading various of the court
>docs, the court had already warned Microsoft that they could spend
>all the money they wanted, they could not perfect a generic name
>into a trademark (or words to that effect).

Nor was that the first time that a court gave them such a warning.

[1] I'm not counting the non-IBM implimentations on IBM hardware,
e.g., UNIX under TSS.

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

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

Re: SHARE: JES2 Songbook

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/07/2007
   at 07:27 AM, Dave Butts <[EMAIL PROTECTED]> said:

>I'm sure most people here know this answer already, but I am curious.
>What is the JES2 songbook?

It's the manual for an old card sorter called the model 88[1].

Seriously, I's a series of songs compiled by the JES2 project and song
on the final night of Share, at SCIDS.

[1] Or as that the collator?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: mainframe = superserver

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 06/07/2007
   at 12:37 PM, "McKown, John" <[EMAIL PROTECTED]> said:

>Some instructions on the zSeries are patent protected. That means
>that writing any code or making any hardware which has an identical
>effect, regardless of how it is done, can only be legally done if the
>person/company doing the emulation has a patent license.

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

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

FTP transportability

[McKown, John]

I think that I'll summarize what I have gotten from all this back and
forth about ftp'ing z/OS datasets.

1) If it is a PDS, then use XMIT to "flatten" it to a sequential format.
2) If it is VSAM, do an EXPORT TEMPORARY to "flatten" it to a sequential
format.
3) If it is a sequential file (possibly even including the two above
"flattened" outputs), use TRSMAIN to make it FB.
4) Do a BINary transfer.

On the far end, reverse the process. Can we all agree on this and go on
to other things now? Thank you so very much.

Note - this does not address the case where a non z/OS system will want
to be able to process the data. In that case, it will likely require a
case-by-case assessment of what would be best. 

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.

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

Re: ServiceLink is taking the day off

[Ed Finnell]

 
In a message dated 6/8/2007 1:31:12 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

magically disappeared. I list all of my records and they don't show up.  
Hmm, if all problem records are deleted, does that mean there's been no  
problems? 




>>
For something to be this bad for this long, has to be swept under the  
carpet. No modern DP manager at any level would tolerate this as a corporate  
window 
for information and problem resolution.



** See what's free at http://www.aol.com.

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

Re: SHARE: JES2 Songbook

[Bob Rutledge]

The model 88 referred to here had and has many manufacturers, most famously 
Steinway & Sons.


Bob

Kirk Talman wrote:
077 and 088 were collators.  088 was the device that required cards on one 
side the 9edge first and the other 12edge first.  the 077 did not require 
this.


082 083 (1000 cards/min) 084 and 101 were sorters.

IBM Mainframe Discussion List  wrote on 06/08/2007 
02:01:02 PM:



In <[EMAIL PROTECTED]>, on 06/07/2007
   at 07:27 AM, Dave Butts <[EMAIL PROTECTED]> said:



It's the manual for an old card sorter called the model 88[1].



[1] Or as that the collator?


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

Re: ServiceLink is taking the day off

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Robert Justice
> 
> I seem to remember a sev1 ticket I created about web ibmlink 
> in which they replied to me that the 3270 interface wouldn't 
> be eliminated until the web version was STABLE. 
> 
> H.

Well, "dead" is about as "stable" as anything can get

-jc-

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

Re: mainframe = superserver

[Ed Gould]

On Jun 8, 2007, at 12:31 PM, Shmuel Metz (Seymour J.) wrote:


In <[EMAIL PROTECTED]>, on 06/06/2007
   at 10:16 PM, Ed Gould <[EMAIL PROTECTED]> said:


I respect you but I got this from a excellent source (IBM type person
who has been a friend of 30+ years).


Could that have a been a non-defunct product called something like
WinU, originally written to support a windoze API on a Unix platform?
If so, it required a recompile of the application to match the
platform.



I learned a while ago when friends who are privy to information I do  
not have I generally don't ask specifics. I may ask general type  
questions (like how big a CPU was this on). I had a friend (long  
retired from IBM), we were having dinner and (he worked at the White  
House) and he was telling me about how IBM did channel(s) though  
several feet of concrete with fiber. This was 25+ years ago, I knew I  
could not ask specifics. BTW he was part of the Nixon "thing" and  
retrieving email from a VM system. I wanted to ask specifics almost  
to the point of screaming please, but I knew I could not.


Ed

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

Re: mainframe = superserver

[Tom Marchant]

On Fri, 8 Jun 2007 14:31:23 -0300, Shmuel Metz (Seymour J.) wrote:
>
>Could that have a been a non-defunct product called something like
>WinU, originally written to support a windoze API on a Unix platform?
>If so, it required a recompile of the application to match the
>platform.

That would be Wind/U, I think.

http://www.bristol.com/windu/features.htm

Can't tell if it's defunct or not.  The web page is dated 2004.

-- 
Tom Marchant

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

Re: IEBCOPY Unloaded dataset to PC and back again...not

[Bill Godfrey]

On Fri, 8 Jun 2007 14:11:02 -0300, Shmuel Metz (Seymour J.) wrote:

>In <[EMAIL PROTECTED]>, on 06/08/2007
>   at 10:15 AM, Bill Godfrey said:
>
>>It is in RFC 959. See 3.4.1 STREAM MODE.
>
>>"In a record structured file EOR and EOF will each be indicated by a
>>two-byte  control code.  The first byte of the control code will be
>>all ones, the escape  character. The second byte ..."
>
>I'm having trouble parsing
>
> 3.1.2.2.  RECORD STRUCTURE
>
>Record structures must be accepted for "text" files (i.e.,
>files with TYPE ASCII or EBCDIC) by all FTP implementations.
>
>Does that mean that it is allowed only for ASCII and EBCDIC, or that
>it is allowed for them in addition?
>

I read it as the latter, and the reference to record-structure files in 3.1.1.3 
IMAGE TYPE would seem to support the idea that it can be accepted for TYPE 
IMAGE.

Bill

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

Re: mainframe = superserver

[Shane]

On Fri, 2007-06-08 at 17:18 -0500, Tom Marchant wrote:

> http://www.bristol.com/windu/features.htm
> 
> Can't tell if it's defunct or not.  The web page is dated 2004.

Oh, it would be defunct.
Bristol had a source licensing agreement with M$ost, and sued for a
couple of hundred million when M$oft jacked up the fee (four-fold if I
remember).
Basically lost the case, and got $1 in damages I think.

I though it had sent Bristol to the wall, but I see on the home page
that HP brought them out earlier this year.

Shane ...

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

Re: ServiceLink is taking the day off (# 32130396)

[Knutson, Sam]

Hi,

IBMLink is down completely again.  I contacted the IBMLink help desk at
800-543-3912 as I am trying to update a PMR for a Media Manager defect
which has again caused a production job to fail.  This is a case where
the update is detailed enough to bar any thought of having Level 1 put
it in the PMR.

I actually had not had problems earlier in the day but now am completely
unable to use IBMLink.

The disappointing part was that the help desk staff when I spoke to them
at 10pm believed that IBMLink was in fact fine but agreed when they
tried to access it that it was down.  

Manage NOW/SEV 1 # 32130396 was opened internally and the issue is being
worked on but there was no estimated uptime the help desk could provide.


Best Regards, 

Sam Knutson, GEICO 
System z Performance and Availability Management 
mailto:[EMAIL PROTECTED] 
(office)  301.986.3574 
 

"Think big, act bold, start simple, grow fast..." 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Finnell
Sent: Friday, June 08, 2007 4:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ServiceLink is taking the day off

 
In a message dated 6/8/2007 1:31:12 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

magically disappeared. I list all of my records and they don't show up.

Hmm, if all problem records are deleted, does that mean there's been no

problems? 




>>
For something to be this bad for this long, has to be swept under the  
carpet. No modern DP manager at any level would tolerate this as a
corporate  window 
for information and problem resolution.

/ibm-main.html

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

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

Re: FTP transportability

[Kenneth E Tomiak]

The only change I have is: I only use TRSMAIN if it is going to IBM. Otherwise 
transmit and receive will work for me on more z/OS systems without the need 
to try and upload TRSMAIN. (I used to have JCL to pull it straight from IBM 
but they are leaning towards making you click an I AGREE button on so many 
pages I do not recall if it works.) Transmit always gives me an FB 80 
sequential BINary file so I do not need an extra step with trsmain. And 
typically the only file I give IBM is an SVCDUMP.


On Fri, 8 Jun 2007 14:28:25 -0500, McKown, John 
<[EMAIL PROTECTED]> wrote:

>I think that I'll summarize what I have gotten from all this back and
>forth about ftp'ing z/OS datasets.
>
>1) If it is a PDS, then use XMIT to "flatten" it to a sequential format.
>2) If it is VSAM, do an EXPORT TEMPORARY to "flatten" it to a sequential
>format.
>3) If it is a sequential file (possibly even including the two above
>"flattened" outputs), use TRSMAIN to make it FB.
>4) Do a BINary transfer.
>
>On the far end, reverse the process. Can we all agree on this and go on
>to other things now? Thank you so very much.
>
>Note - this does not address the case where a non z/OS system will want
>to be able to process the data. In that case, it will likely require a
>case-by-case assessment of what would be best.
>
>--
>John McKown
>Senior Systems Programmer
>HealthMarkets
>Keeping the Promise of Affordable Coverage
>Administrative Services Group
>Information Technology
>
>The information contained in this e-mail message may be privileged
>and/or confidential.  It is for intended addressee(s) only.  If you are
>not the intended recipient, you are hereby notified that any disclosure,
>reproduction, distribution or other use of this communication is
>strictly prohibited and could, in certain circumstances, be a criminal
>offense.  If you have received this e-mail in error, please notify the
>sender by reply and delete this message without copying or disclosing
>it.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: operator display command with response

[Kenneth E Tomiak]

This has nothing to do with SDSF.

On Wed, 6 Jun 2007 08:05:11 -0400, Veilleux, Jon L <[EMAIL PROTECTED]> 
wrote:

>SDSF REXX interface.
>
>/* REXX */
>"CONSOLE ACTIVATE"
>"CONSPROF SOLDISPLAY(NO) SOLNUM(100)"
>ADDRESS CONSOLE
>"d a,l"
>DISPMSG = ''
>MCODE = GETMSG('DISPMSG.','SOL',,,10)
>DO x= 1 to DISPMSG.0
>   SAY DISPMSG.x
>END
>EXIT 0
>
>
>Jon L. Veilleux
>[EMAIL PROTECTED]
>(860) 636-2683
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>Behalf Of Chase, John
>Sent: Wednesday, June 06, 2007 7:58 AM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: operator display command with response
>
>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Harold Zbiegien
>>
>> Anyone know of any program that I could issue an operator display type
>
>> command and receive back the response?
>>
>> Something like a vtam programmed operator but for system commands.
>
>SDSF?
>
>   -jc-
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send
>email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
>the archives at http://bama.ua.edu/archives/ibm-main.html
>This e-mail may contain confidential or privileged information. If
>you think you have received this e-mail in error, please advise the
>sender by reply e-mail and then delete this e-mail immediately.
>Thank you. Aetna
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: ServiceLink is taking the day off (# 32130396)

[Ed Finnell]

 
In a message dated 6/8/2007 9:20:41 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

Manage  NOW/SEV 1 # 32130396 was opened internally and the issue is being
worked on  but there was no estimated uptime the help desk could  provide.




>>
Seems like the whole network is hosed, getting 500 internal server error  
trying to browse today's announcements?



** See what's free at http://www.aol.com.

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

Re: SHARE: JES2 Songbook

[Ed Finnell]

 
In a message dated 6/8/2007 3:19:49 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

The  model 88 referred to here had and has many manufacturers, most famously  
Steinway & Sons.




>>
I got that early on, now if I could just figure out how to get SONG204 into  
WORD(2003). I got XMIT manager to pull it apart and can browse JESSONG(txt) 
just  fine. If I choose Windows format chooses Cyrllic-8 for  translation???



** See what's free at http://www.aol.com.

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