From owner-freebsd-current Sun Feb 11 2:43:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (blizzard.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id F088937B491 for ; Sun, 11 Feb 2001 02:43:24 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f1BAhCT23501; Sun, 11 Feb 2001 12:43:18 +0200 Received: (from max@localhost) by vic.sabbo.net (8.11.2/8.11.2) id f1BAhPK73149; Sun, 11 Feb 2001 12:43:25 +0200 (EET) (envelope-from sobomax@FreeBSD.org) From: Maxim Sobolev Message-Id: <200102111043.f1BAhPK73149@vic.sabbo.net> Subject: Re: Is Sawfish running on -current? To: ken@tydfam.machida.tokyo.jp (Takeshi Ken Yamada) Date: Sun, 11 Feb 2001 12:43:19 +0200 (EET) Cc: current@FreeBSD.org In-Reply-To: <20010211145016O.ken@tydfam.machida.tokyo.jp> from "Takeshi Ken Yamada" at Feb 11, 2001 02:50:16 PM X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I have the following error while compiling Sawfish on > recent -current. > > Is it my half updated fault or the -current issue? > > gmake[1]: Entering directory `/home/SRC/FreeBSD/FreeBSD-current/ports/x11-wm/sawfish/work/sawfish-0.36/lisp' > SAWFISHLISPDIR=. SAWFISHEXECDIR=../src/.libexec SAWFISHDOCFILE=../DOC /usr/local/libexec/rep/i386--freebsd5.0/libtool --mode=execute -dlopen ../src/gradient.la ../src/sawfish --batch --no-rc compiler -f compile-batch sawfish/wm.jl > Segmentation fault - core dumped > gmake[1]: *** [sawfish/wm.jlc] Error 139 > gmake[1]: Leaving directory `/home/SRC/FreeBSD/FreeBSD-current/ports/x11-wm/sawfish/work/sawfish-0.36/lisp' > gmake: *** [all] Error 2 > Strange. It works here without any problems. Do you have the last versions of librep and rep-gtk installed? If no, update and try again. Otherwise try to get backtrace from the core file and send it to me. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 5:22:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.sanda.gr.jp (ns.sanda.gr.jp [210.232.122.18]) by hub.freebsd.org (Postfix) with ESMTP id E82FC37B401; Sun, 11 Feb 2001 05:22:27 -0800 (PST) Received: from ever.sanda.gr.jp (epoch [10.93.63.51]) by ns.sanda.gr.jp (8.9.3/3.7W) with ESMTP id WAA65293; Sun, 11 Feb 2001 22:22:26 +0900 (JST) From: non@ever.sanda.gr.jp Received: from localhost (localhost [127.0.0.1]) by ever.sanda.gr.jp (8.8.8/3.3W9) with ESMTP id WAA06193; Sun, 11 Feb 2001 22:22:26 +0900 (JST) To: current@FreeBSD.ORG Cc: trevor@jpj.net, akiyama@FreeBSD.ORG Subject: Re: od driver for -CURRENT In-Reply-To: References: <200102101550.f1AFoqO04003@aslan.scsiguy.com> X-Mailer: Mew version 1.94 on Emacs 19.28 / Mule 2.3 =?iso-2022-jp?B?KBskQkt2RSYyVhsoQik=?= Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010211222225N.non@ever.sanda.gr.jp> Date: Sun, 11 Feb 2001 22:22:25 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 28 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Bruce Evans Date: Sun, 11 Feb 2001 07:35:51 +1100 (EST) > On Sat, 10 Feb 2001, Justin T. Gibbs wrote: > > >Are there any reason device drivers do not check if thier devices are > > >writable or not when they are opened ? I think returning an error > > >value, like `od', is the easiest way to avoid this problem. > > > > It is not necessarily sufficient since the media may be changed after > > open on certain types of devices that don't have a media lock. Some > > devices will only tell you that they are write protected on the first > > write, etc. For the devices where we can tell, we should make the check > > in open, but not rely on that catching all cases where a driver will > > return EACCESS. > > Also, writing to a write protected sector is a special case of an i/o > error, so it will be handled by non-broken general i/o error handling. > Also^2, write protection might be for individual sectors and might > change while the device is open, just like most i/o errors. We actually > have this for most disks -- FreeBSD has write protection of label > sectors in software, and it can be turned on and off while the device > is open. Though both of them cannot be handled, I think it's worth checking if the entire device is write-protected or not at open(). Especially when the implementation is not so difficult. Why you have to try writing to a write-protected medium ? // Noriaki Mitsunaga // To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 5:53:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailer.tydfam.machida.tokyo.jp (ns.tydfam.machida.tokyo.jp [210.161.209.130]) by hub.freebsd.org (Postfix) with ESMTP id 9133B37B401; Sun, 11 Feb 2001 05:53:35 -0800 (PST) Received: from localhost (natto.tydfam.machida.tokyo.jp [210.161.209.131]) by mailer.tydfam.machida.tokyo.jp (8.11.1/3.7W10/03/98) with ESMTP id f1BDrXP61255; Sun, 11 Feb 2001 22:53:33 +0900 (JST) To: sobomax@FreeBSD.org Cc: current@FreeBSD.org Subject: Re: Is Sawfish running on -current? X-Mailer: Mew version 1.94.1 on XEmacs 21.1 (Channel Islands) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010211225333J.ken@tydfam.machida.tokyo.jp> Date: Sun, 11 Feb 2001 22:53:33 +0900 From: Takeshi Ken Yamada X-Dispatcher: imput version 20000228(IM140) Lines: 24 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thank you for quick reply. I found that my librep was old one - Sept one living in /usr/local/libexec/rep....., and the latest one (v 1.23 2001/01/07) goes under /usr/X11R6/libexec/rep/i386--freebsd5.0/. So, I deleted /usr/local/libexec/rep hoping that new one living under X11R6 be used. Sigh! rep-gtk (v 1.23 2000/12/05) could not be compiled because it looked at /usr/local/libexec/rep/i386-freebsd5.0/rules.mk. I understand that it may be because of librep and rep-gtk, but I cannnot solve this /usr/X11R6/libexec/ vs. /usr/local/libexec/ by myself considering other programs, and stucked. I hope you can suggest some solution of this issue. (I'll be out a week and can not respond to for a while, please accept it.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 6:29: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from octopus.phy.bg.ac.yu (octopus.phy.bg.ac.yu [147.91.80.4]) by hub.freebsd.org (Postfix) with ESMTP id B323F37B401 for ; Sun, 11 Feb 2001 06:27:21 -0800 (PST) Received: from phy.bg.ac.yu (octopus.phy.bg.ac.yu [147.91.80.4]) by octopus.phy.bg.ac.yu (Postfix) with ESMTP id 0D1CA19F3F for ; Sun, 11 Feb 2001 15:25:44 +0100 (CET) Message-ID: <3A86A086.8FF67240@phy.bg.ac.yu> Date: Sun, 11 Feb 2001 15:24:06 +0100 From: Rasa Karapandza X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: printing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My computer reboots when trying to print. I'm not shure from which update it doesn't work. Am I doing something wrog or....? Rasa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 9:16:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id B699637B491 for ; Sun, 11 Feb 2001 09:16:23 -0800 (PST) Received: from xor.obsecurity.org ([63.207.60.67]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8L0028URS0I1@mta5.snfc21.pbi.net> for current@freebsd.org; Sun, 11 Feb 2001 09:12:05 -0800 (PST) Received: by xor.obsecurity.org (Postfix, from userid 1000) id 1ACEC66B00; Sun, 11 Feb 2001 09:14:45 -0800 (PST) Date: Sun, 11 Feb 2001 09:14:45 -0800 From: Kris Kennaway Subject: Re: printing In-reply-to: <3A86A086.8FF67240@phy.bg.ac.yu>; from rasa@phy.bg.ac.yu on Sun, Feb 11, 2001 at 03:24:06PM +0100 To: Rasa Karapandza Cc: current@freebsd.org Message-id: <20010211091444.D50667@mollari.cthul.hu> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="rqzD5py0kzyFAOWN" Content-disposition: inline User-Agent: Mutt/1.2.5i References: <3A86A086.8FF67240@phy.bg.ac.yu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --rqzD5py0kzyFAOWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Feb 11, 2001 at 03:24:06PM +0100, Rasa Karapandza wrote: > My computer reboots when trying to print. I'm not shure from which > update it doesn't work. > Am I doing something wrog or....? If you're running -current, then this problem has been widely reported in the list already. Go back to -stable if you need a fully working machine at this point in time and can't deal with the development breakage. Kris --rqzD5py0kzyFAOWN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6hsiEWry0BWjoQKURAhKfAKDtpAEXY8lMZeLwoEIU/4XAdEfKYQCgqQch TKh1+Ug3I/giiabnDCN5SKs= =r5/O -----END PGP SIGNATURE----- --rqzD5py0kzyFAOWN-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 9:50:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 59CD137B491 for ; Sun, 11 Feb 2001 09:50:32 -0800 (PST) Received: from xor.obsecurity.org ([63.207.60.67]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8L00071TED5X@mta5.snfc21.pbi.net> for current@FreeBSD.org; Sun, 11 Feb 2001 09:47:02 -0800 (PST) Received: by xor.obsecurity.org (Postfix, from userid 1000) id 4DBF766B00; Sun, 11 Feb 2001 09:49:46 -0800 (PST) Date: Sun, 11 Feb 2001 09:49:46 -0800 From: Kris Kennaway Subject: OpenSSL ASM patch To: current@FreeBSD.org Message-id: <20010211094946.A51308@mollari.cthul.hu> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Okay, I've finally come up with a patch that enables the OpenSSL asm code in a way which is generically controllable and extends to other code which may want to enable CPU-specific optimizations (e.g. libgmp). The patch is at http://www.freebsd.org/~kris/openssl-asm.patch It's based on a patch originally by Mike Silbersack , but the MACHINE_CPU stuff is mine and he shouldn't be blamed for it. Speedups are on the order of 3x-5x depending on the algorithm, for those which have asm cores available. Even the 386 should benefit from significant speed improvements, although I haven't tested this patch on a 386 or 486. It looks like the OpenSSL alpha asm code is broken (using the vendor build process doesn't build it either) - sorry, folks. The patch is fairly self-explanatory, and introduces a new variable called MACHINE_CPU which contains an unordered list of the CPU generations which we would like optimizations for, if present. Basically, this should be set to your CPU type plus all backwards-compatible revisions: e.g. MACHINE_CPU=i686 i585 i486 i386. I prefer doing it this way (MACHINE_CPU being a list) since it greatly simplifies the makefiles: For example, OpenSSL has Pentium ASM code for several algorithm cores in libcrypto. This code is what we want to compile on all "pentium class and above" CPUs (Pentium, PPro, Pentium II/III, AMD, ...), but there is also code for 686-class CPUs, and someday there may be AMD-optimized asm code, etc. If MACHINE_CPU is only a single word containing the exact CPU generation we intend to run on (e.g. "k6") then the makefile tests for whether to use the pentium code need to actually check for the name of all pentium-compatible CPUs and above, and if we miss one or the user uses a name we don't support then they won't get any optimization. Doing it as a list (i.e. MACHINE_CPU is a list of preferences or features we'd like) means that we can easily pick the best code to use based on what is available, and makes it more robust against mistakes. I'm not sure whether the way I've introduced MACHINE_CPU into sys.mk is the best way to do it, and whether make(1) also needs to be taught about it. I'd like to get this committed ASAP, please review. Kris --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6htC5Wry0BWjoQKURAsZ1AJ9Ul30JD2/EXMPkR1AIyyrd/n0toQCZAZYe x6uYxE64+bHXv97dmnJjEp0= =XQNo -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 10: 3:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id 66EC937B491 for ; Sun, 11 Feb 2001 10:03:48 -0800 (PST) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.2/8.11.2) id f1BI5T171893 for freebsd-current@freebsd.org; Sun, 11 Feb 2001 10:05:29 -0800 (PST) (envelope-from sgk) From: Steve Kargl Message-Id: <200102111805.f1BI5T171893@troutmask.apl.washington.edu> Subject: locale changes break world To: FreeBSD Current Date: Sun, 11 Feb 2001 10:05:29 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can the people working on the locale stuff test their changes prior to check-in? /usr/src/lib/libc/../libc/locale/lmessages.c: In function `__messages_load_locale': /usr/src/lib/libc/../libc/locale/lmessages.c:61: syntax error before `struct' /usr/src/lib/libc/../libc/locale/lmessages.c:61: too few arguments to function `__part_load_locale' /usr/src/lib/libc/../libc/locale/lmessages.c:62: syntax error before `)' *** Error code 1 Stop in /usr/src/lib/libc. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 12:31:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 1D69F37B401 for ; Sun, 11 Feb 2001 12:31:39 -0800 (PST) Received: from xor.obsecurity.org ([63.207.60.67]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8M008K50Q6NO@mta5.snfc21.pbi.net> for current@FreeBSD.org; Sun, 11 Feb 2001 12:25:18 -0800 (PST) Received: by xor.obsecurity.org (Postfix, from userid 1000) id D7AA766B32; Sun, 11 Feb 2001 12:28:02 -0800 (PST) Date: Sun, 11 Feb 2001 12:28:02 -0800 From: Kris Kennaway Subject: Re: OpenSSL ASM patch In-reply-to: <20010211094946.A51308@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Feb 11, 2001 at 09:49:46AM -0800 To: Kris Kennaway Cc: current@FreeBSD.org Message-id: <20010211122802.A78975@mollari.cthul.hu> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010211094946.A51308@mollari.cthul.hu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Updated patch now available at the same location. Changes: * Document the MACHINE_CPU types which are currently used * Make NOPERL mutually exclusive with OpenSSL ASM and document it * Teach make(1) about MACHINE_CPU and provide sensible defaults for i386 and alpha. http://www.freebsd.org/~kris/openssl-asm.patch Kris --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6hvXSWry0BWjoQKURAhZLAJ9L/LNvZJdiIxZdZqyn5pBdouaGrACfXGFW J5OSJvF/F7OhQLlQ2nD/2Cw= =k6nX -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 12:47:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id D1B5537B401 for ; Sun, 11 Feb 2001 12:47:09 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f1BKl7g03542; Sun, 11 Feb 2001 12:47:07 -0800 (PST) Date: Sun, 11 Feb 2001 12:47:07 -0800 From: Alfred Perlstein To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: OpenSSL ASM patch Message-ID: <20010211124707.S3274@fw.wintelcom.net> References: <20010211094946.A51308@mollari.cthul.hu> <20010211122802.A78975@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010211122802.A78975@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Feb 11, 2001 at 12:28:02PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kris Kennaway [010211 12:32] wrote: > Updated patch now available at the same location. Changes: > > * Document the MACHINE_CPU types which are currently used > > * Make NOPERL mutually exclusive with OpenSSL ASM and document it > > * Teach make(1) about MACHINE_CPU and provide sensible defaults for > i386 and alpha. > > http://www.freebsd.org/~kris/openssl-asm.patch > Looks awesome, someone complained that Linux was able to maintain an order of magnitude more SSL connections than FreeBSD, since you say this gives us a 3-5x speed up, I'd really like to see it committed and ported to -stable ASAP. Is it possible to have multiple ASM cores and use the appropriate routines? Or must it all be choosen at compile time? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 12:52:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 2AA1137B401 for ; Sun, 11 Feb 2001 12:52:35 -0800 (PST) Received: from xor.obsecurity.org ([63.207.60.67]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8M00FD41RXFU@mta5.snfc21.pbi.net> for current@FreeBSD.ORG; Sun, 11 Feb 2001 12:47:58 -0800 (PST) Received: by xor.obsecurity.org (Postfix, from userid 1000) id 8CDEB66B32; Sun, 11 Feb 2001 12:50:42 -0800 (PST) Date: Sun, 11 Feb 2001 12:50:42 -0800 From: Kris Kennaway Subject: Re: OpenSSL ASM patch In-reply-to: <20010211124707.S3274@fw.wintelcom.net>; from bright@wintelcom.net on Sun, Feb 11, 2001 at 12:47:07PM -0800 To: Alfred Perlstein Cc: Kris Kennaway , current@FreeBSD.ORG Message-id: <20010211125042.B79375@mollari.cthul.hu> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010211094946.A51308@mollari.cthul.hu> <20010211122802.A78975@mollari.cthul.hu> <20010211124707.S3274@fw.wintelcom.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Feb 11, 2001 at 12:47:07PM -0800, Alfred Perlstein wrote: > Looks awesome, someone complained that Linux was able to maintain > an order of magnitude more SSL connections than FreeBSD, since you > say this gives us a 3-5x speed up, I'd really like to see it committed > and ported to -stable ASAP. Yep! Just want to give a few days for people to comment on the MACHINE_CPU thing. > Is it possible to have multiple ASM cores and use the appropriate > routines? Or must it all be choosen at compile time? It's done at compile-time. Kris --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6hvshWry0BWjoQKURAppKAKDB/UKkN5lU2VVJZ1CV1tQK6zGw9gCgoieS ZOxfgbHVsb+UCPQjTHJLVs0= =0G0H -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 13: 2:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 1ECA137B491 for ; Sun, 11 Feb 2001 13:02:45 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f1BL2hJ03985; Sun, 11 Feb 2001 13:02:43 -0800 (PST) Date: Sun, 11 Feb 2001 13:02:43 -0800 From: Alfred Perlstein To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: OpenSSL ASM patch Message-ID: <20010211130243.V3274@fw.wintelcom.net> References: <20010211094946.A51308@mollari.cthul.hu> <20010211122802.A78975@mollari.cthul.hu> <20010211124707.S3274@fw.wintelcom.net> <20010211125042.B79375@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010211125042.B79375@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Feb 11, 2001 at 12:50:42PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kris Kennaway [010211 12:52] wrote: > On Sun, Feb 11, 2001 at 12:47:07PM -0800, Alfred Perlstein wrote: > > > Looks awesome, someone complained that Linux was able to maintain > > an order of magnitude more SSL connections than FreeBSD, since you > > say this gives us a 3-5x speed up, I'd really like to see it committed > > and ported to -stable ASAP. > > Yep! Just want to give a few days for people to comment on the > MACHINE_CPU thing. > > > Is it possible to have multiple ASM cores and use the appropriate > > routines? Or must it all be choosen at compile time? > > It's done at compile-time. bah, lame. :( How is the worst asm code vs the best C code again? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 13:14:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id C192537B401 for ; Sun, 11 Feb 2001 13:14:41 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f1BLEjw38691 for ; Sun, 11 Feb 2001 22:14:45 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: make world failure... From: Poul-Henning Kamp Date: Sun, 11 Feb 2001 22:14:45 +0100 Message-ID: <38689.981926085@critter> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What gives ??? cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/syv/src/lib/libc/include -D__DBINTERFACE _PRIVATE -DINET6 -I/usr/obj/syv/src/lib/libc -DPOSIX_MISTAKE -I/syv/src/lib/libc /../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/syv/src/i386/usr/include - c /syv/src/lib/libc/../libc/locale/lmessages.c -o lmessages.o /syv/src/lib/libc/../libc/locale/lmessages.c: In function `__messages_load_local e': /syv/src/lib/libc/../libc/locale/lmessages.c:61: syntax error before `struct' /syv/src/lib/libc/../libc/locale/lmessages.c:61: too few arguments to function ` __part_load_locale' /syv/src/lib/libc/../libc/locale/lmessages.c:62: syntax error before `)' *** Error code 1 Stop in /syv/src/lib/libc. *** Error code 1 Stop in /syv/src/lib. *** Error code 1 Stop in /syv/src. *** Error code 1 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 13:56: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from twister.domainfactory.de (twister.domainfactory.de [212.84.255.3]) by hub.freebsd.org (Postfix) with SMTP id 7EAFF37B491 for ; Sun, 11 Feb 2001 13:56:00 -0800 (PST) Received: (qmail 487 invoked from network); 11 Feb 2001 21:55:58 -0000 Received: from blndi6-212-144-232-103.arcor-ip.net (HELO gizmo.quizbot.org) ([212.144.232.103]) (envelope-sender ) by twister.domainfactory.de (qmail-ldap-1.03) with SMTP for ; 11 Feb 2001 21:55:58 -0000 Message-ID: <3A870A82.DCF90886@gizmo.quizbot.org> Date: Sun, 11 Feb 2001 22:56:18 +0100 From: Robert Drehmel X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: make world failure... References: <38689.981926085@critter> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <38689.981926085@critter>, Poul-Henning Kamp wrote: > cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/syv/src/lib/libc/include -D__DBINTERFACE > _PRIVATE -DINET6 -I/usr/obj/syv/src/lib/libc -DPOSIX_MISTAKE -I/syv/src/lib/libc > /../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/syv/src/i386/usr/include - > c /syv/src/lib/libc/../libc/locale/lmessages.c -o lmessages.o > /syv/src/lib/libc/../libc/locale/lmessages.c: In function `__messages_load_local > e': > /syv/src/lib/libc/../libc/locale/lmessages.c:61: syntax error before `struct' > /syv/src/lib/libc/../libc/locale/lmessages.c:61: too few arguments to function ` > __part_load_locale' > /syv/src/lib/libc/../libc/locale/lmessages.c:62: syntax error before `)' > *** Error code 1 > > Stop in /syv/src/lib/libc. > *** Error code 1 > > Stop in /syv/src/lib. > *** Error code 1 > > Stop in /syv/src. > *** Error code 1 It should work with '#include '. ciao, -- Robert S. F. Drehmel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 13:59:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id BD23F37B401 for ; Sun, 11 Feb 2001 13:59:48 -0800 (PST) Received: from xor.obsecurity.org ([63.207.60.67]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8M00B7C4YJH3@mta6.snfc21.pbi.net> for current@FreeBSD.ORG; Sun, 11 Feb 2001 13:56:45 -0800 (PST) Received: by xor.obsecurity.org (Postfix, from userid 1000) id 8E0F266B32; Sun, 11 Feb 2001 13:59:30 -0800 (PST) Date: Sun, 11 Feb 2001 13:59:30 -0800 From: Kris Kennaway Subject: Re: OpenSSL ASM patch In-reply-to: <20010211130243.V3274@fw.wintelcom.net>; from bright@wintelcom.net on Sun, Feb 11, 2001 at 01:02:43PM -0800 To: Alfred Perlstein Cc: current@FreeBSD.ORG Message-id: <20010211135930.A91749@mollari.cthul.hu> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010211094946.A51308@mollari.cthul.hu> <20010211122802.A78975@mollari.cthul.hu> <20010211124707.S3274@fw.wintelcom.net> <20010211125042.B79375@mollari.cthul.hu> <20010211130243.V3274@fw.wintelcom.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 11, 2001 at 01:02:43PM -0800, Alfred Perlstein wrote: > * Kris Kennaway [010211 12:52] wrote: > > On Sun, Feb 11, 2001 at 12:47:07PM -0800, Alfred Perlstein wrote: > >=20 > > > Looks awesome, someone complained that Linux was able to maintain > > > an order of magnitude more SSL connections than FreeBSD, since you > > > say this gives us a 3-5x speed up, I'd really like to see it committed > > > and ported to -stable ASAP. > >=20 > > Yep! Just want to give a few days for people to comment on the > > MACHINE_CPU thing. > >=20 > > > Is it possible to have multiple ASM cores and use the appropriate > > > routines? Or must it all be choosen at compile time? > >=20 > > It's done at compile-time. >=20 > bah, lame. :( >=20 > How is the worst asm code vs the best C code again? OpenSSL includes 386 and 586 asm for the following: bf, bn (number libraries), cast, des, md5, rc4, rc5, ripemd, sha1. and 686 asm for bf only (DES is broken) In fact there's not a lot of difference between (what are claimed to be) the i386 versions and the i586 versions (they're generated from the same source by a preprocessor, and in fact are identical for some/most files) - this probably means they are not very optimal. I was also wrong about the speed improvements (they're not quite so high, only around 2x) - perhaps my baseline benchmark was sharing the CPU with something else giving it a 2x slowdown. So I'm not sure where the 3-5x speed up comes from - either it's another rumour (you didn't hear it from Peter again, did you? :) or the cause is elsewhere. What we build now should be exactly in line with what openssl does itself. These measurements were done on my PPro 233, and no attempt at sample averaging was performed :-) Kris [C code] type 8 bytes 64 bytes 256 bytes 1024 bytes 8192 byt= es md2 159.52k 437.09k 590.38k 647.48k 653.= 41k mdc2 405.46k 440.38k 439.93k 442.00k 442.= 93k md4 2415.06k 12806.00k 24615.33k 32313.88k 35873.= 96k md5 1888.65k 9092.61k 16840.50k 20897.62k 22739.= 51k hmac(md5) 741.81k 4722.98k 11755.58k 18427.53k 22120.= 47k sha1 1319.27k 3052.54k 6990.83k 10423.14k 11986.= 67k rmd160 846.12k 3629.76k 6249.11k 7644.14k 8178.= 40k rc4 13176.13k 17308.64k 18127.45k 18709.00k 18527.= 01k des cbc 2589.75k 2911.96k 2918.99k 2930.14k 2961.= 85k des ede3 719.78k 751.80k 758.33k 758.61k 761.= 84k idea cbc 0.00 0.00 0.00 0.00 0.= 00 rc2 cbc 1476.49k 1540.60k 1551.96k 1547.98k 1571.= 13k rc5-32/12 cbc 6533.14k 8820.63k 9144.01k 9159.59k 9189.= 25k blowfish cbc 3921.72k 4490.54k 4551.53k 4567.12k 4582.= 91k cast cbc 3725.39k 4496.47k 4425.20k 4432.26k 4461.= 36k sign verify sign/s verify/s rsa 512 bits 0.0106s 0.0011s 94.5 951.4 rsa 1024 bits 0.0620s 0.0034s 16.1 296.7 rsa 2048 bits 0.3963s 0.0112s 2.5 89.4 rsa 4096 bits 2.6106s 0.0389s 0.4 25.7 sign verify sign/s verify/s dsa 512 bits 0.0109s 0.0134s 91.5 74.6 dsa 1024 bits 0.0342s 0.0406s 29.3 24.6 [i386] type 8 bytes 64 bytes 256 bytes 1024 bytes 8192 byt= es md5 2525.24k 13682.82k 26954.24k 34031.00k 38153.= 23k hmac(md5) 952.04k 6381.75k 17338.03k 29527.15k 37320.= 02k sha1 1621.91k 6960.45k 11626.82k 13810.67k 14685.= 97k rmd160 1238.63k 5838.79k 10350.12k 12930.47k 13941.= 05k rc4 18170.79k 24351.64k 25941.40k 26300.99k 26613.= 25k des cbc 4743.99k 5342.60k 5377.98k 5406.58k 5379.= 56k des ede3 1809.64k 1903.68k 1908.81k 1921.80k 1928.= 79k rc5-32/12 cbc 11934.06k 15701.79k 16004.71k 16014.24k 16569.= 98k blowfish cbc 5885.08k 6493.90k 6553.44k 6575.91k 6569.= 06k cast cbc 5889.94k 6558.54k 6578.21k 6627.23k 6571.= 16k sign verify sign/s verify/s rsa 512 bits 0.0057s 0.0005s 174.2 1822.0 rsa 1024 bits 0.0299s 0.0016s 33.4 641.4 rsa 2048 bits 0.1757s 0.0052s 5.7 193.5 rsa 4096 bits 1.1865s 0.0179s 0.8 55.8 sign verify sign/s verify/s dsa 512 bits 0.0057s 0.0068s 176.4 146.8 dsa 1024 bits 0.0157s 0.0185s 63.8 54.1 dsa 2048 bits 0.0503s 0.0621s 19.9 16.1 [i586] type 8 bytes 64 bytes 256 bytes 1024 bytes 8192 byt= es md5 2588.19k 13504.14k 26623.31k 35248.59k 38189.= 04k hmac(md5) 946.51k 6358.38k 17134.34k 29501.74k 37456.= 10k sha1 1616.66k 7562.68k 13581.01k 16957.68k 18224.= 95k rmd160 1265.14k 5918.43k 10375.20k 12866.01k 13842.= 36k rc4 18405.78k 24232.61k 25611.99k 25964.78k 26504.= 73k des cbc 4800.96k 5321.68k 5351.02k 5421.37k 5358.= 96k des ede3 1829.59k 1903.18k 1915.56k 1914.43k 1907.= 37k rc5-32/12 cbc 11815.49k 15352.52k 15709.59k 16072.66k 16316.= 64k blowfish cbc 7099.84k 8148.80k 8255.26k 8310.07k 8332.= 21k cast cbc 6991.88k 8031.58k 8116.97k 8118.18k 8196.= 42k sign verify sign/s verify/s rsa 512 bits 0.0057s 0.0006s 175.6 1814.9 rsa 1024 bits 0.0296s 0.0016s 33.8 643.1 rsa 2048 bits 0.1749s 0.0052s 5.7 193.8 rsa 4096 bits 1.1860s 0.0179s 0.8 55.7 sign verify sign/s verify/s dsa 512 bits 0.0057s 0.0069s 176.8 145.9 dsa 1024 bits 0.0157s 0.0188s 63.9 53.3 dsa 2048 bits 0.0503s 0.0624s 19.9 16.0 [i686] blowfish cbc 7449.80k 8656.35k 8900.01k 8913.19k 8932.= 08k Kris --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6hwtBWry0BWjoQKURAknKAKDxwzgHD9xV017pAdpmdJOhDRRymQCfcKiR xIYW+h/QzgM3jjSWYCuvyGo= =+c43 -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 14: 5:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 44D5537B684 for ; Sun, 11 Feb 2001 14:05:40 -0800 (PST) Received: from xor.obsecurity.org ([63.207.60.67]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8M00J8X51L3P@mta5.snfc21.pbi.net> for current@FreeBSD.org; Sun, 11 Feb 2001 13:58:33 -0800 (PST) Received: by xor.obsecurity.org (Postfix, from userid 1000) id CB0A366B32; Sun, 11 Feb 2001 14:01:17 -0800 (PST) Date: Sun, 11 Feb 2001 14:01:17 -0800 From: Kris Kennaway Subject: Re: OpenSSL ASM patch In-reply-to: <20010211122802.A78975@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Feb 11, 2001 at 12:28:02PM -0800 To: Kris Kennaway Cc: current@FreeBSD.org Message-id: <20010211140117.A92014@mollari.cthul.hu> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010211094946.A51308@mollari.cthul.hu> <20010211122802.A78975@mollari.cthul.hu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 11, 2001 at 12:28:02PM -0800, Kris Kennaway wrote: > Updated patch now available at the same location. Changes: >=20 > * Document the MACHINE_CPU types which are currently used Actually, it occurs to me that this will be useful for ports as well. Currently some of them have nonstandard knobs like WANT_3DNOW, which could be easily covered by sticking an appropriate 'k6' (or whatever) into your MACHINE_CPU variable. Kris --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6hwutWry0BWjoQKURArtLAJ0fhSJ6kNyE9NevLO0z6tuT+R+opQCg2Cpu VLraFc2bbVBwQ8swWk67A2A= =fdq4 -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 14:11:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id A4C5C37B401; Sun, 11 Feb 2001 14:11:32 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id RAA28194; Sun, 11 Feb 2001 17:11:08 -0500 (EST) Date: Sun, 11 Feb 2001 17:11:08 -0500 (EST) From: Daniel Eischen To: Daniel Eischen Cc: current@FreeBSD.org Subject: HEADS UP: installworld gotchas In-Reply-To: <200102112206.f1BM6kn53702@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Feb 2001, Daniel Eischen wrote: > deischen 2001/02/11 14:06:46 PST > > Modified files: > include stdio.h > Log: > libc MT-safety, part 2. > > Add a lock to FILE and define an additional flag. This commit caused some bootstrap problems. The installworld failed installing perl which seemed to need sed (from /usr/bin/sed), and libc got installed before sed. I used the following to install: # make buildworld # make installworld <- fails in perl # cd /usr/src/usr.bin/sed # make install # cd /usr/src # make -DNOPERL installworld # make installworld I suppose that can be shortened to (at least): # make buildworld # make -DNOPERL installworld # make installworld or possibly: # make buildworld # cd /usr/src/usr.bin/sed # make install # cd /usr/src # make installworld -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 14:58:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.ruhr.de (in-ruhr3.ruhr.de [212.23.134.2]) by hub.freebsd.org (Postfix) with SMTP id 1B0BA37B401 for ; Sun, 11 Feb 2001 14:58:28 -0800 (PST) Received: (qmail 14121 invoked by uid 10); 11 Feb 2001 22:58:26 -0000 Received: (from ue@localhost) by nathan.ruhr.de (8.11.2/8.11.2) id f1BMwEO87418 for freebsd-current@freebsd.org; Sun, 11 Feb 2001 23:58:14 +0100 (CET) (envelope-from ue) Date: Sun, 11 Feb 2001 23:58:13 +0100 From: Udo Erdelhoff To: freebsd-current@freebsd.org Subject: Re: make world failure... Message-ID: <20010211235813.A351@nathan.ruhr.de> Mail-Followup-To: freebsd-current@freebsd.org References: <38689.981926085@critter> <3A870A82.DCF90886@gizmo.quizbot.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A870A82.DCF90886@gizmo.quizbot.org>; from robert@gizmo.quizbot.org on Sun, Feb 11, 2001 at 10:56:18PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Feb 11, 2001 at 10:56:18PM +0100, Robert Drehmel wrote: > In <38689.981926085@critter>, Poul-Henning Kamp wrote: > > [buildworld failure lib/libc/locale/lmessages.c] > > It should work with '#include '. Yep, that seems to be enough to get past this point. I don't know if there are any other surprises, my buildworld is still running. /s/Udo -- There's more than one way to skin a cat: Way number 15 -- Krazy Glue and a toothbrush. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 15:47:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 1434937B401; Sun, 11 Feb 2001 15:47:37 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id KAA07134; Mon, 12 Feb 2001 10:47:30 +1100 Date: Mon, 12 Feb 2001 10:47:06 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Daniel Eischen Cc: Daniel Eischen , current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Feb 2001, Daniel Eischen wrote: > On Sun, 11 Feb 2001, Daniel Eischen wrote: > > > deischen 2001/02/11 14:06:46 PST > > > > Modified files: > > include stdio.h > > Log: > > libc MT-safety, part 2. > > > > Add a lock to FILE and define an additional flag. > > This commit caused some bootstrap problems. The installworld failed > installing perl which seemed to need sed (from /usr/bin/sed), and libc > got installed before sed. I used the following to install: I think this is telling you that the new libc is incompatible with old applications. Installworld uses sed from ${INSTALLTMP}/sed. It copies sed from /usr/bin/sed at the start to (almost) ensure that only the old version is used. If perl actually uses /usr/bin/sed, then that is another bug in perl, but since perl is installed before sed, this makes no difference because /usr/bin/sed is still the old version. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 16: 9:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 6663237B491 for ; Sun, 11 Feb 2001 16:09:14 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id TAA12856; Sun, 11 Feb 2001 19:08:45 -0500 (EST) Date: Sun, 11 Feb 2001 19:08:45 -0500 (EST) From: Daniel Eischen To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001, Bruce Evans wrote: > On Sun, 11 Feb 2001, Daniel Eischen wrote: > > > On Sun, 11 Feb 2001, Daniel Eischen wrote: > > > > > deischen 2001/02/11 14:06:46 PST > > > > > > Modified files: > > > include stdio.h > > > Log: > > > libc MT-safety, part 2. > > > > > > Add a lock to FILE and define an additional flag. > > > > This commit caused some bootstrap problems. The installworld failed > > installing perl which seemed to need sed (from /usr/bin/sed), and libc > > got installed before sed. I used the following to install: > > I think this is telling you that the new libc is incompatible with old > applications. Installworld uses sed from ${INSTALLTMP}/sed. It copies > sed from /usr/bin/sed at the start to (almost) ensure that only the old > version is used. If perl actually uses /usr/bin/sed, then that is > another bug in perl, but since perl is installed before sed, this makes > no difference because /usr/bin/sed is still the old version. The new libc is incompatible with some old applications, but I'm not too sure why. The lock was added at the end of FILE... -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 16:24:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from cr66388-a.rchrd1.on.wave.home.com (cr66388-a.rchrd1.on.wave.home.com [24.114.165.24]) by hub.freebsd.org (Postfix) with ESMTP id A3A8437B401; Sun, 11 Feb 2001 16:24:26 -0800 (PST) Received: from cr66388-a.rchrd1.on.wave.home.c (localhost [127.0.0.1]) by cr66388-a.rchrd1.on.wave.home.com (Postfix) with ESMTP id 088CFBABD; Sun, 11 Feb 2001 19:24:26 -0500 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.3 To: freebsd-current@freebsd.org Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: HEADS UP Re: cvs commit: src/sys/alpha/alpha trap.c src/sys/dev/acpica/Osd OsdSchedule.c src/sys/i386/i386 genassym.c swtch.s trap.c src/sys/ia64/ia64 trap.c src/sys/kern init_main.c kern_condvar.c kern_idle.c kern_intr.c kern_mib.c kern_mutex.c kern_proc.c ... In-Reply-To: Message from Jake Burkholder of "Sun, 11 Feb 2001 16:20:08 PST." <200102120020.f1C0K8N72721@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Feb 2001 19:24:25 -0500 From: Jake Burkholder Message-Id: <20010212002426.088CFBABD@cr66388-a.rchrd1.on.wave.home.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > jake 2001/02/11 16:20:08 PST > > Modified files: > sys/alpha/alpha trap.c > sys/dev/acpica/Osd OsdSchedule.c > sys/i386/i386 genassym.c swtch.s trap.c > sys/ia64/ia64 trap.c > sys/kern init_main.c kern_condvar.c kern_idle.c > kern_intr.c kern_mib.c kern_mutex.c > kern_proc.c kern_resource.c kern_sig.c > kern_subr.c kern_switch.c kern_synch.c > sys/posix4 ksched.c > sys/sys ktr.h param.h proc.h rtprio.h systm.h > tty.h user.h > sys/ufs/ffs ffs_snapshot.c > sys/vm vm_glue.c vm_meter.c > Added files: > sys/sys priority.h runq.h > Log: > Implement a unified run queue and adjust priority levels accordingly. ... As I mentioned in the commit message, this changes the size and layout of struct kinfo_proc, so you'll have to recompile libkvm-using programs. As always, make world is your friend. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 16:24:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from midten.fast.no (midten.fast.no [213.188.8.11]) by hub.freebsd.org (Postfix) with ESMTP id 4308837B491 for ; Sun, 11 Feb 2001 16:24:51 -0800 (PST) Received: from fast.no (IDENT:tegge@midten.fast.no [213.188.8.11]) by midten.fast.no (8.9.3/8.9.3) with ESMTP id BAA49364; Mon, 12 Feb 2001 01:24:32 +0100 (CET) Message-Id: <200102120024.BAA49364@midten.fast.no> To: eischen@vigrid.com Cc: bde@zeta.org.au, current@freebsd.org Subject: Re: HEADS UP: installworld gotchas From: Tor.Egge@fast.no In-Reply-To: Your message of "Sun, 11 Feb 2001 19:08:45 -0500 (EST)" References: X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 12 Feb 2001 01:24:32 +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The new libc is incompatible with some old applications, but I'm not > too sure why. The lock was added at the end of FILE... The size of FILE changed, thus the old application and the new library no longer agree about the values for stdout and stderr: #define stdin (&__sF[0]) #define stdout (&__sF[1]) #define stderr (&__sF[2]) - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 16:45:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id D419E37B401 for ; Sun, 11 Feb 2001 16:45:13 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f1C0iLV01142; Sun, 11 Feb 2001 16:44:21 -0800 (PST) (envelope-from dillon) Date: Sun, 11 Feb 2001 16:44:21 -0800 (PST) From: Matt Dillon Message-Id: <200102120044.f1C0iLV01142@earth.backplane.com> To: Tor.Egge@fast.no Cc: eischen@vigrid.com, bde@zeta.org.au, current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas References: <200102120024.BAA49364@midten.fast.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :> The new libc is incompatible with some old applications, but I'm not :> too sure why. The lock was added at the end of FILE... : :The size of FILE changed, thus the old application and the new library :no longer agree about the values for stdout and stderr: : : #define stdin (&__sF[0]) : #define stdout (&__sF[1]) : #define stderr (&__sF[2]) : :- Tor Egge This is a major change to libc. The library maj must be bumped if you intend to change the sizeof(FILE), or every single third party application that uses stdio will break. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 16:54:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id DA5E937B401 for ; Sun, 11 Feb 2001 16:54:34 -0800 (PST) Received: from xor.obsecurity.org ([63.207.60.67]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8M0073RCX9W4@mta5.snfc21.pbi.net> for current@FreeBSD.ORG; Sun, 11 Feb 2001 16:48:46 -0800 (PST) Received: by xor.obsecurity.org (Postfix, from userid 1000) id DF4FC66B33; Sun, 11 Feb 2001 16:51:29 -0800 (PST) Date: Sun, 11 Feb 2001 16:51:29 -0800 From: Kris Kennaway Subject: Re: HEADS UP: installworld gotchas In-reply-to: <200102120044.f1C0iLV01142@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Feb 11, 2001 at 04:44:21PM -0800 To: Matt Dillon Cc: Tor.Egge@fast.no, eischen@vigrid.com, bde@zeta.org.au, current@FreeBSD.ORG Message-id: <20010211165129.A3041@mollari.cthul.hu> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-disposition: inline User-Agent: Mutt/1.2.5i References: <200102120024.BAA49364@midten.fast.no> <200102120044.f1C0iLV01142@earth.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 11, 2001 at 04:44:21PM -0800, Matt Dillon wrote: >=20 > :> The new libc is incompatible with some old applications, but I'm not > :> too sure why. The lock was added at the end of FILE... > : > :The size of FILE changed, thus the old application and the new library > :no longer agree about the values for stdout and stderr: > : > : #define stdin (&__sF[0]) > : #define stdout (&__sF[1]) > : #define stderr (&__sF[2]) > : > :- Tor Egge > =20 > This is a major change to libc. The library maj must be bumped if you > intend to change the sizeof(FILE), or every single third party applica= tion > that uses stdio will break. The major number has already been bumped, I thought. If this is true then we've only broken compatibility with older versions of -current after the version number was bumped but before this change, right? Kris --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6hzORWry0BWjoQKURAkIeAJ9yxLiQ/ngKOfaYn00BU9xnP7GX4ACfS5o3 COZ/TNHEFUWTV2oLL7w8xIU= =4/pe -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 17: 1:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 3F55E37B491 for ; Sun, 11 Feb 2001 17:01:10 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f1C118r01457; Sun, 11 Feb 2001 17:01:08 -0800 (PST) (envelope-from dillon) Date: Sun, 11 Feb 2001 17:01:08 -0800 (PST) From: Matt Dillon Message-Id: <200102120101.f1C118r01457@earth.backplane.com> To: Matt Dillon Cc: Tor.Egge@fast.no, eischen@vigrid.com, bde@zeta.org.au, current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas References: <200102120024.BAA49364@midten.fast.no> <200102120044.f1C0iLV01142@earth.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : : This is a major change to libc. The library maj must be bumped if you : intend to change the sizeof(FILE), or every single third party application : that uses stdio will break. : : -Matt Oh wait, is libc already bumped in current verses 4.2? If so then I guess we don't bump libc's maj. God help anyone using current though! -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 17:29:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 8EE2437B401 for ; Sun, 11 Feb 2001 17:29:49 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1C1IkU43227; Sun, 11 Feb 2001 17:18:46 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102120118.f1C1IkU43227@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Matt Dillon Cc: Tor.Egge@fast.no, eischen@vigrid.com, bde@zeta.org.au, current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas In-Reply-To: <200102120101.f1C118r01457@earth.backplane.com> Date: Sun, 11 Feb 2001 17:18:46 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Dillon wrote: > > : > : This is a major change to libc. The library maj must be bumped if you > : intend to change the sizeof(FILE), or every single third party applicatio n > : that uses stdio will break. > : > : -Matt > > Oh wait, is libc already bumped in current verses 4.2? If so then I gues s > we don't bump libc's maj. God help anyone using current though! > > -Matt I cant help but wonder why on earth we didn't have it like this from the start: Index: include/stdio.h =================================================================== RCS file: /home/ncvs/src/include/stdio.h,v retrieving revision 1.26 diff -u -r1.26 stdio.h --- include/stdio.h 2001/02/11 22:04:18 1.26 +++ include/stdio.h 2001/02/12 01:27:16 @@ -132,6 +132,9 @@ __BEGIN_DECLS extern FILE __sF[]; +extern FILE *__stdin; +extern FILE *__stdout; +extern FILE *__stderr; __END_DECLS #define __SLBF 0x0001 /* line buffered */ @@ -194,9 +197,9 @@ #define SEEK_END 2 /* set file offset to EOF plus offset */ #endif -#define stdin (&__sF[0]) -#define stdout (&__sF[1]) -#define stderr (&__sF[2]) +#define stdin __stdin +#define stdout __stdout +#define stderr __stderr /* * Functions defined in ANSI C standard. Index: lib/libc/stdio/findfp.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdio/findfp.c,v retrieving revision 1.10 diff -u -r1.10 findfp.c --- lib/libc/stdio/findfp.c 2001/02/11 22:06:40 1.10 +++ lib/libc/stdio/findfp.c 2001/02/12 01:27:16 @@ -75,6 +75,10 @@ struct glue __sglue = { &uglue, 3, __sF }; static struct glue *lastglue = &uglue; +FILE *__stdin = &__sF[0]; +FILE *__stdout = &__sF[1]; +FILE *__stderr = &__sF[2]; + static struct glue * moreglue __P((int)); static spinlock_t thread_lock = _SPINLOCK_INITIALIZER; That compiles fine. The __stdin thing is in case somebody likes the idea of #undef stdin or #ifdef stdin for some reason. In fact, I can't imagine *any* reason not to do this. At least this would insulate us from future nasties in FILE size changes, and would have saved us in this case. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 18: 5:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 3FBA337B4EC for ; Sun, 11 Feb 2001 18:05:52 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id VAA27250; Sun, 11 Feb 2001 21:05:12 -0500 (EST) Date: Sun, 11 Feb 2001 21:05:10 -0500 (EST) From: Daniel Eischen To: Peter Wemm Cc: Matt Dillon , Tor.Egge@fast.no, bde@zeta.org.au, current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas In-Reply-To: <200102120118.f1C1IkU43227@mobile.wemm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Feb 2001, Peter Wemm wrote: > Matt Dillon wrote: > > > > : > > : This is a major change to libc. The library maj must be bumped if you > > : intend to change the sizeof(FILE), or every single third party applicatio > n > > : that uses stdio will break. > > : > > : -Matt > > > > Oh wait, is libc already bumped in current verses 4.2? If so then I gues > s > > we don't bump libc's maj. God help anyone using current though! > > > > -Matt > > > I cant help but wonder why on earth we didn't have it like this from the > start: [...] > That compiles fine. The __stdin thing is in case somebody likes the idea > of #undef stdin or #ifdef stdin for some reason. > > In fact, I can't imagine *any* reason not to do this. At least this would > insulate us from future nasties in FILE size changes, and would have > saved us in this case. I like it, commit it :-) -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 18:43:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id C629B37B401 for ; Sun, 11 Feb 2001 18:43:08 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f1C2gW101890; Sun, 11 Feb 2001 18:42:32 -0800 (PST) (envelope-from dillon) Date: Sun, 11 Feb 2001 18:42:32 -0800 (PST) From: Matt Dillon Message-Id: <200102120242.f1C2gW101890@earth.backplane.com> To: Peter Wemm Cc: Tor.Egge@fast.no, eischen@vigrid.com, bde@zeta.org.au, current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas References: <200102120118.f1C1IkU43227@mobile.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : :I cant help but wonder why on earth we didn't have it like this from the :start: : :Index: include/stdio.h :=================================================================== :... Yah. I say commit it. Might as well, it can't hurt any worse then changing the size of FILE. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 18:44:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 566B437B401 for ; Sun, 11 Feb 2001 18:44:18 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1C2i9U44061; Sun, 11 Feb 2001 18:44:09 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102120244.f1C2i9U44061@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Daniel Eischen Cc: Matt Dillon , Tor.Egge@fast.no, bde@zeta.org.au, current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas In-Reply-To: Date: Sun, 11 Feb 2001 18:44:09 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Eischen wrote: > On Sun, 11 Feb 2001, Peter Wemm wrote: > > Matt Dillon wrote: > > > > > > : > > > : This is a major change to libc. The library maj must be bumped if yo u > > > : intend to change the sizeof(FILE), or every single third party applic atio > > n > > > : that uses stdio will break. > > > : > > > : -Matt > > > > > > Oh wait, is libc already bumped in current verses 4.2? If so then I gues > > s > > > we don't bump libc's maj. God help anyone using current though! > > > > > > -Matt > > > > > > I cant help but wonder why on earth we didn't have it like this from the > > start: > [...] > > That compiles fine. The __stdin thing is in case somebody likes the idea > > of #undef stdin or #ifdef stdin for some reason. > > > > In fact, I can't imagine *any* reason not to do this. At least this would > > insulate us from future nasties in FILE size changes, and would have > > saved us in this case. > > I like it, commit it :-) Well, now that we've broken the ABI, now is as good a time as any... Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 19: 7:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 0A5B937B401 for ; Sun, 11 Feb 2001 19:07:43 -0800 (PST) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f1C37eH42615 for ; Sun, 11 Feb 2001 19:07:40 -0800 (PST) (envelope-from jkh@winston.osd.bsdi.com) To: current@freebsd.org Subject: Whither sftp(1)? Date: Sun, 11 Feb 2001 19:07:40 -0800 Message-ID: <42611.981947260@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In his article at http://www.daemonnews.org/200102/armoring.html, Markus Delves describes the usage of the SSH ftp command to do secure file copies. I further notice that we install the sftpd server in both -stable and -current (though we don't include any prototype information on how to start it) so we're obviously half-way down the road, but what's the story with the client? Thanks. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 19:53:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 5CFE937B491 for ; Sun, 11 Feb 2001 19:53:42 -0800 (PST) Received: from xor.obsecurity.org ([63.207.60.67]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8M00GWHL9ZRR@mta5.snfc21.pbi.net> for current@freebsd.org; Sun, 11 Feb 2001 19:49:11 -0800 (PST) Received: by xor.obsecurity.org (Postfix, from userid 1000) id 6F1BF66B33; Sun, 11 Feb 2001 19:51:56 -0800 (PST) Date: Sun, 11 Feb 2001 19:51:56 -0800 From: Kris Kennaway Subject: Re: Whither sftp(1)? In-reply-to: <42611.981947260@winston.osd.bsdi.com>; from jkh@winston.osd.bsdi.com on Sun, Feb 11, 2001 at 07:07:40PM -0800 To: Jordan Hubbard Cc: current@freebsd.org Message-id: <20010211195156.A5744@mollari.cthul.hu> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="mYCpIKhGyMATD0i+" Content-disposition: inline User-Agent: Mutt/1.2.5i References: <42611.981947260@winston.osd.bsdi.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Feb 11, 2001 at 07:07:40PM -0800, Jordan Hubbard wrote: > In his article at http://www.daemonnews.org/200102/armoring.html, > Markus Delves describes the usage of the SSH ftp command to do secure > file copies. I further notice that we install the sftpd server in > both -stable and -current (though we don't include any prototype > information on how to start it) so we're obviously half-way down the > road, but what's the story with the client? Thanks. I thought I told you about this today on IRC..but the answer is that OpenSSH 2.3.0 doesn't have an sftp client (it does interoperate with the ssh.com client, though). I discovered this afternoon that one exists in the devel version, so it will be imported with the next version, whenever that comes out. Kris --mYCpIKhGyMATD0i+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6h13cWry0BWjoQKURAqZ4AKDuvfU6CVv5YuzwTZfyvrMW7PDB8wCgrjKS G6uMHnobe5Rge/2rOghTUWE= =wIBo -----END PGP SIGNATURE----- --mYCpIKhGyMATD0i+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 20: 0:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 458B137B401 for ; Sun, 11 Feb 2001 20:00:07 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA02910; Mon, 12 Feb 2001 15:00:01 +1100 Date: Mon, 12 Feb 2001 14:59:37 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Daniel Eischen Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Feb 2001, Daniel Eischen wrote: > The new libc is incompatible with some old applications, but I'm not > too sure why. The lock was added at the end of FILE... It's very incompatible. I happened to compile make(1) with the new stdio.h and the old libc.a (partly because unrelated changes broke compilation of libc). It did not work at all (it always found everything up to date). I would have thought that make(1) didn't know enough about the internals of FILE to even care about new fields in the middle, since things like getc() are no longer macros (it hopefully doesn't used the vestiges of these things which are now misplaced in stdio.h). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 20:26: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 03B7937B401 for ; Sun, 11 Feb 2001 20:26:07 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA05625; Mon, 12 Feb 2001 15:25:37 +1100 Date: Mon, 12 Feb 2001 15:25:12 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Peter Wemm Cc: Matt Dillon , Tor.Egge@fast.no, eischen@vigrid.com, current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas In-Reply-To: <200102120118.f1C1IkU43227@mobile.wemm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Feb 2001, Peter Wemm wrote: > I cant help but wonder why on earth we didn't have it like this from the > start: > > Index: include/stdio.h > =================================================================== > RCS file: /home/ncvs/src/include/stdio.h,v > retrieving revision 1.26 > diff -u -r1.26 stdio.h > --- include/stdio.h 2001/02/11 22:04:18 1.26 > +++ include/stdio.h 2001/02/12 01:27:16 > @@ -132,6 +132,9 @@ > > __BEGIN_DECLS > extern FILE __sF[]; > +extern FILE *__stdin; > +extern FILE *__stdout; > +extern FILE *__stderr; > __END_DECLS Once upon a time, people counted every instruction in getchar(), etc., and programmed it carefully to unnecessary indirections, not to mention function calls and locks. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 20:39: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id E22AF37B401 for ; Sun, 11 Feb 2001 20:39:04 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1C4cvU45235; Sun, 11 Feb 2001 20:38:57 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102120438.f1C4cvU45235@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Bruce Evans Cc: Matt Dillon , Tor.Egge@fast.no, eischen@vigrid.com, current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas In-Reply-To: Date: Sun, 11 Feb 2001 20:38:57 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans wrote: > On Sun, 11 Feb 2001, Peter Wemm wrote: > > > I cant help but wonder why on earth we didn't have it like this from the > > start: > > > > Index: include/stdio.h > > =================================================================== > > RCS file: /home/ncvs/src/include/stdio.h,v > > retrieving revision 1.26 > > diff -u -r1.26 stdio.h > > --- include/stdio.h 2001/02/11 22:04:18 1.26 > > +++ include/stdio.h 2001/02/12 01:27:16 > > @@ -132,6 +132,9 @@ > > > > __BEGIN_DECLS > > extern FILE __sF[]; > > +extern FILE *__stdin; > > +extern FILE *__stdout; > > +extern FILE *__stderr; > > __END_DECLS > > Once upon a time, people counted every instruction in getchar(), etc., > and programmed it carefully to unnecessary indirections, not to mention > function calls and locks. And, because it breaks global declarations like this: FILE *buffer = stdout; /* default buffer file is stdout */ I have fixed this to avoid the indirection, and am doing a buildworld to check it. It should be the same speed as before, but is still immune to the FILE size changes. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 22: 6:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id E8A8437B401 for ; Sun, 11 Feb 2001 22:06:45 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1C66SU45998; Sun, 11 Feb 2001 22:06:28 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102120606.f1C66SU45998@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Bruce Evans , Matt Dillon , Tor.Egge@fast.no, eischen@vigrid.com, current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas In-Reply-To: <200102120438.f1C4cvU45235@mobile.wemm.org> Date: Sun, 11 Feb 2001 22:06:28 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > Bruce Evans wrote: > > On Sun, 11 Feb 2001, Peter Wemm wrote: > > > > > I cant help but wonder why on earth we didn't have it like this from the > > > start: > > > > > > Index: include/stdio.h > > > =================================================================== > > > RCS file: /home/ncvs/src/include/stdio.h,v > > > retrieving revision 1.26 > > > diff -u -r1.26 stdio.h > > > --- include/stdio.h 2001/02/11 22:04:18 1.26 > > > +++ include/stdio.h 2001/02/12 01:27:16 > > > @@ -132,6 +132,9 @@ > > > > > > __BEGIN_DECLS > > > extern FILE __sF[]; > > > +extern FILE *__stdin; > > > +extern FILE *__stdout; > > > +extern FILE *__stderr; > > > __END_DECLS > > > > Once upon a time, people counted every instruction in getchar(), etc., > > and programmed it carefully to unnecessary indirections, not to mention > > function calls and locks. > > And, because it breaks global declarations like this: > FILE *buffer = stdout; /* default buffer file is stdout */ > > I have fixed this to avoid the indirection, and am doing a buildworld > to check it. It should be the same speed as before, but is still immune > to the FILE size changes. Argh... We are in far worse shape than I thought... ===> lib/libc install -Cv -c -o root -g wheel -m 444 libc.a /usr/lib install: libc.a -> /usr/lib/libc.a install -Cv -c -s -o root -g wheel -m 444 -fschg libc.so.5 /usr/lib install: libc.so.5 -> /usr/lib/libc.so.5 ln -sf libc.so.5 /usr/lib/libc.so install -Cv -c -o root -g wheel -m 444 libc_pic.a /usr/lib /usr/libexec/ld-elf.so.1: Undefined symbol "__sF" referenced from COPY relocation in install *** Error code 1 It seems that the "temporary" copies of the host tools like install etc are getting clobbered by the non-version-bump of libc. It is sheer luck that only the sed thing died before. It could have been a lot worse. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 22:20:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from dante.naver.co.id (unknown [202.155.86.83]) by hub.freebsd.org (Postfix) with ESMTP id EEB6837B503 for ; Sun, 11 Feb 2001 22:20:16 -0800 (PST) Received: by dante.naver.co.id (Postfix, from userid 1000) id 37B9C1CB316; Mon, 12 Feb 2001 13:20:37 +0700 (JAVT) Date: Mon, 12 Feb 2001 13:20:36 +0700 From: John Indra To: freebsd-current@freebsd.org Subject: Is -CURRENT in bad shape? Message-ID: <20010212132036.A58094@office.naver.co.id> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailer: Mutt 1.2.5i on FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Now I'm in the middle of make -j10 buildworld. Is -CURRENT in bad shape? I'm planning to blow away all /usr/local and /usr/X11R6 to build "a whole new world", again... ;) Should I wait for a couple of hours/days? Thanks... /john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 22:40:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 260B537B401 for ; Sun, 11 Feb 2001 22:40:14 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f1C6duc16684; Sun, 11 Feb 2001 22:39:56 -0800 (PST) Date: Sun, 11 Feb 2001 22:39:56 -0800 From: Alfred Perlstein To: John Indra Cc: freebsd-current@FreeBSD.ORG Subject: Re: Is -CURRENT in bad shape? Message-ID: <20010211223956.X3274@fw.wintelcom.net> References: <20010212132036.A58094@office.naver.co.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010212132036.A58094@office.naver.co.id>; from john@office.naver.co.id on Mon, Feb 12, 2001 at 01:20:36PM +0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * John Indra [010211 22:20] wrote: > Now I'm in the middle of make -j10 buildworld. Is -CURRENT in bad shape? > > I'm planning to blow away all /usr/local and /usr/X11R6 to build "a whole > new world", again... ;) > > Should I wait for a couple of hours/days? Current from Sat Feb 10 17:00:18 looks ok, there were just some patches to the scheduler but no one has complained yet. Let us know. :) -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Feb 11 22:57:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from dante.naver.co.id (unknown [202.155.86.83]) by hub.freebsd.org (Postfix) with ESMTP id 1683137B401 for ; Sun, 11 Feb 2001 22:57:29 -0800 (PST) Received: by dante.naver.co.id (Postfix, from userid 1000) id 09E281CB4AB; Mon, 12 Feb 2001 13:57:52 +0700 (JAVT) Date: Mon, 12 Feb 2001 13:57:49 +0700 From: John Indra To: Alfred Perlstein Cc: freebsd-current@FreeBSD.ORG Subject: Re: Is -CURRENT in bad shape? Message-ID: <20010212135748.A9535@office.naver.co.id> Mail-Followup-To: Alfred Perlstein , freebsd-current@FreeBSD.ORG References: <20010212132036.A58094@office.naver.co.id> <20010211223956.X3274@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010211223956.X3274@fw.wintelcom.net>; from bright@wintelcom.net on Sun, Feb 11, 2001 at 10:39:56PM -0800 X-Mailer: Mutt 1.2.5i on FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Feb 11, 2001 at 10:39:56PM -0800, Alfred Perlstein wrote: >Current from Sat Feb 10 17:00:18 looks ok, there were just some >patches to the scheduler but no one has complained yet. Let us >know. :) Thanks for the fast reply. I really need it. OK... buildworld seems to be running ok right now. I'll let you know if something goes wrong, of course... ;) BTW, today I saw post from John Baldwin to remove device random from the kernel config. Then, other post replied that this is a good thing, mpg123 playing went a lot better for him, well at least, that's what he said. If this is so, then why is there a device random line in GENERIC kernel? Do we really need device random? Thanks... >-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] /john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 0:24:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from dante.naver.co.id (unknown [202.155.86.83]) by hub.freebsd.org (Postfix) with ESMTP id 9E11B37B401 for ; Mon, 12 Feb 2001 00:24:42 -0800 (PST) Received: by dante.naver.co.id (Postfix, from userid 1000) id B01501CB4C4; Mon, 12 Feb 2001 15:24:38 +0700 (JAVT) Date: Mon, 12 Feb 2001 15:24:38 +0700 From: John Indra To: freebsd-current@freebsd.org Subject: -CURRENT is bad for me... Message-ID: <20010212152438.A434@office.naver.co.id> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailer: Mutt 1.2.5i on FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just finished buildworld on recent -CURRENT. installworld target died with this: ===> gnu/usr.bin/perl/suidperl install -c -s -o root -g wheel -m 511 suidperl /usr/bin /usr/bin/sperl5 -> /usr/bin/suidperl /usr/bin/sperl5.6.0 -> /usr/bin/suidperl ===> gnu/usr.bin/perl/library sed: stdout: Bad file descriptor *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl/library. *** Error code 1 Stop in /usr/src/gnu/usr.bin/perl. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Sigh... Now I have an impaired world and kernel that's way out of sync :( I guess I am still lucky enough if this mail can reach the mailing list. This mail only serves as a warning to other typical -CURRENT user like me to be aware that -CURRENT has troubles for the moment... /john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 0:42: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-67.dsl.lsan03.pacbell.net [63.207.60.67]) by hub.freebsd.org (Postfix) with ESMTP id 784B137B401 for ; Mon, 12 Feb 2001 00:42:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3B78066B32; Mon, 12 Feb 2001 00:42:03 -0800 (PST) Date: Mon, 12 Feb 2001 00:42:02 -0800 From: Kris Kennaway To: John Indra Cc: Alfred Perlstein , freebsd-current@FreeBSD.ORG Subject: Re: Is -CURRENT in bad shape? Message-ID: <20010212004201.A27121@mollari.cthul.hu> References: <20010212132036.A58094@office.naver.co.id> <20010211223956.X3274@fw.wintelcom.net> <20010212135748.A9535@office.naver.co.id> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010212135748.A9535@office.naver.co.id>; from john@office.naver.co.id on Mon, Feb 12, 2001 at 01:57:49PM +0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 12, 2001 at 01:57:49PM +0700, John Indra wrote: > BTW, today I saw post from John Baldwin to remove device random from the > kernel config. Then, other post replied that this is a good thing, mpg123 > playing went a lot better for him, well at least, that's what he said. >=20 > If this is so, then why is there a device random line in GENERIC kernel? > Do we really need device random? Only if you use things like SSH, SSL, or other cryptographic utilities/protocols :-) Mark committed patches last night which reduce the impact the random device has on the system, and it will probably get better over time with other commits. Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6h6HZWry0BWjoQKURAtqIAKDsI5OKSuItnAnKz1ppWQFu5Gzu6QCfedkw 6tMpOIgikBCOYihJi8u+EEU= =XIB+ -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 0:43:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 17FE437B401 for ; Mon, 12 Feb 2001 00:43:47 -0800 (PST) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id AAA45807; Mon, 12 Feb 2001 00:43:29 -0800 (PST) (envelope-from DougB@gorean.org) Message-ID: <3A87A231.FFE0E507@gorean.org> Date: Mon, 12 Feb 2001 00:43:29 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: eischen@vigrid.com, current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas References: <200102120606.f1C66SU45998@mobile.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm wrote: > Argh... We are in far worse shape than I thought... > It seems that the "temporary" copies of the host tools like install etc > are getting clobbered by the non-version-bump of libc. > > It is sheer luck that only the sed thing died before. It could have been > a lot worse. I managed to get through an install by doing 'make -k install ; make installworld' in /usr/src. So far, the only thing that's been negatively affected is my old x-chat binary. I compiled and installed a new one and it works just fine. FWIW, Doug -- "Pain heals. Chicks dig scars. Glory . . . lasts forever." -- Keanu Reeves as Shane Falco in "The Replacements" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 1: 5:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 4D9B137B4EC for ; Mon, 12 Feb 2001 01:05:34 -0800 (PST) Received: from gorean.org (Studded@master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id BAA46008; Mon, 12 Feb 2001 01:05:21 -0800 (PST) (envelope-from DougB@gorean.org) Message-ID: <3A87A751.9CBC8F5C@gorean.org> Date: Mon, 12 Feb 2001 01:05:21 -0800 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm , eischen@vigrid.com, current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas References: <200102120606.f1C66SU45998@mobile.wemm.org> <3A87A231.FFE0E507@gorean.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Barton wrote: > > Peter Wemm wrote: > > > Argh... We are in far worse shape than I thought... > > > It seems that the "temporary" copies of the host tools like install etc > > are getting clobbered by the non-version-bump of libc. > > > > It is sheer luck that only the sed thing died before. It could have been > > a lot worse. > > I managed to get through an install by doing 'make -k install ; make > installworld' in /usr/src. So far, the only thing that's been negatively > affected is my old x-chat binary. I compiled and installed a new one and it > works just fine. Well, I spoke a little too soon. xauth is also dead. It isn't allowing connections back to the X server, and it dumps core when I try running it to list .Xauthority contents, etc. Doug -- "Pain heals. Chicks dig scars. Glory . . . lasts forever." -- Keanu Reeves as Shane Falco in "The Replacements" Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 1:23:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from dante.naver.co.id (unknown [202.155.86.83]) by hub.freebsd.org (Postfix) with ESMTP id B0D7B37B401 for ; Mon, 12 Feb 2001 01:23:37 -0800 (PST) Received: by dante.naver.co.id (Postfix, from userid 1000) id 8BB621CB316; Mon, 12 Feb 2001 16:19:57 +0700 (JAVT) Date: Mon, 12 Feb 2001 16:19:57 +0700 From: John Indra To: freebsd-current@freebsd.org Subject: My world is totally broken. Request help... Message-ID: <20010212161957.A40299@office.naver.co.id> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailer: Mutt 1.2.5i on FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please help me to overcome this. My world is totally broken. ps and top don't work. fetchmail, and other program seems to lost STDOUT. After failed installworld, I reboot my machine, blew away /usr/obj and make clean in /usr/src. Now when I want to rebuild the world, make just don't want to do its jobs anymore :( Now, what should I do. This is -CURRENT as of today... /john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 1:37:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-67.dsl.lsan03.pacbell.net [63.207.60.67]) by hub.freebsd.org (Postfix) with ESMTP id C546537B65D for ; Mon, 12 Feb 2001 01:37:40 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7708166B32; Mon, 12 Feb 2001 01:37:40 -0800 (PST) Date: Mon, 12 Feb 2001 01:37:40 -0800 From: Kris Kennaway To: John Indra Cc: freebsd-current@freebsd.org Subject: Re: My world is totally broken. Request help... Message-ID: <20010212013740.A27798@mollari.cthul.hu> References: <20010212161957.A40299@office.naver.co.id> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010212161957.A40299@office.naver.co.id>; from john@office.naver.co.id on Mon, Feb 12, 2001 at 04:19:57PM +0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 12, 2001 at 04:19:57PM +0700, John Indra wrote: > Please help me to overcome this. My world is totally broken. ps and top > don't work. fetchmail, and other program seems to lost STDOUT. After fail= ed > installworld, I reboot my machine, blew away /usr/obj and make clean in > /usr/src. Now when I want to rebuild the world, make just don't want to do > its jobs anymore :( >=20 > Now, what should I do. >=20 > This is -CURRENT as of today... Revert to a backup or reinstall from somewhere.. Kris --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6h67jWry0BWjoQKURAp6AAKCsnYnBirkUZHHliYOmmZa9TqWZoQCgycqi nNOs8W4OnSXiIrG3dTxbbN8= =2AHA -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 1:57:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141]) by hub.freebsd.org (Postfix) with ESMTP id 648BD37B401 for ; Mon, 12 Feb 2001 01:57:07 -0800 (PST) Received: from nwl.fw.uunet.co.za ([196.31.2.162]) by lists01.iafrica.com with esmtp (Exim 3.12 #2) id 14SFjA-0005Wh-00; Mon, 12 Feb 2001 11:57:00 +0200 Received: (from nobody@localhost) by nwl.fw.uunet.co.za (8.8.8/8.6.9) id LAA11214; Mon, 12 Feb 2001 11:56:58 +0200 (SAST) Received: by nwl.fw.uunet.co.za via recvmail id 10990; Mon Feb 12 11:55:45 2001 Received: from sheldonh (helo=axl.fw.uunet.co.za) by axl.fw.uunet.co.za with local-esmtp (Exim 3.16 #1) id 14SFhw-0007UG-00; Mon, 12 Feb 2001 11:55:44 +0200 To: John Indra Cc: freebsd-current@freebsd.org Subject: Re: My world is totally broken. Request help... In-reply-to: Your message of "Mon, 12 Feb 2001 16:19:57 +0700." <20010212161957.A40299@office.naver.co.id> Date: Mon, 12 Feb 2001 11:55:44 +0200 Message-ID: <28783.981971744@axl.fw.uunet.co.za> From: Sheldon Hearn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001 16:19:57 +0700, John Indra wrote: > Please help me to overcome this. My world is totally broken. ps and top > don't work. fetchmail, and other program seems to lost STDOUT. After failed > installworld, I reboot my machine, blew away /usr/obj and make clean in > /usr/src. Now when I want to rebuild the world, make just don't want to do > its jobs anymore :( 1) In multi-user mode, try to update your source tree to RELENG_4. 2) Drop to single-user mode. 3) cd /usr/src make cleandir make cleandir # (Yes, twice) 4) make buildworld 5) make buildkernel 6) make installkernel 7) make installworld 8) mergemaster 9) reboot If your box is hosed to the point where that doesn't work and you don't know how to fix each problem manually, you'll be better off going for a binary installation of 4.x-RELEASE and then updating to 4.x-STABLE. Seriously, now's not the time to run CURRENT "for fun". Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 2:38:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.theinternet.com.au (zeus.theinternet.com.au [203.34.176.2]) by hub.freebsd.org (Postfix) with ESMTP id A3A7637B401 for ; Mon, 12 Feb 2001 02:38:51 -0800 (PST) Received: (from akm@localhost) by mail.theinternet.com.au (8.9.3/8.9.3) id UAA44730; Mon, 12 Feb 2001 20:38:42 +1000 (EST) (envelope-from akm) Date: Mon, 12 Feb 2001 20:38:42 +1000 From: Andrew Kenneth Milton To: Sheldon Hearn Cc: John Indra , freebsd-current@FreeBSD.ORG Subject: Re: My world is totally broken. Request help... Message-ID: <20010212203842.F39738@zeus.theinternet.com.au> References: <20010212161957.A40299@office.naver.co.id> <28783.981971744@axl.fw.uunet.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <28783.981971744@axl.fw.uunet.co.za>; from Sheldon Hearn on Mon, Feb 12, 2001 at 11:55:44AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG +-------[ Sheldon Hearn ]---------------------- | | Seriously, now's not the time to run CURRENT "for fun". Well if now isn't when is? It's been pretty boring up until now :-) -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | ACN: 082 081 472 ABN: 83 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 2:54:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from fjord.dignus.com (sdsl-64-244-29-38.dsl.rdu.megapath.net [64.244.29.38]) by hub.freebsd.org (Postfix) with ESMTP id 12F0E37B491 for ; Mon, 12 Feb 2001 02:54:06 -0800 (PST) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by fjord.dignus.com (8.11.1/8.11.1) with ESMTP id f1CAsPn89354; Mon, 12 Feb 2001 05:54:25 -0500 (EST) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id FAA04990; Mon, 12 Feb 2001 05:53:59 -0500 (EST) Date: Mon, 12 Feb 2001 05:53:59 -0500 (EST) From: Thomas David Rivers Message-Id: <200102121053.FAA04990@lakes.dignus.com> To: eischen@vigrid.com, peter@netplex.com.au Subject: Re: HEADS UP: installworld gotchas Cc: bde@zeta.org.au, current@FreeBSD.ORG, dillon@earth.backplane.com, Tor.Egge@fast.no In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 11 Feb 2001, Peter Wemm wrote: > Matt Dillon wrote: > > > > : > > : This is a major change to libc. The library maj must be bumped if you > > : intend to change the sizeof(FILE), or every single third party applicatio > n > > : that uses stdio will break. > > : > > : -Matt > > > > Oh wait, is libc already bumped in current verses 4.2? If so then I gues > s > > we don't bump libc's maj. God help anyone using current though! > > > > -Matt > > > I cant help but wonder why on earth we didn't have it like this from the > start: [...] > That compiles fine. The __stdin thing is in case somebody likes the idea > of #undef stdin or #ifdef stdin for some reason. > > In fact, I can't imagine *any* reason not to do this. At least this would > insulate us from future nasties in FILE size changes, and would have > saved us in this case. Wouldn't this change/break code like the following? main() { FILE **fp; fp = &stdin; my_func(fp); } That is, previously &stdin would work... in this new situation, you would get &__stdin which is not the same... is it? - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 3:49:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-01.iinet.net.au (syncopation-01.iinet.net.au [203.59.24.37]) by hub.freebsd.org (Postfix) with SMTP id 8BC5137B491 for ; Mon, 12 Feb 2001 03:49:16 -0800 (PST) Received: (qmail 3506 invoked by uid 666); 12 Feb 2001 11:55:40 -0000 Received: from reggae-16-119.nv.iinet.net.au (HELO elischer.org) (203.59.76.119) by mail.m.iinet.net.au with SMTP; 12 Feb 2001 11:55:40 -0000 Message-ID: <3A87CDB0.402113D6@elischer.org> Date: Mon, 12 Feb 2001 03:49:04 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Subject: Lpt driver broken? Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have been trying to talk to a laserprinter but whenever I try cat file >/dev/lpt0 the system panics (if the printer is online) Feb 12 02:36:56 jules /boot/kernel/kernel: kernel trap 9 with interrupts disable d Feb 12 02:36:56 jules /boot/kernel/kernel: Feb 12 02:36:56 jules /boot/kernel/kernel: Feb 12 02:36:56 jules /boot/kernel/kernel: Fatal trap 9: general protection faul t while in kernel mode Feb 12 02:36:56 jules /boot/kernel/kernel: instruction pointer = 0x8:0xc0252ebc Feb 12 02:36:56 jules /boot/kernel/kernel: stack pointer = 0x10:0 xccca4f50 Feb 12 02:36:56 jules /boot/kernel/kernel: frame pointer = 0x10:0 xccca4f64 Feb 12 02:36:56 jules /boot/kernel/kernel: code segment = base 0x0, limi t 0xfffff, type 0x1b Feb 12 02:36:56 jules /boot/kernel/kernel: = DPL 0, pres 1, def32 1, gran 1 Feb 12 02:36:56 jules /boot/kernel/kernel: processor eflags = resume, IOPL = 0 Feb 12 02:36:56 jules /boot/kernel/kernel: current process = 288 (i rq7: lpt0) it seems to be in the fork trampoline code when it crashes. This was with kernels from Feb 1 and Feb 6. I'm going to try absolutely current now but have seen nothing about such a problem in the last 2 weeks in the lists. Is everyone using ethernet attached printers? -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 4:20:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id 8A23437B401 for ; Mon, 12 Feb 2001 04:20:12 -0800 (PST) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.11.0.Beta3/8.11.0.Beta3) with ESMTP id f1CCK3s09625 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK); Mon, 12 Feb 2001 13:20:04 +0100 (MET) Received: from cicely5.cicely.de (cicely5.cicely.de [fec0:0:0:104::5]) by mail.cicely.de (8.11.0.Beta1/8.11.0.Beta1) with ESMTP id f1CCKRP95657 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO); Mon, 12 Feb 2001 13:20:35 +0100 (CET) Received: (from ticso@localhost) by cicely5.cicely.de (8.11.1/8.11.1) id f1CCKR023358; Mon, 12 Feb 2001 13:20:27 +0100 (CET) (envelope-from ticso) Date: Mon, 12 Feb 2001 13:20:27 +0100 From: Bernd Walter To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: Lpt driver broken? Message-ID: <20010212132026.A23225@cicely5.cicely.de> References: <3A87CDB0.402113D6@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3A87CDB0.402113D6@elischer.org>; from julian@elischer.org on Mon, Feb 12, 2001 at 03:49:04AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 03:49:04AM -0800, Julian Elischer wrote: > I'm going to try absolutely current now but have seen nothing about such a > problem > in the last 2 weeks in the lists. Is everyone using ethernet attached printers? This system prints fine for me: FreeBSD cicely8.cicely.de 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Feb 7 14:25:42 CET 2001 root@cicely8.cicely.de:/var/d9/src-2001-02-05/src/sys/compile/CICELY8 i386 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: IEEE1284 device found /NIBBLE Probing for PnP devices on ppbus0: ppbus0: PRINTER BJ,LQ,BJL,BJRaster,BSCC -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 4:59:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 12ABD37B491 for ; Mon, 12 Feb 2001 04:59:42 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id HAA12361; Mon, 12 Feb 2001 07:59:03 -0500 (EST) Date: Mon, 12 Feb 2001 07:59:03 -0500 (EST) From: Daniel Eischen To: John Indra Cc: freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT is bad for me... In-Reply-To: <20010212152438.A434@office.naver.co.id> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001, John Indra wrote: > Just finished buildworld on recent -CURRENT. installworld target died with > this: > > ===> gnu/usr.bin/perl/suidperl > install -c -s -o root -g wheel -m 511 suidperl /usr/bin > /usr/bin/sperl5 -> /usr/bin/suidperl > /usr/bin/sperl5.6.0 -> /usr/bin/suidperl > ===> gnu/usr.bin/perl/library > sed: stdout: Bad file descriptor > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/perl/library. > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/perl. > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin. > *** Error code 1 > > Stop in /usr/src/gnu. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Sigh... Now I have an impaired world and kernel that's way out of sync :( > > I guess I am still lucky enough if this mail can reach the mailing list. > > This mail only serves as a warning to other typical -CURRENT user like me to > be aware that -CURRENT has troubles for the moment... Did you miss the HEADS UP posted to -current? You better read these. To get around the installworld problem, do: # cd /usr/src/usr.bin/sed # make install # cd /usr/src # make installworld If that doesn't work, then try: # make -k installworld # make installworld -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 5: 1:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-01.iinet.net.au (syncopation-01.iinet.net.au [203.59.24.37]) by hub.freebsd.org (Postfix) with SMTP id 7DEB037B401 for ; Mon, 12 Feb 2001 05:01:52 -0800 (PST) Received: (qmail 27624 invoked by uid 666); 12 Feb 2001 13:08:16 -0000 Received: from reggae-16-119.nv.iinet.net.au (HELO elischer.org) (203.59.76.119) by mail.m.iinet.net.au with SMTP; 12 Feb 2001 13:08:16 -0000 Message-ID: <3A87DEB4.E6D203E6@elischer.org> Date: Mon, 12 Feb 2001 05:01:40 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Subject: Re: Lpt driver broken? References: <3A87CDB0.402113D6@elischer.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer wrote: > > I have been trying to talk to a laserprinter but whenever I try > cat file >/dev/lpt0 > > the system panics > (if the printer is online) > Feb 12 02:36:56 jules /boot/kernel/kernel: kernel trap 9 with interrupts disable > d > Feb 12 02:36:56 jules /boot/kernel/kernel: > Feb 12 02:36:56 jules /boot/kernel/kernel: > Feb 12 02:36:56 jules /boot/kernel/kernel: Fatal trap 9: general protection faul > t while in kernel mode > Feb 12 02:36:56 jules /boot/kernel/kernel: instruction pointer = 0x8:0xc0252ebc > Feb 12 02:36:56 jules /boot/kernel/kernel: stack pointer = 0x10:0 > xccca4f50 > Feb 12 02:36:56 jules /boot/kernel/kernel: frame pointer = 0x10:0 > xccca4f64 > Feb 12 02:36:56 jules /boot/kernel/kernel: code segment = base 0x0, limi > t 0xfffff, type 0x1b > Feb 12 02:36:56 jules /boot/kernel/kernel: = DPL 0, pres 1, def32 1, gran 1 > Feb 12 02:36:56 jules /boot/kernel/kernel: processor eflags = resume, IOPL = > 0 > Feb 12 02:36:56 jules /boot/kernel/kernel: current process = 288 (i > rq7: lpt0) > > it seems to be in the fork trampoline code when it crashes. > > This was with kernels from Feb 1 and Feb 6. > > following up to myself: the dmesg shows: ppc0: at port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port and the config has; # parallel port device ppc device ppbus device lpt The hints have no entry.. -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 6: 4:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id AAF3037B491; Mon, 12 Feb 2001 06:04:40 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id PAA89217; Mon, 12 Feb 2001 15:04:20 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Jake Burkholder Cc: freebsd-current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: HEADS UP Re: cvs commit: src/sys/alpha/alpha trap.c src/sys/dev/acpica/Osd OsdSchedule.c src/sys/i386/i386 genassym.c swtch.s trap.c src/sys/ia64/ia64 trap.c src/sys/kern init_main.c kern_condvar.c kern_idle.c kern_intr.c kern_mib.c kern_mutex.c kern_proc.c ... References: <20010212002426.088CFBABD@cr66388-a.rchrd1.on.wave.home.com> From: Dag-Erling Smorgrav Date: 12 Feb 2001 15:04:19 +0100 In-Reply-To: Jake Burkholder's message of "Sun, 11 Feb 2001 19:24:25 -0500" Message-ID: Lines: 10 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jake Burkholder writes: > As I mentioned in the commit message, this changes the size and layout > of struct kinfo_proc, so you'll have to recompile libkvm-using programs. I thought the whole point with kinfo_proc was to avoid this kind of situation... DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 6: 8:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from c1030098-a.wtrlo1.ia.home.com (unknown [24.11.39.39]) by hub.freebsd.org (Postfix) with ESMTP id 7BA2437B491 for ; Mon, 12 Feb 2001 06:08:36 -0800 (PST) Received: by c1030098-a.wtrlo1.ia.home.com (Postfix, from userid 1001) id 02D3614C77; Mon, 12 Feb 2001 08:08:42 -0600 (CST) To: freebsd-current@freebsd.org Subject: ata changes break kernel Keywords: ata,dev,ata-all,warning,struct,ids,elements,near From: Michael Harnois Date: 12 Feb 2001 08:08:42 -0600 Message-ID: <86vgqgq9hx.fsf@mharnois.workgroup.net> Lines: 28 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) XEmacs/21.2 (Thalia) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ../../dev/ata/ata-all.c:96: elements of array `ata_ids' have incomplete type ../../dev/ata/ata-all.c:97: warning: excess elements in struct initializer ../../dev/ata/ata-all.c:97: warning: (near initialization for `ata_ids[0]') ../../dev/ata/ata-all.c:97: warning: excess elements in struct initializer ../../dev/ata/ata-all.c:97: warning: (near initialization for `ata_ids[0]') ../../dev/ata/ata-all.c:98: warning: excess elements in struct initializer ../../dev/ata/ata-all.c:98: warning: (near initialization for `ata_ids[1]') ../../dev/ata/ata-all.c:98: warning: excess elements in struct initializer ../../dev/ata/ata-all.c:98: warning: (near initialization for `ata_ids[1]') ../../dev/ata/ata-all.c:99: warning: excess elements in struct initializer ../../dev/ata/ata-all.c:99: warning: (near initialization for `ata_ids[2]') ../../dev/ata/ata-all.c:99: warning: excess elements in struct initializer ../../dev/ata/ata-all.c:99: warning: (near initialization for `ata_ids[2]') ../../dev/ata/ata-all.c:100: warning: excess elements in struct initializer ../../dev/ata/ata-all.c:100: warning: (near initialization for `ata_ids[3]') ../../dev/ata/ata-all.c:100: warning: excess elements in struct initializer ../../dev/ata/ata-all.c:100: warning: (near initialization for `ata_ids[3]') ../../dev/ata/ata-all.c:101: warning: excess elements in struct initializer ../../dev/ata/ata-all.c:101: warning: (near initialization for `ata_ids[4]') ../../dev/ata/ata-all.c:102: invalid use of undefined type `struct isa_pnp_id' ../../dev/ata/ata-all.c: In function `ata_isa_probe': ../../dev/ata/ata-all.c:113: warning: implicit declaration of function `ISA_PNP_PROBE' -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois@home.com aa0bt@aa0bt.ampr.org "It's not what we don't know that hurts us, it's what we know for certain that just ain't so." -- Mark Twain To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 6:17:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from cal30b054.student.utwente.nl (cal30b054.student.utwente.nl [130.89.229.25]) by hub.freebsd.org (Postfix) with ESMTP id 38D7A37B401 for ; Mon, 12 Feb 2001 06:17:31 -0800 (PST) Received: (from havoc@localhost) by cal30b054.student.utwente.nl (8.11.2/8.11.2) id f1CEHTn43944 for current@FreeBSD.org; Mon, 12 Feb 2001 15:17:29 +0100 (CET) (envelope-from havoc) Date: Mon, 12 Feb 2001 15:17:29 +0100 From: Theo van Klaveren To: current@FreeBSD.org Subject: PCM: Channel dead Message-ID: <20010212151729.A38362@phoenix.student.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG With a buildworld from two hours ago, i got the following message while playing an MP3: pcm1: play interrupt timeout, channel dead After which the player process hangs. Interrupting (CTRL-C) and restarting the player works. It happened only once so far, so I can't tell much more. -- Theo van Klaveren http://home.student.utwente.nl/t.vanklaveren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 6:29:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 197B537B4EC for ; Mon, 12 Feb 2001 06:29:41 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id PAA79197; Mon, 12 Feb 2001 15:29:35 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200102121429.PAA79197@freebsd.dk> Subject: Re: ata changes break kernel In-Reply-To: <86vgqgq9hx.fsf@mharnois.workgroup.net> from Michael Harnois at "Feb 12, 2001 08:08:42 am" To: mdharnois@home.com (Michael Harnois) Date: Mon, 12 Feb 2001 15:29:34 +0100 (CET) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Michael Harnois wrote: Fixed. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 6:34:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 93EDD37B401 for ; Mon, 12 Feb 2001 06:34:24 -0800 (PST) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout0.freenet.de with esmtp (Exim 3.22 #1) id 14SK3a-0006pg-00; Mon, 12 Feb 2001 15:34:22 +0100 Received: from b859c.pppool.de ([213.7.133.156] helo=Magelan.Leidinger.net) by mx3.freenet.de with esmtp (Exim 3.22 #1) id 14SK3Z-0007ma-00; Mon, 12 Feb 2001 15:34:21 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.2/8.11.2) with ESMTP id f1CEXci10616; Mon, 12 Feb 2001 15:33:39 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200102121433.f1CEXci10616@Magelan.Leidinger.net> Date: Mon, 12 Feb 2001 15:33:36 +0100 (CET) From: Alexander Leidinger Subject: Re: Lpt driver broken? To: julian@elischer.org Cc: current@FreeBSD.ORG In-Reply-To: <3A87DEB4.E6D203E6@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12 Feb, Julian Elischer wrote: >> the system panics >> (if the printer is online) Same here. >> Feb 12 02:36:56 jules /boot/kernel/kernel: kernel trap 9 with interrupts disable >> d >> Feb 12 02:36:56 jules /boot/kernel/kernel: >> Feb 12 02:36:56 jules /boot/kernel/kernel: >> Feb 12 02:36:56 jules /boot/kernel/kernel: Fatal trap 9: general protection faul >> t while in kernel mode >> Feb 12 02:36:56 jules /boot/kernel/kernel: instruction pointer = 0x8:0xc0252ebc >> Feb 12 02:36:56 jules /boot/kernel/kernel: stack pointer = 0x10:0 >> xccca4f50 >> Feb 12 02:36:56 jules /boot/kernel/kernel: frame pointer = 0x10:0 >> xccca4f64 >> Feb 12 02:36:56 jules /boot/kernel/kernel: code segment = base 0x0, limi >> t 0xfffff, type 0x1b >> Feb 12 02:36:56 jules /boot/kernel/kernel: = DPL 0, pres 1, def32 1, gran 1 >> Feb 12 02:36:56 jules /boot/kernel/kernel: processor eflags = resume, IOPL = >> 0 >> Feb 12 02:36:56 jules /boot/kernel/kernel: current process = 288 (i >> rq7: lpt0) >> >> it seems to be in the fork trampoline code when it crashes. Same here. >> This was with kernels from Feb 1 and Feb 6. I've a kernel from Feb 6 too (and one from Feb 8, but I think the sources are from Feb 6). But I remember some posts about a lpt panic some days ago. I tried to compile a new kernel because I think this is resolved, but I have to solve some problems with my system at the moment. Sorry, no dmesg at the moment. Bye, Alexander. -- Speak softly and carry a cellular phone. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 6:43:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id F20BB37B401; Mon, 12 Feb 2001 06:43:30 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f1CEhOh88266; Mon, 12 Feb 2001 09:43:24 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Mon, 12 Feb 2001 09:43:24 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Dag-Erling Smorgrav Cc: Jake Burkholder , freebsd-current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: HEADS UP Re: cvs commit: src/sys/alpha/alpha trap.c src/sys/dev/acpica/Osd OsdSchedule.c src/sys/i386/i386 genassym.c swtch.s trap.c src/sys/ia64/ia64 trap.c src/sys/kern init_main.c kern_condvar.c kern_idle.c kern_intr.c kern_mib.c kern_mutex.c kern_proc.c ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12 Feb 2001, Dag-Erling Smorgrav wrote: > Jake Burkholder writes: > > As I mentioned in the commit message, this changes the size and layout > > of struct kinfo_proc, so you'll have to recompile libkvm-using programs. > > I thought the whole point with kinfo_proc was to avoid this kind of > situation... It seems to me that kinfo_proc is the wrong solution to a real problem. John Baldwin and I briefly discussed, online, an alternative solution that breaks out the per-process information into a series of sysctl's. This costs you more in terms of number of calls to retrieve the information, as well as introducing non-atomicity that might need to be addressed, but allows you to maintain compatibility in many more situations. It removes struct ordering constraints, allows you to happily handle the addition of new fields, and when a field is removed or changes size, you know which field it is, and your ability to look at other fields is not impacted. Another global sysctl could maintain a list of relevant fields, so you could even imagine a process browser that was extensible (especially when using base types for the fields, such as int). kinfo_proc addresses the issue that the kernel and userland concepts of a proc diverge due to the introduction of kernel-only fields, but doesn't really address issues such as ordered elements of the structure changing size. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 6:51: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 0837A37B67D for ; Mon, 12 Feb 2001 06:50:56 -0800 (PST) Received: from [194.97.50.144] (helo=mx1.freenet.de) by mout1.freenet.de with esmtp (Exim 3.22 #1) id 14SKJa-0008DJ-00; Mon, 12 Feb 2001 15:50:54 +0100 Received: from b859c.pppool.de ([213.7.133.156] helo=Magelan.Leidinger.net) by mx1.freenet.de with esmtp (Exim 3.22 #1) id 14SKJY-00039O-00; Mon, 12 Feb 2001 15:50:53 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.2/8.11.2) with ESMTP id f1CEoZi11011; Mon, 12 Feb 2001 15:50:36 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200102121450.f1CEoZi11011@Magelan.Leidinger.net> Date: Mon, 12 Feb 2001 15:50:31 +0100 (CET) From: Alexander Leidinger Subject: Re: ata changes break kernel To: mdharnois@home.com Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <86vgqgq9hx.fsf@mharnois.workgroup.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12 Feb, Michael Harnois wrote: > ../../dev/ata/ata-all.c:96: elements of array `ata_ids' have incomplete type [...] Workaround (compile in progress): remove the #if / #endif pair which tests "NISA > 0" Bye, Alexander. -- Where do you think you're going today? http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 7:11:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-97-45.gte.com (h132-197-97-45.gte.com [132.197.97.45]) by hub.freebsd.org (Postfix) with ESMTP id DCC9037B401 for ; Mon, 12 Feb 2001 07:11:24 -0800 (PST) Received: (from ak03@localhost) by h132-197-97-45.gte.com (8.11.2/8.11.2) id f1CFA5Y87558; Mon, 12 Feb 2001 10:10:05 -0500 (EST) (envelope-from ak03) Message-ID: X-Mailer: XFMail 1.4.6-3 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200102121433.f1CEXci10616@Magelan.Leidinger.net> Date: Mon, 12 Feb 2001 10:10:05 -0500 (EST) Organization: Verizon Laboratories Inc. From: "Alexander N. Kabaev" To: Alexander Leidinger Subject: Re: Lpt driver broken? Cc: current@FreeBSD.ORG, julian@elischer.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > But I remember some posts about a lpt panic some days ago. I tried to > compile a new kernel because I think this is resolved, but I have to > solve some problems with my system at the moment. My -CURRENT used to crash every time lpr has been used but the panic went away when John Baldwin committed his ithread cleanup megapatch: jhb 2001/02/09 09:47:47 PST Modified files: sys/i386/i386 nexus.c sys/i386/isa intr_machdep.c intr_machdep.h ithread.c Log: Use the MI ithread helper functions in the x86 interrupt code. The kernel from Feb 9 worked just fine for me, but then the following commit has been made and the system started to crash again: jhb 2001/02/09 18:41:51 PST Modified files: sys/i386/isa ithread.c Log: Re-enable preemption on interrupts. My last commit accidentally reverted it as I was playing with some other ways of doing kernel preemption. Revision Changes Path 1.14 +9 -2 src/sys/i386/isa/ithread.c If you badly need your printer to work, you can simply revert this patch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 7:17: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from firewall.sybor.ch (unknown [195.141.136.250]) by hub.freebsd.org (Postfix) with SMTP id D4B8C37B401 for ; Mon, 12 Feb 2001 07:17:04 -0800 (PST) Received: from firewallblue.sybor.ch [195.141.136.246] (HELO localhost) by firewall.sybor.ch (AltaVista Mail V2.0J/2.0J BL25J listener) id 0000_0052_3a87_bf34_16be; Mon, 12 Feb 2001 11:47:16 +0100 Received: from hotmail.com ([209.191.111.243]) by nikita.sybor.ch (Netscape Messaging Server 3.62) with SMTP id 812; Mon, 12 Feb 2001 11:45:47 +0100 Received: from hotmail.com [209.191.111.243] by 8ohd2i.hotmail.com with SMTP; Mon, 12 Feb 2001 02:42:02 -0800 Message-Id: <18hl1d7sjcij2.c6sw3qvb7w4cgui7@hotmail.com> Subject: Have you seen these 3 video clips...they're hilarious Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT To: benofet@skunkbox.com X-Mailer: Calypso Version 3.10.03.02 (1) From: heertinz@regiononline.com Date: Mon, 12 Feb 2001 02:42:02 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG

> -----Original Message-----
> From: Phil Simms
> Sent: Tuesday, February 9, 2001 4:14 PM
> To: Barry Sanders
> Cc: Steve Hartman, Rhonda Smalley, Jimmy Ward, Big Dave, Dean Fletcher

> Subject: FW: -- 3 New Hilarious Video Clips and some more jokes.

> Joke Lovers,

> Here are the video clips*
>1.  Scratch & Sniff - Hilarious - you gotta see this one!!!
>2.  Grandma Scores - This one's Great. I don't know how they did it?
>3.  Try Throwing Rocks - The title says it all...

> Jokemeister

> Five Bucks -

> A man is walking around New York with his wife.
> They find a perfume shop, the wife goes in, and he waits outside.
> A hooker comes along and says to him, "Like to come home with me, buddy? "
> "For how much?" asks the man.
> "One hundred dollars," the hooker answers.
> "I'll give you five bucks," he replies.
> The hooker swears at him and walks away.
> A little later, the man's wife comes out of the shop and they continue their walk.
> As they round the corner, there stands the same hooker. She takes one look
> at the man and his wife and says, "HA!… see what you get for five bucks?"
>

> My Lying Wife

> "That wife of mine is a liar," said the angry husband to a sympathetic pal seated
> next to him in the bar.
> "How do you know?" the friend asked.
> "She didn't come home last night and when I asked her where she'd been, she
> said she had spent the night with her sister, Shirley."
> "So?"
> "So she's a liar… I spent the night with her sister Shirley."

> *Please Note - to view the video clips you may need to load Windows Media Player
> from Microsoft.
>

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 7:27:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id E920D37B401; Mon, 12 Feb 2001 07:26:46 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f1CFQS614326; Mon, 12 Feb 2001 17:26:37 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f1CFQTm50225; Mon, 12 Feb 2001 17:26:30 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A8800A1.EB3E8F5E@FreeBSD.org> Date: Mon, 12 Feb 2001 17:26:26 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: current@FreeBSD.org Cc: sos@FreeBSD.org Subject: Kernel panic in irq14: ata0 Content-Type: multipart/mixed; boundary="------------C6382E0B77B5F1E63B920B6C" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------C6382E0B77B5F1E63B920B6C Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Hi, I'm not sure whether it's related to ata driver, but starting from several days ago (my previous kernel was from 30 January) my kernel panices on every more or less active ad0 usage (for example, dd if=/dev/ad0 of=/dev/null kills it perfectly). The system in question is Toshiba Satellite Pro 445CDX with isa-based ATA controller. Following is relevant dmesg, kernel config and backtrace of crash dump. -Maxim --------------C6382E0B77B5F1E63B920B6C Content-Type: text/plain; charset=koi8-r; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg" Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Sun Feb 11 02:05:32 EET 2001 root@notebook:/usr/src/sys/compile/NOTEBOOK Timecounter "i8254" frequency 1193136 Hz CPU: Pentium/P55C (132.63-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 33685504 (32896K bytes) avail memory = 29745152 (29048K bytes) Preloaded elf kernel "kernel" at 0xc0302000. Preloaded elf module "snd_pcm.ko" at 0xc030209c. Preloaded elf module "snd_mss.ko" at 0xc030213c. Intel Pentium detected, installing workaround for F00F bug VESA: v2.0, 2048k memory, flags:0x0, mode table:0xc0293d20 (1000040) VESA: CHIPS 6x554 Super VGA apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface isa0: on motherboard ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model GlidePoint, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 pcic0: at port 0x3e0-0x3e1 on isa0 pcic0: Polling mode pccard0: on pcic0 pccard1: on pcic0 pcm0: at port 0x530-0x537,0x370-0x371 irq 5 drq 1 flags 0xc110 on isa0 pmtimer0 on isa0 ppc0: at port 0x378-0x37f irq 7 flags 0x1 on isa0 ppc0: Generic chipset (NIBBLE-only) in NIBBLE mode plip0: on ppbus0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources lp0 XXX: driver didn't initialize queue mtx lo0 XXX: driver didn't initialize queue mtx ad0: 1376MB [2796/16/63] at ata0-master BIOSPIO acd0: CDROM at ata1-master using BIOSPIO Mounting root from ufs:/dev/ad0s1a pccard: card inserted, slot 0 pccard: card inserted, slot 1 WARNING: / was not properly dismounted ed0 at port 0x240-0x25f irq 3 slot 0 on pccard0 ed0: address 00:80:c8:88:86:b1, type NE2000 (16 bit) sio1 at port 0x2e8-0x2ef irq 10 slot 1 on pccard1 sio1: type 16550A --------------C6382E0B77B5F1E63B920B6C Content-Type: application/x-unknown-content-type-txtfile; name="debug.log" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="debug.log" U2NyaXB0IHN0YXJ0ZWQgb24gTW9uIEZlYiAxMiAxNjozNDozNCAyMDAxCnJvb3RAbm90ZWJv b2sjIGdkYiAtayAvc3lzL2NvbXBpbGUvTk9URUJPT0sva2VybmVsLmRlYnVnIC92YXIvY3Jh c2gvdm1jb3JlLjANCkdOVSBnZGIgNC4xOA0KQ29weXJpZ2h0IDE5OTggRnJlZSBTb2Z0d2Fy ZSBGb3VuZGF0aW9uLCBJbmMuDQpHREIgaXMgZnJlZSBzb2Z0d2FyZSwgY292ZXJlZCBieSB0 aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UsIGFuZCB5b3UgYXJlDQp3ZWxjb21lIHRv IGNoYW5nZSBpdCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMgb2YgaXQgdW5kZXIgY2VydGFp biBjb25kaXRpb25zLg0KVHlwZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlv bnMuDQpUaGVyZSBpcyBhYnNvbHV0ZWx5IG5vIHdhcnJhbnR5IGZvciBHREIuICBUeXBlICJz aG93IHdhcnJhbnR5IiBmb3IgZGV0YWlscy4NClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFz ICJpMzg2LXVua25vd24tZnJlZWJzZCIuLi4NCklkbGVQVEQgMzMzODI0MA0KaW5pdGlhbCBw Y2IgYXQgMjkxMGEwDQpwYW5pY3N0cjogcGFnZSBmYXVsdA0KcGFuaWMgbWVzc2FnZXM6DQot LS0NCkZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUNCmZh dWx0IHZpcnR1YWwgYWRkcmVzcwk9IDB4MTgNCmZhdWx0IGNvZGUJCT0gc3VwZXJ2aXNvciBy ZWFkLCBwYWdlIG5vdCBwcmVzZW50DQppbnN0cnVjdGlvbiBwb2ludGVyCT0gMHg4OjB4YzAy MmU0YTkNCnN0YWNrIHBvaW50ZXIJICAgICAgICA9IDB4MTA6MHhjMzVhY2Y1MA0KZnJhbWUg cG9pbnRlcgkgICAgICAgID0gMHgxMDoweGMzNWFjZjY0DQpjb2RlIHNlZ21lbnQJCT0gYmFz ZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYg0KCQkJPSBEUEwgMCwgcHJlcyAxLCBk ZWYzMiAxLCBncmFuIDENCnByb2Nlc3NvciBlZmxhZ3MJPSByZXN1bWUsIElPUEwgPSAwDQpj dXJyZW50IHByb2Nlc3MJCT0gMTYgKGlycTE0OiBhdGEwKQ0KdHJhcCBudW1iZXIJCT0gMTIN CnBhbmljOiBwYWdlIGZhdWx0DQoNCnN5bmNpbmcgZGlza3MuLi4gOSA5IDkgOSA5IDkgOSA5 IDkgOSA5IDkgOSA5IDkgOSA5IDkgOSA5IA0KZG9uZQ0KVXB0aW1lOiAzMnMNCg0KZHVtcGlu ZyB0byBkZXYgI2FkLzB4MjAwMDEsIG9mZnNldCAzNjYwOA0KZHVtcCBhdGEwOiByZXNldHRp bmcgZGV2aWNlcyAuLiBkb25lDQozMiAzMSAzMCAyOSAyOCAyNyAyNiAyNSAyNCAyMyAyMiAy MSAyMCAxOSAxOCAxNyAxNiAxNSAxNCAxMyAxMiAxMSAxMCA5IDggNyA2IDUgNCAzIDIgMSAw IA0KLS0tDQojMCAgZHVtcHN5cyAoKSBhdCAuLi8uLi9rZXJuL2tlcm5fc2h1dGRvd24uYzo0 NzYNCjQ3NgkJaWYgKGR1bXBpbmcrKykgew0KKGtnZGIpIGJ0DQojMCAgZHVtcHN5cyAoKSBh dCAuLi8uLi9rZXJuL2tlcm5fc2h1dGRvd24uYzo0NzYNCiMxICAweGMwMTQ4ZmFjIGluIGJv b3QgKGhvd3RvPTI1NikgYXQgLi4vLi4va2Vybi9rZXJuX3NodXRkb3duLmM6MzE5DQojMiAg MHhjMDE0OTM2OCBpbiBwb3dlcm9mZl93YWl0IChqdW5rPTB4YzAyNWVjZWYsIGhvd3RvPS0x MDIwMzAxOTIwKQ0KICAgIGF0IC4uLy4uL2tlcm4va2Vybl9zaHV0ZG93bi5jOjU2OQ0KIzMg IDB4YzAyMzAwMTUgaW4gdHJhcF9mYXRhbCAoZnJhbWU9MHhjMzVhY2YxMCwgZXZhPTI0KSBh dCAuLi8uLi9pMzg2L2kzODYvdHJhcC5jOjk5NQ0KIzQgIDB4YzAyMmZkNzkgaW4gdHJhcF9w ZmF1bHQgKGZyYW1lPTB4YzM1YWNmMTAsIHVzZXJtb2RlPTAsIGV2YT0yNCkgYXQgLi4vLi4v aTM4Ni9pMzg2L3RyYXAuYzo5MDkNCiM1ICAweGMwMjJmNWNmIGluIHRyYXAgKGZyYW1lPXt0 Zl9mcyA9IDI0LCB0Zl9lcyA9IDE2LCB0Zl9kcyA9IDE2LCB0Zl9lZGkgPSAyNCwgdGZfZXNp ID0gMCwgDQogICAgICB0Zl9lYnAgPSAtMTAxNzQ1ODg0NCwgdGZfaXNwID0gLTEwMTc0NTg4 ODQsIHRmX2VieCA9IC0xMDcwOTQwNDE2LCB0Zl9lZHggPSAtMTAxNDEyMDQ0OCwgDQogICAg ICB0Zl9lY3ggPSAtMTAyMDMxMTE2OCwgdGZfZWF4ID0gLTEwMjAzMTExNjgsIHRmX3RyYXBu byA9IDEyLCB0Zl9lcnIgPSAwLCANCiAgICAgIHRmX2VpcCA9IC0xMDcxNDU1MDYzLCB0Zl9j cyA9IDgsIHRmX2VmbGFncyA9IDY1NTQyLCB0Zl9lc3AgPSAtMTA3MjM3NDcyNywgdGZfc3Mg PSAwfSkNCiAgICBhdCAuLi8uLi9pMzg2L2kzODYvdHJhcC5jOjQ1Ng0KIzYgIDB4YzAyMmU0 YTkgaW4gc3cxYiAoKQ0KIzcgIDB4YzAxM2Y4NWEgaW4gaXRocmVhZF9sb29wIChhcmc9MHhj MDc0NmI4MCkgYXQgLi4vLi4va2Vybi9rZXJuX2ludHIuYzo0NDkNCiM4ICAweGMwMTNlYmUz IGluIGZvcmtfZXhpdCAoY2FsbG91dD0weGMwMTNmNjc4IDxpdGhyZWFkX2xvb3A+LCBhcmc9 MHhjMDc0NmI4MCwgZnJhbWU9MHhjMzVhY2ZhOCkNCiAgICBhdCAuLi8uLi9rZXJuL2tlcm5f Zm9yay5jOjY2OQ0KKGtnZGIpIHVwDQojMSAgMHhjMDE0OGZhYyBpbiBib290IChob3d0bz0y NTYpIGF0IC4uLy4uL2tlcm4va2Vybl9zaHV0ZG93bi5jOjMxOQ0KMzE5CQkJZHVtcHN5cygp Ow0KKGtnZGIpIHVwDQojMiAgMHhjMDE0OTM2OCBpbiBwb3dlcm9mZl93YWl0IChqdW5rPTB4 YzAyNWVjZWYsIGhvd3RvPS0xMDIwMzAxOTIwKQ0KICAgIGF0IC4uLy4uL2tlcm4va2Vybl9z aHV0ZG93bi5jOjU2OQ0KNTY5CQlib290KGJvb3RvcHQpOw0KKGtnZGIpIHVwDQojMyAgMHhj MDIzMDAxNSBpbiB0cmFwX2ZhdGFsIChmcmFtZT0weGMzNWFjZjEwLCBldmE9MjQpIGF0IC4u Ly4uL2kzODYvaTM4Ni90cmFwLmM6OTk1DQo5OTUJCQlwYW5pYyh0cmFwX21zZ1t0eXBlXSk7 DQooa2dkYikgdXANCiM0ICAweGMwMjJmZDc5IGluIHRyYXBfcGZhdWx0IChmcmFtZT0weGMz NWFjZjEwLCB1c2VybW9kZT0wLCBldmE9MjQpIGF0IC4uLy4uL2kzODYvaTM4Ni90cmFwLmM6 OTA5DQo5MDkJCQl0cmFwX2ZhdGFsKGZyYW1lLCBldmEpOw0KKGtnZGIpIHVwDQojNSAgMHhj MDIyZjVjZiBpbiB0cmFwIChmcmFtZT17dGZfZnMgPSAyNCwgdGZfZXMgPSAxNiwgdGZfZHMg PSAxNiwgdGZfZWRpID0gMjQsIHRmX2VzaSA9IDAsIA0KICAgICAgdGZfZWJwID0gLTEwMTc0 NTg4NDQsIHRmX2lzcCA9IC0xMDE3NDU4ODg0LCB0Zl9lYnggPSAtMTA3MDk0MDQxNiwgdGZf ZWR4ID0gLTEwMTQxMjA0NDgsIA0KICAgICAgdGZfZWN4ID0gLTEwMjAzMTExNjgsIHRmX2Vh eCA9IC0xMDIwMzExMTY4LCB0Zl90cmFwbm8gPSAxMiwgdGZfZXJyID0gMCwgDQogICAgICB0 Zl9laXAgPSAtMTA3MTQ1NTA2MywgdGZfY3MgPSA4LCB0Zl9lZmxhZ3MgPSA2NTU0MiwgdGZf ZXNwID0gLTEwNzIzNzQ3MjcsIHRmX3NzID0gMH0pDQogICAgYXQgLi4vLi4vaTM4Ni9pMzg2 L3RyYXAuYzo0NTYNCjQ1NgkJCQkodm9pZCkgdHJhcF9wZmF1bHQoJmZyYW1lLCBGQUxTRSwg ZXZhKTsNCihrZ2RiKSB1cA0KIzYgIDB4YzAyMmU0YTkgaW4gc3cxYiAoKQ0KKGtnZGIpIHVw DQojNyAgMHhjMDEzZjg1YSBpbiBpdGhyZWFkX2xvb3AgKGFyZz0weGMwNzQ2YjgwKSBhdCAu Li8uLi9rZXJuL2tlcm5faW50ci5jOjQ0OQ0KNDQ5CQkJCW1pX3N3aXRjaCgpOw0KKGtnZGIp IHVwDQojOCAgMHhjMDEzZWJlMyBpbiBmb3JrX2V4aXQgKGNhbGxvdXQ9MHhjMDEzZjY3OCA8 aXRocmVhZF9sb29wPiwgYXJnPTB4YzA3NDZiODAsIGZyYW1lPTB4YzM1YWNmYTgpDQogICAg YXQgLi4vLi4va2Vybi9rZXJuX2ZvcmsuYzo2NjkNCjY2OQkJY2FsbG91dChhcmcsIGZyYW1l KTsNCihrZ2RiKSB1cA0KSW5pdGlhbCBmcmFtZSBzZWxlY3RlZDsgeW91IGNhbm5vdCBnbyB1 cC4NCihrZ2RiKSBxDQpyb290QG5vdGVib29rIyBleGl0DQoKU2NyaXB0IGRvbmUgb24gTW9u IEZlYiAxMiAxNjozNToxNiAyMDAxCg== --------------C6382E0B77B5F1E63B920B6C Content-Type: text/plain; charset=koi8-r; name="NOTEBOOK" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="NOTEBOOK" machine i386 cpu I586_CPU # Coz we don't need stuff for I386, I486 and I686 ident GENERIC maxusers 10 #options KTRACE options FFS #options FFS_ROOT options NFS options MSDOSFS options INET #InterNETworking options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options NSWAPDEV=1 options CLK_USE_I8254_CALIBRATION options CLK_USE_TSC_CALIBRATION options USER_LDT options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L device random device isa #device pcm device fdc device ata device atadisk device atapicd device atkbdc 1 device atkbd device psm #options PSM_HOOKAPM device vga device sc 1 options VESA options SC_PIXEL_MODE #options SC_NO_SYSMOUSE options SC_TWOBUTTON_MOUSE options SC_HISTORY_SIZE=1024 device npx device sio device apm device pmtimer device card device pcic device ed options PCIC_RESUME_RESET options POWERFAIL_NMI # Zip Stuff - comment out if not needed #device vpo0 #device scbus0 at vpo0 #device da0 device ppc device ppbus device plip options PPC_PROBE_CHIPSET # Various Pseudo-Devices device loop device ether device pty device splash device bpf options SYSVSHM options SYSVSEM options SYSVMSG options SHMSEG=100 --------------C6382E0B77B5F1E63B920B6C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 7:50:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 2808337B4EC; Mon, 12 Feb 2001 07:50:37 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id QAA99855; Mon, 12 Feb 2001 16:50:35 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200102121550.QAA99855@freebsd.dk> Subject: Re: Kernel panic in irq14: ata0 In-Reply-To: <3A8800A1.EB3E8F5E@FreeBSD.org> from Maxim Sobolev at "Feb 12, 2001 05:26:26 pm" To: sobomax@FreeBSD.ORG (Maxim Sobolev) Date: Mon, 12 Feb 2001 16:50:35 +0100 (CET) Cc: current@FreeBSD.ORG, sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Maxim Sobolev wrote: [Charset koi8-r unsupported, filtering to ASCII...] > Hi, > > I'm not sure whether it's related to ata driver, but starting from several days > ago (my previous kernel was from 30 January) my kernel panices on every more or > less active ad0 usage (for example, dd if=/dev/ad0 of=/dev/null kills it > perfectly). The system in question is Toshiba Satellite Pro 445CDX with > isa-based ATA controller. Following is relevant dmesg, kernel config and > backtrace of crash dump. Try to go back to -current from about feb. 8 or there abouts... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 8: 6:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (smtp.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 2912337B4EC; Mon, 12 Feb 2001 08:06:21 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f1CG5u615240; Mon, 12 Feb 2001 18:05:56 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f1CG60m50424; Mon, 12 Feb 2001 18:06:00 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A8809E5.117E884D@FreeBSD.org> Date: Mon, 12 Feb 2001 18:05:57 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Soren Schmidt Cc: current@FreeBSD.org, sos@FreeBSD.org, jhb@FreeBSD.org, "Alexander N. Kabaev" Subject: Re: Kernel panic in irq14: ata0 References: <200102121550.QAA99855@freebsd.dk> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Soren Schmidt wrote: > It seems Maxim Sobolev wrote: > [Charset koi8-r unsupported, filtering to ASCII...] > > Hi, > > > > I'm not sure whether it's related to ata driver, but starting from several days > > ago (my previous kernel was from 30 January) my kernel panices on every more or > > less active ad0 usage (for example, dd if=/dev/ad0 of=/dev/null kills it > > perfectly). The system in question is Toshiba Satellite Pro 445CDX with > > isa-based ATA controller. Following is relevant dmesg, kernel config and > > backtrace of crash dump. > > Try to go back to -current from about feb. 8 or there abouts... Reverting sys/i386/isa/ithread.c to r1.13 did the trick (credit goes to Alexander N. Kabaev). -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 8:12:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-03.iinet.net.au (syncopation-03.iinet.net.au [203.59.24.49]) by hub.freebsd.org (Postfix) with SMTP id A7F4537B503 for ; Mon, 12 Feb 2001 08:12:25 -0800 (PST) Received: (qmail 21940 invoked by uid 666); 12 Feb 2001 16:19:28 -0000 Received: from reggae-15-2.nv.iinet.net.au (HELO elischer.org) (203.59.74.2) by mail.m.iinet.net.au with SMTP; 12 Feb 2001 16:19:28 -0000 Message-ID: <3A880B5C.5D97E515@elischer.org> Date: Mon, 12 Feb 2001 08:12:12 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: "Alexander N. Kabaev" Cc: Alexander Leidinger , current@FreeBSD.ORG Subject: Re: Lpt driver broken? References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Alexander N. Kabaev" wrote: > > > But I remember some posts about a lpt panic some days ago. I tried to > > compile a new kernel because I think this is resolved, but I have to > > solve some problems with my system at the moment. > > My -CURRENT used to crash every time lpr has been used but the panic went away > when John Baldwin committed his ithread cleanup megapatch: > > jhb 2001/02/09 09:47:47 PST > > Modified files: > sys/i386/i386 nexus.c > sys/i386/isa intr_machdep.c intr_machdep.h ithread.c > Log: > Use the MI ithread helper functions in the x86 interrupt code. > > The kernel from Feb 9 worked just fine for me, but then the following > commit has been made and the system started to crash again: > > jhb 2001/02/09 18:41:51 PST > > Modified files: > sys/i386/isa ithread.c > Log: > Re-enable preemption on interrupts. My last commit accidentally reverted > it as I was playing with some other ways of doing kernel preemption. > > Revision Changes Path > 1.14 +9 -2 src/sys/i386/isa/ithread.c > > If you badly need your printer to work, you can simply revert this patch. I booted with -c and set the irq and drq to -1 so that the driver is running in polled mode. it's now printing, slowly, but I am going to bed now so as long as it's done by the morning, I'm happy :-) I'll try your suggestion tomorrow. (I'm not interrupting this print run for anything, after spending most of the afternoon trying to get it to print at all.) :-) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 8:47:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 9C02637B491 for ; Mon, 12 Feb 2001 08:47:11 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA18854; Mon, 12 Feb 2001 11:47:04 -0500 (EST) (envelope-from wollman) Date: Mon, 12 Feb 2001 11:47:04 -0500 (EST) From: Garrett Wollman Message-Id: <200102121647.LAA18854@khavrinen.lcs.mit.edu> To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas In-Reply-To: <20010211165129.A3041@mollari.cthul.hu> References: <200102120024.BAA49364@midten.fast.no> <200102120044.f1C0iLV01142@earth.backplane.com> <20010211165129.A3041@mollari.cthul.hu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > The major number has already been bumped, I thought. If this is true > then we've only broken compatibility with older versions of -current > after the version number was bumped but before this change, right? However, this may turn out to be so painful that we need to bump it again. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 9:29: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.wgate.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with ESMTP id 64ABF37B491 for ; Mon, 12 Feb 2001 09:29:00 -0800 (PST) Received: from jesup.eng.tvol.net ([10.32.2.26]) by mail.wgate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 14G8BWVP; Mon, 12 Feb 2001 12:29:05 -0500 Reply-To: Randell Jesup To: current@FreeBSD.ORG Subject: Re: disklabel.c & disklabel.8 patch From: Randell Jesup Date: 12 Feb 2001 12:34:04 -0500 In-Reply-To: Bruce Evans's message of "Sun, 11 Feb 2001 10:48:27 +1100 (EST)" Message-ID: User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans writes: >On Fri, 9 Feb 2001, John W. De Boskey wrote: >> I've been using the disklabel.c patch which allows easier >> configuration by being able to specify a new disklabel of >> the form: >> I'd like to commit these if no one sees any major problems >> with them. > >These are not suitable for commit in their current form. The >disklabel.c patch has more than the usual density of style bugs. >It doesn't even use the normal brace style. Sorry, my normal personal style definitions in Emacs probably conflict with "standard" BSD style. I'll rework the style (I'm the author of the patch). Any other problems while I'm at it? -- Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-94) rjesup@wgate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 9:36:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id B94CF37B4EC for ; Mon, 12 Feb 2001 09:36:34 -0800 (PST) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.11.2/8.11.2) with ESMTP id f1CHa8c07142; Mon, 12 Feb 2001 09:36:12 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <5.0.2.1.2.20010212092715.00a6d410@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 12 Feb 2001 09:36:07 -0800 To: Garrett Wollman , Kris Kennaway From: Manfred Antar Subject: Re: HEADS UP: installworld gotchas Cc: current@FreeBSD.ORG In-Reply-To: <200102121647.LAA18854@khavrinen.lcs.mit.edu> References: <20010211165129.A3041@mollari.cthul.hu> <200102120024.BAA49364@midten.fast.no> <200102120044.f1C0iLV01142@earth.backplane.com> <20010211165129.A3041@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:47 AM 2/12/2001 -0500, Garrett Wollman wrote: >< said: > >> The major number has already been bumped, I thought. If this is true >> then we've only broken compatibility with older versions of -current >> after the version number was bumped but before this change, right? > >However, this may turn out to be so painful that we need to bump it >again. > >-GAWollman > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message I just did a make build world on current and was looking forward to rebuilding all the ports :) Should I wait until the version bump then try again. I realize that if I do a install world now I'll have to rebuild almost everything X,apache.bind,etc,etc. I just don't want to do it twice in two days. I guess I'll wait. I already experienced some of the ramifications from just installing a current libc.so.5. Fortunately i kept a backup copy of the old one :) Thanks Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 13: 8: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 593D337B4EC for ; Mon, 12 Feb 2001 13:08:02 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1CL7gW31389; Mon, 12 Feb 2001 14:07:43 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102122107.f1CL7gW31389@harmony.village.org> To: John Indra Subject: Re: Is -CURRENT in bad shape? Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 12 Feb 2001 13:20:36 +0700." <20010212132036.A58094@office.naver.co.id> References: <20010212132036.A58094@office.naver.co.id> Date: Mon, 12 Feb 2001 14:07:42 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010212132036.A58094@office.naver.co.id> John Indra writes: : Is -CURRENT in bad shape? Yes. Life sucks in current -> current upgrade land. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 13:19:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id D6E7E37B491 for ; Mon, 12 Feb 2001 13:19:44 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1CLJaW31538; Mon, 12 Feb 2001 14:19:36 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102122119.f1CLJaW31538@harmony.village.org> To: Daniel Eischen Subject: Re: -CURRENT is bad for me... Cc: John Indra , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 12 Feb 2001 07:59:03 EST." References: Date: Mon, 12 Feb 2001 14:19:36 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To be blunt, the FILE * changes go too far, even for -current. Changes of this magnitude require a bump of the major number, even though we've already done that in -current. It breaks nearly everything, including the upgrade path. Alternatively, the locking changes need to be backed out. Alternatively, the upgrade path must be fixed. We've managed to avoid extra special instructions in the vast majority of cases, and I don't want to start introducing them now. It is the road to madness. We tried that once before and the support load was too high. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 13:27: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from hand.dotat.at (sfo-gw.covalent.net [207.44.198.62]) by hub.freebsd.org (Postfix) with ESMTP id AA56637B491; Mon, 12 Feb 2001 13:26:59 -0800 (PST) Received: from fanf by hand.dotat.at with local (Exim 3.20 #3) id 14SQTf-000Aks-00; Mon, 12 Feb 2001 21:25:43 +0000 Date: Mon, 12 Feb 2001 21:25:43 +0000 From: Tony Finch To: "Justin T. Gibbs" Cc: non@ever.sanda.gr.jp, current@FreeBSD.ORG, trevor@jpj.net, akiyama@FreeBSD.ORG Subject: Re: od driver for -CURRENT Message-ID: <20010212212543.H35416@hand.dotat.at> References: <20010210225009W.non@ever.sanda.gr.jp> <200102101550.f1AFoqO04003@aslan.scsiguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102101550.f1AFoqO04003@aslan.scsiguy.com> Organization: Covalent Technologies, Inc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Justin T. Gibbs" wrote: > >It is not necessarily sufficient since the media may be changed after >open on certain types of devices that don't have a media lock. But don't you risk a panic if you do that? Tony. -- f.a.n.finch fanf@covalent.net dot@dotat.at THAMES DOVER: SOUTHWEST VEERING NORTH 5 TO 7, VEERING NORTHEAST 4 LATER. RAIN CLEARING. MODERATE BECOMING GOOD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 13:30:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id B9BBD37B491; Mon, 12 Feb 2001 13:30:29 -0800 (PST) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.2/8.9.3) with ESMTP id f1CLUBO30791; Mon, 12 Feb 2001 14:30:14 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200102122130.f1CLUBO30791@aslan.scsiguy.com> To: Tony Finch Cc: non@ever.sanda.gr.jp, current@FreeBSD.ORG, trevor@jpj.net, akiyama@FreeBSD.ORG Subject: Re: od driver for -CURRENT In-Reply-To: Your message of "Mon, 12 Feb 2001 21:25:43 GMT." <20010212212543.H35416@hand.dotat.at> Date: Mon, 12 Feb 2001 14:30:10 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >"Justin T. Gibbs" wrote: >> >>It is not necessarily sufficient since the media may be changed after >>open on certain types of devices that don't have a media lock. > >But don't you risk a panic if you do that? By pulling the media out and flipping off the hardware write protect? Even pulling out the media for a valid filesystem shouldn't panic. All I/O to that volume should fail and your system may become next to useless, but the system shouldn't panic. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 13:38:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 68A9737B491 for ; Mon, 12 Feb 2001 13:38:28 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id QAA08463; Mon, 12 Feb 2001 16:37:56 -0500 (EST) Date: Mon, 12 Feb 2001 16:37:55 -0500 (EST) From: Daniel Eischen To: Warner Losh Cc: John Indra , freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT is bad for me... In-Reply-To: <200102122119.f1CLJaW31538@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001, Warner Losh wrote: > To be blunt, the FILE * changes go too far, even for -current. Other than having to installworld twice, I've had zero problems. But I don't recompile my applications often, and am probably still running things that depend on libc.so.4. > Changes of this magnitude require a bump of the major number, even > though we've already done that in -current. It breaks nearly > everything, including the upgrade path. Alternatively, the locking > changes need to be backed out. Too bad ELF libraries don't have minor version numbers. It's a shame to waste a library version number. > Alternatively, the upgrade path must be fixed. We've managed to avoid > extra special instructions in the vast majority of cases, and I don't > want to start introducing them now. It is the road to madness. We > tried that once before and the support load was too high. I don't have the time or resources to fix the upgrade path. If someone else wants to, it would certainly be appreciated. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 13:50:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 27ED237B503 for ; Mon, 12 Feb 2001 13:50:45 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1CLoWW31812; Mon, 12 Feb 2001 14:50:32 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102122150.f1CLoWW31812@harmony.village.org> To: Daniel Eischen Subject: Re: -CURRENT is bad for me... Cc: John Indra , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 12 Feb 2001 16:37:55 EST." References: Date: Mon, 12 Feb 2001 14:50:32 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Daniel Eischen writes: : On Mon, 12 Feb 2001, Warner Losh wrote: : > To be blunt, the FILE * changes go too far, even for -current. : : Other than having to installworld twice, I've had zero problems. : But I don't recompile my applications often, and am probably : still running things that depend on libc.so.4. I have lots of binaries that depend on libc.so.5 (I just checked) and none that depend on libc.so.4 or libc.so.3 (since those were removed from my system a while ago). I suspect many of them will break. : > Changes of this magnitude require a bump of the major number, even : > though we've already done that in -current. It breaks nearly : > everything, including the upgrade path. Alternatively, the locking : > changes need to be backed out. : : Too bad ELF libraries don't have minor version numbers. It's : a shame to waste a library version number. Don't think of it as a waste. : > Alternatively, the upgrade path must be fixed. We've managed to avoid : > extra special instructions in the vast majority of cases, and I don't : > want to start introducing them now. It is the road to madness. We : > tried that once before and the support load was too high. : : I don't have the time or resources to fix the upgrade path. If : someone else wants to, it would certainly be appreciated. Then wouldn't the "partially applied patch" rule apply? eg, back it out until the issues can be resolved. Breaking the upgrade path isn't acceptible. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 13:51:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by hub.freebsd.org (Postfix) with ESMTP id 7617A37B4EC for ; Mon, 12 Feb 2001 13:51:49 -0800 (PST) Received: (from bugs@localhost) by freebsd.netcom.com (8.8.8+Sun/8.8.8) id PAA18141 for freebsd-current@freebsd.org; Mon, 12 Feb 2001 15:51:48 -0600 (CST) From: Mark Hittinger Message-Id: <200102122151.PAA18141@freebsd.netcom.com> Subject: make install perl/library sed stdout error To: freebsd-current@freebsd.org Date: Mon, 12 Feb 2001 15:51:48 -0600 (CST) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey this may be a spot where the FILE change is felt - my installworld bombed in the perl/library install with a sed error. I went to usr.bin/sed and did a make install to put in the new sed and then make installworld completed ok. FYI Mark Hittinger Earthlink bugs@freebsd.netcom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 13:56:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 1D3F337B4EC for ; Mon, 12 Feb 2001 13:56:32 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.1/8.11.1) with ESMTP id f1CLudm01554; Mon, 12 Feb 2001 13:56:44 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200102122156.f1CLudm01554@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT is bad for me... In-reply-to: Your message of "Mon, 12 Feb 2001 14:50:32 MST." <200102122150.f1CLoWW31812@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Feb 2001 13:56:39 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Then wouldn't the "partially applied patch" rule apply? eg, back it > out until the issues can be resolved. Breaking the upgrade path isn't > acceptible. I have to "me too" this; the change simply isn't OK. There are a variety of ways that we can work around the issue and maintain binary compatibility, whilst still moving towards something that is immune to this breakage in future. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 14: 2:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from thelab.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id A488737B491 for ; Mon, 12 Feb 2001 14:02:41 -0800 (PST) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.11.2/8.11.1) with ESMTP id f1CLxSZ71809; Mon, 12 Feb 2001 17:59:28 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 12 Feb 2001 17:59:28 -0400 (AST) From: The Hermit Hacker To: Warner Losh Cc: John Indra , Subject: Re: Is -CURRENT in bad shape? In-Reply-To: <200102122107.f1CL7gW31389@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just upgraded both my kernel, and did a buildworld, both of which are running quite well (CVSup'd as of this afternoon) ... On Mon, 12 Feb 2001, Warner Losh wrote: > In message <20010212132036.A58094@office.naver.co.id> John Indra writes: > : Is -CURRENT in bad shape? > > Yes. Life sucks in current -> current upgrade land. > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 14: 9:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 475D837B491 for ; Mon, 12 Feb 2001 14:09:15 -0800 (PST) Received: from zippy.pacbell.net ([207.214.149.181]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8N00824YUA05@mta6.snfc21.pbi.net> for current@freebsd.org; Mon, 12 Feb 2001 13:39:47 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id EBB7617CA; Mon, 12 Feb 2001 13:42:27 -0800 (PST) Date: Mon, 12 Feb 2001 13:42:16 -0800 From: Alex Zepeda Subject: Re: -CURRENT is bad for me... In-reply-to: <200102122119.f1CLJaW31538@harmony.village.org>; from imp@harmony.village.org on Mon, Feb 12, 2001 at 02:19:36PM -0700 To: Warner Losh Message-id: <20010212134216.A1647@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <200102122119.f1CLJaW31538@harmony.village.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 02:19:36PM -0700, Warner Losh wrote: > Changes of this magnitude require a bump of the major number, even > though we've already done that in -current. It breaks nearly > everything, including the upgrade path. Alternatively, the locking > changes need to be backed out. Yup, I agree here. IMO so many things depend on the stdio bits, that a major number increase would have been desireable. So far, bzip2, pine/pico, GNU make, the GNU i18n stuff, fetchmail all needed to be rebuilt. Bumping the major number would at least allow these a stay of execution. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 14: 9:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id D381537B491 for ; Mon, 12 Feb 2001 14:09:33 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1CM82Z03957; Mon, 12 Feb 2001 14:08:02 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 14:08:01 -0800 From: "David O'Brien" To: John Indra Cc: freebsd-current@freebsd.org Subject: Re: Is -CURRENT in bad shape? Message-ID: <20010212140801.A3038@dragon.nuxi.com> Reply-To: freebsd-current@freebsd.org References: <20010212132036.A58094@office.naver.co.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010212132036.A58094@office.naver.co.id>; from john@office.naver.co.id on Mon, Feb 12, 2001 at 01:20:36PM +0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 01:20:36PM +0700, John Indra wrote: > Now I'm in the middle of make -j10 buildworld. Is -CURRENT in bad shape? First thing to do when you're having problems building world is to STOP using -j. If you aren't hitting a race condition, you won't get able to figure out what is wrong due to the interleaved output. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 14:11:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 6456E37B491 for ; Mon, 12 Feb 2001 14:11:28 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id RAA14085; Mon, 12 Feb 2001 17:10:59 -0500 (EST) Date: Mon, 12 Feb 2001 17:10:58 -0500 (EST) From: Daniel Eischen To: Warner Losh Cc: John Indra , freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT is bad for me... In-Reply-To: <200102122150.f1CLoWW31812@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001, Warner Losh wrote: > In message Daniel Eischen writes: > : On Mon, 12 Feb 2001, Warner Losh wrote: > : > To be blunt, the FILE * changes go too far, even for -current. > : > : Other than having to installworld twice, I've had zero problems. > : But I don't recompile my applications often, and am probably > : still running things that depend on libc.so.4. > > I have lots of binaries that depend on libc.so.5 (I just checked) and > none that depend on libc.so.4 or libc.so.3 (since those were removed > from my system a while ago). I suspect many of them will break. > > : > Changes of this magnitude require a bump of the major number, even > : > though we've already done that in -current. It breaks nearly > : > everything, including the upgrade path. Alternatively, the locking > : > changes need to be backed out. > : > : Too bad ELF libraries don't have minor version numbers. It's > : a shame to waste a library version number. > > Don't think of it as a waste. > > : > Alternatively, the upgrade path must be fixed. We've managed to avoid > : > extra special instructions in the vast majority of cases, and I don't > : > want to start introducing them now. It is the road to madness. We > : > tried that once before and the support load was too high. > : > : I don't have the time or resources to fix the upgrade path. If > : someone else wants to, it would certainly be appreciated. > > Then wouldn't the "partially applied patch" rule apply? eg, back it > out until the issues can be resolved. Breaking the upgrade path isn't > acceptible. If you bump the library versions, doesn't that fix the upgrade path? I can think of a gross hack that gets around the problem for now. Allocate the FILE with enough storage for the lock, but don't declare it in FILE. __sF[3] would still be the same size and we could have __sF_locks[3] internally, and use these if fp is stdin, stdout, or stderr, else the lock is at the end of the struct. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 14:20:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id F035B37B491 for ; Mon, 12 Feb 2001 14:20:16 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.1/8.11.1) with ESMTP id f1CMKUm01666; Mon, 12 Feb 2001 14:20:31 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200102122220.f1CMKUm01666@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Daniel Eischen Cc: freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT is bad for me... In-reply-to: Your message of "Mon, 12 Feb 2001 17:10:58 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Feb 2001 14:20:30 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Then wouldn't the "partially applied patch" rule apply? eg, back it > > out until the issues can be resolved. Breaking the upgrade path isn't > > acceptible. > > If you bump the library versions, doesn't that fix the upgrade > path? No, because the library version bump has already happened. > I can think of a gross hack that gets around the problem for > now. Allocate the FILE with enough storage for the lock, but > don't declare it in FILE. __sF[3] would still be the same > size and we could have __sF_locks[3] internally, and use these > if fp is stdin, stdout, or stderr, else the lock is at the end > of the struct. You can do better than this. Put the lock in FILE, and define a new structure FILE_old, which has the same size/layout as the old FILE structure. Now, __sF is defined as an array of FILE_old and handled specially internally (this part is gross, but necessary). You'll have to put the lock, etc. in a separate array and handle it specially, or you can have real FILE structures shadowing the FILE_old structures. Because this is a hack for binary compatibility and upgrading only, you can throw it away before we actually get to 5.0. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 14:32: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id D06C537B4EC; Mon, 12 Feb 2001 14:31:48 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id RAA17144; Mon, 12 Feb 2001 17:31:25 -0500 (EST) Date: Mon, 12 Feb 2001 17:31:24 -0500 (EST) From: Daniel Eischen To: Mike Smith Cc: freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT is bad for me... In-Reply-To: <200102122220.f1CMKUm01666@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001, Mike Smith wrote: > > > Then wouldn't the "partially applied patch" rule apply? eg, back it > > > out until the issues can be resolved. Breaking the upgrade path isn't > > > acceptible. > > > > If you bump the library versions, doesn't that fix the upgrade > > path? > > No, because the library version bump has already happened. It was suggested we bump it again. > > I can think of a gross hack that gets around the problem for > > now. Allocate the FILE with enough storage for the lock, but > > don't declare it in FILE. __sF[3] would still be the same > > size and we could have __sF_locks[3] internally, and use these > > if fp is stdin, stdout, or stderr, else the lock is at the end > > of the struct. > > You can do better than this. Put the lock in FILE, and define a new > structure FILE_old, which has the same size/layout as the old FILE > structure. > > Now, __sF is defined as an array of FILE_old and handled specially > internally (this part is gross, but necessary). You'll have to put the > lock, etc. in a separate array and handle it specially, or you can have > real FILE structures shadowing the FILE_old structures. This is exactly what I was suggesting above, except I wasn't going to publicize the "new" FILE, just use it internally where it was needed (findfp.c, _flock_stub.c, etc). > Because this is a hack for binary compatibility and upgrading only, you > can throw it away before we actually get to 5.0. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 14:57:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 337CA37B491 for ; Mon, 12 Feb 2001 14:57:12 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id XAA91607; Mon, 12 Feb 2001 23:57:04 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Warner Losh Cc: Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT is bad for me... References: <200102122119.f1CLJaW31538@harmony.village.org> From: Dag-Erling Smorgrav Date: 12 Feb 2001 23:57:04 +0100 In-Reply-To: Warner Losh's message of "Mon, 12 Feb 2001 14:19:36 -0700" Message-ID: Lines: 10 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh writes: > Alternatively, the upgrade path must be fixed. I don't see any way to do that. Everything on your system that isn't statically linked will need to be recompiled unless the libc major number is bumped. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:12:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 059BC37B4EC for ; Mon, 12 Feb 2001 16:12:51 -0800 (PST) Received: from v-ger.we.lc.ehu.es (lxpx195.lx.ehu.es [158.227.26.95]) by polaris.we.lc.ehu.es (8.11.1/8.11.1) with ESMTP id f1D0Clb11067 for ; Tue, 13 Feb 2001 01:12:47 +0100 (MET) Received: from we.lc.ehu.es (localhost [127.0.0.1]) by v-ger.we.lc.ehu.es (8.11.1/8.11.1) with ESMTP id f1CHx5Z03854 for ; Mon, 12 Feb 2001 18:59:06 +0100 (CET) (envelope-from jose@we.lc.ehu.es) Message-ID: <3A882469.C2A78096@we.lc.ehu.es> Date: Mon, 12 Feb 2001 18:59:05 +0100 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: current@FreeBSD.org Subject: just FYI: playing with PnP and device.hints Content-Type: multipart/mixed; boundary="------------49CFF195CB293A22E4570CB4" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------49CFF195CB293A22E4570CB4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, I have been playing with PnP and device hints. Using a device.hints with hints for all the drivers, some " can't assing resources" messages showed up at boot. Then I removed hints one by one, until I ended up with these: hint.fd.0.at="fdc0" hint.fd.0.drive="0" hint.atkbd.0.at="atkbdc" hint.atkbd.0.irq="1" hint.atkbd.0.flags="0x1" hint.psm.0.at="atkbdc" hint.psm.0.irq="12" hint.sc.0.at="isa" If I remove the hints for fd, the floppy is not attached (fd0c is). Something similar happens with atkbd and psm, and also with sc. Using the hints given above, I only get one ..." message for the PNP0f13 device. I found that this message is not shown after removing the psm hints, so I suspect that the PNP0f13 device is the PS/2 port. However, I must keep the psm hints for getting the psm driver attached. All the rest of ISA devices are found and attached without problems. I include the dmesg output for reference. I have "PnP OS = yes" in the BIOS setup, BTW. Just FYI ;-) Cheers, -- JMA ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** --------------49CFF195CB293A22E4570CB4 Content-Type: text/plain; charset=us-ascii; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.out" Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #1: Wed Feb 7 15:04:53 CET 2001 toor@defiant.we.lc.ehu.es:/usr/obj/usr/src/sys/DEFIANT Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (342.62-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x650 Stepping = 0 Features=0x183f9ff real memory = 134152192 (131008K bytes) avail memory = 127049728 (124072K bytes) Preloaded elf kernel "kernel" at 0xc036c000. Preloaded elf module "joy.ko" at 0xc036c09c. Pentium Pro MTRR support enabled Using $PIR table, 7 entries at 0xc00fde00 apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: at pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at 7.1 (no driver attached) pci0: at 7.2 (no driver attached) pci0: at 7.3 (no driver attached) fxp0: port 0xe400-0xe43f mem 0xe3000000-0xe30fffff,0xe3101000-0xe3101fff irq 15 at device 15.0 on pci0 fxp0: Ethernet address 00:d0:b7:3e:a0:fb ahc0: port 0xe800-0xe8ff mem 0xe3100000-0xe3100fff irq 11 at device 20.0 on pci0 aic7880: Wide Channel A, SCSI Id=7, 16/255 SCBs isa0: unexpected small tag 14 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 pcm0: on sbc0 midi0: on sbc0 midi1: on sbc0 joy0: at port 0x200-0x207 on isa0 midi2: at port 0x620-0x623,0xa20-0xa23,0xe20-0xe23 on isa0 emu2: DRAM size = 512KB atkbdc0: at port 0x60,0x64 irq 1 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 unknown: can't assign resources sio0: <16550A-compatible COM port> at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A fdc0: at port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode sio1: <16550A-compatible COM port> at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Waiting 10 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s2a cd0 at ahc0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present da1 at ahc0 bus 0 target 4 lun 0 da1: Removable Optical SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15) da1: Attempt to query device size failed: NOT READY, Medium not present da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) --------------49CFF195CB293A22E4570CB4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:22: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from net2.gendyn.com (nat2.gendyn.com [204.60.171.12]) by hub.freebsd.org (Postfix) with ESMTP id E23D037B491 for ; Mon, 12 Feb 2001 16:21:58 -0800 (PST) Received: from [153.11.109.12] (helo=fatboy.clc.gdeb.com) by net2.gendyn.com with esmtp (Exim 2.12 #1) id 14STE4-000ARk-00 for freebsd-current@FreeBSD.ORG; Mon, 12 Feb 2001 19:21:48 -0500 Received: from vigrid.com (localhost [127.0.0.1]) by fatboy.clc.gdeb.com (8.11.0/8.9.3) with ESMTP id f1D0SUO28527; Mon, 12 Feb 2001 19:28:33 -0500 (EST) (envelope-from eischen@vigrid.com) Message-ID: <3A887FAE.CF15C4BE@vigrid.com> Date: Mon, 12 Feb 2001 19:28:30 -0500 From: Daniel Eischen X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.1.1-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: John Indra , freebsd-current@FreeBSD.ORG Subject: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: Content-Type: multipart/mixed; boundary="------------F1DE339299AEF4912D6989B0" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------F1DE339299AEF4912D6989B0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Attached is a patch that attempts to work around recent stdio breakage in -current. I've verified it compiles, but won't be able to test it until at least tomorrow. If someone wants to review it and verify it works, I'll commit it. Thanks, -- Dan Eischen --------------F1DE339299AEF4912D6989B0 Content-Type: text/plain; charset=us-ascii; name="stdio.diffs" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="stdio.diffs" Index: include/stdio.h =================================================================== RCS file: /opt/FreeBSD/cvs/src/include/stdio.h,v retrieving revision 1.28 diff -u -r1.28 stdio.h --- include/stdio.h 2001/02/12 03:31:23 1.28 +++ include/stdio.h 2001/02/12 23:21:41 @@ -96,6 +96,39 @@ * * NB: see WARNING above before changing the layout of this structure! */ +typedef struct __old_sFILE { + unsigned char *_p; /* current position in (some) buffer */ + int _r; /* read space left for getc() */ + int _w; /* write space left for putc() */ + short _flags; /* flags, below; this FILE is free if 0 */ + short _file; /* fileno, if Unix descriptor, else -1 */ + struct __sbuf _bf; /* the buffer (at least 1 byte, if !NULL) */ + int _lbfsize; /* 0 or -_bf._size, for inline putc */ + + /* operations */ + void *_cookie; /* cookie passed to io functions */ + int (*_close) __P((void *)); + int (*_read) __P((void *, char *, int)); + fpos_t (*_seek) __P((void *, fpos_t, int)); + int (*_write) __P((void *, const char *, int)); + + /* separate buffer for long sequences of ungetc() */ + struct __sbuf _ub; /* ungetc buffer */ + unsigned char *_up; /* saved _p when _p is doing ungetc data */ + int _ur; /* saved _r when _r is counting ungetc data */ + + /* tricks to meet minimum requirements even when malloc() fails */ + unsigned char _ubuf[3]; /* guarantee an ungetc() buffer */ + unsigned char _nbuf[1]; /* guarantee a getc() buffer */ + + /* separate buffer for fgetln() when line crosses buffer boundary */ + struct __sbuf _lb; /* buffer for fgetln() */ + + /* Unix stdio files get aligned to block boundaries on fseek() */ + int _blksize; /* stat.st_blksize (may be != _bf._size) */ + fpos_t _offset; /* current lseek offset (see WARNING) */ +} __old_FILE; + typedef struct __sFILE { unsigned char *_p; /* current position in (some) buffer */ int _r; /* read space left for getc() */ @@ -131,7 +164,7 @@ } FILE; __BEGIN_DECLS -extern FILE __sF[]; +extern __old_FILE __sF[]; __END_DECLS #define __SLBF 0x0001 /* line buffered */ @@ -194,9 +227,9 @@ #define SEEK_END 2 /* set file offset to EOF plus offset */ #endif -#define stdin (&__sF[0]) -#define stdout (&__sF[1]) -#define stderr (&__sF[2]) +#define stdin ((FILE *)&__sF[0]) +#define stdout ((FILE *)&__sF[1]) +#define stderr ((FILE *)&__sF[2]) /* * Functions defined in ANSI C standard. Index: lib/libc/stdio/_flock_stub.c =================================================================== RCS file: /opt/FreeBSD/cvs/src/lib/libc/stdio/_flock_stub.c,v retrieving revision 1.5 diff -u -r1.5 _flock_stub.c --- lib/libc/stdio/_flock_stub.c 2001/02/11 22:06:39 1.5 +++ lib/libc/stdio/_flock_stub.c 2001/02/12 23:16:41 @@ -67,6 +67,21 @@ int fl_count; /* recursive lock count */ }; +static FILE std_files[3]; + +static inline FILE * +get_file_with_lock(FILE *fp) +{ + if (fp == stdin) + return (&std_files[0]); + else if (fp == stdout) + return (&std_files[1]); + else if (fp == stderr) + return (&std_files[2]); + else + return (fp); +} + /* * Allocate and initialize a file lock. */ @@ -89,9 +104,10 @@ } void -_flockfile(FILE *fp) +_flockfile(FILE *f) { pthread_t curthread = _pthread_self(); + FILE *fp = get_file_with_lock(f); /* * Check if this is a real file with a valid lock, creating @@ -123,9 +139,10 @@ } int -_ftrylockfile(FILE *fp) +_ftrylockfile(FILE *f) { pthread_t curthread = _pthread_self(); + FILE *fp = get_file_with_lock(f); int ret = 0; /* @@ -153,9 +170,10 @@ } void -_funlockfile(FILE *fp) +_funlockfile(FILE *f) { pthread_t curthread = _pthread_self(); + FILE *fp = get_file_with_lock(f); /* * Check if this is a real file with a valid lock owned Index: lib/libc/stdio/findfp.c =================================================================== RCS file: /opt/FreeBSD/cvs/src/lib/libc/stdio/findfp.c,v retrieving revision 1.12 diff -u -r1.12 findfp.c --- lib/libc/stdio/findfp.c 2001/02/12 03:31:23 1.12 +++ lib/libc/stdio/findfp.c 2001/02/13 00:05:09 @@ -65,15 +65,14 @@ /* the usual - (stdin + stdout + stderr) */ static FILE usual[FOPEN_MAX - 3]; -static struct glue uglue = { NULL, FOPEN_MAX - 3, usual }; -FILE __sF[3] = { +__old_FILE __sF[3] = { std(__SRD, STDIN_FILENO), /* stdin */ std(__SWR, STDOUT_FILENO), /* stdout */ std(__SWR|__SNBF, STDERR_FILENO) /* stderr */ }; -struct glue __sglue = { &uglue, 3, __sF }; -static struct glue *lastglue = &uglue; +struct glue __sglue = { NULL, FOPEN_MAX - 3, usual }; +static struct glue *lastglue = &__sglue; static struct glue * moreglue __P((int)); @@ -123,6 +122,13 @@ * The list must be locked because a FILE may be updated. */ THREAD_LOCK(); + /* Check std{in,out,err} first. */ + for (n = 0; n < 3; n++) { + if (__sF[n]._flags == 0) { + fp = (FILE *)&__sF[n]; + goto found; + } + } for (g = &__sglue; g != NULL; g = g->next) { for (fp = g->iobs, n = g->niobs; --n >= 0; fp++) if (fp->_flags == 0) Index: lib/libc/stdio/fwalk.c =================================================================== RCS file: /opt/FreeBSD/cvs/src/lib/libc/stdio/fwalk.c,v retrieving revision 1.8 diff -u -r1.8 fwalk.c --- lib/libc/stdio/fwalk.c 2001/02/11 22:06:42 1.8 +++ lib/libc/stdio/fwalk.c 2001/02/13 00:02:19 @@ -65,6 +65,10 @@ * Avoid locking this list while walking it or else you will * introduce a potential deadlock in [at least] refill.c. */ + for (n = 0; n < 3; n++) { + if ((__sF[n]._flags != 0) && ((__sF[n]._flags & __SIGN) == 0)) + ret |= (*function)((FILE *)&__sF[n]); + } for (g = &__sglue; g != NULL; g = g->next) for (fp = g->iobs, n = g->niobs; --n >= 0; fp++) if ((fp->_flags != 0) && ((fp->_flags & __SIGN) == 0)) --------------F1DE339299AEF4912D6989B0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:29:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 8398E37B503 for ; Mon, 12 Feb 2001 16:29:22 -0800 (PST) Received: from zippy.pacbell.net ([207.214.149.200]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8O007G4652Z7@mta6.snfc21.pbi.net> for current@freebsd.org; Mon, 12 Feb 2001 16:17:42 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id C0E67187F; Mon, 12 Feb 2001 16:20:04 -0800 (PST) Date: Mon, 12 Feb 2001 16:20:04 -0800 From: Alex Zepeda Subject: Re: -CURRENT is bad for me... In-reply-to: <200102122220.f1CMKUm01666@mass.dis.org>; from msmith@FreeBSD.ORG on Mon, Feb 12, 2001 at 02:20:30PM -0800 To: current@freebsd.org Message-id: <20010212162004.A9106@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <200102122220.f1CMKUm01666@mass.dis.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 02:20:30PM -0800, Mike Smith wrote: > You can do better than this. Put the lock in FILE, and define a new > structure FILE_old, which has the same size/layout as the old FILE > structure. How is this more acceptable than bumping the major number? Are they really so precious that they can only be incremented once for a release cycle? Seems to me that a new major number is far cleaner than a gross hack. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:41:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 4609237B491 for ; Mon, 12 Feb 2001 16:41:17 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1D0f3W33157; Mon, 12 Feb 2001 17:41:03 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102130041.f1D0f3W33157@harmony.village.org> To: Daniel Eischen Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Cc: John Indra , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 12 Feb 2001 19:28:30 EST." <3A887FAE.CF15C4BE@vigrid.com> References: <3A887FAE.CF15C4BE@vigrid.com> Date: Mon, 12 Feb 2001 17:41:03 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A887FAE.CF15C4BE@vigrid.com> Daniel Eischen writes: : Attached is a patch that attempts to work around recent stdio : breakage in -current. I've verified it compiles, but won't be : able to test it until at least tomorrow. If someone wants to : review it and verify it works, I'll commit it. Thank you! I appreciate this! I'll kick off the compile right now. I have a machine I need to upgrade tonight. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:41:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id B799B37B4EC for ; Mon, 12 Feb 2001 16:41:17 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D0fDI07534; Mon, 12 Feb 2001 16:41:13 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 16:41:12 -0800 From: "David O'Brien" To: Warner Losh Cc: freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT is bad for me... Message-ID: <20010212164112.B3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102122119.f1CLJaW31538@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102122119.f1CLJaW31538@harmony.village.org>; from imp@harmony.village.org on Mon, Feb 12, 2001 at 02:19:36PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 02:19:36PM -0700, Warner Losh wrote: > Changes of this magnitude require a bump of the major number, even > though we've already done that in -current. It breaks nearly > everything, including the upgrade path. How does it break the upgrade path from 4.x to 5.0?? 5.0 has a higher libc.so version than 4.2. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:44: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id C252C37B491 for ; Mon, 12 Feb 2001 16:44:03 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id BAA92019; Tue, 13 Feb 2001 01:43:21 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Daniel Eischen Cc: Warner Losh , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <3A887FAE.CF15C4BE@vigrid.com> From: Dag-Erling Smorgrav Date: 13 Feb 2001 01:43:20 +0100 In-Reply-To: Daniel Eischen's message of "Mon, 12 Feb 2001 19:28:30 -0500" Message-ID: Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Eischen writes: > Attached is a patch that attempts to work around recent stdio > breakage in -current. I've verified it compiles, but won't be > able to test it until at least tomorrow. If someone wants to > review it and verify it works, I'll commit it. Please. Let's not, and say we did. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:45:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 9D99037B491 for ; Mon, 12 Feb 2001 16:45:27 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D0j7607660; Mon, 12 Feb 2001 16:45:07 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 16:45:06 -0800 From: "David O'Brien" To: Alex Zepeda Cc: current@freebsd.org Subject: Re: -CURRENT is bad for me... Message-ID: <20010212164506.C3038@dragon.nuxi.com> Reply-To: freebsd-current@freebsd.org References: <200102122220.f1CMKUm01666@mass.dis.org> <20010212162004.A9106@zippy.mybox.zip> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010212162004.A9106@zippy.mybox.zip>; from jazepeda@pacbell.net on Mon, Feb 12, 2001 at 04:20:04PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 04:20:04PM -0800, Alex Zepeda wrote: > How is this more acceptable than bumping the major number? Are they > really so precious that they can only be incremented once for a release > cycle? Yes. I don't want to be in a position where we wonder what happened to libc.so.5 when I don't see it in my /usr/lib/ or /usr/lib/compat/ > Seems to me that a new major number is far cleaner than a gross hack. I am very against this. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:46: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0B13537B491 for ; Mon, 12 Feb 2001 16:45:56 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1D0jtW33231 for ; Mon, 12 Feb 2001 17:45:55 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102130045.f1D0jtW33231@harmony.village.org> To: freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT is bad for me... In-reply-to: Your message of "Mon, 12 Feb 2001 16:41:12 PST." <20010212164112.B3038@dragon.nuxi.com> References: <20010212164112.B3038@dragon.nuxi.com> <200102122119.f1CLJaW31538@harmony.village.org> Date: Mon, 12 Feb 2001 17:45:55 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010212164112.B3038@dragon.nuxi.com> "David O'Brien" writes: : On Mon, Feb 12, 2001 at 02:19:36PM -0700, Warner Losh wrote: : > Changes of this magnitude require a bump of the major number, even : > though we've already done that in -current. It breaks nearly : > everything, including the upgrade path. : : How does it break the upgrade path from 4.x to 5.0?? 5.0 has a higher : libc.so version than 4.2. It breaks the current pre Feb 10 -> current post Feb 10 case. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:47: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id C071E37B491 for ; Mon, 12 Feb 2001 16:46:59 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1D0klW33264; Mon, 12 Feb 2001 17:46:47 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102130046.f1D0klW33264@harmony.village.org> To: Dag-Erling Smorgrav Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Cc: Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "13 Feb 2001 01:43:20 +0100." References: <3A887FAE.CF15C4BE@vigrid.com> Date: Mon, 12 Feb 2001 17:46:47 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Dag-Erling Smorgrav writes: : Daniel Eischen writes: : > Attached is a patch that attempts to work around recent stdio : > breakage in -current. I've verified it compiles, but won't be : > able to test it until at least tomorrow. If someone wants to : > review it and verify it works, I'll commit it. : : Please. Let's not, and say we did. I'd rather see this patch, or something similar, than bump the major version again. We can phase in a better way to obviate the need to do this in the future. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:47:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 61FB937B491 for ; Mon, 12 Feb 2001 16:47:26 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D0kKa07689; Mon, 12 Feb 2001 16:46:20 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 16:46:20 -0800 From: "David O'Brien" To: Alex Zepeda Cc: current@freebsd.org Subject: Re: -CURRENT is bad for me... Message-ID: <20010212164620.D3038@dragon.nuxi.com> Reply-To: freebsd-current@freebsd.org References: <200102122119.f1CLJaW31538@harmony.village.org> <20010212134216.A1647@zippy.mybox.zip> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010212134216.A1647@zippy.mybox.zip>; from jazepeda@pacbell.net on Mon, Feb 12, 2001 at 01:42:16PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 01:42:16PM -0800, Alex Zepeda wrote: > Yup, I agree here. IMO so many things depend on the stdio bits, that a > major number increase would have been desireable. So far, bzip2, > pine/pico, GNU make, the GNU i18n stuff, fetchmail all needed to be > rebuilt. Bumping the major number would at least allow these a stay of > execution. /usr/ports is *very* easy to use. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:48:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 31C4637B491 for ; Mon, 12 Feb 2001 16:48:38 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id BAA92062; Tue, 13 Feb 2001 01:48:34 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Warner Losh Cc: Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <3A887FAE.CF15C4BE@vigrid.com> <200102130046.f1D0klW33264@harmony.village.org> From: Dag-Erling Smorgrav Date: 13 Feb 2001 01:48:33 +0100 In-Reply-To: Warner Losh's message of "Mon, 12 Feb 2001 17:46:47 -0700" Message-ID: Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh writes: > I'd rather see this patch, or something similar, than bump the major > version again. We can phase in a better way to obviate the need to do > this in the future. Brian Feldman, Peter Wemm, David O'Brien and myself have been discussing possible solutions on IRC for the past two hours. Peter will likely commit a patch sometime soon. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:52:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 01EB437B684 for ; Mon, 12 Feb 2001 16:52:29 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1D0qFW33330; Mon, 12 Feb 2001 17:52:15 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102130052.f1D0qFW33330@harmony.village.org> To: Dag-Erling Smorgrav Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Cc: Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "13 Feb 2001 01:48:33 +0100." References: <3A887FAE.CF15C4BE@vigrid.com> <200102130046.f1D0klW33264@harmony.village.org> Date: Mon, 12 Feb 2001 17:52:15 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Dag-Erling Smorgrav writes: : Warner Losh writes: : > I'd rather see this patch, or something similar, than bump the major : > version again. We can phase in a better way to obviate the need to do : > this in the future. : : Brian Feldman, Peter Wemm, David O'Brien and myself have been : discussing possible solutions on IRC for the past two hours. Peter : will likely commit a patch sometime soon. If there's something better than Daniel's solution that doesn't require a major bump and is compatible with the old libc.so.5 api, then I'm all for that. I'd love to test it out as well if there's any desire for that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:55:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id B62ED37B4EC for ; Mon, 12 Feb 2001 16:55:10 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D0t9607952 for freebsd-current@FreeBSD.ORG; Mon, 12 Feb 2001 16:55:09 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 16:55:09 -0800 From: "David O'Brien" To: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212165509.E3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <3A887FAE.CF15C4BE@vigrid.com> <200102130046.f1D0klW33264@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Tue, Feb 13, 2001 at 01:48:33AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 13, 2001 at 01:48:33AM +0100, Dag-Erling Smorgrav wrote: > Peter will likely commit a patch sometime soon. I am hoping it is posted for discussion to -arch before commit (so we get this right). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:57:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id BC98737B684 for ; Mon, 12 Feb 2001 16:57:21 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D0vJo08018; Mon, 12 Feb 2001 16:57:19 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 16:57:19 -0800 From: "David O'Brien" To: Matt Dillon Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas Message-ID: <20010212165719.F3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102120024.BAA49364@midten.fast.no> <200102120044.f1C0iLV01142@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102120044.f1C0iLV01142@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Feb 11, 2001 at 04:44:21PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Feb 11, 2001 at 04:44:21PM -0800, Matt Dillon wrote: > This is a major change to libc. The library maj must be bumped if you > intend to change the sizeof(FILE), or every single third party application > that uses stdio will break. For -stable this would be true. We've already done the bump in -current. -current users are expected to be able to work themselves over this huddle. Alternately, we should add symbol versioning to our shared libs like Solaris does. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:58:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id BF7A737B491 for ; Mon, 12 Feb 2001 16:58:14 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D0wBX08031; Mon, 12 Feb 2001 16:58:11 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 16:58:11 -0800 From: "David O'Brien" To: Garrett Wollman Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas Message-ID: <20010212165810.G3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102120024.BAA49364@midten.fast.no> <200102120044.f1C0iLV01142@earth.backplane.com> <20010211165129.A3041@mollari.cthul.hu> <200102121647.LAA18854@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102121647.LAA18854@khavrinen.lcs.mit.edu>; from wollman@khavrinen.lcs.mit.edu on Mon, Feb 12, 2001 at 11:47:04AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 11:47:04AM -0500, Garrett Wollman wrote: > However, this may turn out to be so painful that we need to bump it > again. That is (1) against Handbook documented policy, (2) too hackish (we aren't Linux). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 16:59:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 0089A37B491 for ; Mon, 12 Feb 2001 16:59:41 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id TAA07270; Mon, 12 Feb 2001 19:58:21 -0500 (EST) Date: Mon, 12 Feb 2001 19:58:20 -0500 (EST) From: Daniel Eischen To: Dag-Erling Smorgrav Cc: Warner Losh , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13 Feb 2001, Dag-Erling Smorgrav wrote: > Warner Losh writes: > > I'd rather see this patch, or something similar, than bump the major > > version again. We can phase in a better way to obviate the need to do > > this in the future. > > Brian Feldman, Peter Wemm, David O'Brien and myself have been > discussing possible solutions on IRC for the past two hours. Peter > will likely commit a patch sometime soon. I wish someone would have told me; I wouldn't have bothered with the patch. At any rate, kudos to you if you can fix it. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17: 4:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 0490137B491 for ; Mon, 12 Feb 2001 17:04:22 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA92252; Tue, 13 Feb 2001 02:04:17 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Warner Losh Cc: Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <3A887FAE.CF15C4BE@vigrid.com> <200102130046.f1D0klW33264@harmony.village.org> <200102130052.f1D0qFW33330@harmony.village.org> From: Dag-Erling Smorgrav Date: 13 Feb 2001 02:04:14 +0100 In-Reply-To: Warner Losh's message of "Mon, 12 Feb 2001 17:52:15 -0700" Message-ID: Lines: 14 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh writes: > If there's something better than Daniel's solution that doesn't > require a major bump and is compatible with the old libc.so.5 api, > then I'm all for that. I'd love to test it out as well if there's any > desire for that. Yes, there is. Steal _cookie, rename it to _ext or something like that, and make it point to a separate structure that contains _cookie and the mutex. Optionally add a #define to avoid changing libc code that uses _cookie. That's not what Peter intends to commit, though. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17: 5: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 020D737B491 for ; Mon, 12 Feb 2001 17:05:06 -0800 (PST) Received: from zippy.pacbell.net ([207.214.149.200]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8O004F56REOA@mta5.snfc21.pbi.net> for current@freebsd.org; Mon, 12 Feb 2001 16:30:55 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id F0955187F; Mon, 12 Feb 2001 16:33:26 -0800 (PST) Date: Mon, 12 Feb 2001 16:33:26 -0800 From: Alex Zepeda Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-reply-to: <3A887FAE.CF15C4BE@vigrid.com>; from eischen@vigrid.com on Mon, Feb 12, 2001 at 07:28:30PM -0500 To: current@freebsd.org Message-id: <20010212163326.A20764@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <3A887FAE.CF15C4BE@vigrid.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 07:28:30PM -0500, Daniel Eischen wrote: > Attached is a patch that attempts to work around recent stdio > breakage in -current. I've verified it compiles, but won't be > able to test it until at least tomorrow. If someone wants to > review it and verify it works, I'll commit it. How about this? :^) --- lib/libc/Makefile.orig Mon Feb 12 16:30:48 2001 +++ lib/libc/Makefile Mon Feb 12 16:30:37 2001 @@ -7,7 +7,7 @@ # from CFLAGS below. To remove these strings from just the system call # stubs, remove just -DSYSLIBC_RCS from CFLAGS. LIB=c -SHLIB_MAJOR= 5 +SHLIB_MAJOR= 6 SHLIB_MINOR= 0 CFLAGS+=-DLIBC_RCS -DSYSLIBC_RCS -I${.CURDIR}/include AINC= -I${.CURDIR}/${MACHINE_ARCH} - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17: 6: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id A204037B4EC for ; Mon, 12 Feb 2001 17:06:04 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1D15aU56009; Mon, 12 Feb 2001 17:05:36 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102130105.f1D15aU56009@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Warner Losh Cc: Dag-Erling Smorgrav , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: <200102130046.f1D0klW33264@harmony.village.org> Date: Mon, 12 Feb 2001 17:05:36 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > In message Dag-Erling Smorgrav writes: > : Daniel Eischen writes: > : > Attached is a patch that attempts to work around recent stdio > : > breakage in -current. I've verified it compiles, but won't be > : > able to test it until at least tomorrow. If someone wants to > : > review it and verify it works, I'll commit it. > : > : Please. Let's not, and say we did. > > I'd rather see this patch, or something similar, than bump the major > version again. We can phase in a better way to obviate the need to do > this in the future. Personally, I think we place far too much weight on the major number thing. I think we should be allowed to bump it when the alternative is 'major pain' to developers. I also object to hacking around like this. I would far prefer that we fix it properly. We *need* to be able to innovate, especially with locking in libc in 5.x. I suspect we will have major events like this several more times before 5.0-R when we add in hooks for KSE or rfork threading. http://people.freebsd.org/~peter/stdio.diff3 Lets commit that and get on with life. Existing binaries will just keep on running. And if we dont ship libc.so.5, in 5.0-R, then *so what*? Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17: 7: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 16BEC37B4EC for ; Mon, 12 Feb 2001 17:06:58 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D16pH08250; Mon, 12 Feb 2001 17:06:51 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 17:06:50 -0800 From: "David O'Brien" To: Alex Zepeda Cc: current@freebsd.org Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212170650.I3038@dragon.nuxi.com> Reply-To: freebsd-current@freebsd.org References: <3A887FAE.CF15C4BE@vigrid.com> <20010212163326.A20764@zippy.mybox.zip> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010212163326.A20764@zippy.mybox.zip>; from jazepeda@pacbell.net on Mon, Feb 12, 2001 at 04:33:26PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 04:33:26PM -0800, Alex Zepeda wrote: > How about this? :^) Because bumping the shared version again needs *DISCUSSING*. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17: 9:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id AD98137B503 for ; Mon, 12 Feb 2001 17:09:30 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1D19JU56042; Mon, 12 Feb 2001 17:09:19 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102130109.f1D19JU56042@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Dag-Erling Smorgrav Cc: Warner Losh , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: Date: Mon, 12 Feb 2001 17:09:19 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > Warner Losh writes: > > I'd rather see this patch, or something similar, than bump the major > > version again. We can phase in a better way to obviate the need to do > > this in the future. > > Brian Feldman, Peter Wemm, David O'Brien and myself have been > discussing possible solutions on IRC for the past two hours. Peter > will likely commit a patch sometime soon. Sorry, I made the mistake of looking at this bikeshed and lost my nerve. The patch I was going to commit was: http://people.freebsd.org/~peter/stdio.diff3 .. but this *totally* breaks installworld due to *BAD* brokenness in installworld. I can deal with /usr/local and /usr/X11R6 recompiles, but when the installworld dies because the dynamic linked copy of /usr/bin/* in /tmp/XXX/* gets the /usr/lib/libc.so.5 clobbered and explodes, leaving a 100% totally screwed up system, then I begin to think we are doing something wrong. If it wasn't for that, I could deal with a /usr/local and /usr/X11R6/lib recompile. I wish the people who say 'dont bump libraries at any cost' would fix the build so it was possible for an installworld to complete with an incompatable libc change. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:11:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 3B49F37B4EC for ; Mon, 12 Feb 2001 17:11:36 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA92305; Tue, 13 Feb 2001 02:11:28 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Wemm Cc: Warner Losh , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <200102130105.f1D15aU56009@mobile.wemm.org> From: Dag-Erling Smorgrav Date: 13 Feb 2001 02:11:26 +0100 In-Reply-To: Peter Wemm's message of "Mon, 12 Feb 2001 17:05:36 -0800" Message-ID: Lines: 18 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm writes: > http://people.freebsd.org/~peter/stdio.diff3 Except that we bump to 500 instead of 6, and back to 5 before -RELEASE. When we've branched RELENG_5, if we need to bump libc's major in 6.0-CURRENT, we bump it to 600, then 601 etc. as many times as we want, and bump it down to 6 before 6.0-RELEASE. People tracking -CURRENT will end up with a handful of different libc versions, but they'll avoid the pains we're going through now, and people upgrading from RELENG_N to RELENG_N+1 will never see a libc major version increase of more than 1. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:12: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 93D7E37B65D for ; Mon, 12 Feb 2001 17:12:02 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1D1BpU56116; Mon, 12 Feb 2001 17:11:51 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102130111.f1D1BpU56116@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Warner Losh Cc: Dag-Erling Smorgrav , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: <200102130052.f1D0qFW33330@harmony.village.org> Date: Mon, 12 Feb 2001 17:11:50 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > In message Dag-Erling Smorgrav writes: > : Warner Losh writes: > : > I'd rather see this patch, or something similar, than bump the major > : > version again. We can phase in a better way to obviate the need to do > : > this in the future. > : > : Brian Feldman, Peter Wemm, David O'Brien and myself have been > : discussing possible solutions on IRC for the past two hours. Peter > : will likely commit a patch sometime soon. > > If there's something better than Daniel's solution that doesn't > require a major bump and is compatible with the old libc.so.5 api, > then I'm all for that. I'd love to test it out as well if there's any > desire for that. Do you really want to carry the baggage for the entire 5.0-RELEASE and 5-STABLE branch? Just because of a pedantic policy point? Personally, I think that sucks. :-( Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:12:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 8E5BE37B491 for ; Mon, 12 Feb 2001 17:12:51 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.1/8.11.1) with ESMTP id f1D1D6m02339; Mon, 12 Feb 2001 17:13:06 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200102130113.f1D1D6m02339@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Alex Zepeda Cc: current@freebsd.org Subject: Re: -CURRENT is bad for me... In-reply-to: Your message of "Mon, 12 Feb 2001 16:20:04 PST." <20010212162004.A9106@zippy.mybox.zip> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Feb 2001 17:13:06 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, Feb 12, 2001 at 02:20:30PM -0800, Mike Smith wrote: > > > You can do better than this. Put the lock in FILE, and define a new > > structure FILE_old, which has the same size/layout as the old FILE > > structure. > > How is this more acceptable than bumping the major number? Are they > really so precious that they can only be incremented once for a release > cycle? Seems to me that a new major number is far cleaner than a gross hack. The major number has ALREADY BEEN BUMPED. The "gross hack" is a transitional step necessary for the upgrade path to work, and would be removed after it was no longer required. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:13:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 1F64537B491 for ; Mon, 12 Feb 2001 17:13:52 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D1Dfi08457; Mon, 12 Feb 2001 17:13:41 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 17:13:40 -0800 From: "David O'Brien" To: Peter Wemm Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212171340.J3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102130109.f1D19JU56042@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102130109.f1D19JU56042@mobile.wemm.org>; from peter@netplex.com.au on Mon, Feb 12, 2001 at 05:09:19PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 05:09:19PM -0800, Peter Wemm wrote: > I can deal with /usr/local and /usr/X11R6 recompiles, but when the > installworld dies because the dynamic linked copy of /usr/bin/* in > /tmp/XXX/* gets the /usr/lib/libc.so.5 clobbered and explodes, leaving > a 100% totally screwed up system, then I begin to think we are doing > something wrong. > > If it wasn't for that, I could deal with a /usr/local and > /usr/X11R6/lib recompile. 100% agreed. Before doing this, can we put out a *HEADS UP* for people to NOT update their -current boxes for a day or two, and take a look at fixing the `make installworld' problem? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:14:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id AB95C37B67D for ; Mon, 12 Feb 2001 17:14:17 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA92390; Tue, 13 Feb 2001 02:14:04 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Wemm Cc: Warner Losh , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <200102130109.f1D19JU56042@mobile.wemm.org> From: Dag-Erling Smorgrav Date: 13 Feb 2001 02:14:03 +0100 In-Reply-To: Peter Wemm's message of "Mon, 12 Feb 2001 17:09:19 -0800" Message-ID: Lines: 13 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm writes: > Sorry, I made the mistake of looking at this bikeshed and lost my nerve. > The patch I was going to commit was: > http://people.freebsd.org/~peter/stdio.diff3 > .. but this *totally* breaks installworld due to *BAD* brokenness in > installworld. No, it doesn't, because you bumped the libc major. Set it to 500 like we discussedm, and commit (or I will, damnit). DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:19:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 55A1537B491 for ; Mon, 12 Feb 2001 17:19:32 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D1IR508586; Mon, 12 Feb 2001 17:18:27 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 17:18:26 -0800 From: "David O'Brien" To: Dag-Erling Smorgrav Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212171826.K3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102130109.f1D19JU56042@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Tue, Feb 13, 2001 at 02:14:03AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 13, 2001 at 02:14:03AM +0100, Dag-Erling Smorgrav wrote: > > No, it doesn't, because you bumped the libc major. Set it to 500 like > we discussedm, and commit (or I will, damnit). Uh, NO. It was discussed on IRC, NOT -arch. It needs to go there before doing something like this. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:21: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 0A21B37B4EC for ; Mon, 12 Feb 2001 17:21:03 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1D1KpU56194; Mon, 12 Feb 2001 17:20:51 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102130120.f1D1KpU56194@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Dag-Erling Smorgrav Cc: Warner Losh , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: Date: Mon, 12 Feb 2001 17:20:51 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > Peter Wemm writes: > > http://people.freebsd.org/~peter/stdio.diff3 > > Except that we bump to 500 instead of 6, and back to 5 before > -RELEASE. > > When we've branched RELENG_5, if we need to bump libc's major in > 6.0-CURRENT, we bump it to 600, then 601 etc. as many times as we > want, and bump it down to 6 before 6.0-RELEASE. > > People tracking -CURRENT will end up with a handful of different libc > versions, but they'll avoid the pains we're going through now, and > people upgrading from RELENG_N to RELENG_N+1 will never see a libc > major version increase of more than 1. I think this is the least evil of all. I totally support this option. It gives us a nice stable sequential *-RELEASE version numbering sequence without holes. It avoids the current problem: - RELENG_4 bumped from 3.0 to 4.0 - this forced a premature 4.0->5.0 bump in -current - we missed our chance for major changes. (!!!) If we had taken -current to 500, we could go to 501, 502, etc as required to stop killing our developers, and prior to entering 5.0-BETA we go back to the next sequentially available major number (be it 5, or 6 if RELENG_4 bumps again). Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:21:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id F117737B65D for ; Mon, 12 Feb 2001 17:21:25 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1D1LHU56217; Mon, 12 Feb 2001 17:21:17 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102130121.f1D1LHU56217@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Daniel Eischen Cc: Warner Losh , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: <3A887FAE.CF15C4BE@vigrid.com> Date: Mon, 12 Feb 2001 17:21:17 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Eischen wrote: > Attached is a patch that attempts to work around recent stdio > breakage in -current. I've verified it compiles, but won't be > able to test it until at least tomorrow. If someone wants to > review it and verify it works, I'll commit it. > > Thanks, > __BEGIN_DECLS > -extern FILE __sF[]; > +extern __old_FILE __sF[]; > __END_DECLS > -#define stdin (&__sF[0]) > -#define stdout (&__sF[1]) > -#define stderr (&__sF[2]) > +#define stdin ((FILE *)&__sF[0]) > +#define stdout ((FILE *)&__sF[1]) > +#define stderr ((FILE *)&__sF[2]) The problem with this is that it carries the baggage into 5.0-RELEASE and beyond... I wish there was a way we could get rid the array entirely and still stay compatable, but I dont see how. :-( A major bump makes it easy. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:22:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 9410E37B4EC; Mon, 12 Feb 2001 17:22:18 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1D1MIU56283; Mon, 12 Feb 2001 17:22:18 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102130122.f1D1MIU56283@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Mike Smith Cc: Alex Zepeda , current@FreeBSD.ORG Subject: Re: -CURRENT is bad for me... In-Reply-To: <200102130113.f1D1D6m02339@mass.dis.org> Date: Mon, 12 Feb 2001 17:22:17 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > On Mon, Feb 12, 2001 at 02:20:30PM -0800, Mike Smith wrote: > > > > > You can do better than this. Put the lock in FILE, and define a new > > > structure FILE_old, which has the same size/layout as the old FILE > > > structure. > > > > How is this more acceptable than bumping the major number? Are they > > really so precious that they can only be incremented once for a release > > cycle? Seems to me that a new major number is far cleaner than a gross hac k. > > The major number has ALREADY BEEN BUMPED. > > The "gross hack" is a transitional step necessary for the upgrade path to > work, and would be removed after it was no longer required. The "gross hack" can *NEVER* be removed and will live on through 5.0-RELEASE and 5.0-STABLE, because we *continue* to compile in the wrong sizes into applications. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:22:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 352D637B503 for ; Mon, 12 Feb 2001 17:22:19 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1D1LwW33639; Mon, 12 Feb 2001 18:21:58 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102130121.f1D1LwW33639@harmony.village.org> To: Peter Wemm Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Cc: Dag-Erling Smorgrav , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 12 Feb 2001 17:05:36 PST." <200102130105.f1D15aU56009@mobile.wemm.org> References: <200102130105.f1D15aU56009@mobile.wemm.org> Date: Mon, 12 Feb 2001 18:21:58 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102130105.f1D15aU56009@mobile.wemm.org> Peter Wemm writes: : Personally, I think we place far too much weight on the major number thing. : I think we should be allowed to bump it when the alternative is 'major pain' : to developers. The more I think about this, the more that I think that you are right. I'd go farther and also say that we won't produce a libcompat/libc.so.5.uu or any other "current only" libc versions. : I also object to hacking around like this. I would far prefer that we fix : it properly. We *need* to be able to innovate, especially with locking in : libc in 5.x. I suspect we will have major events like this several more : times before 5.0-R when we add in hooks for KSE or rfork threading. And that's the argument that tipped me over from hacking around it... : http://people.freebsd.org/~peter/stdio.diff3 That looks good. I especially like the coupling of the std* changes to the new major version. I've killed my other build and will try to build this one. : Lets commit that and get on with life. Existing binaries will just keep : on running. : : And if we dont ship libc.so.5, in 5.0-R, then *so what*? I'd like to see a bias against major bumps remain in place, but I think that this change requires one. That is, we still don't generally bump major verions, but are allowed to when the pain is major. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:24: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 8E1B237B4EC for ; Mon, 12 Feb 2001 17:23:58 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D1Nf108668; Mon, 12 Feb 2001 17:23:41 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 17:23:40 -0800 From: "David O'Brien" To: Julian Elischer Cc: Jason Evans , current@freebsd.org Subject: Re: kernel threading: the first steps [patch] Message-ID: <20010212172340.L3038@dragon.nuxi.com> Reply-To: freebsd-current@freebsd.org References: <200101270833.AAA75738@InterJet.elischer.org> <20010127041753.K87569@canonware.com> <3A73E5E8.79891C01@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A73E5E8.79891C01@elischer.org>; from julian@elischer.org on Sun, Jan 28, 2001 at 01:27:04AM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Jan 28, 2001 at 01:27:04AM -0800, Julian Elischer wrote: > > This is the single most flagrant lack of cooperation I have experienced > > while working with the FreeBSD Project. I'm truly dumbfounded. > > It's not a lack of co-operation.. it's a lack of communication. I didn't > see an any lists that anyone was doing this yet and thought I'd get > the ball rolling to promote discussion.. I'm dumfounded to discover that you've > done work here already as I thought I'd have heard of it. We've been waiting on JHB's (and others) locking changes on the proc structure because those will do nothing but make conflicts in the patches jasone has already. Has JHB made all the proc changes he was going to? -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:26:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 1597737B491 for ; Mon, 12 Feb 2001 17:26:10 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1D1Q6W33680; Mon, 12 Feb 2001 18:26:07 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102130126.f1D1Q6W33680@harmony.village.org> To: Dag-Erling Smorgrav Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "13 Feb 2001 02:11:26 +0100." References: <200102130105.f1D15aU56009@mobile.wemm.org> Date: Mon, 12 Feb 2001 18:26:06 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Dag-Erling Smorgrav writes: : Peter Wemm writes: : > http://people.freebsd.org/~peter/stdio.diff3 : : Except that we bump to 500 instead of 6, and back to 5 before : -RELEASE. I don't think this will work. It is hard to downgrade a major number for libc.so. At least it used to be. : People tracking -CURRENT will end up with a handful of different libc : versions, but they'll avoid the pains we're going through now, and : people upgrading from RELENG_N to RELENG_N+1 will never see a libc : major version increase of more than 1. I don't see why we need only an increment of 1. What does this buy us other than a minor warm fuzzy. OpenBSD bumps libc bunchs of times per release cycle (they are up to libc.so.24 if my sources are current). I've not seen it cause problems there. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:27:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 6809B37B491 for ; Mon, 12 Feb 2001 17:27:24 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D1RId08804; Mon, 12 Feb 2001 17:27:18 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 17:27:18 -0800 From: "David O'Brien" To: Peter Wemm Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212172717.M3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102130120.f1D1KpU56194@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102130120.f1D1KpU56194@mobile.wemm.org>; from peter@netplex.com.au on Mon, Feb 12, 2001 at 05:20:51PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 05:20:51PM -0800, Peter Wemm wrote: > It avoids the current problem: > - RELENG_4 bumped from 3.0 to 4.0 > - this forced a premature 4.0->5.0 bump in -current Actually "NO". I bumped libc.so because Garret said he had changes ready for libc, but was waiting for someone to bump the shared version number. > - we missed our chance for major changes. (!!!) In the past, once it was bumped, incompatable changes to libc.so were fair game for -CURRENT. > If we had taken -current to 500, we could go to 501, 502, etc as > required to stop killing our developers, and prior to entering 5.0-BETA we > go back to the next sequentially available major number (be it 5, or 6 > if RELENG_4 bumps again). /me wonders if we'll also do something about all the other things we do that kills our developers in -current...... -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:27:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 7531B37B491 for ; Mon, 12 Feb 2001 17:27:31 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1D1RKU56334; Mon, 12 Feb 2001 17:27:20 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102130127.f1D1RKU56334@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Dag-Erling Smorgrav Cc: Warner Losh , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: Date: Mon, 12 Feb 2001 17:27:20 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > Peter Wemm writes: > > Sorry, I made the mistake of looking at this bikeshed and lost my nerve. > > The patch I was going to commit was: > > http://people.freebsd.org/~peter/stdio.diff3 > > .. but this *totally* breaks installworld due to *BAD* brokenness in > > installworld. > > No, it doesn't, because you bumped the libc major. Set it to 500 like > we discussedm, and commit (or I will, damnit). Sorry, I meant without the bump. it goes something like this: install -c libc.so.5 /usr/lib install -c libc_pic.a /usr/lib /usr/libexec/ld-elf.so.1: undefined symbol __sF in COPY relocation at which point any stdio using dynamic binary is hosed, including the *USELESS* copies in /tmp that installworld stashed away. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:28:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id EC7E937B491 for ; Mon, 12 Feb 2001 17:28:41 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.1/8.11.1) with ESMTP id f1D1SWm02448; Mon, 12 Feb 2001 17:28:32 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200102130128.f1D1SWm02448@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Peter Wemm Cc: Alex Zepeda , current@FreeBSD.ORG Subject: Re: -CURRENT is bad for me... In-reply-to: Your message of "Mon, 12 Feb 2001 17:22:17 PST." <200102130122.f1D1MIU56283@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Feb 2001 17:28:32 -0800 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mike Smith wrote: > > > On Mon, Feb 12, 2001 at 02:20:30PM -0800, Mike Smith wrote: > > > > > > > You can do better than this. Put the lock in FILE, and define a new > > > > structure FILE_old, which has the same size/layout as the old FILE > > > > structure. > > > > > > How is this more acceptable than bumping the major number? Are they > > > really so precious that they can only be incremented once for a release > > > cycle? Seems to me that a new major number is far cleaner than a gross hac > k. > > > > The major number has ALREADY BEEN BUMPED. > > > > The "gross hack" is a transitional step necessary for the upgrade path to > > work, and would be removed after it was no longer required. > > The "gross hack" can *NEVER* be removed and will live on through 5.0-RELEASE > and 5.0-STABLE, because we *continue* to compile in the wrong sizes into > applications. Er, no, we wouldn't do this. The "gross hack" ensures binary compatibility with old applications. It's up to you or someone else to fix the source-level implementation of stdin/out/err such that it's not dependant on the size of the new FILE structure. This is the same as, for example, renaming an ioctl to keep an old interface alive. Newly compiled code uses the new interface, not the old one. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:29:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 2EB9037B4EC for ; Mon, 12 Feb 2001 17:29:05 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D1T0K08817; Mon, 12 Feb 2001 17:29:00 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 17:28:59 -0800 From: "David O'Brien" To: Warner Losh Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212172859.N3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102130105.f1D15aU56009@mobile.wemm.org> <200102130121.f1D1LwW33639@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102130121.f1D1LwW33639@harmony.village.org>; from imp@harmony.village.org on Mon, Feb 12, 2001 at 06:21:58PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 06:21:58PM -0700, Warner Losh wrote: > In message <200102130105.f1D15aU56009@mobile.wemm.org> Peter Wemm writes: > : Personally, I think we place far too much weight on the major number thing. > : I think we should be allowed to bump it when the alternative is 'major pain' > : to developers. > > The more I think about this, the more that I think that you are right. > I'd go farther and also say that we won't produce a > libcompat/libc.so.5.uu or any other "current only" libc versions. Huh?? We've never made a compat lib of a -current shared lib before. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:30: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 6944E37B491 for ; Mon, 12 Feb 2001 17:29:58 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA92539; Tue, 13 Feb 2001 02:29:54 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Warner Losh Cc: Peter Wemm , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <200102130105.f1D15aU56009@mobile.wemm.org> <200102130121.f1D1LwW33639@harmony.village.org> From: Dag-Erling Smorgrav Date: 13 Feb 2001 02:29:54 +0100 In-Reply-To: Warner Losh's message of "Mon, 12 Feb 2001 18:21:58 -0700" Message-ID: Lines: 18 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh writes: > I'd like to see a bias against major bumps remain in place, but I > think that this change requires one. That is, we still don't > generally bump major verions, but are allowed to when the pain is > major. We can keep that bias by using temporary three-digit majors in -CURRENT and backing down to a single-digit major right before the first -RELEASE. In this specific case, we'd go from 5 to 500 or 501, then back to 5 right before 5.0-RELEASE; this will still screw people with older-than-feb-10 systems but at least they'll have plenty of time to rebuild their ports and stuff. For 6.0, we'd go straight from 5 to 600 or 601, then down to 6 right before 6.0-RELEASE, and nobody would get screwed. You know it makes sense. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:32:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0421E37B491 for ; Mon, 12 Feb 2001 17:32:19 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1D1VrW33790; Mon, 12 Feb 2001 18:31:53 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102130131.f1D1VrW33790@harmony.village.org> To: Peter Wemm Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Cc: Dag-Erling Smorgrav , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 12 Feb 2001 17:20:51 PST." <200102130120.f1D1KpU56194@mobile.wemm.org> References: <200102130120.f1D1KpU56194@mobile.wemm.org> Date: Mon, 12 Feb 2001 18:31:53 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102130120.f1D1KpU56194@mobile.wemm.org> Peter Wemm writes: : If we had taken -current to 500, we could go to 501, 502, etc as : required to stop killing our developers, and prior to entering 5.0-BETA we : go back to the next sequentially available major number (be it 5, or 6 : if RELENG_4 bumps again). I've had problems in the past going backwards on major versions of shared libaries. The major problem is that if I have binaries that refer to libc.so.503, then when the major number is reverted back to 5, it is a nop because ld will use libc.so.503 for new binaries. What's wrong with shipping with say libc.so.505 in 5.0 and then say libc.so.645 in 6.0? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:32:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 8DB3937B503 for ; Mon, 12 Feb 2001 17:32:21 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1D1WFU56412; Mon, 12 Feb 2001 17:32:15 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102130132.f1D1WFU56412@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Warner Losh Cc: Dag-Erling Smorgrav , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: <200102130126.f1D1Q6W33680@harmony.village.org> Date: Mon, 12 Feb 2001 17:32:15 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > In message Dag-Erling Smorgrav writes: > : Peter Wemm writes: > : > http://people.freebsd.org/~peter/stdio.diff3 > : > : Except that we bump to 500 instead of 6, and back to 5 before > : -RELEASE. > > I don't think this will work. It is hard to downgrade a major number > for libc.so. At least it used to be. FYI; this is no longer the case. The numbers in the names mean nothing to ld or ldconfig. The library name is "libc.so.5" as a string with no significance to the naming at all. The versioning is done at link time by the libfoo.so -> libfoo.so.N symlink. > : People tracking -CURRENT will end up with a handful of different libc > : versions, but they'll avoid the pains we're going through now, and > : people upgrading from RELENG_N to RELENG_N+1 will never see a libc > : major version increase of more than 1. > > I don't see why we need only an increment of 1. What does this buy us > other than a minor warm fuzzy. OpenBSD bumps libc bunchs of times per > release cycle (they are up to libc.so.24 if my sources are current). > I've not seen it cause problems there. My thoughts exactly. Only do so when it is something big that is going to cause major pain. Minor pain we can live with and is part of -current life. But potential system killers like this sort of thing (my cleanup, not Dan's one) are worth it as long as they are not overdone. > Warner Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:32:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id BFC0337B65D for ; Mon, 12 Feb 2001 17:32:21 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id UAA11968; Mon, 12 Feb 2001 20:31:41 -0500 (EST) Date: Mon, 12 Feb 2001 20:31:41 -0500 (EST) From: Daniel Eischen To: Peter Wemm Cc: Warner Losh , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: <200102130121.f1D1LHU56217@mobile.wemm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001, Peter Wemm wrote: > Daniel Eischen wrote: > > > Attached is a patch that attempts to work around recent stdio > > breakage in -current. I've verified it compiles, but won't be > > able to test it until at least tomorrow. If someone wants to > > review it and verify it works, I'll commit it. > > > > Thanks, > > > __BEGIN_DECLS > > -extern FILE __sF[]; > > +extern __old_FILE __sF[]; > > __END_DECLS > > > -#define stdin (&__sF[0]) > > -#define stdout (&__sF[1]) > > -#define stderr (&__sF[2]) > > +#define stdin ((FILE *)&__sF[0]) > > +#define stdout ((FILE *)&__sF[1]) > > +#define stderr ((FILE *)&__sF[2]) > > The problem with this is that it carries the baggage into 5.0-RELEASE > and beyond... No, this hack was to be removed just before 5.0-release, not to stay in throughout the 5.0 cycle. > I wish there was a way we could get rid the array entirely > and still stay compatable, but I dont see how. :-( A major bump makes it > easy. I think there's merit in DES' verion bump to 500, 501, etc. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:33: 4 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 9AF4737B4EC for ; Mon, 12 Feb 2001 17:32:57 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f1D1WdW16785; Mon, 12 Feb 2001 17:32:39 -0800 (PST) Date: Mon, 12 Feb 2001 17:32:39 -0800 From: Alfred Perlstein To: Peter Wemm Cc: Dag-Erling Smorgrav , Warner Losh , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212173239.O3274@fw.wintelcom.net> References: <200102130127.f1D1RKU56334@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102130127.f1D1RKU56334@mobile.wemm.org>; from peter@netplex.com.au on Mon, Feb 12, 2001 at 05:27:20PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Peter Wemm [010212 17:28] wrote: > Dag-Erling Smorgrav wrote: > > Peter Wemm writes: > > > Sorry, I made the mistake of looking at this bikeshed and lost my nerve. > > > The patch I was going to commit was: > > > http://people.freebsd.org/~peter/stdio.diff3 > > > .. but this *totally* breaks installworld due to *BAD* brokenness in > > > installworld. > > > > No, it doesn't, because you bumped the libc major. Set it to 500 like > > we discussedm, and commit (or I will, damnit). > > Sorry, I meant without the bump. it goes something like this: > > install -c libc.so.5 /usr/lib > install -c libc_pic.a /usr/lib > /usr/libexec/ld-elf.so.1: undefined symbol __sF in COPY relocation > > at which point any stdio using dynamic binary is hosed, including the > *USELESS* copies in /tmp that installworld stashed away. Er, why isn't /tmp/install.XXX done with static binaries? To fix it, it looks like the best idea is to add the programs in our current /tmp/install.XXX to some target to build them static as well, then install them over... gah, nevermind, signal problems, syscall mess, etc... -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:34:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id CBCA437B491 for ; Mon, 12 Feb 2001 17:34:14 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D1YB708948; Mon, 12 Feb 2001 17:34:11 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 17:34:11 -0800 From: "David O'Brien" To: Warner Losh Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212173410.O3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102130105.f1D15aU56009@mobile.wemm.org> <200102130126.f1D1Q6W33680@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102130126.f1D1Q6W33680@harmony.village.org>; from imp@harmony.village.org on Mon, Feb 12, 2001 at 06:26:06PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 06:26:06PM -0700, Warner Losh wrote: > I don't see why we need only an increment of 1. What does this buy us > other than a minor warm fuzzy. It is hackish. > OpenBSD bumps libc bunchs of times per release cycle (they are up to > libc.so.24 if my sources are current). They do not always get things right... Actually going from libc.so.500 to libc.so.{x<500} is easy. Copy libc.so.500 into /usr/lib/compat. When the libc.so link is made to libc.so.{x<500}, that is the lib version number that will get burned into objects. After the first `make world', rm /usr/lib/libc.so.500. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:34:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 8DCD737B491 for ; Mon, 12 Feb 2001 17:34:52 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA92585; Tue, 13 Feb 2001 02:34:45 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Wemm Cc: Warner Losh , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <200102130127.f1D1RKU56334@mobile.wemm.org> From: Dag-Erling Smorgrav Date: 13 Feb 2001 02:34:45 +0100 In-Reply-To: Peter Wemm's message of "Mon, 12 Feb 2001 17:27:20 -0800" Message-ID: Lines: 19 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm writes: > install -c libc.so.5 /usr/lib > install -c libc_pic.a /usr/lib > /usr/libexec/ld-elf.so.1: undefined symbol __sF in COPY relocation > > at which point any stdio using dynamic binary is hosed, including the > *USELESS* copies in /tmp that installworld stashed away. I worked around this (with a fresh, unpatched -CURRENT) by simply running 'make install' manually in /usr/src/usr.bin/ and selected subdirectories of /usr/src/usr.sbin (chown, mtree, zic). The problem I'm facing now is that Somebody[tm] broke locale support, so Perl is spewing error messages about en_US.ISO_8859-1 not being supported. Like Juliana Hatfield says: dumb, dumb, fun. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:36:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 50DE637B491 for ; Mon, 12 Feb 2001 17:36:20 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1D1a9W33904; Mon, 12 Feb 2001 18:36:10 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102130136.f1D1a9W33904@harmony.village.org> To: Peter Wemm Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Cc: Dag-Erling Smorgrav , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 12 Feb 2001 17:32:15 PST." <200102130132.f1D1WFU56412@mobile.wemm.org> References: <200102130132.f1D1WFU56412@mobile.wemm.org> Date: Mon, 12 Feb 2001 18:36:09 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102130132.f1D1WFU56412@mobile.wemm.org> Peter Wemm writes: : Warner Losh wrote: : significance to the naming at all. The versioning is done at link time : by the libfoo.so -> libfoo.so.N symlink. Ah. That's different. If it is that easy, then my objection is withdrawn. I wasted about 3 days trying to untangle a version downgrade, but now that I think about that was in the 2.x days when we had a.out libs. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:38:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 6638B37B4EC for ; Mon, 12 Feb 2001 17:38:10 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1D1c1W33930; Mon, 12 Feb 2001 18:38:02 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102130138.f1D1c1W33930@harmony.village.org> To: Alfred Perlstein Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 12 Feb 2001 17:32:39 PST." <20010212173239.O3274@fw.wintelcom.net> References: <20010212173239.O3274@fw.wintelcom.net> <200102130127.f1D1RKU56334@mobile.wemm.org> Date: Mon, 12 Feb 2001 18:38:01 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010212173239.O3274@fw.wintelcom.net> Alfred Perlstein writes: : Er, why isn't /tmp/install.XXX done with static binaries? Because the binaries are host binaries and we have no control over whether they are static or dynmaic. At best we could do is to copy libraries over as well. But I think the major bumps ala Dag's 501 would be better. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:38:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 2B36537B503 for ; Mon, 12 Feb 2001 17:38:11 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D1c5v09045; Mon, 12 Feb 2001 17:38:05 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 17:38:05 -0800 From: "David O'Brien" To: Warner Losh Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212173805.P3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102130131.f1D1VrW33790@harmony.village.org>; from imp@harmony.village.org on Mon, Feb 12, 2001 at 06:31:53PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 06:31:53PM -0700, Warner Losh wrote: > In message <200102130120.f1D1KpU56194@mobile.wemm.org> Peter Wemm writes: > : If we had taken -current to 500, we could go to 501, 502, etc as > : required to stop killing our developers, and prior to entering 5.0-BETA we > : go back to the next sequentially available major number (be it 5, or 6 > : if RELENG_4 bumps again). > > I've had problems in the past going backwards on major versions of > shared libaries. The major problem is that if I have binaries that > refer to libc.so.503, then when the major number is reverted back to > 5, it is a nop because ld will use libc.so.503 for new binaries. In the a.out days, yes. Are you sure you've seen this in the ELF days? > What's wrong with shipping with say libc.so.505 in 5.0 and then say > libc.so.645 in 6.0? HACK. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:39: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 0CAB037B491 for ; Mon, 12 Feb 2001 17:38:59 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f1D1cwx17057; Mon, 12 Feb 2001 17:38:58 -0800 (PST) Date: Mon, 12 Feb 2001 17:38:58 -0800 From: Alfred Perlstein To: freebsd-current@FreeBSD.ORG Cc: Warner Losh Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212173858.Q3274@fw.wintelcom.net> References: <200102130105.f1D15aU56009@mobile.wemm.org> <200102130126.f1D1Q6W33680@harmony.village.org> <20010212173410.O3038@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010212173410.O3038@dragon.nuxi.com>; from TrimYourCc@NUXI.com on Mon, Feb 12, 2001 at 05:34:11PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * David O'Brien [010212 17:35] wrote: > On Mon, Feb 12, 2001 at 06:26:06PM -0700, Warner Losh wrote: > > I don't see why we need only an increment of 1. What does this buy us > > other than a minor warm fuzzy. > > It is hackish. > > > OpenBSD bumps libc bunchs of times per release cycle (they are up to > > libc.so.24 if my sources are current). > > They do not always get things right... > > > Actually going from libc.so.500 to libc.so.{x<500} is easy. > Copy libc.so.500 into /usr/lib/compat. When the libc.so link is made to > libc.so.{x<500}, that is the lib version number that will get burned into > objects. After the first `make world', rm /usr/lib/libc.so.500. If that's true it doesn't seem like it would be terribly hard to add a check to the installworld / world target to check for cross version upgrades and do the magic (or at least print out those instructions). -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:39: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5B70B37B503 for ; Mon, 12 Feb 2001 17:38:59 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA92622; Tue, 13 Feb 2001 02:38:53 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Peter Wemm Cc: Warner Losh , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <200102130127.f1D1RKU56334@mobile.wemm.org> From: Dag-Erling Smorgrav Date: 13 Feb 2001 02:38:53 +0100 In-Reply-To: Peter Wemm's message of "Mon, 12 Feb 2001 17:27:20 -0800" Message-ID: Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Wemm writes: > at which point any stdio using dynamic binary is hosed, including the > *USELESS* copies in /tmp that installworld stashed away. Is it possible to produce a static executable from a dynamic one, provided the right libs are available? In that case, the initial "grab copies of the binaries we need" phase in the installworld target could be changed to "grab staticized copies of the binaries we need". DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:40: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id EABEE37B4EC for ; Mon, 12 Feb 2001 17:39:57 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1D1dvW33990 for ; Mon, 12 Feb 2001 18:39:57 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102130139.f1D1dvW33990@harmony.village.org> To: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-reply-to: Your message of "Mon, 12 Feb 2001 17:38:05 PST." <20010212173805.P3038@dragon.nuxi.com> References: <20010212173805.P3038@dragon.nuxi.com> <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> Date: Mon, 12 Feb 2001 18:39:57 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010212173805.P3038@dragon.nuxi.com> "David O'Brien" writes: : > What's wrong with shipping with say libc.so.505 in 5.0 and then say : > libc.so.645 in 6.0? : : HACK. I think it is an astheitc issue only. It is not a hack, but how ELF shared libarires work. However, since it is easy to move from 505 -> 5, there's no need to do it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:42: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 299BC37B491 for ; Mon, 12 Feb 2001 17:41:55 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1D1fqW34023; Mon, 12 Feb 2001 18:41:52 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102130141.f1D1fqW34023@harmony.village.org> To: Alfred Perlstein Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 12 Feb 2001 17:38:58 PST." <20010212173858.Q3274@fw.wintelcom.net> References: <20010212173858.Q3274@fw.wintelcom.net> <200102130105.f1D15aU56009@mobile.wemm.org> <200102130126.f1D1Q6W33680@harmony.village.org> <20010212173410.O3038@dragon.nuxi.com> Date: Mon, 12 Feb 2001 18:41:52 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010212173858.Q3274@fw.wintelcom.net> Alfred Perlstein writes: : > Actually going from libc.so.500 to libc.so.{x<500} is easy. : > Copy libc.so.500 into /usr/lib/compat. When the libc.so link is made to : > libc.so.{x<500}, that is the lib version number that will get burned into : > objects. After the first `make world', rm /usr/lib/libc.so.500. : : If that's true it doesn't seem like it would be terribly hard to : add a check to the installworld / world target to check for cross : version upgrades and do the magic (or at least print out those : instructions). Actaully, I think that the libc.so.500 can remain in its place because of bsd.lib.mk: ... SHLIB_NAME= lib${LIB}.so.${SHLIB_MAJOR} SHLIB_LINK?= lib${LIB}.so ... .if defined(SHLIB_LINK) @ln -sf ${SHLIB_NAME} ${SHLIB_LINK} .endif ... As peter pointed out, it is the libc.so link that makes it the default. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:42:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 8582737B491 for ; Mon, 12 Feb 2001 17:42:20 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA92660; Tue, 13 Feb 2001 02:42:15 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Warner Losh Cc: Peter Wemm , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> From: Dag-Erling Smorgrav Date: 13 Feb 2001 02:42:15 +0100 In-Reply-To: Warner Losh's message of "Mon, 12 Feb 2001 18:31:53 -0700" Message-ID: Lines: 23 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh writes: > I've had problems in the past going backwards on major versions of > shared libaries. The major problem is that if I have binaries that > refer to libc.so.503, then when the major number is reverted back to > 5, it is a nop because ld will use libc.so.503 for new binaries. When we back down to 5, we add magic to the Makefiles to move libc.so.5?? to /usr/lib/compat - that way they're only used when needed at runtime, not for linking new programs. > What's wrong with shipping with say libc.so.505 in 5.0 and then say > libc.so.645 in 6.0? Umm, I dunno, except that it'll look weird, but that's just a matter of taste. Of course, what we really need is "mandatory minor numbers", i.e. minor numbers that are treated as "I need this version", not as "I need this version or newer"... *ducks* *runs* DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:43:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 8280D37B491 for ; Mon, 12 Feb 2001 17:43:56 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id CAA92673; Tue, 13 Feb 2001 02:43:52 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Warner Losh Cc: Peter Wemm , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> From: Dag-Erling Smorgrav Date: 13 Feb 2001 02:43:52 +0100 In-Reply-To: Dag-Erling Smorgrav's message of "13 Feb 2001 02:42:15 +0100" Message-ID: Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > When we back down to 5, we add magic to the Makefiles to move > libc.so.5?? to /usr/lib/compat - that way they're only used when > needed at runtime, not for linking new programs. Umm, never mind this gross hack; as Peter pointed out, it's not a problem. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:44:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id E938937B491 for ; Mon, 12 Feb 2001 17:44:53 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1D1irU56669; Mon, 12 Feb 2001 17:44:53 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102130144.f1D1irU56669@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: freebsd-current@FreeBSD.ORG Cc: Warner Losh Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: <20010212173410.O3038@dragon.nuxi.com> Date: Mon, 12 Feb 2001 17:44:53 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "David O'Brien" wrote: > Actually going from libc.so.500 to libc.so.{x<500} is easy. > Copy libc.so.500 into /usr/lib/compat. When the libc.so link is made to > libc.so.{x<500}, that is the lib version number that will get burned into > objects. After the first `make world', rm /usr/lib/libc.so.500. There is no need to rm /usr/lib/libc.so.500 - once a new libc is installed, and the symlink points to it, then libc.so.500 will *never* get linked against. Remember, the number in the filename means *nothing*. There is no less than or greater than relationship. We could use 100 digit random numbers for each bump if we liked. We could use dates, current time_t, anything. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:45: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id F0A2D37B503 for ; Mon, 12 Feb 2001 17:44:58 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1D1iaW34094; Mon, 12 Feb 2001 18:44:36 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102130144.f1D1iaW34094@harmony.village.org> To: Dag-Erling Smorgrav Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Cc: Peter Wemm , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "13 Feb 2001 02:42:15 +0100." References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> Date: Mon, 12 Feb 2001 18:44:36 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Dag-Erling Smorgrav writes: : When we back down to 5, we add magic to the Makefiles to move : libc.so.5?? to /usr/lib/compat - that way they're only used when : needed at runtime, not for linking new programs. No need. I misunderstood how ELF libraries work. The libc.so link is what makes it default. Peter set me right on this. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:48:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from w250.z064001178.sjc-ca.dsl.cnc.net (w250.z064001178.sjc-ca.dsl.cnc.net [64.1.178.250]) by hub.freebsd.org (Postfix) with SMTP id E22B737B491 for ; Mon, 12 Feb 2001 17:48:22 -0800 (PST) Received: (qmail 91134 invoked by uid 1000); 13 Feb 2001 01:48:43 -0000 Date: Mon, 12 Feb 2001 17:48:21 -0800 From: Jos Backus To: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212174821.D87877@lizzy.bugworks.com> Reply-To: Jos Backus Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20010212173410.O3038@dragon.nuxi.com> <200102130144.f1D1irU56669@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102130144.f1D1irU56669@mobile.wemm.org>; from peter@netplex.com.au on Mon, Feb 12, 2001 at 05:44:31PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 05:44:31PM -0800, Peter Wemm wrote: > We could use dates, current time_t, anything. /usr/lib/libc.so.whistler (Sorry, working for MS I couldn't resist :-) -- Jos Backus _/ _/_/_/ "Modularity is not a hack." _/ _/ _/ -- D. J. Bernstein _/ _/_/_/ _/ _/ _/ _/ josb@cncdsl.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:49: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 7C26B37B491 for ; Mon, 12 Feb 2001 17:48:55 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1D1miU56714; Mon, 12 Feb 2001 17:48:44 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102130148.f1D1miU56714@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Dag-Erling Smorgrav Cc: Warner Losh , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: Date: Mon, 12 Feb 2001 17:48:44 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > Warner Losh writes: > > I've had problems in the past going backwards on major versions of > > shared libaries. The major problem is that if I have binaries that > > refer to libc.so.503, then when the major number is reverted back to > > 5, it is a nop because ld will use libc.so.503 for new binaries. > > When we back down to 5, we add magic to the Makefiles to move > libc.so.5?? to /usr/lib/compat - that way they're only used when > needed at runtime, not for linking new programs. We dont do that right now, but probably should. Remember, it is the symlink that is magic, not the version number. /usr/lib/libc.so.503 would never get linked against if installworld reset the current version to libc.so.5. Asthetically we should clean out the old stuff there though. If we install libc.so.5, we should move libc.so.{N!=5} to /usr/lib/compat. I am sure somebody could do some make magic for it, but it is utterly not required for any reason other than asthetics. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:52: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 4BE7237B491 for ; Mon, 12 Feb 2001 17:52:00 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D1p9j09361; Mon, 12 Feb 2001 17:51:09 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 17:51:08 -0800 From: "David O'Brien" To: Dag-Erling Smorgrav Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212175108.R3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Tue, Feb 13, 2001 at 02:42:15AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 13, 2001 at 02:42:15AM +0100, Dag-Erling Smorgrav wrote: > Warner Losh writes: > > I've had problems in the past going backwards on major versions of > > shared libaries. The major problem is that if I have binaries that > > refer to libc.so.503, then when the major number is reverted back to > > 5, it is a nop because ld will use libc.so.503 for new binaries. > > When we back down to 5, we add magic to the Makefiles to move > libc.so.5?? to /usr/lib/compat - that way they're only used when > needed at runtime, not for linking new programs. NO! No magic. No polution. If you are using -current when libc.so.5003 exists, you should be able to handle the `mv' yourself manually. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:53: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id CE8B137B491 for ; Mon, 12 Feb 2001 17:53:01 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D1r1H09378 for freebsd-current@FreeBSD.ORG; Mon, 12 Feb 2001 17:53:01 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 17:52:55 -0800 From: "David O'Brien" To: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212175255.S3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <20010212173410.O3038@dragon.nuxi.com> <200102130144.f1D1irU56669@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102130144.f1D1irU56669@mobile.wemm.org>; from peter@netplex.com.au on Mon, Feb 12, 2001 at 05:44:53PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 05:44:53PM -0800, Peter Wemm wrote: > "David O'Brien" wrote: > > Actually going from libc.so.500 to libc.so.{x<500} is easy. > > Copy libc.so.500 into /usr/lib/compat. When the libc.so link is made to > > libc.so.{x<500}, that is the lib version number that will get burned into > > objects. After the first `make world', rm /usr/lib/libc.so.500. > > There is no need to rm /usr/lib/libc.so.500 - once a new libc is installed, The need is a clean, uncluttered /usr/lib/ > and the symlink points to it, then libc.so.500 will *never* get linked > against. Yes, I know. :-) But it is true that I didn't state that to make sure others did. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 17:53:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id E5BD337B4EC for ; Mon, 12 Feb 2001 17:53:49 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D1rnx09390 for freebsd-current@FreeBSD.ORG; Mon, 12 Feb 2001 17:53:49 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Feb 2001 17:53:48 -0800 From: "David O'Brien" To: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010212175348.T3038@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102130105.f1D15aU56009@mobile.wemm.org> <200102130121.f1D1LwW33639@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Tue, Feb 13, 2001 at 02:29:54AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 13, 2001 at 02:29:54AM +0100, Dag-Erling Smorgrav wrote: > We can keep that bias by using temporary three-digit majors in > -CURRENT and backing down to a single-digit major right before the > first -RELEASE. In this specific case, we'd go from 5 to 500 or 501, Please read your -arch mail to discuss this issue. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 18: 1: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id E77C437B4EC; Mon, 12 Feb 2001 18:00:56 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id NAA13111; Tue, 13 Feb 2001 13:00:54 +1100 Date: Tue, 13 Feb 2001 13:00:29 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: freebsd-current@FreeBSD.ORG Cc: Garrett Wollman , current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas In-Reply-To: <20010212165810.G3038@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001, David O'Brien wrote: > On Mon, Feb 12, 2001 at 11:47:04AM -0500, Garrett Wollman wrote: > > However, this may turn out to be so painful that we need to bump it > > again. > > That is (1) against Handbook documented policy, (2) too hackish (we > aren't Linux). It's not bumping it that is hackish. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 18: 1: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id E77C437B4EC; Mon, 12 Feb 2001 18:00:56 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id NAA13111; Tue, 13 Feb 2001 13:00:54 +1100 Date: Tue, 13 Feb 2001 13:00:29 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: freebsd-current@FreeBSD.ORG Cc: Garrett Wollman , current@FreeBSD.ORG Subject: Re: HEADS UP: installworld gotchas In-Reply-To: <20010212165810.G3038@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001, David O'Brien wrote: > On Mon, Feb 12, 2001 at 11:47:04AM -0500, Garrett Wollman wrote: > > However, this may turn out to be so painful that we need to bump it > > again. > > That is (1) against Handbook documented policy, (2) too hackish (we > aren't Linux). It's not bumping it that is hackish. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 18: 7:49 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id CCF9537B491 for ; Mon, 12 Feb 2001 18:07:47 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f1D27di67286; Mon, 12 Feb 2001 18:07:39 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Feb 2001 18:07:39 -0800 (PST) From: Matt Dillon Message-Id: <200102130207.f1D27di67286@earth.backplane.com> To: Warner Losh Cc: Alfred Perlstein , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <20010212173858.Q3274@fw.wintelcom.net> <200102130105.f1D15aU56009@mobile.wemm.org> <200102130126.f1D1Q6W33680@harmony.village.org> <20010212173410.O3038@dragon.nuxi.com> <200102130141.f1D1fqW34023@harmony.village.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Would compiling the tools -static help? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 18:11:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id AE73637B491 for ; Mon, 12 Feb 2001 18:11:27 -0800 (PST) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.2/8.11.0) with ESMTP id f1D2BPh20659; Mon, 12 Feb 2001 19:11:26 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.1/8.8.3) with ESMTP id f1D29FE09835; Mon, 12 Feb 2001 19:09:15 -0700 (MST) Message-Id: <200102130209.f1D29FE09835@billy-club.village.org> To: Matt Dillon Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Cc: Alfred Perlstein , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 12 Feb 2001 18:07:39 PST." <200102130207.f1D27di67286@earth.backplane.com> References: <200102130207.f1D27di67286@earth.backplane.com> <20010212173858.Q3274@fw.wintelcom.net> <200102130105.f1D15aU56009@mobile.wemm.org> <200102130126.f1D1Q6W33680@harmony.village.org> <20010212173410.O3038@dragon.nuxi.com> <200102130141.f1D1fqW34023@harmony.village.org> Date: Mon, 12 Feb 2001 19:09:14 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102130207.f1D27di67286@earth.backplane.com> Matt Dillon writes: : Would compiling the tools -static help? No. The tools that are deployed today are not static, and it is those that we copy. It will also delay discovery of the incompatibility until after the installworld is complete. I'm not sure that would be a feature :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 18:18:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id D55A937B491 for ; Mon, 12 Feb 2001 18:18:37 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.2/8.9.3) id f1D2Iac67553; Mon, 12 Feb 2001 18:18:36 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Feb 2001 18:18:36 -0800 (PST) From: Matt Dillon Message-Id: <200102130218.f1D2Iac67553@earth.backplane.com> To: Warner Losh Cc: Alfred Perlstein , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <200102130207.f1D27di67286@earth.backplane.com> <20010212173858.Q3274@fw.wintelcom.net> <200102130105.f1D15aU56009@mobile.wemm.org> <200102130126.f1D1Q6W33680@harmony.village.org> <20010212173410.O3038@dragon.nuxi.com> <200102130141.f1D1fqW34023@harmony.village.org> <200102130209.f1D29FE09835@billy-club.village.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :In message <200102130207.f1D27di67286@earth.backplane.com> Matt Dillon writes: :: Would compiling the tools -static help? : :No. The tools that are deployed today are not static, and it is those :that we copy. It will also delay discovery of the incompatibility :until after the installworld is complete. I'm not sure that would be :a feature :-) : :Warner How about a temporary LD_LIBRARY path to run the tools, pointing into /usr/obj somewhere? -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 18:19:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id CFDFB37B491 for ; Mon, 12 Feb 2001 18:19:26 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id DAA92917; Tue, 13 Feb 2001 03:19:25 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Subject: HEADS UP: -current world broken since Feb 10 From: Dag-Erling Smorgrav Date: 13 Feb 2001 03:19:25 +0100 Message-ID: Lines: 14 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 'make world' on -CURRENT has been broken since Feb 10 due to a change in the size of struct __sFILE (which changes the address of stdin, stdout and stderr). It will remain broken for a few more days while we work out the best possible solution to this problem. DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB 10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED. Thank you for your attention. We now return you to our regularly scheduled hacking. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 18:25:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id D851037B491 for ; Mon, 12 Feb 2001 18:25:29 -0800 (PST) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.2/8.11.0) with ESMTP id f1D2PRh20733; Mon, 12 Feb 2001 19:25:28 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.1/8.8.3) with ESMTP id f1D2NGE09893; Mon, 12 Feb 2001 19:23:16 -0700 (MST) Message-Id: <200102130223.f1D2NGE09893@billy-club.village.org> To: Matt Dillon Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Cc: Alfred Perlstein , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Mon, 12 Feb 2001 18:18:36 PST." <200102130218.f1D2Iac67553@earth.backplane.com> References: <200102130218.f1D2Iac67553@earth.backplane.com> <200102130207.f1D27di67286@earth.backplane.com> <20010212173858.Q3274@fw.wintelcom.net> <200102130105.f1D15aU56009@mobile.wemm.org> <200102130126.f1D1Q6W33680@harmony.village.org> <20010212173410.O3038@dragon.nuxi.com> <200102130141.f1D1fqW34023@harmony.village.org> <200102130209.f1D29FE09835@billy-club.village.org> Date: Mon, 12 Feb 2001 19:23:16 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102130218.f1D2Iac67553@earth.backplane.com> Matt Dillon writes: : How about a temporary LD_LIBRARY path to run the tools, pointing into : /usr/obj somewhere? We'd have to copy the current libraries to that location, or at least into /tmp. These are *HOST* binaries after all. And the hacking to do that might be, ummmm, difficult at best. We have an invariant in the system right now that one libX.so.N is binary compatible with all other libX.so.N (or at the very least the new one installed is upwardly compatible with the old one). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 18:29:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from io.rchrd1.on.wave.home.com (cr66388-a.rchrd1.on.wave.home.com [24.114.165.24]) by hub.freebsd.org (Postfix) with ESMTP id D43A737B4EC; Mon, 12 Feb 2001 18:29:55 -0800 (PST) Received: from io.rchrd1.on.wave.home.com (localhost [127.0.0.1]) by io.rchrd1.on.wave.home.com (Postfix) with ESMTP id 0C340BABD; Mon, 12 Feb 2001 21:29:50 -0500 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.3 To: freebsd-current@FreeBSD.ORG Cc: Julian Elischer , Jason Evans , current@FreeBSD.ORG Subject: Re: kernel threading: the first steps [patch] In-Reply-To: Message from "David O'Brien" of "Mon, 12 Feb 2001 17:23:40 PST." <20010212172340.L3038@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Feb 2001 21:29:49 -0500 From: Jake Burkholder Message-Id: <20010213022950.0C340BABD@io.rchrd1.on.wave.home.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, Jan 28, 2001 at 01:27:04AM -0800, Julian Elischer wrote: > > > This is the single most flagrant lack of cooperation I have experienced > > > while working with the FreeBSD Project. I'm truly dumbfounded. > > > > It's not a lack of co-operation.. it's a lack of communication. I didn't > > see an any lists that anyone was doing this yet and thought I'd get > > the ball rolling to promote discussion.. I'm dumfounded to discover that you've > > done work here already as I thought I'd have heard of it. > > We've been waiting on JHB's (and others) locking changes on the proc > structure because those will do nothing but make conflicts in the patches > jasone has already. > > Has JHB made all the proc changes he was going to? Probably not entirely, but enough. I think you guys should go ahead. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 18:29:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from io.rchrd1.on.wave.home.com (cr66388-a.rchrd1.on.wave.home.com [24.114.165.24]) by hub.freebsd.org (Postfix) with ESMTP id D43A737B4EC; Mon, 12 Feb 2001 18:29:55 -0800 (PST) Received: from io.rchrd1.on.wave.home.com (localhost [127.0.0.1]) by io.rchrd1.on.wave.home.com (Postfix) with ESMTP id 0C340BABD; Mon, 12 Feb 2001 21:29:50 -0500 (EST) X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.3 To: freebsd-current@FreeBSD.ORG Cc: Julian Elischer , Jason Evans , current@FreeBSD.ORG Subject: Re: kernel threading: the first steps [patch] In-Reply-To: Message from "David O'Brien" of "Mon, 12 Feb 2001 17:23:40 PST." <20010212172340.L3038@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Feb 2001 21:29:49 -0500 From: Jake Burkholder Message-Id: <20010213022950.0C340BABD@io.rchrd1.on.wave.home.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, Jan 28, 2001 at 01:27:04AM -0800, Julian Elischer wrote: > > > This is the single most flagrant lack of cooperation I have experienced > > > while working with the FreeBSD Project. I'm truly dumbfounded. > > > > It's not a lack of co-operation.. it's a lack of communication. I didn't > > see an any lists that anyone was doing this yet and thought I'd get > > the ball rolling to promote discussion.. I'm dumfounded to discover that you've > > done work here already as I thought I'd have heard of it. > > We've been waiting on JHB's (and others) locking changes on the proc > structure because those will do nothing but make conflicts in the patches > jasone has already. > > Has JHB made all the proc changes he was going to? Probably not entirely, but enough. I think you guys should go ahead. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 18:50:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 3DA5837B4EC; Mon, 12 Feb 2001 18:50:19 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id NAA18520; Tue, 13 Feb 2001 13:50:15 +1100 Date: Tue, 13 Feb 2001 13:49:50 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Robert Watson Cc: Dag-Erling Smorgrav , Jake Burkholder , freebsd-current@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: HEADS UP Re: cvs commit: src/sys/alpha/alpha trap.c src/sys/dev/acpica/Osd OsdSchedule.c src/sys/i386/i386 genassym.c swtch.s trap.c src/sys/ia64/ia64 trap.c src/sys/kern init_main.c kern_condvar.c kern_idle.c kern_intr.c kern_mib.c kern_mutex.c kern_proc.c ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Feb 2001, Robert Watson wrote: > On 12 Feb 2001, Dag-Erling Smorgrav wrote: > > > Jake Burkholder writes: > > > As I mentioned in the commit message, this changes the size and layout > > > of struct kinfo_proc, so you'll have to recompile libkvm-using programs. > > > > I thought the whole point with kinfo_proc was to avoid this kind of > > situation... > > It seems to me that kinfo_proc is the wrong solution to a real problem. > > John Baldwin and I briefly discussed, online, an alternative solution that > breaks out the per-process information into a series of sysctl's. This But sysctls are the wrong solution for all problems :-). > using base types for the fields, such as int). kinfo_proc addresses the > issue that the kernel and userland concepts of a proc diverge due to the > introduction of kernel-only fields, but doesn't really address issues such > as ordered elements of the structure changing size. These issues shouldn't cause problems. You just preserve the order and don't use any kernel structs. Using application interface structs like struct rusage and struct rtprio is safe enough since if they change then you have worse problems with the binary compaitibility of the syscalls that use them. The errors in the recent commit were: (1) using the kernel struct `struct priority' (2) not preserving the old priority fields. Point (1) wouldn't have caused breakage immediately if the priority fields had been copied to their old places. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 19:30:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-01.iinet.net.au (syncopation-01.iinet.net.au [203.59.24.37]) by hub.freebsd.org (Postfix) with SMTP id F0A1137B4EC for ; Mon, 12 Feb 2001 19:30:37 -0800 (PST) Received: (qmail 21624 invoked by uid 666); 13 Feb 2001 03:36:58 -0000 Received: from reggae-14-207.nv.iinet.net.au (HELO elischer.org) (203.59.77.207) by mail.m.iinet.net.au with SMTP; 13 Feb 2001 03:36:58 -0000 Message-ID: <3A88A3DA.BA099619@elischer.org> Date: Mon, 12 Feb 2001 19:02:50 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: "Alexander N. Kabaev" Cc: Alexander Leidinger , current@FreeBSD.ORG Subject: Re: Lpt driver broken? References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Alexander N. Kabaev" wrote: > > > But I remember some posts about a lpt panic some days ago. I tried to > > compile a new kernel because I think this is resolved, but I have to > > solve some problems with my system at the moment. > > My -CURRENT used to crash every time lpr has been used but the panic went away > when John Baldwin committed his ithread cleanup megapatch: > > jhb 2001/02/09 09:47:47 PST > > Modified files: > sys/i386/i386 nexus.c > sys/i386/isa intr_machdep.c intr_machdep.h ithread.c > Log: > Use the MI ithread helper functions in the x86 interrupt code. > > The kernel from Feb 9 worked just fine for me, but then the following > commit has been made and the system started to crash again: > > jhb 2001/02/09 18:41:51 PST > > Modified files: > sys/i386/isa ithread.c > Log: > Re-enable preemption on interrupts. My last commit accidentally reverted > it as I was playing with some other ways of doing kernel preemption. > > Revision Changes Path > 1.14 +9 -2 src/sys/i386/isa/ithread.c > > If you badly need your printer to work, you can simply revert this patch. Looking at these patches, it seems that this patch doesn't actually CAUSE the problem, but, rather, 'allows it to be noticed'. BDE made an analysis I think in January some time but I didn't really follow it because it didn't effect me at the time (no printer). I'm not completely sure if that was the same problem though. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 19:36:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from msa4.hinet.net (msa4.hinet.net [168.95.4.214]) by hub.freebsd.org (Postfix) with ESMTP id 1114D37B491 for ; Mon, 12 Feb 2001 19:36:32 -0800 (PST) Received: from CoreBit.com (61-216-64-41.HINET-IP.hinet.net [61.216.64.41]) by msa4.hinet.net (8.8.8/8.8.8) with ESMTP id LAA18679 for ; Tue, 13 Feb 2001 11:36:28 +0800 (CST) Message-ID: <3A88AC06.B050ACFF@CoreBit.com> Date: Tue, 13 Feb 2001 11:37:42 +0800 From: Donny Lee X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Current Subject: ipfilter broken? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, I'm not sure if this related to the thread of -current these days. my world builds fine with the latest cvsup, maybe only 1 or 2 hrs ago. no more luck, my kernel building stoped here: ===>ipfilter make: don't know how to make machine/lock.h Stop. *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC *** Error code 1 Stop in /usr/src *** Error code 1 -- // Donny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 20:18:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 7C62837B491 for ; Mon, 12 Feb 2001 20:18:49 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id FAA93344; Tue, 13 Feb 2001 05:18:05 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Donny Lee Cc: Current Subject: Re: ipfilter broken? References: <3A88AC06.B050ACFF@CoreBit.com> From: Dag-Erling Smorgrav Date: 13 Feb 2001 05:18:04 +0100 In-Reply-To: Donny Lee's message of "Tue, 13 Feb 2001 11:37:42 +0800" Message-ID: Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Donny Lee writes: > ===>ipfilter > make: don't know how to make machine/lock.h Stop. > *** Error code 2 Looks like a stale dependency file to me. Try 'make cleandir' twice, followed by the usual 'make depend && make && make install'. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 23:22:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (flutter.freebsd.dk [212.242.40.147]) by hub.freebsd.org (Postfix) with ESMTP id 1582937B491 for ; Mon, 12 Feb 2001 23:22:18 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.11.1) with ESMTP id f1D7Lcw48453; Tue, 13 Feb 2001 08:21:38 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Dag-Erling Smorgrav Cc: Daniel Eischen , Warner Losh , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: Your message of "13 Feb 2001 01:43:20 +0100." Date: Tue, 13 Feb 2001 08:21:38 +0100 Message-ID: <48451.982048898@critter> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Dag-Erling Smorgrav writes: >Daniel Eischen writes: >> Attached is a patch that attempts to work around recent stdio >> breakage in -current. I've verified it compiles, but won't be >> able to test it until at least tomorrow. If someone wants to >> review it and verify it works, I'll commit it. > >Please. Let's not, and say we did. If we have a policy that says only one shlib version bump per release we should stick to it. By "stick to it" I don't mean "obfuscate the source to cover for the obvious deficiency of this policy". -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Feb 12 23:59:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from msa2.hinet.net (msa2.hinet.net [168.95.4.212]) by hub.freebsd.org (Postfix) with ESMTP id AFCBE37B4EC for ; Mon, 12 Feb 2001 23:59:25 -0800 (PST) Received: from CoreBit.com (61-216-64-41.HINET-IP.hinet.net [61.216.64.41]) by msa2.hinet.net (8.8.8/8.8.8) with ESMTP id PAA07420 for ; Tue, 13 Feb 2001 15:59:13 +0800 (CST) Message-ID: <3A88E99A.56A939DB@CoreBit.com> Date: Tue, 13 Feb 2001 16:00:26 +0800 From: Donny Lee X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Current Subject: Re: ipfilter broken? References: <3A88AC06.B050ACFF@CoreBit.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > > ===>ipfilter > > make: don't know how to make machine/lock.h Stop. > > *** Error code 2 > Looks like a stale dependency file to me. Try 'make cleandir' twice, > followed by the usual 'make depend && make && make install'. Yes, but got no luck, stops at the same place. :) -- // Donny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 0: 6:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 7CBDC37B491 for ; Tue, 13 Feb 2001 00:06:07 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id JAA94063; Tue, 13 Feb 2001 09:06:06 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Subject: spacewalk From: Dag-Erling Smorgrav Date: 13 Feb 2001 09:06:05 +0100 Message-ID: Lines: 102 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG des@rsa /var/crash% gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd". (kgdb) exec-file kernel.0 (kgdb) symbol-file symbols.0 Reading symbols from symbols.0...done. (kgdb) core-file vmcore.0 IdlePTD 3190784 initial pcb at 285460 panicstr: from debugger panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid = 1; lapic.id = 01000000 fault virtual address = 0x93d0d5c7 fault code = supervisor write, page not present instruction pointer = 0x8:0xd73bb600 stack pointer = 0x10:0xd73ffef0 frame pointer = 0x10:0xd73ffe8c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 464 (sh) panic: from debugger cpuid = 1; lapic.id = 01000000 panic: from debugger cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 Uptime: 12m0s dumping to dev #da/25, offset 1048576 dump 512 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 ! 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at ../../kern/kern_shutdown.c:476 476 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:476 #1 0xc015d4a3 in boot (howto=260) at ../../kern/kern_shutdown.c:319 #2 0xc015d8e9 in panic (fmt=0xc022cbd4 "from debugger") at ../../kern/kern_shutdown.c:569 #3 0xc012dd91 in db_panic (addr=-683952640, have_addr=0, count=1, modif=0xd73ffd60 "") at ../../ddb/db_command.c:433 #4 0xc012dd31 in db_command (last_cmdp=0xc0257a90, cmd_table=0xc02578f0, aux_cmd_tablep=0xc0273818) at ../../ddb/db_command.c:333 #5 0xc012ddf6 in db_command_loop () at ../../ddb/db_command.c:455 #6 0xc012ffc3 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71 #7 0xc01facbf in kdb_trap (type=12, code=0, regs=0xd73ffeb0) at ../../i386/i386/db_interface.c:164 #8 0xc020ea7c in trap_fatal (frame=0xd73ffeb0, eva=2479936967) at ../../i386/i386/trap.c:990 #9 0xc020e7cd in trap_pfault (frame=0xd73ffeb0, usermode=0, eva=2479936967) at ../../i386/i386/trap.c:909 #10 0xc020ddf4 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -738928512, tf_esi = -684120220, tf_ebp = -683671924, tf_isp = -683671844, tf_ebx = 0, tf_edx = -1069539336, tf_ecx = 0, tf_eax = -1071644613, tf_trapno = 12, tf_err = 2, tf_eip = -683952640, tf_cs = 8, tf_eflags = 66178, tf_esp = 1, tf_ss = 0}) at ../../i386/i386/trap.c:456 #11 0xd73bb600 in ?? () ---Type to continue, or q to quit--- #12 0xc01da646 in vm_fault (map=Cannot access memory at address 0xa. ) at ../../vm/vm_page.h:493 Cannot access memory at address 0x2. (kgdb) disassemble 0xc01da614 0xc01da65a Dump of assembler code from 0xc01da614 to 0xc01da65a: 0xc01da614 : call 0xc0162f58 0xc01da619 : add $0x4,%esp 0xc01da61c : mov 0xffffffa8(%ebp),%eax 0xc01da61f : mov %eax,0xffffff9c(%ebp) 0xc01da622 : mov 0xffffffac(%ebp),%eax 0xc01da625 : mov %eax,0xffffffa0(%ebp) 0xc01da628 : mov 0xffffffa4(%ebp),%eax 0xc01da62b : mov %eax,0xffffff98(%ebp) 0xc01da62e : movl $0x0,0xffffffa4(%ebp) 0xc01da635 : mov 0xffffff98(%ebp),%eax 0xc01da638 : testb $0x40,0x2e(%eax) 0xc01da63c : jne 0xc01da64c 0xc01da63e : pushl 0x1c(%eax) 0xc01da641 : call 0xc020af08 0xc01da646 : add $0x4,%esp 0xc01da649 : jmp 0xc01da652 0xc01da64b : nop 0xc01da64c : incl 0xc029d3e4 0xc01da652 : incl 0xc029d3e0 0xc01da658 : mov 0xffffff98(%ebp),%eax This looks like vm_fault.c:572 (the only place in vm_fault.c that calls vm_page_zero_fill, which is an inline function defined around vm_page.h:493 as indicated by gdb). But I can't see how this code can try to jump to or call 0xd73bb600, so I assume it's stack smash job. I'm getting tons of these crashes while doing various things - I even had a panic while saving the core dump shown above! DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 0:23:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha2.rdc1.kt.home.ne.jp [203.165.9.243]) by hub.freebsd.org (Postfix) with ESMTP id 9054637B491; Tue, 13 Feb 2001 00:23:30 -0800 (PST) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20010213082329.QJPP19464.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org>; Tue, 13 Feb 2001 00:23:29 -0800 Received: by daemon.local.idaemons.org (8.11.1/3.7W) id f1D8NTv61476; Tue, 13 Feb 2001 17:23:29 +0900 (JST) Date: Tue, 13 Feb 2001 17:23:28 +0900 Message-ID: <86y9vbdm9r.wl@daemon.local.idaemons.org> From: "Akinori MUSHA" To: phantom@FreeBSD.org Cc: current@FreeBSD.org Subject: Re: setlocale() fails In-Reply-To: <86zofrmtk4.wl@archon.local.idaemons.org> References: <86zofrmtk4.wl@archon.local.idaemons.org> User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.0 (Iburihashi) FLIM/1.14.0 (Ninokuchi) APEL/10.2 MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.0 - "Iburihashi") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi again, At Tue, 13 Feb 2001 07:21:15 +0900, I wrote: > I found that setlocale() always fails on -current. > > #include > #include > > int main() > { > if (setlocale(LC_ALL, "")) > puts("ok"); > else > puts("failed"); > return 0; > } > > This program shows "failed" on -current regardless of the value of > LANG unless it's other than "C", when it shows "ok" on -stable... > > Any ideas? I found the culprit. Here is a patch which fixes the problem. Index: lmessages.c =================================================================== RCS file: /home/ncvs/src/lib/libc/locale/lmessages.c,v retrieving revision 1.4 diff -u -r1.4 lmessages.c --- lmessages.c 2001/02/12 08:56:39 1.4 +++ lmessages.c 2001/02/13 08:19:04 @@ -55,7 +55,7 @@ ret = __part_load_locale(name, &_messages_using_locale, messages_locale_buf, "LC_MESSAGES", LCMESSAGES_SIZE_FULL, (const char **)&_messages_locale); - if (ret == 0) { + if (ret != 0) { /* Assume that we have incomplete locale file (without * "yesstr" and "nostr" declared. Try it also. */ -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 1:41:48 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id E93DD37B491 for ; Tue, 13 Feb 2001 01:41:45 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D9fba17877; Tue, 13 Feb 2001 01:41:37 -0800 (PST) (envelope-from obrien) Date: Tue, 13 Feb 2001 01:41:37 -0800 From: "David O'Brien" To: Donny Lee Cc: Current Subject: Re: ipfilter broken? Message-ID: <20010213014137.A17857@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.org References: <3A88AC06.B050ACFF@CoreBit.com> <3A88E99A.56A939DB@CoreBit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A88E99A.56A939DB@CoreBit.com>; from donny@CoreBit.com on Tue, Feb 13, 2001 at 04:00:26PM +0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 13, 2001 at 04:00:26PM +0800, Donny Lee wrote: > Dag-Erling Smorgrav wrote: > > > ===>ipfilter > > > make: don't know how to make machine/lock.h Stop. > > > *** Error code 2 > > Looks like a stale dependency file to me. Try 'make cleandir' twice, > > followed by the usual 'make depend && make && make install'. > > Yes, but got no luck, stops at the same place. :) cd /sys/compile/ rm -rf modules make depend make To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 1:44:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 04C4637B4EC for ; Tue, 13 Feb 2001 01:44:46 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1D9gDD17931; Tue, 13 Feb 2001 01:42:13 -0800 (PST) (envelope-from obrien) Date: Tue, 13 Feb 2001 01:42:12 -0800 From: "David O'Brien" To: Dag-Erling Smorgrav Cc: Donny Lee , Current Subject: Re: ipfilter broken? Message-ID: <20010213014212.B17857@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <3A88AC06.B050ACFF@CoreBit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Tue, Feb 13, 2001 at 05:18:04AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 13, 2001 at 05:18:04AM +0100, Dag-Erling Smorgrav wrote: > Donny Lee writes: > > ===>ipfilter > > make: don't know how to make machine/lock.h Stop. > > *** Error code 2 > > Looks like a stale dependency file to me. Try 'make cleandir' twice, That only works in /usr/src userland, not kernel. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 2:16: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id D62A237B491; Tue, 13 Feb 2001 02:16:04 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id LAA94531; Tue, 13 Feb 2001 11:15:25 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: freebsd-current@FreeBSD.ORG Cc: Donny Lee , Current Subject: Re: ipfilter broken? References: <3A88AC06.B050ACFF@CoreBit.com> <20010213014212.B17857@dragon.nuxi.com> From: Dag-Erling Smorgrav Date: 13 Feb 2001 11:15:24 +0100 In-Reply-To: "David O'Brien"'s message of "Tue, 13 Feb 2001 01:42:12 -0800" Message-ID: Lines: 15 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "David O'Brien" writes: > On Tue, Feb 13, 2001 at 05:18:04AM +0100, Dag-Erling Smorgrav wrote: > > Donny Lee writes: > > > ===>ipfilter > > > make: don't know how to make machine/lock.h Stop. > > > *** Error code 2 > > Looks like a stale dependency file to me. Try 'make cleandir' twice, > That only works in /usr/src userland, not kernel. This is in a module build, and modules use the OBJDIR stuff so 'cleandir' had better work. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 2:16: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id D62A237B491; Tue, 13 Feb 2001 02:16:04 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id LAA94531; Tue, 13 Feb 2001 11:15:25 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: freebsd-current@FreeBSD.ORG Cc: Donny Lee , Current Subject: Re: ipfilter broken? References: <3A88AC06.B050ACFF@CoreBit.com> <20010213014212.B17857@dragon.nuxi.com> From: Dag-Erling Smorgrav Date: 13 Feb 2001 11:15:24 +0100 In-Reply-To: "David O'Brien"'s message of "Tue, 13 Feb 2001 01:42:12 -0800" Message-ID: Lines: 15 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "David O'Brien" writes: > On Tue, Feb 13, 2001 at 05:18:04AM +0100, Dag-Erling Smorgrav wrote: > > Donny Lee writes: > > > ===>ipfilter > > > make: don't know how to make machine/lock.h Stop. > > > *** Error code 2 > > Looks like a stale dependency file to me. Try 'make cleandir' twice, > That only works in /usr/src userland, not kernel. This is in a module build, and modules use the OBJDIR stuff so 'cleandir' had better work. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 5:35: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id CB20737B491 for ; Tue, 13 Feb 2001 05:34:56 -0800 (PST) Received: (from mi@localhost) by aldan.algebra.com (8.11.2/8.11.1) id f1DDYwV67342 for current@freebsd.org; Tue, 13 Feb 2001 08:34:58 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200102131334.f1DDYwV67342@aldan.algebra.com> Subject: trouble linking kernel (softdep) To: current@freebsd.org Date: Tue, 13 Feb 2001 08:34:57 -0500 (EST) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli"; Tue, 13 Feb 2001 06:01:30 -0800 (PST) Received: (from nnd@localhost) by wint.itfs.nsk.su (8.11.2/8.11.1) id f1DE1SI31513; Tue, 13 Feb 2001 20:01:28 +0600 (NOVT) (envelope-from nnd) Date: Tue, 13 Feb 2001 20:01:28 +0600 (NOVT) Message-Id: <200102131401.f1DE1SI31513@wint.itfs.nsk.su> From: nnd@mail.nsk.ru To: current@freebsd.org Subject: Re: setlocale() fails In-Reply-To: <86y9vbdm9r.wl@daemon.local.idaemons.org> X-Newsgroups: itfs.freebsd.current User-Agent: tin/1.5.8-20010204 ("Paradise Regained") (UNIX) (FreeBSD/5.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <86y9vbdm9r.wl@daemon.local.idaemons.org> you wrote: > > At Tue, 13 Feb 2001 07:21:15 +0900, > I wrote: >> I found that setlocale() always fails on -current. ..... >> Any ideas? > > I found the culprit. Here is a patch which fixes the problem. Yes this patch permits 'setlocale(LC_ALL, "")' to return success, but it is not solve the problem totally. It seems to me that all comparisons of the return value from '__part_load_locale' in the 'lmessages.c', 'lnumeric.c' and 'lmonetary.c' are reversed now and your patch correct only one of them (but this one prevents setlocale to work for all locales but "C" and "POSIX"). N.Dudorov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 6:31:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 6773837B491; Tue, 13 Feb 2001 06:31:31 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1DESdi72320; Tue, 13 Feb 2001 06:28:39 -0800 (PST) (envelope-from obrien) Date: Tue, 13 Feb 2001 06:28:39 -0800 From: "David O'Brien" To: Dag-Erling Smorgrav Cc: freebsd-current@FreeBSD.ORG, Donny Lee , Current Subject: Re: ipfilter broken? Message-ID: <20010213062838.B72052@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <3A88AC06.B050ACFF@CoreBit.com> <20010213014212.B17857@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Tue, Feb 13, 2001 at 11:15:24AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 13, 2001 at 11:15:24AM +0100, Dag-Erling Smorgrav wrote: > "David O'Brien" writes: > > On Tue, Feb 13, 2001 at 05:18:04AM +0100, Dag-Erling Smorgrav wrote: > > > Donny Lee writes: > > > > ===>ipfilter > > > > make: don't know how to make machine/lock.h Stop. > > > > *** Error code 2 > > > Looks like a stale dependency file to me. Try 'make cleandir' twice, > > That only works in /usr/src userland, not kernel. > > This is in a module build, and modules use the OBJDIR stuff so > 'cleandir' had better work. Only if the kernel Makefile (which shells out a make on the modules Makefile), knows about the "cleandir" target. Remember where the cwd is for the person wanting to do this (assuming defaults). What you suggest will only work because I was forsitefull enough not that long ago to think that someone might actually try ``make cleandir'' and want something to happen. But ``make cleandir'' will only act in the modules build dir, it does not imply a `make clean' for the kernel. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 6:31:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 6773837B491; Tue, 13 Feb 2001 06:31:31 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1DESdi72320; Tue, 13 Feb 2001 06:28:39 -0800 (PST) (envelope-from obrien) Date: Tue, 13 Feb 2001 06:28:39 -0800 From: "David O'Brien" To: Dag-Erling Smorgrav Cc: freebsd-current@FreeBSD.ORG, Donny Lee , Current Subject: Re: ipfilter broken? Message-ID: <20010213062838.B72052@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <3A88AC06.B050ACFF@CoreBit.com> <20010213014212.B17857@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Tue, Feb 13, 2001 at 11:15:24AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 13, 2001 at 11:15:24AM +0100, Dag-Erling Smorgrav wrote: > "David O'Brien" writes: > > On Tue, Feb 13, 2001 at 05:18:04AM +0100, Dag-Erling Smorgrav wrote: > > > Donny Lee writes: > > > > ===>ipfilter > > > > make: don't know how to make machine/lock.h Stop. > > > > *** Error code 2 > > > Looks like a stale dependency file to me. Try 'make cleandir' twice, > > That only works in /usr/src userland, not kernel. > > This is in a module build, and modules use the OBJDIR stuff so > 'cleandir' had better work. Only if the kernel Makefile (which shells out a make on the modules Makefile), knows about the "cleandir" target. Remember where the cwd is for the person wanting to do this (assuming defaults). What you suggest will only work because I was forsitefull enough not that long ago to think that someone might actually try ``make cleandir'' and want something to happen. But ``make cleandir'' will only act in the modules build dir, it does not imply a `make clean' for the kernel. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 7: 3:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from ms1.hinet.net (ms1.hinet.net [168.95.4.10]) by hub.freebsd.org (Postfix) with ESMTP id 8BC3837B491 for ; Tue, 13 Feb 2001 07:03:50 -0800 (PST) Received: from CoreBit.com (61-216-64-41.HINET-IP.hinet.net [61.216.64.41]) by ms1.hinet.net (8.8.8/8.8.8) with ESMTP id XAA09876 for ; Tue, 13 Feb 2001 23:03:47 +0800 (CST) Message-ID: <3A894D1C.EFB432B2@CoreBit.com> Date: Tue, 13 Feb 2001 23:05:00 +0800 From: Donny Lee X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: Re: ipfilter broken? References: <3A88AC06.B050ACFF@CoreBit.com> <3A88E99A.56A939DB@CoreBit.com> <20010213014137.A17857@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > > Looks like a stale dependency file to me. Try 'make cleandir' twice, > > > followed by the usual 'make depend && make && make install'. > > Yes, but got no luck, stops at the same place. :) > cd /sys/compile/ > rm -rf modules > make depend > make thanks, it works this way. By doing so, I also noticed that, the general procedule i used to take: cd /sys/i386/conf config -r mykernel cd ../../compile/mykernel make depend all install the -r option in config kernel is no longer exist? -- // Donny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 7: 9:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 46DF037B4EC for ; Tue, 13 Feb 2001 07:09:21 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id QAA95648; Tue, 13 Feb 2001 16:07:20 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Donny Lee Cc: freebsd-current@FreeBSD.ORG Subject: Re: ipfilter broken? References: <3A88AC06.B050ACFF@CoreBit.com> <3A88E99A.56A939DB@CoreBit.com> <20010213014137.A17857@dragon.nuxi.com> <3A894D1C.EFB432B2@CoreBit.com> From: Dag-Erling Smorgrav Date: 13 Feb 2001 16:07:20 +0100 In-Reply-To: Donny Lee's message of "Tue, 13 Feb 2001 23:05:00 +0800" Message-ID: Lines: 20 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Donny Lee writes: > By doing so, I also noticed that, the general procedule i > used to take: > > cd /sys/i386/conf > config -r mykernel ^^ No point. > cd ../../compile/mykernel > make depend all install ^^^^^^^^^^^^^^^^^^ Wrong. It only accidentally works because you always use 'config -r'. The correct command is 'make depend && make && make install'. If you do 'make depend all', the dependency information generated by the 'depend' target is ignored by the 'all' target. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 7:18:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from ms1.hinet.net (ms1.hinet.net [168.95.4.10]) by hub.freebsd.org (Postfix) with ESMTP id 564D037B503 for ; Tue, 13 Feb 2001 07:18:40 -0800 (PST) Received: from CoreBit.com (61-216-64-41.HINET-IP.hinet.net [61.216.64.41]) by ms1.hinet.net (8.8.8/8.8.8) with ESMTP id XAA18470 for ; Tue, 13 Feb 2001 23:18:36 +0800 (CST) Message-ID: <3A895095.ED1BBC7C@CoreBit.com> Date: Tue, 13 Feb 2001 23:19:49 +0800 From: Donny Lee X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Re: ipfilter broken? References: <3A88AC06.B050ACFF@CoreBit.com> <3A88E99A.56A939DB@CoreBit.com> <20010213014137.A17857@dragon.nuxi.com> <3A894D1C.EFB432B2@CoreBit.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > > By doing so, I also noticed that, the general procedule i > > used to take: > > cd /sys/i386/conf > > config -r mykernel > ^^ > No point. -r removes objects generated by a previous kernel config, i guess. > > cd ../../compile/mykernel > > make depend all install > ^^^^^^^^^^^^^^^^^^ > Wrong. It only accidentally works because you always use 'config -r'. > The correct command is 'make depend && make && make install'. If you > do 'make depend all', the dependency information generated by the > 'depend' target is ignored by the 'all' target. -- // Donny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 7:26:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha2.rdc1.kt.home.ne.jp [203.165.9.243]) by hub.freebsd.org (Postfix) with ESMTP id 424CC37B4EC; Tue, 13 Feb 2001 07:26:41 -0800 (PST) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20010213152639.XLQE19464.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org>; Tue, 13 Feb 2001 07:26:39 -0800 Received: by daemon.local.idaemons.org (8.11.1/3.7W) id f1DFQdv67480; Wed, 14 Feb 2001 00:26:39 +0900 (JST) Date: Wed, 14 Feb 2001 00:26:39 +0900 Message-ID: <86vgqeeh8w.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: nnd@mail.nsk.ru Cc: current@FreeBSD.ORG, phantom@FreeBSD.org Subject: Re: setlocale() fails In-Reply-To: <200102131401.f1DE1SI31513@wint.itfs.nsk.su> References: <86y9vbdm9r.wl@daemon.local.idaemons.org> <200102131401.f1DE1SI31513@wint.itfs.nsk.su> User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.2 (=?ISO-8859-1?Q?Daish=F2?= =?ISO-8859-1?Q?ji?=) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.2 - =?ISO-8859-1?Q?=22Daish=F2ji=22?=) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Tue, 13 Feb 2001 20:01:28 +0600 (NOVT), nnd@mail.nsk.ru wrote: > Yes this patch permits 'setlocale(LC_ALL, "")' to return > success, but it is not solve the problem totally. It seems to me > that all comparisons of the return value from '__part_load_locale' > in the 'lmessages.c', 'lnumeric.c' and 'lmonetary.c' are reversed now > and your patch correct only one of them (but this one prevents > setlocale to work for all locales but "C" and "POSIX"). All reversed? It seems to me at least the comparison in the line 65 of lmessages.c is correct, and the ones in lnumeric.c and lmonetary.c look fine as well. Let's have your say, Alexey! ;) -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 7:27: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id B4A3137B4EC for ; Tue, 13 Feb 2001 07:26:58 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id QAA95749; Tue, 13 Feb 2001 16:25:05 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Donny Lee Cc: freebsd-current@FreeBSD.ORG Subject: Re: ipfilter broken? References: <3A88AC06.B050ACFF@CoreBit.com> <3A88E99A.56A939DB@CoreBit.com> <20010213014137.A17857@dragon.nuxi.com> <3A894D1C.EFB432B2@CoreBit.com> <3A895095.ED1BBC7C@CoreBit.com> From: Dag-Erling Smorgrav Date: 13 Feb 2001 16:25:05 +0100 In-Reply-To: Donny Lee's message of "Tue, 13 Feb 2001 23:19:49 +0800" Message-ID: Lines: 13 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Donny Lee writes: > Dag-Erling Smorgrav wrote: > > > config -r mykernel > > No point. > -r removes objects generated by a previous kernel config, i guess. Still no point. Unless your tree is hosed, make(1) takes care of that, as long as you don't screw up by running all three targets at once so it never has a change to get the dependencies right. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 7:28:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 5158437B4EC; Tue, 13 Feb 2001 07:28:26 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id KAA30437; Tue, 13 Feb 2001 10:28:18 -0500 (EST) (envelope-from wollman) Date: Tue, 13 Feb 2001 10:28:18 -0500 (EST) From: Garrett Wollman Message-Id: <200102131528.KAA30437@khavrinen.lcs.mit.edu> To: obrien@freebsd.org Cc: current@freebsd.org Subject: Re: HEADS UP: installworld gotchas In-Reply-To: <20010212165810.G3038@dragon.nuxi.com> References: <200102120024.BAA49364@midten.fast.no> <200102120044.f1C0iLV01142@earth.backplane.com> <20010211165129.A3041@mollari.cthul.hu> <200102121647.LAA18854@khavrinen.lcs.mit.edu> <20010212165810.G3038@dragon.nuxi.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > That is (1) against Handbook documented policy, (2) too hackish (we > aren't Linux). And who came up with that policy in the first place? -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 7:33:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id DF21837B491 for ; Tue, 13 Feb 2001 07:33:08 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id KAA30494; Tue, 13 Feb 2001 10:33:01 -0500 (EST) (envelope-from wollman) Date: Tue, 13 Feb 2001 10:33:01 -0500 (EST) From: Garrett Wollman Message-Id: <200102131533.KAA30494@khavrinen.lcs.mit.edu> To: Peter Wemm Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: <200102130120.f1D1KpU56194@mobile.wemm.org> References: <200102130120.f1D1KpU56194@mobile.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > If we had taken -current to 500, we could go to 501, 502, etc as > required to stop killing our developers, and prior to entering 5.0-BETA we > go back to the next sequentially available major number (be it 5, or 6 > if RELENG_4 bumps again). Shared library version numbers going backwards is *evil*. Not quite as evil as it used to be under a.out, but still evil. Please don't go there. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 7:38:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 740C137B491 for ; Tue, 13 Feb 2001 07:38:45 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1DFceU64209; Tue, 13 Feb 2001 07:38:40 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102131538.f1DFceU64209@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Garrett Wollman Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: <200102131533.KAA30494@khavrinen.lcs.mit.edu> Date: Tue, 13 Feb 2001 07:38:40 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman wrote: > < said: > > > If we had taken -current to 500, we could go to 501, 502, etc as > > required to stop killing our developers, and prior to entering 5.0-BETA we > > go back to the next sequentially available major number (be it 5, or 6 > > if RELENG_4 bumps again). > > Shared library version numbers going backwards is *evil*. Not quite > as evil as it used to be under a.out, but still evil. Please don't go > there. There is no concept of "forward" or "backward" as far as the toolchain and runtime support goes. There is only "filename exists" or "file not found". Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 8: 7:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id F1FB137B65D for ; Tue, 13 Feb 2001 08:07:33 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA30774; Tue, 13 Feb 2001 11:07:21 -0500 (EST) (envelope-from wollman) Date: Tue, 13 Feb 2001 11:07:21 -0500 (EST) From: Garrett Wollman Message-Id: <200102131607.LAA30774@khavrinen.lcs.mit.edu> To: Peter Wemm Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: <200102131538.f1DFceU64209@mobile.wemm.org> References: <200102131533.KAA30494@khavrinen.lcs.mit.edu> <200102131538.f1DFceU64209@mobile.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > There is no concept of "forward" or "backward" as far as the toolchain and > runtime support goes. There is only "filename exists" or "file not found". This is a human-factors issue, not a code issue. People expect to see version numbers increasing. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 8:24: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id 3642837B4EC for ; Tue, 13 Feb 2001 08:23:59 -0800 (PST) Received: from originative.co.uk (lobster.originative.co.uk [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id 3B91B1D149; Tue, 13 Feb 2001 16:23:55 +0000 (GMT) Message-ID: <3A895FA0.25EBC727@originative.co.uk> Date: Tue, 13 Feb 2001 16:24:00 +0000 From: Paul RichardsF X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dag-Erling Smorgrav Cc: Warner Losh , Peter Wemm , Daniel Eischen , John Indra , freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > > Warner Losh writes: > > I've had problems in the past going backwards on major versions of > > shared libaries. The major problem is that if I have binaries that > > refer to libc.so.503, then when the major number is reverted back to > > 5, it is a nop because ld will use libc.so.503 for new binaries. > > When we back down to 5, we add magic to the Makefiles to move > libc.so.5?? to /usr/lib/compat - that way they're only used when > needed at runtime, not for linking new programs. > > > What's wrong with shipping with say libc.so.505 in 5.0 and then say > > libc.so.645 in 6.0? > > Umm, I dunno, except that it'll look weird, but that's just a matter > of taste. I actually quite like this idea, I prefer it to the dropping down to a single digit. What happens if there's a critical fix in a -stable branch, we *must* have the option to bump library versions when we need to and if we release 5-stable and intend to release 6-stable with libc.so.6 then you've got problems if you find a showstopper in 5-stable and need to release a new libc in that branch. If we have 3 digit library versions then there's always scope to roll forward library versions on a branch, as long as there aren't more than 99 of them :-) > Of course, what we really need is "mandatory minor numbers", i.e. > minor numbers that are treated as "I need this version", not as "I > need this version or newer"... *ducks* *runs* When we dropped minor numbers I had a worry that we'd run into one of Windows' greatest problems and we have. Applications that are developed and tested to work with a particular library might not work with a different version, we're suffering a worst case scenario of this problem now but even "fixes" in new versions can cause applications to break and we've already seen this many times in this iteration of -current. I think we need some form of version control on libraries so that applications know whether they're linking with the version they're designed for and to be able to keep multiple versions around in the system so all applications continue to work. I understand the reasoning that Elf doesn't need minor numbers but they served an useful purpose in maintaining application compatibility that we now lack. If there isn't any better solution then we should be much more free and easy in bumping the version number because otherwise we're storing up problems exactly along the lines that makes Windows so flakey when you change a dll. Another issue is that if two versions of a library have the same number then there's no way to find out which the application was intended to link against. If the version number is bumped more regularly then you can scan the filesystem and ldd the binaries to find out whether they need to be rebuilt against a new library. Given a lot of negatives and only an asthetic postive library bumping should take place much more often and moving to a 3 digit number based on the branch actually makes a lot of sense. Paul Richards To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 8:32:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.wemm.org (c1315225-a.plstn1.sfba.home.com [65.0.135.147]) by hub.freebsd.org (Postfix) with ESMTP id 5793A37B503 for ; Tue, 13 Feb 2001 08:32:21 -0800 (PST) Received: from netplex.com.au (localhost [127.0.0.1]) by mobile.wemm.org (8.11.1/8.11.1) with ESMTP id f1DGUdU64790; Tue, 13 Feb 2001 08:30:39 -0800 (PST) (envelope-from peter@netplex.com.au) Message-Id: <200102131630.f1DGUdU64790@mobile.wemm.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: Garrett Wollman Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: <200102131607.LAA30774@khavrinen.lcs.mit.edu> Date: Tue, 13 Feb 2001 08:30:39 -0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garrett Wollman wrote: > < said: > > > There is no concept of "forward" or "backward" as far as the toolchain and > > runtime support goes. There is only "filename exists" or "file not found". > > This is a human-factors issue, not a code issue. People expect to see > version numbers increasing. The proposal as it presently stands is to never let these reach beta or -release. -current developers can deal with this just fine, it is the least of their problems. However, some want these in -release too... But that is a long way away. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 9:10: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from columbus.cris.net (columbus.cris.net [212.110.128.65]) by hub.freebsd.org (Postfix) with ESMTP id A293B37B491 for ; Tue, 13 Feb 2001 09:10:01 -0800 (PST) Received: from ark.cris.net (ark.cris.net [212.110.128.68]) by columbus.cris.net (8.9.3/8.9.3) with ESMTP id TAA58499; Tue, 13 Feb 2001 19:08:25 +0200 (EET) Received: (from phantom@localhost) by ark.cris.net (8.11.1/8.11.1) id f1DH8Jl17878; Tue, 13 Feb 2001 19:08:19 +0200 (EET) Date: Tue, 13 Feb 2001 19:08:19 +0200 From: Alexey Zelkin To: Akinori MUSHA Cc: nnd@mail.nsk.ru, current@FreeBSD.ORG Subject: Re: setlocale() fails Message-ID: <20010213190819.A17503@ark.cris.net> References: <86y9vbdm9r.wl@daemon.local.idaemons.org> <200102131401.f1DE1SI31513@wint.itfs.nsk.su> <86vgqeeh8w.wl@archon.local.idaemons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <86vgqeeh8w.wl@archon.local.idaemons.org>; from knu@iDaemons.org on Wed, Feb 14, 2001 at 12:26:39AM +0900 X-Operating-System: FreeBSD 3.5-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hi, Yep! You was completely correct, I made mistake in mostly cosmetics "style(9)" commit :-( Thanks for spoting that! BTW, problem should be fixed as side effect of my commit made some time ago related to __part_load_locale() interface change. Check it please. On Wed, Feb 14, 2001 at 12:26:39AM +0900, Akinori MUSHA wrote: > At Tue, 13 Feb 2001 20:01:28 +0600 (NOVT), > nnd@mail.nsk.ru wrote: > > Yes this patch permits 'setlocale(LC_ALL, "")' to return > > success, but it is not solve the problem totally. It seems to me > > that all comparisons of the return value from '__part_load_locale' > > in the 'lmessages.c', 'lnumeric.c' and 'lmonetary.c' are reversed now > > and your patch correct only one of them (but this one prevents > > setlocale to work for all locales but "C" and "POSIX"). > > All reversed? It seems to me at least the comparison in the line 65 > of lmessages.c is correct, and the ones in lnumeric.c and lmonetary.c > look fine as well. Let's have your say, Alexey! ;) > > -- > / > /__ __ Akinori.org / MUSHA.org > / ) ) ) ) / FreeBSD.org / Ruby-lang.org > Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp > > "We're only at home when we're on the run, on the wing, on the fly" -- /* Alexey Zelkin && phantom@cris.net */ /* Tavric National University && phantom@FreeBSD.org */ /* Sysadmin/Developer && phantom@sms.umc.com.ua */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 9:20: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from infoteka.nsk.ru (infoteka.nsk.ru [212.20.32.40]) by hub.freebsd.org (Postfix) with SMTP id 2F86A37B4EC for ; Tue, 13 Feb 2001 09:20:04 -0800 (PST) Received: (qmail 3458 invoked by uid 1001); 13 Feb 2001 17:20:02 -0000 Message-ID: <20010213232001.16857@mail.nsk.ru> Date: Tue, 13 Feb 2001 23:20:01 +0600 From: "Nickolay N. Dudorov" To: Akinori MUSHA Cc: current@FreeBSD.ORG, phantom@FreeBSD.org Subject: Re: setlocale() fails References: <86y9vbdm9r.wl@daemon.local.idaemons.org> <200102131401.f1DE1SI31513@wint.itfs.nsk.su> <86vgqeeh8w.wl@archon.local.idaemons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <86vgqeeh8w.wl@archon.local.idaemons.org>; from Akinori MUSHA on Wed, Feb 14, 2001 at 12:26:39AM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 14, 2001 at 12:26:39AM +0900, Akinori MUSHA wrote: > At Tue, 13 Feb 2001 20:01:28 +0600 (NOVT), > nnd@mail.nsk.ru wrote: > > Yes this patch permits 'setlocale(LC_ALL, "")' to return > > success, but it is not solve the problem totally. It seems to me > > that all comparisons of the return value from '__part_load_locale' > > in the 'lmessages.c', 'lnumeric.c' and 'lmonetary.c' are reversed now > > and your patch correct only one of them (but this one prevents > > setlocale to work for all locales but "C" and "POSIX"). > > All reversed? It seems to me at least the comparison in the line 65 > of lmessages.c is correct, and the ones in lnumeric.c and lmonetary.c > look fine as well. Let's have your say, Alexey! ;) Yes, I must say that my claim was based on the mechanical comparison of the old (previous to the last series of patches) versions of this files with last ones. My apologies for lasting your time and bandwith :-( N.Dudorov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 9:26:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 454D837B4EC for ; Tue, 13 Feb 2001 09:26:29 -0800 (PST) Received: from elischer.org (reggae-03-89.nv.iinet.net.au [203.59.78.89]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id BAA02988 for ; Wed, 14 Feb 2001 01:26:24 +0800 Message-ID: <3A896E33.8AC84353@elischer.org> Date: Tue, 13 Feb 2001 09:26:11 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: current@freebsd.org Subject: linksys Etherfast.. broken? Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I used to use a Linksys Etherfast card in my Inspiron, but I haven't used it for a while. Today I tried to use it again but it failed miserably.. related lines from dmesg: pcic-pci0: at device 4.0 on pci0 pcic-pci0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] pcic-pci1: at device 4.1 on pci0 pcic-pci1: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] pcic0: at port 0x3e0 iomem 0xd0000 on isa0 pcic0: Polling mode pccard0: on pcic0 pccard1: on pcic0 ed0 at port 0x300-0x31f irq 10 slot 0 on pccard0 ed0: address 00:e0:98:74:49:0d, type Linksys (16 bit) pccard says: ed0: Linksys (/Ether[Ff]ast 10/100 PC Card \(PCMPC100.*\)/) inserted. ed0: device timeout ed0: device timeout if I ping the other machine from the inspiron, the other machine gets the arp inquiries (and responds as far as I can see) but the Linksys card seems deaf. (the other machine gets a new arp entry, and I see the leds flash as it appears to send something onto the wire). -current as of a couple of days ago. I've seen nothing on this. It appears the same for either pccard slot. (except the interrupt reported is 11 instead of 10) I do see ONE interrupt reported by vmstat -i.. reported as "spurious interrupt 10" ?? anyone have ideas? -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 10: 3: 6 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 62AC037B491 for ; Tue, 13 Feb 2001 10:03:01 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1DI2wW39996; Tue, 13 Feb 2001 11:02:58 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102131802.f1DI2wW39996@harmony.village.org> To: Julian Elischer Subject: Re: linksys Etherfast.. broken? Cc: current@FreeBSD.ORG In-reply-to: Your message of "Tue, 13 Feb 2001 09:26:11 PST." <3A896E33.8AC84353@elischer.org> References: <3A896E33.8AC84353@elischer.org> Date: Tue, 13 Feb 2001 11:02:58 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A896E33.8AC84353@elischer.org> Julian Elischer writes: : ed0 at port 0x300-0x31f irq 10 slot 0 on pccard0 IRQ 10 is likely used by another hunk of hardware. Pick another one. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 10: 6:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 236A137B491 for ; Tue, 13 Feb 2001 10:06:11 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1DI62W40033; Tue, 13 Feb 2001 11:06:02 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102131806.f1DI62W40033@harmony.village.org> Subject: Re: linksys Etherfast.. broken? To: Julian Elischer , current@FreeBSD.ORG In-reply-to: Your message of "Tue, 13 Feb 2001 11:02:58 MST." Date: Tue, 13 Feb 2001 11:06:02 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -------- Warner Losh writes: : In message <3A896E33.8AC84353@elischer.org> Julian Elischer writes: : : ed0 at port 0x300-0x31f irq 10 slot 0 on pccard0 : : IRQ 10 is likely used by another hunk of hardware. Pick another one. Actually, this Linksys Etherfast name tickles something in the back of my mind. I think that you need fa-select with this card until I can get the patches that have been subitted integrated. Check the mobile archives for both the patches and the pointers to fa-select. The patches have issues with some hubs, which is one of the reasosn I've not committed them. At least at work (Timing Solutions) we have a large variety of hub/switches so I'll be able to test many pathological cases... Now, where did I put that spare box of hours. I can sure use a few. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 13:18:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 93B2737B491 for ; Tue, 13 Feb 2001 13:18:17 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1DLI3780015; Tue, 13 Feb 2001 13:18:03 -0800 (PST) (envelope-from obrien) Date: Tue, 13 Feb 2001 13:18:02 -0800 From: "David O'Brien" To: Paul RichardsF Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010213131802.B79651@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> <3A895FA0.25EBC727@originative.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A895FA0.25EBC727@originative.co.uk>; from paul@originative.co.uk on Tue, Feb 13, 2001 at 04:24:00PM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 13, 2001 at 04:24:00PM +0000, Paul RichardsF wrote: > When we dropped minor numbers I had a worry that we'd run into one of > Windows' greatest problems and we have. Applications that are developed > and tested to work with a particular library might not work with a > different version, How is that??? It is beter under ELF than a.out in that ld.so isn't making a guess as to which shared libs were compatible and which weren't. The ELF ld.so does not look for shared lib libxyz.so.2, find libxyz.so.3 and decide maybe they are close enough and use it instead. The a.out ld.so would use libxyz.so.2.2 when the binary was compiled and tested with libxyz.so.2.1. > we're suffering a worst case scenario of this problem > now but even "fixes" in new versions can cause applications to break and Don't confuse development (which in years past would have never made it out of the "company's" development machines, with deployed releases. > we've already seen this many times in this iteration of -current. *Way*, way too many people are using -CURRENT that have no business doing so. > I think we need some form of version control on libraries so that > applications know whether they're linking with the version they're > designed for and to be able to keep multiple versions around in the > system so all applications continue to work. We have that today and it works very well [in our released product]. > I understand the reasoning that Elf doesn't need minor numbers but they > served an useful purpose in maintaining application compatibility that > we now lack. NO! Please review the rules ld.so in both ELF and a.out varieties uses in finding a desired shared lib. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 14:38: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from leviathan.inethouston.net (216-118-21-146.pdq.net [216.118.21.146]) by hub.freebsd.org (Postfix) with ESMTP id 8262B37B491 for ; Tue, 13 Feb 2001 14:37:57 -0800 (PST) Received: from dwcjr (216-118-21-147.pdq.net [216.118.21.147]) by leviathan.inethouston.net (Postfix) with ESMTP id F105311131A for ; Tue, 13 Feb 2001 16:38:00 -0600 (CST) Message-ID: <041e01c0960d$9c8866a0$931576d8@inethouston.net> From: "David W. Chapman Jr." To: Subject: DRI Date: Tue, 13 Feb 2001 16:37:57 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anyone know if -current supports Direct Rendering Infrastructure? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 15:25:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from localhost.westmarsh.com (orion.westmarsh.com [193.195.76.57]) by hub.freebsd.org (Postfix) with ESMTP id 0738137B491 for ; Tue, 13 Feb 2001 15:25:04 -0800 (PST) Received: from westmarsh.com (mailgate.westmarsh.com [193.195.76.50]) (authenticated) by localhost.westmarsh.com (8.11.2/8.11.1) with ESMTP id f1DNOYt01648; Tue, 13 Feb 2001 23:24:38 GMT (envelope-from pierre.dampure@westmarsh.com) Message-ID: <3A89C231.D03793D4@westmarsh.com> Date: Tue, 13 Feb 2001 23:24:33 +0000 From: "Pierre Y. Dampure" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: current@freebsd.org Subject: Re: linksys Etherfast.. broken? References: <3A896E33.8AC84353@elischer.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer wrote: > I used to use a Linksys Etherfast card > in my Inspiron, but I haven't used it for > a while. Today I tried to use it again > but it failed miserably.. > Most probably you noticed this already, but (in src/UPDATING): 20001218: Linksys Fast Ethernet PCCARD cards supported by the ed driver now require the addition of flag 0x80000 to their config line in pccard.conf(5). This flag is not optional. These Linksys cards will not be recognized without it. Regards, PYD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 16:48: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id 6BC6137B491 for ; Tue, 13 Feb 2001 16:47:55 -0800 (PST) Received: from originative.co.uk (lobster.originative.co.uk [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id 6A7101D14A for ; Wed, 14 Feb 2001 00:47:54 +0000 (GMT) Message-ID: <3A89D5BF.D46B8FCC@originative.co.uk> Date: Wed, 14 Feb 2001 00:47:59 +0000 From: Paul Richards X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> <3A895FA0.25EBC727@originative.co.uk> <20010213131802.B79651@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Tue, Feb 13, 2001 at 04:24:00PM +0000, Paul RichardsF wrote: > > When we dropped minor numbers I had a worry that we'd run into one of > > Windows' greatest problems and we have. Applications that are developed > > and tested to work with a particular library might not work with a > > different version, > > How is that??? Because applications expect a stable interface. If an application is developed and tested against a particular behaviour of a library function and that function's behaviour is changed it could and sometimes does break the application. More often than not that sort of failure is a side effect of *fixing* something that was previously broken. > It is beter under ELF than a.out in that ld.so isn't making a guess as > to which shared libs were compatible and which weren't. The ELF ld.so > does not look for shared lib libxyz.so.2, find libxyz.so.3 and decide > maybe they are close enough and use it instead. The a.out ld.so would > use libxyz.so.2.2 when the binary was compiled and tested with > libxyz.so.2.1. Instead what we have now is libxyz.so.3 and libxyz.so.3 which are different from each other. When you've got an application that just broken you've got no way of finding out which version of the library was the working one, or any way of linking against it because it cannot co-exist with the newer version because they've got the same name. This is precisely the problem we've got now. Maybe I didn't make it clear in my last email, it's not the old a.out way of picking the library to link with that was better, it was the finer grained versioning. > > > we're suffering a worst case scenario of this problem > > now but even "fixes" in new versions can cause applications to break and > > Don't confuse development (which in years past would have never made it > out of the "company's" development machines, with deployed releases. This applies to released code as much as in-development code. When you login to a strange machine and you're trying to diagnose a problem there's no way to know whether the libc they've got installed is of version X or version Y because there's nothing to tell you what sources libc.so.Z was built from, it could be the .Z version with the X fixes or the Y fixes. To be honest, DLLs are better than our scheme from that perspective. While you might screw a load of applications by upgrading a DLL with the same name you can at least look at the version number in the properties to find out which version of that DLL it is. There's no way of looking at a libc.so.5 and say which version of libc.so.5 it is. Although `ident` does provide a slightly cumbersome way of getting some information to help with that when you really need it. > > we've already seen this many times in this iteration of -current. > > *Way*, way too many people are using -CURRENT that have no business doing > so. I agree with that, I've always been an advocate of raising the barrier of entry to using -current. > > I think we need some form of version control on libraries so that > > applications know whether they're linking with the version they're > > designed for and to be able to keep multiple versions around in the > > system so all applications continue to work. > > We have that today and it works very well [in our released product]. > > I understand the reasoning that Elf doesn't need minor numbers but they > > served an useful purpose in maintaining application compatibility that > > we now lack. > > NO! Please review the rules ld.so in both ELF and a.out varieties uses > in finding a desired shared lib. You've missed the point I was trying to make. Our reluctance to bump what we perceive to be a major number is hampering our ability to differentiate between different versions. It has nothing to do with the difference between a.out and Elf library selection, it's a project policy problem. We could just as easily use a minor numbering scheme with Elf to indicate that a version change has occured but not an interface change. To some extent a three figure version number does something along those lines. If we bumped the version number with a bit more abandon this problem wouldn't even be a problem. Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Feb 13 17: 0:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.theinternet.com.au (zeus.theinternet.com.au [203.34.176.2]) by hub.freebsd.org (Postfix) with ESMTP id CFB4B37B4EC for ; Tue, 13 Feb 2001 17:00:38 -0800 (PST) Received: (from akm@localhost) by mail.theinternet.com.au (8.9.3/8.9.3) id LAA63987; Wed, 14 Feb 2001 11:01:06 +1000 (EST) (envelope-from akm) Date: Wed, 14 Feb 2001 11:01:06 +1000 From: Andrew Kenneth Milton To: "David W. Chapman Jr." Cc: freebsd-current@FreeBSD.ORG Subject: Re: DRI Message-ID: <20010214110106.M39738@zeus.theinternet.com.au> References: <041e01c0960d$9c8866a0$931576d8@inethouston.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <041e01c0960d$9c8866a0$931576d8@inethouston.net>; from David W. Chapman Jr. on Tue, Feb 13, 2001 at 04:37:57PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG +-------[ David W. Chapman Jr. ]---------------------- | Anyone know if -current supports Direct Rendering Infrastructure? XFree4 supports it, it's not really a FreeBSD issue, other than actually building the drm kernel module. -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | ACN: 082 081 472 ABN: 83 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 2:56:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from g03.syd.iprimus.net.au (g03.syd.iprimus.net.au [203.134.65.5]) by hub.freebsd.org (Postfix) with SMTP id C8D6637B491 for ; Wed, 14 Feb 2001 02:55:55 -0800 (PST) Received: (qmail 3902 invoked from network); 14 Feb 2001 10:55:39 -0000 Received: from unknown (HELO kdhbooks.com) (203.134.133.16) by g03.syd.iprimus.net.au with SMTP; 14 Feb 2001 10:55:39 -0000 From: "e-Publisher's Weekly" To: Subject: e-Publisher's Weekly #4 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Wed, 14 Feb 2001 22:06:28 +1100 Content-Transfer-Encoding: 8bit Message-Id: <20010214105555.C8D6637B491@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG e-publisher's Weekly : ISSUE # 4 =============================================================== kdhbooks - February 14, 2001 e-book publishing & marketing http://www.kdhbooks.com =============================================================== Top Sponsor Advertisement: =============================================================== Get Published Instantly with EbookoMatic. Simple, affordable, secure. Upload manuscript. Convert to ebook. Sell online within minutes. Members receive $39.00 bonus! Act now. Collect royalties. Become famous www.EbookoMatic.net. (Affiliates earn 20% on new memberships!). =============================================================== =============================================================== In this Issue =============================================================== 1- From the Author 2- eZine advertising 3- ISBN number 4- Featured Ebooks 5- Merchant Accounts 6- Ebook Publishing 7- e-Interview 8- Microsoft Reader Format 9- Next Week =============================================================== 1- From the Author: =============================================================== If you have an 'e-book', 'website' or software you wish to have reviewed here or like to be 'Interviewed, then send us an email to: mailto:epw@kdhbooks.com . Interviews will be as well featured on our website for general public access. =============================================================== 2- eZine Advertising: =============================================================== Only three (3) more issues to go for our special rate. 4632 current subscribers to 'e-publisher's Weekly'. Advertising categories are: Solo Ads, Top sponsors, Bottom Ads, and Middle Ads. Check out our rates card: http://www.kdhbooks.com/ezinerates.htm For the next four issues we will give our subscribers a %50 discount on all rates. Go here for details. http://www.kdhbooks.com/specialrates.htm The "special rates URL" will only be displayed in our weekly 'e-publisher's weekly' newsletter. =============================================================== 3- How to obtain an ISBN number: =============================================================== Why would you need an ISBN number for your ebooks? In order to sell your publication on Amazon.com you will need one. But you need to publish your book in hard/soft shell first. Depending on the layout, Graphics and paper source you are going to use it can come costly. Then after you have publish it the conventional way you can go and apply for your ISBN number here online : http://www.bowker.com/standards/home/isbn/us/application.html or print out the form and post it. Ebooks will have either an ISBN or similar code to be identified in the future. Major Issues in the Implementation of the ISBN: PRINTING THE ISBN: When the number is either written or printed, it must be preceded by the letters "ISBN" and each part must be separated by a hyphen. read more about it here: http://www.bowker.com/standards/home/isbn/us/major.html =============================================================== 4 - Featured Ebooks: =============================================================== - LARKIN, by Debby Hunt - Larkin is the original story of a wealthy young girl named Shannon O'Larkin, and her relationship with an obsessive young man named Mike Sullivan. The relationship continues even after he has murdered someone and has been committed to a mental institution. Shannon thinks she is safe some years later, and she has happily married to someone else. But Mike escapes from the mental hospital. He comes after Shannon with a calculated purpose, and her life will never be the same again. download here: http://www.exebook.com/personal/debbyhunt/ =============================================================== - The Enterprising Writer, by Michael Meanwell - The Enterprising Writer’ shows you how to develop business and literary skills, and employ the right principles for running a successful enterprise. - How to set up and launch a sustainable home-based business - How to convert prospects into clients - How to turn clients into advocates (this is the secret to the most powerful and inexpensive form of promotion) - How to keep clients satisfied and happy to help build your business - How to handle slow-paying and no-paying clients - How to get organized and stay productive - How to promote yourself online and offline - How to achieve your writing dreams and enjoy working for yourself This book is well written and offers more advice and techniques than you will find anywhere for this price. A HOT product for beginners and professionals alike. go here to download it: http://www.meanwellstore.com/ =============================================================== - 'Writers on Writing'.by Michael Meanwell - Do you want to be inspired by the Masters of Writing? Then you should read 'Writers on Writing'. This unique book couples more than 360 poignant quotations from classic and contemporary writers with over 150 positive affirmations written by me specifically for you, today's writer. go here to download it: http://www.meanwellstore.com/product22.htm =============================================================== 5 - Merchant Accounts: =============================================================== By now almost all or at least the majority of online users have either heard or obtained a merchant account for processing on-line orders for various products. It is a rather convenient choice and in some instances " can cost more then you earn". To open an merchant account at your local bank is a tedious procedure and often you get turned down for reasons that might be out of reach (for the moment). That's where the on-line banks come into place, quick set-up, low cost maintenance, and a very attractive rate. But how much are you really earning? By a rate of, will say, 7% and a additional fee of $1.50 per sale you are not earning much if your product sales for around $10.00. The "real" earner is the BANK. So, do the math and shop around to get the best price. Download some ebooks about merchant accounts here: http://www.kdhbooks.com/ebooks/finance.htm and make sure that "YOU" are getting the most return. =============================================================== 6 - Ebook Publishing: =============================================================== Ebook publishing is a revolution on the Internet, the future of how we read books. If you can publish a website, you can publish an ebook. The advantage is that you have virtually no overhead cost, only your software and Internet connection. go here to download more info: http://www.kdhbooks.com/ebooks/publishing.htm If you are planning to publish an electronic magazine or/and ebooks than this ebook will help you out almost in every way possible. Click on the link below: - E-Zines - a complete guide to publishing - E-Zine publishing Handbook http://www.kdhbooks.com/ebooks/ezine.htm =============================================================== 7 - e-interview =============================================================== Michael Meanwell, interviewed by Kathryn Hardman you can read the article on our website at: http://www.kdhbooks.com/interview/michael_meanwell.htm ............................................................... Kathryn: After 20 years in the writers business, how do you feel about ePublishing? Michael: In a word, re-born. It has re-invigorated me and, funnily enough, taken me full circle to what I wanted to do -- and started doing -- as a teenager. Writing books. It's a little strange, however, being both the author and the publisher. Now there's no barrier at all to being published but, with that, goes a layer of responsibility to ensure content is at the highest level. Having started my career as a newspaper reporter and sub-editor, I am used to editing my own copy, so it hasn't been too difficult a transition. When dealing with the traditional publishing world, many writers invest a lot of time, submitting their work to publishers, then play the waiting-game. While the rules are different with epublishing, there is still a considerable investment needed to be successful. When I finished my first ebook, I joked to a colleague that writing it was the easy part -- and I right (the hard part was learning and developing a workable ebook format, building the Web site and launching an ongoing marketing campaign). And that's true, even for authors who are handled by a third-party epublisher. Often, they will be responsible for not only providing the ebook in a professional, published format, but also arranging reviews, publicity and online marketing. ePublishing is, however, an exciting, evolving industry. It's a wonderful experience to be in complete control of your e-destiny. - please follow the link to the complete interview. http://www.kdhbooks.com/interview/michael_meanwell.htm or download as ebook (340 kb) http://www.kdhbooks.com/interview/michael_meanwell.exe ............................................................... =============================================================== 8 - Microsoft Reader Format =============================================================== Publish in Microsoft Reader (LIT) format. If you can not or don't want to buy www.readerworks.com publisher ($69.00), then you can download for free the ebook publisher software direct from Microsoft. Only two catches: Must have Word2000 and you can not change the ebook cover. Other than that it works straight from within Word2000. If you consider to publish ebooks in 'LIT' in the future, then take it for a test drive. http://www.microsoft.com/reader/ and don't forget to download the layout files !!!! =============================================================== 9 - Next Week: =============================================================== - eBook Compilers under the hood - Competition - get published - affiliate programs =============================================================== =============================================================== Get Published Instantly with EbookoMatic. Simple, affordable, secure. Upload manuscript. Convert to ebook. Sell online within minutes. Members receive $39.00 bonus! Act now. Collect royalties. Become famous. http://www.EbookoMatic.net (Affiliates earn 20% on new memberships!). =============================================================== we hope that you have enjoyed reading our newsletter. if you wish to un-subscribe send to: remove@kdhbooks.com best regards Kathryn Hardman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 7:10:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id B1CA137B4EC; Wed, 14 Feb 2001 07:10:11 -0800 (PST) Received: from FreeBSD-Services.co.uk (lobster.originative.co.uk [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id 415321D14A; Wed, 14 Feb 2001 15:10:09 +0000 (GMT) Message-ID: <3A8A9FD6.B91CE40E@FreeBSD-Services.co.uk> Date: Wed, 14 Feb 2001 15:10:14 +0000 From: Paul Richards X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Leif Neland Cc: Nik Clayton , "Michael C . Wu" , freebsd-current@FreeBSD.ORG Subject: Re: pkg_update References: <20010207202335.C20454@peorth.iteration.net> <20010208232645.A86390@canyon.nothing-going-on.org> <00c501c092ec$678e73a0$0e00a8c0@neland.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Leif Neland wrote: > > > On Wed, Feb 07, 2001 at 08:23:35PM -0600, Michael C . Wu wrote: > > > On Thu, Feb 08, 2001 at 01:56:11AM +0100, Leif Neland scribbled: > > > | It seems pkg_update is only usable when installing from packages, not from > > > | ports. > > > > > > Because it is a package update system. If you want to update > > > from the ports, use 'pkg_version -c |sh' > > > > Never, ever, *ever* do this. > > > > Just installing a new version of a port seems to work. I've actually run into some problems that are on my list of things to look at. The problem is that 'make install' in a port doesn't check dependencies properly, whereas pkg_install does. The way I currently use pkg_update (not ideal I've plans to improve it) is to build the new version and then do 'make package'. This installs the new version, over the top of any previous versions but that doesn't matter because pkg_update cleans all that up. Once 'make package' is finished you can run pkg_update using the newly created package. The problem is that the 'make install' will happily succeed but the pkg_install run via pkg_update will fail because the required dependencies for the package are missing. Of course, by the time the pkg_install fails the pkg_delete has uninstalled all your older versions. This isn't fatal because pkg_update prints out the contents of the +REQUIRES file when it fails so you can do a 'make install' to install the new port version and then copy the dependencies into /var/db/pkg/'pkgname'/+REQUIRES. I know that's not ideal but it prevents you getting totally screwed if the pkg_install fails due to dependencies. > Couldn't it be made possible to use just the update-of-dependencies part of pkg_update without doing the pkg_delete/pkg_install bit? > > Perhaps I'll try... I guess it might be useful to just print out the collated dependencies, just like it does if the pkg_install step fails. It would be pretty trivial to add a switch to add that functionality. That would allow you to get the contents of what the new +REQUIRES file would be like if all the pkg* steps were run but to not actually run them so you can do them by hand. Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 7:48:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-01.iinet.net.au (syncopation-01.iinet.net.au [203.59.24.37]) by hub.freebsd.org (Postfix) with SMTP id ACB5B37B401 for ; Wed, 14 Feb 2001 07:48:53 -0800 (PST) Received: (qmail 6112 invoked by uid 666); 14 Feb 2001 15:55:06 -0000 Received: from i074-216.nv.iinet.net.au (HELO elischer.org) (203.59.74.216) by mail.m.iinet.net.au with SMTP; 14 Feb 2001 15:55:06 -0000 Message-ID: <3A8AA8D4.A3E73136@elischer.org> Date: Wed, 14 Feb 2001 07:48:37 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: "Pierre Y. Dampure" Cc: current@freebsd.org Subject: Re: linksys Etherfast.. broken? References: <3A896E33.8AC84353@elischer.org> <3A89C231.D03793D4@westmarsh.com> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Pierre Y. Dampure" wrote: > > Julian Elischer wrote: > > > I used to use a Linksys Etherfast card > > in my Inspiron, but I haven't used it for > > a while. Today I tried to use it again > > but it failed miserably.. > > > > Most probably you noticed this already, but (in src/UPDATING): > > 20001218: > Linksys Fast Ethernet PCCARD cards supported by the ed driver > now require the addition of flag 0x80000 to their config line > in pccard.conf(5). This flag is not optional. These Linksys > cards will not be recognized without it. > > Regards, I have that (it's in the new pccard.conf files) and the card is recognised correctly.. it just doesn't WORK. I'm goinng to a friend's place on Saturday to try it on a known good network just to be sure it's not the cable. till then, I don;t really need it yet. > > PYD -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 7:55:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from pimout4-int.prodigy.net (pimout4-ext.prodigy.net [207.115.63.103]) by hub.freebsd.org (Postfix) with ESMTP id 44A5037B401 for ; Wed, 14 Feb 2001 07:55:49 -0800 (PST) Received: from flash.net (ip215.atlanta14.ga.pub-ip.psi.net [38.30.162.215]) by pimout4-int.prodigy.net (8.11.0/8.11.0) with ESMTP id f1EFtkG240396; Wed, 14 Feb 2001 10:55:47 -0500 Message-ID: <3A8B52F2.C6B37C4C@flash.net> Date: Wed, 14 Feb 2001 22:54:26 -0500 From: Courtney Thomas X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: HOWTO->implement SCSI functionality in 5.0-Current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greetings ! What are the minimal conditions required for 5.0-Current to recognize my SCSI card, an Adaptec 1542CP ? It is seen by the eeprom at bootup but there is nothing in dmesg and the tape drive and CDRW are unavailable, of course. Apparently I am missing the SCSI driver. But just CVSuping from 4.1-Release, where all was fine, I would appreciate info/URLs as to where such information can be found. I tried ..... searching freebsd.org querying freebsd-scsi altering device.hints different OS/card Bios settings to no avail. Appreciatively, Courtney To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 8:13:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.sovintel.ru (ns.sovintel.ru [212.44.130.6]) by hub.freebsd.org (Postfix) with ESMTP id 9B80937B503 for ; Wed, 14 Feb 2001 08:13:14 -0800 (PST) Received: from anry (fw-nat.sovintel.net [212.44.130.15]) by ns.sovintel.ru (8.11.2/8.11.2) with ESMTP id f1EGDAf17131 for ; Wed, 14 Feb 2001 19:13:10 +0300 (MSK) Date: Wed, 14 Feb 2001 19:13:14 +0300 (MSK) From: Andrey Rouskol To: freebsd-current@freebsd.org Subject: db interface question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi All, I'm trying to write a simple perl program to create a .db file, insert some values and delete some. The problem I have is that everything happy during inserting but when I try to remove all key-value pairs sequently from the .db file my program crashes. I've tested it in FreeBSD-2.8, FreeBSD-4.2 and FreeBSD-CURRENT. Here are two programs - one to create .db file and another to delete all elements from it: --dbcreate - create a database with 100 elements #!/usr/bin/perl -w use DB_File ; use Fcntl ; my $dbfile = shift; if( !defined $dbfile) { print STDERR "Usage: $0 to list\n"; exit 1; } $X = tie( %mydb, DB_File, $dbfile, O_RDWR|O_CREAT, 0666, $DB_HASH ); my $key = "a00"; my $val = "b00"; for(my $i=0; $i<100; $i++) { print "$key - $val\n"; $mydb{$key++} = $val++; } undef $X; untie %mydb; exit 0; -- end of dbcreate --- -- dbclear -- removes all elements from the database #!/usr/bin/perl -w use DB_File ; use Fcntl ; my $dbfile = shift; if( !defined $dbfile) { print STDERR "Usage: $0 to list\n"; exit 1; } $X = tie( %mydb, DB_File, $dbfile, O_RDWR, 0666, $DB_HASH ); my $usr = 0; my $pw = 0; my $i = 0; while( ($usr,$pw) = each %mydb) { print "${usr} - ${pw}: deleted\n"; delete $mydb{$usr}; ++$i; } print "$i elements deleted\n"; undef $X; untie %mydb; exit 0; --- end --- Regards, ------------------------------------------------------- Andrey Rouskol Sovintel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 9:32: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from london.physics.purdue.edu (london.physics.purdue.edu [128.210.67.35]) by hub.freebsd.org (Postfix) with ESMTP id 19CEC37B69E; Wed, 14 Feb 2001 09:32:03 -0800 (PST) Received: (from will@localhost) by london.physics.purdue.edu (8.8.8/8.8.8) id MAA03648; Wed, 14 Feb 2001 12:31:49 -0500 (EST) X-Authentication-Warning: london.physics.purdue.edu: will set sender to will@physics.purdue.edu using -f Date: Wed, 14 Feb 2001 12:31:49 -0500 From: Will Andrews To: Paul Richards Cc: Leif Neland , Nik Clayton , "Michael C . Wu" , freebsd-current@FreeBSD.ORG Subject: Re: pkg_update Message-ID: <20010214123149.A9698@london.physics.purdue.edu> Reply-To: Will Andrews References: <20010207202335.C20454@peorth.iteration.net> <20010208232645.A86390@canyon.nothing-going-on.org> <00c501c092ec$678e73a0$0e00a8c0@neland.dk> <3A8A9FD6.B91CE40E@FreeBSD-Services.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A8A9FD6.B91CE40E@FreeBSD-Services.co.uk>; from paul@FreeBSD-Services.co.uk on Wed, Feb 14, 2001 at 03:10:14PM +0000 X-Operating-System: SunOS 4.1.3_U1 sun4m Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 14, 2001 at 03:10:14PM +0000, Paul Richards wrote: > The problem is that 'make install' in a port doesn't check dependencies > properly, whereas pkg_install does. Uh, actually, 'make install' does a better job. pkg_install has no clue about substitute dependencies. -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 9:37:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-67.dsl.lsan03.pacbell.net [63.207.60.67]) by hub.freebsd.org (Postfix) with ESMTP id 359E237B491 for ; Wed, 14 Feb 2001 09:37:08 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ECE4A66B32; Wed, 14 Feb 2001 09:37:07 -0800 (PST) Date: Wed, 14 Feb 2001 09:37:07 -0800 From: Kris Kennaway To: Courtney Thomas Cc: freebsd-current@FreeBSD.ORG Subject: Re: HOWTO->implement SCSI functionality in 5.0-Current Message-ID: <20010214093707.A72511@mollari.cthul.hu> References: <3A8B52F2.C6B37C4C@flash.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A8B52F2.C6B37C4C@flash.net>; from ccthomas@flash.net on Wed, Feb 14, 2001 at 10:54:26PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 14, 2001 at 10:54:26PM -0500, Courtney Thomas wrote: > Greetings ! >=20 > What are the minimal conditions required for 5.0-Current to recognize my > SCSI card, an Adaptec 1542CP ? Adding the relevant driver to your kernel config, or writing a driver if one doesn't exist :-) Kris --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6isJDWry0BWjoQKURAgM2AKDa53bQj3SY3BlaOs4tW/RHPG0RpQCg/wdO QfobHL2AehAv5lqgLL/gLRQ= =XK7M -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 9:38:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-67.dsl.lsan03.pacbell.net [63.207.60.67]) by hub.freebsd.org (Postfix) with ESMTP id DE42537B65D for ; Wed, 14 Feb 2001 09:38:32 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A799966B26; Wed, 14 Feb 2001 09:38:32 -0800 (PST) Date: Wed, 14 Feb 2001 09:38:32 -0800 From: Kris Kennaway To: Paul Richards Cc: freebsd-current@FreeBSD.ORG Subject: Re: pkg_update Message-ID: <20010214093832.B72511@mollari.cthul.hu> References: <20010207202335.C20454@peorth.iteration.net> <20010208232645.A86390@canyon.nothing-going-on.org> <00c501c092ec$678e73a0$0e00a8c0@neland.dk> <3A8A9FD6.B91CE40E@FreeBSD-Services.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A8A9FD6.B91CE40E@FreeBSD-Services.co.uk>; from paul@FreeBSD-Services.co.uk on Wed, Feb 14, 2001 at 03:10:14PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --LpQ9ahxlCli8rRTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 14, 2001 at 03:10:14PM +0000, Paul Richards wrote: > Leif Neland wrote: > >=20 > > > On Wed, Feb 07, 2001 at 08:23:35PM -0600, Michael C . Wu wrote: > > > > On Thu, Feb 08, 2001 at 01:56:11AM +0100, Leif Neland scribbled: > > > > | It seems pkg_update is only usable when installing from packages,= not from > > > > | ports. > > > > > > > > Because it is a package update system. If you want to update > > > > from the ports, use 'pkg_version -c |sh' > > > > > > Never, ever, *ever* do this. > > > > >=20 > > Just installing a new version of a port seems to work. >=20 > I've actually run into some problems that are on my list of things to > look at. >=20 > The problem is that 'make install' in a port doesn't check dependencies > properly, whereas pkg_install does. Is this really true? There are even bsd.port.mk targets you can use to obtain the list of dependencies. Kris --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6isKXWry0BWjoQKURAs2pAJ9Pazy2yPGSDagMn50hMesKYdHizwCbB8W2 XQB+IGxX+2ytR6/bRouh14M= =SPoC -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 9:50:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from smtpproxy1.mitre.org (mb-20-100.mitre.org [129.83.20.100]) by hub.freebsd.org (Postfix) with ESMTP id 1310937B4EC for ; Wed, 14 Feb 2001 09:50:26 -0800 (PST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id MAA00296 for ; Wed, 14 Feb 2001 12:50:23 -0500 (EST) Received: from mailsrv2.mitre.org (mailsrv2.mitre.org [129.83.221.17]) by smtpsrv1.mitre.org (8.9.3/8.9.3) with ESMTP id MAA10521 for ; Wed, 14 Feb 2001 12:50:22 -0500 (EST) Received: from mitre.org ([128.29.145.140]) by mailsrv2.mitre.org (Netscape Messaging Server 4.15) with ESMTP id G8RDJX00.3Q2; Wed, 14 Feb 2001 12:50:21 -0500 Message-ID: <3A8AC586.EC52A123@mitre.org> Date: Wed, 14 Feb 2001 12:51:02 -0500 From: "Andresen,Jason R." X-Mailer: Mozilla 4.75 [en]C-20000818M (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: Paul Richards , freebsd-current@FreeBSD.ORG Subject: Re: pkg_update References: <20010207202335.C20454@peorth.iteration.net> <20010208232645.A86390@canyon.nothing-going-on.org> <00c501c092ec$678e73a0$0e00a8c0@neland.dk> <3A8A9FD6.B91CE40E@FreeBSD-Services.co.uk> <20010214093832.B72511@mollari.cthul.hu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kris Kennaway wrote: > > On Wed, Feb 14, 2001 at 03:10:14PM +0000, Paul Richards wrote: > > Leif Neland wrote: > > The problem is that 'make install' in a port doesn't check dependencies > > properly, whereas pkg_install does. > > Is this really true? There are even bsd.port.mk targets you can use to > obtain the list of dependencies. I've never had trouble with my ports dependancies. Heck, one of the first things I do when installing on a new desktop machine is install the Gimp port, since that will get the GTK libraries and a huge pile of graphics libraries. Usually I install apsfilter too, even if there isn't a printer attached to the system, simply because that get almost all of the common text processing utilites. -- _ _ _ ___ ____ ___ ______________________________________ / \/ \ | ||_ _|| _ \|___| | Jason Andresen -- jandrese@mitre.org / /\/\ \ | | | | | |/ /|_|_ | Views expressed may not reflect those /_/ \_\|_| |_| |_|\_\|___| | of the Mitre Corporation. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 9:51:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id C7B3937B491 for ; Wed, 14 Feb 2001 09:51:39 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1EHpaW89857; Wed, 14 Feb 2001 10:51:37 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102141751.f1EHpaW89857@harmony.village.org> To: Courtney Thomas Subject: Re: HOWTO->implement SCSI functionality in 5.0-Current Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Wed, 14 Feb 2001 22:54:26 EST." <3A8B52F2.C6B37C4C@flash.net> References: <3A8B52F2.C6B37C4C@flash.net> Date: Wed, 14 Feb 2001 10:51:36 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A8B52F2.C6B37C4C@flash.net> Courtney Thomas writes: : What are the minimal conditions required for 5.0-Current to recognize my : SCSI card, an Adaptec 1542CP ? I've not tried my aha cards on -current in a while. Maybe it is a hints related thing? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 9:53:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 71C3C37B401 for ; Wed, 14 Feb 2001 09:53:08 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1EHr2W89911; Wed, 14 Feb 2001 10:53:02 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102141753.f1EHr2W89911@harmony.village.org> To: Kris Kennaway Subject: Re: HOWTO->implement SCSI functionality in 5.0-Current Cc: Courtney Thomas , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Wed, 14 Feb 2001 09:37:07 PST." <20010214093707.A72511@mollari.cthul.hu> References: <20010214093707.A72511@mollari.cthul.hu> <3A8B52F2.C6B37C4C@flash.net> Date: Wed, 14 Feb 2001 10:53:02 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010214093707.A72511@mollari.cthul.hu> Kris Kennaway writes: : > What are the minimal conditions required for 5.0-Current to recognize my : > SCSI card, an Adaptec 1542CP ? : : Adding the relevant driver to your kernel config, or writing a driver : if one doesn't exist :-) The aha driver supports the 1542CP. That's the second most sane of all of the aha cards (the 1542CF is the most sane). However, I think it may be a hints issue. I just upgraded my bouncer box to last night's post libc fixes. We'll see what's broken now... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 9:55:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id 4FA6B37B65D; Wed, 14 Feb 2001 09:55:35 -0800 (PST) Received: from originative.co.uk (lobster.originative.co.uk [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id B4D691D149; Wed, 14 Feb 2001 17:55:33 +0000 (GMT) Message-ID: <3A8AC69B.6C901249@originative.co.uk> Date: Wed, 14 Feb 2001 17:55:39 +0000 From: Paul Richards X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Will Andrews Cc: Paul Richards , Leif Neland , Nik Clayton , "Michael C . Wu" , freebsd-current@FreeBSD.ORG Subject: Re: pkg_update References: <20010207202335.C20454@peorth.iteration.net> <20010208232645.A86390@canyon.nothing-going-on.org> <00c501c092ec$678e73a0$0e00a8c0@neland.dk> <3A8A9FD6.B91CE40E@FreeBSD-Services.co.uk> <20010214123149.A9698@london.physics.purdue.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Will Andrews wrote: > > On Wed, Feb 14, 2001 at 03:10:14PM +0000, Paul Richards wrote: > > The problem is that 'make install' in a port doesn't check dependencies > > properly, whereas pkg_install does. > > Uh, actually, 'make install' does a better job. pkg_install has no > clue about substitute dependencies. Ahh, that makes sense. That's what's happening then, 'make install' is succeeding because it's using substitute dependencies but pkg_install fails because the specific packages it expects to see are missing. I misinterpreted the fact that pkg_install was complaining to mean it was being more thorough. Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 10: 9:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from roaming.cacheboy.net (node16292.a2000.nl [24.132.98.146]) by hub.freebsd.org (Postfix) with ESMTP id 4C0CF37B491; Wed, 14 Feb 2001 10:09:33 -0800 (PST) Received: (from adrian@localhost) by roaming.cacheboy.net (8.11.1/8.11.1) id f1EGJoh01636; Wed, 14 Feb 2001 17:19:50 +0100 (CET) (envelope-from adrian) Date: Wed, 14 Feb 2001 17:19:30 +0100 From: Adrian Chadd To: Robert Watson Cc: Dag-Erling Smorgrav , Jake Burkholder , freebsd-current@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: HEADS UP Re: cvs commit: src/sys/alpha/alpha trap.c src/sys/dev/acpica/Osd OsdSchedule.c src/sys/i386/i386 genassym.c swtch.s trap.c src/sys/ia64/ia64 trap.c src/sys/kern init_main.c kern_condvar.c kern_idle.c kern_intr.c kern_mib.c kern_mutex.c kern_proc.c ... Message-ID: <20010214171930.A1587@roaming.cacheboy.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@FreeBSD.ORG on Mon, Feb 12, 2001 at 09:43:24AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001, Robert Watson wrote: > > On 12 Feb 2001, Dag-Erling Smorgrav wrote: > > > Jake Burkholder writes: > > > As I mentioned in the commit message, this changes the size and layout > > > of struct kinfo_proc, so you'll have to recompile libkvm-using programs. > > > > I thought the whole point with kinfo_proc was to avoid this kind of > > situation... > > It seems to me that kinfo_proc is the wrong solution to a real problem. > > John Baldwin and I briefly discussed, online, an alternative solution that > breaks out the per-process information into a series of sysctl's. This > costs you more in terms of number of calls to retrieve the information, as > well as introducing non-atomicity that might need to be addressed, but > allows you to maintain compatibility in many more situations. It removes > struct ordering constraints, allows you to happily handle the addition of > new fields, and when a field is removed or changes size, you know which > field it is, and your ability to look at other fields is not impacted. > Another global sysctl could maintain a list of relevant fields, so you > could even imagine a process browser that was extensible (especially when > using base types for the fields, such as int). kinfo_proc addresses the > issue that the kernel and userland concepts of a proc diverge due to the > introduction of kernel-only fields, but doesn't really address issues such > as ordered elements of the structure changing size. *sigh* now, if we had per-file open vnode[1] support, I could quite happily solve this by fixing procfs, but people view procfs as bad for some reason. [1] Ignore my vagueness in terms here - the general request is to have some form of state mapped back to an open file from the VNOPS. This way at VOP_OPEN() I can populate the file data with some proc info, and then VOP_READ/VOP_WRITE just read from this, rather than the evilness (and non-atomic) way they work right now[2]. [2] PLEASE could someone do this or give me some hints? I don't have the time to do it atm. Adrian -- Adrian Chadd "Programming is like sex: One mistake and you have to support for a lifetime." -- rec.humor.funny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 10:10:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from roaming.cacheboy.net (node16292.a2000.nl [24.132.98.146]) by hub.freebsd.org (Postfix) with ESMTP id 3784037B491; Wed, 14 Feb 2001 10:10:37 -0800 (PST) Received: (from adrian@localhost) by roaming.cacheboy.net (8.11.1/8.11.1) id f1EGXBs01705; Wed, 14 Feb 2001 17:33:11 +0100 (CET) (envelope-from adrian) Date: Wed, 14 Feb 2001 17:32:56 +0100 From: Adrian Chadd To: Robert Watson Cc: Dag-Erling Smorgrav , Jake Burkholder , freebsd-current@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: HEADS UP Re: cvs commit: src/sys/alpha/alpha trap.c src/sys/dev/acpica/Osd OsdSchedule.c src/sys/i386/i386 genassym.c swtch.s trap.c src/sys/ia64/ia64 trap.c src/sys/kern init_main.c kern_condvar.c kern_idle.c kern_intr.c kern_mib.c kern_mutex.c kern_proc.c ... Message-ID: <20010214173256.B1587@roaming.cacheboy.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@FreeBSD.ORG on Mon, Feb 12, 2001 at 09:43:24AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001, Robert Watson wrote: > > On 12 Feb 2001, Dag-Erling Smorgrav wrote: > > > Jake Burkholder writes: > > > As I mentioned in the commit message, this changes the size and layout > > > of struct kinfo_proc, so you'll have to recompile libkvm-using programs. > > > > I thought the whole point with kinfo_proc was to avoid this kind of > > situation... > > It seems to me that kinfo_proc is the wrong solution to a real problem. > > John Baldwin and I briefly discussed, online, an alternative solution that > breaks out the per-process information into a series of sysctl's. This > costs you more in terms of number of calls to retrieve the information, as > well as introducing non-atomicity that might need to be addressed, but > allows you to maintain compatibility in many more situations. It removes > struct ordering constraints, allows you to happily handle the addition of > new fields, and when a field is removed or changes size, you know which > field it is, and your ability to look at other fields is not impacted. > Another global sysctl could maintain a list of relevant fields, so you > could even imagine a process browser that was extensible (especially when > using base types for the fields, such as int). kinfo_proc addresses the > issue that the kernel and userland concepts of a proc diverge due to the > introduction of kernel-only fields, but doesn't really address issues such > as ordered elements of the structure changing size. .. and extending my last email, here's how I see it: sysctl is designed for numerical or binary data return procfs (or any synthetic fs) is designed for text based data return The trouble here that I see is that people are inventing overly-complex methods of representing the data when they could just export it in text format. Yes, I know all about the problems there are with linux's procps/proctop. But in my opinion, I'm quite happy to fix the problems in procfs and attack the speed issues people keep seeing rather than invent an increasingly complex method of exporting data which isn't "right" yet. I am also one of those people who see evilnesses in going take raw data -> generate text -> parse text -> get raw data, but is this really an interface we need blindingly fast? (My 2c, I might run off and commit a proof of concept "stat" file to procfs this week..) Adrian -- Adrian Chadd "Programming is like sex: One mistake and you have to support for a lifetime." -- rec.humor.funny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 10:19:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from iguana.aciri.org (iguana.aciri.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id E887937B491; Wed, 14 Feb 2001 10:19:33 -0800 (PST) Received: (from rizzo@localhost) by iguana.aciri.org (8.11.1/8.11.1) id f1EIJXL86384; Wed, 14 Feb 2001 10:19:33 -0800 (PST) (envelope-from rizzo) From: Luigi Rizzo Message-Id: <200102141819.f1EIJXL86384@iguana.aciri.org> Subject: Re: HEADS UP Re: cvs commit: src/sys/alpha/alpha trap.c src/sys/dev/acpica/Osd OsdSchedule.c src/sys/i386/i386 genassym.c swtch In-Reply-To: <20010214173256.B1587@roaming.cacheboy.net> from Adrian Chadd at "Feb 14, 2001 5:32:56 pm" To: adrian@FreeBSD.org (Adrian Chadd) Date: Wed, 14 Feb 2001 10:19:33 -0800 (PST) Cc: rwatson@FreeBSD.org, des@ofug.org, jburkholder0829@home.com, freebsd-current@FreeBSD.org, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > sysctl is designed for numerical or binary data return > procfs (or any synthetic fs) is designed for text based data return > The trouble here that I see is that people are inventing overly-complex > methods of representing the data when they could just export it in > text format. what is so special about text ? a FS knows nothing about data format. Maybe what you mean is that text is "self describing", assuming that you know more or less what is in it ? cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 12: 3:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 1B29D37B401 for ; Wed, 14 Feb 2001 12:03:12 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1EK3BW90809 for ; Wed, 14 Feb 2001 13:03:11 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102142003.f1EK3BW90809@harmony.village.org> To: current@freebsd.org Subject: The next problem in the shared library bump. Date: Wed, 14 Feb 2001 13:03:11 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK. I upgraded my current box last night. I found a major problem in Peter's fixes. The problem has to do with other shared libraries. We generate new shared libraries (say libcam.so.2) that have the dependency on __stderr and therefore libc.so.5.20010213. However, old binaries still link against both these new versions of the libraries (say libcam.so.2) and the older libc.so.4 or libc.so.5, so these binaries fail to load. This is because we've silently changed the ABI for every single shared library in the system that uses std{in,out,err} in the latest build of the tree. As such, I think we need to bump the major version of every library in the system that uses std{in,out,err}: libcam.so.2 libcom_err.so.2 libcrypto.so.1 libdes.so.3 libdevstat.so.2 libdialog.so.4 libedit.so.3 libfetch.so.2 libftpio.so.5 libg2c.so.1 libhistory.so.4 libipsec.so.1 libisc.so.1 libkvm.so.2 libm.so.2 libncp.so.1 libncurses.so.5 libopie.so.2 libpam.so.1 libpcap.so.2 libperl.so.4 libreadline.so.4 libskey.so.2 libstdc++.so.3 libutil.so.3 The list was generated using egrep -l __stderr since we don't install symbols for elf shared libraries that nm can get to easily These are the libraries that have the __stderr string in them. There may be some false positives on the list, but I kinda doubt it. We don't need to do this for ports because a) the window of brokenness is small and b) it is only a problem in buildworld since all the libraries there are changed all at once. So it looks like it is not a good time to try to upgrade your systems to the newest current. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 12: 9:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id D2F1137B4EC; Wed, 14 Feb 2001 12:09:18 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f1EJbrh25210; Wed, 14 Feb 2001 14:37:53 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Wed, 14 Feb 2001 14:37:53 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Adrian Chadd Cc: Dag-Erling Smorgrav , Jake Burkholder , freebsd-current@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: HEADS UP Re: cvs commit: src/sys/alpha/alpha trap.c src/sys/dev/acpica/Osd OsdSchedule.c src/sys/i386/i386 genassym.c swtch.s trap.c src/sys/ia64/ia64 trap.c src/sys/kern init_main.c kern_condvar.c kern_idle.c kern_intr.c kern_mib.c kern_mutex.c kern_proc.c ... In-Reply-To: <20010214171930.A1587@roaming.cacheboy.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Feb 2001, Adrian Chadd wrote: > *sigh* now, if we had per-file open vnode[1] support, I could quite > happily solve this by fixing procfs, but people view procfs as bad for > some reason. > > [1] Ignore my vagueness in terms here - the general request is to have > some form of state mapped back to an open file from the VNOPS. This > way at VOP_OPEN() I can populate the file data with some proc info, > and then VOP_READ/VOP_WRITE just read from this, rather than the > evilness (and non-atomic) way they work right now[2]. I had patches that did a lot of this at one point, although I'd object to proc info, what you really want is struct file info (that is, per-open-file information). The way I handled it was to add an additional argument to the relevant VOP_ calls that was a cookie reference. So it became something on the order of (approximate): vop_open { IN struct vnode *vp; IN int mode; IN struct ucred *cred; IN struct proc *p; INOUT void **cookie; }; ... vop_read { IN struct vnode *vp; INOUT struct uio *uio; IN int ioflag; IN struct ucred *cred; IN void *cookie; }; ... And so on. If VOP_OPEN() was called with a non-null (void *), the cookie would be filled in by the vnode owner. Later operations could have the cookie passed in again for stateful operation, or NULL for stateless. struct file had a cookie pointer added to it so that struct file-based access became stateful. When stacking file systems, state mapping could optionally be performed to allow sessions to propagate up and down the stacked layers as the layer implementers saw fit (either by passing through the cookie directly, or storing a cookie pointer in their own cookie). If you have it be per-process state, that breaks (a) multiple-opening where you want to get different sessions and (b) retaining the same session when using multiple processes (especially when using linux-style threading). I didn't play with propagating this down through the device layer, but if you wanted to do that you'd have to clean up the apropriate mechanisms to make sure that all open's were symmetric with closes on vnodes and on devices through the vnode layer. There are probably problems with this design -- I played with it some, but it lagged behind -CURRENT substantially after a while, and I don't think I have that dev tree anymore. This design does allow the file system to define statefulness in any form it would like to, storing whatever information the file sytem implementation thinks is useful. It could easily be a pointer to a struct of some sort, an integer, a pid, .. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 12:17:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (mail.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 9644837B65D for ; Wed, 14 Feb 2001 12:17:10 -0800 (PST) Received: (qmail 15531 invoked by uid 0); 14 Feb 2001 20:17:09 -0000 Received: from pd9508803.dip.t-dialin.net (HELO speedy.gsinet) (217.80.136.3) by mail.gmx.net (mp002-rz3) with SMTP; 14 Feb 2001 20:17:09 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id VAA15813 for current@freebsd.org; Wed, 14 Feb 2001 21:15:48 +0100 Date: Wed, 14 Feb 2001 21:15:48 +0100 From: Gerhard Sittig To: current@freebsd.org Subject: Re: linksys Etherfast.. broken? Message-ID: <20010214211548.B15618@speedy.gsinet> Mail-Followup-To: current@freebsd.org References: <3A896E33.8AC84353@elischer.org> <3A89C231.D03793D4@westmarsh.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <3A89C231.D03793D4@westmarsh.com>; from pierre.dampure@westmarsh.com on Tue, Feb 13, 2001 at 11:24:33PM +0000 Organization: System Defenestrators Inc. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 13, 2001 at 23:24 +0000, Pierre Y. Dampure wrote: > Julian Elischer wrote: > > > I used to use a Linksys Etherfast card > > in my Inspiron, but I haven't used it for > > a while. Today I tried to use it again > > but it failed miserably.. > > > > Most probably you noticed this already, but (in src/UPDATING): > > 20001218: > Linksys Fast Ethernet PCCARD cards supported by the ed driver > now require the addition of flag 0x80000 to their config line > in pccard.conf(5). This flag is not optional. These Linksys > cards will not be recognized without it. That's one point, but maybe not the whole truth. Yes, I noticed the above commit message causing the UPDATING comment. That's when I tried (once more) a "D-Link DFE650TX" card in both an Compaq Armada and a Toshiba Sattelite, both with -CURRENT snapshot boot floppies and complete 4.2-STABLE systems (and updated pccard.conf files). Up to now with no success. Triggered by a recent list article I will do another test later this week with the fa_select(8?) utility mentioned at www.freebsddiary.org/last-netgear.html and see if it will work this time. virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 12:17:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (mail.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id E927A37B503 for ; Wed, 14 Feb 2001 12:17:10 -0800 (PST) Received: (qmail 15544 invoked by uid 0); 14 Feb 2001 20:17:10 -0000 Received: from pd9508803.dip.t-dialin.net (HELO speedy.gsinet) (217.80.136.3) by mail.gmx.net (mp002-rz3) with SMTP; 14 Feb 2001 20:17:10 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id VAA15636 for freebsd-current@FreeBSD.ORG; Wed, 14 Feb 2001 21:10:04 +0100 Date: Wed, 14 Feb 2001 21:10:04 +0100 From: Gerhard Sittig To: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010214211004.A15618@speedy.gsinet> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> <3A895FA0.25EBC727@originative.co.uk> <20010213131802.B79651@dragon.nuxi.com> <3A89D5BF.D46B8FCC@originative.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <3A89D5BF.D46B8FCC@originative.co.uk>; from paul@originative.co.uk on Wed, Feb 14, 2001 at 12:47:59AM +0000 Organization: System Defenestrators Inc. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 14, 2001 at 00:47 +0000, Paul Richards wrote: > > To be honest, DLLs are better than our scheme from that > perspective. While you might screw a load of applications by > upgrading a DLL with the same name you can at least look at the > version number in the properties to find out which version of > that DLL it is. There's no way of looking at a libc.so.5 and > say which version of libc.so.5 it is. Although `ident` does > provide a slightly cumbersome way of getting some information > to help with that when you really need it. But isn't this aspect something a project creating its own libc can solve by itself regardless of the executable format the library is held in? You're always free to introduce a version query function returning the necessary info to the app. And storing this information in an ASCII frame in the code while separating the pure number upon (logical) query you can do something in userland, too, like "strings $LIB | grep 'LibVersion'". Admittedly it's not elegant neither is it done with system tools like "executable properties". But it should work. And it's your or our lib (depending on how you look at it) -- do with it whatever you want to ... :) And why does it remind me of "you cannot tell the config used for compilation from looking at a kernel image, without watching it run and probe your machine and still having some possibility of errors / misses"? That's BTW where I feel that INCLUDE_CONFIG_FILE should be a default option. Why not just stick this info into the resulting binary if you depend on knowing it later and cost is acceptable if not unnoticable? virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 14:17:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id A73D037B4EC for ; Wed, 14 Feb 2001 14:17:09 -0800 (PST) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout1.freenet.de with esmtp (Exim 3.22 #1) id 14TAEV-0005zY-00 for current@freebsd.org; Wed, 14 Feb 2001 23:17:07 +0100 Received: from a2e8f.pppool.de ([213.6.46.143] helo=Magelan.Leidinger.net) by mx2.freenet.de with esmtp (Exim 3.22 #1) id 14TAEV-0002B8-00 for current@freebsd.org; Wed, 14 Feb 2001 23:17:07 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.2/8.11.2) with ESMTP id f1EMFiq01387 for ; Wed, 14 Feb 2001 23:15:45 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200102142215.f1EMFiq01387@Magelan.Leidinger.net> Date: Wed, 14 Feb 2001 23:15:42 +0100 (CET) From: Alexander Leidinger Subject: pam_ssh & dsa key To: current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, has someone a pam_ssh.c which also adds the dsa key in a session? Bye, Alexander. -- Weird enough for government work. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 14:33: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by hub.freebsd.org (Postfix) with ESMTP id 87B9E37B491 for ; Wed, 14 Feb 2001 14:33:06 -0800 (PST) Received: (from bugs@localhost) by freebsd.netcom.com (8.8.8+Sun/8.8.8) id QAA03476 for freebsd-current@freebsd.org; Wed, 14 Feb 2001 16:33:05 -0600 (CST) From: Mark Hittinger Message-Id: <200102142233.QAA03476@freebsd.netcom.com> Subject: -current libgmp __stdin error FYI To: freebsd-current@freebsd.org Date: Wed, 14 Feb 2001 16:33:05 -0600 (CST) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Local package initialization:/usr/libexec/ld-elf.so.1: /usr/lib/libgmp.so.3: Undefined symbol "__stdin" Later Mark Hittinger Earthlink bugs@freebsd.netcom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 14:36:35 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7B6FE37B503 for ; Wed, 14 Feb 2001 14:36:32 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1EMaMW47831; Wed, 14 Feb 2001 15:36:26 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102142236.f1EMaMW47831@harmony.village.org> To: Mark Hittinger Subject: Re: -current libgmp __stdin error FYI Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Wed, 14 Feb 2001 16:33:05 CST." <200102142233.QAA03476@freebsd.netcom.com> References: <200102142233.QAA03476@freebsd.netcom.com> Date: Wed, 14 Feb 2001 15:36:22 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102142233.QAA03476@freebsd.netcom.com> Mark Hittinger writes: : Local package initialization:/usr/libexec/ld-elf.so.1: : /usr/lib/libgmp.so.3: Undefined symbol "__stdin" Yes. This is because we need to bump the major version of many libraries. I have a patch that is compiling now. I have to build world twice to test it, however. I need to get my system ungoobered first. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 14:46: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id E537937B491 for ; Wed, 14 Feb 2001 14:45:57 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1EMjvW67558 for ; Wed, 14 Feb 2001 15:45:57 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102142245.f1EMjvW67558@harmony.village.org> To: current@freebsd.org Subject: Major bumping of libFOO Date: Wed, 14 Feb 2001 15:45:57 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here's a patch that I think will fix the major breakage with major library versions. http://people.freebsd.org/~imp/Pmaj it bumps all the major numbrs of all the impacted libraries that I could find on my system. Please review this patch as I'd like to commit it soon. Also, I'm not 100% sure what to do about libdes.so.3, so if you have commments on that please let me know. Other than that, the patches should be close to commitable. I'm rebuilding my system now to see if this works. But I have to do it twice due to my installworld this am :-). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 14:52:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from london.physics.purdue.edu (london.physics.purdue.edu [128.210.67.35]) by hub.freebsd.org (Postfix) with ESMTP id 9359137B491 for ; Wed, 14 Feb 2001 14:52:30 -0800 (PST) Received: (from will@localhost) by london.physics.purdue.edu (8.8.8/8.8.8) id RAA26050; Wed, 14 Feb 2001 17:52:28 -0500 (EST) X-Authentication-Warning: london.physics.purdue.edu: will set sender to will@physics.purdue.edu using -f Date: Wed, 14 Feb 2001 17:52:27 -0500 From: Will Andrews To: Pierre DAVID Cc: FreeBSD Current Subject: Re: NEWCARD & xl0: watchdog timeout Message-ID: <20010214175227.E19737@london.physics.purdue.edu> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , Pierre DAVID , FreeBSD Current References: <20010214221923.A42439@vagabond.ma.maison> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010214221923.A42439@vagabond.ma.maison>; from Pierre.David@crc.u-strasbg.fr on Wed, Feb 14, 2001 at 10:19:24PM +0100 X-Operating-System: SunOS 4.1.3_U1 sun4m Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 14, 2001 at 10:19:24PM +0100, Pierre DAVID wrote: > I just upgraded my Dell Latitude LT from 4.2-RELEASE TO > -current (just before 9h Feb): all is working perfectly > with a GENERIC kernel, pccardd and a 3Com 3C589 Ethernet > card. I hope you are aware that -CURRENT is experimental and at times can be extremely unstable. Also, NEWCARD is really not supposed to be used unless you are planning on working on it. > - with the 3Com 3C589, I cannot get anything from > the network (ECHO packets are emitted, but > nothing returns) Hmm, that's odd. > - with a 3Com 3CCFE575BT-D (xl0) - which works like > a charm with a Sony Vaio - I get lot of: > xl0: watchdog timeout > and all communications are sloooooow. I smell an IRQ conflict. -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 16:47:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 8255937B401 for ; Wed, 14 Feb 2001 16:47:40 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id LAA06277; Thu, 15 Feb 2001 11:47:33 +1100 Date: Thu, 15 Feb 2001 11:47:06 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: Major bumping of libFOO In-Reply-To: <200102142245.f1EMjvW67558@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 14 Feb 2001, Warner Losh wrote: > Here's a patch that I think will fix the major breakage with major > library versions. > http://people.freebsd.org/~imp/Pmaj > it bumps all the major numbrs of all the impacted libraries that I > could find on my system. Please enclose small (< 100K) patches in the mail if you want them reviewed. They would have to be quoted to be reviewed... > Please review this patch as I'd like to commit it soon. Also, I'm not Review of what I can see in the mail: the above URL has no syntax errors :-). I think the impacted libraries can be found by compiling them with and without the new field in FILE. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 17:40:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id 80E8C37B401 for ; Wed, 14 Feb 2001 17:40:09 -0800 (PST) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id MAA25500 for ; Thu, 15 Feb 2001 12:40:06 +1100 (EDT) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37641) with ESMTP id <01K051747A6OI8TAOR@cim.alcatel.com.au> for freebsd-current@freebsd.org; Thu, 15 Feb 2001 12:39:53 +1100 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.1/8.11.1) id f1F1e1c71520 for freebsd-current@freebsd.org; Thu, 15 Feb 2001 12:40:02 +1100 (EST envelope-from jeremyp) Content-return: prohibited Date: Thu, 15 Feb 2001 12:40:01 +1100 From: Peter Jeremy Subject: Accessing a PCI device by `physical' address To: freebsd-current@freebsd.org Mail-followup-to: freebsd-current@freebsd.org Message-id: <20010215124001.A71053@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm trying to port an Alpha video driver (TGA) from -stable to -current and have run into a problem converting some calls to pci_cfgread() and pci_cfgwrite(). The Alpha firmware reports the location of the console video card as a physical hose, bus type, bus, slot value. In -stable, the card can be accessed by calling pci_cfg{read,write}() with this information. In -current, pci_cfg{read,write}() have been replaced by pci_{read,write}_config(), but the latter function needs a device_t structure that defines both the device and it's parent. Unfortunately, I don't have the relevant device_t available. In any case, based on my reading of the code, I need to access the PCI config registers before the video card has been probed/attached via the normal bus/device scan. Luckily, there's only one point at which I need this `physical' access. The call backtrace is: pci_cfg{read,write}() tga_configure() vid_configure() scvidprobe() sccnattach() <>_cons_init() alpha_init() ... Does anyone have any useful suggestions?[1] Is there an `approved' mechanism to bypass the bus abstraction layers? Is is practical to hand-craft a device_t that will satisfy pci_{read,write}_config()? [1] I don't count "throw out the TGA" as a useful suggestion. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 18:24:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id B263C37B401; Wed, 14 Feb 2001 18:24:36 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id DAA03087; Thu, 15 Feb 2001 03:24:32 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Paul Richards Cc: Will Andrews , Paul Richards , Leif Neland , Nik Clayton , "Michael C . Wu" , freebsd-current@FreeBSD.ORG Subject: Re: pkg_update References: <20010207202335.C20454@peorth.iteration.net> <20010208232645.A86390@canyon.nothing-going-on.org> <00c501c092ec$678e73a0$0e00a8c0@neland.dk> <3A8A9FD6.B91CE40E@FreeBSD-Services.co.uk> <20010214123149.A9698@london.physics.purdue.edu> <3A8AC69B.6C901249@originative.co.uk> From: Dag-Erling Smorgrav Date: 15 Feb 2001 03:24:31 +0100 In-Reply-To: Paul Richards's message of "Wed, 14 Feb 2001 17:55:39 +0000" Message-ID: Lines: 18 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Paul Richards writes: > Will Andrews wrote: > > On Wed, Feb 14, 2001 at 03:10:14PM +0000, Paul Richards wrote: > > > The problem is that 'make install' in a port doesn't check dependencies > > > properly, whereas pkg_install does. > > Uh, actually, 'make install' does a better job. pkg_install has no > > clue about substitute dependencies. > Ahh, that makes sense. That's what's happening then, 'make install' is > succeeding because it's using substitute dependencies but pkg_install > fails because the specific packages it expects to see are missing. porteasy (/usr/ports/misc/porteasy) goes to great lengths to determine the actual dependencies of a specific port. You might have better luck trying to hack an update function into porteasy than using pkg_update. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 18:40:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id C532437B65D for ; Wed, 14 Feb 2001 18:40:01 -0800 (PST) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.2/8.11.0) with ESMTP id f1F2e0h30516; Wed, 14 Feb 2001 19:40:00 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.1/8.8.3) with ESMTP id f1F2cBE75244; Wed, 14 Feb 2001 19:38:11 -0700 (MST) Message-Id: <200102150238.f1F2cBE75244@billy-club.village.org> To: Bruce Evans Subject: Re: Major bumping of libFOO Cc: current@FreeBSD.ORG In-reply-to: Your message of "Thu, 15 Feb 2001 11:47:06 +1100." References: Date: Wed, 14 Feb 2001 19:38:11 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Bruce Evans writes: : Please enclose small (< 100K) patches in the mail if you want them : reviewed. They would have to be quoted to be reviewed... OK. See attached. It seems to work for me. : I think the impacted libraries can be found by compiling them with and : without the new field in FILE. I'm not sure I understand this. I just used grep to find the ones that had the new symbols :-) This patch has made it through my two buildworlds and appears to unbreak me. The first buildworld was with Feb 10th, pre change sources to restore my system to a mostly pristine state. The second buildworld verified that these are good patches. I didn't have each and every library in binaries in my /usr/local/bin, so I'm taking some of them on faith. I plan on committing this later tonight or early tomorrow. In two places I followed Peter's lead in major numbering. Warner Index: lib/libalias/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libalias/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- lib/libalias/Makefile 2000/09/15 15:37:16 1.17 +++ lib/libalias/Makefile 2001/02/14 22:16:37 @@ -1,7 +1,7 @@ # $FreeBSD: src/lib/libalias/Makefile,v 1.17 2000/09/15 15:37:16 ru Exp $ LIB= alias -SHLIB_MAJOR= 4 +SHLIB_MAJOR= 5 SHLIB_MINOR= 0 CFLAGS+= -Wall -Wmissing-prototypes SRCS= alias.c alias_cuseeme.c alias_db.c alias_ftp.c alias_irc.c \ Index: lib/libcam/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libcam/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- lib/libcam/Makefile 2000/05/21 23:57:43 1.7 +++ lib/libcam/Makefile 2001/02/14 22:17:29 @@ -8,6 +8,8 @@ MAN3= cam.3 cam_cdbparse.3 +SHLIB_MAJOR= 3 +SHLIB_MINOR= 0 MLINKS+=cam.3 cam_open_device.3 \ cam.3 cam_open_spec_device.3 \ Index: lib/libcom_err/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libcom_err/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- lib/libcom_err/Makefile 2000/01/14 07:57:25 1.11 +++ lib/libcom_err/Makefile 2001/02/14 22:17:42 @@ -7,6 +7,9 @@ COM_ERRDIR= ${.CURDIR}/../../contrib/com_err CFLAGS+= -I${COM_ERRDIR} +SHLIB_MAJOR= 3 +SHLIB_MINOR= 0 + SUBDIR= doc .include Index: lib/libdevstat/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libdevstat/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- lib/libdevstat/Makefile 2000/01/14 07:57:26 1.4 +++ lib/libdevstat/Makefile 2001/02/14 22:19:03 @@ -8,6 +8,9 @@ MAN3= devstat.3 +SHLIB_MAJOR= 3 +SHLIB_MINOR= 0 + MLINKS+=devstat.3 getnumdevs.3 MLINKS+=devstat.3 getgeneration.3 MLINKS+=devstat.3 getversion.3 Index: lib/libedit/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libedit/Makefile,v retrieving revision 1.18 diff -u -r1.18 Makefile --- lib/libedit/Makefile 1999/10/03 10:41:40 1.18 +++ lib/libedit/Makefile 2001/02/14 22:19:31 @@ -2,7 +2,7 @@ # $FreeBSD: src/lib/libedit/Makefile,v 1.18 1999/10/03 10:41:40 marcel Exp $ LIB= edit -SHLIB_MAJOR= 3 +SHLIB_MAJOR= 4 SHLIB_MINOR= 0 OSRCS= chared.c common.c el.c emacs.c fcns.c help.c hist.c key.c map.c \ Index: lib/libfetch/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libfetch/Makefile,v retrieving revision 1.20 diff -u -r1.20 Makefile --- lib/libfetch/Makefile 2001/01/08 13:17:21 1.20 +++ lib/libfetch/Makefile 2001/02/14 22:19:49 @@ -13,7 +13,7 @@ MAN3= fetch.3 CLEANFILES= ftperr.h httperr.h -SHLIB_MAJOR= 2 +SHLIB_MAJOR= 3 SHLIB_MINOR= 0 ftperr.h: ftp.errors Index: lib/libftpio/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libftpio/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- lib/libftpio/Makefile 2000/07/06 20:19:02 1.11 +++ lib/libftpio/Makefile 2001/02/14 22:20:25 @@ -1,7 +1,7 @@ # $FreeBSD: src/lib/libftpio/Makefile,v 1.11 2000/07/06 20:19:02 ume Exp $ LIB= ftpio -SHLIB_MAJOR= 5 +SHLIB_MAJOR= 5.20010213 SHLIB_MINOR= 0 SRCS= ftpio.c ftperr.c Index: lib/libipsec/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libipsec/Makefile,v retrieving revision 1.10 diff -u -r1.10 Makefile --- lib/libipsec/Makefile 2000/12/05 22:10:38 1.10 +++ lib/libipsec/Makefile 2001/02/14 22:20:57 @@ -27,7 +27,7 @@ # $FreeBSD: src/lib/libipsec/Makefile,v 1.10 2000/12/05 22:10:38 obrien Exp $ LIB= ipsec -SHLIB_MAJOR= 1 +SHLIB_MAJOR= 2 SHLIB_MINOR= 0 CFLAGS+=-I. -I${.CURDIR} CFLAGS+=-DIPSEC_DEBUG -DIPSEC Index: lib/libisc/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libisc/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- lib/libisc/Makefile 2001/02/06 22:27:16 1.3 +++ lib/libisc/Makefile 2001/02/14 22:21:21 @@ -3,7 +3,7 @@ BIND_DIR= ${.CURDIR}/../../contrib/bind LIB= isc -SHLIB_MAJOR= 1 +SHLIB_MAJOR= 2 SHLIB_MINOR= 0 .PATH: ${BIND_DIR}/lib/isc Index: lib/libkvm/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libkvm/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- lib/libkvm/Makefile 2000/01/14 07:57:32 1.9 +++ lib/libkvm/Makefile 2001/02/14 22:21:54 @@ -2,6 +2,9 @@ # $FreeBSD: src/lib/libkvm/Makefile,v 1.9 2000/01/14 07:57:32 rgrimes Exp $ LIB= kvm +SHLIB_MAJOR= 3 +SHLIB_MINOR= 0 + CFLAGS+=-DLIBC_SCCS -I${.CURDIR}/../../sys SRCS= kvm.c kvm_${MACHINE_ARCH}.c kvm_file.c kvm_getloadavg.c \ kvm_getswapinfo.c kvm_proc.c Index: lib/libm/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libm/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- lib/libm/Makefile 1999/11/14 13:54:36 1.8 +++ lib/libm/Makefile 2001/02/14 22:22:49 @@ -11,6 +11,8 @@ # vax - for the vax D_floating format LIB= m +SHLIB_MAJOR= 3 +SHLIB_MINOR= 0 CFLAGS+=-I${.CURDIR}/common_source .if (${MACHINE_ARCH} == "ieee") Index: lib/libncp/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libncp/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- lib/libncp/Makefile 1999/11/12 15:09:56 1.3 +++ lib/libncp/Makefile 2001/02/14 22:23:16 @@ -4,7 +4,7 @@ LIB= ncp -SHLIB_MAJOR= 1 +SHLIB_MAJOR= 2 SHLIB_MINOR= 0 NOMAN= Index: lib/libncurses/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libncurses/Makefile,v retrieving revision 1.45 diff -u -r1.45 Makefile --- lib/libncurses/Makefile 2000/12/05 12:40:14 1.45 +++ lib/libncurses/Makefile 2001/02/14 22:23:58 @@ -3,7 +3,7 @@ NCURSES=${.CURDIR}/../../contrib/ncurses LIB= ncurses -SHLIB_MAJOR=5 +SHLIB_MAJOR=5.20010213 SHLIB_MINOR=0 # Should be elsewhere Index: lib/libopie/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libopie/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- lib/libopie/Makefile 2000/05/15 04:20:54 1.11 +++ lib/libopie/Makefile 2001/02/14 22:24:39 @@ -4,8 +4,8 @@ # OPIE_DIST?= ${.CURDIR}/../../contrib/opie DIST_DIR= ${OPIE_DIST}/${.CURDIR:T} -SHLIB_MAJOR= 2 -SHLIB_MINOR= 1 +SHLIB_MAJOR= 3 +SHLIB_MINOR= 0 KEYFILE?= \"/etc/opiekeys\" Index: lib/libpam/Makefile.inc =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libpam/Makefile.inc,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile.inc --- lib/libpam/Makefile.inc 1998/11/18 01:44:37 1.1.1.1 +++ lib/libpam/Makefile.inc 2001/02/14 22:25:54 @@ -24,5 +24,5 @@ # # $FreeBSD: src/lib/libpam/Makefile.inc,v 1.1.1.1 1998/11/18 01:44:37 jdp Exp $ -SHLIB_MAJOR= 1 +SHLIB_MAJOR= 2 SHLIB_MINOR= 0 Index: lib/libpcap/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libpcap/Makefile,v retrieving revision 1.25 diff -u -r1.25 Makefile --- lib/libpcap/Makefile 2000/04/15 20:45:51 1.25 +++ lib/libpcap/Makefile 2001/02/14 22:26:53 @@ -18,8 +18,8 @@ CFLAGS+=-I. -Dyylval=pcap_lval ${DEFS} -SHLIB_MAJOR=2 -SHLIB_MINOR=4 +SHLIB_MAJOR=3 +SHLIB_MINOR=0 # # Magic to grab sources out of src/contrib Index: lib/libskey/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libskey/Makefile,v retrieving revision 1.15 diff -u -r1.15 Makefile --- lib/libskey/Makefile 2000/01/14 07:57:40 1.15 +++ lib/libskey/Makefile 2001/02/14 22:27:29 @@ -2,6 +2,8 @@ # $FreeBSD: src/lib/libskey/Makefile,v 1.15 2000/01/14 07:57:40 rgrimes Exp $ LIB= skey +SHLIB_MAJOR=3 +SHLIB_MINOR=0 SRCS= skeyaccess.c put.c skey_crypt.c skey_getpass.c skeylogin.c skeysubr.c INCS= skey.h MAN1= skey.1 Index: lib/libss/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libss/Makefile,v retrieving revision 1.22 diff -u -r1.22 Makefile --- lib/libss/Makefile 1999/09/29 15:18:44 1.22 +++ lib/libss/Makefile 2001/02/14 22:27:55 @@ -1,7 +1,7 @@ # $FreeBSD: src/lib/libss/Makefile,v 1.22 1999/09/29 15:18:44 marcel Exp $ LIB= ss -SHLIB_MAJOR= 3 +SHLIB_MAJOR= 4 SHLIB_MINOR= 0 SRCS= data.c error.c execute_cmd.c help.c invocation.c list_rqs.c \ Index: lib/libutil/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/lib/libutil/Makefile,v retrieving revision 1.37 diff -u -r1.37 Makefile --- lib/libutil/Makefile 2000/10/27 01:19:02 1.37 +++ lib/libutil/Makefile 2001/02/14 22:28:15 @@ -2,7 +2,7 @@ # $FreeBSD: src/lib/libutil/Makefile,v 1.37 2000/10/27 01:19:02 green Exp $ LIB= util -SHLIB_MAJOR= 3 +SHLIB_MAJOR= 4 SHLIB_MINOR= 0 CFLAGS+=-Wall -DLIBC_SCCS -I${.CURDIR} -I${.CURDIR}/../../sys CFLAGS+=-DINET6 Index: gnu/lib/libdialog/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/gnu/lib/libdialog/Makefile,v retrieving revision 1.32 diff -u -r1.32 Makefile --- gnu/lib/libdialog/Makefile 2000/09/16 04:27:30 1.32 +++ gnu/lib/libdialog/Makefile 2001/02/14 22:31:38 @@ -4,7 +4,7 @@ LIB= dialog MAN3= dialog.3 -SHLIB_MAJOR= 4 +SHLIB_MAJOR= 5 SHLIB_MINOR= 0 SRCS= kernel.c rc.c checklist.c inputbox.c menubox.c msgbox.c \ lineedit.c radiolist.c textbox.c yesno.c prgbox.c raw_popen.c \ Index: gnu/lib/libg2c/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/gnu/lib/libg2c/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- gnu/lib/libg2c/Makefile 1999/11/15 04:16:16 1.8 +++ gnu/lib/libg2c/Makefile 2001/02/14 22:32:01 @@ -5,7 +5,7 @@ .PATH: ${SRCDIR} ${SRCDIR}/libU77 ${SRCDIR}/libF77 ${SRCDIR}/libI77 LIB= g2c -SHLIB_MAJOR= 1 +SHLIB_MAJOR= 2 SHLIB_MINOR= 0 # Traditional FORTRAN Library members defined in libF77 Index: gnu/lib/libgmp/Makefile.inc =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/gnu/lib/libgmp/Makefile.inc,v retrieving revision 1.4 diff -u -r1.4 Makefile.inc --- gnu/lib/libgmp/Makefile.inc 1999/08/27 23:32:50 1.4 +++ gnu/lib/libgmp/Makefile.inc 2001/02/14 22:32:46 @@ -2,7 +2,7 @@ # $FreeBSD: src/gnu/lib/libgmp/Makefile.inc,v 1.4 1999/08/27 23:32:50 peter Exp $ # -SHLIB_MAJOR= 3 +SHLIB_MAJOR= 4 SHLIB_MINOR= 0 .if exists(${.OBJDIR}) Index: gnu/lib/libreadline/Makefile.inc =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/gnu/lib/libreadline/Makefile.inc,v retrieving revision 1.5 diff -u -r1.5 Makefile.inc --- gnu/lib/libreadline/Makefile.inc 2000/03/19 22:26:49 1.5 +++ gnu/lib/libreadline/Makefile.inc 2001/02/14 22:31:15 @@ -1,8 +1,8 @@ # $FreeBSD: src/gnu/lib/libreadline/Makefile.inc,v 1.5 2000/03/19 22:26:49 ache Exp $ -SHLIB_MAJOR= 4 -SHLIB_MINOR= 1 -RL_LIBRARY_VERSION= 4.1 +SHLIB_MAJOR= 5 +SHLIB_MINOR= 0 +RL_LIBRARY_VERSION= 5.0 SRCDIR= ${.CURDIR}/../../../../contrib/libreadline .PATH: ${SRCDIR} ${.CURDIR}/.. Index: gnu/lib/libstdc++/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/gnu/lib/libstdc++/Makefile,v retrieving revision 1.25 diff -u -r1.25 Makefile --- gnu/lib/libstdc++/Makefile 2000/06/04 06:56:22 1.25 +++ gnu/lib/libstdc++/Makefile 2001/02/14 22:30:10 @@ -7,7 +7,7 @@ SUBDIR= doc LIB= stdc++ -SHLIB_MAJOR= 3 +SHLIB_MAJOR= 4 SHLIB_MINOR= 0 CFLAGS+= -I${.CURDIR} -I${SRCDIR}/include -I${SRCDIR}/../libio -I. Index: gnu/usr.bin/perl/Makefile.inc =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/gnu/usr.bin/perl/Makefile.inc,v retrieving revision 1.19 diff -u -r1.19 Makefile.inc --- gnu/usr.bin/perl/Makefile.inc 2000/11/20 02:17:31 1.19 +++ gnu/usr.bin/perl/Makefile.inc 2001/02/14 22:34:33 @@ -6,7 +6,7 @@ BINDIR?= /usr/bin -SHLIB_MAJOR?= 4 +SHLIB_MAJOR?= 5 VERSION= 5.6.0 Index: secure/lib/libcrypto/Makefile =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/secure/lib/libcrypto/Makefile,v retrieving revision 1.28 diff -u -r1.28 Makefile --- secure/lib/libcrypto/Makefile 2000/11/15 07:45:23 1.28 +++ secure/lib/libcrypto/Makefile 2001/02/14 22:29:12 @@ -21,7 +21,7 @@ .endif LIB= crypto -SHLIB_MAJOR= 1 +SHLIB_MAJOR= 2 MAINTAINER= kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 20: 0:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 4390C37B401 for ; Wed, 14 Feb 2001 20:00:34 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1F40QW89218; Wed, 14 Feb 2001 21:00:26 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102150400.f1F40QW89218@harmony.village.org> To: "Danny J. Zerkel" Subject: Re: Major bumping of libFOO Cc: current@FreeBSD.ORG In-reply-to: Your message of "Wed, 14 Feb 2001 22:42:50 EST." <01021422425001.00537@zoomer> References: <01021422425001.00537@zoomer> <200102150238.f1F2cBE75244@billy-club.village.org> Date: Wed, 14 Feb 2001 21:00:26 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <01021422425001.00537@zoomer> "Danny J. Zerkel" writes: : Is this going to cause any trouble down the road when the vendor bumps : this? Do we need numeric compatibility? I'm just wondering, since the : vendor's Makefile specifically says: : : VERSION = 2.10.0 : INTERFACE = 3 Vendor's versions and interfaces don't matter. At least not for this stuff. We control the major number. We *HAVE* to change it. When their interface 4 comes along, we'll have major 5 or 6 or 10. It just doesn't matter. We wrote this Makefile, iirc. We can do whatever we want in it. : Do we end up with a conflict between the vendor's idea of an interface : and our needs to interface with our own libraries? Is there any possibility : that some third party software with a dependancy on libstdc++ (or any other : vendor library we now have to bumb) would be confused? Perhaps it would : specifically select libstdc++.so.3? Which would now not match the vendor. No. No. No. It won't matter at all. As far as I know, it is very hard to link to a specific version, and most software I've brushed up against doesn't bother. : For our internal libraries, it's our business, but for external vendors, : we may still need to provide some degree of numeric compatibility (especially : with gnu stuff). That doesn't matter at all. Our major numbers are our own business. We have to change this. : Just trying to keep the ports dependancies from getting too crazy... These aren't ports, but in the base system. I don't see how it would matter at all. Sorry to be so contrary, but I just don't see how it could possibly matter. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 21: 3:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id EF32F37B491 for ; Wed, 14 Feb 2001 21:03:51 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1F53mW89652; Wed, 14 Feb 2001 22:03:48 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102150503.f1F53mW89652@harmony.village.org> To: "Danny J. Zerkel" Subject: Re: Major bumping of libFOO Cc: current@FreeBSD.ORG In-reply-to: Your message of "Wed, 14 Feb 2001 23:43:18 EST." <01021423431802.00537@zoomer> References: <01021423431802.00537@zoomer> <01021422425001.00537@zoomer> <200102150238.f1F2cBE75244@billy-club.village.org> <200102150400.f1F40QW89218@harmony.village.org> Date: Wed, 14 Feb 2001 22:03:48 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [[ see end of message for major downer ]] In message <01021423431802.00537@zoomer> "Danny J. Zerkel" writes: : These lines come from Makefile.in in the vendor's source. So are you saying it should be 3.1 instead so that the vendor can come out with 4 later? It must be different than 3. : But, not so hard to link against a particular interface. Now, of course, : if they look for a particular interface number that we don't support, it : has to come from somewhere (or someport) else. Who does that? I'm sorry, but libstd++.so.2 won't work with anything but old versions of the system. Any body that tires to link against a specific version of a shared library is broken. Can you point at any port in the tree that does this? Any makefile? I don't think any such exist. Therefore the major number doesn't matter. Also, the mere fact tht INTERFACE is currently 3 and SHMAJOR is currently 3 is a coincidence. If there were two different interfaces that we were trying to support, we'd have libstdc++2 and libstdc++3 shared libraries. : Well, I'm not arguing against fixing things, to be sure. I'm just wondering : to what extent the major numbers for vendor libraries are ours. If the library is in the base system, we have 100% control over the major number. At least that's my position and one I've seen extolled in the past. : At very : least, I think I would like to see obrien sign off on the plan. Naturally, : it won't matter for vendor libraries that don't build shared versions, but : we do. But, at least for libstdc++, it is a vendor shared library. We : should consider the ramifications. Yes, that's why we're changing the major number. I'd like to see David sign off on it as well (and will send him mail if I don't hear from him tonight). The version number must change because it is no longer compatible with the old libstd++.so.3. It can change to 4, or 3.1 or pink. It doesn't matter to me. : The reason I'm bringing it up is, 1) to make sure it is considered. 2) : because it IS in the base system. There appear to be ports linked against : non-latest versions of other ports libraries. It would be much harder to : do that against vendor libraries in the base system if the version number : jumps around. Of course, this may be no concern at all. But, from the : phrasing of your answer, I think that at least it was worth mentioning. The fact that the ports are currently linked against libstdc++ is irrelevant. Unless the ports in question specifically link against -lstdc++.3, I don't see what the problem is. However, This does bring up an interesting point. One I'm sure that no one wants to hear. I also think we have to do the same thing to all the ports. None of them (well, most, the ones that use std{in,out,err}) are compatible with the new libc, so the first port that you try to build that uses one of these libraries will fail to build. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 22:40:11 2001 Delivered-To: freebsd-current@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 3DE4437B401 for ; Wed, 14 Feb 2001 22:40:06 -0800 (PST) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id f1F6di939361; Thu, 15 Feb 2001 08:39:46 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200102150639.f1F6di939361@gratis.grondar.za> To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: Major bumping of libFOO References: <200102142245.f1EMjvW67558@harmony.village.org> In-Reply-To: <200102142245.f1EMjvW67558@harmony.village.org> ; from Warner Losh "Wed, 14 Feb 2001 15:45:57 MST." Date: Thu, 15 Feb 2001 08:40:15 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Please review this patch as I'd like to commit it soon. Also, I'm not > 100% sure what to do about libdes.so.3, so if you have commments on > that please let me know. Other than that, the patches should be close > to commitable. Now is the time to toss that into compat/ M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 23:25:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id BDBE137B401 for ; Wed, 14 Feb 2001 23:25:12 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1F7P3x66063; Wed, 14 Feb 2001 23:25:03 -0800 (PST) (envelope-from obrien) Date: Wed, 14 Feb 2001 23:25:03 -0800 From: "David O'Brien" To: Warner Losh Cc: current@freebsd.org Subject: Re: Major bumping of libFOO Message-ID: <20010214232503.A65907@dragon.nuxi.com> Reply-To: freebsd-current@freebsd.org References: <200102142245.f1EMjvW67558@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102142245.f1EMjvW67558@harmony.village.org>; from imp@harmony.village.org on Wed, Feb 14, 2001 at 03:45:57PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 14, 2001 at 03:45:57PM -0700, Warner Losh wrote: > Here's a patch that I think will fix the major breakage with major > library versions. I haven't tried to build -current for a few days now. Can you summerize what breakage you are seeing? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 23:32:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id D9A0D37B4EC for ; Wed, 14 Feb 2001 23:32:34 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1F7WXW43163 for ; Thu, 15 Feb 2001 00:32:34 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102150732.f1F7WXW43163@harmony.village.org> To: freebsd-current@freebsd.org Subject: Re: Major bumping of libFOO In-reply-to: Your message of "Wed, 14 Feb 2001 23:25:03 PST." <20010214232503.A65907@dragon.nuxi.com> References: <20010214232503.A65907@dragon.nuxi.com> <200102142245.f1EMjvW67558@harmony.village.org> Date: Thu, 15 Feb 2001 00:32:33 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010214232503.A65907@dragon.nuxi.com> "David O'Brien" writes: : On Wed, Feb 14, 2001 at 03:45:57PM -0700, Warner Losh wrote: : > Here's a patch that I think will fix the major breakage with major : > library versions. : : I haven't tried to build -current for a few days now. Can you summerize : what breakage you are seeing? The problem is that new libFOO.so.N have references to __std{in,out,err}, instantly breaking all old binaries on the system. Eg, libcam.so.2 used to have __sF, which as defined in libc.so.[345]. However, after the bump to lib.so.5.XXXXXXX and rebuild the world, libcam.so.2 now references __std*. For apps that were linked before against libc.so.[345], this causes undefined symbols at runtime. Repeat for many other libraries than libcam. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Feb 14 23:42:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 2ED2337B401 for ; Wed, 14 Feb 2001 23:42:38 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1F7gYb66451; Wed, 14 Feb 2001 23:42:34 -0800 (PST) (envelope-from obrien) Date: Wed, 14 Feb 2001 23:42:34 -0800 From: "David O'Brien" To: Warner Losh Cc: freebsd-current@freebsd.org Subject: Re: Major bumping of libFOO Message-ID: <20010214234234.C65907@dragon.nuxi.com> Reply-To: freebsd-current@freebsd.org References: <20010214232503.A65907@dragon.nuxi.com> <200102142245.f1EMjvW67558@harmony.village.org> <20010214232503.A65907@dragon.nuxi.com> <200102150732.f1F7WXW43163@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102150732.f1F7WXW43163@harmony.village.org>; from imp@harmony.village.org on Thu, Feb 15, 2001 at 12:32:33AM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Feb 15, 2001 at 12:32:33AM -0700, Warner Losh wrote: > In message <20010214232503.A65907@dragon.nuxi.com> "David O'Brien" writes: > : On Wed, Feb 14, 2001 at 03:45:57PM -0700, Warner Losh wrote: > : > Here's a patch that I think will fix the major breakage with major > : > library versions. > : > : I haven't tried to build -current for a few days now. Can you summerize > : what breakage you are seeing? > > The problem is that new libFOO.so.N have references to > __std{in,out,err}, instantly breaking all old binaries on the system. > > Eg, libcam.so.2 used to have __sF, which as defined in libc.so.[345]. > However, after the bump to lib.so.5.XXXXXXX and rebuild the world, > libcam.so.2 now references __std*. For apps that were linked before > against libc.so.[345], this causes undefined symbols at runtime. I'm not happy about bumping every shared lib. Can you answer: (1) does a ``make world'' will not work? Peter showed that we had no choice with libc due to the use of the host's existing install programs. (2) even if #1 works, will a 6mo. old binary (using one of these libs) run w/o the change? Will a binary from 4.2-R run? If this is just to keep one from having to reintall /usr/local/, I'm not sure that is suffient reason for the bumpage. Note that if you are going to bump shlib versions, you should follow the libc.so versioning scheme. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 0: 0:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 9E09037B401 for ; Thu, 15 Feb 2001 00:00:06 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1F805W66462 for ; Thu, 15 Feb 2001 01:00:06 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102150800.f1F805W66462@harmony.village.org> To: freebsd-current@freebsd.org Subject: Re: Major bumping of libFOO In-reply-to: Your message of "Wed, 14 Feb 2001 23:42:34 PST." <20010214234234.C65907@dragon.nuxi.com> References: <20010214234234.C65907@dragon.nuxi.com> <20010214232503.A65907@dragon.nuxi.com> <200102142245.f1EMjvW67558@harmony.village.org> <20010214232503.A65907@dragon.nuxi.com> <200102150732.f1F7WXW43163@harmony.village.org> Date: Thu, 15 Feb 2001 01:00:05 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010214234234.C65907@dragon.nuxi.com> "David O'Brien" writes: : I'm not happy about bumping every shared lib. Can you answer: Nor am I. : (1) does a ``make world'' will not work? Peter showed that we had no : choice with libc due to the use of the host's existing install programs. make world works. But... : (2) even if #1 works, will a 6mo. old binary (using one of these libs) : run w/o the change? Will a binary from 4.2-R run? old binaries fail w/o the bump. : If this is just to keep one from having to reintall /usr/local/, I'm not : sure that is suffient reason for the bumpage. Out bumpage of libc makes all old binaries break. all of them. : Note that if you are going to bump shlib versions, you should follow the : libc.so versioning scheme. For the first bump, I disagree, but for the next yes, that's right. However, I'm leaning away from bumping now. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 1:26:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from lamborghini.indocyber.com (lamborghini.indocyber.com [202.180.0.86]) by hub.freebsd.org (Postfix) with SMTP id 359B837B4EC for ; Thu, 15 Feb 2001 01:25:58 -0800 (PST) Received: (qmail 29018 invoked from network); 15 Feb 2001 09:20:14 -0000 Received: from unknown (HELO dante.naver.co.id) (postfix@202.155.86.83) by lamborghini.indocyber.com with SMTP; 15 Feb 2001 09:20:14 -0000 Received: by dante.naver.co.id (Postfix, from userid 1000) id D0EE2BDF64; Tue, 13 Feb 2001 18:27:06 +0700 (JAVT) Date: Tue, 13 Feb 2001 18:27:06 +0700 From: John Indra To: freebsd-current@FreeBSD.ORG Subject: Re: -CURRENT is bad for me... Message-ID: <20010213182706.A2367@office.naver.co.id> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <20010212152438.A434@office.naver.co.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from eischen@vigrid.com on Mon, Feb 12, 2001 at 07:59:03AM -0500 X-Mailer: Mutt 1.2.5i on FreeBSD 5.0-20010210-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Feb 12, 2001 at 07:59:03AM -0500, Daniel Eischen wrote: >Did you miss the HEADS UP posted to -current? You better read these. Somehow, I just didn't notice that there is a HEADS UP. I have bang my head to the wall because of this sillyness I've done :( I have just reformat my box, and now running: 5.0-20010210-CURRENT I think this is currently the last known good snapshot in current.freebsd.org >To get around the installworld problem, do: Too late. I have just, for the first time since running -CURRENT feel the sorrow of running -CURRENT. He3x... But I'm not complaining. I take this as a challenge and as a reminder to not miss any more HEADS UPs ;) Thanks anyway for the help... >Dan Eischen /john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 1:28:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha2.rdc1.kt.home.ne.jp [203.165.9.243]) by hub.freebsd.org (Postfix) with ESMTP id 6FE5337B65D; Thu, 15 Feb 2001 01:28:13 -0800 (PST) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20010215092811.ZNJA19464.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org>; Thu, 15 Feb 2001 01:28:11 -0800 Received: by daemon.local.idaemons.org (8.11.1/3.7W) id f1F9SAv40017; Thu, 15 Feb 2001 18:28:10 +0900 (JST) Date: Thu, 15 Feb 2001 18:28:10 +0900 Message-ID: <86y9v8qor9.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: Jun Kuriyama Cc: obrien@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: ports/palm/pilot-link Makefile In-Reply-To: <200102142250.f1EMoP580644@freefall.freebsd.org> References: <200102142250.f1EMoP580644@freefall.freebsd.org> User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.2 (=?ISO-8859-1?Q?Daish=F2?= =?ISO-8859-1?Q?ji?=) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.2 - =?ISO-8859-1?Q?=22Daish=F2ji=22?=) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Wed, 14 Feb 2001 14:50:25 -0800 (PST), Jun Kuriyama wrote: > kuriyama 2001/02/14 14:50:25 PST > > Modified files: > palm/pilot-link Makefile > Log: > - Add write permission at post-patch stage to be able to build > by non-root users. > - Remove -O flag from CFLAGS due to c++'s optimization bug. Seems you can avoid the problem by adding the following line to Makefile instead of eliminating -O* from CFLAGS. CXXFLAGS+= -fPIC Now, I make a bug report out of this case for David. First, I have the following environment here: knu@archon[2]% uname -a FreeBSD archon.local.idaemons.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Feb 14 16:49:24 JST 2001 root@archon.local.idaemons.org:/villa/work/obj/freebsd/src/usr/local/src/sys/ARCHON i386 knu@archon[2]% gcc --version 2.95.3 knu@archon[2]% make -V CFLAGS -O -march=pentiumpro -pipe And then when I try to build the palm/pilot-link port as of yesterday, I get this: knu@archon[2]% make ===> Extracting for pilot-link-0.9.3 >> Checksum OK for pilot-link.0.9.3.tar.gz. ===> pilot-link-0.9.3 depends on executable: libtool - found ===> pilot-link-0.9.3 depends on shared library: tk82.1 - found ===> Patching for pilot-link-0.9.3 ===> Applying FreeBSD patches for pilot-link-0.9.3 ===> Configuring for pilot-link-0.9.3 creating cache ./config.cache checking host system type... i386--freebsd5.0 checking for gcc... cc checking whether the C compiler (cc -O -march=pentiumpro -pipe ) works... yes checking whether the C compiler (cc -O -march=pentiumpro -pipe ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether cc accepts -g... yes checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel checking for ranlib... ranlib checking for ld used by GCC... /usr/libexec/elf/ld checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking for BSD-compatible nm... test: /home/knu/bin/nm: unexpected operator /usr/bin/nm -B checking whether ln -s works... yes checking for object suffix... o checking for executable suffix... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc supports -fno-rtti -fno-exceptions ... yes checking if cc static flag -static works... -static checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/libexec/elf/ld option to reload object files... -r checking dynamic linker characteristics... freebsd5.0 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool checking for ranlib... (cached) ranlib checking for bison... no checking for byacc... byacc checking for c++... c++ checking whether C++ compiler (c++ ) works... yes checking whether we are using GNU C++... yes checking whether c++ accepts -g... yes checking for main in -lg++... no checking for ldexp in -lm... yes checking for alloca in -lPW... no checking for readline... 2.1 checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for fcntl.h... yes checking for malloc.h... no checking for sys/ioctl.h... yes checking for sys/time.h... yes checking for sys/ioctl_compat.h... yes checking for memory.h... yes checking for string.h... yes checking for strings.h... yes checking for unistd.h... yes checking for stdlib.h... yes checking for netinet/in.h... yes checking for dirent.h... yes checking for sys/ndir.h... no checking for sys/dir.h... no checking for ndir.h... no checking for sys/select.h... yes checking for sockio.h... no checking for netdb.h... yes checking for sys/utsname.h... yes checking for working const... yes checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for connect... yes checking for gethostbyname... yes checking for main in -linet... no checking whether cc needs -traditional... no checking return type of signal handlers... void checking for atexit... yes checking for strchr... yes checking for strdup... yes checking for memcpy... yes checking for memmove... yes checking for strtoul... yes checking for cfmakeraw... yes checking for cfsetspeed... yes checking for cfsetispeed... yes checking for cfsetospeed... yes checking for sigaction... yes checking for dup2... yes checking for inet_aton... yes checking for gethostname... yes checking for uname... yes checking for putenv... yes checking for cispeed and cospeed members of struct termios... yes checking for sa_len... yes checking for Java Development Kit... not found checking for Tcl... version 8.2 from /usr/local/lib/tcl8.2/tclConfig.sh checking for Itcl... not found checking for Tk... version 8.2 from /usr/local/lib/tk8.2/tkConfig.sh checking for python... /usr/local/bin/python checking for Python... Python version 2.0 in /usr/local/lib/python2.0 checking for maximum warnings compiler flag... updating cache ./config.cache creating ./config.status creating libsock/Makefile creating libcc/Makefile creating Makefile creating dubious/Makefile creating Python/Makefile creating Tcl/Makefile creating Perl5/Makefile.PL creating Java/Makefile creating tests/Makefile creating include/pi-config.h creating include/pi-sockaddr.h ===> Building for pilot-link-0.9.3 (...snip...) c++ -I./include -I./include -O -march=pentiumpro -pipe -DREADLINE_2_1 -DLIBDIR=\"/usr/local/pilot/lib\" -DTCL -DTK -I/usr/local/include/tcl8.2 -I/usr/local/include/tk8.2 -I/usr/X11R6/include iambicexample.o libsock/.libs/libpisock.so getopt.o getopt1.o libcc/libpicc.a -o .libs/iambicexample -lm -Wl,--rpath -Wl,/usr/local/pilot/lib iambicexample.o: In function `main': iambicexample.o(.text+0x11b9): undefined reference to `L765' *** Error code 1 Stop in /villa/work/obj/freebsd/ports/villa/work/src/freebsd/ports/palm/pilot-link/work/pilot-link.0.9.3. *** Error code 1 Stop in /villa/work/src/freebsd/ports/palm/pilot-link. *** Error code 1 Stop in /villa/work/src/freebsd/ports/palm/pilot-link. *** Error code 1 Stop in /villa/work/src/freebsd/ports/palm/pilot-link. On the other hand, on another box it goes fine: knu@daemon[1]% uname -a FreeBSD daemon.local.idaemons.org 4.2-STABLE FreeBSD 4.2-STABLE #0: Wed Jan 31 16:01:53 JST 2001 root@daemon.local.idaemons.org:/var/work/world/usr/src/sys/DAEMON i386 knu@daemon[1]% gcc --version 2.95.2 knu@daemon[1]% make -V CFLAGS -O -march=pentiumpro -pipe knu@daemon[1]% make ===> Extracting for pilot-link-0.9.3 >> Checksum OK for pilot-link.0.9.3.tar.gz. ===> pilot-link-0.9.3 depends on executable: libtool - found ===> pilot-link-0.9.3 depends on shared library: tk82.1 - found ===> Patching for pilot-link-0.9.3 ===> Applying FreeBSD patches for pilot-link-0.9.3 ===> Configuring for pilot-link-0.9.3 creating cache ./config.cache checking host system type... i386--freebsd4.2 checking for gcc... cc checking whether the C compiler (cc -O -march=pentiumpro -pipe ) works... yes checking whether the C compiler (cc -O -march=pentiumpro -pipe ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether cc accepts -g... yes checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel checking for ranlib... ranlib checking for ld used by GCC... /usr/libexec/elf/ld checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking for BSD-compatible nm... test: /home/knu/bin/nm: unexpected operator /usr/bin/nm -B checking whether ln -s works... yes checking for object suffix... o checking for executable suffix... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc supports -fno-rtti -fno-exceptions ... yes checking if cc static flag -static works... -static checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/libexec/elf/ld option to reload object files... -r checking dynamic linker characteristics... freebsd4.2 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool checking for ranlib... (cached) ranlib checking for bison... bison -y checking for c++... c++ checking whether C++ compiler (c++ ) works... yes checking whether we are using GNU C++... yes checking whether c++ accepts -g... yes checking for main in -lg++... no checking for ldexp in -lm... yes checking for alloca in -lPW... no checking for readline... 2.1 checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for fcntl.h... yes checking for malloc.h... no checking for sys/ioctl.h... yes checking for sys/time.h... yes checking for sys/ioctl_compat.h... yes checking for memory.h... yes checking for string.h... yes checking for strings.h... yes checking for unistd.h... yes checking for stdlib.h... yes checking for netinet/in.h... yes checking for dirent.h... yes checking for sys/ndir.h... no checking for sys/dir.h... no checking for ndir.h... no checking for sys/select.h... yes checking for sockio.h... no checking for netdb.h... yes checking for sys/utsname.h... yes checking for working const... yes checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for connect... yes checking for gethostbyname... yes checking for main in -linet... no checking whether cc needs -traditional... no checking return type of signal handlers... void checking for atexit... yes checking for strchr... yes checking for strdup... yes checking for memcpy... yes checking for memmove... yes checking for strtoul... yes checking for cfmakeraw... yes checking for cfsetspeed... yes checking for cfsetispeed... yes checking for cfsetospeed... yes checking for sigaction... yes checking for dup2... yes checking for inet_aton... yes checking for gethostname... yes checking for uname... yes checking for putenv... yes checking for cispeed and cospeed members of struct termios... yes checking for sa_len... yes checking for Java Development Kit... not found checking for Tcl... version 8.2 from /usr/local/lib/tcl8.2/tclConfig.sh checking for Itcl... not found checking for Tk... version 8.2 from /usr/local/lib/tk8.2/tkConfig.sh checking for python... /usr/local/bin/python checking for Python... Python version 1.5.2 in /usr/local/lib/python1.5 checking for maximum warnings compiler flag... updating cache ./config.cache creating ./config.status creating libsock/Makefile creating libcc/Makefile creating Makefile creating dubious/Makefile creating Python/Makefile creating Tcl/Makefile creating Perl5/Makefile.PL creating Java/Makefile creating tests/Makefile creating include/pi-config.h creating include/pi-sockaddr.h ===> Building for pilot-link-0.9.3 (..snip..) c++ -I./include -I./include -O -march=pentiumpro -pipe -DREADLINE_2_1 -DLIBDIR=\"/usr/local/pilot/lib\" -DTCL -DTK -I/usr/local/include/tcl8.2 -I/usr/local/include/tk8.2 -I/usr/X11R6/include -c iambicexample.cc ./libtool --mode=link c++ -I./include -I./include -O -march=pentiumpro -pipe -DREADLINE_2_1 -DLIBDIR=\"/usr/local/pilot/lib\" -DTCL -DTK -I/usr/local/include/tcl8.2 -I/usr/local/include/tk8.2 -I/usr/X11R6/include iambicexample.o libsock/libpisock.la getopt.o getopt1.o libcc/libpicc.a -o iambicexample -lm c++ -I./include -I./include -O -march=pentiumpro -pipe -DREADLINE_2_1 -DLIBDIR=\"/usr/local/pilot/lib\" -DTCL -DTK -I/usr/local/include/tcl8.2 -I/usr/local/include/tk8.2 -I/usr/X11R6/include iambicexample.o libsock/.libs/libpisock.so getopt.o getopt1.o libcc/libpicc.a -o .libs/iambicexample -lm -Wl,--rpath -Wl,/usr/local/pilot/lib creating iambicexample /usr/bin/perl5.00503 pilot-undelete.PL > pilot-undelete chmod +x pilot-undelete /usr/bin/perl5.00503 ietf2datebook.PL > ietf2datebook chmod +x ietf2datebook /usr/bin/perl5.00503 sync-plan.PL > sync-plan chmod +x sync-plan (done) However, if I put either: CXXFLAGS+= -fPIC or: CFLAGS!= ${ECHO} "${CFLAGS}" | ${SED} -e 's/-O[0-9a-z]*//g' (as Kuriyama-san has just added today) it builds fine on 5-CURRENT. David, would you investigate this? -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 1:31:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from lamborghini.indocyber.com (lamborghini.indocyber.com [202.180.0.86]) by hub.freebsd.org (Postfix) with SMTP id 37D7637B491 for ; Thu, 15 Feb 2001 01:25:55 -0800 (PST) Received: (qmail 29017 invoked from network); 15 Feb 2001 09:20:14 -0000 Received: from unknown (HELO dante.naver.co.id) (postfix@202.155.86.83) by lamborghini.indocyber.com with SMTP; 15 Feb 2001 09:20:14 -0000 Received: by dante.naver.co.id (Postfix, from userid 1000) id 16797BDF66; Thu, 15 Feb 2001 11:04:29 +0700 (JAVT) Date: Thu, 15 Feb 2001 11:04:28 +0700 From: John Indra To: freebsd-current@freebsd.org Cc: kevlo@FreeBSD.org Subject: Failed to build kdesupport2 port Message-ID: <20010215110428.A31614@office.naver.co.id> Mail-Followup-To: freebsd-current@freebsd.org, kevlo@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline X-Mailer: Mutt 1.2.5i on FreeBSD 5.0-20010210-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi folks... I am on a FreeBSD 5.0-20010210-CURRENT box. This is a clean system, I installed it from current.freebsd.org I tried to build kdesupport2 port, but it failed. Somehow, when checking for Qt, kdesupport2 configure script died. However, I installed qt 2.2.4 from port cleanly, no errors whatsoever. My version of /usr/src/contrib/gcc.295/config/freebsd.h is v 1.32 2001/02/08 05:27:17 BTW the only different file from my system is that I applied this patch from Maxim Sobolev to /usr/port/Mk/bsd.port.mk: --- bsd.port.mk 2001/02/08 19:09:54 1.2 +++ bsd.port.mk 2001/02/08 19:15:50 @@ -948,6 +948,14 @@ MAKEFILE?= Makefile MAKE_ENV+= PREFIX=${PREFIX} LOCALBASE=${LOCALBASE} X11BASE=${X11BAS E} MOTIFLIB="${MOTIFLIB}" LIBDIR="${LIBDIR}" CFLAGS="${CFLAGS}" CXXFLAGS="${CXXF LAGS}" +.if ${OSVERSION} < 500000 +PTHREAD_CFLAGS= -D_THREAD_SAFE +PTHREAD_LIBS= "-pthread" +.else +PTHREAD_CFLAGS= "" +PTHREAD_LIBS= "-lc_r" +.endif + .if exists(/usr/bin/fetch) # avoid -A for 2.2 -- it's not ported to that branch .if ${OSVERSION} < 300000 Attached is the failure log of my kdesupport2 build. Am I the only one having this problem? Thanks... /john --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=kdeerror Script started on Thu Feb 15 11:01:48 2001 [root@dante kdesupport2]# make install ===> Extracting for kdesupport-2.0.1 >> Checksum OK for kdesupport-2.0.1.tar.bz2. ===> kdesupport-2.0.1 depends on executable: bzip2 - found ===> kdesupport-2.0.1 depends on executable: gmake - found ===> kdesupport-2.0.1 depends on shared library: png.4 - found ===> kdesupport-2.0.1 depends on shared library: jpeg.9 - found ===> kdesupport-2.0.1 depends on shared library: qt2.4 - found ===> Patching for kdesupport-2.0.1 ===> Applying FreeBSD patches for kdesupport-2.0.1 ===> Configuring for kdesupport-2.0.1 /usr/bin/perl -pi -e "s@TOPSUBDIRS libaps@TOPSUBDIRS@g ; s@odbc libaps@odbc@g" /usr/ports/converters/kdesupport2/work/kdesupport-2.0.1/configure /usr/bin/perl -pi -e "s@-version-info 1:1@-version-info 3:0@g" /usr/ports/converters/kdesupport2/work/kdesupport-2.0.1/mimelib/Makefile.in creating cache ./config.cache checking host system type... i386--freebsd5.0 checking target system type... i386--freebsd5.0 checking build system type... i386--freebsd5.0 checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking whether gmake sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking for a C-Compiler... cc checking whether the C compiler (cc -O -pipe -mcpu=i686 -march=i686 ) works... yes checking whether the C compiler (cc -O -pipe -mcpu=i686 -march=i686 ) is a cross-compiler... no checking whether we are using GNU C... yes checking how to run the C preprocessor... cc -E checking for a C++-Compiler... c++ checking whether the C++ compiler (c++ -O -pipe -mcpu=i686 -march=i686 ) works... yes checking whether the C++ compiler (c++ -O -pipe -mcpu=i686 -march=i686 ) is a cross-compiler... no checking whether we are using GNU C++... yes checking whether c++ supports -fno-exceptions... yes checking whether c++ supports -fno-check-new... yes checking whether c++ supports -Wno-long-long... yes checking whether c++ supports -fno-builtin... yes checking whether c++ supports -fexceptions... yes checking whether c++ supports -frtti... yes checking how to run the C++ preprocessor... c++ -E checking whether c++ supports -frepo... yes checking for ld used by GCC... /usr/libexec/elf/ld checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking for /usr/libexec/elf/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependant libraries... pass_all checking for ranlib... ranlib checking for strip... strip checking for Cygwin environment... no checking for mingw32 environment... no updating cache ./config.cache loading cache ./config.cache within ltconfig checking whether -lc should be explicitly linked in... yes checking for objdir... .libs checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -fno-rtti -fno-exceptions ... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... freebsd5.0 ld.so checking command to parse /usr/bin/nm -B output... ok checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for dlopen in -ldl... no checking for dlopen... yes checking for dlfcn.h... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no creating libtool updating cache ./config.cache loading cache ./config.cache loading cache ./config.cache within ltconfig checking host system type... i386--freebsd5.0 checking build system type... i386--freebsd5.0 ltcf-cxx: with_gcc=yes ; with_gnu_ld=yes checking for objdir... .libs checking for c++ option to produce PIC... -fPIC -DPIC checking if c++ PIC flag -fPIC -DPIC works... yes checking if c++ static flag -static works... yes checking if c++ supports -c -o file.o... yes checking if c++ supports -fno-rtti -fno-exceptions ... yes checking whether the linker (c++) supports shared libraries... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... freebsd5.0 ld.so checking command to parse /usr/bin/nm -B output... ok checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for dlfcn.h... (cached) yes checking whether a program can dlopen itself... (cached) yes checking whether a statically linked program can dlopen itself... (cached) no appending configuration tag "CXX" to libtool checking for object suffix... o checking for executable suffix... no checking for AIX... no checking for minix/config.h... no checking for main in -lcompat... yes checking for crypt in -lcrypt... yes checking for the third argument of getsockname... socklen_t checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for inet_ntoa... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for killpg in -lucb... no checking size of int... 4 checking size of long... 4 checking size of char *... 4 checking for dlopen in -ldl... (cached) no checking for shl_unload in -ldld... no checking for bool... yes checking for extra includes... no checking for extra libs... added checking for libz... -lz checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for IceConnectionNumber in -lICE... yes checking for libXext... yes checking for libpng... -lpng -lz -lm checking for libjpeg6b... no checking for libjpeg... -ljpeg checking for Qt... configure: error: Qt (>= Qt 2.2.1) (libraries) not found. Please check your installation! For more details about this problem, look at the end of config.log. ===> Script "configure" failed: here are the contents of "config.log" This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:617: checking host system type configure:638: checking target system type configure:656: checking build system type configure:715: checking for a BSD compatible install configure:795: checking whether build environment is sane configure:833: checking whether gmake sets ${MAKE} configure:879: checking for working aclocal configure:892: checking for working autoconf configure:905: checking for working automake configure:918: checking for working autoheader configure:931: checking for working makeinfo configure:1020: checking for a C-Compiler configure:1132: checking whether the C compiler (cc -O -pipe -mcpu=i686 -march=i686 ) works configure:1148: cc -o conftest -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:1174: checking whether the C compiler (cc -O -pipe -mcpu=i686 -march=i686 ) is a cross-compiler configure:1179: checking whether we are using GNU C configure:1188: cc -E conftest.c configure:1290: checking how to run the C preprocessor configure:1311: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out configure:1352: checking for a C++-Compiler configure:1474: checking whether the C++ compiler (c++ -O -pipe -mcpu=i686 -march=i686 ) works configure:1495: rm -rf SunWS_cache; c++ -o conftest -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.C -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:1521: checking whether the C++ compiler (c++ -O -pipe -mcpu=i686 -march=i686 ) is a cross-compiler configure:1526: checking whether we are using GNU C++ configure:1535: c++ -E conftest.C configure:1610: checking whether c++ supports -fno-exceptions configure:1644: checking whether c++ supports -fno-check-new configure:1683: checking whether c++ supports -Wno-long-long configure:1715: checking whether c++ supports -fno-builtin configure:1760: checking whether c++ supports -fexceptions configure:1795: checking whether c++ supports -frtti configure:1875: checking how to run the C++ preprocessor configure:1897: c++ -E -I/usr/local/include conftest.C >/dev/null 2>conftest.out configure:1958: checking whether c++ supports -frepo configure:2153: checking for ld used by GCC configure:2221: checking if the linker (/usr/libexec/elf/ld) is GNU ld GNU ld version 2.10.1 (with BFD 2.10.1) configure:2238: checking for /usr/libexec/elf/ld option to reload object files configure:2250: checking for BSD-compatible nm configure:2287: checking whether ln -s works configure:2308: checking how to recognise dependant libraries configure:2594: checking for ranlib configure:2661: checking for strip configure:2833: checking for Cygwin environment configure:2849: cc -c -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c 1>&5 configure: In function `main': configure:2845: `__CYGWIN32__' undeclared (first use in this function) configure:2845: (Each undeclared identifier is reported only once configure:2845: for each function it appears in.) configure: failed program was: #line 2838 "configure" #include "confdefs.h" int main() { #ifndef __CYGWIN__ #define __CYGWIN__ __CYGWIN32__ #endif return __CYGWIN__; ; return 0; } configure:2866: checking for mingw32 environment configure:2878: cc -c -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c 1>&5 configure: In function `main': configure:2874: `__MINGW32__' undeclared (first use in this function) configure:2874: (Each undeclared identifier is reported only once configure:2874: for each function it appears in.) configure: failed program was: #line 2871 "configure" #include "confdefs.h" int main() { return __MINGW32__; ; return 0; } ltcf-c.sh:need_lc: cc -c -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c 1>&5 ltcf-c.sh:need_lc: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest ltconfig:670:checking for cc option to produce PIC ltconfig:679:checking that cc PIC flag -fPIC -DPIC works. ltconfig:689: cc -c -O2 -O -pipe -mcpu=i686 -march=i686 -fPIC -DPIC -DPIC -I/usr/local/include conftest.c 1>&5 ltconfig:741: checking if cc static flag -static works ltconfig:750: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include -static conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 ltconfig:787: checking if cc supports -c -o file.o ltconfig:788: cc -c -O2 -O -pipe -mcpu=i686 -march=i686 -o out/conftest2.o -I/usr/local/include conftest.c 1>&5 ltconfig:841: checking if cc supports -fno-rtti -fno-exceptions ltconfig:842: cc -c -O2 -O -pipe -mcpu=i686 -march=i686 -fno-rtti -fno-exceptions -c conftest.c -I/usr/local/include conftest.c 1>&5 ltconfig:1309: checking if global_symbol_pipe works ltconfig:1310: cc -c -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c 1>&5 ltconfig:1313: eval "/usr/bin/nm -B conftest.o | sed -n -e 's/^.*[ ]\([ABCDGISTW]\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > conftest.nm" ltconfig:1365: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -fno-builtin -fno-rtti -fno-exceptions -I/usr/local/include conftest.c conftstm.o 1>&5 ltconfig:1469: checking for dlopen in -ldl ltconfig:1489: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -fno-builtin -fno-rtti -fno-exceptions -I/usr/local/include conftest.c -ldl -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 /usr/libexec/elf/ld: cannot find -ldl ltconfig: failed program was: /*#line 1476 "ltconfig"*/ /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ #ifdef __cplusplus extern "C" #endif char dlopen(); int main() { dlopen() ; return 0; } ltconfig:1508: checking for dlopen ltconfig:1538: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -fno-builtin -fno-rtti -fno-exceptions -I/usr/local/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 ltconfig:1706: checking for dlfcn.h ltconfig:1717: cc -c -O2 -O -pipe -mcpu=i686 -march=i686 -fno-builtin -fno-rtti -fno-exceptions -I/usr/local/include conftest.c 1>&5 >/dev/null 2>conftest.out ltconfig:1745: checking whether a program can dlopen itself ltconfig:1799: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -fno-builtin -fno-rtti -fno-exceptions -I/usr/local/include -DHAVE_DLFCN_H -Wl,--export-dynamic conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 ltconfig:1818: checking whether a statically linked program can dlopen itself ltconfig:1872: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -fno-builtin -fno-rtti -fno-exceptions -I/usr/local/include -DHAVE_DLFCN_H -Wl,--export-dynamic -static conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 ltconfig: failed program was: /*#line 1826 "ltconfig"*/ #if HAVE_DLFCN_H #include #endif #include #ifdef RTLD_GLOBAL # define LTDL_GLOBAL RTLD_GLOBAL #else # ifdef DL_GLOBAL # define LTDL_GLOBAL DL_GLOBAL # else # define LTDL_GLOBAL 0 # endif #endif /* We may have to define LTDL_LAZY_OR_NOW in the command line if we find out it does not work in some platform. */ #ifndef LTDL_LAZY_OR_NOW # ifdef RTLD_LAZY # define LTDL_LAZY_OR_NOW RTLD_LAZY # else # ifdef DL_LAZY # define LTDL_LAZY_OR_NOW DL_LAZY # else # ifdef RTLD_NOW # define LTDL_LAZY_OR_NOW RTLD_NOW # else # ifdef DL_NOW # define LTDL_LAZY_OR_NOW DL_NOW # else # define LTDL_LAZY_OR_NOW 0 # endif # endif # endif # endif #endif void fnord() { int i=42;} int main() { void *self, *ptr1, *ptr2; self=dlopen(0,LTDL_GLOBAL|LTDL_LAZY_OR_NOW); if(self) { ptr1=dlsym(self,"fnord"); ptr2=dlsym(self,"_fnord"); if(ptr1 || ptr2) { dlclose(self); exit(0); } } exit(1); return 1; } c++ -E conftest.cc ltconfig:670:checking for c++ option to produce PIC ltconfig:679:checking that c++ PIC flag -fPIC -DPIC works. ltconfig:689: c++ -c -O2 -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -fno-builtin -O -pipe -mcpu=i686 -march=i686 -fPIC -DPIC -DPIC -I/usr/local/include conftest.cc 1>&5 ltconfig:741: checking if c++ static flag -static works ltconfig:750: c++ -o conftest -O2 -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -fno-builtin -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include -static conftest.cc -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 ltconfig:787: checking if c++ supports -c -o file.o ltconfig:788: c++ -c -O2 -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -fno-builtin -O -pipe -mcpu=i686 -march=i686 -o out/conftest2.o -I/usr/local/include conftest.cc 1>&5 ltconfig:841: checking if c++ supports -fno-rtti -fno-exceptions ltconfig:842: c++ -c -O2 -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -fno-builtin -O -pipe -mcpu=i686 -march=i686 -fno-rtti -fno-exceptions -c conftest.cc -I/usr/local/include conftest.cc 1>&5 ltconfig:1309: checking if global_symbol_pipe works ltconfig:1310: c++ -c -O2 -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -fno-builtin -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.cc 1>&5 ltconfig:1313: eval "/usr/bin/nm -B conftest.o | sed -n -e 's/^.*[ ]\([ABCDGISTW]\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > conftest.nm" ltconfig:1365: c++ -o conftest -O2 -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -fno-builtin -O -pipe -mcpu=i686 -march=i686 -fno-builtin -fno-rtti -fno-exceptions -I/usr/local/include conftest.cc conftstm.o 1>&5 ltconfig:1706: checking for dlfcn.h ltconfig:1745: checking whether a program can dlopen itself ltconfig:1818: checking whether a statically linked program can dlopen itself configure:3014: checking for object suffix configure:3020: cc -c -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c 1>&5 configure:3040: checking for executable suffix configure:3050: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:3091: checking for AIX configure:3116: checking for minix/config.h configure:3126: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out configure:3122: minix/config.h: No such file or directory configure: failed program was: #line 3121 "configure" #include "confdefs.h" #include configure:3172: checking for main in -lcompat configure:3187: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -lcompat -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:3209: checking for crypt in -lcrypt configure:3228: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -lcrypt -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:3302: checking for the third argument of getsockname configure:3331: c++ -c -O2 -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -fno-builtin -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.C 1>&5 configure:3402: checking for dnet_ntoa in -ldnet configure:3421: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -ldnet -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 /usr/libexec/elf/ld: cannot find -ldnet configure: failed program was: #line 3410 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char dnet_ntoa(); int main() { dnet_ntoa() ; return 0; } configure:3443: checking for dnet_ntoa in -ldnet_stub configure:3462: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -ldnet_stub -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 /usr/libexec/elf/ld: cannot find -ldnet_stub configure: failed program was: #line 3451 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char dnet_ntoa(); int main() { dnet_ntoa() ; return 0; } configure:3484: checking for inet_ntoa configure:3512: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:3574: checking for connect configure:3602: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:3665: checking for remove configure:3693: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:3757: checking for shmat configure:3785: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:3851: checking for killpg in -lucb configure:3870: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -lucb -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 /usr/libexec/elf/ld: cannot find -lucb configure: failed program was: #line 3859 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char killpg(); int main() { killpg() ; return 0; } configure:3939: checking size of int configure:3958: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:3977: checking size of long configure:3996: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:4015: checking size of char * configure:4034: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:4055: checking for dlopen in -ldl configure:4099: checking for shl_unload in -ldld configure:4118: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -ldld -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 /usr/libexec/elf/ld: cannot find -ldld configure: failed program was: #line 4107 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char shl_unload(); int main() { shl_unload() ; return 0; } configure:4146: checking for bool configure:4169: c++ -c -O2 -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -fno-builtin -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.C 1>&5 configure: In function `int main()': configure:4165: warning: unused variable `bool aBool' configure:4193: checking for extra includes configure:4224: checking for extra libs configure:4258: checking for libz configure:4284: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -L/usr/local/lib -lz 1>&5 configure:4314: checking for X configure:4353: cc -E -I/usr/local/include conftest.c >/dev/null 2>conftest.out configure:4349: X11/Intrinsic.h: No such file or directory configure: failed program was: #line 4348 "configure" #include "confdefs.h" #include configure:4429: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -lXt -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 /usr/libexec/elf/ld: cannot find -lXt configure: failed program was: #line 4422 "configure" #include "confdefs.h" int main() { XtMalloc() ; return 0; } configure:4600: checking for IceConnectionNumber in -lICE configure:4619: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include -L/usr/X11R6/lib conftest.c -lICE -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc 1>&5 configure:4648: checking for libXext configure:4671: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include -L/usr/X11R6/lib -L/usr/local/lib conftest.c -lXext -lX11 1>&5 configure:4759: checking for libpng configure:4789: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/X11R6/include -I/usr/local/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc -L/usr/X11R6/lib -L/usr/local/lib -lpng -lz -lm -lX11 1>&5 configure:4821: checking for libjpeg6b configure:4857: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -L/usr/X11R6/lib -L/usr/local/lib -ljpeg6b -lm 1>&5 /usr/libexec/elf/ld: cannot find -ljpeg6b configure: failed program was: #line 4836 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ struct jpeg_decompress_struct; typedef struct jpeg_decompress_struct * j_decompress_ptr; typedef int size_t; #ifdef __cplusplus extern "C" { #endif void jpeg_CreateDecompress(j_decompress_ptr cinfo, int version, size_t structsize); #ifdef __cplusplus } #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ int main() { jpeg_CreateDecompress(0L, 0, 0); ; return 0; } configure:4879: checking for libjpeg configure:4915: cc -o conftest -O2 -O -pipe -mcpu=i686 -march=i686 -I/usr/local/include conftest.c -L/usr/X11R6/lib -L/usr/local/lib -ljpeg -lm 1>&5 configure:5019: checking for Qt configure:5180: rm -rf SunWS_cache; c++ -o conftest -O2 -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -fno-builtin -O -pipe -mcpu=i686 -march=i686 -I/usr/X11R6/include/qt2 -I/usr/X11R6/include -I/usr/local/include -L/usr/X11R6/lib -L/usr/X11R6/lib -L/usr/local/lib conftest.C -Wl,-export-dynamic -L/usr/local/lib -ljpeg -lstdc++ -lgcc -lqt2 -lpng -lz -lm -ljpeg -lXext -lX11 -lSM -lICE 1>&5 conftest.C: In function `int main()': conftest.C:20: warning: unused variable `int magnolia' conftest.C:15: warning: unused variable `class QStringList * t' /usr/X11R6/lib/libGL.so.1: undefined reference to `pthread_getspecific' /usr/X11R6/lib/libGL.so.1: undefined reference to `pthread_key_create' /usr/X11R6/lib/libGL.so.1: undefined reference to `pthread_setspecific' configure: failed program was: #include "confdefs.h" #include #include #include #include #include #include #include #include #if ! (QT_VERSION >= 221) #error 1 #endif int main() { QStringList *t = new QStringList(); QIconView iv(0); iv.setWordWrapIconText(false); QString s; s.setLatin1("Elvis is alive", 14); int magnolia = QEvent::Speech; /* new in 2.2 beta2 */ return 0; } (end of "config.log") *** Error code 1 Stop in /usr/ports/converters/kdesupport2. *** Error code 1 Stop in /usr/ports/converters/kdesupport2. *** Error code 1 Stop in /usr/ports/converters/kdesupport2. *** Error code 1 Stop in /usr/ports/converters/kdesupport2. *** Error code 1 Stop in /usr/ports/converters/kdesupport2. [root@dante kdesupport2]# exit exit Script done on Thu Feb 15 11:02:22 2001 --0OAP2g/MAC+5xKAE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 2:14: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id D2AAB37B65D for ; Thu, 15 Feb 2001 02:13:58 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1FADsH03043; Thu, 15 Feb 2001 02:13:54 -0800 (PST) (envelope-from obrien) Date: Thu, 15 Feb 2001 02:13:53 -0800 From: "David O'Brien" To: Paul Richards Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010215021353.D66813@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> <3A895FA0.25EBC727@originative.co.uk> <20010213131802.B79651@dragon.nuxi.com> <3A89D5BF.D46B8FCC@originative.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A89D5BF.D46B8FCC@originative.co.uk>; from paul@originative.co.uk on Wed, Feb 14, 2001 at 12:47:59AM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 14, 2001 at 12:47:59AM +0000, Paul Richards wrote: > Instead what we have now is libxyz.so.3 and libxyz.so.3 which are > different from each other. No different than two libxyz.so.3.1 and libxyz.so.3.1 could be (a.out days). (well not entirely true, but in the a.out days, one could make a major change in the functionality of a lib routine w/o even a minor bump) If two libxyz.so.3 and libxyz.so.3 are incompatible, then a major shared version bump wasn't done when it should have been. > When you login to a strange machine and you're trying to diagnose a > problem there's no way to know whether the libc they've got installed > is of version X or version Y because there's nothing to tell you what > sources libc.so.Z was built from, it could be the .Z version with the X > fixes or the Y fixes. When we had minor version numbers you still didnt' know if the X fixes or Y fixes were in it. > You've missed the point I was trying to make. Our reluctance to bump > what we perceive to be a major number is hampering our ability to > differentiate between different versions. We aren't reluctant to bump in -STABLE if there is a need for it. The reluctance is in -CURRENT where we bump once and let that cover all the incompatibilities. We don't put our released version users thru the hoops we are willing to for the development version users. > We could just as easily use a minor numbering scheme > with Elf to indicate that a version change has occured but not an > interface change. We only bumped due to interface changes in the .MAJOR.MINOR days. The difference is *adding* an interface today does in cause a bump. In the .MAJOR.MINOR days it would require a bump the MINOR number. In both days, an incompatible change in an existing interface require(s)(ed) a MAJOR bump. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 3:14:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id F2DF437B65D for ; Thu, 15 Feb 2001 03:14:34 -0800 (PST) Received: from originative.co.uk (lobster.originative.co.uk [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id 5D1081D149 for ; Thu, 15 Feb 2001 11:14:33 +0000 (GMT) Message-ID: <3A8BBA1E.A11923FB@originative.co.uk> Date: Thu, 15 Feb 2001 11:14:38 +0000 From: Paul Richards X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> <3A895FA0.25EBC727@originative.co.uk> <20010213131802.B79651@dragon.nuxi.com> <3A89D5BF.D46B8FCC@originative.co.uk> <20010215021353.D66813@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > We only bumped due to interface changes in the .MAJOR.MINOR days. The > difference is *adding* an interface today does in cause a bump. In the > .MAJOR.MINOR days it would require a bump the MINOR number. In both > days, an incompatible change in an existing interface require(s)(ed) a > MAJOR bump. Yes, that was true. The way we used to do it didn't address all the problems I'm alluding to either but I felt we had more versioning before than we do now. Regardless of that the issues are important enough that I think we should discuss them. There are in my mind two issues: 1) Being able to have the system continue working when a significant interface change occurs. 2) Being able to identify a specific version of a library on a system in order to determine whether it's a rogue version for a particular application. The former I accept works fine now as long as you can take the pain of current. An asthetic requirement to have a nice library number is counter-productive though when it screws the development team so completely that the system is unusable for a week. While developers should accept that they must occasionally suffer considerable pain when running -current it's foolish to not consider alternative methods of working when we run into a problem that causes the project to come to a grinding halt. Most of us don't have rooms full of development boxes, we have all our day to day applications on our development box and having to rebuild it completely is something we accept we may have to do on occasion but it's something we should try and avoid having to happen because it's so wasteful of everyone's time and energy. This library version problem is a non-problem from a technological perspective, it's only a problem from a policy perspective and it's a policy that's based entirely on asthetic requirements. I don't want to see library versions get into the hundreds (unless we adopt that as a convention i.e. 5xx) because we're bumping them all the time but at the same time, if one is necessary then it's necessary, even if it's current. Commercial vendors will skip version numbers in their public releases if their internal development required more than one bump. I don't think the attempt to make the major number bump once per release is a sensible goal. If we have to bump a major number on the stable branch (god forbid, but it may happen one day) then we'll have to deviate from that policy because it'll clash with the version number of -current and therefore I think the policy is flawed because it doesn't consider all the possible scenarios we might have to deal with. The second issue is probably not related to bumping the library version, since I accept your point that we didn't bump major or minor numbers for every change to the library. I think some way of identifying a build of a library would be a good thing though and perhaps we should discuss adding a "properties" field to libraries so we can identify which specific version of a library is installed. Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 3:36:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 857BE37B401 for ; Thu, 15 Feb 2001 03:36:22 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1FBaJw21374; Thu, 15 Feb 2001 03:36:19 -0800 (PST) (envelope-from obrien) Date: Thu, 15 Feb 2001 03:36:19 -0800 From: "David O'Brien" To: Paul Richards Cc: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010215033618.A17098@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> <3A895FA0.25EBC727@originative.co.uk> <20010213131802.B79651@dragon.nuxi.com> <3A89D5BF.D46B8FCC@originative.co.uk> <20010215021353.D66813@dragon.nuxi.com> <3A8BBA1E.A11923FB@originative.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A8BBA1E.A11923FB@originative.co.uk>; from paul@originative.co.uk on Thu, Feb 15, 2001 at 11:14:38AM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Feb 15, 2001 at 11:14:38AM +0000, Paul Richards wrote: > Commercial vendors will skip version numbers in their public releases > if their internal development required more than one bump. Which ones? Sun Solaris still ships their libc as "libc.so.1", even in Solaris 8. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 3:48: 9 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha2.rdc1.kt.home.ne.jp [203.165.9.243]) by hub.freebsd.org (Postfix) with ESMTP id E594537B4EC for ; Thu, 15 Feb 2001 03:48:01 -0800 (PST) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20010215114800.BLQA19464.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org> for ; Thu, 15 Feb 2001 03:48:00 -0800 Received: by daemon.local.idaemons.org (8.11.1/3.7W) id f1FBlvv42049; Thu, 15 Feb 2001 20:47:57 +0900 (JST) Date: Thu, 15 Feb 2001 20:47:57 +0900 Message-ID: <86wvasqiaa.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: current@FreeBSD.org Subject: Backward binary compatibility with libc/libm User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.2 (=?ISO-8859-1?Q?Daish=F2?= =?ISO-8859-1?Q?ji?=) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.2 - =?ISO-8859-1?Q?=22Daish=F2ji=22?=) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Seems some 4.x/3.x binary that is linked with libm.so does not work on 5-CURRENT because libm.so is not properly associated with (the latest) libc.so. So, when a program lets libm refers to __stdout/__stderr from within, it fails as follows. :( /usr/libexec/ld-elf.so.1: /usr/lib/libm.so.2: Undefined symbol "__stderr" Unfortunately, it applies to some important bits like JDK 1.1.8... As a workaround, adding LDADD=-lc to src/lib/msun/Makefile seems to do the trick and get it working. Ideas, anyone? -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 4: 6:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from m08.alpha-net.ne.jp (m08.alpha-net.ne.jp [210.229.64.38]) by hub.freebsd.org (Postfix) with ESMTP id 631D337B491; Thu, 15 Feb 2001 04:06:18 -0800 (PST) Received: from kyoto-tc012-p135.alpha-net.ne.jp (kyoto-tc012-p135.alpha-net.ne.jp [210.237.118.169]) by m08.alpha-net.ne.jp (8.9.3/3.7W) with ESMTP id VAA22463; Thu, 15 Feb 2001 21:05:59 +0900 (JST) Received: from souffle.bogus-local.net (localhost [127.0.0.1]) by kyoto-tc012-p135.alpha-net.ne.jp (Postfix) with ESMTP id 2620216B9E; Thu, 15 Feb 2001 21:06:00 +0900 (JST) Date: Thu, 15 Feb 2001 21:05:59 +0900 Message-ID: <86n1bop2vs.wl@cheerful.com> From: FUJISHIMA Satsuki To: John Indra Cc: freebsd-current@freebsd.org, kevlo@FreeBSD.org, sobomax@FreeBSD.org Subject: -lc_r against shared library (Re: Failed to build kdesupport2 port) In-Reply-To: <20010215110428.A31614@office.naver.co.id> References: <20010215110428.A31614@office.naver.co.id> User-Agent: Wanderlust/2.4.0 (Rio) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If you paid attention to -ports, you found adding CONFIGURE_ARGS= "LIBS=-pthread" to kdesupport2/Makefile would help. There are some way to ``fix'' this problem: a) linking -lc_r against libGL. This is denied by John Polstra and he suggested (b). He said libc and libc_r must be strictly synchronized. If so, this might be a bad idea. b) adding -pthread to each port which uses libGL. This method needs some work but if this is the way to go, we should start fixing broken ports. So many ports are broken with -pthread now. c) Use -lc_r instead of -pthread. As -pthread will be depreciated, we should use -lc_r for FreeBSD 5.0 and later, shouldn't we? d) [Please add your opinions] -- FUJISHIMA Satsuki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 4: 6:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from m08.alpha-net.ne.jp (m08.alpha-net.ne.jp [210.229.64.38]) by hub.freebsd.org (Postfix) with ESMTP id 2970A37B503; Thu, 15 Feb 2001 04:06:52 -0800 (PST) Received: from kyoto-tc012-p135.alpha-net.ne.jp (kyoto-tc012-p135.alpha-net.ne.jp [210.237.118.169]) by m08.alpha-net.ne.jp (8.9.3/3.7W) with ESMTP id VAA22539; Thu, 15 Feb 2001 21:06:38 +0900 (JST) Received: from souffle.bogus-local.net (localhost [127.0.0.1]) by kyoto-tc012-p135.alpha-net.ne.jp (Postfix) with ESMTP id C961D16B83; Thu, 15 Feb 2001 21:06:40 +0900 (JST) Date: Thu, 15 Feb 2001 21:06:40 +0900 Message-ID: <86itmcp2un.wl@cheerful.com> From: FUJISHIMA Satsuki To: Akinori MUSHA Cc: Jun Kuriyama , obrien@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: ports/palm/pilot-link Makefile In-Reply-To: <86y9v8qor9.wl@archon.local.idaemons.org> References: <200102142250.f1EMoP580644@freefall.freebsd.org> <86y9v8qor9.wl@archon.local.idaemons.org> User-Agent: Wanderlust/2.4.0 (Rio) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I believe this is bug in g++ optimizasion, at least 2.95.3 prerelease. Using -O2 or higher (which impiles -frerun-cse-after-loop) works. Many ports using g++ are hit by this... -- FUJISHIMA Satsuki At Thu, 15 Feb 2001 18:28:10 +0900, Akinori MUSHA wrote: > c++ -I./include -I./include -O -march=pentiumpro -pipe -DREADLINE_2_1 -DLIBDIR=\"/usr/local/pilot/lib\" -DTCL -DTK -I/usr/local/include/tcl8.2 -I/usr/local/include/tk8.2 -I/usr/X11R6/include iambicexample.o libsock/.libs/libpisock.so getopt.o getopt1.o libcc/libpicc.a -o .libs/iambicexample -lm -Wl,--rpath -Wl,/usr/local/pilot/lib > iambicexample.o: In function `main': > iambicexample.o(.text+0x11b9): undefined reference to `L765' > *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 4:34:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha2.rdc1.kt.home.ne.jp [203.165.9.243]) by hub.freebsd.org (Postfix) with ESMTP id 40F2D37B4EC for ; Thu, 15 Feb 2001 04:34:14 -0800 (PST) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20010215123413.CFUK19464.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org> for ; Thu, 15 Feb 2001 04:34:13 -0800 Received: by daemon.local.idaemons.org (8.11.1/3.7W) id f1FCYDv42772; Thu, 15 Feb 2001 21:34:13 +0900 (JST) Date: Thu, 15 Feb 2001 21:34:13 +0900 Message-ID: <86vgqcqg56.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: current@FreeBSD.ORG Subject: Re: Backward binary compatibility with libc/libm In-Reply-To: <86wvasqiaa.wl@archon.local.idaemons.org> References: <86wvasqiaa.wl@archon.local.idaemons.org> User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.2 (=?ISO-8859-1?Q?Daish=F2?= =?ISO-8859-1?Q?ji?=) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.2 - =?ISO-8859-1?Q?=22Daish=F2ji=22?=) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Thu, 15 Feb 2001 20:47:57 +0900, I wrote: > > Seems some 4.x/3.x binary that is linked with libm.so does not work on > 5-CURRENT because libm.so is not properly associated with (the latest) > libc.so. > > So, when a program lets libm refers to __stdout/__stderr from within, > it fails as follows. :( > > /usr/libexec/ld-elf.so.1: /usr/lib/libm.so.2: Undefined symbol "__stderr" > > Unfortunately, it applies to some important bits like JDK 1.1.8... > > As a workaround, adding LDADD=-lc to src/lib/msun/Makefile seems to > do the trick and get it working. Oops, obviously I missed the 'Major bumping of libFOO' thread. Take msun into account as well, thanks. -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 4:44:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id 5F8CE37B401 for ; Thu, 15 Feb 2001 04:44:19 -0800 (PST) Received: from originative.co.uk (lobster.originative.co.uk [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id 111E41D149 for ; Thu, 15 Feb 2001 12:44:18 +0000 (GMT) Message-ID: <3A8BCF2A.8107E8A4@originative.co.uk> Date: Thu, 15 Feb 2001 12:44:26 +0000 From: "Paul Richards_imap/mail.originative.co.uk/Inbox.sbd/New Mail.sbd/OpenLDAP.sbd/Devel" X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> <3A895FA0.25EBC727@originative.co.uk> <20010213131802.B79651@dragon.nuxi.com> <3A89D5BF.D46B8FCC@originative.co.uk> <20010215021353.D66813@dragon.nuxi.com> <3A8BBA1E.A11923FB@originative.co.uk> <20010215033618.A17098@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote: > > On Thu, Feb 15, 2001 at 11:14:38AM +0000, Paul Richards wrote: > > Commercial vendors will skip version numbers in their public releases > > if their internal development required more than one bump. > > Which ones? Sun Solaris still ships their libc as "libc.so.1", even in > Solaris 8. I suggest you take a look at http://www.usenix.org/publications/library/proceedings/als2000/full_papers/browndavid/browndavid_html/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 4:48:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha2.rdc1.kt.home.ne.jp [203.165.9.243]) by hub.freebsd.org (Postfix) with ESMTP id 8A71237B491; Thu, 15 Feb 2001 04:48:18 -0800 (PST) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20010215124816.CLXV19464.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org>; Thu, 15 Feb 2001 04:48:16 -0800 Received: by daemon.local.idaemons.org (8.11.1/3.7W) id f1FCmDv43012; Thu, 15 Feb 2001 21:48:13 +0900 (JST) Date: Thu, 15 Feb 2001 21:48:13 +0900 Message-ID: <86u25wqfhu.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: ade@FreeBSD.org Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: libgtop on CURRENT User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.2 (=?ISO-8859-1?Q?Daish=F2?= =?ISO-8859-1?Q?ji?=) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.2 - =?ISO-8859-1?Q?=22Daish=F2ji=22?=) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It is necessary to update libgtop for CURRENT as attached. I haven't yet got an idea how to fix it to shut up the following error messages, though. LibGTop-Server: kvm_getargv (12): Undefined error: 0 LibGTop-Server: kvm_getargv (11): Undefined error: 0 LibGTop-Server: kvm_getargv (10): Undefined error: 0 By the way, you'd better split patches into per-file patches.. -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" Index: Makefile =================================================================== RCS file: /home/ncvs/ports/devel/libgtop/Makefile,v retrieving revision 1.40 diff -u -r1.40 Makefile --- Makefile 2000/12/28 02:35:31 1.40 +++ Makefile 2001/02/15 12:35:38 @@ -7,7 +7,7 @@ PORTNAME= libgtop PORTVERSION= 1.0.10 -PORTREVISION= 3 +PORTREVISION= 4 CATEGORIES= devel gnome MASTER_SITES= ${MASTER_SITE_GNOME} MASTER_SITE_SUBDIR= stable/sources/libgtop Index: files/patch-aj =================================================================== RCS file: /home/ncvs/ports/devel/libgtop/files/patch-aj,v retrieving revision 1.2 diff -u -r1.2 patch-aj --- files/patch-aj 2000/12/28 02:35:34 1.2 +++ files/patch-aj 2001/02/14 16:24:33 @@ -71,9 +71,9 @@ - switch (pinfo [0].kp_proc.p_stat) { + switch (pinfo [0].XXX_P_STAT) { case SIDL: ---- sysdeps/freebsd/procuid.c.orig Thu Sep 16 16:08:07 1999 -+++ sysdeps/freebsd/procuid.c Fri Dec 22 18:37:41 2000 -@@ -86,13 +86,38 @@ +--- sysdeps/freebsd/procuid.c.orig Fri Sep 17 06:08:07 1999 ++++ sysdeps/freebsd/procuid.c Thu Feb 15 01:16:50 2001 +@@ -86,13 +86,42 @@ - buf->uid = pinfo [0].kp_eproc.e_pcred.p_ruid; - buf->euid = pinfo [0].kp_eproc.e_pcred.p_svuid; @@ -95,7 +95,11 @@ +#define XXX_E_PGID ki_pgid +#define XXX_E_TPGID ki_tpgid +#define XXX_P_NICE ki_nice ++#if __FreeBSD_version >= 500013 ++#define XXX_P_PRIORITY ki_pri.pri_user ++#else +#define XXX_P_PRIORITY ki_priority ++#endif +#else + +#define XXX_P_RUID kp_eproc.e_pcred.p_ruid @@ -122,8 +126,8 @@ + buf->nice = pinfo [0].XXX_P_NICE; + buf->priority = pinfo [0].XXX_P_PRIORITY; ---- sysdeps/freebsd/proctime.c.orig Thu Sep 16 16:08:07 1999 -+++ sysdeps/freebsd/proctime.c Fri Dec 22 22:45:57 2000 +--- sysdeps/freebsd/proctime.c.orig Fri Sep 17 06:08:07 1999 ++++ sysdeps/freebsd/proctime.c Thu Feb 15 01:15:11 2001 @@ -68,5 +68,2 @@ u_quad_t u, st, ut, it, tot; -#if (__FreeBSD_version < 300003) @@ -150,10 +154,14 @@ - buf->rtime = tv2sec (pinfo [0].kp_proc.p_rtime); + buf->rtime = pinfo [0].kp_proc.p_runtime; #endif -@@ -194,2 +186,13 @@ +@@ -194,2 +186,17 @@ #else +#if __FreeBSD_version >= 500013 ++#if __FreeBSD_version >= 500016 ++ if ((pinfo [0].ki_flag & PS_INMEM)) { ++#else + if ((pinfo [0].ki_flag & P_INMEM)) { ++#endif + buf->utime = pinfo [0].ki_runtime; + buf->stime = 0; /* XXX */ + buf->cutime = tv2sec (pinfo [0].ki_childtime); @@ -164,7 +172,7 @@ + +#else glibtop_suid_enter (server); -@@ -224,2 +227,3 @@ +@@ -224,2 +231,3 @@ } +#endif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 4:52:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (pop3.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id EE75D37B491; Thu, 15 Feb 2001 04:52:08 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f1FCpog17754; Thu, 15 Feb 2001 14:51:51 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f1FCprm44468; Thu, 15 Feb 2001 14:51:53 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A8BD0E7.BA197AB0@FreeBSD.org> Date: Thu, 15 Feb 2001 14:51:51 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: FUJISHIMA Satsuki Cc: John Indra , freebsd-current@FreeBSD.org, kevlo@FreeBSD.org, ports@FreeBSD.org, asami@FreeBSD.org Subject: Re: -lc_r against shared library (Re: Failed to build kdesupport2 port) References: <20010215110428.A31614@office.naver.co.id> <86n1bop2vs.wl@cheerful.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG FUJISHIMA Satsuki wrote: > If you paid attention to -ports, you found adding > > CONFIGURE_ARGS= "LIBS=-pthread" > > to kdesupport2/Makefile would help. > > There are some way to ``fix'' this problem: > c) Use -lc_r instead of -pthread. > As -pthread will be depreciated, we should use -lc_r for FreeBSD > 5.0 and later, shouldn't we? Yes, it looks like a most appropriate solution to me. If you read -ports, recently I proposed to add a small patch for the bsd.port.mk to help with transition process, but have not heard anything back from PW yet. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 7:57:57 2001 Delivered-To: freebsd-current@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id DB57137B503 for ; Thu, 15 Feb 2001 07:57:51 -0800 (PST) Received: (qmail 45223589 invoked from network); 15 Feb 2001 15:54:20 -0000 Received: from d165.dhcp212-231.cybercable.fr (HELO gits.dyndns.org) ([212.198.231.165]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 15 Feb 2001 15:54:20 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.1/8.11.1) id f1FFsJ009726; Thu, 15 Feb 2001 16:54:19 +0100 (CET) (envelope-from clefevre@poboxes.com) To: "Akinori MUSHA" Cc: Jun Kuriyama , obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: cvs commit: ports/palm/pilot-link Makefile References: <200102142250.f1EMoP580644@freefall.freebsd.org> <86y9v8qor9.wl@archon.local.idaemons.org> X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C In-Reply-To: "Akinori MUSHA"'s message of "Thu, 15 Feb 2001 18:28:10 +0900" From: Cyrille Lefevre Reply-To: clefevre@poboxes.com Mail-Copies-To: never Date: 15 Feb 2001 16:54:16 +0100 Message-ID: Lines: 17 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Akinori MUSHA" writes: > However, if I put either: > > CXXFLAGS+= -fPIC > > or: > > CFLAGS!= ${ECHO} "${CFLAGS}" | ${SED} -e 's/-O[0-9a-z]*//g' IMHO, this could be rewritten as ${CFLAGS:N-O*} which is more clean than forking a subshell. Cyrille. -- home: mailto:clefevre@poboxes.com UNIX is user-friendly; it's just particular work: mailto:Cyrille.Lefevre@edf.fr about who it chooses to be friends with. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 8: 2: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from lamborghini.indocyber.com (lamborghini.indocyber.com [202.180.0.86]) by hub.freebsd.org (Postfix) with SMTP id 6CA4637B503 for ; Thu, 15 Feb 2001 08:01:35 -0800 (PST) Received: (qmail 17952 invoked from network); 15 Feb 2001 15:56:10 -0000 Received: from unknown (HELO dante.naver.co.id) (postfix@202.155.86.83) by lamborghini.indocyber.com with SMTP; 15 Feb 2001 15:56:10 -0000 Received: by dante.naver.co.id (Postfix, from userid 1000) id 4DC87BDFF6; Thu, 15 Feb 2001 23:01:35 +0700 (JAVT) Date: Thu, 15 Feb 2001 23:01:35 +0700 From: John Indra To: Maxim Sobolev Cc: FUJISHIMA Satsuki , freebsd-current@FreeBSD.org, kevlo@FreeBSD.org, ports@FreeBSD.org, asami@FreeBSD.org Subject: Re: -lc_r against shared library (Re: Failed to build kdesupport2 port) Message-ID: <20010215230135.A34077@office.naver.co.id> Mail-Followup-To: Maxim Sobolev , FUJISHIMA Satsuki , freebsd-current@FreeBSD.org, kevlo@FreeBSD.org, ports@FreeBSD.org, asami@FreeBSD.org References: <20010215110428.A31614@office.naver.co.id> <86n1bop2vs.wl@cheerful.com> <3A8BD0E7.BA197AB0@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3A8BD0E7.BA197AB0@FreeBSD.org>; from sobomax@FreeBSD.org on Thu, Feb 15, 2001 at 02:51:51PM +0200 X-Mailer: Mutt 1.2.5i on FreeBSD 5.0-20010210-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Feb 15, 2001 at 02:51:51PM +0200, Maxim Sobolev wrote: >> CONFIGURE_ARGS= "LIBS=-pthread" >> to kdesupport2/Makefile would help. >> >> There are some way to ``fix'' this problem: >> c) Use -lc_r instead of -pthread. >> As -pthread will be depreciated, we should use -lc_r for FreeBSD >> 5.0 and later, shouldn't we? > >Yes, it looks like a most appropriate solution to me. If you read -ports, >recently I proposed to add a small patch for the bsd.port.mk to help with >transition process, but have not heard anything back from PW yet. Either I do it the wrong way, or you are not paying attention to my first message thoroughly. I HAVE applied your patch to my /usr/ports/Mk/bsd.port.mk! But still, I failed to build kdesupport2 So, here's the summary of what I have done: 1. Reformat hard drive (cause I have a broken -CURRENT caused by FILE struct changes) 2. Install from current.freebsd.org a -CURRENT snapshot of 20000210 3. cvsup the latest ports tree 4. Applied Maxim Sobolev patch against my /usr/ports/Mk/bsd.port.mk The patch is: --- bsd.port.mk 2001/02/08 19:09:54 1.2 +++ bsd.port.mk 2001/02/08 19:15:50 @@ -948,6 +948,14 @@ MAKEFILE?= Makefile MAKE_ENV+= PREFIX=${PREFIX} LOCALBASE=${LOCALBASE} X11BASE=${X11BASE} MOTIFLIB="${MOTIFLIB}" LIBDIR="${LIBDIR}" CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}" +.if ${OSVERSION} < 500000 +PTHREAD_CFLAGS= -D_THREAD_SAFE +PTHREAD_LIBS= "-pthread" +.else +PTHREAD_CFLAGS= "" +PTHREAD_LIBS= "-lc_r" +.endif + .if exists(/usr/bin/fetch) # avoid -A for 2.2 -- it's not ported to that branch .if ${OSVERSION} < 300000 Correct isn't it? 5. Start building my ports 6. Everything from XFree86-4.0.2_6 to qt-2.2.4 build and installed just fine 7. kdesupport2 started bombing error messages So, if after all of this I SHOULD have not undergone any errors, then the mistakes is on me, please forgive me for wasting your time and bandwith. I am only seeking for some enlightenment. >-Maxim /john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 8:25:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from hub.lovett.com (hub.lovett.com [216.60.121.161]) by hub.freebsd.org (Postfix) with ESMTP id AECA037B401; Thu, 15 Feb 2001 08:25:34 -0800 (PST) Received: from ade by hub.lovett.com with local (Exim 3.20 #1) id 14TRDc-0007g9-00; Thu, 15 Feb 2001 10:25:20 -0600 Date: Thu, 15 Feb 2001 10:25:20 -0600 From: Ade Lovett To: Akinori MUSHA Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: Re: libgtop on CURRENT Message-ID: <20010215102520.B26678@FreeBSD.org> References: <86u25wqfhu.wl@archon.local.idaemons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <86u25wqfhu.wl@archon.local.idaemons.org>; from knu@iDaemons.org on Thu, Feb 15, 2001 at 09:48:13PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Feb 15, 2001 at 09:48:13PM +0900, Akinori MUSHA wrote: > It is necessary to update libgtop for CURRENT as attached. I haven't > yet got an idea how to fix it to shut up the following error messages, > though. My -current box was a victim of -current a while back. It's currently on R&R before I threaten it again. > LibGTop-Server: kvm_getargv (12): Undefined error: 0 > LibGTop-Server: kvm_getargv (11): Undefined error: 0 > LibGTop-Server: kvm_getargv (10): Undefined error: 0 Hmm.. looks like the whole enchilada needs to have kvm calls ripped out of it. I'll look at your patches, and try and integrate them into the new release. -aDe -- Ade Lovett, Austin, TX. ade@FreeBSD.org FreeBSD: The Power to Serve http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 9:27:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id EDEE937B503 for ; Thu, 15 Feb 2001 09:27:33 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1FHRRW72383; Thu, 15 Feb 2001 10:27:28 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102151727.f1FHRRW72383@harmony.village.org> To: "Akinori MUSHA" Subject: Re: Backward binary compatibility with libc/libm Cc: current@FreeBSD.ORG In-reply-to: Your message of "Thu, 15 Feb 2001 20:47:57 +0900." <86wvasqiaa.wl@archon.local.idaemons.org> References: <86wvasqiaa.wl@archon.local.idaemons.org> Date: Thu, 15 Feb 2001 10:27:27 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <86wvasqiaa.wl@archon.local.idaemons.org> "Akinori MUSHA" writes: : Seems some 4.x/3.x binary that is linked with libm.so does not work on : 5-CURRENT because libm.so is not properly associated with (the latest) : libc.so. : : So, when a program lets libm refers to __stdout/__stderr from within, : it fails as follows. :( : : /usr/libexec/ld-elf.so.1: /usr/lib/libm.so.2: Undefined symbol "__stderr" : : Unfortunately, it applies to some important bits like JDK 1.1.8... : : As a workaround, adding LDADD=-lc to src/lib/msun/Makefile seems to : do the trick and get it working. : : Ideas, anyone? Do not use -current after 2000-02-10. They are broken. I'm working with others to integrate a fix that doesn't break things like this. I'll post something to -current and -arch when the buildworld finishes. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 9:28:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 6CFCE37B401 for ; Thu, 15 Feb 2001 09:28:19 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1FHSGW73023; Thu, 15 Feb 2001 10:28:16 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102151728.f1FHSGW73023@harmony.village.org> To: "Akinori MUSHA" Subject: Re: Backward binary compatibility with libc/libm Cc: current@FreeBSD.ORG In-reply-to: Your message of "Thu, 15 Feb 2001 21:34:13 +0900." <86vgqcqg56.wl@archon.local.idaemons.org> References: <86vgqcqg56.wl@archon.local.idaemons.org> <86wvasqiaa.wl@archon.local.idaemons.org> Date: Thu, 15 Feb 2001 10:28:16 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <86vgqcqg56.wl@archon.local.idaemons.org> "Akinori MUSHA" writes: : Oops, obviously I missed the 'Major bumping of libFOO' thread. Take : msun into account as well, thanks. I had forgotten about msun :-(. However, I think we're going to try to do this without an interface change in libc that breaks things so badly. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 9:46:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id D38D637B401; Thu, 15 Feb 2001 09:46:06 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1FHk5018911; Thu, 15 Feb 2001 18:46:05 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 15 Feb 2001 18:46:04 +0100 (CET) From: Martin Blapp To: adrian@freebsd.org Cc: current@freebsd.org Subject: Fix for mountpath lenght Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In mount.h, we have a #define MNAMELEN 80 and in struct statfs {} we have: char f_mntonname[MNAMELEN]; /* directory on which mounted */ but the kernel does no check to see if the mountpath is longer than MNAMELEN, it just accepts it ? It's impossible to umount(8) it, because umount(8) does not like to unmount some device which does not belong to the mountpoint. --- vfs_syscalls.c Sun Nov 26 03:30:05 2000 +++ vfs_syscalls.c.new Thu Feb 15 18:22:13 2001 @@ -140,6 +140,8 @@ /* * Get vnode to be covered */ + if (strlen(SCARG(uap, path)) > MNAMELEN) + return (ENAMETOOLONG); NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF, UIO_USERSPACE, SCARG(uap, path), p); if ((error = namei(&nd)) != 0) Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 10:15:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id EAEEC37B65D; Thu, 15 Feb 2001 10:15:15 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f1FIFCr27130; Thu, 15 Feb 2001 10:15:12 -0800 (PST) Date: Thu, 15 Feb 2001 10:15:12 -0800 From: Alfred Perlstein To: Martin Blapp Cc: adrian@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Fix for mountpath lenght Message-ID: <20010215101512.F3274@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Thu, Feb 15, 2001 at 06:46:04PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This looks right, except that Bruce says that SCARG isn't to be used, instead just use uap->path. -Alfred * Martin Blapp [010215 09:46] wrote: > > In mount.h, we have a #define MNAMELEN 80 > > and in struct statfs {} we have: > > char f_mntonname[MNAMELEN]; /* directory on which mounted */ > > but the kernel does no check to see if the mountpath is longer > than MNAMELEN, it just accepts it ? It's impossible to umount(8) > it, because umount(8) does not like to unmount some device which > does not belong to the mountpoint. > > --- vfs_syscalls.c Sun Nov 26 03:30:05 2000 > +++ vfs_syscalls.c.new Thu Feb 15 18:22:13 2001 > @@ -140,6 +140,8 @@ > /* > * Get vnode to be covered > */ > + if (strlen(SCARG(uap, path)) > MNAMELEN) > + return (ENAMETOOLONG); > NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF, UIO_USERSPACE, > SCARG(uap, path), p); > if ((error = namei(&nd)) != 0) > > Martin Blapp, mb@imp.ch > ------------------------------------------------ > Improware AG, UNIX solution and service provider > Zurlindenstrasse 29, 4133 Pratteln, Switzerland > Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 > ------------------------------------------------ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 10:22:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id C569837B67D; Thu, 15 Feb 2001 10:21:36 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f1FIIQn06120; Thu, 15 Feb 2001 20:18:33 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f1FIIUm20278; Thu, 15 Feb 2001 20:18:30 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A8C1D70.E59D0CEA@FreeBSD.org> Date: Thu, 15 Feb 2001 20:18:25 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: John Indra Cc: FUJISHIMA Satsuki , freebsd-current@FreeBSD.org, kevlo@FreeBSD.org, ports@FreeBSD.org, asami@FreeBSD.org Subject: Re: -lc_r against shared library (Re: Failed to build kdesupport2 port) References: <20010215110428.A31614@office.naver.co.id> <86n1bop2vs.wl@cheerful.com> <3A8BD0E7.BA197AB0@FreeBSD.org> <20010215230135.A34077@office.naver.co.id> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Indra wrote: > On Thu, Feb 15, 2001 at 02:51:51PM +0200, Maxim Sobolev wrote: > > >> CONFIGURE_ARGS= "LIBS=-pthread" > >> to kdesupport2/Makefile would help. > >> > >> There are some way to ``fix'' this problem: > >> c) Use -lc_r instead of -pthread. > >> As -pthread will be depreciated, we should use -lc_r for FreeBSD > >> 5.0 and later, shouldn't we? > > > >Yes, it looks like a most appropriate solution to me. If you read -ports, > >recently I proposed to add a small patch for the bsd.port.mk to help with > >transition process, but have not heard anything back from PW yet. > > Either I do it the wrong way, or you are not paying attention to my > first message thoroughly. I HAVE applied your patch to my > /usr/ports/Mk/bsd.port.mk! But still, I failed to build kdesupport2 > > So, here's the summary of what I have done: > 1. Reformat hard drive (cause I have a broken -CURRENT caused by FILE struct > changes) > 2. Install from current.freebsd.org a -CURRENT snapshot of 20000210 > 3. cvsup the latest ports tree > 4. Applied Maxim Sobolev patch against my /usr/ports/Mk/bsd.port.mk > The patch is: > > --- bsd.port.mk 2001/02/08 19:09:54 1.2 > +++ bsd.port.mk 2001/02/08 19:15:50 > @@ -948,6 +948,14 @@ > MAKEFILE?= Makefile > MAKE_ENV+= PREFIX=${PREFIX} LOCALBASE=${LOCALBASE} X11BASE=${X11BASE} MOTIFLIB="${MOTIFLIB}" LIBDIR="${LIBDIR}" CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}" > > +.if ${OSVERSION} < 500000 > +PTHREAD_CFLAGS= -D_THREAD_SAFE > +PTHREAD_LIBS= "-pthread" > +.else > +PTHREAD_CFLAGS= "" > +PTHREAD_LIBS= "-lc_r" > +.endif > + > .if exists(/usr/bin/fetch) > # avoid -A for 2.2 -- it's not ported to that branch > .if ${OSVERSION} < 300000 > > Correct isn't it? > > 5. Start building my ports > 6. Everything from XFree86-4.0.2_6 to qt-2.2.4 build and installed just fine > 7. kdesupport2 started bombing error messages > > So, if after all of this I SHOULD have not undergone any errors, then the > mistakes is on me, please forgive me for wasting your time and bandwith. > > I am only seeking for some enlightenment. You have totally misunderstood the purpose of my patch. The patch *isn't* intended as a quick fix for the recent -lc_r/-pthread weirdness, but instead it would provide porting team with infrastructure necessary to start converting existing ports to the new world order. In a nutshell, -pthread should be replaced with ${PTHREAD_LIBS} and -D_THREAD_SAFE with ${PTHREAD_CFLAGS} in all Makefiles from the ports collection. In addition all places where -pthread hardcoded in patches should also be identified and adjusted to respect ${PTHREAD_LIBS} and ${PTHREAD_CFLAGS}. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 10:27:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id D1D0C37B401; Thu, 15 Feb 2001 10:27:48 -0800 (PST) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f1FIRk427526; Thu, 15 Feb 2001 10:27:46 -0800 (PST) Date: Thu, 15 Feb 2001 10:27:46 -0800 From: Alfred Perlstein To: Martin Blapp Cc: adrian@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Fix for mountpath lenght Message-ID: <20010215102746.H3274@fw.wintelcom.net> References: <20010215101512.F3274@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010215101512.F3274@fw.wintelcom.net>; from bright@wintelcom.net on Thu, Feb 15, 2001 at 10:15:12AM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Alfred Perlstein [010215 10:15] wrote: > This looks right, except that Bruce says that SCARG isn't to be > used, instead just use uap->path. Also, you can't call strlen on a userland pointer. please test patches before submitting them! > > -Alfred > > * Martin Blapp [010215 09:46] wrote: > > > > In mount.h, we have a #define MNAMELEN 80 > > > > and in struct statfs {} we have: > > > > char f_mntonname[MNAMELEN]; /* directory on which mounted */ > > > > but the kernel does no check to see if the mountpath is longer > > than MNAMELEN, it just accepts it ? It's impossible to umount(8) > > it, because umount(8) does not like to unmount some device which > > does not belong to the mountpoint. > > > > --- vfs_syscalls.c Sun Nov 26 03:30:05 2000 > > +++ vfs_syscalls.c.new Thu Feb 15 18:22:13 2001 > > @@ -140,6 +140,8 @@ > > /* > > * Get vnode to be covered > > */ > > + if (strlen(SCARG(uap, path)) > MNAMELEN) > > + return (ENAMETOOLONG); > > NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF, UIO_USERSPACE, > > SCARG(uap, path), p); > > if ((error = namei(&nd)) != 0) > > > > Martin Blapp, mb@imp.ch > > ------------------------------------------------ > > Improware AG, UNIX solution and service provider > > Zurlindenstrasse 29, 4133 Pratteln, Switzerland > > Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 > > ------------------------------------------------ > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > -- > -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] > "I have the heart of a child; I keep it in a jar on my desk." > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 10:50:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id DC46C37B401; Thu, 15 Feb 2001 10:50:11 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id NAA16959; Thu, 15 Feb 2001 13:49:46 -0500 (EST) Date: Thu, 15 Feb 2001 13:49:46 -0500 (EST) From: Daniel Eischen To: Maxim Sobolev Cc: freebsd-current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: -lc_r against shared library (Re: Failed to build kdesupport2 port) In-Reply-To: <3A8C1D70.E59D0CEA@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ CC list trimmed ] On Thu, 15 Feb 2001, Maxim Sobolev wrote: > You have totally misunderstood the purpose of my patch. The patch *isn't* intended as a quick fix for the recent -lc_r/-pthread weirdness, but instead it would provide > porting team with infrastructure necessary to start converting existing ports to the new world order. In a nutshell, -pthread should be replaced with ${PTHREAD_LIBS} and > -D_THREAD_SAFE with ${PTHREAD_CFLAGS} in all Makefiles from the ports collection. In addition all places where -pthread hardcoded in patches should also be identified and > adjusted to respect ${PTHREAD_LIBS} and ${PTHREAD_CFLAGS}. I support the addition of PTHREAD_CFLAGS/PTHREAD_LIBS to bsd.port.mk. It allows one to specify exactly which threads library they want to use (build against), even linuxthreads I would think. If it matters, I think we've decided to keep the -pthread linker option until FreeBSD gets its own libpthread at which point -pthread will be deprecated. So there's no urgent rush to convert ports to use the new mechanism if it's adopted. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 11:50:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from vagabond.noos.net (r234m82.cybercable.tm.fr [195.132.234.82]) by hub.freebsd.org (Postfix) with ESMTP id 280B837B4EC for ; Thu, 15 Feb 2001 11:50:09 -0800 (PST) Received: from (pda@localhost) by vagabond.noos.net (8.11.2/jtpda-5.3.2) id f1FJntd12772 ; Thu, 15 Feb 2001 20:49:55 +0100 (CET) Date: Thu, 15 Feb 2001 20:49:55 +0100 From: Pierre DAVID To: Will Andrews Cc: FreeBSD Current Subject: Re: NEWCARD & xl0: watchdog timeout Message-ID: <20010215204954.A12429@vagabond.ma.maison> References: <20010214221923.A42439@vagabond.ma.maison> <20010214175227.E19737@london.physics.purdue.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010214175227.E19737@london.physics.purdue.edu>; from will@physics.purdue.edu on Wed, Feb 14, 2001 at 05:52:27PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 14, 2001 at 05:52:27PM -0500, Will Andrews wrote: > On Wed, Feb 14, 2001 at 10:19:24PM +0100, Pierre DAVID wrote: > > I just upgraded my Dell Latitude LT from 4.2-RELEASE TO > > -current (just before 9h Feb): all is working perfectly > > with a GENERIC kernel, pccardd and a 3Com 3C589 Ethernet > > card. > > I hope you are aware that -CURRENT is experimental and at > times can be extremely unstable. > Many thanks for your attention. I am a regular -current user from at least 4 years, and I know what -current means. > > Also, NEWCARD is really > not supposed to be used unless you are planning on working > on it. > If nobody is using NEWCARD because of such warning, I wonder when NEWCARD will be functionnal for joe user. Be aware that I already tried the same NEWCARD kernel from a Sony Vaio and another Dell. > > > - with the 3Com 3C589, I cannot get anything from > > the network (ECHO packets are emitted, but > > nothing returns) > > Hmm, that's odd. > More precisely, ECHO packets are emitted from the NEWCARD machine, ECHO reply are transmitted by the pinged host, but nothing is received by the NEWCARD machine, which is typical of an IRQ problem. > > > - with a 3Com 3CCFE575BT-D (xl0) - which works like > > a charm with a Sony Vaio - I get lot of: > > xl0: watchdog timeout > > and all communications are sloooooow. > > I smell an IRQ conflict. > Many thanks for your helpful diagnostic ;-) Pierre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 12: 6:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (smtp.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 07C2637B401; Thu, 15 Feb 2001 12:06:31 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f1FK6Pn07894; Thu, 15 Feb 2001 22:06:26 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f1FK6Um20606; Thu, 15 Feb 2001 22:06:30 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A8C36BF.592D2B16@FreeBSD.org> Date: Thu, 15 Feb 2001 22:06:23 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Daniel Eischen Cc: freebsd-current@FreeBSD.org, ports@FreeBSD.org Subject: Re: -lc_r against shared library (Re: Failed to build kdesupport2 port) References: Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Eischen wrote: > [ CC list trimmed ] > > On Thu, 15 Feb 2001, Maxim Sobolev wrote: > > You have totally misunderstood the purpose of my patch. The patch *isn't* intended as a quick fix for the recent -lc_r/-pthread weirdness, but instead it would provide > > porting team with infrastructure necessary to start converting existing ports to the new world order. In a nutshell, -pthread should be replaced with ${PTHREAD_LIBS} and > > -D_THREAD_SAFE with ${PTHREAD_CFLAGS} in all Makefiles from the ports collection. In addition all places where -pthread hardcoded in patches should also be identified and > > adjusted to respect ${PTHREAD_LIBS} and ${PTHREAD_CFLAGS}. > > I support the addition of PTHREAD_CFLAGS/PTHREAD_LIBS to bsd.port.mk. It > allows one to specify exactly which threads library they want to use > (build against), even linuxthreads I would think. > > If it matters, I think we've decided to keep the -pthread linker > option until FreeBSD gets its own libpthread at which point -pthread > will be deprecated. So there's no urgent rush to convert ports > to use the new mechanism if it's adopted. You are not quite right (unfortunately). The current behaviour or -pthread breaks lots of ports because by default gcc doesn't link shared modules with -lc_r even with this flag, thus requiring that you to explicitly specify -pthread or -lc_r when linking program with shared library that uses pthreads. Good example of such breakage is libGL from XFree86-4. This library requires pthreads, but most programs that use this library don't use threads and as such have no idea why they need -pthread to link with libGL. Therefore we have several choices: 1. Fix bazillion GL ports and ports with similar breakage by explicitly adding -pthread into each one (poor choice IMO); 2. Make -pthread flag link shared modules with -lc_r (jdp is against this for not very clear to me reasons); 3. Use -lc_r instead of -pthread in all threaded ports, which is equivalent to 2, BTW, but jdp have no control over this. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 13: 2:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 9679737B503 for ; Thu, 15 Feb 2001 13:02:37 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1FL2QW14760; Thu, 15 Feb 2001 14:02:26 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102152102.f1FL2QW14760@harmony.village.org> To: Pierre DAVID Subject: Re: NEWCARD & xl0: watchdog timeout Cc: Will Andrews , FreeBSD Current In-reply-to: Your message of "Thu, 15 Feb 2001 20:49:55 +0100." <20010215204954.A12429@vagabond.ma.maison> References: <20010215204954.A12429@vagabond.ma.maison> <20010214221923.A42439@vagabond.ma.maison> <20010214175227.E19737@london.physics.purdue.edu> Date: Thu, 15 Feb 2001 14:02:26 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010215204954.A12429@vagabond.ma.maison> Pierre DAVID writes: : If nobody is using NEWCARD because of such warning, I wonder : when NEWCARD will be functionnal for joe user. Be aware that : I already tried the same NEWCARD kernel from a Sony Vaio and : another Dell. Maybe. But also there are known issues that we're trying to plow through before opening up the floodgates. : More precisely, ECHO packets are emitted from the NEWCARD : machine, ECHO reply are transmitted by the pinged host, but : nothing is received by the NEWCARD machine, which is typical : of an IRQ problem. My guess is that it is an IRQ problem, but it is a IRQ routing problem with the pci code for your machine. You'll have to ask Mike Smith about that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 14:57:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 5837E37B491; Thu, 15 Feb 2001 14:57:27 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f1FMvDh48130; Thu, 15 Feb 2001 17:57:14 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Thu, 15 Feb 2001 17:57:13 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Martin Blapp Cc: adrian@freebsd.org, current@freebsd.org Subject: Re: Fix for mountpath lenght In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As has been pointed out, this is simply incorrect due to an attempt to use kernel string operators on a string in the kernel address space. Generally speaking, it's a bad idea to explicitly perform string activities on userland strings, instead, to rely on the bounds checking in copyinstr() and related calls. The namei has all appropriate bounds checks it needs for normal nul-termianted string reading from userland. If you need to place an artificially low bound on the string length for a path name that is to be read in, and reject based on the pathname length, then namei() is probably not the right call to pull in the string in the first place. For many reasons, including that if shared memory is in use, then there's a race condition under SMP that can let malicious processes update the path between the two checks as they are non-atomic. What is it you're trying to accomplish here, exactly? Is it prevent paths >MNAMELEN to be used as targets of mounting operations? Or is it to truncate strings reported via statfs to some arbitrary bound? If it's the former, I think we need to be eliminating that need and moving to the latter. If it's the latter, then we need to perform the truncation wherefer f_mntfromname is set. That appears to be, btw, in vfs_mount() for each filesystem, and in vfs_rootmountalloc(). A quick glance at UFS seems to indicate that the MNAMELEN limit is already enforced there, and that this is the right solution. On Thu, 15 Feb 2001, Martin Blapp wrote: > > In mount.h, we have a #define MNAMELEN 80 > > and in struct statfs {} we have: > > char f_mntonname[MNAMELEN]; /* directory on which mounted */ > > but the kernel does no check to see if the mountpath is longer > than MNAMELEN, it just accepts it ? It's impossible to umount(8) > it, because umount(8) does not like to unmount some device which > does not belong to the mountpoint. > > --- vfs_syscalls.c Sun Nov 26 03:30:05 2000 > +++ vfs_syscalls.c.new Thu Feb 15 18:22:13 2001 > @@ -140,6 +140,8 @@ > /* > * Get vnode to be covered > */ > + if (strlen(SCARG(uap, path)) > MNAMELEN) > + return (ENAMETOOLONG); > NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF, UIO_USERSPACE, > SCARG(uap, path), p); > if ((error = namei(&nd)) != 0) > > Martin Blapp, mb@imp.ch > ------------------------------------------------ > Improware AG, UNIX solution and service provider > Zurlindenstrasse 29, 4133 Pratteln, Switzerland > Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 > ------------------------------------------------ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 15: 5:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 00E9E37B4EC for ; Thu, 15 Feb 2001 15:05:10 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1FN59j08434 for freebsd-current@FreeBSD.ORG; Thu, 15 Feb 2001 15:05:09 -0800 (PST) (envelope-from obrien) Date: Thu, 15 Feb 2001 15:05:09 -0800 From: "David O'Brien" To: freebsd-current@FreeBSD.ORG Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) Message-ID: <20010215150508.D3838@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <200102130120.f1D1KpU56194@mobile.wemm.org> <200102130131.f1D1VrW33790@harmony.village.org> <3A895FA0.25EBC727@originative.co.uk> <20010213131802.B79651@dragon.nuxi.com> <3A89D5BF.D46B8FCC@originative.co.uk> <20010215021353.D66813@dragon.nuxi.com> <3A8BBA1E.A11923FB@originative.co.uk> <20010215033618.A17098@dragon.nuxi.com> <3A8BCF2A.8107E8A4@originative.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A8BCF2A.8107E8A4@originative.co.uk>; from paul@originative.co.uk on Thu, Feb 15, 2001 at 12:44:26PM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Feb 15, 2001 at 12:44:26PM +0000, Paul Richards_imap/mail.originative.co.uk/Inbox.sbd/New Mail.sbd/OpenLDAP.sbd/Devel wrote: > I suggest you take a look at > > http://www.usenix.org/publications/library/proceedings/als2000/full_papers/browndavid/browndavid_html/ Yes, I know how Solaris does symbol versioning. FreeBSD does not have this technology today, so we cannot use it instead. The Linux way of doing this still has problems (see the Binutils mailing list). I'm waiting for the Linux way of doing this to fully settle and prove itself before I look at maybe using it for FreeBSD. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 16:58:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail1.nbc.attcanada.ca (mail1.nbc.netcom.ca [207.181.89.7]) by hub.freebsd.org (Postfix) with ESMTP id E77BA37B698; Thu, 15 Feb 2001 16:58:18 -0800 (PST) Received: from wmchost.wmc.on.ca (host-202.wmc.on.ca [216.123.170.202]) by mail1.nbc.attcanada.ca (8.9.1/8.9.1) with ESMTP id TAA28258; Thu, 15 Feb 2001 19:56:39 -0500 (EST) Date: Thu, 15 Feb 2001 19:56:39 -0500 (EST) From: Youthful21@costa.de Message-Id: <200102160056.TAA28258@mail1.nbc.attcanada.ca> Received: from aks011 (host-216-77-209-212.fll.bellsouth.net [216.77.209.212]) by wmchost.wmc.on.ca with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 1PMZYTWN; Thu, 15 Feb 2001 20:00:47 -0500 To: Youthful21@costa.de Subject: REVERSE the AGING PROCESS 10 - 20 Years! MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG HAVE YOU HEARD OF HUMAN GROWTH HORMONE (HGH)??? Released by your own pituitary gland, HGH starts declining in your 20s, even more in your 30s and 40s, eventually resulting in the shrinkage of major organs-plus all other symptoms related to old age. THIS CAN NOW BE REVERSED!!! IN THOUSANDS OF CLINICAL STUDIES, HGH HAS BEEN SHOWN TO ACCOMPLISH THE FOLLOWING: * Reduce Body Fat Without Dieting Build Lean Muscle WITHOUT EXERCISE! * Enhance Sexual Performance * Remove Wrinkles and Cellulite * Lower Blood Pressure and improve Cholesterol Profile * Improve Sleep, Vision and Memory * Restore Hair Color and Growth * Strengthen the Immune System * Increase Energy and Cardiac Output * Turn back your body's Biological Time Clock 10-20 years in 6 months of usage !!! You don't have to spend thousands of dollars on shots. You don't have to spend the $139.00 per bottle that HGH is selling for at some Clinics in the United States. For the next 30 Days, you can obtain a complete one-month supply of our HGH releaser for our special "New Customers" price of just $69.95 plus $6.00 shipping and handling. To ensure a constant supply and to SAVE EVEN MORE, you can order with confidence 3 bottles of HGH and GET 1 FREE - that's just $209.85 for 4 bottles, plus $6.00 shipping and handling. You SAVE $69.95! ORDER TODAY! Payment Methods You may FAX or Postal Mail Checks, MasterCard, Visa, & American Express payments. Money Orders are accepted only by Postal Mail. Step 1: Place a check by your desired quanity. ______ 1 Bottle of HGH $69.95 ______ 2 Bottles of HGH $131.90 ($65.95 a bottle) ______ 4 Bottles of HGH (Buy 3 get 1 FREE. SAVE $69.95) $209.85 Please add $6 shipping and handling for any size order. [ Total cost including shipping & handling, 1 bottle=$75.95, 2 bottles=$137.90, 4 bottles=$215.85 ] International shipping, please add $35 for any size order [ Total cost including shipping & handling, 1 bottle=$104.95, 2 bottles=$166.90, 4 bottles=$244.85 ] Foreign checks are not accepted. Credit cards & international money orders only. Step 2: Place a check by your desired payment method and complete fields if necessary. _____Check or CHECK-BY-FAX [details below] _____Money Order _____American Express Account Number__________________ Exp____/____ _____Visa Account Number__________________ Exp____/____ _____MasterCard Account Number__________________ Exp____/____ Please make your check or money order payable to "LSN". Step 3: Please complete and print the following fields clearly. Name ___________________________________________________ Address _________________________________________________ City ____________________________________________________ State ___________________________________________________ Zip _____________________________________________________ E-mail __________________________________________________ Signature _________________________________________________ [ required for check and credit card orders] Toll Free FAX Order Line: 1-800-940-6590 If faxing in your order, please state whether you require a fax, email, or no confirmation at all. Allow up to one day for confirmation, if requested. FAX orders are processed immediately. Or, print & mail to: LSN 273 S. State Rd. 7 #193 Margate, FL 33068-5727 ______________________________________________________ *CHECK BY FAX ORDERS: Complete the check as normal. Tape the check in the area below. Below the check, clearly write the check number, all numbers at the bottom of the check, & your name. Tape the check below and fax the check to the toll free FAX number above. Void the check. Our merchant will electronically debit your account for the amount of the check; your reference number for this transaction will be your check number. Nothing could be safer & easier ! TAPE CHECK BELOW _____________________________________________________________ This is a one time mailing: Removal is automatic and no further contact is necessary. Please Note: HGH is not intended to diagnose, treat, cure or prevent any disease. The FDA has not evaluated these statements. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 17:43:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id D9CA237B491 for ; Thu, 15 Feb 2001 17:43:22 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1G1hIw12345; Thu, 15 Feb 2001 17:43:18 -0800 (PST) (envelope-from obrien) Date: Thu, 15 Feb 2001 17:43:18 -0800 From: "David O'Brien" To: Akinori MUSHA Cc: current@FreeBSD.org Subject: Re: cvs commit: ports/palm/pilot-link Makefile Message-ID: <20010215174318.A12226@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.org References: <200102142250.f1EMoP580644@freefall.freebsd.org> <86y9v8qor9.wl@archon.local.idaemons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <86y9v8qor9.wl@archon.local.idaemons.org>; from knu@iDaemons.org on Thu, Feb 15, 2001 at 06:28:10PM +0900 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Feb 15, 2001 at 06:28:10PM +0900, Akinori MUSHA wrote: > knu@archon[2]% uname -a > FreeBSD archon.local.idaemons.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Feb 14 16:49:24 JST 2001 root@archon.local.idaemons.org:/villa/work/obj/freebsd/src/usr/local/src/sys/ARCHON i386 > knu@archon[2]% gcc --version > 2.95.3 ...snip.. > On the other hand, on another box it goes fine: > knu@daemon[1]% uname -a > FreeBSD daemon.local.idaemons.org 4.2-STABLE FreeBSD 4.2-STABLE #0: Wed Jan 31 16:01:53 JST 2001 root@daemon.local.idaemons.org:/var/work/world/usr/src/sys/DAEMON i386 > knu@daemon[1]% gcc --version > 2.95.2 I could **REALLY** use help from someone to pin point the problem. I just found out, I have very,very limited time to get needed FreeBSD changes into GCC 3.0, Binutils 2.11, and the way over-due 2.95.3. To test this, either compile and install the 2.95.3-test1 compiler on an updated RELENG_4 using the -CURRENT sources (just change /usr/src/contrib/gcc.295/config/freebsd.h to make __FreeBSD__=4 rather than "5". And/Or on a 5-CURRENT box showing the problem, back out the 2.95.3-test1 compiler by: cd /usr/src/contrib/gcc.295 cvs up -rBEFORE_GCC_2_95_3 cd /usr/src/gnu/usr.bin/cc cvs up -rBEFORE_GCC_2_95_3 make cleandir && make cleandir && make obj && make all install -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 19: 9:34 2001 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 5C3CE37B491 for ; Thu, 15 Feb 2001 19:09:31 -0800 (PST) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.2/8.11.2) with ESMTP id f1G38gk48374; Fri, 16 Feb 2001 03:08:51 GMT (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.2/8.11.1) with ESMTP id f1G39iw10088; Fri, 16 Feb 2001 03:09:44 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200102160309.f1G39iw10088@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Paul Richards Cc: freebsd-current@FreeBSD.org, brian@Awfulhak.org Subject: Re: Patch for FILE problems (was Re: -CURRENT is bad for me...) In-Reply-To: Message from "Paul Richards_imap/mail.originative.co.uk/Inbox.sbd/New Mail.sbd/OpenLDAP.sbd/Devel" of "Thu, 15 Feb 2001 12:44:26 GMT." <3A8BCF2A.8107E8A4@originative.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Feb 2001 03:09:44 +0000 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I suggest you take a look at > > http://www.usenix.org/publications/library/proceedings/als2000/full_papers/browndavid/browndavid_html/ Thank you ! This confused the hell out of me when I first bumped into it on Solaris ! Something to read in the morning.... -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 20:13:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from tpg.com.au (mac-56k-053.tpgi.com.au [203.29.130.53]) by hub.freebsd.org (Postfix) with SMTP id CACBE37B4EC for ; Thu, 15 Feb 2001 20:13:01 -0800 (PST) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=200102160902=" To: freebsd-current@FreeBSD.org From: gregjame@tpg.com.au X-Mailer: 527B9086.3FCC7FB4.558d564a8e4771370b538f02d96490b4 Subject: That site for buying and selling businesses V Organization: Greg Message-Id: <20010216041301.CACBE37B4EC@hub.freebsd.org> Date: Thu, 15 Feb 2001 20:13:01 -0800 (PST) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --=200102160902= Content-Type: text/plain;charset=US-ASCII Hey That site on the net for buying and selling businesses is http://bsab.com.au This is the one that Craig Simmons told us he sold his shop from. I've checked it out - it looks great - but I do see a problem for you in that nobody is going to pay you $950k for your business unless you move to NT. Every other place in Australia has your type of business for far less and making more money. ONLY KIDDING - Check it out it has all the information on buying and selling a Business in Australia and it has stacks of businesses for sale and people looking for businesses. Here is the link http://www.bsab.com.au/ I've put a ad up in wanted to buy today it's free Have a look at my ad click on this http://www.bsab.com.au/boardinfo.asp?IDnum=140 Hey don't send me your business I can't handle paying Johnnie 100k in tax each year like you and supporting your sister too. Give me a call after you look at this site greg --=200102160902=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 20:58:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from netau1.alcanet.com.au (ntp.alcanet.com.au [203.62.196.27]) by hub.freebsd.org (Postfix) with ESMTP id 00E0737B401 for ; Thu, 15 Feb 2001 20:58:07 -0800 (PST) Received: from mfg1.cim.alcatel.com.au (mfg1.cim.alcatel.com.au [139.188.23.1]) by netau1.alcanet.com.au (8.9.3 (PHNE_22672)/8.9.3) with ESMTP id PAA15060; Fri, 16 Feb 2001 15:58:03 +1100 (EDT) Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37641) with ESMTP id <01K06METVZ5SI8THNE@cim.alcatel.com.au>; Fri, 16 Feb 2001 15:57:48 +1100 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.1/8.11.1) id f1G4vvc70972; Fri, 16 Feb 2001 15:57:57 +1100 (EST envelope-from jeremyp) Content-return: prohibited Date: Fri, 16 Feb 2001 15:57:57 +1100 From: Peter Jeremy Subject: Re: OpenSSL ASM patch In-reply-to: <20010211130243.V3274@fw.wintelcom.net>; from bright@wintelcom.net on Sun, Feb 11, 2001 at 01:02:43PM -0800 To: Alfred Perlstein Cc: Kris Kennaway , current@FreeBSD.ORG Mail-followup-to: Alfred Perlstein , Kris Kennaway , current@FreeBSD.ORG Message-id: <20010216155756.A70642@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010211094946.A51308@mollari.cthul.hu> <20010211122802.A78975@mollari.cthul.hu> <20010211124707.S3274@fw.wintelcom.net> <20010211125042.B79375@mollari.cthul.hu> <20010211130243.V3274@fw.wintelcom.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2001-Feb-11 13:02:43 -0800, Alfred Perlstein wrote: >* Kris Kennaway [010211 12:52] wrote: >> On Sun, Feb 11, 2001 at 12:47:07PM -0800, Alfred Perlstein wrote: >> > Is it possible to have multiple ASM cores and use the appropriate >> > routines? Or must it all be choosen at compile time? >> >> It's done at compile-time. > >bah, lame. :( AFAIK, Solaris does this by (very roughly) having /usr/lib/libfoo.so depend on /usr/lib/machine/libfoo.so, where /usr/lib/machine is a symlink to the relevant set of architecture-specific libraries. The dynamic loading preferentially uses the machine-specific library. This means you get architecture-optimised routines with no additional overheads. I'm sure something similar would be possible with FreeBSD, but I don't have the expertise to actually implement it. I'm less certain how much of a win this would be in the general scheme of things: Apart from special cases (like OpenSSL), I don't think the libraries have a significant impact on overall performance. IMHO, the main market for this feature would be people who just do binary installs - if you're doing a buildworld, you can tune to your hardware[1]. If we wanted to just speed up OpenSSL on binary installs, we could have processor-optimised variants of libssl.* available as packages (tick the box that suits your processor if you want the optimised library). [1] I don't think there's a lot of `build once, install on lots of different hardware', though I could be wrong. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 21:29:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 67D0637B4EC; Thu, 15 Feb 2001 21:29:17 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id QAA20071; Fri, 16 Feb 2001 16:29:12 +1100 Date: Fri, 16 Feb 2001 16:28:44 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Robert Watson Cc: Martin Blapp , adrian@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Fix for mountpath lenght In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 15 Feb 2001, Robert Watson wrote: > As has been pointed out, this is simply incorrect due to an attempt to use > kernel string operators on a string in the kernel address space. Generally > speaking, it's a bad idea to explicitly perform string activities on > userland strings, instead, to rely on the bounds checking in copyinstr() > and related calls. The patch also seems to have a fatal off-by-2 error. It would only have a fatal off-by-1 error, but most filesystems seem to have a benign off-by-1 error. E.g., ffs uses copyinstr() but defeats copyinstr()'s "right" handling of the terminating NUL by subtracting one from the array size. copyinstr(9) has the usual unclearness about NUL terminators for this. The NUL terminator is included in the strings "long"ness for both the input and the output args. This is only documented explicitly for the output arg. > The namei has all appropriate bounds checks it needs > for normal nul-termianted string reading from userland. If you need to > place an artificially low bound on the string length for a path name that > is to be read in, and reject based on the pathname length, then namei() is > probably not the right call to pull in the string in the first place. For > many reasons, including that if shared memory is in use, then there's a > race condition under SMP that can let malicious processes update the path > between the two checks as they are non-atomic. The individual file systems can eaily do this check when the copy in the string. All they have to do is actually check for copyinstr() returning an error, and clean up a bit when it returns an error. Not checking is a bug even if ENAMETOOLONG is treated as a non-error. EFAULT should be treated as an error (but perhaps namei()'s success means that this error can't happen). If there is a race, then it is old and not restricted to SMP (just larger for SMP) -- copyinstr() may block. This shouldn't be a problem for mount(), since mount() requires privilege. > What is it you're trying to accomplish here, exactly? Is it prevent paths > >MNAMELEN to be used as targets of mounting operations? Or is it to > truncate strings reported via statfs to some arbitrary bound? If it's the It is to not permit mount() operations whose mount point can't be recorded in the kernel because its name is too long. There is a similar problem for the "from" name. At least the following non-interactive operations now depend on the names being recorded properly: fsck (for hotroot stuff) and `umount -A'. > > --- vfs_syscalls.c Sun Nov 26 03:30:05 2000 > > +++ vfs_syscalls.c.new Thu Feb 15 18:22:13 2001 > > @@ -140,6 +140,8 @@ > > /* > > * Get vnode to be covered > > */ > > + if (strlen(SCARG(uap, path)) > MNAMELEN) ^ should be >= for no off-by-1 error > > + return (ENAMETOOLONG); > > NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF, UIO_USERSPACE, > > SCARG(uap, path), p); > > if ((error = namei(&nd)) != 0) + From: + * $FreeBSD: src/sys/ufs/ffs/ffs_vfsops.c,v 1.138 2001/02/09 06:11:33 bmilekic Exp $ +... + copyinstr(path, mp->mnt_stat.f_mntonname, MNAMELEN - 1, &size); ^^^^ off-by-1 + bzero( mp->mnt_stat.f_mntonname + size, MNAMELEN - size); The bzero() gives a second NUL terminator, but this doesn't require extra code because the rest of the array must be zeroed. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 22:42:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-49.dsl.lsan03.pacbell.net [64.165.226.49]) by hub.freebsd.org (Postfix) with ESMTP id 808A137B503 for ; Thu, 15 Feb 2001 22:42:38 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 195EA66E6A; Thu, 15 Feb 2001 22:42:38 -0800 (PST) Date: Thu, 15 Feb 2001 22:42:38 -0800 From: Kris Kennaway To: Peter Jeremy Cc: Alfred Perlstein , Kris Kennaway , current@FreeBSD.ORG Subject: Re: OpenSSL ASM patch Message-ID: <20010215224237.C30269@mollari.cthul.hu> References: <20010211094946.A51308@mollari.cthul.hu> <20010211122802.A78975@mollari.cthul.hu> <20010211124707.S3274@fw.wintelcom.net> <20010211125042.B79375@mollari.cthul.hu> <20010211130243.V3274@fw.wintelcom.net> <20010216155756.A70642@gsmx07.alcatel.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="wxDdMuZNg1r63Hyj" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010216155756.A70642@gsmx07.alcatel.com.au>; from peter.jeremy@alcatel.com.au on Fri, Feb 16, 2001 at 03:57:57PM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --wxDdMuZNg1r63Hyj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Feb 16, 2001 at 03:57:57PM +1100, Peter Jeremy wrote: > I'm sure something similar would be possible with FreeBSD, but I don't > have the expertise to actually implement it. I'm less certain how > much of a win this would be in the general scheme of things: Apart > from special cases (like OpenSSL), I don't think the libraries have > a significant impact on overall performance. This would be quite doable, but I agree with you in thinking there aren't many people who would make use of it. If the kernel were to become dynamically tunable so e.g. GENERIC would dynamically select between the various CPU-specific asm optimizations, then there'd be more of a justification to making a generic userland self-tuning as well. > IMHO, the main market for this feature would be people who just do > binary installs - if you're doing a buildworld, you can tune to your > hardware[1]. If we wanted to just speed up OpenSSL on binary > installs, we could have processor-optimised variants of libssl.* > available as packages (tick the box that suits your processor if you > want the optimised library). If/when we ever get a packaged base system this would be a good and easy thing to do. We could do it now, but it wouldn't be natural in the sysinstall scheme of things (i.e. you'd have to install the OS, and then select the OpenSSL-i686 package from the listing of packages in the ports tree). Kris --wxDdMuZNg1r63Hyj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6jMvdWry0BWjoQKURAqxkAKCeQzijGHDy4i51RhzyFo3yfmluTwCgpA0S J/PUG1oUQ5oLUCJGuIrk/aw= =ayRu -----END PGP SIGNATURE----- --wxDdMuZNg1r63Hyj-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 22:58:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from rtp.tfd.com (rtp.tfd.com [198.79.53.206]) by hub.freebsd.org (Postfix) with ESMTP id A7D3837B503 for ; Thu, 15 Feb 2001 22:58:52 -0800 (PST) Received: from chapel-hill.tfd.com (chapel-hill.tfd.com [10.20.0.40]) by rtp.tfd.com (8.9.3/8.9.3) with ESMTP id BAA05604 for ; Fri, 16 Feb 2001 01:58:56 -0500 (EST) Received: (from root@localhost) by chapel-hill.tfd.com (8.11.2/8.11.2) id f1G6whU00835 for current@freebsd.org; Fri, 16 Feb 2001 01:58:44 -0500 (EST) (envelope-from kent) Date: Fri, 16 Feb 2001 01:58:44 -0500 (EST) From: Kent Hauser Message-Id: <200102160658.f1G6whU00835@chapel-hill.tfd.com> To: current@freebsd.org Subject: Re: HEADSUP! change to atapi-cd driver and burncd Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, I've been getting errors with "burncd" that I've not seen before. Specifically, I'm seeing the following: chapel-hill# burncd -f /dev/acd1c -s 4 blank data *1.iso fixate blanking CD - 100 % done burncd: ioctl(CDRIOCNEXTWRITEABLEADDR): Device busy chapel-hill# Trace messages from /var/log/messages: Feb 16 00:52:00 chapel-hill /boot/kernel/kernel: acd1: CD-RW at ata1-slave using PIO4 Feb 16 00:53:30 chapel-hill /boot/kernel/kernel: acd1: READ_TOC - ILLEGAL REQUEST asc=24 ascq=00 error=00 Version is current as of 2001/02/07. Any comments welcome. Kent To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 23:21:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 87F4037B491 for ; Thu, 15 Feb 2001 23:21:22 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id IAA70241; Fri, 16 Feb 2001 08:21:17 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200102160721.IAA70241@freebsd.dk> Subject: Re: HEADSUP! change to atapi-cd driver and burncd In-Reply-To: <200102160658.f1G6whU00835@chapel-hill.tfd.com> from Kent Hauser at "Feb 16, 2001 01:58:44 am" To: kent@tfd.com (Kent Hauser) Date: Fri, 16 Feb 2001 08:21:16 +0100 (CET) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Kent Hauser wrote: > Hi all, > > I've been getting errors with "burncd" that I've not seen before. > Specifically, I'm seeing the following: > > chapel-hill# burncd -f /dev/acd1c -s 4 blank data *1.iso fixate > blanking CD - 100 % done > burncd: ioctl(CDRIOCNEXTWRITEABLEADDR): Device busy > chapel-hill# > > Trace messages from /var/log/messages: > > Feb 16 00:52:00 chapel-hill /boot/kernel/kernel: acd1: CD-RW at ata1-slave using PIO4 > Feb 16 00:53:30 chapel-hill /boot/kernel/kernel: acd1: READ_TOC - ILLEGAL REQUEST asc=24 ascq=00 error=00 This is because some sloppy firmware coders hasn't implemented the "test unit ready" command proberly, it return ready no matter what state the drive is in :( I've gotten ahold of one burner that has this problem and I'm trying to come up with a fix for it... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 23:56:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from po3.wam.umd.edu (po3.wam.umd.edu [128.8.10.165]) by hub.freebsd.org (Postfix) with ESMTP id 2A4B237B491 for ; Thu, 15 Feb 2001 23:56:12 -0800 (PST) Received: from rac3.wam.umd.edu (IDENT:root@rac3.wam.umd.edu [128.8.10.143]) by po3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id CAA18797; Fri, 16 Feb 2001 02:55:40 -0500 (EST) Received: from rac3.wam.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by rac3.wam.umd.edu (8.9.3/8.9.3) with SMTP id CAA22282; Fri, 16 Feb 2001 02:55:40 -0500 (EST) Received: from localhost (culverk@localhost) by rac3.wam.umd.edu (8.9.3/8.9.3) with ESMTP id CAA22276; Fri, 16 Feb 2001 02:55:40 -0500 (EST) X-Authentication-Warning: rac3.wam.umd.edu: culverk owned process doing -bs Date: Fri, 16 Feb 2001 02:55:40 -0500 (EST) From: Kenneth Wayne Culver To: Soren Schmidt Cc: Kent Hauser , current@FreeBSD.ORG Subject: Re: HEADSUP! change to atapi-cd driver and burncd In-Reply-To: <200102160721.IAA70241@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is because some sloppy firmware coders hasn't implemented the > "test unit ready" command proberly, it return ready no matter what > state the drive is in :( I've gotten ahold of one burner that has this > problem and I'm trying to come up with a fix for it... Is this the same problem I was having with my NEC burner? Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Feb 15 23:57:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 1EE8737B65D for ; Thu, 15 Feb 2001 23:57:10 -0800 (PST) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id IAA78652; Fri, 16 Feb 2001 08:57:04 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <200102160757.IAA78652@freebsd.dk> Subject: Re: HEADSUP! change to atapi-cd driver and burncd In-Reply-To: from Kenneth Wayne Culver at "Feb 16, 2001 02:55:40 am" To: culverk@wam.umd.edu (Kenneth Wayne Culver) Date: Fri, 16 Feb 2001 08:57:04 +0100 (CET) Cc: kent@tfd.com (Kent Hauser), current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It seems Kenneth Wayne Culver wrote: > > This is because some sloppy firmware coders hasn't implemented the > > "test unit ready" command proberly, it return ready no matter what > > state the drive is in :( I've gotten ahold of one burner that has this > > problem and I'm trying to come up with a fix for it... > > Is this the same problem I was having with my NEC burner? No, your problem was IIRC that the drive wouldn't accept the setting of the write mode page... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 1:44:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from enigma.whacky.net (enigma.whacky.net [194.109.204.120]) by hub.freebsd.org (Postfix) with ESMTP id 48DF037B491 for ; Fri, 16 Feb 2001 01:44:28 -0800 (PST) Received: (from stephanb@localhost) by enigma.whacky.net (8.11.1/8.9.3) id f1G9iAd99765; Fri, 16 Feb 2001 10:44:10 +0100 (CET) (envelope-from stephanb) Date: Fri, 16 Feb 2001 10:44:10 +0100 From: Stephan van Beerschoten To: Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 Message-ID: <20010216104409.A99749@enigma.whacky.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from des@ofug.org on Tue, Feb 13, 2001 at 03:19:25AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 13 Feb 2001, Dag-Erling Smorgrav wrote: > 'make world' on -CURRENT has been broken since Feb 10 due to a change > in the size of struct __sFILE (which changes the address of stdin, > stdout and stderr). It will remain broken for a few more days while we > work out the best possible solution to this problem. > > DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB > 10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED. Any updates on this yet ? -- Stephan van Beerschoten [SVB21-RIPE] stephanb@whacky.net PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 "To err is human, to forgive is Not Company Policy" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 2:36:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from chmls20.mediaone.net (chmls20.mediaone.net [24.147.1.156]) by hub.freebsd.org (Postfix) with ESMTP id DEEE737B401 for ; Fri, 16 Feb 2001 02:36:08 -0800 (PST) Received: from acm.org (reyim.ne.mediaone.net [24.218.251.241]) by chmls20.mediaone.net (8.11.1/8.11.1) with ESMTP id f1GAZm617497; Fri, 16 Feb 2001 05:35:49 -0500 (EST) Message-ID: <3A8D027F.6F209D70@acm.org> Date: Fri, 16 Feb 2001 05:35:43 -0500 From: Jim Bloom X-Mailer: Mozilla 4.76 [en]C-MOENE (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Jeremy Cc: Alfred Perlstein , Kris Kennaway , current@FreeBSD.ORG Subject: Re: OpenSSL ASM patch References: <20010211094946.A51308@mollari.cthul.hu> <20010211122802.A78975@mollari.cthul.hu> <20010211124707.S3274@fw.wintelcom.net> <20010211125042.B79375@mollari.cthul.hu> <20010211130243.V3274@fw.wintelcom.net> <20010216155756.A70642@gsmx07.alcatel.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I do plenty of build once and run on multiple machines. My biggest machine is a PII 40MHZ where I compile the world and kernels for a 486 laptop and P-60 Router/Firewall. I would not really want to compile the world on these slower machines over nfs. For my case, I guess I could rebuild only the ssl library for each machine properly tuned. For my small collection of machines, that wouldn't be too bad, but for larger sites it would be a problem. I could probably find some way to compile multiple version with buildworld and figure out the correct one to install with installworld. Jim Bloom bloom@acm.org Peter Jeremy wrote: > > IMHO, the main market for this feature would be people who just do > binary installs - if you're doing a buildworld, you can tune to your > hardware[1]. If we wanted to just speed up OpenSSL on binary > installs, we could have processor-optimised variants of libssl.* > available as packages (tick the box that suits your processor if you > want the optimised library). > > [1] I don't think there's a lot of `build once, install on lots of > different hardware', though I could be wrong. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 2:52:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id B121B37B4EC; Fri, 16 Feb 2001 02:52:06 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1GApm235670; Fri, 16 Feb 2001 02:51:48 -0800 (PST) (envelope-from obrien) Date: Fri, 16 Feb 2001 02:51:47 -0800 From: "David O'Brien" To: Stephan van Beerschoten Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 Message-ID: <20010216025147.A25002@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <20010216104409.A99749@enigma.whacky.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010216104409.A99749@enigma.whacky.net>; from stephanb@whacky.net on Fri, Feb 16, 2001 at 10:44:10AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 16, 2001 at 10:44:10AM +0100, Stephan van Beerschoten wrote: > > DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB > > 10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED. > > Any updates on this yet ? Warner committed a fix for this. But I'm having trouble building world with it. cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libc/../libc/stdio/_flock_stub.c -o _flock_stub.o /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `init_lock': /usr/src/lib/libc/../libc/stdio/_flock_stub.c:95: structure has no member named `_extra' /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `_flockfile': /usr/src/lib/libc/../libc/stdio/_flock_stub.c:111: structure has no member named `_extra' ..snip.. Has anybody gotten world to build? -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 3: 3:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id CA3F337B401; Fri, 16 Feb 2001 03:03:39 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.1/8.11.1) id f1GB3VS46457; Fri, 16 Feb 2001 13:03:31 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200102161103.f1GB3VS46457@zibbi.icomtek.csir.co.za> Subject: Re: HEADS UP: -current world broken since Feb 10 In-Reply-To: <20010216025147.A25002@dragon.nuxi.com> from "David O'Brien" at "Feb 16, 2001 02:51:47 am" To: freebsd-current@FreeBSD.ORG Date: Fri, 16 Feb 2001 13:03:31 +0200 (SAT) Cc: stephanb@whacky.net (Stephan van Beerschoten), current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB > > > 10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED. > > > > Any updates on this yet ? > > Warner committed a fix for this. But I'm having trouble building world > with it. > > cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libc/../libc/stdio/_flock_stub.c -o _flock_stub.o > /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `init_lock': > /usr/src/lib/libc/../libc/stdio/_flock_stub.c:95: structure has no member named `_extra' > /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `_flockfile': > /usr/src/lib/libc/../libc/stdio/_flock_stub.c:111: structure has no member named `_extra' > ..snip.. > > > Has anybody gotten world to build? Mine isn't finished yet, but it is past libc, it is busy in usr.sbin. _flock_stub.c did compile: beast:~ > ls -l /usr/obj/usr/src/lib/libc/_flock_stub.* -rw-r--r-- 1 root wheel 1797 Feb 16 11:37 /usr/obj/usr/src/lib/libc/_flock_stub.So -rw-r--r-- 1 root wheel 1631 Feb 16 11:37 /usr/obj/usr/src/lib/libc/_flock_stub.o John -- John Hay -- John.Hay@icomtek.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 3: 3:53 2001 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id CA3F337B401; Fri, 16 Feb 2001 03:03:39 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.1/8.11.1) id f1GB3VS46457; Fri, 16 Feb 2001 13:03:31 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200102161103.f1GB3VS46457@zibbi.icomtek.csir.co.za> Subject: Re: HEADS UP: -current world broken since Feb 10 In-Reply-To: <20010216025147.A25002@dragon.nuxi.com> from "David O'Brien" at "Feb 16, 2001 02:51:47 am" To: freebsd-current@FreeBSD.ORG Date: Fri, 16 Feb 2001 13:03:31 +0200 (SAT) Cc: stephanb@whacky.net (Stephan van Beerschoten), current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB > > > 10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED. > > > > Any updates on this yet ? > > Warner committed a fix for this. But I'm having trouble building world > with it. > > cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libc/../libc/stdio/_flock_stub.c -o _flock_stub.o > /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `init_lock': > /usr/src/lib/libc/../libc/stdio/_flock_stub.c:95: structure has no member named `_extra' > /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `_flockfile': > /usr/src/lib/libc/../libc/stdio/_flock_stub.c:111: structure has no member named `_extra' > ..snip.. > > > Has anybody gotten world to build? Mine isn't finished yet, but it is past libc, it is busy in usr.sbin. _flock_stub.c did compile: beast:~ > ls -l /usr/obj/usr/src/lib/libc/_flock_stub.* -rw-r--r-- 1 root wheel 1797 Feb 16 11:37 /usr/obj/usr/src/lib/libc/_flock_stub.So -rw-r--r-- 1 root wheel 1631 Feb 16 11:37 /usr/obj/usr/src/lib/libc/_flock_stub.o John -- John Hay -- John.Hay@icomtek.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 3:49:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from twister.domainfactory.de (twister.domainfactory.de [212.84.255.3]) by hub.freebsd.org (Postfix) with SMTP id 4AFD737B491 for ; Fri, 16 Feb 2001 03:49:30 -0800 (PST) Received: (qmail 10291 invoked from network); 16 Feb 2001 11:49:26 -0000 Received: from blndi4-145-253-140-063.arcor-ip.net (HELO gizmo.quizbot.org) ([145.253.140.63]) (envelope-sender ) by twister.domainfactory.de (qmail-ldap-1.03) with SMTP for ; 16 Feb 2001 11:49:26 -0000 Message-ID: <3A8D13DC.FD982EDF@gizmo.quizbot.org> Date: Fri, 16 Feb 2001 12:49:48 +0100 From: Robert Drehmel X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Cc: David O'Brien Subject: Re: HEADS UP: -current world broken since Feb 10 References: <20010216104409.A99749@enigma.whacky.net> <20010216025147.A25002@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <20010216025147.A25002@dragon.nuxi.com>, David O'Brien wrote: > cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 > -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD > -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libc/../libc/stdio/_flock_stub.c -o _flock_stub.o > /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `init_lock': > /usr/src/lib/libc/../libc/stdio/_flock_stub.c:95: structure has no member named `_extra' > /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `_flockfile': > /usr/src/lib/libc/../libc/stdio/_flock_stub.c:111: structure has no member named `_extra' > ..snip.. Are you sure you are building with src/include/stdio.h 1.30? -- Robert S. F. Drehmel - robert@gizmo.quizbot.org currently 47 hours without sleep `,-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 5: 9:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by hub.freebsd.org (Postfix) with ESMTP id AFA6F37B67D for ; Fri, 16 Feb 2001 05:09:40 -0800 (PST) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.11.1/8.11.1) id f1GD9bI49385 for freebsd-current@FreeBSD.ORG; Fri, 16 Feb 2001 15:09:37 +0200 (SAT) (envelope-from jhay) From: John Hay Message-Id: <200102161309.f1GD9bI49385@zibbi.icomtek.csir.co.za> Subject: Re: HEADS UP: -current world broken since Feb 10 In-Reply-To: <20010216025147.A25002@dragon.nuxi.com> from "David O'Brien" at "Feb 16, 2001 02:51:47 am" To: freebsd-current@FreeBSD.ORG Date: Fri, 16 Feb 2001 15:09:37 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB > > > 10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED. > > > > Any updates on this yet ? > > Warner committed a fix for this. But I'm having trouble building world > with it. Well make world finished here, but it looks like all is not well. The resultant /usr/libexec/elf/as coredump with a signal 11. I did put an old one back but it only helped for a little while. gdb traceback for both look the same: beast:/sys/compile/BEAST # gdb /usr/libexec/elf/as as.core GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. ... Core was generated by `as'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libc.so.5...(no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. #0 0x28102bab in __ungetc () from /usr/lib/libc.so.5 (gdb) bt #0 0x28102bab in __ungetc () from /usr/lib/libc.so.5 #1 0x28102ac9 in ungetc () from /usr/lib/libc.so.5 #2 0x804f694 in hash_traverse () #3 0x804fa2f in hash_traverse () #4 0x8053a7d in hash_traverse () #5 0x804b53a in free () #6 0x804b22d in free () #7 0x8049335 in free () John -- John Hay -- John.Hay@icomtek.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 5:16: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from enigma.whacky.net (enigma.whacky.net [194.109.204.120]) by hub.freebsd.org (Postfix) with ESMTP id 8241337B4EC; Fri, 16 Feb 2001 05:15:59 -0800 (PST) Received: (from stephanb@localhost) by enigma.whacky.net (8.11.1/8.9.3) id f1GDASw00928; Fri, 16 Feb 2001 14:10:28 +0100 (CET) (envelope-from stephanb) Date: Fri, 16 Feb 2001 14:10:28 +0100 From: Stephan van Beerschoten To: John Hay Cc: freebsd-current@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 Message-ID: <20010216141028.A880@enigma.whacky.net> References: <20010216025147.A25002@dragon.nuxi.com> <200102161103.f1GB3VS46457@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102161103.f1GB3VS46457@zibbi.icomtek.csir.co.za>; from jhay@icomtek.csir.co.za on Fri, Feb 16, 2001 at 01:03:31PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Feb 2001, John Hay wrote: > > > > DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB > > > > 10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED. > > > > > > Any updates on this yet ? > > > > Warner committed a fix for this. But I'm having trouble building world > > with it. > > > > cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libc/../libc/stdio/_flock_stub.c -o _flock_stub.o > > /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `init_lock': > > /usr/src/lib/libc/../libc/stdio/_flock_stub.c:95: structure has no member named `_extra' > > /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `_flockfile': > > /usr/src/lib/libc/../libc/stdio/_flock_stub.c:111: structure has no member named `_extra' > > ..snip.. > > > > > > Has anybody gotten world to build? > > Mine isn't finished yet, but it is past libc, it is busy in usr.sbin. Finished buildworld without problems.. CVS as of (check mailheader). I'm about to install.. -Stephan -- Stephan van Beerschoten [SVB21-RIPE] stephanb@whacky.net PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 "To err is human, to forgive is Not Company Policy" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 5:16:12 2001 Delivered-To: freebsd-current@freebsd.org Received: from enigma.whacky.net (enigma.whacky.net [194.109.204.120]) by hub.freebsd.org (Postfix) with ESMTP id 8241337B4EC; Fri, 16 Feb 2001 05:15:59 -0800 (PST) Received: (from stephanb@localhost) by enigma.whacky.net (8.11.1/8.9.3) id f1GDASw00928; Fri, 16 Feb 2001 14:10:28 +0100 (CET) (envelope-from stephanb) Date: Fri, 16 Feb 2001 14:10:28 +0100 From: Stephan van Beerschoten To: John Hay Cc: freebsd-current@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 Message-ID: <20010216141028.A880@enigma.whacky.net> References: <20010216025147.A25002@dragon.nuxi.com> <200102161103.f1GB3VS46457@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102161103.f1GB3VS46457@zibbi.icomtek.csir.co.za>; from jhay@icomtek.csir.co.za on Fri, Feb 16, 2001 at 01:03:31PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Feb 2001, John Hay wrote: > > > > DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB > > > > 10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED. > > > > > > Any updates on this yet ? > > > > Warner committed a fix for this. But I'm having trouble building world > > with it. > > > > cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libc/../libc/stdio/_flock_stub.c -o _flock_stub.o > > /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `init_lock': > > /usr/src/lib/libc/../libc/stdio/_flock_stub.c:95: structure has no member named `_extra' > > /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `_flockfile': > > /usr/src/lib/libc/../libc/stdio/_flock_stub.c:111: structure has no member named `_extra' > > ..snip.. > > > > > > Has anybody gotten world to build? > > Mine isn't finished yet, but it is past libc, it is busy in usr.sbin. Finished buildworld without problems.. CVS as of (check mailheader). I'm about to install.. -Stephan -- Stephan van Beerschoten [SVB21-RIPE] stephanb@whacky.net PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 "To err is human, to forgive is Not Company Policy" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 5:48:21 2001 Delivered-To: freebsd-current@freebsd.org Received: from enigma.whacky.net (enigma.whacky.net [194.109.204.120]) by hub.freebsd.org (Postfix) with ESMTP id C105537B4EC for ; Fri, 16 Feb 2001 05:48:18 -0800 (PST) Received: (from stephanb@localhost) by enigma.whacky.net (8.11.1/8.9.3) id f1GDm6Q01130 for current@FreeBSD.ORG; Fri, 16 Feb 2001 14:48:06 +0100 (CET) (envelope-from stephanb) Date: Fri, 16 Feb 2001 14:48:06 +0100 From: Stephan van Beerschoten To: current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 Message-ID: <20010216144805.B880@enigma.whacky.net> References: <20010216025147.A25002@dragon.nuxi.com> <200102161103.f1GB3VS46457@zibbi.icomtek.csir.co.za> <20010216141028.A880@enigma.whacky.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010216141028.A880@enigma.whacky.net>; from stephanb@whacky.net on Fri, Feb 16, 2001 at 02:10:28PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Feb 2001, Stephan van Beerschoten wrote: > > > Has anybody gotten world to build? > > Mine isn't finished yet, but it is past libc, it is busy in usr.sbin. > > Finished buildworld without problems.. CVS as of (check mailheader). > I'm about to install.. Finished installing, built kernel, and booted it. No problems whatsoever. FreeBSD .whacky.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Feb 16 14:33:37 CET 2001 stephanb@.whacky.net:/mnt/archive/CVS/CURRENT/src/sys/compile/ i386 -- Stephan van Beerschoten [SVB21-RIPE] stephanb@whacky.net PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 "To err is human, to forgive is Not Company Policy" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 7: 4: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from wint.itfs.nsk.su (wint.itfs.nsk.su [212.20.32.43]) by hub.freebsd.org (Postfix) with ESMTP id BB47B37B4EC for ; Fri, 16 Feb 2001 07:03:51 -0800 (PST) Received: (from nnd@localhost) by wint.itfs.nsk.su (8.11.2/8.11.1) id f1GF3m273003; Fri, 16 Feb 2001 21:03:48 +0600 (NOVT) (envelope-from nnd) Date: Fri, 16 Feb 2001 21:03:48 +0600 (NOVT) Message-Id: <200102161503.f1GF3m273003@wint.itfs.nsk.su> From: nnd@mail.nsk.ru To: current@freebsd.org Subject: Re: HEADS UP: -current world broken since Feb 10 In-Reply-To: <20010216144805.B880@enigma.whacky.net> X-Newsgroups: itfs.freebsd.current User-Agent: tin/1.5.8-20010204 ("Paradise Regained") (UNIX) (FreeBSD/5.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20010216144805.B880@enigma.whacky.net> you wrote: > >> > > Has anybody gotten world to build? >> > Mine isn't finished yet, but it is past libc, it is busy in usr.sbin. >> >> Finished buildworld without problems.. CVS as of (check mailheader). >> I'm about to install.. > > Finished installing, built kernel, and booted it. No problems whatsoever. > > FreeBSD .whacky.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Feb 16 14:33:37 CET 2001 stephanb@.whacky.net:/mnt/archive/CVS/CURRENT/src/sys/compile/ i386 > If you want to discover and reproduce the problem (:-) it is sufficient to go to ports/devel/gettext and 'make' this port. When make start to make in the 'po' directory it SIGFAULTs in __ungetc. N.Dudorov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 7:29:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 3ADDD37B491 for ; Fri, 16 Feb 2001 07:29:40 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id KAA03206; Fri, 16 Feb 2001 10:28:58 -0500 (EST) Date: Fri, 16 Feb 2001 10:28:57 -0500 (EST) From: Daniel Eischen To: John Hay Cc: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 In-Reply-To: <200102161309.f1GD9bI49385@zibbi.icomtek.csir.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Feb 2001, John Hay wrote: > > > > DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB > > > > 10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED. > > > > > > Any updates on this yet ? > > > > Warner committed a fix for this. But I'm having trouble building world > > with it. > > Well make world finished here, but it looks like all is not well. The > resultant /usr/libexec/elf/as coredump with a signal 11. I did put an > old one back but it only helped for a little while. gdb traceback for > both look the same: Try this uncompiled and untested patch to lib/libc/stdio/findfp.c. If it doesn't compile, you should be able to tweak it. -- Dan Eischen Index: findfp.c =================================================================== RCS file: /opt/b/CVS/src/lib/libc/stdio/findfp.c,v retrieving revision 1.14 diff -u -r1.14 findfp.c --- findfp.c 2001/02/16 06:11:22 1.14 +++ findfp.c 2001/02/16 15:25:20 @@ -66,6 +66,7 @@ /* _ub _extra */ /* the usual - (stdin + stdout + stderr) */ static FILE usual[FOPEN_MAX - 3]; +static struct usual_extra[FOPEN_MAX - 3]; static struct glue uglue = { NULL, FOPEN_MAX - 3, usual }; static struct __sFILEX __sFX[3]; @@ -215,7 +216,17 @@ void __sinit() { - /* Make sure we clean up on exit. */ - __cleanup = _cleanup; /* conservative */ - __sdidinit = 1; + int i; + + THREAD_LOCK(); + if (__sdidinit == 0) { + /* Set _extra for the usual suspects. */ + for (i = 0; i < FOPENMAX - 3; i++) + usual[i]._extra = &usual_extra[i]; + + /* Make sure we clean up on exit. */ + __cleanup = _cleanup; /* conservative */ + __sdidinit = 1; + } + THREAD_UNLOCK(); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 8:17:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.wgate.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with ESMTP id 0617E37B65D for ; Fri, 16 Feb 2001 08:17:49 -0800 (PST) Received: from jesup.eng.tvol.net ([10.32.2.26]) by mail.wgate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 152CY87R; Fri, 16 Feb 2001 11:17:54 -0500 Reply-To: Randell Jesup To: current@FreeBSD.ORG Subject: Re: OpenSSL ASM patch From: Randell Jesup Date: 16 Feb 2001 11:18:08 -0500 In-Reply-To: Jim Bloom's message of "Fri, 16 Feb 2001 05:35:43 -0500" Message-ID: User-Agent: Gnus/5.0807 (Gnus v5.8.7) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jim Bloom writes: >I do plenty of build once and run on multiple machines. My biggest >machine is a PII 40MHZ where I compile the world and kernels for a 486 >laptop and P-60 Router/Firewall. I would not really want to compile the >world on these slower machines over nfs. We also have a number of different machines for which we use a single kernel/userland compile, ranging from old K6's and PII's (and perhaps a few Pentium MMX's) to recent PIII's. There are large numbers of these machines, and no way to reasonably make variant kernels for them all. I'm sure other people running large numbers of servers accumulated over time have a similar problem (Yahoo?) So I'd add one vote for making to easy (or at least not hard) to include multiple architecture optimizations in one kernel/userland release, ala Solaris. -- Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-94) rjesup@wgate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 8:24:30 2001 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 7D22237B503; Fri, 16 Feb 2001 08:24:26 -0800 (PST) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.1/8.11.1) with SMTP id f1GGOHh57577; Fri, 16 Feb 2001 11:24:18 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Fri, 16 Feb 2001 11:24:17 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Bruce Evans Cc: Martin Blapp , adrian@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Fix for mountpath lenght In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Feb 2001, Bruce Evans wrote: > > What is it you're trying to accomplish here, exactly? Is it prevent paths > > >MNAMELEN to be used as targets of mounting operations? Or is it to > > truncate strings reported via statfs to some arbitrary bound? If it's the > > It is to not permit mount() operations whose mount point can't be > recorded in the kernel because its name is too long. There is a similar > problem for the "from" name. At least the following non-interactive > operations now depend on the names being recorded properly: fsck (for > hotroot stuff) and `umount -A'. umount seems to be fairly broken anyway at this point due to apparently bogus sanity checks. The following are all now broken: 1) unmounting using a mountpoint from within a chroot when the mount was first done outside the chroot. To reproduce: MDDEVICE=`mdconfig -a -t malloc -s 10240` disklabel -r -w $MDDEVICE auto newfs /dev/${MDDEVICE}c mkdir /tmp/chroot mkdir /tmp/chroot/bin mkdir /tmp/chroot/sbin cp /bin/{csh,sh,ls} /tmp/chroot/bin cp /sbin/{umount,mount*} /tmp/chroot/sbin mkdir /tmp/chroot/tmp mount ${MDDEVICE}c /tmp/chroot/tmp chroot /tmp/chroot umount /tmp 2) unmounting a mountpoint constructed within a chroot is broken from outside the chroot. To reproduce this, do much the same as above, only also mount devfs on /dev in the mount, and mount the md device on /tmp after chroot'ing. Then exit the chroot, and attempt to unmount /dev/chroot/tmp. 3) If you rename a directory on the path to the mountpoint, it's not possible to unmount the directory by name: curry# mount /dev/md0c /tmp/chroot/tmp curry# mv /tmp/chroot /tmp/chroot1 curry# umount /tmp/chroot1/tmp umount: /tmp/chroot1/tmp: not currently mounted With regards to umount -A. It sounds like that is either incorrectly implemented, or poorly implemented. In fact, I'm not sure there is a "right" way to implement "unmount -A" without kernel assistance, since the namespaces revealed by statfs are relative to the process that did the mounting, not the one doing the unmounting, and they are cached paths that were in exitence at the time of the mount, and may no longer exist. With both UFS and non-UFS file systems, the mount-time path cannot be assumed to be the same as the path at unmount time. umount -A should probably be a special-form request to the kernel that asks the kernel to unmount everything. Given that the process root may not be equal to the system root (and the system root is a somewhat bugos concept anyway), the entire concept of umount -A seems pretty messy, and something to avoid. Also, given that union mounting and covering of existing mountpoints are both possible, the idea that a userland process can determine the unmounting order without apriori knowledge seems flawed. It should also be noted that the only reason that umount works even remotely correctly right now is that mount calls realpath() before handing the mountpoint argument to the kernel. However, the mount() syscall does not (and really cannot, due to the nature of VFS) determine the absolute pathname safely, and so it treats the mountpoint cached pathanme for statfs purely as a string (hence the truncation behavior). It seems to me that the real fixes here are: Make structures and code currently using MNAMELEN use the normal path constant instead. Remove all use of statfs in umount, at least in as much as any information involving paths is derived from the path information returned, as those paths may be unrelated to the mount. For example, imagine the rename scenario above where another file system is now mounted on /tmp/chroot/tmp instead. When I ask for something to be unmounted by giving it a path, I really do mean that path, and not something else. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 8:38:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 9203137B503 for ; Fri, 16 Feb 2001 08:38:47 -0800 (PST) Received: from harem.imp.ch (harem.imp.ch [157.161.4.8]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1GGch005936; Fri, 16 Feb 2001 17:38:43 +0100 (CET) (envelope-from Patrick.Guelat@imp.ch) Received: (from patg@localhost) by harem.imp.ch (8.11.2/8.11.2) id f1GGcgH308978; Fri, 16 Feb 2001 17:38:42 +0100 (MEZ) From: Patrick Guelat Message-Id: <200102161638.f1GGcgH308978@harem.imp.ch> Subject: Fix for mountpath len, 2nd edition To: freebsd-current@FreeBSD.ORG Date: Fri, 16 Feb 2001 17:38:42 +0100 (MEZ) Cc: Patrick.Guelat@imp.ch X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here is another version of the MNAMELEN mount fix. Comments ? Patrick -- Patrick Guelat, ImproWare AG Network Services, CH-4133 Pratteln Mail: patg@imp.ch - Phone: +41 61 826 93 00 (ext: 13) ------------------------------------------------------------------------------- *** sys/kern/vfs_syscalls.c Fri Feb 9 07:09:52 2001 --- sys/kern/vfs_syscalls.c~ Fri Feb 16 16:31:59 2001 *************** *** 121,126 **** --- 121,128 ---- struct vattr va; struct nameidata nd; char fstypename[MFSNAMELEN]; + char mountpoint[MAXPATHLEN]; + size_t mplen; if (usermount == 0 && (error = suser(p))) return (error); *************** *** 138,147 **** if (suser_xxx(p->p_ucred, 0, 0)) SCARG(uap, flags) |= MNT_NOSUID | MNT_NODEV; /* * Get vnode to be covered */ ! NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF, UIO_USERSPACE, ! SCARG(uap, path), p); if ((error = namei(&nd)) != 0) return (error); NDFREE(&nd, NDF_ONLY_PNBUF); --- 140,157 ---- if (suser_xxx(p->p_ucred, 0, 0)) SCARG(uap, flags) |= MNT_NOSUID | MNT_NODEV; /* + * Limit pathnamelength to MNAMELEN + */ + error = copyinstr(SCARG(uap, path), mountpoint, MAXPATHLEN, &mplen); + if(!error && mplen>MNAMELEN) + error = ENAMETOOLONG; + if(error) + return (error); + /* * Get vnode to be covered */ ! NDINIT(&nd, LOOKUP, FOLLOW | LOCKLEAF, UIO_SYSSPACE, ! mountpoint, p); if ((error = namei(&nd)) != 0) return (error); NDFREE(&nd, NDF_ONLY_PNBUF); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 8:39:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from wint.itfs.nsk.su (wint.itfs.nsk.su [212.20.32.43]) by hub.freebsd.org (Postfix) with ESMTP id 5E2CA37B65D for ; Fri, 16 Feb 2001 08:39:19 -0800 (PST) Received: (from nnd@localhost) by wint.itfs.nsk.su (8.11.2/8.11.1) id f1GGdE780810; Fri, 16 Feb 2001 22:39:14 +0600 (NOVT) (envelope-from nnd) Date: Fri, 16 Feb 2001 22:39:14 +0600 (NOVT) Message-Id: <200102161639.f1GGdE780810@wint.itfs.nsk.su> From: nnd@mail.nsk.ru To: current@freebsd.org Subject: Re: HEADS UP: -current world broken since Feb 10 In-Reply-To: User-Agent: tin/1.5.8-20010204 ("Paradise Regained") (UNIX) (FreeBSD/5.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Eischen wrote: >Try this uncompiled and untested patch to lib/libc/stdio/findfp.c. >If it doesn't compile, you should be able to tweak it. After small tweak this patch comiles and works - i.e. I can now make /usr/ports/devel/gettext. N.Dudorov Index: findfp.c =================================================================== RCS file: /opt/b/CVS/src/lib/libc/stdio/findfp.c,v retrieving revision 1.14 diff -u -r1.14 findfp.c --- findfp.c 2001/02/16 06:11:22 1.14 +++ findfp.c 2001/02/16 15:25:20 @@ -66,6 +66,7 @@ /* _ub _extra */ /* the usual - (stdin + stdout + stderr) */ static FILE usual[FOPEN_MAX - 3]; +static struct __sFILEX usual_extra[FOPEN_MAX - 3]; static struct glue uglue = { NULL, FOPEN_MAX - 3, usual }; static struct __sFILEX __sFX[3]; @@ -215,7 +216,17 @@ void __sinit() { - /* Make sure we clean up on exit. */ - __cleanup = _cleanup; /* conservative */ - __sdidinit = 1; + int i; + + THREAD_LOCK(); + if (__sdidinit == 0) { + /* Set _extra for the usual suspects. */ + for (i = 0; i < FOPEN_MAX - 3; i++) + usual[i]._extra = &usual_extra[i]; + + /* Make sure we clean up on exit. */ + __cleanup = _cleanup; /* conservative */ + __sdidinit = 1; + } + THREAD_UNLOCK(); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 9: 4:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2818337B401; Fri, 16 Feb 2001 09:04:39 -0800 (PST) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.2/8.11.0) with ESMTP id f1GH4bh38004; Fri, 16 Feb 2001 10:04:38 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.1/8.8.3) with ESMTP id f1GH37E29782; Fri, 16 Feb 2001 10:03:07 -0700 (MST) Message-Id: <200102161703.f1GH37E29782@billy-club.village.org> To: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 Cc: Stephan van Beerschoten , current@FreeBSD.ORG In-reply-to: Your message of "Fri, 16 Feb 2001 02:51:47 PST." <20010216025147.A25002@dragon.nuxi.com> References: <20010216025147.A25002@dragon.nuxi.com> <20010216104409.A99749@enigma.whacky.net> Date: Fri, 16 Feb 2001 10:03:06 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010216025147.A25002@dragon.nuxi.com> "David O'Brien" writes: : Warner committed a fix for this. But I'm having trouble building world : with it. : : cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libc/../libc/stdio/_flock_stub.c -o _flock_stub.o : /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `init_lock': : /usr/src/lib/libc/../libc/stdio/_flock_stub.c:95: structure has no member named `_extra' : /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `_flockfile': : /usr/src/lib/libc/../libc/stdio/_flock_stub.c:111: structure has no member named `_extra' : ..snip.. Did you snag stdio.h as well? My buildworld on a virgin tree post my fix on a 4.2-stable system completed last night. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 9: 4:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2818337B401; Fri, 16 Feb 2001 09:04:39 -0800 (PST) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.2/8.11.0) with ESMTP id f1GH4bh38004; Fri, 16 Feb 2001 10:04:38 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.1/8.8.3) with ESMTP id f1GH37E29782; Fri, 16 Feb 2001 10:03:07 -0700 (MST) Message-Id: <200102161703.f1GH37E29782@billy-club.village.org> To: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 Cc: Stephan van Beerschoten , current@FreeBSD.ORG In-reply-to: Your message of "Fri, 16 Feb 2001 02:51:47 PST." <20010216025147.A25002@dragon.nuxi.com> References: <20010216025147.A25002@dragon.nuxi.com> <20010216104409.A99749@enigma.whacky.net> Date: Fri, 16 Feb 2001 10:03:06 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010216025147.A25002@dragon.nuxi.com> "David O'Brien" writes: : Warner committed a fix for this. But I'm having trouble building world : with it. : : cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libc/../libc/stdio/_flock_stub.c -o _flock_stub.o : /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `init_lock': : /usr/src/lib/libc/../libc/stdio/_flock_stub.c:95: structure has no member named `_extra' : /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `_flockfile': : /usr/src/lib/libc/../libc/stdio/_flock_stub.c:111: structure has no member named `_extra' : ..snip.. Did you snag stdio.h as well? My buildworld on a virgin tree post my fix on a 4.2-stable system completed last night. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 9:24:23 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 54EE337B401 for ; Fri, 16 Feb 2001 09:24:19 -0800 (PST) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.2/8.11.0) with ESMTP id f1GHOHh38121; Fri, 16 Feb 2001 10:24:18 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.1/8.8.3) with ESMTP id f1GHMlE29848; Fri, 16 Feb 2001 10:22:47 -0700 (MST) Message-Id: <200102161722.f1GHMlE29848@billy-club.village.org> To: Stephan van Beerschoten Subject: Re: HEADS UP: -current world broken since Feb 10 Cc: Dag-Erling Smorgrav , current@FreeBSD.ORG In-reply-to: Your message of "Fri, 16 Feb 2001 10:44:10 +0100." <20010216104409.A99749@enigma.whacky.net> References: <20010216104409.A99749@enigma.whacky.net> Date: Fri, 16 Feb 2001 10:22:47 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010216104409.A99749@enigma.whacky.net> Stephan van Beerschoten writes: : > DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB : > 10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED. : : Any updates on this yet ? I claim I've fixed this. I have 1 report that says I haven't and one report that says I have, plus my own buildworld. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 9:30:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id CFE5837B401 for ; Fri, 16 Feb 2001 09:30:17 -0800 (PST) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.2/8.11.0) with ESMTP id f1GHUGh38162; Fri, 16 Feb 2001 10:30:17 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.1/8.8.3) with ESMTP id f1GHSkE29877; Fri, 16 Feb 2001 10:28:46 -0700 (MST) Message-Id: <200102161728.f1GHSkE29877@billy-club.village.org> To: nnd@mail.nsk.ru Subject: Re: HEADS UP: -current world broken since Feb 10 Cc: current@FreeBSD.ORG In-reply-to: Your message of "Fri, 16 Feb 2001 22:39:14 +0600." <200102161639.f1GGdE780810@wint.itfs.nsk.su> References: <200102161639.f1GGdE780810@wint.itfs.nsk.su> Date: Fri, 16 Feb 2001 10:28:46 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102161639.f1GGdE780810@wint.itfs.nsk.su> nnd@mail.nsk.ru writes: : Daniel Eischen wrote: : : >Try this uncompiled and untested patch to lib/libc/stdio/findfp.c. : >If it doesn't compile, you should be able to tweak it. : : After small tweak this patch comiles and works - i.e. : I can now make /usr/ports/devel/gettext. This patch looks good to my eyes. I'll toss it into my buildworld and if it succeeds, I'll commit it, or let Daniel commit it if his testing gets done first. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 9:52:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from dns.uti2000.co.jp (dns.uti2000.co.jp [211.11.196.34]) by hub.freebsd.org (Postfix) with ESMTP id 3E4A337B491 for ; Fri, 16 Feb 2001 09:52:47 -0800 (PST) Received: from netscape.com (rfx-216-196-64-173.users.reflexcom.com [216.196.64.173]) by dns.uti2000.co.jp (8.8.8+2.7Wbeta7/3.6W) with SMTP id CAA15370; Sat, 17 Feb 2001 02:51:21 +0900 (JST) From: keepworkt@onenetnow.com Subject: Check out these 3 hilarious video clips Date: Fri, 16 Feb 2001 09:52:30 -0800 To: trickled@saintmail.net Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT X-Mailer: Mozilla 4.61 [en] (Win95; I) Message-Id: <3phn0v2o28wq4atpxy8.5w5d2k34m11bo3g2@netscape.com> Received: from netscape.com [216.196.64.173] by t212aa.netscape.com with SMTP; Fri, 16 Feb 2001 09:52:30 -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG

> -----Original Message-----
> From: Phil Simms
> Sent: Tuesday, February 14, 2001 4:14 PM
> To: Barry Sanders
> Cc: Steve Hartman, Rhonda Smalley, Jimmy Ward, Big Dave, Dean Fletcher

> Subject: FW: -- 3 New Hilarious Video Clips and some more jokes.

> Joke Lovers,

> Here are the video clips*
>1.  Scratch & Sniff - Hilarious - you gotta see this one!!!
>2.  Grandma Scores - This one's Great. I don't know how they did it?
>3.  Try Throwing Rocks - The title says it all...

> Jokemeister

> Five Bucks -

> A man is walking around New York with his wife.
> They find a perfume shop, the wife goes in, and he waits outside.
> A hooker comes along and says to him, "Like to come home with me, buddy? "
> "For how much?" asks the man.
> "One hundred dollars," the hooker answers.
> "I'll give you five bucks," he replies.
> The hooker swears at him and walks away.
> A little later, the man's wife comes out of the shop and they continue their walk.
> As they round the corner, there stands the same hooker. She takes one look
> at the man and his wife and says, "HA!… see what you get for five bucks?"
>

> My Lying Wife

> "That wife of mine is a liar," said the angry husband to a sympathetic pal seated
> next to him in the bar.
> "How do you know?" the friend asked.
> "She didn't come home last night and when I asked her where she'd been, she
> said she had spent the night with her sister, Shirley."
> "So?"
> "So she's a liar… I spent the night with her sister Shirley."

> *Please Note - to view the video clips you may need to load Windows Media Player
> from Microsoft.
>

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 9:53:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id C23A837B67D for ; Fri, 16 Feb 2001 09:53:20 -0800 (PST) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id MAA27054; Fri, 16 Feb 2001 12:52:46 -0500 (EST) Date: Fri, 16 Feb 2001 12:52:46 -0500 (EST) From: Daniel Eischen To: Warner Losh Cc: nnd@mail.nsk.ru, current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 In-Reply-To: <200102161728.f1GHSkE29877@billy-club.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Feb 2001, Warner Losh wrote: > In message <200102161639.f1GGdE780810@wint.itfs.nsk.su> nnd@mail.nsk.ru writes: > : Daniel Eischen wrote: > : > : >Try this uncompiled and untested patch to lib/libc/stdio/findfp.c. > : >If it doesn't compile, you should be able to tweak it. > : > : After small tweak this patch comiles and works - i.e. > : I can now make /usr/ports/devel/gettext. > > This patch looks good to my eyes. I'll toss it into my buildworld and > if it succeeds, I'll commit it, or let Daniel commit it if his testing > gets done first. I'm away from my -current box until tonight so go ahead and commit it. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 9:54:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from privatecube.privatelabs.com (privatecube.privatelabs.com [63.114.185.254]) by hub.freebsd.org (Postfix) with ESMTP id EE63237B491 for ; Fri, 16 Feb 2001 09:54:17 -0800 (PST) Received: from misha.privatelabs.com (root@misha.plten [10.0.0.106]) by privatecube.privatelabs.com (8.9.3/8.9.2) with ESMTP id NAA30050 for ; Fri, 16 Feb 2001 13:14:17 -0500 Received: from misha.privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.11.1/8.11.1) with ESMTP id f1GHsAv12301 for ; Fri, 16 Feb 2001 12:54:11 -0500 (EST) (envelope-from mi@misha.privatelabs.com) Message-Id: <200102161754.f1GHsAv12301@misha.privatelabs.com> Date: Fri, 16 Feb 2001 12:54:09 -0500 (EST) From: mi@aldan.algebra.com Subject: uk_UA.KOI8-U broken? To: current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As if the __stderr/__sF troubles weren't enough, my locale settings don't work any more. ls(1) just shows the English names for the months, perl complains every time: perl: warning: Please check that your locale settings: LC_ALL = (unset), LANG = "uk_UA.KOI8-U" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). And other programs (elm, vi) misbehave similarly. ru_SU.KOI8-R is fine. Would this be an imperial-sponsored conspiracy ;-) ? The /usr/share/locale/uk_UA.KOI8-U only has LC_COLLATE, LC_CTYPE, LC_TIME, while the ru_SU.KOI8-R has LC_MESSAGES, LC_MONETARY, LC_NUMERIC as well. But it used to work before. Perhaps, the recent changes in locale handling require all (more) LC_* files to be present? -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 9:54:37 2001 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id E684437B503 for ; Fri, 16 Feb 2001 09:54:33 -0800 (PST) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.2/8.11.0) with ESMTP id f1GHsSh38315; Fri, 16 Feb 2001 10:54:29 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.1/8.8.3) with ESMTP id f1GHqwE30018; Fri, 16 Feb 2001 10:52:58 -0700 (MST) Message-Id: <200102161752.f1GHqwE30018@billy-club.village.org> To: Daniel Eischen Subject: Re: HEADS UP: -current world broken since Feb 10 Cc: nnd@mail.nsk.ru, current@FreeBSD.ORG In-reply-to: Your message of "Fri, 16 Feb 2001 12:52:46 EST." References: Date: Fri, 16 Feb 2001 10:52:58 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Daniel Eischen writes: : I'm away from my -current box until tonight so go ahead and : commit it. Sounds good. warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 9:55:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from avias.com (avias-gw.corbina.net [195.14.40.4]) by hub.freebsd.org (Postfix) with ESMTP id C3F6637B491 for ; Fri, 16 Feb 2001 09:55:09 -0800 (PST) Received: (from camel@localhost) by avias.com (8.11.2/8.11.2) id f1GHt6M80127 for current@freebsd.org; Fri, 16 Feb 2001 20:55:06 +0300 (MSK) (envelope-from camel) Date: Fri, 16 Feb 2001 20:55:06 +0300 (MSK) From: Ilya Naumov Message-Id: <200102161755.f1GHt6M80127@avias.com> To: current@freebsd.org Subject: problems with today's world Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i have installed today's world and now cannot compile almost anyting (incuding the same world) because as (gnu assembler) coredumps every time. it could be because of the older kernel (built yesterday), but i cannot recomile it due to the problem described above. any ideas? sincerely, ilya naumov (at work) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 10: 1:40 2001 Delivered-To: freebsd-current@freebsd.org Received: from blizzard.sabbo.net (ns.sabbo.net [193.193.218.18]) by hub.freebsd.org (Postfix) with ESMTP id 35CFF37B503 for ; Fri, 16 Feb 2001 10:01:32 -0800 (PST) Received: from vic.sabbo.net (root@vic.sabbo.net [193.193.218.112]) by blizzard.sabbo.net (8.10.1/8.10.1) with ESMTP id f1GI1On27548; Fri, 16 Feb 2001 20:01:25 +0200 Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1]) by vic.sabbo.net (8.11.2/8.11.2) with ESMTP id f1GI1Sm85536; Fri, 16 Feb 2001 20:01:28 +0200 (EET) (envelope-from sobomax@FreeBSD.org) Message-ID: <3A8D6AEF.C6C402CD@FreeBSD.org> Date: Fri, 16 Feb 2001 20:01:19 +0200 From: Maxim Sobolev Organization: Vega International Capital X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: Ilya Naumov Cc: current@FreeBSD.org Subject: Re: problems with today's world References: <200102161755.f1GHt6M80127@avias.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ilya Naumov wrote: > i have installed today's world and now cannot compile almost anyting (incuding the same world) because as (gnu assembler) coredumps every time. > > it could be because of the older kernel (built yesterday), but i cannot recomile it due to the problem described above. any ideas? Build it and other parts of toolchain on unaffected machive as a static binaries and polulate them by hands over network. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 10: 7:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from london.physics.purdue.edu (london.physics.purdue.edu [128.210.67.35]) by hub.freebsd.org (Postfix) with ESMTP id 5BA6C37B491; Fri, 16 Feb 2001 10:07:10 -0800 (PST) Received: (from will@localhost) by london.physics.purdue.edu (8.8.8/8.8.8) id NAA08815; Fri, 16 Feb 2001 13:07:09 -0500 (EST) X-Authentication-Warning: london.physics.purdue.edu: will set sender to will@physics.purdue.edu using -f Date: Fri, 16 Feb 2001 13:07:09 -0500 From: Will Andrews To: Luigi Rizzo Cc: current@FreeBSD.org, developers@FreeBSD.org Subject: Re: cvs commit: src/sys/net bridge.c if_ethersubr.c src/sys/netinet if_ether.c ip_fw.c ip_fw.h ip_input.c ip_output.c Message-ID: <20010216130708.M22030@london.physics.purdue.edu> Reply-To: Will Andrews Mail-Followup-To: Will Andrews , Luigi Rizzo , current@FreeBSD.org, developers@FreeBSD.org References: <200102070103.f1713EE20280@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102070103.f1713EE20280@freefall.freebsd.org>; from luigi@FreeBSD.org on Tue, Feb 06, 2001 at 05:03:14PM -0800 X-Operating-System: SunOS 4.1.3_U1 sun4m Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 06, 2001 at 05:03:14PM -0800, Luigi Rizzo wrote: > Modified files: (Branch: RELENG_4) [...] A few days later... [...] On Sat, Feb 10, 2001 at 16:10:13PM -0800, Luigi Rizzo wrote: > Modified files: [...] What the heck is going on here? You committed code to -STABLE first then merged it to -CURRENT? I don't mind that you are testing bugfixes, but PLEASE do them in -CURRENT first! After all this is on our list of rules: : 8. The FreeBSD Committers' Big List of Rules [...] 6. Changes go to -CURRENT before -STABLE unless specifically permitted by the release engineer or unless they're not applicable to -CURRENT. Any non-trivial or non-urgent change which is applicable should also be allowed to sit in -CURRENT for at least 3 days before merging so that it can be given sufficient testing. The release engineer has the same authority over the -STABLE branch as outlined for the maintainer in rule #5. [...] Are we now breaking these rules? I've never broken this rule, and seldom has it been done in the past. -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 10:26: 7 2001 Delivered-To: freebsd-current@freebsd.org Received: from cis.ohio-state.edu (mail.cis.ohio-state.edu [164.107.115.5]) by hub.freebsd.org (Postfix) with ESMTP id B509437B401 for ; Fri, 16 Feb 2001 10:26:01 -0800 (PST) Received: from theta.cis.ohio-state.edu (matey@theta.cis.ohio-state.edu [164.107.112.63]) by cis.ohio-state.edu (8.9.1/8.9.1) with ESMTP id NAA08062 for ; Fri, 16 Feb 2001 13:26:01 -0500 (EST) Received: (from matey@localhost) by theta.cis.ohio-state.edu (8.9.1/8.9.1) id NAA04024 for current@FreeBSD.ORG; Fri, 16 Feb 2001 13:26:00 -0500 (EST) Date: Fri, 16 Feb 2001 13:25:46 -0500 From: Alexander Matey To: current@FreeBSD.ORG Subject: Re: uk_UA.KOI8-U broken? Message-ID: <20010216132546.A2869@cis.ohio-state.edu> Mail-Followup-To: current@FreeBSD.ORG References: <200102161754.f1GHsAv12301@misha.privatelabs.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <200102161754.f1GHsAv12301@misha.privatelabs.com>; from mi@aldan.algebra.com on Fri, Feb 16, 2001 at 12:54:09PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Feb 16, 2001 at 12:54:09PM -0500, mi@aldan.algebra.com wrote: > As if the __stderr/__sF troubles weren't enough, my locale settings > don't work any more. ls(1) just shows the English names for the months, > perl complains every time: > > perl: warning: Please check that your locale settings: > LC_ALL = (unset), > LANG = "uk_UA.KOI8-U" > are supported and installed on your system. > perl: warning: Falling back to the standard locale ("C"). > > And other programs (elm, vi) misbehave similarly. ru_SU.KOI8-R is fine. > Would this be an imperial-sponsored conspiracy ;-) ? No, this would be "go and fix it yourself for now, because it takes 1 min to do it and people are busy doing more important things..." :) uk_UA.KOI8-U isn't the only locale that wasn't updated yet, btw. > The /usr/share/locale/uk_UA.KOI8-U only has LC_COLLATE, LC_CTYPE, > LC_TIME, while the ru_SU.KOI8-R has LC_MESSAGES, LC_MONETARY, LC_NUMERIC > as well. But it used to work before. Perhaps, the recent changes > in locale handling require all (more) LC_* files to be present? That's right. Quick (and dirty?) patch based on ru_RU.KOI8-R that adds missing files is attached. > -mi -- lx --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="uk_UA.KOI8-U.full-locale.diff" Content-Transfer-Encoding: 8bit diff -r -u3 -N uk_UA.KOI8-U/LC_MESSAGES uk_UA.KOI8-U.new/LC_MESSAGES --- uk_UA.KOI8-U/LC_MESSAGES Wed Dec 31 19:00:00 1969 +++ uk_UA.KOI8-U.new/LC_MESSAGES Fri Feb 16 13:13:05 2001 @@ -0,0 +1,2 @@ +^[ÔôyY].* +^[ÎînN].* diff -r -u3 -N uk_UA.KOI8-U/LC_MONETARY uk_UA.KOI8-U.new/LC_MONETARY --- uk_UA.KOI8-U/LC_MONETARY Wed Dec 31 19:00:00 1969 +++ uk_UA.KOI8-U.new/LC_MONETARY Fri Feb 16 13:14:41 2001 @@ -0,0 +1,15 @@ +UAH +ÇÒÎ. +, + +3;3 + +- +2 +2 +0 +1 +0 +1 +1 +1 diff -r -u3 -N uk_UA.KOI8-U/LC_NUMERIC uk_UA.KOI8-U.new/LC_NUMERIC --- uk_UA.KOI8-U/LC_NUMERIC Wed Dec 31 19:00:00 1969 +++ uk_UA.KOI8-U.new/LC_NUMERIC Fri Feb 16 13:13:49 2001 @@ -0,0 +1,3 @@ +, + +3;3 --Qxx1br4bt0+wmkIi-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 10:48:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 15D4837B491 for ; Fri, 16 Feb 2001 10:48:27 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1GImLW44168; Fri, 16 Feb 2001 11:48:21 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102161848.f1GImLW44168@harmony.village.org> To: Ilya Naumov Subject: Re: problems with today's world Cc: current@FreeBSD.ORG In-reply-to: Your message of "Fri, 16 Feb 2001 20:55:06 +0300." <200102161755.f1GHt6M80127@avias.com> References: <200102161755.f1GHt6M80127@avias.com> Date: Fri, 16 Feb 2001 11:48:21 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102161755.f1GHt6M80127@avias.com> Ilya Naumov writes: : i have installed today's world and now cannot compile almost anyting (incuding the same world) because as (gnu assembler) coredumps every time. A patch was installed to fix this. If you can grab an old as, you can fix this with a recompile of libc. If not, you can grab a libc from one of the snapshots. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 10:48:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id C7AFA37B491 for ; Fri, 16 Feb 2001 10:48:33 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1GIkbW39216; Fri, 16 Feb 2001 11:46:37 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102161846.f1GIkbW39216@harmony.village.org> To: mi@aldan.algebra.com Subject: Re: uk_UA.KOI8-U broken? Cc: current@FreeBSD.ORG In-reply-to: Your message of "Fri, 16 Feb 2001 12:54:09 EST." <200102161754.f1GHsAv12301@misha.privatelabs.com> References: <200102161754.f1GHsAv12301@misha.privatelabs.com> Date: Fri, 16 Feb 2001 11:46:37 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102161754.f1GHsAv12301@misha.privatelabs.com> mi@aldan.algebra.com writes: : perl: warning: Please check that your locale settings: : LC_ALL = (unset), : LANG = "uk_UA.KOI8-U" : are supported and installed on your system. : perl: warning: Falling back to the standard locale ("C"). I see this same thing on the machine i used to test the libc things. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 12:17:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (pop.gmx.de [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 34CBA37B491 for ; Fri, 16 Feb 2001 12:17:39 -0800 (PST) Received: (qmail 18823 invoked by uid 0); 16 Feb 2001 20:17:38 -0000 Received: from pd9508821.dip.t-dialin.net (HELO speedy.gsinet) (217.80.136.33) by mail.gmx.net (mail04) with SMTP; 16 Feb 2001 20:17:38 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id VAA21620 for current@freebsd.org; Fri, 16 Feb 2001 21:16:10 +0100 Date: Fri, 16 Feb 2001 21:16:10 +0100 From: Gerhard Sittig To: current@freebsd.org Subject: Re: linksys Etherfast.. broken? Message-ID: <20010216211610.B20830@speedy.gsinet> Mail-Followup-To: current@freebsd.org References: <3A896E33.8AC84353@elischer.org> <3A89C231.D03793D4@westmarsh.com> <20010214211548.B15618@speedy.gsinet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20010214211548.B15618@speedy.gsinet>; from Gerhard.Sittig@gmx.net on Wed, Feb 14, 2001 at 09:15:48PM +0100 Organization: System Defenestrators Inc. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Feb 14, 2001 at 21:15 +0100, Gerhard Sittig wrote: > > Yes, I noticed the above commit message causing the UPDATING > comment. That's when I tried (once more) a "D-Link DFE650TX" > card in both an Compaq Armada and a Toshiba Sattelite, both with > -CURRENT snapshot boot floppies and complete 4.2-STABLE systems > (and updated pccard.conf files). Up to now with no success. > > Triggered by a recent list article I will do another test later > this week with the fa_select(8?) utility mentioned at > www.freebsddiary.org/last-netgear.html and see if it will work > this time. Now that I had success with the fa_select tool, I filed a PR with a patch: misc/25147. http://www.freebsd.org/cgi/query-pr.cgi?pr=25147 virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 12:58: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 9D96037B401 for ; Fri, 16 Feb 2001 12:57:58 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1GKvsu22922 for freebsd-current@FreeBSD.ORG; Fri, 16 Feb 2001 12:57:54 -0800 (PST) (envelope-from obrien) Date: Fri, 16 Feb 2001 12:57:53 -0800 From: "David O'Brien" To: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 Message-ID: <20010216125753.F22331@dragon.nuxi.com> Reply-To: freebsd-current@FreeBSD.ORG References: <20010216025147.A25002@dragon.nuxi.com> <20010216104409.A99749@enigma.whacky.net> <20010216025147.A25002@dragon.nuxi.com> <200102161703.f1GH37E29782@billy-club.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102161703.f1GH37E29782@billy-club.village.org>; from imp@village.org on Fri, Feb 16, 2001 at 10:03:06AM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 16, 2001 at 10:03:06AM -0700, Warner Losh wrote: > Did you snag stdio.h as well? My buildworld on a virgin tree post my > fix on a 4.2-stable system completed last night. My system was probably so hosed nothing was going to fix it. I backed up my sources to varisous dates and could not get a world to build. :-( I'm downloading a snapshot's bin.?? as I type this. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 13:22: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from homer.softweyr.com (mail.dobox.com [208.187.122.44]) by hub.freebsd.org (Postfix) with ESMTP id 6EB8F37B491 for ; Fri, 16 Feb 2001 13:21:56 -0800 (PST) Received: from [127.0.0.1] (helo=softweyr.com ident=Fools trust ident!) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14ToYr-00030t-00; Fri, 16 Feb 2001 10:20:49 -0700 Message-ID: <3A8D6171.201C4381@softweyr.com> Date: Fri, 16 Feb 2001 10:20:49 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Jeremy Cc: current@FreeBSD.ORG Subject: Re: OpenSSL ASM patch References: <20010211094946.A51308@mollari.cthul.hu> <20010211122802.A78975@mollari.cthul.hu> <20010211124707.S3274@fw.wintelcom.net> <20010211125042.B79375@mollari.cthul.hu> <20010211130243.V3274@fw.wintelcom.net> <20010216155756.A70642@gsmx07.alcatel.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Peter Jeremy wrote: > > [1] I don't think there's a lot of `build once, install on lots of > different hardware', though I could be wrong. Most certainly wrong for those using FreeBSD for embedded devices. I, for instance, build on nice, fast Athlons, then install in devices ranging from 500 Mhz K6-2s all the way down to 266 Mhz Geodes. We can always do multiple library builds and select the correct .so as we build an install image for a particular platform, but it sure makes the process longer and more error-prone. You should see sshd key generation crawl on a Geode 266 with no keyboard to bang on. ;^) -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 17:46: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 2562737B401 for ; Fri, 16 Feb 2001 17:46:00 -0800 (PST) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f1H1Vwq84981 for ; Fri, 16 Feb 2001 21:31:59 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Fri, 16 Feb 2001 21:31:58 -0400 (AST) From: The Hermit Hacker To: Subject: startx/startkde hangs -CURRENT ... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just wipe'd out /var/db/pkg/* and rebuilt everything since the recent problems with FILE ... figured safer to start clean then worry about each one as they come up ... Now, if I start X, the whole machine hangs solid ... kernel is as of Feb 15th ... am going to re-upgrade now, just in case that helps ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 21:35:50 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-03.iinet.net.au (syncopation-03.iinet.net.au [203.59.24.49]) by hub.freebsd.org (Postfix) with SMTP id 133DB37B491 for ; Fri, 16 Feb 2001 21:35:47 -0800 (PST) Received: (qmail 25234 invoked by uid 666); 17 Feb 2001 05:48:40 -0000 Received: from i079-180.nv.iinet.net.au (HELO elischer.org) (203.59.79.180) by mail.m.iinet.net.au with SMTP; 17 Feb 2001 05:48:40 -0000 Message-ID: <3A8E0D9C.261A0259@elischer.org> Date: Fri, 16 Feb 2001 21:35:24 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Gerhard Sittig Cc: current@freebsd.org Subject: Re: linksys Etherfast.. broken? References: <3A896E33.8AC84353@elischer.org> <3A89C231.D03793D4@westmarsh.com> <20010214211548.B15618@speedy.gsinet> <20010216211610.B20830@speedy.gsinet> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gerhard Sittig wrote: > > On Wed, Feb 14, 2001 at 21:15 +0100, Gerhard Sittig wrote: > > > > Yes, I noticed the above commit message causing the UPDATING > > comment. That's when I tried (once more) a "D-Link DFE650TX" > > card in both an Compaq Armada and a Toshiba Sattelite, both with > > -CURRENT snapshot boot floppies and complete 4.2-STABLE systems > > (and updated pccard.conf files). Up to now with no success. > > > > Triggered by a recent list article I will do another test later > > this week with the fa_select(8?) utility mentioned at > > www.freebsddiary.org/last-netgear.html and see if it will work > > this time. > > Now that I had success with the fa_select tool, I filed a PR with > a patch: misc/25147. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=25147 thanks for this.. but it didn't seem to help It looks to me like the interrupt vector is not being registered.. I'll try figut out what I've screwed up in the config. -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 22: 0: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id CBA5D37B491 for ; Fri, 16 Feb 2001 21:59:56 -0800 (PST) Received: (from ache@localhost) by nagual.pp.ru (8.11.2/8.11.2) id f1H5xn717203; Sat, 17 Feb 2001 08:59:49 +0300 (MSK) (envelope-from ache) Date: Sat, 17 Feb 2001 08:59:48 +0300 From: "Andrey A. Chernov" To: Alexander Matey Cc: current@FreeBSD.ORG Subject: Re: uk_UA.KOI8-U broken? Message-ID: <20010217085948.A17106@nagual.pp.ru> References: <200102161754.f1GHsAv12301@misha.privatelabs.com> <20010216132546.A2869@cis.ohio-state.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010216132546.A2869@cis.ohio-state.edu>; from matey@cis.ohio-state.edu on Fri, Feb 16, 2001 at 01:25:46PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 16, 2001 at 13:25:46 -0500, Alexander Matey wrote: > That's right. Quick (and dirty?) patch based on ru_RU.KOI8-R that adds > missing files is attached. It have not enough quality to be commited. Please make nicer version (with comments) based on -current share/{msg,numeric,monet}def -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 22:53:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 9754D37B401 for ; Fri, 16 Feb 2001 22:53:57 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1H6roW84801; Fri, 16 Feb 2001 23:53:53 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102170653.f1H6roW84801@harmony.village.org> To: nnd@mail.nsk.ru Subject: Re: HEADS UP: -current world broken since Feb 10 Cc: current@FreeBSD.ORG In-reply-to: Your message of "Fri, 16 Feb 2001 22:39:14 +0600." <200102161639.f1GGdE780810@wint.itfs.nsk.su> References: <200102161639.f1GGdE780810@wint.itfs.nsk.su> Date: Fri, 16 Feb 2001 23:53:50 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200102161639.f1GGdE780810@wint.itfs.nsk.su> nnd@mail.nsk.ru writes: : : Daniel Eischen wrote: : : >Try this uncompiled and untested patch to lib/libc/stdio/findfp.c. : >If it doesn't compile, you should be able to tweak it. : : After small tweak this patch comiles and works - i.e. : I can now make /usr/ports/devel/gettext. Ditto. I've committed this. I've also sent a bit of a roadmap to arch explaining the issues with a bit of code that's the first step towards moving back to Peter's patches once we have the upgrade path in place. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 22:59:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id A2AF637B491 for ; Fri, 16 Feb 2001 22:59:16 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1H6woW84830; Fri, 16 Feb 2001 23:58:56 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102170658.f1H6woW84830@harmony.village.org> To: Wes Peters Subject: Re: OpenSSL ASM patch Cc: Peter Jeremy , current@FreeBSD.ORG In-reply-to: Your message of "Fri, 16 Feb 2001 10:20:49 MST." <3A8D6171.201C4381@softweyr.com> References: <3A8D6171.201C4381@softweyr.com> <20010211094946.A51308@mollari.cthul.hu> <20010211122802.A78975@mollari.cthul.hu> <20010211124707.S3274@fw.wintelcom.net> <20010211125042.B79375@mollari.cthul.hu> <20010211130243.V3274@fw.wintelcom.net> <20010216155756.A70642@gsmx07.alcatel.com.au> Date: Fri, 16 Feb 2001 23:58:50 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A8D6171.201C4381@softweyr.com> Wes Peters writes: : Peter Jeremy wrote: : > [1] I don't think there's a lot of `build once, install on lots of : > different hardware', though I could be wrong. : : Most certainly wrong for those using FreeBSD for embedded devices. I, : for instance, build on nice, fast Athlons, then install in devices : ranging from 500 Mhz K6-2s all the way down to 266 Mhz Geodes. We can : always do multiple library builds and select the correct .so as we : build an install image for a particular platform, but it sure makes the : process longer and more error-prone. : : You should see sshd key generation crawl on a Geode 266 with no keyboard : to bang on. ;^) I do the build once, install many times all the time. I have a fast 4.2-stable box that I do the build on. I then do the installworld on a slower (ppro 200) -current box, my laptop, my router box, and other misc boxes in my house. Sometimes this build is current and other times it is -stable. I use it to make sure that the 4.x upgrade path to current works. :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 23: 1:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0DD4937B491 for ; Fri, 16 Feb 2001 23:01:11 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1H70rW84857; Sat, 17 Feb 2001 00:00:53 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102170700.f1H70rW84857@harmony.village.org> To: Julian Elischer Subject: Re: linksys Etherfast.. broken? Cc: Gerhard Sittig , current@FreeBSD.ORG In-reply-to: Your message of "Fri, 16 Feb 2001 21:35:24 PST." <3A8E0D9C.261A0259@elischer.org> References: <3A8E0D9C.261A0259@elischer.org> <3A896E33.8AC84353@elischer.org> <3A89C231.D03793D4@westmarsh.com> <20010214211548.B15618@speedy.gsinet> <20010216211610.B20830@speedy.gsinet> Date: Sat, 17 Feb 2001 00:00:53 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A8E0D9C.261A0259@elischer.org> Julian Elischer writes: : It looks to me like the interrupt vector is not being registered.. : I'll try figut out what I've screwed up in the config. timeouts usually mean one of two things. With ed devices, they could be the new dlink based chips (fa-410, dlink etherfast, some linksys card) or you have a bad IRQ configured that another hunk of hardware is driving. The interrupt vector almost certainly is getting registered. It just isn't being called. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Feb 16 23:56:36 2001 Delivered-To: freebsd-current@freebsd.org Received: from cis.ohio-state.edu (mail.cis.ohio-state.edu [164.107.115.5]) by hub.freebsd.org (Postfix) with ESMTP id 8E33037B401 for ; Fri, 16 Feb 2001 23:56:30 -0800 (PST) Received: from eta.cis.ohio-state.edu (matey@eta.cis.ohio-state.edu [164.107.112.62]) by cis.ohio-state.edu (8.9.1/8.9.1) with ESMTP id CAA08999 for ; Sat, 17 Feb 2001 02:56:26 -0500 (EST) Received: (from matey@localhost) by eta.cis.ohio-state.edu (8.9.1/8.9.1) id CAA27860 for freebsd-current@freebsd.org; Sat, 17 Feb 2001 02:56:26 -0500 (EST) Date: Sat, 17 Feb 2001 02:56:21 -0500 From: Alexander Matey To: freebsd-current@freebsd.org Subject: Re: uk_UA.KOI8-U broken? Message-ID: <20010217025620.A846@cis.ohio-state.edu> Mail-Followup-To: freebsd-current@freebsd.org References: <200102161754.f1GHsAv12301@misha.privatelabs.com> <20010216132546.A2869@cis.ohio-state.edu> <20010217085948.A17106@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20010217085948.A17106@nagual.pp.ru>; from ache@nagual.pp.ru on Sat, Feb 17, 2001 at 08:59:48AM +0300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Feb 17, 2001 at 08:59:48AM +0300, Andrey A. Chernov wrote: > > That's right. Quick (and dirty?) patch based on ru_RU.KOI8-R that adds > > missing files is attached. > > It have not enough quality to be commited. It wasn't intended to be. In case you haven't noticed that one was for /usr/share/locale/uk_UA.KOI8-U/ - simply a quick fix for Mikhail Teterin to help him get rid of perl warnings. > Please make nicer version (with > comments) based on -current share/{msg,numeric,monet}def Gladly. Attached are 3 diffs against just cvsupped -current tree for /usr/src/share/{msg,numeric,monet}def/. > -- > Andrey A. Chernov > http://ache.pp.ru/ -- lx --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="uk_UA-KOI8-U.monetdef.diff" Content-Transfer-Encoding: 8bit diff -N -r -u3 monetdef/Makefile monetdef.new/Makefile --- monetdef/Makefile Sat Feb 17 02:04:58 2001 +++ monetdef.new/Makefile Sat Feb 17 02:07:38 2001 @@ -22,6 +22,7 @@ pl_PL.ISO_8859-2 \ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ + uk_UA.KOI8-U \ ko_KR.EUC \ ja_JP.EUC diff -N -r -u3 monetdef/uk_UA.KOI8-U.src monetdef.new/uk_UA.KOI8-U.src --- monetdef/uk_UA.KOI8-U.src Wed Dec 31 19:00:00 1969 +++ monetdef.new/uk_UA.KOI8-U.src Sat Feb 17 02:50:37 2001 @@ -0,0 +1,36 @@ +# $FreeBSD$ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# int_curr_symbol +UAH +# currency_symbol +ÇÒÎ +# mon_decimal_point +, +# mon_thousands_sep + +# mon_grouping, separated by ; +3;3 +# positive_sign + +# negative_sign +- +# int_frac_digits +2 +# frac_digits +2 +# p_cs_precedes +0 +# p_sep_by_space +1 +# n_cs_precedes +0 +# n_sep_by_space +1 +# p_sign_posn +1 +# n_sign_posn +1 +# EOF --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="uk_UA-KOI8-U.msgdef.diff" Content-Transfer-Encoding: 8bit diff -N -r -u3 msgdef/Makefile msgdef.new/Makefile --- msgdef/Makefile Sat Feb 17 02:04:58 2001 +++ msgdef.new/Makefile Sat Feb 17 02:09:36 2001 @@ -17,6 +17,7 @@ pl_PL.ISO_8859-2 \ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ + uk_UA.KOI8-U \ ko_KR.EUC \ ja_JP.EUC diff -N -r -u3 msgdef/uk_UA.KOI8-U.src msgdef.new/uk_UA.KOI8-U.src --- msgdef/uk_UA.KOI8-U.src Wed Dec 31 19:00:00 1969 +++ msgdef.new/uk_UA.KOI8-U.src Sat Feb 17 02:10:42 2001 @@ -0,0 +1,14 @@ +# $FreeBSD$ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# yesexpr +^[ÔôyY].* +# noexpr +^[ÎînN].* +# yesstr +ÔÁË +# nostr +Φ +# EOF --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="uk_UA-KOI8-U.numericdef.diff" diff -N -r -u3 numericdef/Makefile numericdef.new/Makefile --- numericdef/Makefile Sat Feb 17 02:04:58 2001 +++ numericdef.new/Makefile Sat Feb 17 02:08:36 2001 @@ -17,6 +17,7 @@ pl_PL.ISO_8859-2 \ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ + uk_UA.KOI8-U \ ko_KR.EUC \ ja_JP.EUC diff -N -r -u3 numericdef/uk_UA.KOI8-U.src numericdef.new/uk_UA.KOI8-U.src --- numericdef/uk_UA.KOI8-U.src Wed Dec 31 19:00:00 1969 +++ numericdef.new/uk_UA.KOI8-U.src Sat Feb 17 02:09:00 2001 @@ -0,0 +1,12 @@ +# $FreeBSD$ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# decimal_point +, +# thousands_sep + +# grouping, separated by ; +3;3 +# EOF --8t9RHnE3ZwKMSgU+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 0:32:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from ns.internet.dk (ns.internet.dk [194.19.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 6C4E237B491 for ; Sat, 17 Feb 2001 00:32:18 -0800 (PST) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) id f1H8WGB68588 for freebsd-current@freebsd.org.AVP; Sat, 17 Feb 2001 09:32:16 +0100 (CET) (envelope-from leifn@neland.dk) Received: (from uucp@localhost) by ns.internet.dk (8.11.2/8.11.2) with UUCP id f1H8WF568582 for freebsd-current@freebsd.org; Sat, 17 Feb 2001 09:32:15 +0100 (CET) (envelope-from leifn@neland.dk) Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.11.1/8.11.0) with ESMTP id f1H8W5x50620 for ; Sat, 17 Feb 2001 09:32:07 +0100 (CET) (envelope-from leifn@neland.dk) Date: Sat, 17 Feb 2001 09:32:05 +0100 (CET) From: Leif Neland To: freebsd-current@freebsd.org Subject: Buildworld failing at stage 4 (Dumping source) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My "main" machine running newest current is hosed at the moment, proabably because I insisted to much in buildworld -k... Anyway, I then nfs-mount its /usr/src and /usr/obj onto an working -current as of 6. jan. I can then build a new world with a working userland, I think. But it stops with printing source on stdout/stderr; I never seen this before: -------------------------------------------------------------- >>> stage 4: populating /usr/obj/usr/src/i386/usr/include -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin LIBRARY_PATH=/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src/i386/usr/lib OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec PERL5LIB=/usr/obj/usr/src/i386/usr/libdata/perl/5.6.0 DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 SHARED=symlinks includes cd /usr/src/include; make -B all install ===> rpcsvc rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/klm_prot.x -o klm_prot.h # 1 "/usr/src/include/rpcsvc/klm_prot.x" /* * Sun RPC is a product of Sun Microsystems, Inc. and is provided for * unrestricted use provided that this legend is included on all tape ... cut /* * Kernel/lock manager protocol definition * Copyright (C) 1986 Sun Microsystems, Inc. * * protocol used between the UNIX kernel (the "client") and the * local lock manager. The local lock manager is a deamon running * above the kernel. */ ... cut - no need to include the whole source in this msg klm_stat KLM_UNLOCK (struct klm_unlockargs) = 4; } = 1; } = 100020; *** Error code 1 Stop in /usr/src/include/rpcsvc. *** Error code 1 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. arnold/usr/src # exit Script done on Sat Feb 17 09:15:29 2001 Leif To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 0:57:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-01.iinet.net.au (syncopation-01.iinet.net.au [203.59.24.37]) by hub.freebsd.org (Postfix) with SMTP id 0A72D37B491 for ; Sat, 17 Feb 2001 00:57:44 -0800 (PST) Received: (qmail 14475 invoked by uid 666); 17 Feb 2001 09:09:45 -0000 Received: from i003-089.nv.iinet.net.au (HELO elischer.org) (203.59.3.89) by mail.m.iinet.net.au with SMTP; 17 Feb 2001 09:09:45 -0000 Message-ID: <3A8E3CF0.7DEF9B5F@elischer.org> Date: Sat, 17 Feb 2001 00:57:20 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Warner Losh Cc: Gerhard Sittig , current@FreeBSD.ORG Subject: Re: linksys Etherfast.. broken? References: <3A8E0D9C.261A0259@elischer.org> <3A896E33.8AC84353@elischer.org> <3A89C231.D03793D4@westmarsh.com> <20010214211548.B15618@speedy.gsinet> <20010216211610.B20830@speedy.gsinet> <200102170700.f1H70rW84857@harmony.village.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <3A8E0D9C.261A0259@elischer.org> Julian Elischer writes: > : It looks to me like the interrupt vector is not being registered.. > : I'll try figut out what I've screwed up in the config. > > timeouts usually mean one of two things. With ed devices, they could > be the new dlink based chips (fa-410, dlink etherfast, some linksys > card) or you have a bad IRQ configured that another hunk of hardware > is driving. the thing that pisses me of is that this card DID WORK! I tried the fa_select program.. it didn't help. Msmith showed a proram once that showed the interrupt registrations but I can't find it any more. It's hard to see whether it registred the handler or not. The other interrupt from the pccard bus is shouwn twice in vmstat -i stray irq0 1 0 stray irq10 1 0 <------ ata0 irq14 9610 2 atkbd0 irq1 7364 1 psm0 irq12 98250 21 clk irq0 452252 99 sio1 irq10 112125 24 <------- I don't quite understand how the pccard and card-bus are connected: the dmesg says pcic-pci0: at device 4.0 on pci0 pcic-pci0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC p ci int + CSC serial isa irq] pcic-pci0: Legacy address set to 0x3e0 PCI Config space: ======= etc. pcic0: at port 0x3e0 iomem 0xd0000 on isa0 pcic0: Polling mode stat is 7f stat is 7f pccard0: on pcic0 pccard1: on pcic0 ===== sio-: sio0 already exists, using sio1 instead pcic: I/O win 0 flags 11 2e8-2ef pcic: I/O win 0 flags 1 2e8-2ef sio1 at port 0x2e8-0x2ef irq 10 slot 0 on pccard0 pcic: I/O win 0 flags 11 2e8-2ef sio1: type 16550A /dev/vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-364 $ /dev/vmmon: Module vmmon: initialized bpf: vmnet1 attached pcic: I/O win 0 flags 15 300-31f pcic: I/O win 0 flags 5 300-31f ed0 at port 0x300-0x31f irq 11 slot 1 on pccard1 pcic: I/O win 0 flags 15 300-31f bpf: ed0 attached ed0: address 00:e0:98:74:49:0d, type Linksys (16 bit) pid 288 (Xaccel): trap 12 with interrupts disabled bpf: ng0 attached ======== so it looks like the TI chip is emulating the VLSI 82C146.. is that correct? .. If anyone has an inspiron running -current that can run an ed based ethernet card (on the top slot) (especially a linksys etherfast,) I'd love to see your configs and the /boot/device.hints files you are using.. > > The interrupt vector almost certainly is getting registered. It just > isn't being called. > > Warner > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 1:15:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from enigma.whacky.net (enigma.whacky.net [194.109.204.120]) by hub.freebsd.org (Postfix) with ESMTP id 7243F37B401; Sat, 17 Feb 2001 01:15:45 -0800 (PST) Received: (from stephanb@localhost) by enigma.whacky.net (8.11.1/8.9.3) id f1H9F0c10059; Sat, 17 Feb 2001 10:15:00 +0100 (CET) (envelope-from stephanb) Date: Sat, 17 Feb 2001 10:15:00 +0100 From: Stephan van Beerschoten To: Warner Losh Cc: freebsd-current@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 Message-ID: <20010217101500.A10023@enigma.whacky.net> References: <20010216025147.A25002@dragon.nuxi.com> <20010216104409.A99749@enigma.whacky.net> <20010216025147.A25002@dragon.nuxi.com> <200102161703.f1GH37E29782@billy-club.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102161703.f1GH37E29782@billy-club.village.org>; from imp@village.org on Fri, Feb 16, 2001 at 10:03:06AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Feb 2001, Warner Losh wrote: > In message <20010216025147.A25002@dragon.nuxi.com> "David O'Brien" writes: > : Warner committed a fix for this. But I'm having trouble building world > : with it. > : > : cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libc/../libc/stdio/_flock_stub.c -o _flock_stub.o > : /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `init_lock': > : /usr/src/lib/libc/../libc/stdio/_flock_stub.c:95: structure has no member named `_extra' > : /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `_flockfile': > : /usr/src/lib/libc/../libc/stdio/_flock_stub.c:111: structure has no member named `_extra' > : ..snip.. > > Did you snag stdio.h as well? My buildworld on a virgin tree post my > fix on a 4.2-stable system completed last night. (stephanb@tripwire|ttyp4)/usr/src# ident ./include/stdio.h ./include/stdio.h: $FreeBSD: src/include/stdio.h,v 1.30 2001/02/16 06:11:21 imp Exp $ and again, all seems to work and compile perfect for me. -- Stephan van Beerschoten [SVB21-RIPE] stephanb@whacky.net PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 "To err is human, to forgive is Not Company Policy" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 1:15:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from enigma.whacky.net (enigma.whacky.net [194.109.204.120]) by hub.freebsd.org (Postfix) with ESMTP id 7243F37B401; Sat, 17 Feb 2001 01:15:45 -0800 (PST) Received: (from stephanb@localhost) by enigma.whacky.net (8.11.1/8.9.3) id f1H9F0c10059; Sat, 17 Feb 2001 10:15:00 +0100 (CET) (envelope-from stephanb) Date: Sat, 17 Feb 2001 10:15:00 +0100 From: Stephan van Beerschoten To: Warner Losh Cc: freebsd-current@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 Message-ID: <20010217101500.A10023@enigma.whacky.net> References: <20010216025147.A25002@dragon.nuxi.com> <20010216104409.A99749@enigma.whacky.net> <20010216025147.A25002@dragon.nuxi.com> <200102161703.f1GH37E29782@billy-club.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102161703.f1GH37E29782@billy-club.village.org>; from imp@village.org on Fri, Feb 16, 2001 at 10:03:06AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Feb 2001, Warner Losh wrote: > In message <20010216025147.A25002@dragon.nuxi.com> "David O'Brien" writes: > : Warner committed a fix for this. But I'm having trouble building world > : with it. > : > : cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP -DHESIOD -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libc/../libc/stdio/_flock_stub.c -o _flock_stub.o > : /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `init_lock': > : /usr/src/lib/libc/../libc/stdio/_flock_stub.c:95: structure has no member named `_extra' > : /usr/src/lib/libc/../libc/stdio/_flock_stub.c: In function `_flockfile': > : /usr/src/lib/libc/../libc/stdio/_flock_stub.c:111: structure has no member named `_extra' > : ..snip.. > > Did you snag stdio.h as well? My buildworld on a virgin tree post my > fix on a 4.2-stable system completed last night. (stephanb@tripwire|ttyp4)/usr/src# ident ./include/stdio.h ./include/stdio.h: $FreeBSD: src/include/stdio.h,v 1.30 2001/02/16 06:11:21 imp Exp $ and again, all seems to work and compile perfect for me. -- Stephan van Beerschoten [SVB21-RIPE] stephanb@whacky.net PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 "To err is human, to forgive is Not Company Policy" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 1:24:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.kt.home.ne.jp (ha2.rdc1.kt.home.ne.jp [203.165.9.243]) by hub.freebsd.org (Postfix) with ESMTP id C7F6537B4EC; Sat, 17 Feb 2001 01:24:12 -0800 (PST) Received: from daemon.local.idaemons.org ([203.165.161.10]) by mail.rdc1.kt.home.ne.jp (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20010213152639.XLQE19464.mail.rdc1.kt.home.ne.jp@daemon.local.idaemons.org>; Tue, 13 Feb 2001 07:26:39 -0800 Received: by daemon.local.idaemons.org (8.11.1/3.7W) id f1DFQdv67480; Wed, 14 Feb 2001 00:26:39 +0900 (JST) Date: Wed, 14 Feb 2001 00:26:39 +0900 Message-ID: <86vgqeeh8w.wl@archon.local.idaemons.org> From: "Akinori MUSHA" To: nnd@mail.nsk.ru Cc: current@FreeBSD.ORG, phantom@FreeBSD.org Subject: Re: setlocale() fails In-Reply-To: <200102131401.f1DE1SI31513@wint.itfs.nsk.su> References: <86y9vbdm9r.wl@daemon.local.idaemons.org> <200102131401.f1DE1SI31513@wint.itfs.nsk.su> User-Agent: Wanderlust/2.5.4 (Smooth) SEMI/1.14.2 (=?ISO-8859-1?Q?Daish=F2?= =?ISO-8859-1?Q?ji?=) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Associated I. Daemons X-PGP-Public-Key: finger knu@FreeBSD.org X-PGP-Fingerprint: 081D 099C 1705 861D 4B70 B04A 920B EFC7 9FD9 E1EE MIME-Version: 1.0 (generated by SEMI 1.14.2 - =?ISO-8859-1?Q?=22Daish=F2ji=22?=) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At Tue, 13 Feb 2001 20:01:28 +0600 (NOVT), nnd@mail.nsk.ru wrote: > Yes this patch permits 'setlocale(LC_ALL, "")' to return > success, but it is not solve the problem totally. It seems to me > that all comparisons of the return value from '__part_load_locale' > in the 'lmessages.c', 'lnumeric.c' and 'lmonetary.c' are reversed now > and your patch correct only one of them (but this one prevents > setlocale to work for all locales but "C" and "POSIX"). All reversed? It seems to me at least the comparison in the line 65 of lmessages.c is correct, and the ones in lnumeric.c and lmonetary.c look fine as well. Let's have your say, Alexey! ;) -- / /__ __ Akinori.org / MUSHA.org / ) ) ) ) / FreeBSD.org / Ruby-lang.org Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp "We're only at home when we're on the run, on the wing, on the fly" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 1:25: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from gate.jtjang.idv.tw (80.c170.ethome.net.tw [202.178.170.80]) by hub.freebsd.org (Postfix) with ESMTP id 7677C37B401 for ; Sat, 17 Feb 2001 01:24:53 -0800 (PST) Received: (from keith@localhost) by gate.jtjang.idv.tw (8.11.2/8.11.2) id f1H9OfT57859 for freebsd-current@FreeBSD.org; Sat, 17 Feb 2001 17:24:41 +0800 (CST) (envelope-from keith) Date: Sat, 17 Feb 2001 17:24:41 +0800 From: Jing-Tang Keith Jang To: freebsd-current@FreeBSD.org Subject: monetdef/msgdef/numericdef fixes for zh_* locales Message-ID: <20010217172441.A33467@gate.jtjang.idv.tw> Reply-To: keith@FreeBSD.org Mail-Followup-To: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD gate.jtjang.idv.tw 5.0-CURRENT FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline -current's zh_TW.Big5 and zh_CN.EUC are both broken due to the lack of LC_MESSAGES, LC_MONETARY, and LC_NUMERIC files. Can anybody with src/ commit bit send in the attached patch, so apps like perl or gtk can function as before? Thanks. -- Less facilities, more enjoyment. --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="zh.diff" --- ./share/monetdef/zh_CN.EUC.src.orig Sat Feb 17 15:38:55 2001 +++ ./share/monetdef/zh_CN.EUC.src Sat Feb 17 14:33:17 2001 @@ -0,0 +1,35 @@ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# int_curr_symbol +CNY +# currency_symbol +$ +# mon_decimal_point +. +# mon_thousands_sep +, +# mon_grouping, separated by ; +3;3 +# positive_sign + +# negative_sign +- +# int_frac_digits +0 +# frac_digits +0 +# p_cs_precedes +1 +# p_sep_by_space +0 +# n_cs_precedes +1 +# n_sep_by_space +0 +# p_sign_posn +1 +# n_sign_posn +4 +# EOF --- ./share/monetdef/zh_TW.Big5.src.orig Sat Feb 17 15:38:55 2001 +++ ./share/monetdef/zh_TW.Big5.src Sat Feb 17 14:28:47 2001 @@ -0,0 +1,35 @@ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# int_curr_symbol +TWD +# currency_symbol +$ +# mon_decimal_point +. +# mon_thousands_sep +, +# mon_grouping, separated by ; +3;3 +# positive_sign + +# negative_sign +- +# int_frac_digits +0 +# frac_digits +0 +# p_cs_precedes +1 +# p_sep_by_space +0 +# n_cs_precedes +1 +# n_sep_by_space +0 +# p_sign_posn +1 +# n_sign_posn +4 +# EOF --- ./share/monetdef/Makefile.orig Sat Feb 17 15:39:02 2001 +++ ./share/monetdef/Makefile Sat Feb 17 14:33:55 2001 @@ -23,7 +23,9 @@ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ ko_KR.EUC \ - ja_JP.EUC + ja_JP.EUC \ + zh_TW.Big5 \ + zh_CN.EUC LOCALEDIR= ${DESTDIR}/usr/share/locale --- ./share/msgdef/zh_CN.EUC.src.orig Sat Feb 17 15:39:08 2001 +++ ./share/msgdef/zh_CN.EUC.src Sat Feb 17 15:01:24 2001 @@ -0,0 +1,9 @@ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# yesexpr +^[yYsS].* +# noexpr +^[nN].* +# EOF --- ./share/msgdef/zh_TW.Big5.src.orig Sat Feb 17 15:39:08 2001 +++ ./share/msgdef/zh_TW.Big5.src Sat Feb 17 14:48:05 2001 @@ -0,0 +1,9 @@ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# yesexpr +^[yYsS].* +# noexpr +^[nN].* +# EOF --- ./share/msgdef/Makefile.orig Sat Feb 17 15:39:19 2001 +++ ./share/msgdef/Makefile Sat Feb 17 15:02:58 2001 @@ -18,7 +18,9 @@ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ ko_KR.EUC \ - ja_JP.EUC + ja_JP.EUC \ + zh_TW.Big5 \ + zh_CN.EUC ENGLISH= en_US.ISO_8859-1 ENGLISHLINKS= en_AU.ISO_8859-1 en_CA.ISO_8859-1 en_GB.ISO_8859-1 \ --- ./share/numericdef/zh_TW.Big5.src.orig Sat Feb 17 15:38:27 2001 +++ ./share/numericdef/zh_TW.Big5.src Sat Feb 17 15:03:46 2001 @@ -0,0 +1,11 @@ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# decimal_point +. +# thousands_sep +, +# grouping, separated by ; +3;3 +# EOF --- ./share/numericdef/zh_CN.EUC.src.orig Sat Feb 17 15:38:31 2001 +++ ./share/numericdef/zh_CN.EUC.src Sat Feb 17 15:03:42 2001 @@ -0,0 +1,11 @@ +# +# WARNING: spaces may be essential at the end of lines +# WARNING: empty lines are essential too +# +# decimal_point +. +# thousands_sep +, +# grouping, separated by ; +3;3 +# EOF --- ./share/numericdef/Makefile.orig Sat Feb 17 15:38:41 2001 +++ ./share/numericdef/Makefile Sat Feb 17 15:21:55 2001 @@ -18,7 +18,9 @@ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ ko_KR.EUC \ - ja_JP.EUC + ja_JP.EUC \ + zh_TW.Big5 \ + zh_CN.EUC LOCALEDIR= ${DESTDIR}/usr/share/locale USENGLISH= en_US.ISO_8859-1 --AqsLC8rIMeq19msA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 2: 4:42 2001 Delivered-To: freebsd-current@freebsd.org Received: from updraft.jp.freebsd.org (updraft.jp.FreeBSD.ORG [210.157.158.42]) by hub.freebsd.org (Postfix) with ESMTP id E8B3037B491 for ; Sat, 17 Feb 2001 02:04:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by updraft.jp.freebsd.org (8.11.2+3.4W/8.11.1) with ESMTP/inet id f1HA4YW86201 for ; Sat, 17 Feb 2001 19:04:35 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-Face: '*aj"d@ijeQ:/X}]oM5c5Uz{ZZZk90WPt>a^y4$cGQp8:!H\W=hSM;PuNiidkc]/%,;6VGu e+`&APmz|P;F~OL/QK%;P2vU>\j4X.8@i%j6[%DTs_3J,Fff0)*oHg$A.cDm&jc#pD24WK@{,"Ef!0 P\):.2}8jo-BiZ?X&t$V X-User-Agent: Mew/1.94.2 XEmacs/21.2 (Poseidon) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 14 From: Makoto MATSUSHITA To: current@FreeBSD.org Subject: Building procedure of krb5 is broken Date: Sat, 17 Feb 2001 19:01:42 +0900 Message-Id: <20010217190142A.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've found that current 5-current is broken, since krb5 cannot compile. Here is a typical compiler message: In file included from /usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/krb5/krb5_locl.h:142, from /usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/gssapi_locl.h:39, from /usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/gssapi/8003.c:34: /usr/src/kerberos5/lib/libgssapi/../../../crypto/heimdal/lib/krb5/krb5.h:43:krb_err.h: No such file or directory It seems that adding 'CFLAGS+=-I${KRB5OBJDIR}' to src/kerberos5/lib/libgssapi/Makefile is required. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 2:23:20 2001 Delivered-To: freebsd-current@freebsd.org Received: from obsecurity.dyndns.org (adsl-64-165-226-53.dsl.lsan03.pacbell.net [64.165.226.53]) by hub.freebsd.org (Postfix) with ESMTP id D571737B503 for ; Sat, 17 Feb 2001 02:23:16 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 82CD367021; Sat, 17 Feb 2001 02:23:16 -0800 (PST) Date: Sat, 17 Feb 2001 02:23:16 -0800 From: Kris Kennaway To: Warner Losh Cc: Wes Peters , Peter Jeremy , current@FreeBSD.ORG Subject: Re: OpenSSL ASM patch Message-ID: <20010217022316.A84042@mollari.cthul.hu> References: <3A8D6171.201C4381@softweyr.com> <20010211094946.A51308@mollari.cthul.hu> <20010211122802.A78975@mollari.cthul.hu> <20010211124707.S3274@fw.wintelcom.net> <20010211125042.B79375@mollari.cthul.hu> <20010211130243.V3274@fw.wintelcom.net> <20010216155756.A70642@gsmx07.alcatel.com.au> <3A8D6171.201C4381@softweyr.com> <200102170658.f1H6woW84830@harmony.village.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102170658.f1H6woW84830@harmony.village.org>; from imp@harmony.village.org on Fri, Feb 16, 2001 at 11:58:50PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 16, 2001 at 11:58:50PM -0700, Warner Losh wrote: > In message <3A8D6171.201C4381@softweyr.com> Wes Peters writes: > : Peter Jeremy wrote: > : > [1] I don't think there's a lot of `build once, install on lots of > : > different hardware', though I could be wrong. > :=20 > : Most certainly wrong for those using FreeBSD for embedded devices. I,= =20 > : for instance, build on nice, fast Athlons, then install in devices=20 > : ranging from 500 Mhz K6-2s all the way down to 266 Mhz Geodes. We can > : always do multiple library builds and select the correct .so as we=20 > : build an install image for a particular platform, but it sure makes the > : process longer and more error-prone. > :=20 > : You should see sshd key generation crawl on a Geode 266 with no keyboard > : to bang on. ;^) >=20 > I do the build once, install many times all the time. I have a fast > 4.2-stable box that I do the build on. I then do the installworld on > a slower (ppro 200) -current box, my laptop, my router box, and other > misc boxes in my house. Sometimes this build is current and other > times it is -stable. >=20 > I use it to make sure that the 4.x upgrade path to current works. :-) Well, these are both 686-class machines so it doesn't strictly apply to what we were talking about. Kris --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6jlEUWry0BWjoQKURAsJjAKCckhmWyxlCIZDL1kGk1rOP9k0ZZgCg+wm+ CZJDCPtColJz24TSiuWHxS8= =fwYU -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 4:43: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 7CB9937B67D for ; Sat, 17 Feb 2001 04:42:59 -0800 (PST) Received: from zippy.pacbell.net ([207.214.149.236]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8W003NRIDOGS@mta6.snfc21.pbi.net> for current@freebsd.org; Sat, 17 Feb 2001 04:22:37 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id 6BC54184F; Sat, 17 Feb 2001 04:25:08 -0800 (PST) Date: Sat, 17 Feb 2001 04:25:08 -0800 From: Alex Zepeda Subject: Re: startx/startkde hangs -CURRENT ... In-reply-to: ; from scrappy@hub.org on Fri, Feb 16, 2001 at 09:31:58PM -0400 To: The Hermit Hacker , current@freebsd.org Message-id: <20010217042508.A3103@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Now, if I start X, the whole machine hangs solid ... Where? By all means, set KDE_DEBUG, and capture the startx output, and do something with the coredumps so that you encode the pid into the file name, since many kde crashes will be in kdeinit (since it's used to launch programs via shlibs).. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 4:54:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 52FBB37B401 for ; Sat, 17 Feb 2001 04:54:33 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1HCsV048560 for ; Sat, 17 Feb 2001 13:54:31 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sat, 17 Feb 2001 13:54:29 +0100 (CET) From: Martin Blapp To: current@FreeBSD.org Subject: New GCC changes broken Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Do people test their changes ? warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type ... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev .c:3828: too few arguments to function `unshare_all_rtl' *** Error code 1 Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 5: 9:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 62E0637B503 for ; Sat, 17 Feb 2001 05:09:47 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id OAA03575; Sat, 17 Feb 2001 14:09:40 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14U77L-0004tt-00 for ; Sat, 17 Feb 2001 14:09:39 +0100 Date: Sat, 17 Feb 2001 14:09:39 +0100 From: Szilveszter Adam To: current@FreeBSD.org Subject: Re: New GCC changes broken Message-ID: <20010217140939.A14083@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , current@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Sat, Feb 17, 2001 at 01:54:29PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 17, 2001 at 01:54:29PM +0100, Martin Blapp wrote: > > Do people test their changes ? > > warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type > ... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev > .c:3828: too few arguments to function `unshare_all_rtl' > *** Error code 1 GCC 2.95.3 RC 3 is in the process of being integrated into the tree. I have not yet seen an all-clear signal from David O' on this. You should read your cvs-all mail and wait for the changes to finish first. (or try it with sources from before the upgrade.) -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 5:19:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 3244E37B4EC for ; Sat, 17 Feb 2001 05:19:14 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id OAA03873; Sat, 17 Feb 2001 14:19:13 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14U7Gb-0004vs-00 for ; Sat, 17 Feb 2001 14:19:13 +0100 Date: Sat, 17 Feb 2001 14:19:13 +0100 From: Szilveszter Adam To: current@FreeBSD.org Subject: Re: New GCC changes broken Message-ID: <20010217141913.B14083@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , current@FreeBSD.org References: <20010217140939.A14083@petra.hos.u-szeged.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010217140939.A14083@petra.hos.u-szeged.hu>; from sziszi@petra.hos.u-szeged.hu on Sat, Feb 17, 2001 at 02:09:39PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 17, 2001 at 02:09:39PM +0100, Szilveszter Adam wrote: > On Sat, Feb 17, 2001 at 01:54:29PM +0100, Martin Blapp wrote: > > > > Do people test their changes ? > > > > warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type > > ... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev > > .c:3828: too few arguments to function `unshare_all_rtl' > > *** Error code 1 > > GCC 2.95.3 RC 3 is in the process of being integrated into the tree. I have > not yet seen an all-clear signal from David O' on this. You should read > your cvs-all mail and wait for the changes to finish first. (or try it with > sources from before the upgrade.) BTW, if you want the latest from everything except gcc, David even layed a tag on the sources just before the import: BEFORE_GCC_2_95_3_TEST3 you may want to use it. Good luck! -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 5:32:56 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 0139037B491 for ; Sat, 17 Feb 2001 05:32:52 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1HDWo049901 for ; Sat, 17 Feb 2001 14:32:51 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sat, 17 Feb 2001 14:32:49 +0100 (CET) From: Martin Blapp To: current@FreeBSD.org Subject: Re: New GCC changes broken In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On another box CURRENT, updated this morning: cc -I/usr/src/lib/csu/i386-elf/../common -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/csu/i386-elf/crti.S -o crti.o cc: Internal compiler error: program as got fatal signal 11 as(1) does crash, rebuilding as does not help, neither does rebuilding gcc, I cannot compile and .S files. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ On Sat, 17 Feb 2001, Martin Blapp wrote: > > Do people test their changes ? > > warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type > ... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev > .c:3828: too few arguments to function `unshare_all_rtl' > *** Error code 1 > > Martin > > Martin Blapp, mb@imp.ch > ------------------------------------------------ > Improware AG, UNIX solution and service provider > Zurlindenstrasse 29, 4133 Pratteln, Switzerland > Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 > ------------------------------------------------ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 5:38:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 11E4937B401 for ; Sat, 17 Feb 2001 05:38:40 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id OAA04629; Sat, 17 Feb 2001 14:38:38 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14U7ZO-00050Q-00 for ; Sat, 17 Feb 2001 14:38:38 +0100 Date: Sat, 17 Feb 2001 14:38:38 +0100 From: Szilveszter Adam To: current@FreeBSD.org Subject: Re: New GCC changes broken Message-ID: <20010217143838.C14083@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , current@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Sat, Feb 17, 2001 at 02:32:49PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 17, 2001 at 02:32:49PM +0100, Martin Blapp wrote: > > On another box CURRENT, updated this morning: > > cc -I/usr/src/lib/csu/i386-elf/../common > -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/csu/i386-elf/crti.S > -o crti.o cc: Internal compiler error: program as got fatal signal 11 > > as(1) does crash, rebuilding as does not help, neither does rebuilding > gcc, I cannot compile and .S files. Do you have ver 1.15 of src/lib/libc/stdio/findfp.c, committed by imp? revision 1.15 date: 2001/02/16 21:09:49; author: imp; state: Exp; lines: +15 -4 Extra needs to be initialized for our usual pool of FILEs. This was causing some versions of as to dump core. This survived make buildworld/installworld and the building gettext port afterwards. Submitted by: "N.Dudorov" Reviewed by: "Daniel M. Eischen" If not, that may be the problem... but I do not know of a good solution other than grabbing a known good as (or also libc) from somewhere, like a snapshot on ftp... -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 7:33:59 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 91E5637B4EC for ; Sat, 17 Feb 2001 07:33:54 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1HFXr053950 for ; Sat, 17 Feb 2001 16:33:53 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sat, 17 Feb 2001 16:33:51 +0100 (CET) From: Martin Blapp To: current@FreeBSD.org Subject: Re: New GCC changes broken In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Did that, replaced /usr/libexec/elf/as with new one, now I have: cc -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DYP -DHESIOD -I/usr/src/lib/libc/i386 -c read.S -o read.o ld: unrecognized option `-x' Sigh ... Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 7:53: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 411C937B503 for ; Sat, 17 Feb 2001 07:53:02 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id QAA09191; Sat, 17 Feb 2001 16:53:00 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14U9fQ-0005ZR-00 for ; Sat, 17 Feb 2001 16:53:00 +0100 Date: Sat, 17 Feb 2001 16:53:00 +0100 From: Szilveszter Adam To: current@FreeBSD.org Subject: Re: New GCC changes broken Message-ID: <20010217165300.A21093@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , current@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Sat, Feb 17, 2001 at 04:33:51PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 17, 2001 at 04:33:51PM +0100, Martin Blapp wrote: > > Did that, replaced /usr/libexec/elf/as with new one, > now I have: > > cc -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include > -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/src/lib/libc -DPOSIX_MISTAKE > -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DYP -DHESIOD > -I/usr/src/lib/libc/i386 -c read.S -o read.o > ld: unrecognized option `-x' Oh my dear... maybe you'll have to replace libc too... I have just finished the upgrade (so far no problems) even my old (as in: before Feb 10) apps work again as a result of the libc major downgrade. But I may have been "lucky" because I have a slow machine, it takes about 6 hours to complete an upgrade on it, so these sources are as of about 10am today your (and mine) time... which looks like a good time to go back to. If you can link programs now, I suggest you checkout sources as of today 10am CET and try building it again. It at least worked for me (although I should have removed the WITNESS_DDB option since it now features random drops to ddb with lock order reversal errors, from where you can always continue...) I have now: FreeBSD fonix.hos.u-szeged.hu 5.0-CURRENT FreeBSD 5.0-CURRENT #8: Sat Feb 17 16: 09:13 CET 2001 root@fonix.hos.u-szeged.hu:/usr/src/sys/compile/FONIX i386 Wish you best of luck! -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 8: 7:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id E5A7637B491 for ; Sat, 17 Feb 2001 08:07:07 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id RAA09662; Sat, 17 Feb 2001 17:07:06 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14U9t4-0005eu-00 for ; Sat, 17 Feb 2001 17:07:06 +0100 Date: Sat, 17 Feb 2001 17:07:06 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Subject: Hungarian locale completed Message-ID: <20010217170706.B21093@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello everybody! Today I upgraded my system to the latest -CURRENT and in the process also completed the Hungarian locale support. Please find enclosed the small tar.gz archive with the necessary files in src/share/{msgdef|monetdef|numericdef} and if you see fit, commit them. Good speed! -- Regards: Szilveszter ADAM Szeged University Szeged Hungary --TB36FDmn/VVEgNH/ Content-Type: application/octet-stream Content-Disposition: attachment; filename="hungarian.tar.gz" Content-Transfer-Encoding: base64 H4sIAJOgjjoCA+2XS4/TMBSFs/avsNRZIaZ1Hk4GWIGgTDcdidEIIQRWmtymlhonsh1E/j1O OiP6EAxFfcDofpvkHt/ISU5ynAxHRmcj76jQiCWcU49SP+H++vYBRmkSRCEPGPMDVyc+TzzK vRPQGJtqSr0s+33fY+P/KcPef7NINYz+Cf/DxA2zIGHo/6n9V00JWmY5zEdn899nkRsOIhah /2f0f9GI67vh5PZGXF3xF5fB0HX99Rw+Y3EU/dr/wBWb/vMo5h5l6P/RGdCLsQZ4c/v2ggzI gH58/WE6mb5/SU2dZmBombZ0BhSMAWVluqSppXbhBJXTak6XUoFZPwzK2rYrmbpnau1AW1X9 DDlkskyXoq6ksuS5U+yiakyqciMM1IQ6pdBVU0tVkPBV6Mp3N2PiIcd+/8tKgT14+u+Z/3HY 5T9LfMz/s/l/0PR/PP/jINjyn7sVAPP/aea/S32RNVoL05azakmu78Zd5HcSqKx9kMfWie6J FLvrRafurhmdurVu1JWRVn4DYWShiBMUFOlP4fL+bOY6zUQuC2kNCZy2XdciM6LWkEHuLtbv FTermLmT7e5S36R2mtRuU91P7C7FKBKtWjbq0y90G++/KY6Q/nvmf+j2fZ8H+P9/Lv8PnP5/ 8P0f8y3/o9jH7/8nmv8tGPhea/L1s5y0n74Mn3U5WN1LaroSXJOxmsgCVD/cFQpK/BdAEARB EARBEARBEARBkH34AQTKn8MAKAAA --TB36FDmn/VVEgNH/-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 8:24:39 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id F3DCB37B4EC for ; Sat, 17 Feb 2001 08:24:30 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id RAA10226; Sat, 17 Feb 2001 17:24:29 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14UA9t-0005lk-00 for ; Sat, 17 Feb 2001 17:24:29 +0100 Date: Sat, 17 Feb 2001 17:24:29 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Subject: Re: Hungarian locale completed Message-ID: <20010217172429.C21093@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org References: <20010217170706.B21093@petra.hos.u-szeged.hu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="oC1+HKm2/end4ao3" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010217170706.B21093@petra.hos.u-szeged.hu>; from sziszi@petra.hos.u-szeged.hu on Sat, Feb 17, 2001 at 05:07:06PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --oC1+HKm2/end4ao3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Feb 17, 2001 at 05:07:06PM +0100, Szilveszter Adam wrote: > Hello everybody! > > Today I upgraded my system to the latest -CURRENT and in the process also > completed the Hungarian locale support. > > Please find enclosed the small tar.gz archive with the necessary files in > src/share/{msgdef|monetdef|numericdef} and if you see fit, commit them. Where, of course, I couldn't be bothered to send the Makefile diffs along... doh!:-) Here they are... -- Regards: Szilveszter ADAM Szeged University Szeged Hungary --oC1+HKm2/end4ao3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Makefile.mondef" Index: Makefile =================================================================== RCS file: /usr/local/ncvs/freebsd//src/share/monetdef/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- Makefile 2001/02/17 08:28:26 1.17 +++ Makefile 2001/02/17 08:15:40 @@ -1,4 +1,4 @@ -# $FreeBSD: src/share/monetdef/Makefile,v 1.17 2001/02/17 08:28:26 ache Exp $ +# $FreeBSD: src/share/monetdef/Makefile,v 1.16 2001/02/11 16:19:41 knu Exp $ NOMAN=YES CLEANFILES+= ${LOCALES:S/$/.out/g} @@ -16,13 +16,13 @@ fi_FI.ISO_8859-1 \ fr_FR.ISO_8859-1 \ fr_CA.ISO_8859-1 \ + hu_HU.ISO_8859-2 \ is_IS.ISO_8859-1 \ nl_NL.ISO_8859-1 \ no_NO.ISO_8859-1 \ pl_PL.ISO_8859-2 \ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ - uk_UA.KOI8-U \ ko_KR.EUC \ ja_JP.EUC --oC1+HKm2/end4ao3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Makefile.msgdef" Index: Makefile =================================================================== RCS file: /usr/local/ncvs/freebsd//src/share/msgdef/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- Makefile 2001/02/17 08:31:31 1.17 +++ Makefile 2001/02/17 08:13:36 @@ -1,4 +1,4 @@ -# $FreeBSD: src/share/msgdef/Makefile,v 1.17 2001/02/17 08:31:31 ache Exp $ +# $FreeBSD: src/share/msgdef/Makefile,v 1.16 2001/02/11 16:19:42 knu Exp $ NOMAN=YES CLEANFILES+= ${LOCALES:S/$/.out/g} @@ -11,13 +11,13 @@ en_US.ISO_8859-1 \ fi_FI.ISO_8859-1 \ fr_FR.ISO_8859-1 \ + hu_HU.ISO_8859-2 \ is_IS.ISO_8859-1 \ nl_NL.ISO_8859-1 \ no_NO.ISO_8859-1 \ pl_PL.ISO_8859-2 \ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ - uk_UA.KOI8-U \ ko_KR.EUC \ ja_JP.EUC --oC1+HKm2/end4ao3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Makefile.numdef" Index: Makefile =================================================================== RCS file: /usr/local/ncvs/freebsd//src/share/numericdef/Makefile,v retrieving revision 1.18 diff -u -r1.18 Makefile --- Makefile 2001/02/17 08:35:14 1.18 +++ Makefile 2001/02/17 08:11:57 @@ -1,4 +1,4 @@ -# $FreeBSD: src/share/numericdef/Makefile,v 1.18 2001/02/17 08:35:14 ache Exp $ +# $FreeBSD: src/share/numericdef/Makefile,v 1.17 2001/02/11 16:19:43 knu Exp $ NOMAN=YES CLEANFILES+= ${LOCALES:S/$/.out/g} @@ -11,13 +11,13 @@ en_US.ISO_8859-1 \ fi_FI.ISO_8859-1 \ fr_FR.ISO_8859-1 \ + hu_HU.ISO_8859-2 \ is_IS.ISO_8859-1 \ nl_NL.ISO_8859-1 \ no_NO.ISO_8859-1 \ pl_PL.ISO_8859-2 \ ru_RU.KOI8-R \ sv_SE.ISO_8859-1 \ - uk_UA.KOI8-U \ ko_KR.EUC \ ja_JP.EUC --oC1+HKm2/end4ao3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 8:30: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from enigma.whacky.net (enigma.whacky.net [194.109.204.120]) by hub.freebsd.org (Postfix) with ESMTP id 3669737B401 for ; Sat, 17 Feb 2001 08:29:58 -0800 (PST) Received: (from stephanb@localhost) by enigma.whacky.net (8.11.1/8.9.3) id f1HGTfE12255; Sat, 17 Feb 2001 17:29:41 +0100 (CET) (envelope-from stephanb) Date: Sat, 17 Feb 2001 17:29:41 +0100 From: Stephan van Beerschoten To: nnd@mail.nsk.ru Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: -current world broken since Feb 10 Message-ID: <20010217172941.A11740@enigma.whacky.net> References: <20010216144805.B880@enigma.whacky.net> <200102161503.f1GF3m273003@wint.itfs.nsk.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102161503.f1GF3m273003@wint.itfs.nsk.su>; from nnd@mail.nsk.ru on Fri, Feb 16, 2001 at 09:03:48PM +0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 16 Feb 2001, nnd@mail.nsk.ru wrote: > In article <20010216144805.B880@enigma.whacky.net> you wrote: > > > >> > > Has anybody gotten world to build? > >> > Mine isn't finished yet, but it is past libc, it is busy in usr.sbin. > >> > >> Finished buildworld without problems.. CVS as of (check mailheader). > >> I'm about to install.. > > > > Finished installing, built kernel, and booted it. No problems whatsoever. > > > > FreeBSD .whacky.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Feb 16 14:33:37 CET 2001 stephanb@.whacky.net:/mnt/archive/CVS/CURRENT/src/sys/compile/ i386 > > > > If you want to discover and reproduce the problem (:-) > it is sufficient to go to ports/devel/gettext and 'make' this port. > When make start to make in the 'po' directory it SIGFAULTs in > __ungetc. > *sighs* True.. it fails here as well. Damn -- Stephan van Beerschoten [SVB21-RIPE] stephanb@whacky.net PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 "To err is human, to forgive is Not Company Policy" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 8:33:14 2001 Delivered-To: freebsd-current@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id B3F1F37B65D for ; Sat, 17 Feb 2001 08:33:09 -0800 (PST) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id RAA10516; Sat, 17 Feb 2001 17:33:08 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 14UAIG-0005of-00 for ; Sat, 17 Feb 2001 17:33:08 +0100 Date: Sat, 17 Feb 2001 17:33:08 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Subject: Re: Hungarian locale completed Message-ID: <20010217173308.A22211@petra.hos.u-szeged.hu> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org References: <20010217170706.B21093@petra.hos.u-szeged.hu> <20010217172429.C21093@petra.hos.u-szeged.hu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010217172429.C21093@petra.hos.u-szeged.hu>; from sziszi@petra.hos.u-szeged.hu on Sat, Feb 17, 2001 at 05:24:29PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Feb 17, 2001 at 05:24:29PM +0100, Szilveszter Adam wrote: > Where, of course, I couldn't be bothered to send the Makefile diffs > along... doh!:-) > > Here they are... <...> Please, ignore the previous junk... sigh. I should know better than synching my CVS repo *after* building and *before* generating the diffs. Slowly I will learn... in the meantime, the (for a change, correct) diffs: -- Regards: Szilveszter ADAM Szeged University Szeged Hungary --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Makefile.mondef" Index: Makefile =================================================================== RCS file: /usr/local/ncvs/freebsd//src/share/monetdef/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- Makefile 2001/02/17 08:28:26 1.17 +++ Makefile 2001/02/17 16:31:26 @@ -16,6 +16,7 @@ fi_FI.ISO_8859-1 \ fr_FR.ISO_8859-1 \ fr_CA.ISO_8859-1 \ + hu_HU.ISO_8859-2 \ is_IS.ISO_8859-1 \ nl_NL.ISO_8859-1 \ no_NO.ISO_8859-1 \ --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Makefile.msgdef" Index: Makefile =================================================================== RCS file: /usr/local/ncvs/freebsd//src/share/msgdef/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- Makefile 2001/02/17 08:31:31 1.17 +++ Makefile 2001/02/17 16:29:54 @@ -11,6 +11,7 @@ en_US.ISO_8859-1 \ fi_FI.ISO_8859-1 \ fr_FR.ISO_8859-1 \ + hu_HU.ISO_8859-2 \ is_IS.ISO_8859-1 \ nl_NL.ISO_8859-1 \ no_NO.ISO_8859-1 \ --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Makefile.numdef" Index: Makefile =================================================================== RCS file: /usr/local/ncvs/freebsd//src/share/numericdef/Makefile,v retrieving revision 1.18 diff -u -r1.18 Makefile --- Makefile 2001/02/17 08:35:14 1.18 +++ Makefile 2001/02/17 16:31:01 @@ -11,6 +11,7 @@ en_US.ISO_8859-1 \ fi_FI.ISO_8859-1 \ fr_FR.ISO_8859-1 \ + hu_HU.ISO_8859-2 \ is_IS.ISO_8859-1 \ nl_NL.ISO_8859-1 \ no_NO.ISO_8859-1 \ --1yeeQ81UyVL57Vl7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 9:15: 8 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id B96D637B4EC for ; Sat, 17 Feb 2001 09:15:03 -0800 (PST) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f1HHEnX91037; Sat, 17 Feb 2001 13:14:50 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 17 Feb 2001 13:14:49 -0400 (AST) From: The Hermit Hacker To: Alex Zepeda Cc: Subject: Re: startx/startkde hangs -CURRENT ... In-Reply-To: <20010217042508.A3103@zippy.mybox.zip> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Feb 2001, Alex Zepeda wrote: > > Now, if I start X, the whole machine hangs solid ... > > Where? By all means, set KDE_DEBUG, and capture the startx output, and do > something with the coredumps so that you encode the pid into the file > name, since many kde crashes will be in kdeinit (since it's used to launch > programs via shlibs).. actually, after a reboot, I figured I'd do a 'make -j3 buildworld' to see what happens there, without X started, and the whole system hangs that way too ... so, we're in the clear for X/KDE right now ... Thanks ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 9:58:19 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 210AE37B401 for ; Sat, 17 Feb 2001 09:58:16 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1HHwD059134 for ; Sat, 17 Feb 2001 18:58:14 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sat, 17 Feb 2001 18:58:11 +0100 (CET) From: Martin Blapp To: current@FreeBSD.org Subject: (solved) New GCC changes broken In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, I replaced all bintools in /usr/bin/* and /usr/libexec/elf/* . Everything works now and I successfully built world just now. That was a scary day to compile. Martin Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ On Sat, 17 Feb 2001, Martin Blapp wrote: > > Did that, replaced /usr/libexec/elf/as with new one, > now I have: > > cc -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include > -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/src/lib/libc -DPOSIX_MISTAKE > -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DYP -DHESIOD > -I/usr/src/lib/libc/i386 -c read.S -o read.o > ld: unrecognized option `-x' > > Sigh ... > > Martin > > Martin Blapp, mb@imp.ch > ------------------------------------------------ > Improware AG, UNIX solution and service provider > Zurlindenstrasse 29, 4133 Pratteln, Switzerland > Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 > ----------------------------------------------- > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 10:45:45 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 1AEDF37B401 for ; Sat, 17 Feb 2001 10:45:43 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1HIjLW90566; Sat, 17 Feb 2001 11:45:21 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102171845.f1HIjLW90566@harmony.village.org> To: Kris Kennaway Subject: Re: OpenSSL ASM patch Cc: Wes Peters , Peter Jeremy , current@FreeBSD.ORG In-reply-to: Your message of "Sat, 17 Feb 2001 02:23:16 PST." <20010217022316.A84042@mollari.cthul.hu> References: <20010217022316.A84042@mollari.cthul.hu> <3A8D6171.201C4381@softweyr.com> <20010211094946.A51308@mollari.cthul.hu> <20010211122802.A78975@mollari.cthul.hu> <20010211124707.S3274@fw.wintelcom.net> <20010211125042.B79375@mollari.cthul.hu> <20010211130243.V3274@fw.wintelcom.net> <20010216155756.A70642@gsmx07.alcatel.com.au> <3A8D6171.201C4381@softweyr.com> <200102170658.f1H6woW84830@harmony.village.org> Date: Sat, 17 Feb 2001 11:45:21 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010217022316.A84042@mollari.cthul.hu> Kris Kennaway writes: : Well, these are both 686-class machines so it doesn't strictly apply : to what we were talking about. The build machine is a 686, but the targets are {486,586 and 686}. The laptop is a 586... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 12:17:18 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (pop.gmx.de [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id D8C5837B401 for ; Sat, 17 Feb 2001 12:17:14 -0800 (PST) Received: (qmail 19845 invoked by uid 0); 17 Feb 2001 20:16:54 -0000 Received: from p3ee21647.dip.t-dialin.net (HELO speedy.gsinet) (62.226.22.71) by mail.gmx.net (mp006-rz3) with SMTP; 17 Feb 2001 20:16:54 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id RAA23244 for current@freebsd.org; Sat, 17 Feb 2001 17:06:45 +0100 Date: Sat, 17 Feb 2001 17:06:45 +0100 From: Gerhard Sittig To: current@freebsd.org Subject: Re: linksys Etherfast.. broken? Message-ID: <20010217170645.C20830@speedy.gsinet> Mail-Followup-To: current@freebsd.org References: <3A89C231.D03793D4@westmarsh.com> <20010214211548.B15618@speedy.gsinet> <20010216211610.B20830@speedy.gsinet> <200102170700.f1H70rW84857@harmony.village.org> <3A8E3CF0.7DEF9B5F@elischer.org> <3A896E33.8AC84353@elischer.org> <3A89C231.D03793D4@westmarsh.com> <20010214211548.B15618@speedy.gsinet> <20010216211610.B20830@speedy.gsinet> <3A8E0D9C.261A0259@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <3A8E0D9C.261A0259@elischer.org>; from julian@elischer.org on Fri, Feb 16, 2001 at 09:35:24PM -0800 Organization: System Defenestrators Inc. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Feb 16, 2001 at 21:35 -0800, Julian Elischer wrote: > > Gerhard Sittig wrote: > > > > Now that I had success with the fa_select tool, I filed a PR > > with a patch: misc/25147. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=25147 > > thanks for this.. but it didn't seem to help > > It looks to me like the interrupt vector is not being > registered.. I'll try figut out what I've screwed up in the > config. On Sat, Feb 17, 2001 at 00:57 -0800, Julian Elischer wrote: > > the thing that pisses me of is that this card DID WORK! > I tried the fa_select program.. it didn't help. Sorry, but the method described in the PR assumes that fa_select _is_ the tool that makes the cards work. What the PR achieves is that the card is useful right after getting plugged in -- without manual intervention. If only I had known earlier about the fa_select tool (didn't find it in the archives when I searched for my card back in November/December, it seems there are too many ways of spelling model names plus there are sooo many models basically being the same -- I never considered "Netgear" to be of concern for me ...)! But I still see the PR method as a hack just to get network access to a machine with failed media negotiation. Especially forcing speed as well as duplex mode is what I don't like about the current situation (you all know the regular threads about "it doesn't work" with the usual answers "then don't hardware it"). Your "fa_select doesn't help" and Warner's message suggest that your situation is different from mine and that you have some kind of resource allocation problem or a conflicting assignment. Sorry ... virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 13:13:10 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 02A8437B491 for ; Sat, 17 Feb 2001 13:13:08 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1HLCqG08710; Sat, 17 Feb 2001 13:12:52 -0800 (PST) (envelope-from obrien) Date: Sat, 17 Feb 2001 13:12:51 -0800 From: "David O'Brien" To: Martin Blapp Cc: current@FreeBSD.org Subject: Re: New GCC changes broken Message-ID: <20010217131251.A8433@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mb@imp.ch on Sat, Feb 17, 2001 at 01:54:29PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 17, 2001 at 01:54:29PM +0100, Martin Blapp wrote: > > Do people test their changes ? > > warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type > ... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev > .c:3828: too few arguments to function `unshare_all_rtl' > *** Error code 1 Sounds like you CVSup'ed in between my import and fixing of conflicts. Please let me know if you still have problems. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 13:14:52 2001 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 5E91737B491; Sat, 17 Feb 2001 13:14:47 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f1HLEk065877; Sat, 17 Feb 2001 22:14:46 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Sat, 17 Feb 2001 22:14:44 +0100 (CET) From: Martin Blapp To: "David O'Brien" Cc: current@FreeBSD.org Subject: Re: New GCC changes broken In-Reply-To: <20010217131251.A8433@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Everything works now, thanks ! Martin Blapp, mb@imp.ch ------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 79 370 26 05, Fax: +41 61 826 93 01 ------------------------------------------------ On Sat, 17 Feb 2001, David O'Brien wrote: > On Sat, Feb 17, 2001 at 01:54:29PM +0100, Martin Blapp wrote: > > > > Do people test their changes ? > > > > warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type > > ... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev > > .c:3828: too few arguments to function `unshare_all_rtl' > > *** Error code 1 > > Sounds like you CVSup'ed in between my import and fixing of conflicts. > Please let me know if you still have problems. > > -- > -- David (obrien@FreeBSD.org) > GNU is Not Unix / Linux Is Not UniX > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 14:45:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id EC49537B491; Sat, 17 Feb 2001 14:45:47 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id EFAA4594FD; Sat, 17 Feb 2001 16:46:10 -0600 (CST) Date: Sat, 17 Feb 2001 16:46:10 -0600 From: "Michael C . Wu" To: keith@FreeBSD.org Cc: freebsd-current@FreeBSD.org Subject: Re: monetdef/msgdef/numericdef fixes for zh_* locales Message-ID: <20010217164610.B85867@peorth.iteration.net> Reply-To: "Michael C . Wu" Mail-Followup-To: "Michael C . Wu" , keith@FreeBSD.org, freebsd-current@FreeBSD.org References: <20010217172441.A33467@gate.jtjang.idv.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010217172441.A33467@gate.jtjang.idv.tw>; from keith@gate.jtjang.idv.tw on Sat, Feb 17, 2001 at 05:24:41PM +0800 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 17, 2001 at 05:24:41PM +0800, Jing-Tang Keith Jang scribbled: | -current's zh_TW.Big5 and zh_CN.EUC are both broken due to | the lack of LC_MESSAGES, LC_MONETARY, and LC_NUMERIC files. | Can anybody with src/ commit bit send in the attached patch, | so apps like perl or gtk can function as before? I tested this and it works for me. However, would the person who committed this breakage please explain why he/she did this? And, why was this not sent to -i18n for review? | Thanks. | -- | Less facilities, more enjoyment. ^^^^^^^^^^^^^^^^^^ zhang3bei4 guo3ran2 shi4 zhang3bei4. chi3cun4 gen1 neng2li4 guo3ran2 mei2 guan1xi4. | --- ./share/monetdef/zh_CN.EUC.src.orig Sat Feb 17 15:38:55 2001 | +++ ./share/monetdef/zh_CN.EUC.src Sat Feb 17 14:33:17 2001 | --- ./share/monetdef/zh_TW.Big5.src.orig Sat Feb 17 15:38:55 2001 | +++ ./share/monetdef/zh_TW.Big5.src Sat Feb 17 14:28:47 2001 | ko_KR.EUC \ | - ja_JP.EUC | + ja_JP.EUC \ | + zh_TW.Big5 \ | + zh_CN.EUC | - ja_JP.EUC | + ja_JP.EUC \ | + zh_TW.Big5 \ | + zh_CN.EUC | + zh_TW.Big5 \ | + zh_CN.EUC | -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 15:36:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 0850C37B401 for ; Sat, 17 Feb 2001 15:36:20 -0800 (PST) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id PAA28276 for ; Sat, 17 Feb 2001 15:36:19 -0800 Date: Sat, 17 Feb 2001 15:36:18 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: current@freebsd.org Subject: got stuck in the current __sF foo... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG One system got stuck in the current __sF bork... I'm not stuck with: cc -o make_hash -O -pipe -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -DMAIN_PROGRAM /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c /usr/lib/libgcc.so: undefined reference to `__sF' *** Error code 1 Stop in /usr/src/lib/libncurses. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Any advice? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 15:50:47 2001 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id B2FCA37B4EC for ; Sat, 17 Feb 2001 15:50:44 -0800 (PST) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.11.2/8.11.2) with ESMTP id f1HNoh004762; Sat, 17 Feb 2001 15:50:43 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <5.0.2.1.2.20010217154335.00a696e0@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sat, 17 Feb 2001 15:50:42 -0800 To: mjacob@feral.com, current@FreeBSD.ORG From: Manfred Antar Subject: Re: got stuck in the current __sF foo... In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 03:36 PM 2/17/2001 -0800, Matthew Jacob wrote: >One system got stuck in the current __sF bork... I'm not stuck with: > >cc -o make_hash -O -pipe -I. -I/usr/src/lib/libncurses >-I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses >-I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE >-DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -DMAIN_PROGRAM >/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c >/usr/lib/libgcc.so: undefined reference to `__sF' >*** Error code 1 > >Stop in /usr/src/lib/libncurses. >*** Error code 1 > >Stop in /usr/src. >*** Error code 1 > >Stop in /usr/src. >*** Error code 1 > >Stop in /usr/src. > > >Any advice? What is the date of your system (libc) ? Before Feb 10 or between the 10th and the 16th ? If before Feb 10 I would resup , remove /usr/obj and try again. If in the period between the 10th and 16th , you might need to restore from tape or other means then try again.I just did a make world from a system from the 10th and current src and it built fine Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 16:19: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 6B91637B491 for ; Sat, 17 Feb 2001 16:18:57 -0800 (PST) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f1I0HLH93039; Sat, 17 Feb 2001 20:17:21 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 17 Feb 2001 20:17:21 -0400 (AST) From: The Hermit Hacker To: Manfred Antar Cc: , Subject: Re: got stuck in the current __sF foo... In-Reply-To: <5.0.2.1.2.20010217154335.00a696e0@pozo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just got hurt by this, in a sense ... buildworld and installworld all worked great, but as soon as I tried to a 'startx', it told me that libm.so.2 had an unresolved symbol __sF ... I just rebuilt my X, figure just the result of the bump in libm.so.n major ... On Sat, 17 Feb 2001, Manfred Antar wrote: > At 03:36 PM 2/17/2001 -0800, Matthew Jacob wrote: > > >One system got stuck in the current __sF bork... I'm not stuck with: > > > >cc -o make_hash -O -pipe -I. -I/usr/src/lib/libncurses > >-I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses > >-I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE > >-DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -DMAIN_PROGRAM > >/usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/comp_hash.c > >/usr/lib/libgcc.so: undefined reference to `__sF' > >*** Error code 1 > > > >Stop in /usr/src/lib/libncurses. > >*** Error code 1 > > > >Stop in /usr/src. > >*** Error code 1 > > > >Stop in /usr/src. > >*** Error code 1 > > > >Stop in /usr/src. > > > > > >Any advice? > > What is the date of your system (libc) ? Before Feb 10 or between the 10th and the 16th ? > If before Feb 10 I would resup , remove /usr/obj and try again. > If in the period between the 10th and 16th , you might need to restore from tape or other means > then try again.I just did a make world from a system from the 10th and current src and it built fine > > Manfred > ================================== > || null@pozo.com || > || Ph. (415) 681-6235 || > ================================== > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 16:38:38 2001 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id 29D4737B684 for ; Sat, 17 Feb 2001 16:38:32 -0800 (PST) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.11.2/8.11.2) with ESMTP id f1I0cMj00486; Sat, 17 Feb 2001 16:38:26 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <5.0.2.1.2.20010217162314.00a69850@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sat, 17 Feb 2001 16:38:22 -0800 To: The Hermit Hacker From: Manfred Antar Subject: Re: got stuck in the current __sF foo... Cc: , In-Reply-To: References: <5.0.2.1.2.20010217154335.00a696e0@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 08:17 PM 2/17/2001 -0400, The Hermit Hacker wrote: >I just got hurt by this, in a sense ... buildworld and installworld all >worked great, but as soon as I tried to a 'startx', it told me that >libm.so.2 had an unresolved symbol __sF ... I just rebuilt my X, figure >just the result of the bump in libm.so.n major ... > > I don't think any of the libs were bumped recently except for libc and that was backed out. There was a patch posted that bumped some of the libs but that was withdrawn. I think you might have libs built from some of the stuff that was backed or not a totally current source. I'm using X compiled on the 8th of Feb with a current world as of 2 hours ago and no problem Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 17:42:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 3BF8237B4EC for ; Sat, 17 Feb 2001 17:42:26 -0800 (PST) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f1I1g9L93367; Sat, 17 Feb 2001 21:42:09 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 17 Feb 2001 21:42:09 -0400 (AST) From: The Hermit Hacker To: Manfred Antar Cc: , Subject: Re: got stuck in the current __sF foo... In-Reply-To: <5.0.2.1.2.20010217162314.00a69850@pozo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Feb 2001, Manfred Antar wrote: > At 08:17 PM 2/17/2001 -0400, The Hermit Hacker wrote: > > >I just got hurt by this, in a sense ... buildworld and installworld all > >worked great, but as soon as I tried to a 'startx', it told me that > >libm.so.2 had an unresolved symbol __sF ... I just rebuilt my X, figure > >just the result of the bump in libm.so.n major ... > > > > > > I don't think any of the libs were bumped recently except for libc and > that was backed out. There was a patch posted that bumped some of the > libs but that was withdrawn. I think you might have libs built from > some of the stuff that was backed or not a totally current source. I'm > using X compiled on the 8th of Feb with a current world as of 2 hours > ago and no problem Okay, I did a cvsup today, and am running on newest kernel, with a {build,install}world completed (and rebooted since) ... something appears broken in newest code? gmake[4]: Entering directory `/usr/base/kde/qt-copy/tutorial/t7' g++ -c -I/usr/base/kde/qt-copy/include -pipe -O2 -o lcdrange.o lcdrange.cpp g++ -c -I/usr/base/kde/qt-copy/include -pipe -O2 -o main.o main.cpp /usr/base/kde/qt-copy/bin/moc lcdrange.h -o moc_lcdrange.cpp /usr/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.3: Undefined symbol "__sF" gmake[4]: *** [moc_lcdrange.cpp] Error 1 gmake[4]: Leaving directory `/usr/base/kde/qt-copy/tutorial/t7' gmake[3]: *** [t7] Error 2 gmake[3]: Leaving directory `/usr/base/kde/qt-copy/tutorial' gmake[2]: *** [all] Error 2 > ls -lt /usr/lib/libstdc++* -r--r--r-- 1 root wheel 575168 Feb 17 17:01 /usr/lib/libstdc++_p.a -r--r--r-- 1 root wheel 285608 Feb 17 17:01 /usr/lib/libstdc++.so.3 lrwxr-xr-x 1 root wheel 14 Feb 17 17:01 /usr/lib/libstdc++.so -> libstdc++.so.3 -r--r--r-- 1 root wheel 515044 Feb 17 17:01 /usr/lib/libstdc++.a Recompiling X from ports fixed my libm.so.* problem with __sF ... and every binary I have in /usr/local right now has been rebuilt since 17:01's installworld ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 17:56:17 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 4203F37B401 for ; Sat, 17 Feb 2001 17:56:15 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1I1uBW93043; Sat, 17 Feb 2001 18:56:11 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102180156.f1I1uBW93043@harmony.village.org> To: Gerhard Sittig Subject: Re: linksys Etherfast.. broken? Cc: current@FreeBSD.ORG In-reply-to: Your message of "Sat, 17 Feb 2001 17:06:45 +0100." <20010217170645.C20830@speedy.gsinet> References: <20010217170645.C20830@speedy.gsinet> <3A89C231.D03793D4@westmarsh.com> <20010214211548.B15618@speedy.gsinet> <20010216211610.B20830@speedy.gsinet> <200102170700.f1H70rW84857@harmony.village.org> <3A8E3CF0.7DEF9B5F@elischer.org> <3A896E33.8AC84353@elischer.org> <3A89C231.D03793D4@westmarsh.com> <20010214211548.B15618@speedy.gsinet> <20010216211610.B20830@speedy.gsinet> <3A8E0D9C.261A0259@elischer.org> Date: Sat, 17 Feb 2001 18:56:11 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20010217170645.C20830@speedy.gsinet> Gerhard Sittig writes: : Your "fa_select doesn't help" and Warner's message suggest that : your situation is different from mine and that you have some kind : of resource allocation problem or a conflicting assignment. Actually, I wasn't using fa-select when I had the issues. I was using some experimental patches to integrate the mii that these parts have into the ed driver. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 17:57:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 9EBD637B491 for ; Sat, 17 Feb 2001 17:57:23 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1I1vKW93062; Sat, 17 Feb 2001 18:57:21 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102180157.f1I1vKW93062@harmony.village.org> To: mjacob@feral.com Subject: Re: got stuck in the current __sF foo... Cc: current@FreeBSD.org In-reply-to: Your message of "Sat, 17 Feb 2001 15:36:18 PST." References: Date: Sat, 17 Feb 2001 18:57:20 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Matthew Jacob writes: : One system got stuck in the current __sF bork... I'm not stuck with: : Any advice? Copy a pre Feb 10th libc.so.5 to this box. Alternatively, copy a Feb 17 or later one. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 17:59:24 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id D522D37B4EC for ; Sat, 17 Feb 2001 17:59:14 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1I1weW93081; Sat, 17 Feb 2001 18:58:40 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102180158.f1I1weW93081@harmony.village.org> To: The Hermit Hacker Subject: Re: got stuck in the current __sF foo... Cc: Manfred Antar , mjacob@feral.com, current@FreeBSD.ORG In-reply-to: Your message of "Sat, 17 Feb 2001 21:42:09 -0400." References: Date: Sat, 17 Feb 2001 18:58:40 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message The Hermit Hacker writes: : /usr/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.3: Undefined symbol "__sF" : Recompiling X from ports fixed my libm.so.* problem with __sF ... and : every binary I have in /usr/local right now has been rebuilt since 17:01's : installworld ... That's very odd since we've not removed __sF from libc yet, and that the removal that was there was only for a couple of days. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 18: 1: 3 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5A92137B491 for ; Sat, 17 Feb 2001 18:01:01 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1I20tW93107; Sat, 17 Feb 2001 19:00:56 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102180200.f1I20tW93107@harmony.village.org> To: The Hermit Hacker Subject: Re: got stuck in the current __sF foo... Cc: Manfred Antar , mjacob@feral.com, current@FreeBSD.ORG In-reply-to: Your message of "Sat, 17 Feb 2001 21:42:09 -0400." References: Date: Sat, 17 Feb 2001 19:00:55 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What version of src/lib/libc/stdio/findfp.c do you have? I'm using 1.15 here w/o any problems: static const char rcsid[] = "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp Exp $"; Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 18: 2:29 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 004FC37B401 for ; Sat, 17 Feb 2001 18:02:27 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1I22Pp13872; Sat, 17 Feb 2001 18:02:25 -0800 (PST) (envelope-from obrien) Date: Sat, 17 Feb 2001 18:02:24 -0800 From: "David O'Brien" To: Matthew Jacob Cc: current@freebsd.org Subject: Re: got stuck in the current __sF foo... Message-ID: <20010217180224.A13633@dragon.nuxi.com> Reply-To: freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Sat, Feb 17, 2001 at 03:36:18PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 17, 2001 at 03:36:18PM -0800, Matthew Jacob wrote: > One system got stuck in the current __sF bork... I'm not stuck with: One thing that may work is to set libc's version number in the Makefile to something that has never existed on your system. Try a `make world'. Move any /usr/lib/libc.so.5 to the side, and put the libc.so version number in the Makefile back to stock. Do another `make world'. -- -- David (obrien@FreeBSD.org) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 18:14: 5 2001 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id 6118637B503 for ; Sat, 17 Feb 2001 18:14:03 -0800 (PST) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.11.2/8.11.2) with ESMTP id f1I2Duj27210; Sat, 17 Feb 2001 18:13:56 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <5.0.2.1.2.20010217180332.00a41d08@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sat, 17 Feb 2001 18:13:56 -0800 To: Warner Losh , The Hermit Hacker From: Manfred Antar Subject: Re: got stuck in the current __sF foo... Cc: mjacob@feral.com, current@FreeBSD.ORG In-Reply-To: <200102180200.f1I20tW93107@harmony.village.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 07:00 PM 2/17/2001 -0700, Warner Losh wrote: >What version of src/lib/libc/stdio/findfp.c do you have? > >I'm using 1.15 here w/o any problems: >static const char rcsid[] = > "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp Exp $"; > >Warner > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message There was a time when current ( a couple of days earlier this week) was volatile !! I had a system running for awhile with the new libc.so.5XXXXXXXX. I started recompiling all the ports and gave up as it didn't look like the new libc.so.5XXXXXXX was go to stay around and I didn't want to do this twice. I ended up newfs my hard drive and restoring from Feb 9 and then bringing the sources up to current (after the libc and stdio changes were backed out and modified) and doing a make world . Everything seems to be working fine since then. Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 18:19:22 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 5655037B491 for ; Sat, 17 Feb 2001 18:19:19 -0800 (PST) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f1I2IpA93535; Sat, 17 Feb 2001 22:18:51 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 17 Feb 2001 22:18:50 -0400 (AST) From: The Hermit Hacker To: Warner Losh Cc: Manfred Antar , , Subject: Re: got stuck in the current __sF foo... In-Reply-To: <200102180200.f1I20tW93107@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Samehere: static const char rcsid[] = "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp Exp $"; On Sat, 17 Feb 2001, Warner Losh wrote: > What version of src/lib/libc/stdio/findfp.c do you have? > > I'm using 1.15 here w/o any problems: > static const char rcsid[] = > "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp Exp $"; > > Warner > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 18:22:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 570A637B4EC for ; Sat, 17 Feb 2001 18:22:28 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1I2MMW93316; Sat, 17 Feb 2001 19:22:22 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102180222.f1I2MMW93316@harmony.village.org> To: The Hermit Hacker Subject: Re: got stuck in the current __sF foo... Cc: Manfred Antar , mjacob@feral.com, current@FreeBSD.ORG In-reply-to: Your message of "Sat, 17 Feb 2001 22:18:50 -0400." References: Date: Sat, 17 Feb 2001 19:22:22 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message The Hermit Hacker writes: : static const char rcsid[] = : "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp : Exp $"; Then I don't understand the error at all. __sF should be defined in libc.so.5. What does ldconfig have to say? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 18:39:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id AFA1137B4EC for ; Sat, 17 Feb 2001 18:39:25 -0800 (PST) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f1I2d8w93618; Sat, 17 Feb 2001 22:39:08 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 17 Feb 2001 22:39:08 -0400 (AST) From: The Hermit Hacker To: Warner Losh Cc: Manfred Antar , , Subject: Re: got stuck in the current __sF foo... In-Reply-To: <200102180222.f1I2MMW93316@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Feb 2001, Warner Losh wrote: > In message The Hermit Hacker writes: > : static const char rcsid[] = > : "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp > : Exp $"; > > Then I don't understand the error at all. __sF should be defined in > libc.so.5. What does ldconfig have to say? > ldconfig -r | grep libc. 0:-lcom_err.2 => /usr/lib/libcom_err.so.2 2:-lcrypt.2 => /usr/lib/libcrypt.so.2 11:-lc.4 => /usr/lib/libc.so.4 12:-lc_r.4 => /usr/lib/libc_r.so.4 13:-lcalendar.2 => /usr/lib/libcalendar.so.2 14:-lcam.2 => /usr/lib/libcam.so.2 43:-lcipher.2 => /usr/lib/libcipher.so.2 44:-lcrypto.1 => /usr/lib/libcrypto.so.1 56:-lc.5 => /usr/lib/libc.so.5 57:-lc_r.5 => /usr/lib/libc_r.so.5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 18:49: 0 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 2756F37B401 for ; Sat, 17 Feb 2001 18:48:57 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1I2mdW93513; Sat, 17 Feb 2001 19:48:39 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102180248.f1I2mdW93513@harmony.village.org> To: The Hermit Hacker Subject: Re: got stuck in the current __sF foo... Cc: Manfred Antar , mjacob@feral.com, current@FreeBSD.ORG In-reply-to: Your message of "Sat, 17 Feb 2001 22:39:08 -0400." References: Date: Sat, 17 Feb 2001 19:48:39 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message The Hermit Hacker writes: : On Sat, 17 Feb 2001, Warner Losh wrote: : : > In message The Hermit Hacker writes: : > : static const char rcsid[] = : > : "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp : > : Exp $"; : > : > Then I don't understand the error at all. __sF should be defined in : > libc.so.5. What does ldconfig have to say? : : > ldconfig -r | grep libc. : 0:-lcom_err.2 => /usr/lib/libcom_err.so.2 : 2:-lcrypt.2 => /usr/lib/libcrypt.so.2 : 11:-lc.4 => /usr/lib/libc.so.4 : 12:-lc_r.4 => /usr/lib/libc_r.so.4 : 13:-lcalendar.2 => /usr/lib/libcalendar.so.2 : 14:-lcam.2 => /usr/lib/libcam.so.2 : 43:-lcipher.2 => /usr/lib/libcipher.so.2 : 44:-lcrypto.1 => /usr/lib/libcrypto.so.1 : 56:-lc.5 => /usr/lib/libc.so.5 : 57:-lc_r.5 => /usr/lib/libc_r.so.5 OK. This looks good. What does ldd say for the binary complaining? And what does libc.so point to? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 18:49:28 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 9227A37B4EC for ; Sat, 17 Feb 2001 18:49:25 -0800 (PST) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f1I2n6593706; Sat, 17 Feb 2001 22:49:06 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 17 Feb 2001 22:49:06 -0400 (AST) From: The Hermit Hacker To: Warner Losh Cc: Manfred Antar , , Subject: Re: got stuck in the current __sF foo... In-Reply-To: <200102180158.f1I1weW93081@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG the thing that is confusing me is that I'm getting through most of the qt-copy compile before I get hit with it ... I'm doing a fresh 'make world' on the machine, just in case ... then I'm going to try David's idea, if that doesn't work ... On Sat, 17 Feb 2001, Warner Losh wrote: > In message The Hermit Hacker writes: > : /usr/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.3: Undefined symbol "__sF" > : Recompiling X from ports fixed my libm.so.* problem with __sF ... and > : every binary I have in /usr/local right now has been rebuilt since 17:01's > : installworld ... > > That's very odd since we've not removed __sF from libc yet, and that > the removal that was there was only for a couple of days. > > Warner > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 18:55:41 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7056A37B401 for ; Sat, 17 Feb 2001 18:55:37 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1I2tUW93570; Sat, 17 Feb 2001 19:55:30 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102180255.f1I2tUW93570@harmony.village.org> To: The Hermit Hacker Subject: Re: got stuck in the current __sF foo... Cc: Manfred Antar , mjacob@feral.com, current@FreeBSD.ORG In-reply-to: Your message of "Sat, 17 Feb 2001 22:49:06 -0400." References: Date: Sat, 17 Feb 2001 19:55:30 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message The Hermit Hacker writes: : the thing that is confusing me is that I'm getting through most of the : qt-copy compile before I get hit with it ... I'm doing a fresh 'make : world' on the machine, just in case ... then I'm going to try David's : idea, if that doesn't work ... OK. Things just don't make sense unless you are bringing in the libc.so.5.20010213 library by mistake somehow Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 18:57:44 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id 885E737B6BE for ; Sat, 17 Feb 2001 18:57:39 -0800 (PST) Received: from zippy.pacbell.net ([207.214.149.203]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8X004OMMPBYR@mta6.snfc21.pbi.net> for current@freebsd.org; Sat, 17 Feb 2001 18:53:36 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id 89E3818A3; Sat, 17 Feb 2001 18:56:09 -0800 (PST) Date: Sat, 17 Feb 2001 18:55:52 -0800 From: Alex Zepeda Subject: Re: got stuck in the current __sF foo... In-reply-to: ; from scrappy@hub.org on Sat, Feb 17, 2001 at 10:49:06PM -0400 To: The Hermit Hacker Message-id: <20010217185552.A41131@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <200102180158.f1I1weW93081@harmony.village.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 17, 2001 at 10:49:06PM -0400, The Hermit Hacker wrote: > the thing that is confusing me is that I'm getting through most of the > qt-copy compile before I get hit with it ... I'm doing a fresh 'make > world' on the machine, just in case ... then I'm going to try David's > idea, if that doesn't work ... Ehm. Where is this breaking in Qt? Are you perchance configuring Qt with -kde, which would link in some old libraries (it introduces a real chicken.. egg.. problem)? Maybe something else that Qt is depending on is linking to an odd version of libc. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 19: 3:32 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 739BA37B4EC for ; Sat, 17 Feb 2001 19:03:29 -0800 (PST) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f1I339V93773; Sat, 17 Feb 2001 23:03:09 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 17 Feb 2001 23:03:09 -0400 (AST) From: The Hermit Hacker To: Warner Losh Cc: Manfred Antar , , Subject: Re: got stuck in the current __sF foo... In-Reply-To: <200102180248.f1I2mdW93513@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Feb 2001, Warner Losh wrote: > In message The Hermit Hacker writes: > : On Sat, 17 Feb 2001, Warner Losh wrote: > : > : > In message The Hermit Hacker writes: > : > : static const char rcsid[] = > : > : "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp > : > : Exp $"; > : > > : > Then I don't understand the error at all. __sF should be defined in > : > libc.so.5. What does ldconfig have to say? > : > : > ldconfig -r | grep libc. > : 0:-lcom_err.2 => /usr/lib/libcom_err.so.2 > : 2:-lcrypt.2 => /usr/lib/libcrypt.so.2 > : 11:-lc.4 => /usr/lib/libc.so.4 > : 12:-lc_r.4 => /usr/lib/libc_r.so.4 > : 13:-lcalendar.2 => /usr/lib/libcalendar.so.2 > : 14:-lcam.2 => /usr/lib/libcam.so.2 > : 43:-lcipher.2 => /usr/lib/libcipher.so.2 > : 44:-lcrypto.1 => /usr/lib/libcrypto.so.1 > : 56:-lc.5 => /usr/lib/libc.so.5 > : 57:-lc_r.5 => /usr/lib/libc_r.so.5 > > OK. This looks good. What does ldd say for the binary complaining? > And what does libc.so point to? > ls -lt libc.* -r--r--r-- 1 root wheel 599916 Feb 17 17:00 libc.so.5 lrwxr-xr-x 1 root wheel 9 Feb 17 17:00 libc.so -> libc.so.5 -r--r--r-- 1 root wheel 1240424 Feb 17 17:00 libc.a -r--r--r-- 1 root wheel 599116 Feb 15 21:10 libc.so.5.20010213 -r--r--r-- 1 root wheel 581944 Nov 9 01:45 libc.so.4 All looks well here ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 19: 4:46 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id E1CBD37B503 for ; Sat, 17 Feb 2001 19:04:44 -0800 (PST) Received: from zippy.pacbell.net ([207.214.149.203]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8X00468N2FWY@mta5.snfc21.pbi.net> for current@freebsd.org; Sat, 17 Feb 2001 19:01:28 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id 7FEDA18A0; Sat, 17 Feb 2001 19:03:58 -0800 (PST) Date: Sat, 17 Feb 2001 19:03:58 -0800 From: Alex Zepeda Subject: Re: got stuck in the current __sF foo... In-reply-to: ; from scrappy@hub.org on Sat, Feb 17, 2001 at 11:00:05PM -0400 To: The Hermit Hacker Cc: current@freebsd.org Message-id: <20010217190358.A41279@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <20010217185552.A41131@zippy.mybox.zip> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 17, 2001 at 11:00:05PM -0400, The Hermit Hacker wrote: > I removed everything from /var/db/pkg (pkg_delete -f ) before I started > this, and then did an rm -rf /usr/local ... basically, brought it to bare > system, including an rm -rf /usr/X11R6 ... anything left should be system > installed/upgraded :( So show us some output. Where's it breaking? Qt has proved easier to get working on NetBSD/mac68k than the rest of KDE, that's for sure. :) - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 19: 7:16 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 3F2CE37B4EC for ; Sat, 17 Feb 2001 19:07:10 -0800 (PST) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f1I36wl93780; Sat, 17 Feb 2001 23:06:58 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 17 Feb 2001 23:06:58 -0400 (AST) From: The Hermit Hacker To: Warner Losh Cc: Manfred Antar , , Subject: Re: got stuck in the current __sF foo... In-Reply-To: <200102180255.f1I2tUW93570@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Feb 2001, Warner Losh wrote: > In message The Hermit Hacker writes: > : the thing that is confusing me is that I'm getting through most of the > : qt-copy compile before I get hit with it ... I'm doing a fresh 'make > : world' on the machine, just in case ... then I'm going to try David's > : idea, if that doesn't work ... > > OK. Things just don't make sense unless you are bringing in the > libc.so.5.20010213 library by mistake somehow I don't know ... before I started all this, I did rm -rf's on /usr/X11R6 and /usr/local, so that I was starting as close to clean as I could ... a 'make -j16 world' is just finishing now, so I'm diving into a second attempt at qt-copy ... might have been an 'interim' sort of problem, where my first 'make installworld' wasn't clean *shrug* *cross fingers* Will appraise if qt-copy fails or succeeds ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 19: 9: 1 2001 Delivered-To: freebsd-current@freebsd.org Received: from pozo.com (pozo.com [216.101.162.50]) by hub.freebsd.org (Postfix) with ESMTP id F1B2C37B491 for ; Sat, 17 Feb 2001 19:08:57 -0800 (PST) Received: from dual.pozo.com (dual.pozo.com [216.101.162.51]) by pozo.com (8.11.2/8.11.2) with ESMTP id f1I38qT40925; Sat, 17 Feb 2001 19:08:52 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <5.0.2.1.2.20010217190701.00a69b70@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Sat, 17 Feb 2001 19:08:51 -0800 To: The Hermit Hacker , Warner Losh From: Manfred Antar Subject: Re: got stuck in the current __sF foo... Cc: , In-Reply-To: References: <200102180248.f1I2mdW93513@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:03 PM 2/17/2001 -0400, The Hermit Hacker wrote: >On Sat, 17 Feb 2001, Warner Losh wrote: > >> In message The Hermit Hacker writes: >> : On Sat, 17 Feb 2001, Warner Losh wrote: >> : >> : > In message The Hermit Hacker writes: >> : > : static const char rcsid[] = >> : > : "$FreeBSD: src/lib/libc/stdio/findfp.c,v 1.15 2001/02/16 21:09:49 imp >> : > : Exp $"; >> : > >> : > Then I don't understand the error at all. __sF should be defined in >> : > libc.so.5. What does ldconfig have to say? >> : >> : > ldconfig -r | grep libc. >> : 0:-lcom_err.2 => /usr/lib/libcom_err.so.2 >> : 2:-lcrypt.2 => /usr/lib/libcrypt.so.2 >> : 11:-lc.4 => /usr/lib/libc.so.4 >> : 12:-lc_r.4 => /usr/lib/libc_r.so.4 >> : 13:-lcalendar.2 => /usr/lib/libcalendar.so.2 >> : 14:-lcam.2 => /usr/lib/libcam.so.2 >> : 43:-lcipher.2 => /usr/lib/libcipher.so.2 >> : 44:-lcrypto.1 => /usr/lib/libcrypto.so.1 >> : 56:-lc.5 => /usr/lib/libc.so.5 >> : 57:-lc_r.5 => /usr/lib/libc_r.so.5 >> >> OK. This looks good. What does ldd say for the binary complaining? >> And what does libc.so point to? > >> ls -lt libc.* >-r--r--r-- 1 root wheel 599916 Feb 17 17:00 libc.so.5 >lrwxr-xr-x 1 root wheel 9 Feb 17 17:00 libc.so -> libc.so.5 >-r--r--r-- 1 root wheel 1240424 Feb 17 17:00 libc.a >-r--r--r-- 1 root wheel 599116 Feb 15 21:10 libc.so.5.20010213 >-r--r--r-- 1 root wheel 581944 Nov 9 01:45 libc.so.4 > >All looks well here ... > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message I don't think you want that libc.so.5.20010213 around it's evil :) ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 19:10:58 2001 Delivered-To: freebsd-current@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id CD8E137B67D for ; Sat, 17 Feb 2001 19:10:56 -0800 (PST) Received: from zippy.pacbell.net ([207.214.149.203]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0G8X006EUNCLNP@mta6.snfc21.pbi.net> for current@freebsd.org; Sat, 17 Feb 2001 19:07:35 -0800 (PST) Received: by zippy.pacbell.net (Postfix, from userid 1000) id 37F5318A1; Sat, 17 Feb 2001 19:10:08 -0800 (PST) Date: Sat, 17 Feb 2001 19:10:08 -0800 From: Alex Zepeda Subject: Re: got stuck in the current __sF foo... In-reply-to: ; from scrappy@hub.org on Sat, Feb 17, 2001 at 11:03:09PM -0400 To: The Hermit Hacker , current@freebsd.org Message-id: <20010217191008.A41309@zippy.mybox.zip> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i References: <200102180248.f1I2mdW93513@harmony.village.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Feb 17, 2001 at 11:03:09PM -0400, The Hermit Hacker wrote: > > ls -lt libc.* > -r--r--r-- 1 root wheel 599916 Feb 17 17:00 libc.so.5 > lrwxr-xr-x 1 root wheel 9 Feb 17 17:00 libc.so -> libc.so.5 > -r--r--r-- 1 root wheel 1240424 Feb 17 17:00 libc.a > -r--r--r-- 1 root wheel 599116 Feb 15 21:10 libc.so.5.20010213 ^^^^^^^^^^ > -r--r--r-- 1 root wheel 581944 Nov 9 01:45 libc.so.4 Hmm. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 19:23:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from syncopation-01.iinet.net.au (syncopation-01.iinet.net.au [203.59.24.37]) by hub.freebsd.org (Postfix) with SMTP id CD92137B65D for ; Sat, 17 Feb 2001 19:23:09 -0800 (PST) Received: (qmail 27417 invoked by uid 666); 18 Feb 2001 03:35:09 -0000 Received: from i003-020.nv.iinet.net.au (HELO elischer.org) (203.59.3.20) by mail.m.iinet.net.au with SMTP; 18 Feb 2001 03:35:09 -0000 Message-ID: <3A8F4008.41FD4C7F@elischer.org> Date: Sat, 17 Feb 2001 19:22:48 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Gerhard Sittig Cc: current@freebsd.org Subject: Re: linksys Etherfast.. broken? References: <3A89C231.D03793D4@westmarsh.com> <20010214211548.B15618@speedy.gsinet> <20010216211610.B20830@speedy.gsinet> <200102170700.f1H70rW84857@harmony.village.org> <3A8E3CF0.7DEF9B5F@elischer.org> <3A896E33.8AC84353@elischer.org> <3A89C231.D03793D4@westmarsh.com> <20010214211548.B15618@speedy.gsinet> <20010216211610.B20830@speedy.gsinet> <3A8E0D9C.261A0259@elischer.org> <20010217170645.C20830@speedy.gsinet> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gerhard Sittig wrote: > > > Your "fa_select doesn't help" and Warner's message suggest that > your situation is different from mine and that you have some kind > of resource allocation problem or a conflicting assignment. > Sorry ... > sorry , I wasn't complaining about your help. Just that it is very complicated these days to figure out what is going on. before, when we didn't have the specialised bus code it was easier to work out what was wrong. Of course it was also a huge hack. The new code is nice but it also adds a whole new layer of places where it can be misconfigured. __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 19:35:26 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 0A3E637B491 for ; Sat, 17 Feb 2001 19:35:24 -0800 (PST) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f1I3ZCf93888; Sat, 17 Feb 2001 23:35:12 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sat, 17 Feb 2001 23:35:12 -0400 (AST) From: The Hermit Hacker To: Warner Losh Cc: Manfred Antar , , Subject: Re: got stuck in the current __sF foo... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Feb 2001, The Hermit Hacker wrote: > On Sat, 17 Feb 2001, Warner Losh wrote: > > > In message The Hermit Hacker writes: > > : the thing that is confusing me is that I'm getting through most of the > > : qt-copy compile before I get hit with it ... I'm doing a fresh 'make > > : world' on the machine, just in case ... then I'm going to try David's > > : idea, if that doesn't work ... > > > > OK. Things just don't make sense unless you are bringing in the > > libc.so.5.20010213 library by mistake somehow > > I don't know ... before I started all this, I did rm -rf's on /usr/X11R6 > and /usr/local, so that I was starting as close to clean as I could ... a > 'make -j16 world' is just finishing now, so I'm diving into a second > attempt at qt-copy ... might have been an 'interim' sort of problem, where > my first 'make installworld' wasn't clean *shrug* *cross fingers* > > Will appraise if qt-copy fails or succeeds ... Found it ... your thought of using the .2001* library directed me to look at the 'moc' in qt-copy, which has it link'd in ... not sure where it is pulling that from, but have wip'd out everything and am restarting ... :( Thanks for all your patience on this ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 19:36:55 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id A6A3A37B401 for ; Sat, 17 Feb 2001 19:36:52 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1I3akW93914; Sat, 17 Feb 2001 20:36:46 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102180336.f1I3akW93914@harmony.village.org> To: The Hermit Hacker Subject: Re: got stuck in the current __sF foo... Cc: Manfred Antar , mjacob@feral.com, current@FreeBSD.ORG In-reply-to: Your message of "Sat, 17 Feb 2001 23:35:12 -0400." References: Date: Sat, 17 Feb 2001 20:36:46 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message The Hermit Hacker writes: : Thanks for all your patience on this ... No worries. I just want to make sure that we have things working. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 20:39:13 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 2728F37B491 for ; Sat, 17 Feb 2001 20:39:09 -0800 (PST) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f1I4csL94103; Sun, 18 Feb 2001 00:38:54 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sun, 18 Feb 2001 00:38:53 -0400 (AST) From: The Hermit Hacker To: Warner Losh Cc: Manfred Antar , , Subject: Re: got stuck in the current __sF foo... In-Reply-To: <200102180336.f1I3akW93914@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Feb 2001, Warner Losh wrote: > In message The Hermit Hacker writes: > : Thanks for all your patience on this ... > > No worries. I just want to make sure that we have things working. Well, I'm still getting my occasional hangs on heavy load ... just tried a 'gmake -j6' on qt-copy and 'make -j16 world' on /usr/src, and she hung solid ... :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 20:59:25 2001 Delivered-To: freebsd-current@freebsd.org Received: from harmony.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 0128737B503 for ; Sat, 17 Feb 2001 20:59:23 -0800 (PST) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.1/8.11.1) with ESMTP id f1I4xDW94326; Sat, 17 Feb 2001 21:59:13 -0700 (MST) (envelope-from imp@harmony.village.org) Message-Id: <200102180459.f1I4xDW94326@harmony.village.org> To: The Hermit Hacker Subject: Re: got stuck in the current __sF foo... Cc: Manfred Antar , mjacob@feral.com, current@FreeBSD.ORG In-reply-to: Your message of "Sun, 18 Feb 2001 00:38:53 -0400." References: Date: Sat, 17 Feb 2001 21:59:13 -0700 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message The Hermit Hacker writes: : On Sat, 17 Feb 2001, Warner Losh wrote: : : > In message The Hermit Hacker writes: : > : Thanks for all your patience on this ... : > : > No worries. I just want to make sure that we have things working. : : Well, I'm still getting my occasional hangs on heavy load ... just tried a : 'gmake -j6' on qt-copy and 'make -j16 world' on /usr/src, and she hung : solid ... :) Well, that's snmpng :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Feb 17 21: 2:33 2001 Delivered-To: freebsd-current@freebsd.org Received: from mobile.hub.org (SHW39-29.accesscable.net [24.138.39.29]) by hub.freebsd.org (Postfix) with ESMTP id 979B037B4EC for ; Sat, 17 Feb 2001 21:02:30 -0800 (PST) Received: from localhost (scrappy@localhost) by mobile.hub.org (8.11.1/8.11.1) with ESMTP id f1I52Lj94357; Sun, 18 Feb 2001 01:02:21 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: mobile.hub.org: scrappy owned process doing -bs Date: Sun, 18 Feb 2001 01:02:20 -0400 (AST) From: The Hermit Hacker To: Warner Losh Cc: Manfred Antar , , Subject: Re: got stuck in the current __sF foo... In-Reply-To: <200102180459.f1I4xDW94326@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 17 Feb 2001, Warner Losh wrote: > In message The Hermit Hacker writes: > : On Sat, 17 Feb 2001, Warner Losh wrote: > : > : > In message The Hermit Hacker writes: > : > : Thanks for all your patience on this ... > : > > : > No worries. I just want to make sure that we have things working. > : > : Well, I'm still getting my occasional hangs on heavy load ... just tried a > : 'gmake -j6' on qt-copy and 'make -j16 world' on /usr/src, and she hung > : solid ... :) > > Well, that's snmpng :-) that's what I figure ... and something I've learnt to live with :) the short-term inconvience is worth the long-term gains ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message