|
It's likely you are correct on the 1.8TB limit. However, not even Frankie
III has enough disk for me to test that on! Howsomever if you DO have
1.8TB of DASD to scrub I'm guessing you have more than one processor and
thus would likely want to run multiple copies of the program each with
their own 1.8TB (or less) of file to work with. Or if you have lots of
time, user opens will work too!
- Larry
-----midrange-l-bounces@xxxxxxxxxxxx wrote: -----
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
From: rob@xxxxxxxxx
Sent by: midrange-l-bounces@xxxxxxxxxxxx
Date: 01/19/2007 08:22AM
Subject: Re: Erasing DASD-decommission an AS400/iSeries/System i
Isn't the number of bytes in a file member limited to 1.8TB?
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/dbp/rbafoappmax.htm
You'd have to make the file USROPN. ADDPFM a new member like
A000000002.
EXTNAME to that member with that variable. OPEN the file. WRITE until
error occurs. CLOSE.
Lather, Rinse, Repeat.
Ah, the beauties of Open Source, we can all pool our ideas on how to
improve the program.
Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.