Sorry you feel that way.I thought I was nice to the FDR people, myself. After all at least you are upfront about who you work for and the information is almost always balanced. Its the marketing people who I now tend to distrust. You still have your reputation..
Ed, I was kidding (a little).  Since you stroked me <gr> here goes

There are a couple ways to erase a track.
- there is an ERASE CCW, which erases all or part of a track. The actual action of ERASE depends on the manufacturer (some overwrite the track, some just make the existing records inaccessible). A separate ERASE is required for each track, but they can be chained together - on 2105 and above, there is an ERASE function in the LOCATE RECORD CCW which can erase multiple tracks (up to 16) with a single CCW. - you can overwrite the track with data, using a regular WRITE CKD. Again multiple tracks require chained I/O.

The system "erase on scratch" function (a RACF attribute which can also be requested on a IDCAMS DELETE CLUSTER) just uses the ERASE CCW, one track at a time, to be best of my knowledge (we did trace it some years ago). Not very efficient which is why it is rarely used. Our FDRERASE product, as you might imagine, supports all of the above options, in the most efficient manner possible. The ERASE CCWs (which we call QUICKERASE) does make the data inaccessible but does not meet any government standards. Our ERASE and SECUREERASE functions overwrite the track and SECUREERASE complies with US DoD standards, which is why those functions have been certified by the US government under Common Criteria.

BTW, on the articles, I think you are a little shortsighted to dismiss such articles out of hand. Although they may have been written or sponsored by a vendor to spotlight their product, they may still include valuable info on the general topic. I can't speak for other vendors, but for Innovation I can tell you that such articles are carefully vetted (often by me) to insure that they are factually accurate. Of course, we want to present the product in its best light, but we never exaggerate or (gasp!) lie. So I suggest you mine such articles for the valuable facts, just keeping in mind the source.

--
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

Reply via email to