John McKown wrote:
On Wed, 8 Oct 2008, Larry Ploetz wrote:
<snip>
- Larry
PS wow, I guess it's been a while since I've touched MVS...ah, z/OS --
lrecl 1, blocksize 0?!?
Well, that is my own weird idea of how to store "byte stream" data. The
RECFM=FB says that it is fixed blocked. LRECL=1 because it is a "byte
stream" (no real records in the z/OS sense). The BLKSIZE=0 is somewhat
new. It tells z/OS: "Look at the device and use the optimal BLKSIZE for
that specific device." Instead of "hard coding". z/OS usually picks 1/2
track blocking on DASD and 32760 on tape.
I'm still a little puzzled. Eons ago, I would have used RECFM=U[1] (so
lrecl becomes meaningless), and since tar seems to expect a blocksize of
10K or so, I would have thought to code that.
Note, tar's blocksize can be overridden, but you didn't do so.
Someone (using VS/1) managed to miscode RECFM=VB as RECFM=UB. I was
accepted, and did as it was told. Unblocking the records proved to be a
challenge.
--
Cheers
John
-- spambait
[EMAIL PROTECTED] [EMAIL PROTECTED]
-- Advice
http://webfoot.com/advice/email.top.php
http://www.catb.org/~esr/faqs/smart-questions.html
http://support.microsoft.com/kb/555375
You cannot reply off-list:-)
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
