Very Computer

by **Jasim Da** » Tue, 04 Jul 2000 04:00:00

I have code making an ioctl call on a STREAMS device, (/dev/ttyp0) to
flush the io buffers.

ioctl (fd, TCFLSH, 2);

It works fine on Solaris 2.5.1 !!

But does not work under Solaris 2.7 ( Solaris 7) even after a recompile.
I am using the 32 bit kernel of Solaris.
The error generated is error no. 6 (ENXIO)

Any input would be very useful

Thanks,
Jasim
732-949-9205

by **Emmanuel Dreyf** » Wed, 05 Jul 2000 04:00:00

> I have code making an ioctl call on a STREAMS device, (/dev/ttyp0)
(snip)
> ioctl (fd, TCFLSH, 2);
(snip)
> The error generated is error no. 6 (ENXIO)

Usually, ENXIO means that there is no driver for your device file major.
But you should have got this error at open() time, not at ioctl() time.

Are you sure that that ioctl() is the failing call? Sure that ENXIO is
the error?

--
Emmanuel Dreyfus

by **Andrew Gabri** » Wed, 05 Jul 2000 04:00:00

Quote:>I have code making an ioctl call on a STREAMS device, (/dev/ttyp0) to
>flush the io buffers.

>ioctl (fd, TCFLSH, 2);

>It works fine on Solaris 2.5.1 !!

>But does not work under Solaris 2.7 ( Solaris 7) even after a recompile.

TCFLSH is implemented by the ldterm module.
Have you popped that off the stream? If so and you are using telnet or
rlogin, I would not be surprised to see different behaviour as I suspect
the unhandled ioctl would end up at a stream head in 2.5.1 and at the
in-kernel telnet/rlogin processing >= 2.6, and they might handle the
unexpected ioctl differently. In any case, if ldterm has been popped,
then the TCFLSH will not actually flush anything. You can probably use
ioctl(fd, I_FLUSH, FLUSHRW) to achieve the desired effect.

--
Andrew Gabriel
Consultant Software Engineer

Very Computer

Help:: STREAMS ioctl call failing under Solaris 7

Help:: STREAMS ioctl call failing under Solaris 7

Help:: STREAMS ioctl call failing under Solaris 7

Help:: STREAMS ioctl call failing under Solaris 7