Strace showing failed ioctl/seek - How to fix?

[bennymack]

Dear Perl Gurus,

I have a simple server app that preforks some processes that then wait for connections and serve data based on a given Perl sub.

I was examining the strace output for kicks recently ( the server works fine, no issues ) and noticed these lines along with the accept syscall:

accept(17, {sa_family=AF_INET, sin_port=htons(33604), sin_addr=inet_ad
+dr("192.168.226.139")}, [16]) = 8
ioctl(8, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfffe118) = -1 EINVAL (Inval
+id argument)
_llseek(8, 0, 0xbfffe170, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
ioctl(8, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfffe118) = -1 EINVAL (Inval
+id argument)
_llseek(8, 0, 0xbfffe170, SEEK_CUR)     = -1 ESPIPE (Illegal seek)

Yes, they do appear twice. Should I be worried about these? Is there an easy way to fix them? I did some googling and the only thing I could find that sounded remotely feasible was something about mixing buffered and un-buffered IO.

Thanks in advance!

[tye]

Perl (or the C RTL or Perl's replacement for STDIO or whatever) has long attempted seek on file handles that can't seek. That can be a reasonable way to determine if a file handle supports seeking.

No, don't worry about them.