× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Loyd,

Bytes Provided reflects the number of bytes you have allocated for the
return of error related information. A value of 0 indicates no allocation of
storage to receive error related information (as you mention later
exceptions are to be sent). A value of 8 or more indicates that you have
allocated that number of bytes to receive error related information (though
the first 4 of those bytes is not really used to return error information as
it's basically accounting for the Bytes Provided storage).

If you set Bytes Provided to greater than 0 then it would normally reflect
the size of the entire error structure you have allocated. This value
includes the storage for Bytes Provided and Bytes Available (the minimum
amount of storage -- 8 bytes -- required if you want error related
information returned in the error code structure).

Do not interpret Bytes Provided as "Length of receiver variable" except when
greater than 0.
On Wed, Dec 23, 2009 at 9:44 PM, Loyd Goodbar <loyd@xxxxxxxxxxxxxx> wrote:

Re-reading Bruce's response, should the bytes provided by the size of the
entire error structure, as I've indicated, or the size of the "response
data", presumably including the exception ID, reserved space, and exception
data? I assumed it was the size of the structure, and have been wrong many
times before. :)

--Loyd

On Wed, Dec 23, 2009 at 9:39 PM, Loyd Goodbar <loyd@xxxxxxxxxxxxxx> wrote:


// Error code structure.
d errc0100 ds
d errc01bytpro 10i 0 inz(%size(errc0100))
d errc01bytava 10i 0 inz
d errc01excid 7a inz
d errc01resaaa 1a inz(x'00')
d errc01excdta 250a inz


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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.