Re: DSN wirh LRECL 32760 on Z/OS

2008-07-29 Thread Rick Fochtman

snip---


Even given that you can use VSAM spanned or variable spanned PS, the
next issue is how does he get the data into the dataset.  He would have
to devise some funky way of reading the outside data in pieces,
assembling it into the 32761 byte record and writing it to the output
dataset.

   


I believe you can do the latter (PS) with BSAM.  But I grant that
many regard BSAM as funky.
 


-unsnip---
IIRC, it can be done with QSAM as well. I can't remember the details but 
it had something to do with the LRECL field of the DCB.


--
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: DSN wirh LRECL 32760 on Z/OS

2008-07-28 Thread Paul Gilmartin
On Fri, 18 Jul 2008 13:39:04 +0200, Sarel Swanepoel wrote:

Even given that you can use VSAM spanned or variable spanned PS, the
next issue is how does he get the data into the dataset.  He would have
to devise some funky way of reading the outside data in pieces,
assembling it into the 32761 byte record and writing it to the output
dataset.

I believe you can do the latter (PS) with BSAM.  But I grant that
many regard BSAM as funky.

-- 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: DSN wirh LRECL 32760 on Z/OS

2008-07-19 Thread Kenneth E Tomiak
No idea how to learn assembler? Or are you asking us to write the program for 
you? The old tried and true method works, tell the developer to devise a way 
to break his record up into smaller pieces. Alternatively, put the data into 
z/OS UNIX Services files and process it with a language that can handle it. 
JAVA comes to mind.


On Fri, 18 Jul 2008 13:39:04 +0200, Sarel Swanepoel 
[EMAIL PROTECTED] wrote:

Hi

We received a request from the developers to create a dataset with LRECL
 32727. They will be receiving data from the open systems environment
that will be + 52000 bytes long and need to process that data.

I found the following in the archives but have no idea how to do 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: DSN wirh LRECL 32760 on Z/OS

2008-07-19 Thread Ed Finnell
 
In a message dated 7/19/2008 9:30:08 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

to break his record up into smaller pieces. Alternatively, put the data  into 
z/OS UNIX Services files and process it with a language that can  handle it. 
JAVA comes to mind.
 

Guess I'd go the UDB route so I could just query it and get what I  needs.






**Get fantasy football with free live scoring. Sign up for 
FanHouse Fantasy Football today.  
(http://www.fanhouse.com/fantasyaffair?ncid=aolspr000520)

--
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: DSN wirh LRECL 32760 on Z/OS

2008-07-18 Thread Sarel Swanepoel
Hi

We received a request from the developers to create a dataset with LRECL
 32727. They will be receiving data from the open systems environment
that will be + 52000 bytes long and need to process that data.

I found the following in the archives but have no idea how to do it.

Actually, your suggestions 3-4 are the same. LRECL cannot exceed 32760
unless RECFM=VBS (variable spanned). You can't allocate a dataset with
a LRECL over 32760, but you can code it in a DCB. To use QSAM with a
LRECL over 32760, you must use LRECL=X and special QSAM coding. So, it
would have to be specially written assembler program.

Item #13228 (15 Jul 2005 18:37) - Re: A very simple yes/no question
about LRECL
From: ANTONIO FONSECA (ESI-Sistemas) [EMAIL PROTECTED]
Subject: Re: A very simple yes/no question about LRECL
MIME-version: 1.0

Actually, your suggestions 3-4 are the same.  LRECL cannot exceed 32760 
unless RECFM=VBS (variable spanned).  You can't allocate a dataset with 
a LRECL over 32760, but you can code it in a DCB.  To use QSAM with a 
LRECL over 32760, you must use LRECL=X and special QSAM coding.  So, it 
would have to be specially written assembler program. 

Even given that you can use VSAM spanned or variable spanned PS, the 
next issue is how does he get the data into the dataset.  He would have 
to devise some funky way of reading the outside data in pieces, 
assembling it into the 32761 byte record and writing it to the output 
dataset.  
 










Kind Regards,

Sarel Swanepoel
Service Availability: Service  Business Capacity Management

South African Revenue Services
 
  Office:
  +27 (0)12 422 5033
 
  Mobile:
  +27 (0)82 4927 321
 
  Fax:
  +27 (0)12 422 6068
 
  Email:
  [EMAIL PROTECTED]
 
  Web Site: 
  
 
In the absence of clearly-defined goals, we become strangely loyal to
performing daily trivia until ultimately we become enslaved by it. --
Robert Heinlein
 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Timothy Sipples
Sent: 18 July 2008 11:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM's 2Q2008 Earnings

Ed Finnell writes:
I read thru the thing at http://www.ibm.com/investor/2q08/ and  it 
looked like a lot of consolidation back to the mainframe-most likely 
z/VM and z/Linux. Especially if you look at decline in i-System on 
p.21.

You have to be very careful about the System i numbers though, and
Loughridge explained this. When you buy a new system to run IBM i OS,
you are now increasingly buying System p branded servers. IBM is phasing
out separate branded hardware as the models get updated. (For some years
now the underlying hardware has been virtually identical anyway -- the
POWER microprocessors definitely -- but now it's official.) So some of
the System p sales are to run i OS (on the whole server or part of the
server), and reported System i sales reflect only System i branded
server models. That's my understanding anyway, and I think that's
reflected in the statement.

Yes, IFLs are one of the specialty engine types doing very well. The
others are zAAPs and zIIPs.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect Specializing in Software
Architectures Related to System z Based in Tokyo, Serving IBM Japan and
IBM Asia-Pacific
E-Mail: [EMAIL PROTECTED]
--
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