READ LONG Conundrum or Command

Ralph Weber -- VMS -- ZKO3-4/U14 weber at star.enet.dec.com
Mon Oct 3 09:44:59 PDT 1994


I represent a company that has a product that is totally dependent on READ 
LONG (and WRITE LONG).  The product makes us lots of money.  Everyday, 
thousands of customers world-wide execute READ LONG/WRITE LONG commands,
as they use the OpenVMS Host-Based Shadowing product.

Needless to say, making the READ LONG command obsolete is something that 
Digital must vote against.  If READ LONG were to be made obsolete, I would 
have to bring forward alternative proposals that will really make you wretch.

On the other hand, decoupling READ LONG from the READ-WRITE Error Recovery 
mode page is just fine with me.  I really like the fact that I don't have to 
cross check Gene's list of bits where the READ LONG and READ-WRITE Error 
Recovery mode page interfere with each other.

The only down side I can see in decoupling is a possible inability to do 
something useful where the right combination of READ LONG and READ-WRITE Error 
Recovery bits currently will work.  I would propose adding more function bits 
to the READ LONG CDB to handle these cases.  I can see at least 8 convenient 
new function bits that could be defined in the READ LONG CDB.

Thanks.

Ralph::




More information about the T10 mailing list