Date: Fri, 1 Mar 1996 16:16:46 +1030 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: hackers@freebsd.org Subject: Linuxulator unhappiness... Message-ID: <199603010546.QAA29628@genesis.atrad.adelaide.edu.au>
next in thread | raw e-mail | index | archive | help
Heyho people; got a problem here. I can't be sure whether this has been
fixed in -current; I don't have the latest 2.2 snap installed (yet).
This is Linux-IDL; I'm working with them on other problems, but this is
somewhat of a showstopper :
4912 idl CALL read(0x3,0x3ed008,0x8000)
4912 idl GIO fd 3 read 32768 bytes
"SR\0\^D\0\0\0
... remainder of 32K read ...
4912 idl RET read 32768/0x8000
4912 idl CALL old.lseek(0x3,0xffff8004,0x1)
4912 idl RET old.lseek 4
4912 idl CALL read(0x3,0x3ed008,0x8000)
4912 idl RET read -1 errno 27 File too large
4912 idl CALL read(0x3,0x3ed008,0x8000)
4912 idl RET read -1 errno 27 File too large
The lkm debug output is consistent :
Linux-emul(5426): lseek(3, -32764, 1)
(the file in question is about 60K)
Any ideas? This is under -stable built yesterday.
(EFBIG is an odd one; it doesn't show up many places at all. Most of them
wouldn't appear to be a problem, given the '4' returned by lseek...)
(And is there a more linux-aware ktrace anywhere? The stock one does a
pretty nominal job...)
--
]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[
]] Genesis Software genesis@atrad.adelaide.edu.au [[
]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[
]] realtime instrument control (ph/fax) +61-8-267-3039 [[
]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199603010546.QAA29628>