ioctl fails due t bad descriptor from a hllc call

[jan]

I pass the stream descriptor from a hllc call on a FC_CPTS function code, to an ioctl call [with IFLUSH and FLUSHR attributes]

<call_made>

ret_code = ioctl(stream_function_descriptor from hllc ,
I_FLUSH,
FLUSHR )

</call_made>


This works most of the time, but sporadically results in a typewriter error.

Can somebody suggest why hllc might return a 'bad' file descriptor that results in a typewriter error?

Thanks

[Salem]

You're going to have to provide more information than that!!!

[dwks]

Hey, Salem, I thought you were banned.

[jan]

Sorry I was so terse with the data..... here is the exact situation..

I have traced the problem to this scenario:
1. I get a file descriptor after some event stream creation.
2. I flush the stream and then pass the filedescriptor to an ioctl function.
3. When all is well, the ioctl isnt even called coz the stream is out there performing other functions, but when something makes the system go down, the filedescriptor in question becomes bad and throws the following error:

<error>.....event stream, error 25: Not a typewriter</error>

Now, can any of u suggest how to detect a sudden corruption of file/stream descriptors under spurious conditions [like system unexpectedly going down] or another solution?

Thanks

[dwks]

ferror?

[jan]

not ferror.... errno from the display message. What i get is the typewriter error for event stream failure.... and the corresponding error number from errno.h is 25

[dwks]

Try perror().