From owner-freebsd-emulation Tue Nov 25 00:36:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA25671 for emulation-outgoing; Tue, 25 Nov 1997 00:36:51 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA25658; Tue, 25 Nov 1997 00:36:44 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id TAA00970; Tue, 25 Nov 1997 19:02:13 +1030 (CST) Message-Id: <199711250832.TAA00970@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Bruce Evans cc: emulation@FreeBSD.ORG, handy@sag.space.lockheed.com, wollman@FreeBSD.ORG Subject: Re: localtime under Linux-emu? In-reply-to: Your message of "Thu, 20 Nov 1997 21:04:26 +1100." <199711201004.VAA01710@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Nov 1997 19:02:13 +1030 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I seem to remember that it was non-trivial to make Linux figure out what > >time it was, does this still hold true? > > I think it has always been trivial: > > mkdir /compat/linux/usr/lib/zoneinfo > cp /etc/localtime /compat/linux/usr/lib/zoneinfo The correct for this uses a symlink in order to make the package timezone-portable. I've done that already. > Linux `file' fails similarly. It looks for "magic" only in > /compat/linux/usr/lib and /usr/lib/. Does linux 'file' use the same format as the FreeBSD 'file' for "magic"? > Linux editors tend to work > because FreeBSD has a backwards compatibility link /etc/termcap -> > /usr/share/misc/termcap. Things should work better if /compat/linux > contains a full Linux tree. "full" is somewhat of a variable concept. Beyond the above, do you have any suggestions for other items that would be valuable? mike From owner-freebsd-emulation Tue Nov 25 01:28:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA29132 for emulation-outgoing; Tue, 25 Nov 1997 01:28:20 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA29120; Tue, 25 Nov 1997 01:28:14 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id UAA29811; Tue, 25 Nov 1997 20:22:34 +1100 Date: Tue, 25 Nov 1997 20:22:34 +1100 From: Bruce Evans Message-Id: <199711250922.UAA29811@godzilla.zeta.org.au> To: bde@zeta.org.au, mike@smith.net.au Subject: Re: localtime under Linux-emu? Cc: emulation@FreeBSD.ORG, handy@sag.space.lockheed.com, wollman@FreeBSD.ORG Sender: owner-freebsd-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> >I seem to remember that it was non-trivial to make Linux figure out what >> >time it was, does this still hold true? >> >> I think it has always been trivial: >> >> mkdir /compat/linux/usr/lib/zoneinfo >> cp /etc/localtime /compat/linux/usr/lib/zoneinfo > >The correct for this uses a symlink in order to make the package >timezone-portable. I've done that already. It is probably actually necessary to link to or copy the whole /usr/share/zoneinfo directory. If you link to it then you can't have a symlink in the directory :-]. >> Linux `file' fails similarly. It looks for "magic" only in >> /compat/linux/usr/lib and /usr/lib/. > >Does linux 'file' use the same format as the FreeBSD 'file' for "magic"? Unless someone has broken it. >> Linux editors tend to work >> because FreeBSD has a backwards compatibility link /etc/termcap -> >> /usr/share/misc/termcap. Things should work better if /compat/linux >> contains a full Linux tree. > >"full" is somewhat of a variable concept. Beyond the above, do you >have any suggestions for other items that would be valuable? Don't bother unless a port of a Linux program actually uses a resource. This is most important for library resources. Does locale stuff work? Bruce From owner-freebsd-emulation Tue Nov 25 07:38:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA20852 for emulation-outgoing; Tue, 25 Nov 1997 07:38:35 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from castle.amgen.com (firewall-user@ns1.amgen.com [138.133.17.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA20847 for ; Tue, 25 Nov 1997 07:38:33 -0800 (PST) (envelope-from FwKHdBP04@astimay1.com) From: FwKHdBP04@astimay1.com Received: by castle.amgen.com; id HAA27596; Tue, 25 Nov 1997 07:16:53 -0800 Received: from usr36-dialup26.mix2.atlanta.mci.net(166.55.59.218) by castle.amgen.com via smap (3.2) id xmaia6107; Tue, 25 Nov 97 07:16:47 -0800 DATE: 24 Nov 10 10:21:47 AM Message-ID: TO: wemail@4uonthe.net SUBJECT: We will mail 4 U Sender: owner-freebsd-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk LET US DO YOUR BULK MAILINGS!!! ..$250 PER MILLION THE WAY OF THE FUTURE FOR SUCCESS IN YOUR BUSINESS! Our company will do bulk emailing for your product/service. Addresses are extracted daily by four of our computers, which run 24 hours a day 7 days a week, scanning the net for new addresses. They are fresh! Over 36 million addresses on file. No more than 2 pages (50 lines), no porn and no foul language. We do not do targeted mailings at this price. Targeted mailings $150 per 50,000 addresses extracted. There are no lower prices on the net. Your mailing can be done in a matter of hours. We have 4 computers extracting addresses 24/7. For the fastest service, cheapest prices and cleanest mailings call our processing and new accounts office at 904-282-0945, Monday - Friday 9 - 5 EST. If the line is busy, please keep trying, as bulk mailing is growing fast. We do want to work with you to advertise your product. $250 per million expires December 1, 1997. Price increases to $350 per million, $250 per 500,000. All orders received before December 1 will not reflect the increase. Even with the increase, we will still be the best prices on the net. To have your name removed, call our processing office. Any negative responses will be dealt with accordingly. From owner-freebsd-emulation Tue Nov 25 10:54:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA08463 for emulation-outgoing; Tue, 25 Nov 1997 10:54:42 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from luomat.peak.org (cc344191-a.ewndsr1.nj.home.com [24.2.83.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA08302; Tue, 25 Nov 1997 10:53:53 -0800 (PST) (envelope-from luomat@luomat.peak.org) Received: (from luomat@localhost) by luomat.peak.org (8.8.8/8.8.8) id NAA01005; Tue, 25 Nov 1997 13:53:54 -0500 (EST) Message-Id: <199711251853.NAA01005@luomat.peak.org> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 4.1mach v148) X-Image-URL: http://www.peak.org/~luomat/next/luomat@peak.org.tiff X-Nextstep-Mailer: Mail 4.1mach (Enhance 2.1) Received: by NeXT.Mailer (1.148.RR) From: Timothy J Luoma Date: Tue, 25 Nov 97 13:53:44 -0500 To: freebsd-chat@freebsd.org, freebsd-current@freebsd.org, freebsd-doc@freebsd.org, freebsd-emulation@freebsd.org, freebsd-hackers@freebsd.org, freebsd-multimedia@freebsd.org, freebsd-ports@freebsd.org, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Re: We will mail 4 U cc: spamcomplaints@MCI.NET, SPAM-L@PEACH.EASE.LSOFT.COM Reply-To: SPAM-L@PEACH.EASE.LSOFT.COM X-Image-URL-Disclaimer: hey, it's off my student ID, gimme a break ;-) Sender: owner-freebsd-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My apologies for the wide-crosspost, I just wanted to save some folks some time. >From searching several phone directories online, it appears that the person who sent this spam did so on behalf of: Jack Luke 39 Panda Av Middleburg, FL 32068-4765 (904) 282-0945 That was the phone number listed in the spam which hit about 8 or 9 times on the FreeBSD lists, and I assume the wider internet as well. Keep in mind that this information might be outdated, but all the reverse phone directories I used came up with this same name. I could not find a real-email address for him in FL by that name, and his name is too common for a general email search (which turned up several matches). Be sure to voice your complaint to MCI, who owned the dialups which were used to send this crap. spamcomplaints@MCI.NET If anyone is near Jack, please feel free to give him a call and pass along our fondest thanks for sending this crap repeatedly to the same addresses. TjL, spam-hater From owner-freebsd-emulation Tue Nov 25 15:26:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA16096 for emulation-outgoing; Tue, 25 Nov 1997 15:26:36 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA16015; Tue, 25 Nov 1997 15:26:02 -0800 (PST) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id JAA07735; Tue, 25 Nov 1997 09:40:35 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp01.primenet.com, id smtpd007685; Tue Nov 25 09:40:28 1997 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA02240; Tue, 25 Nov 1997 16:24:36 -0700 (MST) From: Terry Lambert Message-Id: <199711252324.QAA02240@usr05.primenet.com> Subject: Re: We will mail 4 U To: SPAM-L@PEACH.EASE.LSOFT.COM Date: Tue, 25 Nov 1997 23:24:35 +0000 (GMT) Cc: freebsd-chat@freebsd.org, freebsd-current@freebsd.org, freebsd-doc@freebsd.org, freebsd-emulation@freebsd.org, freebsd-hackers@freebsd.org, freebsd-multimedia@freebsd.org, freebsd-ports@freebsd.org, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, spamcomplaints@MCI.NET In-Reply-To: <199711251853.NAA01005@luomat.peak.org> from "Timothy J Luoma" at Nov 25, 97 01:53:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From searching several phone directories online, it appears that the person > who sent this spam did so on behalf of: > > Jack Luke > 39 Panda Av > Middleburg, FL 32068-4765 > (904) 282-0945 It is pretty obvious (to me, anyway) that this is a targetted trojan of the type that was used to flood ml.org. Also, you will note that the putative "relay host" is running a highly hacked version of sendmail (EHLO it). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-emulation Tue Nov 25 17:14:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA25682 for emulation-outgoing; Tue, 25 Nov 1997 17:14:37 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA25617; Tue, 25 Nov 1997 17:14:10 -0800 (PST) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199711260114.RAA25617@hub.freebsd.org> Subject: Re: We will mail 4 U To: tlambert@primenet.com (Terry Lambert) Date: Tue, 25 Nov 1997 17:14:10 -0800 (PST) Cc: SPAM-L@PEACH.EASE.LSOFT.COM, freebsd-chat@freebsd.org, freebsd-current@freebsd.org, freebsd-doc@freebsd.org, freebsd-emulation@freebsd.org, freebsd-hackers@freebsd.org, freebsd-multimedia@freebsd.org, freebsd-ports@freebsd.org, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, spamcomplaints@MCI.NET In-Reply-To: <199711252324.QAA02240@usr05.primenet.com> from "Terry Lambert" at Nov 25, 97 11:24:35 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > From searching several phone directories online, it appears that the person > > who sent this spam did so on behalf of: > > > > Jack Luke > > 39 Panda Av > > Middleburg, FL 32068-4765 > > (904) 282-0945 > > It is pretty obvious (to me, anyway) that this is a targetted trojan of > the type that was used to flood ml.org. > > Also, you will note that the putative "relay host" is running a highly > hacked version of sendmail (EHLO it). > "hacked version of sendmail" ????? EHLO is standard esmtp. this is old stuff already. see the rfc's (rfc1825 perhaps) two relay hosts were the ns servers for amgen.com. why are nameservers configured to relay mail? jmb From owner-freebsd-emulation Tue Nov 25 19:35:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA10140 for emulation-outgoing; Tue, 25 Nov 1997 19:35:04 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA10089; Tue, 25 Nov 1997 19:34:53 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id OAA02197; Wed, 26 Nov 1997 14:00:10 +1030 (CST) Message-Id: <199711260330.OAA02197@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Bruce Evans cc: mike@smith.net.au, emulation@FreeBSD.ORG, handy@sag.space.lockheed.com, wollman@FreeBSD.ORG Subject: Re: localtime under Linux-emu? In-reply-to: Your message of "Tue, 25 Nov 1997 20:22:34 +1100." <199711250922.UAA29811@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Nov 1997 14:00:10 +1030 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> >I seem to remember that it was non-trivial to make Linux figure out what > >> >time it was, does this still hold true? > >> > >> I think it has always been trivial: > >> > >> mkdir /compat/linux/usr/lib/zoneinfo > >> cp /etc/localtime /compat/linux/usr/lib/zoneinfo > > > >The correct for this uses a symlink in order to make the package > >timezone-portable. I've done that already. > > It is probably actually necessary to link to or copy the whole > /usr/share/zoneinfo directory. If you link to it then you can't > have a symlink in the directory :-]. Heh. They actually put 'localtime' *inside* that directory? Bleugh. How about a more correct solution: mkdir /compat/linux/usr/lib/zoneinfo ln -s /usr/share/zoneinfo/* /compat/linux/usr/lib/zoneinfo ln -sf /etc/localtime /compat/linux/usr/lib/localtime ? > >> Linux `file' fails similarly. It looks for "magic" only in > >> /compat/linux/usr/lib and /usr/lib/. > > > >Does linux 'file' use the same format as the FreeBSD 'file' for "magic"? > > Unless someone has broken it. Fair enough. I've made some modifications, but can't test them (properly). I guess I'll just have to wait-and-see. > >"full" is somewhat of a variable concept. Beyond the above, do you > >have any suggestions for other items that would be valuable? > > Don't bother unless a port of a Linux program actually uses a resource. > This is most important for library resources. Does locale stuff work? I have no idea. I wouldn't know a locale if it walked up and bit me on the ass. 8) mike From owner-freebsd-emulation Tue Nov 25 20:46:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA16686 for emulation-outgoing; Tue, 25 Nov 1997 20:46:00 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA16675 for ; Tue, 25 Nov 1997 20:45:53 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id PAA02499; Wed, 26 Nov 1997 15:11:12 +1030 (CST) Message-Id: <199711260441.PAA02499@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Thomas Gellekum cc: emulation@FreeBSD.ORG Subject: Re: Problems with spicecad for Linux In-reply-to: Your message of "20 Nov 1997 09:43:17 BST." <87aff0dkgq.fsf@ghpc6.ihf.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Nov 1997 15:11:12 +1030 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > sorry if you're receiving this mail a second time. Looks like there > was a problem with the lists yesterday. Sorry for the delay in responding. > Anyway, I'm trying to run spicecad-1.5 for Linux on 2.2.5-STABLE. The > binary crashes short after startup after a SIGBUS. Output from ktrace > looks like this: ... > 2566 spicecad-linux CALL ioctl(0,0x5401 ,0xefbfd09c) > 2566 spicecad-linux RET ioctl 0 > 2566 spicecad-linux CALL getpid > 2566 spicecad-linux RET getpid 2566/0xa06 These two look OK. > 2566 spicecad-linux CALL ktrace(0x84f9000) > 2566 spicecad-linux RET ktrace 139431936/0x84f9000 > 2566 spicecad-linux CALL obs_vread(0xb,0xefbfd084,0xefbfd074) > 2566 spicecad-linux RET obs_vread 0 Yup, register a SEGV handler. > 2566 spicecad-linux PSIG SIGSEGV caught handler=0x8058180 mask=0x0 code=0xc > 2566 spicecad-linux CALL obs_vread(0xb,0xefbfd020,0xefbfd010) > 2566 spicecad-linux RET obs_vread 0 > 2566 spicecad-linux PSIG SIGSEGV caught handler=0x8058180 mask=0x0 code=0xc > 2566 spicecad-linux CALL obs_vread(0xb,0xefbfd020,0xefbfd010) > 2566 spicecad-linux RET obs_vread 0 > 2566 spicecad-linux PSIG SIGSEGV caught handler=0x8058180 mask=0x0 code=0xc > 2566 spicecad-linux CALL obs_vread(0xb,0xefbfd020,0xefbfd010) > 2566 spicecad-linux RET obs_vread 0 > 2566 spicecad-linux PSIG SIGSEGV caught handler=0x8058180 mask=0x0 code=0xc > 2566 spicecad-linux CALL obs_vread(0xb,0xefbfd020,0xefbfd010) > 2566 spicecad-linux RET obs_vread 0 Catch and re-register several times. > 2566 spicecad-linux PSIG SIGBUS SIG_DFL And then SIGBUS. It's possible that it was expecting a SEGV here as well, but got SIGBUS due to a difference of opinion between FreeBSD and Linux. Without knowing why it got the signal, it's fairly impossible to tell though. You should look at the trap() function in i386/i386/ trap.c and look at where it returns SIGBUS to the process, and then compare this with Linux's reasons. mike From owner-freebsd-emulation Tue Nov 25 23:56:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA28443 for emulation-outgoing; Tue, 25 Nov 1997 23:56:41 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA28433 for ; Tue, 25 Nov 1997 23:56:37 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id SAA03234 for ; Wed, 26 Nov 1997 18:22:06 +1030 (CST) Message-Id: <199711260752.SAA03234@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: emulation@freebsd.org Subject: kdump for linux binaries available Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Nov 1997 18:22:05 +1030 From: Mike Smith Sender: owner-freebsd-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've just committed this: msmith 1997/11/25 23:49:36 PST ports/devel/linux_kdump - Imported sources Update of /home/ncvs/ports/devel/linux_kdump In directory freefall.freebsd.org:/d/msmith/linux_kdump Log Message: This is a modified version of the standard FreeBSD kdump(1) utility that understands Linux syscalls and ioctls instead of FreeBSD ones. If you have the ports collection set up locally, you should be able to build this as soon as it appears. Note that it needs the FreeBSD sources (userland and kernel) as well as the linux_devel stuff installed. I am hopeful that a package will be available soon to make it less of a challenge to build. I can supply binaries on request. mike From owner-freebsd-emulation Wed Nov 26 00:17:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA29777 for emulation-outgoing; Wed, 26 Nov 1997 00:17:28 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA29770 for ; Wed, 26 Nov 1997 00:17:22 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.5) id SAA25649; Wed, 26 Nov 1997 18:47:14 +1030 (CST) Message-ID: <19971126184711.57412@lemis.com> Date: Wed, 26 Nov 1997 18:47:11 +1030 From: Greg Lehey To: Mike Smith Cc: emulation@FreeBSD.ORG Subject: Re: kdump for linux binaries available References: <199711260752.SAA03234@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199711260752.SAA03234@word.smith.net.au>; from Mike Smith on Wed, Nov 26, 1997 at 06:22:05PM +1030 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, Nov 26, 1997 at 06:22:05PM +1030, Mike Smith wrote: > > I've just committed this: > > msmith 1997/11/25 23:49:36 PST > > ports/devel/linux_kdump - Imported sources > Update of /home/ncvs/ports/devel/linux_kdump > In directory freefall.freebsd.org:/d/msmith/linux_kdump Great stuff. Was it difficult? > Log Message: > This is a modified version of the standard FreeBSD kdump(1) utility > that understands Linux syscalls and ioctls instead of FreeBSD ones. > > If you have the ports collection set up locally, you should be able to > build this as soon as it appears. Note that it needs the FreeBSD > sources (userland and kernel) as well as the linux_devel stuff > installed. > > I am hopeful that a package will be available soon to make it less of a > challenge to build. I can supply binaries on request. Where's the challenge? Asking you what Grog From owner-freebsd-emulation Wed Nov 26 07:03:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA22402 for emulation-outgoing; Wed, 26 Nov 1997 07:03:58 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from csla.csl.sri.com (csla.csl.sri.com [192.12.33.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA22397 for ; Wed, 26 Nov 1997 07:03:54 -0800 (PST) (envelope-from gilham@csl.sri.com) Received: from japonica.csl.sri.com (japonica.csl.sri.com [130.107.15.17]) by csla.csl.sri.com (8.8.7/8.8.7) with ESMTP id GAA03806 for ; Wed, 26 Nov 1997 06:59:23 -0800 (PST) Received: from japonica.csl.sri.com (localhost [127.0.0.1]) by japonica.csl.sri.com (8.8.7/8.8.7) with ESMTP id HAA00854 for ; Wed, 26 Nov 1997 07:03:19 -0800 (PST) Message-Id: <199711261503.HAA00854@japonica.csl.sri.com> To: emulation@FreeBSD.ORG Subject: Problems with Linux Allegro Common Lisp (was Re: Problems with spicecad for Linux) In-reply-to: Your message of "Wed, 26 Nov 1997 15:11:12 +1030." <199711260441.PAA02499@word.smith.net.au> Date: Wed, 26 Nov 1997 07:03:19 -0800 From: Fred Gilham Sender: owner-freebsd-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike Smith writes: > . > . > . >And then SIGBUS. It's possible that it was expecting a SEGV here as >well, but got SIGBUS due to a difference of opinion between FreeBSD >and Linux. Without knowing why it got the signal, it's fairly >impossible to tell though. You should look at the trap() function in >i386/i386/ trap.c and look at where it returns SIGBUS to the process, >and then compare this with Linux's reasons. The same problem exists with Linux Allegro Common Lisp. I spent some time trying to figure out why and it seems possible that it's T_STKFLT. Linux has a SIGSTKFLT; FreeBSD just maps this directly to SIGBUS. I was told that it's possible to hack the emulator so that when ACL sets up its signal handlers, it will set the bus error signal handler instead of the SIGSTKFLT signal handler. Actually the person suggested installing the SIGSEGV handler for SIGBUS and preventing ACL from installing its SIGBUS handler. I haven't been able to get this to work in any permutation, though, probably due to my lame hackery. (I was able to get the behavior of the system to change, i.e. the signal was being caught, but the system still didn't function correctly.) Is there a more robust solution? or rather, a solution at all? The current situation seems to exclude a significant class of Linux applications from being run successfully by FreeBSD. -Fred Gilham gilham@csl.sri.com From owner-freebsd-emulation Wed Nov 26 08:56:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA00842 for emulation-outgoing; Wed, 26 Nov 1997 08:56:26 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from ghpc8.ihf.rwth-aachen.de (ghpc8.ihf.RWTH-Aachen.DE [134.130.90.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA00829 for ; Wed, 26 Nov 1997 08:56:20 -0800 (PST) (envelope-from thomas@ghpc8.ihf.rwth-aachen.de) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.rwth-aachen.de [134.130.90.6]) by ghpc8.ihf.rwth-aachen.de (8.8.7/8.8.6) with ESMTP id RAA01915; Wed, 26 Nov 1997 17:56:16 +0100 (CET) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.8.7/8.8.5) id RAA16855; Wed, 26 Nov 1997 17:56:15 +0100 (CET) To: Mike Smith Cc: emulation@FreeBSD.ORG Subject: Re: Problems with spicecad for Linux References: <199711260441.PAA02499@word.smith.net.au> From: Thomas Gellekum Date: 26 Nov 1997 17:56:13 +0100 In-Reply-To: Mike Smith's message of Wed, 26 Nov 1997 15:11:12 +1030 Message-ID: <873ekjwq4y.fsf@ghpc6.ihf.rwth-aachen.de> Lines: 106 X-Mailer: Gnus v5.4.37/XEmacs 19.16 Sender: owner-freebsd-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike Smith writes: > And then SIGBUS. It's possible that it was expecting a SEGV here as > well, but got SIGBUS due to a difference of opinion between FreeBSD and > Linux. Without knowing why it got the signal, it's fairly impossible > to tell though. You should look at the trap() function in i386/i386/ > trap.c and look at where it returns SIGBUS to the process, and then > compare this with Linux's reasons. I'll do that (not that I expect I'll be able to understand something in there ;-)). For comparison, here's the output of strace on a Linux system: 18556 execve("/usr/local/bin/spicecad-1.5-linuxelf", ["spicecad-1.5-linuxelf"], [/* 58 vars */]) = 0 18556 personality(PER_LINUX) = 0 18556 geteuid() = 549 18556 getuid() = 549 18556 getgid() = 100 18556 getegid() = 100 18556 brk(0) = 0x84eb104 18556 brk(0x84ee104) = 0x84ee104 18556 brk(0x84ef000) = 0x84ef000 18556 brk(0x84f0000) = 0x84f0000 18556 brk(0x84f1000) = 0x84f1000 18556 brk(0x84f2000) = 0x84f2000 18556 brk(0x84f3000) = 0x84f3000 18556 brk(0x84f5000) = 0x84f5000 18556 brk(0x84f7000) = 0x84f7000 18556 brk(0x84f8000) = 0x84f8000 18556 brk(0x84f9000) = 0x84f9000 18556 ioctl(0, TCGETS, {B9600 opost isig icanon echo ...}) = 0 18556 getpid() = 18556 18556 brk(0x84f9000) = 0x84f9000 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 --- SIGSEGV (Segmentation fault) --- 18556 sigaction(SIGSEGV, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 sigaction(SIGSEGV, {SIG_DFL}, {0x8058180, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}) = 0 18556 brk(0x84f9000) = 0x84f9000 18556 ioctl(0, TCGETA, {B9600 opost isig icanon echo ...}) = 0 18556 ioctl(0, TCSETA, {B9600 opost isig icanon echo ...}) = 0 18556 brk(0x84fa000) = 0x84fa000 18556 brk(0x84fb000) = 0x84fb000 18556 brk(0x84fc000) = 0x84fc000 18556 brk(0x84fd000) = 0x84fd000 18556 brk(0x84fe000) = 0x84fe000 18556 brk(0x84ff000) = 0x84ff000 18556 brk(0x8500000) = 0x8500000 18556 brk(0x8501000) = 0x8501000 18556 brk(0x8502000) = 0x8502000 18556 brk(0x8503000) = 0x8503000 18556 brk(0x8504000) = 0x8504000 18556 brk(0x8505000) = 0x8505000 18556 brk(0x8506000) = 0x8506000 18556 brk(0x8507000) = 0x8507000 18556 brk(0x8508000) = 0x8508000 18556 brk(0x8509000) = 0x8509000 18556 brk(0x850a000) = 0x850a000 18556 brk(0x850b000) = 0x850b000 18556 brk(0x850c000) = 0x850c000 18556 brk(0x850d000) = 0x850d000 18556 brk(0x850e000) = 0x850e000 18556 brk(0x850f000) = 0x850f000 18556 brk(0x8510000) = 0x8510000 18556 brk(0x8511000) = 0x8511000 18556 brk(0x8512000) = 0x8512000 18556 brk(0x8513000) = 0x8513000 18556 brk(0x8514000) = 0x8514000 18556 brk(0x8515000) = 0x8515000 18556 brk(0x8516000) = 0x8516000 18556 brk(0x8517000) = 0x8517000 18556 sigaction(SIGILL, {0x804b030, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 sigaction(SIGILL, {SIG_DFL}, {0x804b030, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}) = 0 18556 sigaction(SIGILL, {0x804b030, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}, {SIG_DFL}) = 0 18556 sigaction(SIGILL, {SIG_DFL}, {0x804b030, [], SA_INTERRUPT|SA_NOMASK|SA_ONESHOT}) = 0 18556 brk(0x8518000) = 0x8518000 18556 brk(0x8519000) = 0x8519000 [open init file, print prompt, quit] tg From owner-freebsd-emulation Fri Nov 28 00:41:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA00877 for emulation-outgoing; Fri, 28 Nov 1997 00:41:40 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from Guard.PolyNet.Lviv.UA (Guard.PolyNet.Lviv.UA [194.44.138.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA00870 for ; Fri, 28 Nov 1997 00:41:26 -0800 (PST) (envelope-from pam@polynet.lviv.ua) Received: (qmail 29612 invoked from network); 28 Nov 1997 08:41:09 -0000 Received: from polynet.lviv.ua (HELO NetSurfer.lp.lviv.ua) (192.168.0.1) by guard.lp.lviv.ua with SMTP; 28 Nov 1997 08:41:09 -0000 Received: (from smap@localhost) by NetSurfer.lp.lviv.ua (8.8.5/8.6.12) id KAA21063 for ; Fri, 28 Nov 1997 10:41:09 +0200 (EET) Message-Id: <199711280841.KAA21063@NetSurfer.lp.lviv.ua> Received: from ws51.lp.lviv.ua(192.168.0.51) by NetSurfer.lp.lviv.ua via smap (V2.0beta) id xma021059; Fri, 28 Nov 97 10:41:05 +0200 Comments: Authenticated sender is From: "Adrian Pavlykevych" Organization: State University "Lvivska Polytechnica" To: emulation@freebsd.org Date: Fri, 28 Nov 1997 10:40:51 +2000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Q:Using SCO libraries under FreeBSD (COFF convertor?) Priority: normal X-mailer: Pegasus Mail for Win32 (v2.54) Sender: owner-freebsd-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi everybody! I'm having problem with RDBMS access - all available drivers are for SCO, so do libraries needed by PD drivers. Is there any way to convert SCO libraries into format recofgnizable by FreeBSD linker? I've installed GNU binutils and tried to convert library from COFF-i386 to a.out-freebsd. Operation went smothly, but function references remained without leading underscore - so they were not accessible for linker. What I'm missing/doing wrong? Any suggestions? Thanks in advance. Adrian Pavlykevych System Administrator | State University "Lvivska Polytechnica" Campus Computer Network | 12, St. Bandery str, | Lviv, 290646 tel/fax:+380 (322) 742041 | Ukraine From owner-freebsd-emulation Fri Nov 28 02:51:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA07179 for emulation-outgoing; Fri, 28 Nov 1997 02:51:57 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA07173; Fri, 28 Nov 1997 02:51:50 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id VAA30008; Fri, 28 Nov 1997 21:45:33 +1100 Date: Fri, 28 Nov 1997 21:45:33 +1100 From: Bruce Evans Message-Id: <199711281045.VAA30008@godzilla.zeta.org.au> To: bde@zeta.org.au, mike@smith.net.au Subject: Re: localtime under Linux-emu? Cc: emulation@freebsd.org, handy@sag.space.lockheed.com, wollman@freebsd.org Sender: owner-freebsd-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> It is probably actually necessary to link to or copy the whole >> /usr/share/zoneinfo directory. If you link to it then you can't >> have a symlink in the directory :-]. > >Heh. They actually put 'localtime' *inside* that directory? Bleugh. The search order is (omitting /compat/linux): /usr/lib/zoneinfo/localtime /usr/share/zoneinfo/localtime and then for a zoneinfo data file: /usr/lib/zoneinfo/GMT /usr/share/zoneinfo/GMT Putting `localtime' in lib/zoneinfo is OK, especially if you don't put the shareable zoneinfo files there. At least in glibc-2.0.3, and in the timezone distribution, searching for `localtime' in the same directory as the shareable zoneinfo files is caused by forming the path from TZDIR and TZDEFAULT (unless TZDEFAULT is an absolute pathname, as it is in FreeBSD). These distributions don't seem to support multiple paths in TZDIR, but glibc supports overrinding it using the TZDIR environment variable. >How about a more correct solution: > > mkdir /compat/linux/usr/lib/zoneinfo > ln -s /usr/share/zoneinfo/* /compat/linux/usr/lib/zoneinfo > ln -sf /etc/localtime /compat/linux/usr/lib/localtime This probably fails with glibc. >> Don't bother unless a port of a Linux program actually uses a resource. >> This is most important for library resources. Does locale stuff work? > >I have no idea. I wouldn't know a locale if it walked up and bit me on >the ass. 8) I don't know much about it either, but ktrace shows `date' attempting to access locale files in the following order: /etc/locale/C/libc.cat /usr/share/locale/C/libc.cat /usr/share/locale/C /usr/share/locale/C/libc.cat /usr/local/share/locale/C/libc.cat None of these is found. This is probably just as well, since the format seems to be less standard than that of timezone files. Bruce From owner-freebsd-emulation Fri Nov 28 19:15:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA28324 for emulation-outgoing; Fri, 28 Nov 1997 19:15:56 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from word.smith.net.au (ppp4.portal.net.au [202.12.71.104]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA28317; Fri, 28 Nov 1997 19:15:29 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id NAA00495; Sat, 29 Nov 1997 13:39:33 +1030 (CST) Message-Id: <199711290309.NAA00495@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Bruce Evans cc: emulation@freebsd.org, erich@freebsd.org Subject: Re: localtime under Linux-emu? In-reply-to: Your message of "Fri, 28 Nov 1997 21:45:33 +1100." <199711281045.VAA30008@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 29 Nov 1997 13:39:32 +1030 From: Mike Smith Sender: owner-freebsd-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> It is probably actually necessary to link to or copy the whole > >> /usr/share/zoneinfo directory. If you link to it then you can't > >> have a symlink in the directory :-]. > > > >Heh. They actually put 'localtime' *inside* that directory? Bleugh. > > The search order is (omitting /compat/linux): > > /usr/lib/zoneinfo/localtime > /usr/share/zoneinfo/localtime Ok. Linking localtime into usr/lib/zoneinfo will work then. > and then for a zoneinfo data file: > > /usr/lib/zoneinfo/GMT > /usr/share/zoneinfo/GMT Er. That's sufficiently different from our POV that it's not going to work. (ie. we have it in /usr/share/zoneinfo/Etc/GMT) > Putting `localtime' in lib/zoneinfo is OK, especially if you don't > put the shareable zoneinfo files there. At least in glibc-2.0.3, > and in the timezone distribution, searching for `localtime' in the > same directory as the shareable zoneinfo files is caused by forming > the path from TZDIR and TZDEFAULT (unless TZDEFAULT is an absolute > pathname, as it is in FreeBSD). These distributions don't seem to > support multiple paths in TZDIR, but glibc supports overrinding it > using the TZDIR environment variable. I can't parse that. You've just said that the code searches the same places for both localtime and the shared data files, but now you are saying that putting them in the same directory would actually be bad, without explaining why. > >How about a more correct solution: > > > > mkdir /compat/linux/usr/lib/zoneinfo > > ln -s /usr/share/zoneinfo/* /compat/linux/usr/lib/zoneinfo > > ln -sf /etc/localtime /compat/linux/usr/lib/localtime > > This probably fails with glibc. Because it uses a diferent path layout for the shared datafiles? Would for i in find /usr/share/zoneinfo/ -type file; ln -s $i /compat/linux/usr/lib/zoneinfo/ get closer, or do they have their own, variant directory layout? > >I have no idea. I wouldn't know a locale if it walked up and bit me on > >the ass. 8) > > I don't know much about it either, but ktrace shows `date' attempting > to access locale files in the following order: > > /etc/locale/C/libc.cat > /usr/share/locale/C/libc.cat > /usr/share/locale/C > /usr/share/locale/C/libc.cat > /usr/local/share/locale/C/libc.cat > > None of these is found. This is probably just as well, since the format > seems to be less standard than that of timezone files. OK. Sounds like we need to add some more baggage to the linux-lib port. Eric H, are you still with us? mike From owner-freebsd-emulation Fri Nov 28 19:25:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA28783 for emulation-outgoing; Fri, 28 Nov 1997 19:25:25 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from word.smith.net.au (ppp4.portal.net.au [202.12.71.104]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA28777 for ; Fri, 28 Nov 1997 19:25:18 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id NAA00538; Sat, 29 Nov 1997 13:48:15 +1030 (CST) Message-Id: <199711290318.NAA00538@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Adrian Pavlykevych" cc: emulation@FreeBSD.ORG Subject: Re: Q:Using SCO libraries under FreeBSD (COFF convertor?) In-reply-to: Your message of "Fri, 28 Nov 1997 10:40:51." <199711280841.KAA21063@NetSurfer.lp.lviv.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 29 Nov 1997 13:48:14 +1030 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I'm having problem with RDBMS access - all available drivers are for > SCO, so do libraries needed by PD drivers. This isn't even vaguely true. Which RDBMS are you using? There's a freely-available ODBC client kicking around, which should get you talking to just about anything. > Is there any way to convert SCO libraries into format recofgnizable > by FreeBSD linker? Not trivially, no. > I've installed GNU binutils and tried to convert library from > COFF-i386 to a.out-freebsd. Operation went smothly, but function > references remained without leading underscore - so they were not > accessible for linker. > > What I'm missing/doing wrong? If you're hopeful that you're that close, you can try munging the names in the ex-SCO library. Hit it with a binary editor and then use hidden #defines in your code to map names, eg. For a function 'zworp' in the library, rename it to _worp, and then add a define in your code: #define zworp(arg, arg, arg) worp(arg, arg, arg) mike From owner-freebsd-emulation Sat Nov 29 21:28:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17471 for emulation-outgoing; Sat, 29 Nov 1997 21:28:31 -0800 (PST) (envelope-from owner-freebsd-emulation) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA17462; Sat, 29 Nov 1997 21:28:21 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id QAA30424; Sun, 30 Nov 1997 16:26:54 +1100 Date: Sun, 30 Nov 1997 16:26:54 +1100 From: Bruce Evans Message-Id: <199711300526.QAA30424@godzilla.zeta.org.au> To: bde@zeta.org.au, mike@smith.net.au Subject: Re: localtime under Linux-emu? Cc: emulation@freebsd.org, erich@freebsd.org, v@godzilla.zeta.org.au Sender: owner-freebsd-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> The search order is (omitting /compat/linux): >> >> /usr/lib/zoneinfo/localtime >> /usr/share/zoneinfo/localtime > >Ok. Linking localtime into usr/lib/zoneinfo will work then. > >> and then for a zoneinfo data file: >> >> /usr/lib/zoneinfo/GMT >> /usr/share/zoneinfo/GMT > >Er. That's sufficiently different from our POV that it's not going to >work. (ie. we have it in /usr/share/zoneinfo/Etc/GMT) It looks like a compatibility hack or a bad old way of doing things. In an old version of RedHat Linux, GMT has 18 hard links, one in Etc. zoneinfo used to be more cluttered here too. >> Putting `localtime' in lib/zoneinfo is OK, especially if you don't >> put the shareable zoneinfo files there. At least in glibc-2.0.3, >> and in the timezone distribution, searching for `localtime' in the >> same directory as the shareable zoneinfo files is caused by forming >> the path from TZDIR and TZDEFAULT (unless TZDEFAULT is an absolute >> pathname, as it is in FreeBSD). These distributions don't seem to >> support multiple paths in TZDIR, but glibc supports overrinding it >> using the TZDIR environment variable. > >I can't parse that. You've just said that the code searches the same >places for both localtime and the shared data files, but now you are >saying that putting them in the same directory would actually be bad, >without explaining why. Read what I wrote, or UTSL. Apparently only nonstandard code searches both places. >> >How about a more correct solution: >> > >> > mkdir /compat/linux/usr/lib/zoneinfo >> > ln -s /usr/share/zoneinfo/* /compat/linux/usr/lib/zoneinfo >> > ln -sf /etc/localtime /compat/linux/usr/lib/localtime >> >> This probably fails with glibc. > >Because it uses a diferent path layout for the shared datafiles? Would > > for i in find /usr/share/zoneinfo/ -type file; > ln -s $i /compat/linux/usr/lib/zoneinfo/ > >get closer, or do they have their own, variant directory layout? Something like that. It needs to actually work for subdirectories. I hope will follow the layout in the timezone distribution, and that FreeBSD users won't be interested in running old Linux libraries so that the Linux library package won't need to contain old shared libraries. Bruce