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>