From owner-freebsd-emulation Sun Feb 7 11:14:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29752 for freebsd-emulation-outgoing; Sun, 7 Feb 1999 11:14:21 -0800 (PST) (envelope-from owner-freebsd-emulation@FreeBSD.ORG) Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29740 for ; Sun, 7 Feb 1999 11:14:16 -0800 (PST) (envelope-from marcel@scc.nl) Received: from scones.sup.scc.nl (i141.ztm.euronet.nl [194.134.112.102]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id UAA22198; Sun, 7 Feb 1999 20:14:10 +0100 (MET) Received: from scc.nl (scones.sup.scc.nl [192.168.2.4]) by scones.sup.scc.nl (8.9.2/8.9.1) with ESMTP id UAA54414; Sun, 7 Feb 1999 20:14:05 +0100 (CET) (envelope-from marcel@scc.nl) Message-ID: <36BDE5FB.D6F8EB28@scc.nl> Date: Sun, 07 Feb 1999 20:14:04 +0100 From: Marcel Moolenaar Organization: SCC vof X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 3.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Randall Hopper CC: emulation@FreeBSD.ORG Subject: Re: XessLite4 Spreadsheet - Problem on 3.0-RELEASE References: <19990116102334.A5244@pagesz.net> <36A1BC26.F222F5B3@scc.nl> <19990206204310.A29695@pagesz.net> <36BDD125.EB51D53A@scc.nl> <19990207131328.A19703@pagesz.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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