Yeah, sure, with a chainsaw etc... I was talking about normal users that normally allocate a dataset and normally try to read it. With SMS-datasets they will encounter an empty file, with non-SMS they will read what is stil on the tracks from the previous dataset.
Kees. "Bill Fairchild" <[email protected]> wrote in message news:<94c476c03bff5e42ac3518fdac9643c4e2bde15...@hqmail.rocketsoftware.c om>... > Of course you can with EXCP or XDAP, neither of which requires authorizatoin. It can be read accidentally or deliberately. I don't know what a "virtual" end of file means. If a real end of file record is written at the beginning of a newly allocated data set, then you still have a readable record there (key length 0, data length 0) and the rest of the first track is erased, but the rest of the file is still intact. You can easily read beyond that first record/track if you ignore the End of File indication (Unit Exception) and keep reading. Anyone who owns a data set that he doesn't want someone else to be able to read after he deletes it needs to cause it to be erased when deleted, and there is at least one automated way to do that. > > Bill Fairchild > > Software Developer > Rocket Software > 275 Grove Street * Newton, MA 02466-2272 * USA > Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 > Email: [email protected] > Web: www.rocketsoftware.com > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Vernooij, CP - SPLXM > Sent: Friday, July 10, 2009 1:42 AM > To: [email protected] > Subject: Re: Any product to undelete file? > > > > "Paul Gilmartin" <[email protected]> wrote in message > news:<listserv%[email protected]>... > > On Thu, 9 Jul 2009 20:24:28 -0500, Patrick O'Keefe wrote: > > > > > >One thing that absolutely should NOT be part of this kind of tool > > >would be the ability to allocate a dataset on top of the old deleted > > >dataset and access the data. This would be a huge security hole > > >(as others have said in this thread). > > > > > Doesn't that happen anyway, routinely, anytime someone > > codes DISP=NEW? > > > > -- gil > > > > Not with SMS datasets. They get a virtual end-of-file at allocation, so > you can't accidently read the previous data. > > Kees. > ********************************************************************** > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee > only. If you are not the addressee, you are notified that no part > of the e-mail or any attachment may be disclosed, copied or > distributed, and that any other action related to this e-mail or > attachment is strictly prohibited, and may be unlawful. If you have > received this e-mail by error, please notify the sender immediately > by return e-mail, and delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries > and/or its employees shall not be liable for the incorrect or > incomplete transmission of this e-mail or any attachments, nor > responsible for any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal > Dutch Airlines) is registered in Amstelveen, The Netherlands, with > registered number 33014286 > ********************************************************************** > > ---------------------------------------------------------------------- > 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 ********************************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ********************************************************************** ---------------------------------------------------------------------- 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
