Date: Sun, 07 Feb 1999 20:14:04 +0100 From: Marcel Moolenaar <marcel@scc.nl> To: Randall Hopper <aa8vb@pagesz.net> Cc: emulation@FreeBSD.ORG Subject: Re: XessLite4 Spreadsheet - Problem on 3.0-RELEASE Message-ID: <36BDE5FB.D6F8EB28@scc.nl> References: <19990116102334.A5244@pagesz.net> <36A1BC26.F222F5B3@scc.nl> <19990206204310.A29695@pagesz.net> <36BDD125.EB51D53A@scc.nl> <19990207131328.A19703@pagesz.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Randall Hopper wrote: > > |This is what happens (no ktraces included): > | > |When the files (version and cpuinfo) are not present, lstat fails and xslite4 > |aborts. When the files are present lstat succeeds, but xslite4 fails because > |the files have length > 0 (on Red Hat they have length 0; on FreeBSD they are > |regular files). As a result xslite4 aborts. When you create empty files, > |lstat succeeds and xslite4 will open the files and read them, but will fail > |because it does read what it expects and aborts; after which I aborted :-) > | > |XessLite4 will only run when /proc is properly emulated. > |Sorry, > > Thanks for the explanation. I didn't get as much as you did from the > ktrace output. Did you use linux_kdump from the ports collection? I makes a difference :-) > Don't suppose there is some FreeBSD feature with which one could emulate > this behavior? Maybe a socket or named pipe with a daemon sleeping on the > other end? Not that I know of. Hmmm... You could hack such a behaviour in the linux emulator, i suppose. Every file in /proc which has nothing to do with processes can be regular files then... A well... The only reason I can think of for such a behaviour, is when you want to be sure your application is not run in an emulated environment :-) marcel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?36BDE5FB.D6F8EB28>