From owner-freebsd-hackers Tue Jun 2 03:08:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA24078 for freebsd-hackers-outgoing; Tue, 2 Jun 1998 03:08:43 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gilgamesch.bik-gmbh.de (gilgamesch.bik-gmbh.de [194.233.237.91]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA24068 for ; Tue, 2 Jun 1998 03:08:38 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.8.8/8.7.3) id MAA13875; Tue, 2 Jun 1998 12:10:26 +0200 (MET DST) Message-ID: <19980602121025.04763@cons.org> Date: Tue, 2 Jun 1998 12:10:25 +0200 From: Martin Cracauer To: Niall Smart , hackers@FreeBSD.ORG Subject: Re: allegro lisp Mail-Followup-To: Niall Smart , hackers@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from Niall Smart on Thu, May 28, 1998 at 01:13:42PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In , Niall Smart wrote: > AFAIK Allegro Lisp is used by quite a few people who run FreeBSD, > therefore I suggest we contact them to inquire about the possibility > of helping to ensure that the Linux version works under emulation on > FreeBSD. A fix for the 4.2 coredump problem has been committed to -current a few weeks ago. I didn't try it, but the change was supposed to make ACL work. > As someone has noted already, 5.0 beta does not work in > FreeBSD compatability because it expects a linux /proc filesystem which > the emulation layer does not fully support. Perhaps they will consider > modifying it to do whatever it is trying to do in a more portable way, > or at least one which is compatable with our compatability layer :) Well, I think a) relying on undocumented procfs behaviour to do anything will make your software break on future version of the OS as well. b) Should we try to emulate /proc, we will quickly run into problems that kernel or process structure internals will be exposed when they shouldn't. Or in other words, there's a good chance that the application in question moves from using an API to using an inplementation, which is where we have to stop emulating. > If anyone here is friendly with the folks at Franz Inc. or has a support > contract with them and is willing to request this of them then please > email me. Otherwise I will contact them myself later this week. Please do so. Maybe they can provide an exact list they expect /proc to do (that menas what they are missing from the API). Also, check the Staroffice thread on -hackers as well, exactly the same problem. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message