[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
Title: | MRU Internal Bug Reports |
|
Moderator: | COOKIE::STMARTIN |
|
Created: | Wed Sep 20 1995 |
Last Modified: | Wed Jun 04 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 346 |
Total number of notes: | 1175 |
325.0. "OP:LOW Multi-call call Read Element Status with short data." by NABETH::alan (Dr. File System's Home for Wayward Inodes.) Mon Apr 14 1997 18:55
In order to handle the inability of many OpenVMS drivers to
transfer all the Read Element Status data for some robots,
the OpenVMS version of mrd_read_element_status(3mrd) breaks
up the requests when many elements are requested.
The current check for this feature is a bit naive, only
checking the number of elements instead of checking the
transfer length as well. Since the whole point of the
exercise is to work around transfer length limits, it
can easily check the length vs. the maximum and use
the appropriate routine.
A common case where this could be a problem is an 8 byte
Read Element Status command to get the amount of data needed
for a much larger transfer. Today, the multi-call version
will be used because many elements are requested and then
it turn around and cause the command to fail because it
doesn't think there is enough data.
T.R | Title | User | Personal Name | Date | Lines |
---|
325.1 | Close. | NABETH::alan | Dr. File System's Home for Wayward Inodes. | Tue Apr 15 1997 18:27 | 4 |
| This has been fixed. The check that decides to use the
multi-res code also checks the length. Both the number
of elements and length need to be too long to use multi-
res code.
|