Hi all!

I didn't get any response to my question 2 weeks ago - perhaps it never
got trough to all of you?

Anyway - to rephrase the question - how do you distinguish between a
record missing and a record locked on a _Rreadk()?


/Joakim

------------------------------------
Joakim Svensson
Technology Services
Capgemini Sweden
------------------------------------

-----Original Message-----
Sent: den 11 juni 2004 13:29

Hi!

I've got a little problem which I cannot figure out how to solve. I have
a _Rreadk which I use to check if there is a record with a specified key
in the database. It's quite normal that there is no record with this
key, but if there is the program will do some additional processing.
I've run into a problem lately where the program misses that there is
this specific record; I believe it has to do with the way I use to check
the I/O-operation. Now I use:

rfb = _Rreadk ((*OQH)->koca2, (*OQH)->bufKOCA2, sizeof (RCA_t),
__KEY_EQ|__NO_LOCK, (*OQH)->keyKOCA2, sizeof(RCA2_k)); if
(rfb->num_bytes != sizeof(RCA_t)) {
        /* do something */
}

But what happens if the record does exist but it's locked? Now I have no
way to figure out why the _Rreadk failed. I've been looking at the
XXIOFB.h feedback mechanism but I don't find any useful, same with
errno. In the __XXIOFB_T there is a file_dep_fb_offset which I suppose
contain error code and reason code, but I cannot find any description of
what this pointer is pointing at.

I suppose some of you know how to solve this and perhaps have a
description of the file dependent feedback area.


/Joakim

------------------------------------
Joakim Svensson
Technology Services
Capgemini Sweden
------------------------------------


Our name has changed.  Please update your address book to the following format: 
"recipient@xxxxxxxxxxxxx".

This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient,  you are not authorized 
to read, print, retain, copy, disseminate,  distribute, or use this message or 
any part thereof. If you receive this  message in error, please notify the 
sender immediately and delete all  copies of this message.



As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.