From owner-freebsd-current Sun Jun 2 0: 9:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from web20905.mail.yahoo.com (web20905.mail.yahoo.com [216.136.226.227]) by hub.freebsd.org (Postfix) with SMTP id B283B37B404 for ; Sun, 2 Jun 2002 00:08:55 -0700 (PDT) Message-ID: <20020602070855.73453.qmail@web20905.mail.yahoo.com> Received: from [218.108.145.174] by web20905.mail.yahoo.com via HTTP; Sun, 02 Jun 2002 00:08:55 PDT Date: Sun, 2 Jun 2002 00:08:55 -0700 (PDT) From: David Xu Subject: Re: Seeking OK to commit KSE MIII To: Julian Elischer Cc: FreeBSD current users MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry for this OT, I found a point in kern_switch.c, when choosethread() runs, you reset kg_last_assigned to NULL, I suspect it is incorrect, should it be: --- kern_switch.c.orig Sun Jun 2 14:52:24 2002 +++ kern_switch.c Sun Jun 2 14:53:28 2002 @@ -67,7 +67,9 @@ kg = ke->ke_ksegrp; TAILQ_REMOVE(&kg->kg_runq, td, td_runq); if (kg->kg_last_assigned == td) - kg->kg_last_assigned = NULL; + kg->kg_last_assigned = + TAILQ_PREV(td, + threadlist_head, td_runq); } CTR2(KTR_RUNQ, "choosethread: td=%p pri=%d", td, td->td_priority); __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.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 2 1: 8:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from hotmail.com (oe50.pav0.hotmail.com [64.4.32.130]) by hub.freebsd.org (Postfix) with ESMTP id 1AD9437B400; Sun, 2 Jun 2002 01:08:34 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 2 Jun 2002 01:08:33 -0700 X-Originating-IP: [210.74.136.33] From: "kai ouyang" To: "John Baldwin" , Subject: Help: from proc to thread? Date: Sun, 2 Jun 2002 16:08:30 +0800 MIME-Version: 1.0 X-Mailer: MSN Explorer 7.00.0021.1900 Content-Type: multipart/mixed; boundary="----=_NextPart_001_0003_01C20A4F.BD05C000" Message-ID: X-OriginalArrivalTime: 02 Jun 2002 08:08:33.0932 (UTC) FILETIME=[B0A58CC0:01C20A0C] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_001_0003_01C20A4F.BD05C000 Content-Type: multipart/alternative; boundary="----=_NextPart_002_0004_01C20A4F.BD05C000" ------=_NextPart_002_0004_01C20A4F.BD05C000 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Hi, Very thank your help! Now the box can boot. =20 I have some other problems about proc and thread. From the FreeBSD5.0 viewpoint, there are real thread in kernel, there are= associated with KSE. So many functions parameters change from proc to thread. There is the function in RAIDFrame in FreeBSD4.x. =20 int raidlookup(path, p, vpp) char *path; struct proc *p; struct vnode **vpp; /* result */ { struct nameidata nd; struct vnode *vp; struct vattr va; int error, flags; /* Sanity check the p_fd fields. This is really just a hack */ if (!p->p_fd->fd_rdir || !p->p_fd->fd_cdir) printf("Warning: p_fd fields not set\n"); =20 if (!p->p_fd->fd_rdir) p->p_fd->fd_rdir =3D rootvnode; if (!p->p_fd->fd_cdir) p->p_fd->fd_cdir =3D rootvnode; NDINIT(&nd, LOOKUP, FOLLOW, UIO_SYSSPACE, path, p); flags =3D FREAD | FWRITE; if ((error =3D vn_open(&nd, flags, 0)) !=3D 0) { rf_printf(2, "RAIDframe: vn_open returned %d\n", error); return (error); } vp =3D nd.ni_vp; if (vp->v_usecount > 1) { VOP_UNLOCK(vp, 0, p); (void) vn_close(vp, FREAD | FWRITE, p->p_ucred, p); rf_printf(1, "raidlookup() vp->v_usecount > 1\n"); return (EBUSY); } if ((error =3D VOP_GETATTR(vp, &va, p->p_ucred, p)) !=3D 0) { VOP_UNLOCK(vp, 0, p); (void) vn_close(vp, FREAD | FWRITE, p->p_ucred, p); rf_printf(1, "raidlookup() VOP_GETATTR returned %d", error); return (error); } /* XXX: eventually we should handle VREG, too. */ if (va.va_type !=3D VCHR) { VOP_UNLOCK(vp, 0, p); (void) vn_close(vp, FREAD | FWRITE, p->p_ucred, p); rf_printf(1, "Returning ENOTBLK\n"); return (ENOTBLK); } VOP_UNLOCK(vp, 0, p); NDFREE(&nd, NDF_ONLY_PNBUF); *vpp =3D vp; return (0); } Based on the explain of the thread: struct proc *td_proc; /* Associated p= rocess. */ in the struct thread. and refer to the CCD code. I modify this function as following: int raidlookup(path, td, vpp) char *path; struct thread *td; struct vnode **vpp; /* result */ { struct nameidata nd; struct vnode *vp; struct vattr va; struct proc *p; int error, flags; /* Sanity check the p_fd fields. This is really just a hack */ p =3D td->td_proc; if (!p->p_fd->fd_rdir || !p->p_fd->fd_cdir) printf("Warning: p_fd fields not set\n"); =20 if (!p->p_fd->fd_rdir) p->p_fd->fd_rdir =3D rootvnode; if (!p->p_fd->fd_cdir) p->p_fd->fd_cdir =3D rootvnode; NDINIT(&nd, LOOKUP, FOLLOW, UIO_SYSSPACE, path, td); flags =3D FREAD | FWRITE; if ((error =3D vn_open(&nd, &flags, 0)) !=3D 0) { rf_printf(2, "RAIDframe: vn_open returned %d\n", error); return (error); } vp =3D nd.ni_vp; if (vp->v_usecount > 1) { VOP_UNLOCK(vp, 0, td); (void) vn_close(vp, FREAD | FWRITE, td->td_ucred, td); rf_printf(1, "raidlookup() vp->v_usecount > 1\n"); return (EBUSY); } if ((error =3D VOP_GETATTR(vp, &va, td->td_ucred, td)) !=3D 0) { VOP_UNLOCK(vp, 0, td); (void) vn_close(vp, FREAD | FWRITE, td->td_ucred, td); rf_printf(1, "raidlookup() VOP_GETATTR returned %d", error); return (error); } /* XXX: eventually we should handle VREG, too. */ if (va.va_type !=3D VCHR) { VOP_UNLOCK(vp, 0, td); (void) vn_close(vp, FREAD | FWRITE,td->td_ucred, td); rf_printf(1, "Returning ENOTBLK\n"); return (ENOTBLK); } VOP_UNLOCK(vp, 0, td); NDFREE(&nd, NDF_ONLY_PNBUF); *vpp =3D vp; return (0); } Now the system will be crash , when it excutes the "p =3D td->td_proc". the system Information is : kernel: type 12 trap, code=3D0 Stopped at raidlookup+0x19: movl 0(%eax),%ebx If I mask the instructions form "p =3D td->td_proc" to "p->p_fd->fd_cdir = =3D rootvnode;", trace the code, I find it will be crash in vn_open. system infor: Stopped at vn_open+0x9: pushl 0x78(%eax) Why? I analyse the ccd code, it transfered the vn_open function, only change t= he second parameter. 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_01C20A4F.BD05C000 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Hi,
Very thank your help! Now the box can boot.
I have some other proble= ms about proc and thread.
From the FreeBSD5.0 viewpoint, there are rea= l thread in kernel, there are associated with KSE.
So many functions p= arameters change from proc to thread.
There is the function in RAIDFra= me in FreeBSD4.x.
int raidlookup(path, p, vpp)
 char&= nbsp;  *path;
 struct proc *p;
 struct vnode **vpp;&= nbsp;/* result */
{
 struct nameidata nd;
 struct vnod= e *vp;
 struct vattr va;
 int     err= or, flags;
 /* Sanity check the p_fd fields.  This i= s really just a hack */
 if (!p->p_fd->fd_rdir || !p->p_= fd->fd_cdir)
  printf("Warning: p_fd fields not set\n");<= BR> 
 if (!p->p_fd->fd_rdir)
  p->p_fd= ->fd_rdir =3D rootvnode;
 if (!p->p_fd->fd_cdir)
&nbs= p; p->p_fd->fd_cdir =3D rootvnode;
 NDINIT(&nd, LO= OKUP, FOLLOW, UIO_SYSSPACE, path, p);
 flags =3D FREAD | FWRITE;<= BR> if ((error =3D vn_open(&nd, flags, 0)) !=3D 0) {
 &n= bsp;rf_printf(2, "RAIDframe: vn_open returned %d\n", error);
 &nb= sp;return (error);
 }
 vp =3D nd.ni_vp;
 if (vp-&= gt;v_usecount > 1) {
  VOP_UNLOCK(vp, 0, p);
 &nb= sp;(void) vn_close(vp, FREAD | FWRITE, p->p_ucred, p);
  = rf_printf(1, "raidlookup() vp->v_usecount > 1\n");
  r= eturn (EBUSY);
 }
 if ((error =3D VOP_GETATTR(vp, &va= , p->p_ucred, p)) !=3D 0) {
  VOP_UNLOCK(vp, 0, p);
&n= bsp; (void) vn_close(vp, FREAD | FWRITE, p->p_ucred, p);
 = ; rf_printf(1, "raidlookup() VOP_GETATTR returned %d", error);
&n= bsp; return (error);
 }
 /* XXX: eventually we shoul= d handle VREG, too. */
 if (va.va_type !=3D VCHR) {
 &nbs= p;VOP_UNLOCK(vp, 0, p);
  (void) vn_close(vp, FREAD | FWRITE= , p->p_ucred, p);
  rf_printf(1, "Returning ENOTBLK\n");<= BR>  return (ENOTBLK);
 }
 VOP_UNLOCK(vp, 0, p)= ;
 NDFREE(&nd, NDF_ONLY_PNBUF);
 *vpp =3D vp;
&nbs= p;return (0);
}
Based on the explain of the thread: struct = proc *td_proc; /* Associated process. */ in the struct thread.<= BR>and refer to the CCD code.
I modify this function as following:
= int raidlookup(path, td, vpp)
 char   *path;
 s= truct thread *td;
 struct vnode **vpp; /* result */
{
=  struct nameidata nd;
 struct vnode *vp;
 struct vat= tr va;
 struct proc *p;
 int     erro= r, flags;
 /* Sanity check the p_fd fields.  This is= really just a hack */
 p =3D td->td_proc;
 if (!p->= ;p_fd->fd_rdir || !p->p_fd->fd_cdir)
  printf("Warn= ing: p_fd fields not set\n");
 
 if (!p->p_fd->fd_r= dir)
  p->p_fd->fd_rdir =3D rootvnode;
 if (!p= ->p_fd->fd_cdir)
  p->p_fd->fd_cdir =3D rootvnod= e;
 NDINIT(&nd, LOOKUP, FOLLOW, UIO_SYSSPACE, path, td);
&= nbsp;flags =3D FREAD | FWRITE;
 if ((error =3D vn_open(&nd, &= amp;flags, 0)) !=3D 0) {
  rf_printf(2, "RAIDframe: vn_open = returned %d\n", error);
  return (error);
 }
&nbs= p;vp =3D nd.ni_vp;
 if (vp->v_usecount > 1) {
 &nbs= p;VOP_UNLOCK(vp, 0, td);
  (void) vn_close(vp, FREAD | FWRIT= E, td->td_ucred, td);
  rf_printf(1, "raidlookup() vp->= ;v_usecount > 1\n");
  return (EBUSY);
 }
&nbs= p;if ((error =3D VOP_GETATTR(vp, &va, td->td_ucred, td)) !=3D 0) {=
  VOP_UNLOCK(vp, 0, td);
  (void) vn_close(vp,= FREAD | FWRITE, td->td_ucred, td);
  rf_printf(1, "raidl= ookup() VOP_GETATTR returned %d", error);
  return (error);<= BR> }
 /* XXX: eventually we should handle VREG, too. */
=  if (va.va_type !=3D VCHR) {
  VOP_UNLOCK(vp, 0, td);  (void) vn_close(vp, FREAD | FWRITE,td->td_ucred, td);  rf_printf(1, "Returning ENOTBLK\n");
  return (= ENOTBLK);
 }
 VOP_UNLOCK(vp, 0, td);
 NDFREE(&= ;nd, NDF_ONLY_PNBUF);
 *vpp =3D vp;
 return (0);
}
Now the system will be crash , when it excutes the "p =3D td->= td_proc".
the system Information is :
kernel: type 12 trap, code=3D= 0
Stopped at raidlookup+0x19: movl 0(%eax),%ebx
If I mask t= he instructions form "p =3D td->td_proc" to "p->p_fd->fd_cdir =3D= rootvnode;",
trace the code, I find it will be crash in vn_open.
s= ystem infor:
Stopped at vn_open+0x9: pushl 0x78(%eax)
Why?
I ana= lyse the ccd code, it transfered the vn_open function, only change the se= cond parameter.
 
Best Regards
&nbs= p; 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=A3=BAhttp://explorer.msn.com= /lccn

------=_NextPart_002_0004_01C20A4F.BD05C000-- ------=_NextPart_001_0003_01C20A4F.BD05C000 Content-Type: text/plain; name="help.txt" Content-Disposition: attachment; filename="help.txt" Content-Transfer-Encoding: quoted-printable Hi, Very thank your help! Now the box can boot. =20 I have some other problems about proc and thread. From the FreeBSD5.0 viewpoint, there are real thread in kernel, there are= associated with KSE. So many functions parameters change from proc to thread. There is the function in RAIDFrame in FreeBSD4.x. =20 int raidlookup(path, p, vpp) char *path; struct proc *p; struct vnode **vpp; /* result */ { struct nameidata nd; struct vnode *vp; struct vattr va; int error, flags; /* Sanity check the p_fd fields. This is really just a hack */ if (!p->p_fd->fd_rdir || !p->p_fd->fd_cdir) printf("Warning: p_fd fields not set\n"); =20 if (!p->p_fd->fd_rdir) p->p_fd->fd_rdir =3D rootvnode; if (!p->p_fd->fd_cdir) p->p_fd->fd_cdir =3D rootvnode; NDINIT(&nd, LOOKUP, FOLLOW, UIO_SYSSPACE, path, p); flags =3D FREAD | FWRITE; if ((error =3D vn_open(&nd, flags, 0)) !=3D 0) { rf_printf(2, "RAIDframe: vn_open returned %d\n", error); return (error); } vp =3D nd.ni_vp; if (vp->v_usecount > 1) { VOP_UNLOCK(vp, 0, p); (void) vn_close(vp, FREAD | FWRITE, p->p_ucred, p); rf_printf(1, "raidlookup() vp->v_usecount > 1\n"); return (EBUSY); } if ((error =3D VOP_GETATTR(vp, &va, p->p_ucred, p)) !=3D 0) { VOP_UNLOCK(vp, 0, p); (void) vn_close(vp, FREAD | FWRITE, p->p_ucred, p); rf_printf(1, "raidlookup() VOP_GETATTR returned %d", error); return (error); } /* XXX: eventually we should handle VREG, too. */ if (va.va_type !=3D VCHR) { VOP_UNLOCK(vp, 0, p); (void) vn_close(vp, FREAD | FWRITE, p->p_ucred, p); rf_printf(1, "Returning ENOTBLK\n"); return (ENOTBLK); } VOP_UNLOCK(vp, 0, p); NDFREE(&nd, NDF_ONLY_PNBUF); *vpp =3D vp; return (0); } Based on the explain of the thread: struct proc *td_proc; /* Associated p= rocess. */ in the struct thread. and refer to the CCD code. I modify this function as following: int raidlookup(path, td, vpp) char *path; struct thread *td; struct vnode **vpp; /* result */ { struct nameidata nd; struct vnode *vp; struct vattr va; struct proc *p; int error, flags; /* Sanity check the p_fd fields. This is really just a hack */ p =3D td->td_proc; if (!p->p_fd->fd_rdir || !p->p_fd->fd_cdir) printf("Warning: p_fd fields not set\n"); =20 if (!p->p_fd->fd_rdir) p->p_fd->fd_rdir =3D rootvnode; if (!p->p_fd->fd_cdir) p->p_fd->fd_cdir =3D rootvnode; NDINIT(&nd, LOOKUP, FOLLOW, UIO_SYSSPACE, path, td); flags =3D FREAD | FWRITE; if ((error =3D vn_open(&nd, &flags, 0)) !=3D 0) { rf_printf(2, "RAIDframe: vn_open returned %d\n", error); return (error); } vp =3D nd.ni_vp; if (vp->v_usecount > 1) { VOP_UNLOCK(vp, 0, td); (void) vn_close(vp, FREAD | FWRITE, td->td_ucred, td); rf_printf(1, "raidlookup() vp->v_usecount > 1\n"); return (EBUSY); } if ((error =3D VOP_GETATTR(vp, &va, td->td_ucred, td)) !=3D 0) { VOP_UNLOCK(vp, 0, td); (void) vn_close(vp, FREAD | FWRITE, td->td_ucred, td); rf_printf(1, "raidlookup() VOP_GETATTR returned %d", error); return (error); } /* XXX: eventually we should handle VREG, too. */ if (va.va_type !=3D VCHR) { VOP_UNLOCK(vp, 0, td); (void) vn_close(vp, FREAD | FWRITE,td->td_ucred, td); rf_printf(1, "Returning ENOTBLK\n"); return (ENOTBLK); } VOP_UNLOCK(vp, 0, td); NDFREE(&nd, NDF_ONLY_PNBUF); *vpp =3D vp; return (0); } Now the system will be crash , when it excutes the "p =3D td->td_proc". the system Information is : kernel: type 12 trap, code=3D0 Stopped at raidlookup+0x19: movl 0(%eax),%ebx If I mask the instructions form "p =3D td->td_proc" to "p->p_fd->fd_cdir = =3D rootvnode;", trace the code, I find it will be crash in vn_open. system infor: Stopped at vn_open+0x9: pushl 0x78(%eax) Why? I analyse the ccd code, it transfered the vn_open function, only change t= he second parameter. Best Regards Ouyang kai ------=_NextPart_001_0003_01C20A4F.BD05C000-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 2 2:27:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id E937B37B403 for ; Sun, 2 Jun 2002 02:27:36 -0700 (PDT) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.6/8.11.4) with ESMTP id g529RZJ78872; Sun, 2 Jun 2002 02:27:35 -0700 (PDT) (envelope-from marcel@kayak.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.3/8.12.3) with ESMTP id g529RfbW066079; Sun, 2 Jun 2002 02:27:41 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.3/8.12.3/Submit) id g529Rfo2066078; Sun, 2 Jun 2002 02:27:41 -0700 (PDT) (envelope-from marcel) Date: Sun, 2 Jun 2002 02:27:41 -0700 From: Marcel Moolenaar To: "Marc G. Fournier" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Undefined symbol "SYS_uuidgen"? Message-ID: <20020602092741.GC65874@dhcp01.pn.xcllnt.net> References: <20020601221642.C2522-100000@mail1.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020601221642.C2522-100000@mail1.hub.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jun 01, 2002 at 10:28:36PM -0300, Marc G. Fournier wrote: > > Performed a 'make buildworld' successfully, but as soon as I tried the > 'installworld', when its trying to do the install of libc.so.5, it gives > an error to the effect of: > > /usr/libexec/ld-elf.so.1: /usr/lib/libc.so.5: Undefined symbol "SYS_uuidgen" Make sure your /sys sources are up to date. You have SYS_uuidgen as an undefined symbol, which means that syscalls.master and derived headers do not contain the new syscall. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.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 2 5:28:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by hub.freebsd.org (Postfix) with ESMTP id 6398337B405 for ; Sun, 2 Jun 2002 05:28:31 -0700 (PDT) Received: (qmail 26265 invoked from network); 2 Jun 2002 12:28:30 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 2 Jun 2002 12:28:30 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g52CSoF45801; Sun, 2 Jun 2002 08:28:50 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 02 Jun 2002 08:28:16 -0400 (EDT) From: John Baldwin To: kai ouyang Subject: RE: Help: from proc to thread? Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 02-Jun-2002 kai ouyang wrote: > Based on the explain of the thread: struct proc *td_proc; /* Associated process. */ in the struct > thread. > and refer to the CCD code. > I modify this function as following: > int raidlookup(path, td, vpp) > char *path; > struct thread *td; > struct vnode **vpp; /* result */ > { > struct nameidata nd; > struct vnode *vp; > struct vattr va; > struct proc *p; > int error, flags; > /* Sanity check the p_fd fields. This is really just a hack */ > p = td->td_proc; So it dies here? > Now the system will be crash , when it excutes the "p = td->td_proc". > the system Information is : > kernel: type 12 trap, code=0 > Stopped at raidlookup+0x19: movl 0(%eax),%ebx Hmm, can you get the 'faulting va (virtual address)' error message that it prints out? Add a line to the beginning of the function as a sanity check that does: KASSERT(td != NULL, "thread is null"); and compile your kernel with invariants and see if it panics with "thread is null". -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 2 10:53:59 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 0A33E37B416 for ; Sun, 2 Jun 2002 10:52:56 -0700 (PDT) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020602175255.DXUH11659.rwcrmhc53.attbi.com@blossom.cjclark.org>; Sun, 2 Jun 2002 17:52:55 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g52Hqsk32934; Sun, 2 Jun 2002 10:52:54 -0700 (PDT) (envelope-from crist.clark@attbi.com) X-Authentication-Warning: blossom.cjclark.org: cjc set sender to crist.clark@attbi.com using -f Date: Sun, 2 Jun 2002 10:52:54 -0700 From: "Crist J. Clark" To: Andrew Gallatin Cc: freebsd-current@FreeBSD.ORG Subject: Re: installworld failure in libncurses Message-ID: <20020602105253.E20911@blossom.cjclark.org> Reply-To: "Crist J. Clark" References: <15609.25504.743035.99007@moe.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15609.25504.743035.99007@moe.cs.duke.edu>; from gallatin@cs.duke.edu on Sat, Jun 01, 2002 at 08:15:28PM -0400 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jun 01, 2002 at 08:15:28PM -0400, Andrew Gallatin wrote: > > ===> lib/libncurses > install -C -o root -g wheel -m 444 libncurses.a /usr/lib > install -c -s -o root -g wheel -m 444 libncurses.so.5 /usr/lib > ln -fs libncurses.so.5 /usr/lib/libncurses.so > install -C -o root -g wheel -m 444 curses.h term.h termcap.h unctrl.h /usr/src/lib/libncurses/../../contrib/ncurses/include/ncurses_dll.h /usr/include > /usr/include/ncurses.h -> curses.h > ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_addstr.3x curs_addstr.3 > ln: curs_addstr.3: File exists > *** Error code 1 > > Stop in /usr/src/lib/libncurses. > *** Error code 1 That ln(1) command should be happening during the build and NOT during install. I've seen this problem after interupted installworlds (although I'm not exactly sure why) and when there are clock issues. -- 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 Sun Jun 2 12:59:18 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 ED44637B405; Sun, 2 Jun 2002 12:59:14 -0700 (PDT) Received: from moe.cs.duke.edu (moe.cs.duke.edu [152.3.140.74]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id PAA17249; Sun, 2 Jun 2002 15:59:14 -0400 (EDT) Received: (gallatin@localhost) by moe.cs.duke.edu (8.8.5/8.6.9) id PAA24044; Sun, 2 Jun 2002 15:59:14 -0400 (EDT) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15610.30993.858806.789539@moe.cs.duke.edu> Date: Sun, 2 Jun 2002 15:59:13 -0400 (EDT) To: "Crist J. Clark" Cc: freebsd-current@FreeBSD.ORG Subject: Re: installworld failure in libncurses In-Reply-To: <20020602105253.E20911@blossom.cjclark.org> References: <15609.25504.743035.99007@moe.cs.duke.edu> <20020602105253.E20911@blossom.cjclark.org> X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Crist J. Clark writes: > On Sat, Jun 01, 2002 at 08:15:28PM -0400, Andrew Gallatin wrote: > > > > ===> lib/libncurses > > install -C -o root -g wheel -m 444 libncurses.a /usr/lib > > install -c -s -o root -g wheel -m 444 libncurses.so.5 /usr/lib > > ln -fs libncurses.so.5 /usr/lib/libncurses.so > > install -C -o root -g wheel -m 444 curses.h term.h termcap.h unctrl.h /usr/src/lib/libncurses/../../contrib/ncurses/include/ncurses_dll.h /usr/include > > /usr/include/ncurses.h -> curses.h > > ln -s /usr/src/lib/libncurses/../../contrib/ncurses/man/curs_addstr.3x curs_addstr.3 > > ln: curs_addstr.3: File exists > > *** Error code 1 > > > > Stop in /usr/src/lib/libncurses. > > *** Error code 1 > > That ln(1) command should be happening during the build and NOT during > install. I've seen this problem after interupted installworlds > (although I'm not exactly sure why) and when there are clock issues. Clock issues might be it. I did the cvs update with the clock set to 1934, so perhaps some of my source tree is misdated.. I won't worry about it. Thanks, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 2 15: 4: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id B981E37B400 for ; Sun, 2 Jun 2002 15:04:03 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 07430103B57 for ; Sun, 2 Jun 2002 19:04:00 -0300 (ADT) Date: Sun, 2 Jun 2002 19:03:59 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-current@freebsd.org Subject: fts_read errors ... what causes? Message-ID: <20020602185935.H2522-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I get this semi-randomly on my laptop when doing a delete ... softupdates are enabled on the file system in question, and am running -CURRENT as of last night, if any of that matters? ===> Cleaning for XFree86-font75dpi-4.2.0 rm: fts_read: No such file or directory *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 2 15:51:47 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 BDC2337B408 for ; Sun, 2 Jun 2002 15:49:42 -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 g52Mnd0j021021 for ; Mon, 3 Jun 2002 08:49:40 +1000 Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37645) with ESMTP id <01KIHKZL14F490OJL3@cim.alcatel.com.au> for current@freebsd.org; Mon, 3 Jun 2002 08:49:17 +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 g52MnaID019499 for ; Mon, 03 Jun 2002 08:49:36 +1000 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.12.3/8.12.3/Submit) id g52MnaA5019498 for current@freebsd.org; Mon, 03 Jun 2002 08:49:36 +1000 (EST) Content-return: prohibited Date: Mon, 03 Jun 2002 08:49:36 +1000 From: Peter Jeremy Subject: Softupdates freeing unallocated space and panicing To: current@freebsd.org Mail-Followup-To: current@freebsd.org Message-id: <20020603084936.A19375@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 X-Authentication-warning: gsmx07.alcatel.com.au: jeremyp set sender to peter.jeremy@alcatel.com.au using -f Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a system running -CURRENT from 7th May and it panic'd over the weekend: panicstr: bwrite: buffer is not busy??? panic messages: --- panic: free: address 0xccc792c0(0xccc79000) has not been allocated. syncing disks... panic: bwrite: buffer is not busy??? Uptime: 10d8h49m19s pfs_vncache_unload(): 1 entries remaining Dumping 128 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 The backtrace is: #0 doadump () at /3.0/cvs/src/sys/kern/kern_shutdown.c:213 #1 0xc01b9684 in boot (howto=260) at /3.0/cvs/src/sys/kern/kern_shutdown.c:346 #2 0xc01b982d in panic (fmt=0xc02be24b "bwrite: buffer is not busy???") at /3.0/cvs/src/sys/kern/kern_shutdown.c:490 #3 0xc01e9377 in bwrite (bp=0xc36e8360) at /3.0/cvs/src/sys/kern/vfs_bio.c:747 #4 0xc01ea6af in vfs_bio_awrite (bp=0xc36e8360) at /3.0/cvs/src/sys/kern/vfs_bio.c:1603 #5 0xc01946e8 in spec_fsync (ap=0xc8507b48) at /3.0/cvs/src/sys/fs/specfs/spec_vnops.c:403 #6 0xc01942d5 in spec_vnoperate (ap=0xc8507b48) at /3.0/cvs/src/sys/fs/specfs/spec_vnops.c:121 #7 0xc024ae75 in ffs_sync (mp=0xc8591200, waitfor=2, cred=0xc36a1e80, td=0xc02fde00) at vnode_if.h:441 #8 0xc01f6de3 in sync (td=0xc02fde00, uap=0x0) at /3.0/cvs/src/sys/kern/vfs_syscalls.c:1224 #9 0xc01b92f6 in boot (howto=256) at /3.0/cvs/src/sys/kern/kern_shutdown.c:254 #10 0xc01b982d in panic ( fmt=0xc02b6180 "free: address %p(%p) has not been allocated.\n") at /3.0/cvs/src/sys/kern/kern_shutdown.c:490 #11 0xc01b121e in free (addr=0xccc792c0, type=0xc0310f40) at /3.0/cvs/src/sys/kern/kern_malloc.c:228 #12 0xc0246cfa in softdep_disk_write_complete (bp=0xc36fc3b0) at /3.0/cvs/src/sys/ufs/ffs/ffs_softdep.c:3549 #13 0xc01ebc7d in bufdone (bp=0xc36fc3b0) at /3.0/cvs/src/sys/sys/buf.h:406 #14 0xc01ee549 in cluster_callback (bp=0xc36da3f0) at /3.0/cvs/src/sys/kern/vfs_cluster.c:570 #15 0xc01ebc58 in bufdone (bp=0xc36da3f0) at /3.0/cvs/src/sys/kern/vfs_bio.c:2842 #16 0xc01ebbaa in bufdonebio (bp=0xc36da3f0) at /3.0/cvs/src/sys/kern/vfs_bio.c:2790 #17 0xc01336f9 in ad_interrupt (request=0xcc13d300) at /3.0/cvs/src/sys/sys/bio.h:115 #18 0xc0127838 in ata_intr (data=0xc36a3000) at /3.0/cvs/src/sys/dev/ata/ata-all.c:604 #19 0xc01ac006 in ithread_loop (arg=0xc8503200) at /3.0/cvs/src/sys/kern/kern_intr.c:533 #20 0xc01ab5af in fork_exit (callout=0xc01abef4 , arg=0xc8503200, frame=0xc8507d48) at /3.0/cvs/src/sys/kern/kern_fork.c:829 Poking around softdep_disk_write_complete(): (kgdb) p *bp $3 = {b_io = {bio_cmd = 2, bio_dev = 0xffffffff, bio_blkno = 462416, bio_offset = 1864124416, bio_bcount = 8192, bio_data = 0xc3c70000 "0\207\003", bio_flags = 0, _bio_buf = 0x0, bio_error = 0, bio_resid = 0, bio_done = 0xc01ebb9c , bio_driver1 = 0x0, bio_driver2 = 0x0, bio_caller1 = 0x0, bio_caller2 = 0xc36fc3b0, bio_queue = {tqe_next = 0x0, tqe_prev = 0xc85018a4}, bio_pblkno = 5365533, bio_done_chain = 0x0, bio_linkage = 0x0, bio_length = 0, bio_attribute = 0x0, bio_completed = 0, bio_from = 0x0, bio_to = 0x0}, b_op = 0xc0307cc4, b_magic = 280038160, b_iodone = 0, b_offset = -16883712, b_hash = {le_next = 0x0, le_prev = 0xc36f9d2c}, b_vnbufs = {tqe_next = 0xc3757580, tqe_prev = 0xc36f4d84}, b_freelist = {tqe_next = 0xc3757580, tqe_prev = 0xc0308278}, b_flags = 537006628, b_qindex = 0, b_xflags = 2 '\002', b_lock = {lk_interlock = 0xc033ca40, lk_flags = 1024, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 1, lk_prio = 80, lk_wmesg = 0xc02be1e5 "bufwait", lk_timo = 0, lk_lockholder = -2}, b_bufsize = 8192, b_runningbufspace = 0, b_kvabase = 0xc3c70000 "0\207\003", b_kvasize = 16384, b_lblkno = -2061, b_vp = 0xc942d960, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0x0, b_wcred = 0x0, b_saveaddr = 0x0, b_pager = { pg_spc = 0x0, pg_reqpage = 0}, b_cluster = {cluster_head = { tqh_first = 0xc3757580, tqh_last = 0xc36da4f0}, cluster_entry = { tqe_next = 0xc3757580, tqe_prev = 0xc36da4f0}}, b_pages = {0xc093aabc, 0xc09170f8, 0x0 }, b_npages = 2, b_dep = { lh_first = 0xcbe15840}} (kgdb) l 3544 if (indirdep->ir_state & GOINGAWAY) { 3545 lk.lkt_held = NOHOLDER; 3546 panic("disk_write_complete: indirdep gone"); 3547 } 3548 bcopy(indirdep->ir_saveddata, bp->b_data, bp->b_bcount); 3549 FREE(indirdep->ir_saveddata, M_INDIRDEP); 3550 indirdep->ir_saveddata = 0; 3551 indirdep->ir_state &= ~UNDONE; 3552 indirdep->ir_state |= ATTACHED; 3553 while ((aip = LIST_FIRST(&indirdep->ir_donehd)) != 0) { (kgdb) p *indirdep $5 = {ir_list = {wk_list = {le_next = 0xcbe15840, le_prev = 0xc36fc53c}, wk_type = 5, wk_state = 2}, ir_saveddata = 0xccc792c0 "0\207\003", ir_savebp = 0xc36eac00, ir_donehd = {lh_first = 0x0}, ir_deplisthd = { lh_first = 0xcbe15e00}} (kgdb) Any suggestions? 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 2 16:22:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by hub.freebsd.org (Postfix) with ESMTP id 80ECD37B400; Sun, 2 Jun 2002 16:22:34 -0700 (PDT) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by mailb.telia.com (8.11.6/8.11.6) with ESMTP id g52NMXZ03446; Mon, 3 Jun 2002 01:22:33 +0200 (CEST) Received: from veidit.net (h54n1fls35o1000.telia.com [217.210.234.54]) by d1o1000.telia.com (8.10.2/8.10.1) with ESMTP id g52NMWa25011; Mon, 3 Jun 2002 01:22:32 +0200 (CEST) Message-ID: <3CFAA8B7.8040007@veidit.net> Date: Mon, 03 Jun 2002 01:22:31 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc3) Gecko/20020528 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnome@FreeBSD.org Cc: ports@FreeBSD.org, current Subject: FreeBSD Port: libgda-0.2.96 breaks on current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In current I get this error when I'm trying to install libgda c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/X11R6/include -I../../lib/gda-common -I../../lib/gda-common -I../../lib/gda-client -I../../lib/gda-client -I/usr/local/include/glib12 -D_THREAD_SAFE -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include/gnome-xml -I/usr/X11R6/include/gconf/1 -I/usr/X11R6/include -I/usr/local/include/glib12 -I/usr/local/include/orbit-1.0 -I/usr/local/include -I/usr/X11R6/include/gnome-1.0 -I/usr/X11R6/include -DNEED_GNOMESUPPORT_H -I/usr/X11R6/lib/gnome-libs/include -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include/gdk-pixbuf-1.0 -I/usr/local/include/freetype2 -I/usr/local/include/gnome-xml -I/usr/local/include/orbit-1.0 -I/usr/local/include -O -pipe -march=pentiumpro -c gdaBatch.cpp -fPIC -DPIC -o .libs/gdaBatch.lo In file included from gdaBatch.h:22, from gdaIncludes.h:45, from gdaBatch.cpp:20: gdaConnection.h:44: syntax error before `&' token gdaConnection.h:45: syntax error before `)' token gdaConnection.h:47: syntax error before `&' token gdaConnection.h:48: syntax error before `&' token gdaConnection.h:57: syntax error before `&' token gdaConnection.h:58: syntax error before `&' token gdaConnection.h:65: syntax error before `)' token gdaConnection.h:66: syntax error before `)' token gdaConnection.h:76: syntax error before `)' token In file included from gdaBatch.h:23, from gdaIncludes.h:45, from gdaBatch.cpp:20: gdaValue.h:70: syntax error before `)' token gdaValue.h:87: syntax error before `&' token In file included from gdaIncludes.h:45, from gdaBatch.cpp:20: gdaBatch.h:37: syntax error before `&' token gdaBatch.h:38: syntax error before `&' token In file included from gdaIncludes.h:46, from gdaBatch.cpp:20: gdaCommand.h:41: syntax error before `)' token gdaCommand.h:42: syntax error before `&' token gdaCommand.h:47: syntax error before `&' token gdaCommand.h:62: 'vector' is used as a type, but is not defined as a type. In file included from gdaIncludes.h:48, from gdaBatch.cpp:20: gdaError.h:41: syntax error before `)' token gdaError.h:43: syntax error before `)' token gdaError.h:44: syntax error before `)' token gdaError.h:45: syntax error before `)' token gdaError.h:46: syntax error before `)' token gdaError.h:47: syntax error before `)' token In file included from gdaIncludes.h:49, from gdaBatch.cpp:20: gdaErrorList.h:28: syntax error before `<' token gdaErrorList.h:35: syntax error before `*' token gdaErrorList.h:36: syntax error before `*' token gdaErrorList.h:37: syntax error before `const' gdaErrorList.h:38: destructors must be member functions gdaErrorList.h:40: syntax error before `&' token In file included from gdaIncludes.h:49, from gdaBatch.cpp:20: gdaErrorList.h:19:1: unterminated #ifndef In file included from gdaBatch.cpp:20: gdaIncludes.h:19:1: unterminated #ifndef gmake[3]: *** [gdaBatch.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/databases/libgda/work/libgda-0.2.96/bindings/c++' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/databases/libgda/work/libgda-0.2.96/bindings' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/databases/libgda/work/libgda-0.2.96' gmake: *** [all-recursive-am] Error 2 *** Error code 2 my uname -a: FreeBSD Amnesiac 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat Jun 1 19:49:05 CEST 2002 root@Amnesiac:/usr/obj/usr/src/sys/Linn i386 Is this related to c++ in current? /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 2 16:49:13 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 414F437B405; Sun, 2 Jun 2002 16:49:04 -0700 (PDT) Received: (from dan@localhost) by dan.emsphone.com (8.12.2/8.12.3) id g52Nn32Z087793; Sun, 2 Jun 2002 18:49:03 -0500 (CDT) (envelope-from dan) Date: Sun, 2 Jun 2002 18:49:03 -0500 From: Dan Nelson To: John Angelmo Cc: gnome@FreeBSD.ORG, ports@FreeBSD.ORG, current Subject: Re: FreeBSD Port: libgda-0.2.96 breaks on current Message-ID: <20020602234902.GA1774@dan.emsphone.com> References: <3CFAA8B7.8040007@veidit.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CFAA8B7.8040007@veidit.net> User-Agent: Mutt/1.3.99i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jun 03), John Angelmo said: > In current I get this error when I'm trying to install libgda > > In file included from gdaBatch.h:22, > from gdaIncludes.h:45, > from gdaBatch.cpp:20: > gdaConnection.h:44: syntax error before `&' token void setProvider (const string& name); > Is this related to c++ in current? Yes. Gcc 3 and above require you to use std::string etc. The next release of libgda will hopefully have the right fixes. -- 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 Sun Jun 2 16:59:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 8D27A37B401 for ; Sun, 2 Jun 2002 16:59:27 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id E7C25103B57 for ; Sun, 2 Jun 2002 20:59:22 -0300 (ADT) Date: Sun, 2 Jun 2002 20:55:44 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-ports@freebsd.org Subject: XFree86-4-libraries compile fails in UIThrStubs.c ... GCC 3.1 issue? Message-ID: <20020602205105.Q2522-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm running 5.0-CURRENT, with gcc 3.1: mobile# gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.1 [FreeBSD] 20020509 (prerelease) Is this an issue with GCC 3.1, or something else I'm not thinking of ... ? ---------- Line102: #pragma weak pthread_self = _Xthr_self_stub_ rm -f UIThrStubs.o LD_LIBRARY_PATH=../../exports/lib cc -c -O -pipe -D_OLD_STDIO -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../.. -I../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETURNS_NULL -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../.. -I../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETURNS_NULL -fPIC UIThrStubs.c UIThrStubs.c:102: alias arg not a string UIThrStubs.c:103: alias arg not a string UIThrStubs.c:104: alias arg not a string UIThrStubs.c:105: alias arg not a string UIThrStubs.c:106: alias arg not a string UIThrStubs.c:107: alias arg not a string UIThrStubs.c:108: alias arg not a string UIThrStubs.c:109: alias arg not a string UIThrStubs.c:110: alias arg not a string UIThrStubs.c:111: alias arg not a string UIThrStubs.c:113: alias arg not a string UIThrStubs.c:114: alias arg not a string UIThrStubs.c:115: alias arg not a string UIThrStubs.c:131: warning: `_Xthr_self_stub_' defined but not used UIThrStubs.c:139: warning: `_Xthr_zero_stub_' defined but not used *** Error code 1 Stop in /usr/local/ports/usr/ports/x11/XFree86-4-libraries/work/xc/lib/XThrStub. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 2 18:18:51 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 B777837B403 for ; Sun, 2 Jun 2002 18:18:47 -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 g531IjaQ000941 for ; Mon, 3 Jun 2002 11:18:45 +1000 Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37640) with ESMTP id <01KIHQ7URMWG8XAEE4@cim.alcatel.com.au> for freebsd-current@freebsd.org; Mon, 3 Jun 2002 11:18:44 +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 g531IhbK001136 for ; Mon, 03 Jun 2002 11:18:43 +1000 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.12.3/8.12.3/Submit) id g531Igdf001135 for freebsd-current@freebsd.org; Mon, 03 Jun 2002 11:18:42 +1000 (EST) Content-return: prohibited Date: Mon, 03 Jun 2002 11:18:42 +1000 From: Peter Jeremy Subject: Deadlock using snapshots To: freebsd-current@freebsd.org Mail-Followup-To: freebsd-current@freebsd.org Message-id: <20020603111842.D351@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 X-Authentication-warning: gsmx07.alcatel.com.au: jeremyp set sender to peter.jeremy@alcatel.com.au using -f Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I decided to do some experimenting with snapshots and managed to deadlock my system. (Basically, I had a cron job that was trying to snapshot all my filesystems every 5 minutes - with a view to being able to undo any "accidents" I might make). I'd reached about 5 snapshots per filesystem when it hung. I've found a few other anomolies with snapshots, but deadlocks are undesirable :-(. The system was still running normally, but nothing could access the filesystem. Breaking into 'ps' showed that the deadlocked processes were all waiting on "inode". I've got a crash dump but would like some suggestions on where to start looking. The system is -CURRENT from 7th May. 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 2 20:30:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from hotmail.com (oe73.pav0.hotmail.com [64.4.33.215]) by hub.freebsd.org (Postfix) with ESMTP id EFDC837B400; Sun, 2 Jun 2002 20:30:44 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 2 Jun 2002 20:30:44 -0700 X-Originating-IP: [210.74.136.33] From: "kai ouyang" To: "John Baldwin" , Subject: Re:Help: from proc to thread? Date: Mon, 3 Jun 2002 11:30:40 +0800 MIME-Version: 1.0 X-Mailer: MSN Explorer 7.00.0021.1900 Content-Type: multipart/mixed; boundary="----=_NextPart_001_0000_01C20AF2.1747CCA0" Message-ID: X-OriginalArrivalTime: 03 Jun 2002 03:30:44.0607 (UTC) FILETIME=[0B5E28F0:01C20AAF] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_001_0000_01C20AF2.1747CCA0 Content-Type: multipart/alternative; boundary="----=_NextPart_002_0001_01C20AF2.1747CCA0" ------=_NextPart_002_0001_01C20AF2.1747CCA0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable >> Based on the explain of the thread: struct proc *td_proc; /* Associate= d process. */ in the struct >> thread. >> and refer to the CCD code. >> I modify this function as following: >> int raidlookup(path, td, vpp) >> char *path; >> struct thread *td; >> struct vnode **vpp; /* result */ >> { >> struct nameidata nd; >> struct vnode *vp; >> struct vattr va; >> struct proc *p; >> int error, flags; >> /* Sanity check the p_fd fields. This is really just a hack */ >> p =3D td->td_proc; >So it dies here? >> Now the system will be crash , when it excutes the "p =3D td->td_proc"= . >> the system Information is : >> kernel: type 12 trap, code=3D0 >> Stopped at raidlookup+0x19: movl 0(%eax),%ebx >Hmm, can you get the 'faulting va (virtual address)' error message that = it >prints out? >Add a line to the beginning of the function as a sanity check that does: >KASSERT(td !=3D NULL, "thread is null"); >and compile your kernel with invariants and see if it panics with >"thread is null". Yeah, thread is NULL. But I view all the callers, I did not find any assignment to td. I do not know the kernel how assign td to the structure. The RAIDFrame has the similar function as the vinum. I find this problem =20 when I config a RAID level volume. Now, I check the raidctlioctl() function,because the process is here from= user space to =20 kernel space. Because the raidlookup's td is gotten from raidctlioctl() function. I add the two line to the latter function. KASSERT(td !=3D NULL, ("raidctlioctl thread is NULL")); KASSERT(raidPtr->engine_thread !=3D NULL, ("raidctlioctl engine thread is= NULL")); It debugs in the second line. So, the raidctlioctl funcion has the td, bu= t didn't =20 transfer the parameter to the raidlookup(). Hmmmm.... I take place the two line by the following lines: KASSERT(td !=3D NULL, ("raidctlioctl thread is NULL")); raidPtr->engine_thread =3D td; KASSERT(raidPtr->engine_thread !=3D NULL, ("raidctlioctl engine thread is= NULL")); now it pass. I want to know when the kernel assign td to raidctlioctl function? Now, the RAIDFrame will be crash here: RF_THREADGROUP_WAIT_START(&raidPtr->engine_tg); panic: runq_choose: process 218(raid) in state 3 Debugger("panic") Stopped at Debugger+0x40: xorl %eax,%eax raidPtr->engine_tg is the RF_ThreadGroup_s structure. struct RF_ThreadGroup_s { int created; int running; int shutdown; struct mtx mutex; int cond; }; /* * Wait for all threads to start running */ #define RF_THREADGROUP_WAIT_START(_g_) { \ mtx_lock(&(_g_)->mutex); \ while((_g_)->running < (_g_)->created) { \ RF_LTSLEEP(&((_g_)->cond), PRIBIO, "rfwcond", 0, &((_g_)->mutex)); \ } \ mtx_unlock(&(_g_)->mutex); \ } RF_LTSLEEP(void *cond, int pri, const char *text, int time, struct mtx *m= utex) { return (msleep(cond, mutex, pri, text, time)); } I man mtx_lock and find it excute after mtx_init(). before the macro RF_THREADGROUP_WAIT_START, it call the rf_mtx_init(); int rf_mutex_init(m) struct mtx *m; { mtx_init(m, "RAIDFrame FreeBSD5.0", MTX_DEF); return (0); } So..... I am puzzled about it.=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_01C20AF2.1747CCA0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
>> Based= on the explain of the thread: struct proc *td_proc; /* Associated proces= s. */ in the struct
>> thread.
>> and refer to the CCD = code.
>> I modify this function as following:
>> int ra= idlookup(path, td, vpp)
>>  char   *path;
>= >  struct thread *td;
>>  struct vnode **vpp; /* re= sult */
>> {
>>  struct nameidata nd;
>>&= nbsp; struct vnode *vp;
>>  struct vattr va;
>>&nb= sp; struct proc *p;
>>  int     error, = flags;
>>  /* Sanity check the p_fd fields.  This is r= eally just a hack */
>>  p =3D td->td_proc;
&= gt;So it dies here?
>> Now the system will be crash , wh= en it excutes the "p =3D td->td_proc".
>> the system Informat= ion is :
>> kernel: type 12 trap, code=3D0
>> Stopped a= t raidlookup+0x19: movl 0(%eax),%ebx
>Hmm, can you get the = 'faulting va (virtual address)' error message that it
>prints out?<= /DIV>
>Add a line to the beginning of the function as a sanity ch= eck that does:
>KASSERT(td !=3D NULL, "thread is null");
>and compile your kernel with invariants and see if it panics= with
>"thread is null".
Yeah, thread is NULL.
But I = view all the callers, I did not find any assignment to td.
I do not kn= ow the kernel how assign td to the structure.
The RAIDFrame has the si= milar function as the vinum. I find this problem
when I config a RAID= level volume.
Now, I check the raidctlioctl() function,because the pr= ocess is here from user space to
kernel space.
Because the raidloo= kup's td is gotten from raidctlioctl() function.
I add the two line to= the latter function.
KASSERT(td !=3D NULL, ("raidctlioctl thread is N= ULL"));
KASSERT(raidPtr->engine_thread !=3D NULL, ("raidctlioctl en= gine thread is NULL"));
It debugs in the second line. So, the raidctli= octl funcion has the td, but didn't
transfer the parameter to the rai= dlookup().
Hmmmm....
I take place the two line by the following lin= es:
KASSERT(td !=3D NULL, ("raidctlioctl thread is NULL"));
raidPtr= ->engine_thread =3D td;
KASSERT(raidPtr->engine_thread !=3D NULL= , ("raidctlioctl engine thread is NULL"));
now it pass.
I w= ant to know when the kernel assign td to raidctlioctl function?
Now, the RAIDFrame will be crash here:
 RF_THREADGROUP_WAIT_STA= RT(&raidPtr->engine_tg);
panic: runq_choose: process 218(raid) = in state 3
Debugger("panic")
Stopped at Debugger+0x40: xorl %eax,%e= ax
raidPtr->engine_tg is the RF_ThreadGroup_s structure.
struct RF_ThreadGroup_s {
 int     c= reated;
 int     running;
 int &= nbsp;   shutdown;
 struct  mtx mutex;
 &nb= sp;      int     cond;
};=
/*
 * Wait for all threads to start running
 */
#d= efine RF_THREADGROUP_WAIT_START(_g_) { \
 mtx_lock(&(_g_)->= ;mutex); \
 while((_g_)->running < (_g_)->created) { \  RF_LTSLEEP(&((_g_)->cond), PRIBIO, "rfwcond", 0, &am= p;((_g_)->mutex)); \
 } \
 mtx_unlock(&(_g_)->m= utex); \
}
RF_LTSLEEP(void *cond, int pri, const char *text= , int time, struct mtx *mutex)
{
 return (msleep(cond, mutex, = pri, text, time));
}
I man mtx_lock and find it excute afte= r mtx_init().
before the macro RF_THREADGROUP_WAIT_START, it call the = rf_mtx_init();
int rf_mutex_init(m)
struct mtx *m;
{
 mt= x_init(m, "RAIDFrame FreeBSD5.0", MTX_DEF);
 return (0);
}
= So..... I am puzzled about it.

=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=BAhttp:= //explorer.msn.com/lccn

------=_NextPart_002_0001_01C20AF2.1747CCA0-- ------=_NextPart_001_0000_01C20AF2.1747CCA0 Content-Type: text/plain; name="rehelp.txt" Content-Disposition: attachment; filename="rehelp.txt" Content-Transfer-Encoding: quoted-printable >> Based on the explain of the thread: struct proc *td_proc; /* Associate= d process. */ in the struct >> thread. >> and refer to the CCD code. >> I modify this function as following: >> int raidlookup(path, td, vpp) >> char *path; >> struct thread *td; >> struct vnode **vpp; /* result */ >> { >> struct nameidata nd; >> struct vnode *vp; >> struct vattr va; >> struct proc *p; >> int error, flags; >> /* Sanity check the p_fd fields. This is really just a hack */ >> p =3D td->td_proc; >So it dies here? >> Now the system will be crash , when it excutes the "p =3D td->td_proc"= . >> the system Information is : >> kernel: type 12 trap, code=3D0 >> Stopped at raidlookup+0x19: movl 0(%eax),%ebx >Hmm, can you get the 'faulting va (virtual address)' error message that = it >prints out? >Add a line to the beginning of the function as a sanity check that does: >KASSERT(td !=3D NULL, "thread is null"); >and compile your kernel with invariants and see if it panics with >"thread is null". Yeah, thread is NULL. But I view all the callers, I did not find any assignment to td. I do not know the kernel how assign td to the structure. The RAIDFrame has the similar function as the vinum. I find this problem =20 when I config a RAID level volume. Now, I check the raidctlioctl() function,because the process is here from= user space to =20 kernel space. Because the raidlookup's td is gotten from raidctlioctl() function. I add the two line to the latter function. KASSERT(td !=3D NULL, ("raidctlioctl thread is NULL")); KASSERT(raidPtr->engine_thread !=3D NULL, ("raidctlioctl engine thread is= NULL")); It debugs in the second line. So, the raidctlioctl funcion has the td, bu= t didn't =20 transfer the parameter to the raidlookup(). Hmmmm.... I take place the two line by the following lines: KASSERT(td !=3D NULL, ("raidctlioctl thread is NULL")); raidPtr->engine_thread =3D td; KASSERT(raidPtr->engine_thread !=3D NULL, ("raidctlioctl engine thread is= NULL")); now it pass. I want to know when the kernel assign td to raidctlioctl function? Now, the RAIDFrame will be crash here: RF_THREADGROUP_WAIT_START(&raidPtr->engine_tg); panic: runq_choose: process 218(raid) in state 3 Debugger("panic") Stopped at Debugger+0x40: xorl %eax,%eax raidPtr->engine_tg is the RF_ThreadGroup_s structure. struct RF_ThreadGroup_s { int created; int running; int shutdown; struct mtx mutex; int cond; }; /* * Wait for all threads to start running */ #define RF_THREADGROUP_WAIT_START(_g_) { \ mtx_lock(&(_g_)->mutex); \ while((_g_)->running < (_g_)->created) { \ RF_LTSLEEP(&((_g_)->cond), PRIBIO, "rfwcond", 0, &((_g_)->mutex)); \ } \ mtx_unlock(&(_g_)->mutex); \ } RF_LTSLEEP(void *cond, int pri, const char *text, int time, struct mtx *m= utex) { return (msleep(cond, mutex, pri, text, time)); } I man mtx_lock and find it excute after mtx_init(). ------=_NextPart_001_0000_01C20AF2.1747CCA0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 2 20:49:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by hub.freebsd.org (Postfix) with ESMTP id 5107137B400 for ; Sun, 2 Jun 2002 20:49:49 -0700 (PDT) Received: (qmail 29539 invoked from network); 3 Jun 2002 03:49:45 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 3 Jun 2002 03:49:45 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g533ntF47831; Sun, 2 Jun 2002 23:49:55 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 02 Jun 2002 23:49:20 -0400 (EDT) From: John Baldwin To: kai ouyang Subject: Re:Help: from proc to thread? Cc: current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 03-Jun-2002 kai ouyang wrote: > Yeah, thread is NULL. > But I view all the callers, I did not find any assignment to td. > I do not know the kernel how assign td to the structure. > The RAIDFrame has the similar function as the vinum. I find this problem > when I config a RAID level volume. > Now, I check the raidctlioctl() function,because the process is here from user space to > kernel space. > Because the raidlookup's td is gotten from raidctlioctl() function. > I add the two line to the latter function. > KASSERT(td != NULL, ("raidctlioctl thread is NULL")); > KASSERT(raidPtr->engine_thread != NULL, ("raidctlioctl engine thread is NULL")); > It debugs in the second line. So, the raidctlioctl funcion has the td, but didn't > transfer the parameter to the raidlookup(). > Hmmmm.... > I take place the two line by the following lines: > KASSERT(td != NULL, ("raidctlioctl thread is NULL")); > raidPtr->engine_thread = td; > KASSERT(raidPtr->engine_thread != NULL, ("raidctlioctl engine thread is NULL")); > now it pass. > I want to know when the kernel assign td to raidctlioctl function? The kernel passes the thread pointer for the current thread down the stack to the ioctl routine. > Now, the RAIDFrame will be crash here: > RF_THREADGROUP_WAIT_START(&raidPtr->engine_tg); > panic: runq_choose: process 218(raid) in state 3 > Debugger("panic") > Stopped at Debugger+0x40: xorl %eax,%eax It looks like you made a thread runnable and then changed it's p_stat to SSLEEP while it was on the run queue. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 0:44:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id DBFFD37B403; Mon, 3 Jun 2002 00:43:49 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g537hQQ42410; Mon, 3 Jun 2002 10:43:26 +0300 (EEST) (envelope-from ru) Date: Mon, 3 Jun 2002 10:43:26 +0300 From: Ruslan Ermilov To: Dag-Erling Smorgrav Cc: current@FreeBSD.org Subject: Re: i386 tinderbox failure Message-ID: <20020603074326.GC37191@sunbay.com> References: <200206020436.g524ae9Z003471@ref5.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zCKi3GIZzVBPywwA" Content-Disposition: inline In-Reply-To: <200206020436.g524ae9Z003471@ref5.freebsd.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --zCKi3GIZzVBPywwA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 01, 2002 at 09:36:40PM -0700, Dag-Erling Smorgrav wrote: [...] > -------------------------------------------------------------- > >>> stage 4: building everything.. > -------------------------------------------------------------- > =3D=3D=3D> gnu/usr.bin/binutils/ar > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x391): warning: mktemp() possibly used unsafely; consider= using mkstemp() > =3D=3D=3D> gnu/usr.bin/binutils/as > =3D=3D=3D> gnu/usr.bin/binutils/as/i386-freebsd > In file included from /d/home/des/tinderbox/src/contrib/binutils/gas/conf= ig/tc-i386.c:37: > /d/home/des/tinderbox/src/contrib/binutils/include/opcode/i386.h:-15201: = internal error: Segmentation fault > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 >=20 > Stop in /d/home/des/tinderbox/src/gnu/usr.bin/binutils/as/i386-freebsd. > *** Error code 1 [...] DES, I'm doing the daily (-j8) snapshots on a 2-CPU SMP machine for i386, pc98, alpha, ia64, and sparc64, and never saw this problem. Could it be that you have a faulty hardware on your tinderbox, as I already saw a few reports from you, always in a different place? Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --zCKi3GIZzVBPywwA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8+x4eUkv4P6juNwoRAt38AJ0eo7FAcre00e2hir47s2fUGF3WAgCfWSKq VlxypbdjtpecnSiWHv8lBJE= =G0Tl -----END PGP SIGNATURE----- --zCKi3GIZzVBPywwA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 1:41:51 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 7BFA737B40B; Mon, 3 Jun 2002 01:41:48 -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 BAA18045; Mon, 3 Jun 2002 01:41:43 -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 g538e0p27467; Mon, 3 Jun 2002 10:40:00 +0200 Cc: Craig Carey , freebsd-current@FreeBSD.ORG Content-Transfer-Encoding: 7bit Content-Type: text/plain Date: 03 Jun 2002 10:40:13 +0200 From: "Georg-W. Koltermann" In-Reply-To: <20020527105222.B58964@dragon.nuxi.com> Message-Id: <1023093613.604.25.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 27442-1EDE519A; Mon, 03 Jun 2002 10:39:48 +0200 References: <5.1.1.2.2.20020525120838.03356390@202.89.128.27> <1022494993.812.22.camel@hunter.muc.macsch.com> <20020527105222.B58964@dragon.nuxi.com> Subject: Re: reading kernel dump - post gcc 3.1 To: obrien@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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Am Mo, 2002-05-27 um 19.52 schrieb David O'Brien: > On Mon, May 27, 2002 at 12:23:13PM +0200, Georg-W. Koltermann wrote: > > Please read bin/38236. I wasn't asking for general directions but for a > > specific solution to a current -current problem. > > RTFM specifically the "-gstabs+" GCC option. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Hi David, are you saying that I should compile my _kernel_ with -gstabs+, since this is a problem reading a kernel dump? If so, would you mind adding a short note to UPDATING? -- Thanks, Georg. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 2:24:58 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 D309637B404 for ; Mon, 3 Jun 2002 02:24:53 -0700 (PDT) Received: from drweb by sysadm.stc with drweb-scanned (Exim 3.36 #1) id 17Eo58-000IaE-00 for freebsd-current@freebsd.org; Mon, 03 Jun 2002 13:24:54 +0400 Received: from igorr by sysadm.stc with local (Exim 3.36 #1) id 17Eo57-000Ia5-00 for freebsd-current@freebsd.org; Mon, 03 Jun 2002 13:24:53 +0400 Date: Mon, 3 Jun 2002 13:24:53 +0400 From: Igor Roboul To: freebsd-current@freebsd.org Subject: top etc. Message-ID: <20020603092453.GA71402@sysadm.stc> Reply-To: ir@hotbox.ru Mail-Followup-To: Igor Roboul , 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, what do you thing about following piece of /usr/bin/top output? Pay attention on "WCPU" PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 71398 igorr 96 0 4048K 2568K select 0:00 0.0<% 0.29% xterm 385 igorr 96 0 9504K 5356K select 0:10 0.0<% 0.24% tkdesksh 71399 igorr 20 0 1572K 1128K pause 0:00 0.0<% 0.10% csh 362 root 96 0 56168K 46728K select 0:26 0.0<% 0.05% XFree86 68512 igorr 96 0 38832K 28420K select 0:20 0.% 0.00% mozilla-bin 386 igorr 96 0 5440K 1876K select 0:02 0.% 0.00% mwm 248 root 96 0 1088K 68K select 0:02 0.% 0.00% moused uname -a FreeBSD sysadm.stc 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu May 30 16:13:28 MSD 2002 root@sysadm.stc:/opt/freebsd/obj/opt/freebsd/src/sys/SYSADM i386 -- 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 Mon Jun 3 2:57:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from web21108.mail.yahoo.com (web21108.mail.yahoo.com [216.136.227.110]) by hub.freebsd.org (Postfix) with SMTP id 16E2E37B400 for ; Mon, 3 Jun 2002 02:57:10 -0700 (PDT) Message-ID: <20020603095709.89835.qmail@web21108.mail.yahoo.com> Received: from [62.254.0.5] by web21108.mail.yahoo.com via HTTP; Mon, 03 Jun 2002 02:57:09 PDT Date: Mon, 3 Jun 2002 02:57:09 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: Deadlock using snapshots To: Peter Jeremy , freebsd-current@freebsd.org In-Reply-To: <20020603111842.D351@gsmx07.alcatel.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Peter Jeremy wrote: > I decided to do some experimenting with snapshots and managed to > deadlock my system. (Basically, I had a cron job that was trying > to snapshot all my filesystems every 5 minutes - with a view to > being able to undo any "accidents" I might make). I'd reached > about 5 snapshots per filesystem when it hung. > > I've found a few other anomolies with snapshots, but deadlocks are > undesirable :-(. > > The system was still running normally, but nothing could access the > filesystem. Breaking into 'ps' showed that the deadlocked processes > were all waiting on "inode". I've got a crash dump but would like > some suggestions on where to start looking. > > The system is -CURRENT from 7th May. Is it possible to produce a crash dump? It might provide us with additional information on where it actually deadlocks. Hiten. hiten@uk.FreeBSD.org __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.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 3 3:53:25 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 714AB37B406; Mon, 3 Jun 2002 03:53:22 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id B4D695307; Mon, 3 Jun 2002 12:53:18 +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: Ruslan Ermilov Cc: current@FreeBSD.org, admins@FreeBSD.org Subject: Re: i386 tinderbox failure References: <200206020436.g524ae9Z003471@ref5.freebsd.org> <20020603074326.GC37191@sunbay.com> From: Dag-Erling Smorgrav Date: 03 Jun 2002 12:53:17 +0200 In-Reply-To: <20020603074326.GC37191@sunbay.com> Message-ID: Lines: 13 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ruslan Ermilov writes: > I'm doing the daily (-j8) snapshots on a 2-CPU SMP machine for > i386, pc98, alpha, ia64, and sparc64, and never saw this problem. > Could it be that you have a faulty hardware on your tinderbox, > as I already saw a few reports from you, always in a different > place? I was wondering about that too... Admins, any signs of faulty RAM or cooling problems in ref5? 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 3 4:21:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id A816637B401; Mon, 3 Jun 2002 04:21:19 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g53BL2D75949; Mon, 3 Jun 2002 14:21:02 +0300 (EEST) (envelope-from ru) Date: Mon, 3 Jun 2002 14:21:02 +0300 From: Ruslan Ermilov To: Dag-Erling Smorgrav Cc: current@FreeBSD.org, admins@FreeBSD.org Subject: Re: i386 tinderbox failure Message-ID: <20020603112102.GD66718@sunbay.com> References: <200206020436.g524ae9Z003471@ref5.freebsd.org> <20020603074326.GC37191@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vni90+aGYgRvsTuO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --vni90+aGYgRvsTuO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 03, 2002 at 12:53:17PM +0200, Dag-Erling Smorgrav wrote: > Ruslan Ermilov writes: > > I'm doing the daily (-j8) snapshots on a 2-CPU SMP machine for > > i386, pc98, alpha, ia64, and sparc64, and never saw this problem. > > Could it be that you have a faulty hardware on your tinderbox, > > as I already saw a few reports from you, always in a different > > place? >=20 > I was wondering about that too... Admins, any signs of faulty RAM or > cooling problems in ref5? >=20 Well, that may be related to running a faulty version of 5.0-CURRENT on ref5 too. My testbox is running 4.5-STABLE. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --vni90+aGYgRvsTuO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8+1EeUkv4P6juNwoRAqozAJ9KTSXcC9XAlb39n+bEE30zx+2W7wCfSu0X OXZI5LEcx94pbZeZ7L2VFe4= =aMnB -----END PGP SIGNATURE----- --vni90+aGYgRvsTuO-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 5:23:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from beastie.jocose.org (www.jocose.org [216.239.16.179]) by hub.freebsd.org (Postfix) with SMTP id C20D937B408 for ; Mon, 3 Jun 2002 05:23:52 -0700 (PDT) Received: (qmail 77618 invoked from network); 3 Jun 2002 12:23:51 -0000 Received: from unknown (HELO jocose.org) (10.0.0.100) by 0 with SMTP; 3 Jun 2002 12:23:51 -0000 Message-ID: <3CFB5FC5.2010708@jocose.org> Date: Mon, 03 Jun 2002 07:23:33 -0500 From: Peter Schultz Organization: jocose.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc3) Gecko/20020525 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Subject: Two Install Issues Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Since -current uses devfs now is the remaking devices step still needed? When promted to enter the root password there is no visible indicator that it's time to type. Are these PR material? Pete... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 5:49:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from daemonz.org (TK212017094177.teleweb.at [212.17.94.177]) by hub.freebsd.org (Postfix) with SMTP id 3249037B403 for ; Mon, 3 Jun 2002 05:49:55 -0700 (PDT) Received: (qmail 5408 invoked by uid 1001); 3 Jun 2002 12:54:33 -0000 Date: Mon, 3 Jun 2002 14:54:33 +0200 From: Stanislav Grozev To: freebsd-current@freebsd.org Subject: GCC3.1 internal compiler error when compiling XFree86-4-libraries Message-ID: <20020603125433.GA5356@meerkat.dungeon> 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I have a -CURRENT system (world from yesterday, ports from today). I'm trying to compile the XFree86-libraries-4.2.0 from ports, but I have troubles. After resolving the one with the #pragma weak, and also one with a missing ../ from one of the Mesa Makefiles, now I get the following: --------- LD_LIBRARY_PATH=../../../../../exports/lib cc -c -O -pipe -Wp,-w -march=pentium -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 -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 -fPIC ../../../../../lib/GL/mesa/src/translate.c In file included from ../../../../../lib/GL/mesa/src/translate.c:779: ../../../../../extras/Mesa/src/trans_tmp.h: In function `trans_1_GLdouble_1ub_elt': ../../../../../extras/Mesa/src/trans_tmp.h:124: could not find a spill register (insn 96 94 97 (set (subreg:SF (reg:QI 75) 0) (plus:SF (reg:SF 8 st(0) [76]) (reg:SF 9 st(1) [80]))) 525 {*fop_sf_comm_nosse} (insn_list 87 (nil)) (expr_list:REG_DEAD (reg:SF 8 st(0) [76]) (nil))) ../../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in failed_reload, at reload1.c:5050 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /home/scratch/ports/x11/XFree86-4-libraries/work/xc/lib/GL/mesa/src/OSmesa. logrus# --------- I don't have any idea what to do to fix it. Any help would be appreciated. If any further info, or details, or testing are needed, I'll be glad to provide it. Thanks. -tacho -- [a lie is my shield] | [http://daemonz.org/ || tacho@daemonz.org] 0x44fc3339 || [02b5 798b 4bd1 97fb f8db 72e4 dca4 be03 44fc 3339] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 6:58:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from treetop.robbins.dropbear.id.au (037.d.010.mel.iprimus.net.au [210.50.203.37]) by hub.freebsd.org (Postfix) with ESMTP id 2F40F37B405 for ; Mon, 3 Jun 2002 06:58:51 -0700 (PDT) Received: from treetop.robbins.dropbear.id.au (localhost [127.0.0.1]) by treetop.robbins.dropbear.id.au (8.12.2/8.12.2) with ESMTP id g53Dvicx041688; Mon, 3 Jun 2002 23:57:44 +1000 (EST) (envelope-from tim@treetop.robbins.dropbear.id.au) Received: (from tim@localhost) by treetop.robbins.dropbear.id.au (8.12.2/8.12.2/Submit) id g53DvhMm041687; Mon, 3 Jun 2002 23:57:43 +1000 (EST) Date: Mon, 3 Jun 2002 23:57:43 +1000 From: "Tim J. Robbins" To: Peter Schultz Cc: current@FreeBSD.ORG Subject: Re: Two Install Issues Message-ID: <20020603235743.A41679@treetop.robbins.dropbear.id.au> References: <3CFB5FC5.2010708@jocose.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: <3CFB5FC5.2010708@jocose.org>; from peter@jocose.org on Mon, Jun 03, 2002 at 07:23:33AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 03, 2002 at 07:23:33AM -0500, Peter Schultz wrote: > When promted to enter the root password there is no visible indicator > that it's time to type. When I last installed a snapshot, it did prompt, but prompted on the wrong virtual terminal. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 7:44:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 51B4937B404 for ; Mon, 3 Jun 2002 07:44:49 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 29F22103C1F; Mon, 3 Jun 2002 11:44:43 -0300 (ADT) Date: Mon, 3 Jun 2002 11:44:43 -0300 (ADT) From: "Marc G. Fournier" To: Stanislav Grozev Cc: freebsd-current@freebsd.org Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries In-Reply-To: <20020603125433.GA5356@meerkat.dungeon> Message-ID: <20020603114429.I2522-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG stupid question, but what is the fix for the #pragma weak issue? :( On Mon, 3 Jun 2002, Stanislav Grozev wrote: > Hello, > > I have a -CURRENT system (world from yesterday, ports from today). > I'm trying to compile the XFree86-libraries-4.2.0 from ports, but > I have troubles. After resolving the one with the #pragma weak, > and also one with a missing ../ from one of the Mesa Makefiles, > now I get the following: > > --------- > > LD_LIBRARY_PATH=../../../../../exports/lib cc -c -O -pipe -Wp,-w -march=pentium -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 -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 -fPIC ../../../../../lib/GL/mesa/src/translate.c > In file included from ../../../../../lib/GL/mesa/src/translate.c:779: > ../../../../../extras/Mesa/src/trans_tmp.h: In function `trans_1_GLdouble_1ub_elt': > ../../../../../extras/Mesa/src/trans_tmp.h:124: could not find a spill register > (insn 96 94 97 (set (subreg:SF (reg:QI 75) 0) > (plus:SF (reg:SF 8 st(0) [76]) > (reg:SF 9 st(1) [80]))) 525 {*fop_sf_comm_nosse} (insn_list 87 (nil)) > (expr_list:REG_DEAD (reg:SF 8 st(0) [76]) > (nil))) > ../../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in failed_reload, at reload1.c:5050 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 > > Stop in /home/scratch/ports/x11/XFree86-4-libraries/work/xc/lib/GL/mesa/src/OSmesa. > logrus# > > --------- > > I don't have any idea what to do to fix it. Any help would be appreciated. > If any further info, or details, or testing are needed, I'll be glad > to provide it. Thanks. > > -tacho > -- > [a lie is my shield] | [http://daemonz.org/ || tacho@daemonz.org] > 0x44fc3339 || [02b5 798b 4bd1 97fb f8db 72e4 dca4 be03 44fc 3339] > > 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 3 8: 1:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from daemonz.org (TK212017094177.teleweb.at [212.17.94.177]) by hub.freebsd.org (Postfix) with SMTP id B4F1737B405 for ; Mon, 3 Jun 2002 08:01:47 -0700 (PDT) Received: (qmail 7149 invoked by uid 1001); 3 Jun 2002 15:06:23 -0000 Date: Mon, 3 Jun 2002 17:06:23 +0200 From: Stanislav Grozev To: "Marc G. Fournier" Cc: freebsd-current@freebsd.org Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries Message-ID: <20020603150623.GA6796@meerkat.dungeon> References: <20020603125433.GA5356@meerkat.dungeon> <20020603114429.I2522-100000@mail1.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020603114429.I2522-100000@mail1.hub.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 03, 2002 at 11:44:43AM -0300, Marc G. Fournier wrote: > > stupid question, but what is the fix for the #pragma weak issue? :( you replace #pragma weak foo = bar with either #pragma weak foo = "bar" /* this is easier */ or if __GNUC__ >= 3 int foo() __attribute__ ((weak, alias ("bar"))); #endif /* __GNUC__ */ . :-) but that only gets you to the Mesa mess;-( -tacho To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 8: 5:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp015.mail.yahoo.com (smtp015.mail.yahoo.com [216.136.173.59]) by hub.freebsd.org (Postfix) with SMTP id F0D3537B409 for ; Mon, 3 Jun 2002 08:05:40 -0700 (PDT) Received: from coord104.dga.unicamp.br (edfrribeiro@143.106.110.104 with plain) by smtp.mail.vip.sc5.yahoo.com with SMTP; 3 Jun 2002 15:05:40 -0000 Subject: Subscribe From: Ederson Frasnelli Ribeiro To: freebsd-current@FreeBSD.org Content-Type: multipart/alternative; boundary="=-CDmVS5QjHTd3FA/rzqu/" X-Mailer: Ximian Evolution 1.0.5 Date: 03 Jun 2002 12:06:27 -0300 Message-Id: <1023116789.1493.17.camel@Ederson> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-CDmVS5QjHTd3FA/rzqu/ Content-Type: text/plain Content-Transfer-Encoding: 7bit --=-CDmVS5QjHTd3FA/rzqu/ Content-Type: text/html; charset=utf-8
--=-CDmVS5QjHTd3FA/rzqu/-- _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.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 3 8:11: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from daemonz.org (TK212017094177.teleweb.at [212.17.94.177]) by hub.freebsd.org (Postfix) with SMTP id B1A8137B400 for ; Mon, 3 Jun 2002 08:11:04 -0700 (PDT) Received: (qmail 7301 invoked by uid 1001); 3 Jun 2002 15:15:44 -0000 Date: Mon, 3 Jun 2002 17:15:44 +0200 From: Stanislav Grozev To: freebsd-current@freebsd.org Cc: "Marc G. Fournier" Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries Message-ID: <20020603151544.GB6796@meerkat.dungeon> References: <20020603125433.GA5356@meerkat.dungeon> <20020603114429.I2522-100000@mail1.hub.org> <20020603150623.GA6796@meerkat.dungeon> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020603150623.GA6796@meerkat.dungeon> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 03, 2002 at 05:06:23PM +0200, Stanislav Grozev wrote: > On Mon, Jun 03, 2002 at 11:44:43AM -0300, Marc G. Fournier wrote: > > > > stupid question, but what is the fix for the #pragma weak issue? :( > > you replace > #pragma weak foo = bar > with either > #pragma weak foo = "bar" /* this is easier */ > or > if __GNUC__ >= 3 err, i meant #if, not if. :-) mondays... > int foo() __attribute__ ((weak, alias ("bar"))); > #endif /* __GNUC__ */ > . > :-) -tacho To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 10:16:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from evilpete.dyndns.org (12-232-26-46.client.attbi.com [12.232.26.46]) by hub.freebsd.org (Postfix) with ESMTP id 6488837B406; Mon, 3 Jun 2002 10:16:09 -0700 (PDT) Received: from overcee.wemm.org ([10.0.0.3]) by evilpete.dyndns.org (8.11.6/8.11.6) with ESMTP id g53HG7187021; Mon, 3 Jun 2002 10:16:09 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id C5520380A; Mon, 3 Jun 2002 10:16:07 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Dag-Erling Smorgrav Cc: Ruslan Ermilov , current@FreeBSD.ORG, admins@FreeBSD.ORG Subject: Re: i386 tinderbox failure In-Reply-To: Date: Mon, 03 Jun 2002 10:16:07 -0700 From: Peter Wemm Message-Id: <20020603171607.C5520380A@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > Ruslan Ermilov writes: > > I'm doing the daily (-j8) snapshots on a 2-CPU SMP machine for > > i386, pc98, alpha, ia64, and sparc64, and never saw this problem. > > Could it be that you have a faulty hardware on your tinderbox, > > as I already saw a few reports from you, always in a different > > place? > > I was wondering about that too... Admins, any signs of faulty RAM or > cooling problems in ref5? The single biggest problem seemed to be NFS, but you're not using that anymore are you? 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 Mon Jun 3 11:20:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by hub.freebsd.org (Postfix) with ESMTP id CC12237B401 for ; Mon, 3 Jun 2002 11:20:10 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020603182009.LHPH20219.sccrmhc03.attbi.com@InterJet.elischer.org>; Mon, 3 Jun 2002 18: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 LAA43382; Mon, 3 Jun 2002 11:01:28 -0700 (PDT) Date: Mon, 3 Jun 2002 11:01:26 -0700 (PDT) From: Julian Elischer To: David Xu Cc: FreeBSD current users Subject: Re: Seeking OK to commit KSE MIII In-Reply-To: <20020602070855.73453.qmail@web20905.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks for looking at it.... This is not offtopic.. the answer is: No, the code is correct.. here is the logic.. If there are N processors, then there are at most N KSEs (kernel schedulable entities) working to process threads that belong to this KSEGOUP. (kg). If there are N or more threads runnable, the top N threads (by priority) are 'preassigned' to the N KSEs. The KSEs take their priority from those threads and are put on the run queue. The last thread that had a priority high enough to have a KSE associated with it, AND IS ON THE RUN QUEUE is pointed to by kg->kg_last_assigned. Therefore when a KSE is removed from the run queue to become runnable, if it is the last assigned, that pointer must be removed from it. Since it was removed, we know that it was teh highest priority KSE available, and since it was teh last assigned, we know there were no more KSEs available, and since we are not FREEING our KSE but using it, we know there are STILL no more KSEs available, we can prove that the next thread in the ksegrp list will not have a KSE to assign to it, so we can show that the pointer must be made 'invalid' because there aer now NO threads on the list that are assigned a KSE. The pointer exists so that when a new threasd is maid runnable, it can have it's priority compared with the last assigned thread to see if it should 'steal' it's KSE or not.. i.e. is it 'earlier' on the list than that thread or later.. If it's earlier, then th e KSE is removed from the last assigned (which is now not assigned a KSE) and reassigned to the new thread, which is placed earlier inthe list. The pointer is then backed up to teh previous thread (which may or may not be the new thread. I will try add more comments to explain what we are doing.. On Sun, 2 Jun 2002, David Xu wrote: > Sorry for this OT, I found a point in kern_switch.c, when choosethread() runs, > you reset kg_last_assigned to NULL, I suspect it is incorrect, should it be: > > --- kern_switch.c.orig Sun Jun 2 14:52:24 2002 > +++ kern_switch.c Sun Jun 2 14:53:28 2002 > @@ -67,7 +67,9 @@ > kg = ke->ke_ksegrp; > TAILQ_REMOVE(&kg->kg_runq, td, td_runq); > if (kg->kg_last_assigned == td) > - kg->kg_last_assigned = NULL; > + kg->kg_last_assigned = > + TAILQ_PREV(td, > + threadlist_head, td_runq); > } > CTR2(KTR_RUNQ, "choosethread: td=%p pri=%d", > td, td->td_priority); > > > __________________________________________________ > Do You Yahoo!? > Yahoo! - Official partner of 2002 FIFA World Cup > http://fifaworldcup.yahoo.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 3 12: 0:15 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 2BF2F37B403; Mon, 3 Jun 2002 12:00:05 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 1E19D5307; Mon, 3 Jun 2002 21:00: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: Peter Wemm Cc: Ruslan Ermilov , current@FreeBSD.ORG, admins@FreeBSD.ORG Subject: Re: i386 tinderbox failure References: <20020603171607.C5520380A@overcee.wemm.org> From: Dag-Erling Smorgrav Date: 03 Jun 2002 21:00:02 +0200 In-Reply-To: <20020603171607.C5520380A@overcee.wemm.org> Message-ID: 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm writes: > The single biggest problem seemed to be NFS, but you're not using that > anymore are you? I do, the sources are on NFS, but the obj dir is in /tmp. 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 3 12:56:33 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 7C76A37B401; Mon, 3 Jun 2002 12:56:28 -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 LZXW33W5; Mon, 3 Jun 2002 22:58:25 +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 g53JuN303636; Mon, 3 Jun 2002 22:56:23 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3CFBCA0A.32542302@FreeBSD.org> Date: Mon, 03 Jun 2002 22:56:58 +0300 From: Maxim Sobolev 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: current@FreeBSD.org, re@FreeBSD.org, cvs@FreeBSD.org Subject: Updating GNU Tar in the base system Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Folks, As you might know GNU Tar in the base system is way too outdated (it wasn't updated since year 1993). This causes many problems, e.g. inability to extract POSIX.1 tar files, limitation on major/minor device numbers, unability to archive/extract files with names more than 100 chars long etc. I've merged all applicable local bugfixes, new features and hacks into the most recent version (see ports/archives/gtar/files) and ready to import it. However, before proceeding I would like to get an advice with regard to the most appropriate procedure for doing the upgrade. The problem is that old version of tar was just cvs add'ed, not imported, so that it is unclear how to to do it. Main questions: 1. Would it be feasible to use src/contrib/tar for vendor's files, instead of current src/gnu/usr.bin/tar? If yes, would the repo-copy be necessary and how to add new files on top of old ones (cvs add vs cvs import). 2. How to apply local hacks? I have a prototype, which stotes patches as diffs and applies them during build phase, but it looks really ugly. However, as I hope to integrate at least some of them into the official GNU Tar distribution, so that it would be nice to avoid taking files out of vendor branch. Any ideas/hints are appreciated. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 13:42:31 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 8CE3637B403 for ; Mon, 3 Jun 2002 13:42:25 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 212DA66C49; Mon, 3 Jun 2002 13:42:25 -0700 (PDT) Date: Mon, 3 Jun 2002 13:42:24 -0700 From: Kris Kennaway To: current@FreeBSD.org Subject: State of the ports collection Message-ID: <20020603134224.A29126@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've done another package build run under a recent 5.0-CURRENT. Things are not good: only 45% of the ports in the ports collection are actually building, compared to a build rate of over 90% on 4.x. The biggest chunk of damage comes from the XFree86-libraries failure reported here already; apart from that there's a lot of breakage from the following causes (not in any real order): * (lots of ports) The new C++ compiler deprecated a lot of headers by moving them to a different directory: this breaks a heck of a lot of ports). IMO we should be searching this directory by default. * (lots of ports) The new C/C++ compilers caused the usual round of breakage of marginal code. * (>27 ports) The header was moved, breaking=20 * (>35 ports) Something caused sys_nerr to change prototypes. It looks like this might be because the definition of __const from has changed, but I can't see why. See for example http://bento.freebsd.org/errorlogs/5-latest/bogosort-0.3.3.log * (>20 ports) Recent changes to bsd.*.mk have broken a lot of ports, namely those using the ${INSTALL} macros, but also other ports which used their features. * (>19 ports) There are still a lot of ports broken by old stdio changes that redefine stdin/out/err. For example: http://bento.freebsd.org/errorlogs/5-latest/bwbasic-2.20p2.log * Assorted other breakage I haven't enumerated For the full list of breakage, see http://bento.freebsd.org/errorlogs/5-latest/ I think src committers need to start taking more responsibility for the effects of changes they make to the base system, and fixing ports which are broken by changes they make. It seems like ports committers are not able to keep up with the rate at which ports are being broken by -current changes: if this keeps going we'll end up shipping a 5.0-RELEASE which has only 3 working packages. Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8+9SvWry0BWjoQKURAvmkAJwOAQvo3jqFnSI7b6DlL/Vzveh9HwCg7qJU odYQ690RelR9LiaW9AvhEkg= =2yFX -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 13:45:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from hpdi.ath.cx (pc1-nfds1-5-cust34.not.cable.ntl.com [80.4.34.34]) by hub.freebsd.org (Postfix) with ESMTP id B907C37B404 for ; Mon, 3 Jun 2002 13:44:56 -0700 (PDT) Received: from hpdi.ath.cx (localhost.hpdi.net [127.0.0.1]) by hpdi.ath.cx (8.12.3/8.12.3) with ESMTP id g53KeC2Q042754 for ; Mon, 3 Jun 2002 21:40:18 +0100 (BST) (envelope-from hitenp@hpdi.ath.cx) Received: (from hitenp@localhost) by hpdi.ath.cx (8.12.3/8.12.3/Submit) id g53Ke5p3042753 for freebsd-current@FreeBSD.org; Mon, 3 Jun 2002 21:40:05 +0100 (BST) Date: Mon, 3 Jun 2002 21:40:05 +0100 From: Hiten Pandya To: freebsd-current@FreeBSD.org Subject: Build Errors in Latest -CURRENT Message-ID: <20020603204005.GA42705@hpdi.ath.cx> Reply-To: hiten@uk.FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0ntfKIWw70PvrIHh" Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Operating-System: FreeBSD hpdi.ath.cx 5.0-CURRENT FreeBSD 5.0-CURRENT Organisation: Hiten Pandya, Leicester LE5 3NF, United Kingdom X-PGP-Key: http://www.pittgoth.com/~hiten/pubkey.asc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --0ntfKIWw70PvrIHh Content-Type: multipart/mixed; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Build errors encountered in the latest buildworld of -current. Error output attached with mail. Hope it helps. Uname(1) of=20 the system is: FreeBSD 5.0-CURRENT #0: Sat May 4 19:07:01 BST 2002 Thanks. --=20 Hiten Pandya http://storm.uk.FreeBSD.org/~hiten Finger hiten@storm.uk.FreeBSD.org for PGP public key -- 4FB9 C4A9 4925 CF97 9BF3 ADDA 861D 5DBD E4E3 03C3=20 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="builderror.log" /data/dev/src/bin/ls/lomac.c: In function `get_lattr': /data/dev/src/bin/ls/lomac.c:144: warning: null format string /data/dev/src/bin/ls/lomac.c:153: warning: null format string cc -O -save-temps -march=pentiumpro -DCOLORLS -Wall -Wno-format-y2k -Wno-uninitialized -c /data/dev/src/bin/ls/ls.c /data/dev/src/bin/ls/ls.c: In function `traverse': /data/dev/src/bin/ls/ls.c:443: warning: null format string /data/dev/src/bin/ls/ls.c: In function `display': /data/dev/src/bin/ls/ls.c:544: warning: null format string /data/dev/src/bin/ls/ls.c:680: warning: null format string /data/dev/src/bin/ls/ls.c:697: warning: null format string cc -O -save-temps -march=pentiumpro -DCOLORLS -Wall -Wno-format-y2k -Wno-uninitialized -c /data/dev/src/bin/ls/print.c /data/dev/src/bin/ls/print.c: In function `printcol': /data/dev/src/bin/ls/print.c:282: warning: null format string cc -O -save-temps -march=pentiumpro -DCOLORLS -Wall -Wno-format-y2k -Wno-uninitialized -c /data/dev/src/bin/ls/util.c cc -O -save-temps -march=pentiumpro -DCOLORLS -Wall -Wno-format-y2k -Wno-uninitialized -static -o ls cmp.o lomac.o ls.o print.o util.o -lm -ltermcap /usr/obj/data/dev/src/i386/usr/lib/libtermcap.a(parse_entry.o): In function `_nc_parse_entry': parse_entry.o(.text+0x4db): undefined reference to `_nc_find_entry' parse_entry.o(.text+0x539): undefined reference to `_nc_find_entry' parse_entry.o(.text+0x5c3): undefined reference to `_nc_find_entry' parse_entry.o(.text+0x745): undefined reference to `_nc_find_type_entry' /usr/obj/data/dev/src/i386/usr/lib/libtermcap.a(parse_entry.o): In function `_nc_capcmp': parse_entry.o(.text+0x11de): undefined reference to `_nc_find_entry' parse_entry.o(.text+0x11f3): undefined reference to `_nc_find_entry' --+HP7ph2BbKc20aGI-- --0ntfKIWw70PvrIHh 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 iD8DBQE8+9Qkhh1dveTjA8MRAi1nAJ93/kU5xXsMY/uiFNAk+a1ZnOWa0gCeLlta Qyq1BaeOshkHOjM4aK2g6N0= =ryG5 -----END PGP SIGNATURE----- --0ntfKIWw70PvrIHh-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 14:27:29 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 3DE2937B400 for ; Mon, 3 Jun 2002 14:27:27 -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 g53LRQDK016207; Mon, 3 Jun 2002 17:27:26 -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 g53LRQri016204; Mon, 3 Jun 2002 17:27:26 -0400 (EDT) (envelope-from wollman) Date: Mon, 3 Jun 2002 17:27:26 -0400 (EDT) From: Garrett Wollman Message-Id: <200206032127.g53LRQri016204@khavrinen.lcs.mit.edu> To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: State of the ports collection In-Reply-To: <20020603134224.A29126@xor.obsecurity.org> References: <20020603134224.A29126@xor.obsecurity.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > * (>35 ports) Something caused sys_nerr to change prototypes. It looks > like this might be because the definition of __const from > has changed, but I can't see why. See for example > http://bento.freebsd.org/errorlogs/5-latest/bogosort-0.3.3.log Any program which declares sys_errlist for itself is wrong. In most cases, the program should be using either strerror() or strerror_r(), depending on its needs. -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 3 14:34:13 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 4A42A37B400; Mon, 3 Jun 2002 14:34:07 -0700 (PDT) Received: from nate.cryptography.com ([63.195.111.154]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GX500E4LFWUPR@mta5.snfc21.pbi.net>; Mon, 03 Jun 2002 14:34:07 -0700 (PDT) Date: Mon, 03 Jun 2002 14:34:50 -0700 From: Nate Lawson Subject: AIO test results X-Sender: nate@cryptography.securesites.com To: current@freebsd.org, stable@freebsd.org Message-id: <5.1.0.14.2.20020603143427.025b6810@cryptography.securesites.com> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have been working on several projects using AIO to break up latency in large, sequential reads. In my code, I was surprised at what appear to be performance problems where splitting a 256k read into 4 64k reads was actually quite a bit slower than a single 256k read (in fact, 3 times slower). So I cooked up this little bit of demo code called aioex (linked below) to exercise AIO and test different configurations. I've included the test results in the tgz also. Please ignore the absolute latency of some of the responses since that is a factor of the drive itself (especially the ~10 ms head seeks). I'm more concerned with the average latency of the subsequent completion handlers. In the best tests, 4 64k reads took 15-17 ms total while 1 256k read took 5-7 ms. Since the reads are all sequential, I would expect read-ahead would begin to improve things as the test went on but it didn't. With "dd bs=64k if=/mnt/testvol of=/dev/null", the drive gets around 45 MB/sec sustained which works out to around 1.5 ms per 64k block which fits perfectly with the results for AIO reads of 256k. In the test results, "prio" means I used rtprio to give aioex realtime priority (all other processes had normal priority). I also ran the test with max_aio_procs set to 1 aiod and 4 aiods. Finally, I tried it with different chunk sizes (i.e. 2 requests of 128k each). All timing was done with RDTSC. Be sure to update CYCLES_PER_SEC for your CPU in aioex.c and enable "options VFS_AIO" in your kernel. The script "runit" will help in sending back results since it prints your config as well as the results. My initial tests seem to show that giving aioex realtime priority helps a small amount and limiting it to 1 aiod helps a bit too. (I'm guessing the latter is due to the potential for requests to complete out of order with multiple aiods and the current scheduler). I'd really appreciate it if anyone could check my results and advise. I've run this past Alan Cox but he is currently busy. The tests were done on 4-stable, Celeron 500mhz, 128M ram, Adaptec 2940U2W, Quantum Atlas 10k3 drive. I use -current as well and would be interested in others' results on that platform, hence the cc. http://www.root.org/~nate/aioex.tgz Thanks, Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 15:14:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.deltanet.com (mail.deltanet.com [216.237.144.132]) by hub.freebsd.org (Postfix) with ESMTP id 621F237B405; Mon, 3 Jun 2002 15:14:33 -0700 (PDT) Received: from mammoth.eat.frenchfries.net (da001d0709.lax-ca.osd.concentric.net [64.0.146.198]) by mail.deltanet.com (8.11.6/8.11.6) with ESMTP id g53LqDO21779; Mon, 3 Jun 2002 14:52:15 -0700 Received: by mammoth.eat.frenchfries.net (Postfix, from userid 1000) id 379C4512A; Mon, 3 Jun 2002 15:14:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mammoth.eat.frenchfries.net (Postfix) with ESMTP id 1CEC24DD8; Mon, 3 Jun 2002 15:14:23 -0700 (PDT) Date: Mon, 3 Jun 2002 15:14:23 -0700 (PDT) From: Paul Herman X-X-Sender: pherman@mammoth.eat.frenchfries.net To: Maxim Sobolev Cc: current@FreeBSD.ORG, , Subject: Re: Updating GNU Tar in the base system In-Reply-To: <3CFBCA0A.32542302@FreeBSD.org> Message-ID: <20020603151118.X80740-100000@mammoth.eat.frenchfries.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 3 Jun 2002, Maxim Sobolev wrote: > However, before proceeding I would like to get an advice with regard > to the most appropriate procedure for doing the upgrade. This came up in another list somewhere (don't know off hand), but you might also consider having tar wrap around pax. OpenBSD has already done this, so your work might be already done! :-) -Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 15:26:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from web13307.mail.yahoo.com (web13307.mail.yahoo.com [216.136.175.43]) by hub.freebsd.org (Postfix) with SMTP id DDC5137B408 for ; Mon, 3 Jun 2002 15:26:19 -0700 (PDT) Message-ID: <20020603222619.48900.qmail@web13307.mail.yahoo.com> Received: from [206.220.224.4] by web13307.mail.yahoo.com via HTTP; Mon, 03 Jun 2002 15:26:19 PDT Date: Mon, 3 Jun 2002 15:26:19 -0700 (PDT) From: Maksim Yevmenkin Subject: -current Netgraph (ng_parse) problem To: freebsd-current@freebsd.org Cc: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hackers, I'm having hard time with Netgraph on recent -current. First, there is a lot of warnings (see below) related to initialization of struct ng_parse_struct_info. I think it is related to zero sized "fields" array. Someone else already posted about the same problem. Second, my laptop crashes with Jun 3 15:10:23 beetle kernel: Fatal double fault: Jun 3 15:10:23 beetle kernel: eip = 0xc9c41a61 Jun 3 15:10:23 beetle kernel: esp = 0xc9fc1000 Jun 3 15:10:23 beetle kernel: ebp = 0xc9fc1008 Jun 3 15:10:23 beetle kernel: panic: double fault Jun 3 15:10:23 beetle kernel: panic: from debugger Jun 3 15:10:23 beetle kernel: Uptime: 2h37m34s Jun 3 15:10:23 beetle kernel: pfs_vncache_unload(): 2 entries remaining Jun 3 15:10:23 beetle kernel: /dev/vmmon: Module vmmon: unloaded Jun 3 15:10:23 beetle kernel: Automatic reboot in 15 seconds - press a key on t he console to abort Jun 3 15:10:23 beetle kernel: --> Press a key on the console to reboot, every time i try to use ngctl to get structures from Netgraph nodes. Of course i suspected my own code, until i tried ng_tee. Same crash :( Is there a quick fix? Or is it "doctor it hurts when i press here" thing. thanks, max beetle% gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.1 [FreeBSD] 20020509 (prerelease) beetle% uname -a FreeBSD beetle 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri May 24 13:24:05 PDT 2002 max@beetle:/usr/obj/usr/src/sys/BEETLE i386 beetle% beetle% make Warning: Object directory not changed from original /usr/home/max/bluetooth/freebsd/current/bt3c @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h cc -O -pipe -g -I../hci/ -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -DKLD_MODULE -nostdinc -I- -I../hci/ -I. -I@ -I@/dev -I@/../include -I/usr/include -fno-common -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -c bt3c_pccard.c bt3c_pccard.c:205: warning: excess elements in array initializer bt3c_pccard.c:205: warning: (near initialization for `ng_bt3c_stat_type_info.fields') bt3c_pccard.c:206: warning: excess elements in array initializer bt3c_pccard.c:206: warning: (near initialization for `ng_bt3c_stat_type_info.fields') bt3c_pccard.c:207: warning: excess elements in array initializer bt3c_pccard.c:207: warning: (near initialization for `ng_bt3c_stat_type_info.fields') bt3c_pccard.c:208: warning: excess elements in array initializer bt3c_pccard.c:208: warning: (near initialization for `ng_bt3c_stat_type_info.fields') bt3c_pccard.c:209: warning: excess elements in array initializer bt3c_pccard.c:209: warning: (near initialization for `ng_bt3c_stat_type_info.fields') ld -d -warn-common -r -d -o ng_bt3c.kld bt3c_pccard.o touch /usr/home/max/bluetooth/freebsd/current/bt3c/export_syms awk -f /sys/conf/kmod_syms.awk ng_bt3c.kld /usr/home/max/bluetooth/freebsd/current/bt3c/export_syms | xargs -J% objcopy % ng_bt3c.kld ld -Bshareable -d -warn-common -o ng_bt3c.ko ng_bt3c.kld beetle% __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.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 3 15:45:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 3717337B408; Mon, 3 Jun 2002 15:45:03 -0700 (PDT) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id PAA81165; Mon, 3 Jun 2002 15:39:28 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g53McMo47944; Mon, 3 Jun 2002 15:38:22 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200206032238.g53McMo47944@arch20m.dellroad.org> Subject: Re: -current Netgraph (ng_parse) problem In-Reply-To: <20020603222619.48900.qmail@web13307.mail.yahoo.com> "from Maksim Yevmenkin at Jun 3, 2002 03:26:19 pm" To: Maksim Yevmenkin Date: Mon, 3 Jun 2002 15:38:22 -0700 (PDT) Cc: freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Maksim Yevmenkin writes: > I'm having hard time with Netgraph on recent -current. > > First, there is a lot of warnings (see below) related to > initialization of struct ng_parse_struct_info. I think > it is related to zero sized "fields" array. Someone else > already posted about the same problem. This was fixed a couple of days ago. > Second, my laptop crashes with > > Jun 3 15:10:23 beetle kernel: Fatal double fault: > Jun 3 15:10:23 beetle kernel: eip = 0xc9c41a61 > Jun 3 15:10:23 beetle kernel: esp = 0xc9fc1000 > Jun 3 15:10:23 beetle kernel: ebp = 0xc9fc1008 > Jun 3 15:10:23 beetle kernel: panic: double fault > Jun 3 15:10:23 beetle kernel: panic: from debugger > Jun 3 15:10:23 beetle kernel: Uptime: 2h37m34s > Jun 3 15:10:23 beetle kernel: pfs_vncache_unload(): 2 entries remaining > Jun 3 15:10:23 beetle kernel: /dev/vmmon: Module vmmon: unloaded > Jun 3 15:10:23 beetle kernel: Automatic reboot in 15 seconds - press a key on > t > he console to abort > Jun 3 15:10:23 beetle kernel: --> Press a key on the console to reboot, > > every time i try to use ngctl to get structures from Netgraph > nodes. Of course i suspected my own code, until i tried ng_tee. > Same crash :( Try and see if you can get a complete stack trace... -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.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 3 15:49:56 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 6E53637B401; Mon, 3 Jun 2002 15:49:50 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 090A666C49; Mon, 3 Jun 2002 15:49:49 -0700 (PDT) Date: Mon, 3 Jun 2002 15:49:49 -0700 From: Kris Kennaway To: Paul Herman Cc: Maxim Sobolev , current@FreeBSD.ORG, re@FreeBSD.ORG, cvs@FreeBSD.ORG Subject: Re: Updating GNU Tar in the base system Message-ID: <20020603154949.A32931@xor.obsecurity.org> References: <3CFBCA0A.32542302@FreeBSD.org> <20020603151118.X80740-100000@mammoth.eat.frenchfries.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020603151118.X80740-100000@mammoth.eat.frenchfries.net>; from pherman@frenchfries.net on Mon, Jun 03, 2002 at 03:14:23PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 03, 2002 at 03:14:23PM -0700, Paul Herman wrote: > On Mon, 3 Jun 2002, Maxim Sobolev wrote: >=20 > > However, before proceeding I would like to get an advice with regard > > to the most appropriate procedure for doing the upgrade. >=20 > This came up in another list somewhere (don't know off hand), but > you might also consider having tar wrap around pax. >=20 > OpenBSD has already done this, so your work might be already done! > :-) Our pax (which I merged from NetBSD and bits of OpenBSD last year) has a pretty good tar compatibility mode (i.e. when invoked as tar), but it doesn't support most of the gtar longopts. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8+/KNWry0BWjoQKURAuBWAKCDwXG0n/EfuHJjgQeke2yuvMPYZACgpY0i Mm1UYeoBWpt5+SLMEbHgCL0= =zTl4 -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 16:10: 3 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 5BA6B37B400; Mon, 3 Jun 2002 16:09:55 -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 JAA03693; Tue, 4 Jun 2002 09:09:52 +1000 Date: Tue, 4 Jun 2002 09:13:37 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: current@freebsd.org Cc: obrien@freebsd.org Subject: memset() broken in gcc-3.1 on i386's Message-ID: <20020604084202.Q939-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG gcc now generates inline code for memset in some cases. Broken code. E.g., compiling the following with -O: %%% #include int foo[100]; int x; main() { memset(&foo[0], 0, x); } %%% gives (at least if you have fixed function alignment): %%% .file "z.c" .text .p2align 2,,3 .globl main .type main,@function main: pushl %ebp movl %esp, %ebp pushl %edi pushl %eax movl x, %ecx xorl %eax, %eax shrl $2, %ecx movl $foo, %edi cld rep stosl andl $-16, %esp <-- the lower bits of `len' should be loaded near here testl $2, %edi <-- this seems to be meant to test the 2^1 bit in `len' (not alignment of the pointer like it actually does). %edi is the wrong register for holding the bits, since it is still needed for the pointer. je .L2 stosw .L2: testl $1, %edi <-- similarly for the 2^0 bit. je .L3 stosb .L3: movl -4(%ebp), %edi leave ret .Lfe1: .size main,.Lfe1-main .comm foo,400,32 .comm x,4,4 .ident "GCC: (GNU) 3.1 [FreeBSD] 20020509 (prerelease)" %%% This broke newfs (newfs left some garbage in a bitmap). This seems to only result in (len % 3) bytes not being cleared, since gcc doesn't seem to use the builtin memset unless it knows that the pointer is aligned. If %edi could be misaligned, then too many bytes would be set. 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 3 16:17:56 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 EEEEF37B406; Mon, 3 Jun 2002 16:17:48 -0700 (PDT) Received: (from mike@localhost) by espresso.q9media.com (8.11.6/8.11.6) id g53NFsB88416; Mon, 3 Jun 2002 19:15:54 -0400 (EDT) (envelope-from mike) Date: Mon, 3 Jun 2002 19:15:54 -0400 From: Mike Barcroft To: Kris Kennaway Cc: Paul Herman , Maxim Sobolev , current@FreeBSD.ORG, re@FreeBSD.ORG, cvs@FreeBSD.ORG Subject: Re: Updating GNU Tar in the base system Message-ID: <20020603191554.F16166@espresso.q9media.com> References: <3CFBCA0A.32542302@FreeBSD.org> <20020603151118.X80740-100000@mammoth.eat.frenchfries.net> <20020603154949.A32931@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020603154949.A32931@xor.obsecurity.org>; from kris@obsecurity.org on Mon, Jun 03, 2002 at 03:49:49PM -0700 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kennaway writes: > Our pax (which I merged from NetBSD and bits of OpenBSD last year) has > a pretty good tar compatibility mode (i.e. when invoked as tar), but > it doesn't support most of the gtar longopts. Then it's a win/win situation. :) 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 Mon Jun 3 16:18:17 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 EC72637B400 for ; Mon, 3 Jun 2002 16:17:54 -0700 (PDT) Received: from pool0111.cvx22-bradley.dialup.earthlink.net ([209.179.198.111] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17F15C-0001xp-00; Mon, 03 Jun 2002 16:17:51 -0700 Message-ID: <3CFBF8FA.4D526DB6@mindspring.com> Date: Mon, 03 Jun 2002 16:17:14 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: State of the ports collection References: <20020603134224.A29126@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kennaway wrote: > * (lots of ports) The new C++ compiler deprecated a lot of headers by > moving them to a different directory: this breaks a heck of a lot of > ports). IMO we should be searching this directory by default. Then it's not really deprecated (IMO, they were deprecated by the "I don't use them, you shouldn't use them" approach, rather than thought through carefully). How long does it take to build world + all ports, vs. just "world", if what you are doing is building everything, not caring about correcting ports dependencies? E.g. not serializing through the ports build farm process? Is it reasonable to maybe set aside a machine that you can use to build everything together, and then automatically sort out things like header changes? Headers seem pretty fluid right now... 8-(. > * (lots of ports) The new C/C++ compilers caused the usual round of > breakage of marginal code. When I went to using my new chisel instead of my old chisel, for making square cuts, a lot of woodworking processes broke... but I blame the wood, not the new chisel... > * (>27 ports) The header was moved, breaking Glue header; "#warning" about deprecation (tiny, obvious fix). > * (>35 ports) Something caused sys_nerr to change prototypes. It looks > like this might be because the definition of __const from > has changed, but I can't see why. See for example > > http://bento.freebsd.org/errorlogs/5-latest/bogosort-0.3.3.log I can't see why, either. Because you forgot to include line 126 of "error.c" and line 238 of "stdio.h". > * (>20 ports) Recent changes to bsd.*.mk have broken a lot of ports, > namely those using the ${INSTALL} macros, but also other ports which > used their features. 8-(. > * (>19 ports) There are still a lot of ports broken by old stdio > changes that redefine stdin/out/err. For example: > > http://bento.freebsd.org/errorlogs/5-latest/bwbasic-2.20p2.log I didn't like the stdio changes when they happened. Now I like them less. > For the full list of breakage, see > > http://bento.freebsd.org/errorlogs/5-latest/ > > I think src committers need to start taking more responsibility for > the effects of changes they make to the base system, and fixing ports > which are broken by changes they make. It seems like ports committers > are not able to keep up with the rate at which ports are being broken > by -current changes: if this keeps going we'll end up shipping a > 5.0-RELEASE which has only 3 working packages. For about 2/3rds of the problems, it's easy to agree that this is a problem with the OS gratuitously changing out from under the ports. But for about 1/3 of them, it's a case of the OS changing out from under the ports without an adequate "heads up!". Saying that you are changing something in some esoteric place really assumes that everyone knows the fault tree that depends from every esoteric place in the system you could ever change. A "compile all ports on a significant header change" box would be a pretty ideal solution, if it could be done, and if doing it did not take forever. Rather than making it a rule that people have to use it, though, we could just bitch at them mercilessly when things break. 8-). The "glue header missing" breakage is pretty obviously a case of "a bad idea gone worse in realization". But it's really not reasonable to expect that everyone who's going to be making a change know what ports it could impack, without having all the ports source code laid out in front of them so that they could grep it, or at least attempt a compile. Headers should remain constant, where possible, but... when not possible... it would be nice to at least have a common way to warn about them. 8-(. -- 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 3 16:22:14 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 8CC2837B407 for ; Mon, 3 Jun 2002 16:22:07 -0700 (PDT) Received: from pool0111.cvx22-bradley.dialup.earthlink.net ([209.179.198.111] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17F19H-0007Ny-00; Mon, 03 Jun 2002 16:22:05 -0700 Message-ID: <3CFBF9F4.1BA3080D@mindspring.com> Date: Mon, 03 Jun 2002 16:21:24 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Garrett Wollman Cc: Kris Kennaway , current@FreeBSD.ORG Subject: Re: State of the ports collection References: <20020603134224.A29126@xor.obsecurity.org> <200206032127.g53LRQri016204@khavrinen.lcs.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garrett Wollman wrote: > < said: > > * (>35 ports) Something caused sys_nerr to change prototypes. It looks > > like this might be because the definition of __const from > > has changed, but I can't see why. See for example > > > http://bento.freebsd.org/errorlogs/5-latest/bogosort-0.3.3.log > > Any program which declares sys_errlist for itself is wrong. In most > cases, the program should be using either strerror() or strerror_r(), > depending on its needs. Yes. I hate data interfaces more than your average person, but I admit that there are some performance sensitive cases where you can't avoid them easily (though you *can* avoid them in almost all cases). But the error handling path of any program is not one of them; if you are optimizing something other than the success path, there is something fundamentally wrong with your program or problem statement. -- 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 3 16:30:38 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 7E38B37B409 for ; Mon, 3 Jun 2002 16:30:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E24BB66C49; Mon, 3 Jun 2002 16:30:18 -0700 (PDT) Date: Mon, 3 Jun 2002 16:30:18 -0700 From: Kris Kennaway To: Terry Lambert Cc: Garrett Wollman , Kris Kennaway , current@FreeBSD.ORG Subject: Re: State of the ports collection Message-ID: <20020603163018.A34391@xor.obsecurity.org> References: <20020603134224.A29126@xor.obsecurity.org> <200206032127.g53LRQri016204@khavrinen.lcs.mit.edu> <3CFBF9F4.1BA3080D@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3CFBF9F4.1BA3080D@mindspring.com>; from tlambert2@mindspring.com on Mon, Jun 03, 2002 at 04:21:24PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 03, 2002 at 04:21:24PM -0700, Terry Lambert wrote: > > > http://bento.freebsd.org/errorlogs/5-latest/bogosort-0.3.3.log > >=20 > > Any program which declares sys_errlist for itself is wrong. In most > > cases, the program should be using either strerror() or strerror_r(), > > depending on its needs. >=20 > Yes. >=20 > I hate data interfaces more than your average person, but I admit > that there are some performance sensitive cases where you can't > avoid them easily (though you *can* avoid them in almost all cases). >=20 > But the error handling path of any program is not one of them; if > you are optimizing something other than the success path, there is > something fundamentally wrong with your program or problem statement. So how about you do more than the average person's part towards reducing the amount of evil in the world, by fixing broken ports and submitting patches. I can give you a list of the broken ports. Kris --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8+/wKWry0BWjoQKURAtwxAJ9VBmgNzKlUzGAmke68ZZ74pxUM6wCdH/RT Wcgv8MDQdBYe8lNatbxRzi4= =TqS1 -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 16:55:13 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 16E4737B403 for ; Mon, 3 Jun 2002 16:55:10 -0700 (PDT) Received: from pool0111.cvx22-bradley.dialup.earthlink.net ([209.179.198.111] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17F1fH-0000ZB-00; Mon, 03 Jun 2002 16:55:07 -0700 Message-ID: <3CFC01B8.8B2AB1D@mindspring.com> Date: Mon, 03 Jun 2002 16:54:32 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: Garrett Wollman , current@FreeBSD.ORG Subject: Re: State of the ports collection References: <20020603134224.A29126@xor.obsecurity.org> <200206032127.g53LRQri016204@khavrinen.lcs.mit.edu> <3CFBF9F4.1BA3080D@mindspring.com> <20020603163018.A34391@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kennaway wrote: > > But the error handling path of any program is not one of them; if > > you are optimizing something other than the success path, there is > > something fundamentally wrong with your program or problem statement. > > So how about you do more than the average person's part towards > reducing the amount of evil in the world, by fixing broken ports and > submitting patches. I can give you a list of the broken ports. I have a slow link. As long as the ports aren't the size of "Mozilla", I would be willing to use my slow link to hack some of them to not directly reference the error lists from libc. This is an exercise that's more about typing speed than thinking, anyway. -- 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 3 17:10:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp.noos.fr (racine.noos.net [212.198.2.71]) by hub.freebsd.org (Postfix) with ESMTP id E1F7937B408 for ; Mon, 3 Jun 2002 17:10:35 -0700 (PDT) Received: (qmail 4647037 invoked by uid 0); 4 Jun 2002 00:10:33 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.230.194]) (envelope-sender ) by 212.198.2.71 (qmail-ldap-1.03) with SMTP for ; 4 Jun 2002 00:10:33 -0000 Received: from gits.gits.dyndns.org (in2ehxo2f30326rw@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.3/8.12.3) with ESMTP id g540ATKq054360; Tue, 4 Jun 2002 02:10:33 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.3/8.12.3/Submit) id g540ASM8054359; Tue, 4 Jun 2002 02:10:28 +0200 (CEST) (envelope-from root) Date: Tue, 4 Jun 2002 02:10:28 +0200 From: Cyrille Lefevre To: Kris Kennaway Cc: Paul Herman , Maxim Sobolev , current@FreeBSD.ORG, re@FreeBSD.ORG, cvs@FreeBSD.ORG Subject: Re: Updating GNU Tar in the base system Message-ID: <20020604001028.GA54075@gits.dyndns.org> References: <3CFBCA0A.32542302@FreeBSD.org> <20020603151118.X80740-100000@mammoth.eat.frenchfries.net> <20020603154949.A32931@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020603154949.A32931@xor.obsecurity.org> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 03, 2002 at 03:49:49PM -0700, Kris Kennaway wrote: > On Mon, Jun 03, 2002 at 03:14:23PM -0700, Paul Herman wrote: > > On Mon, 3 Jun 2002, Maxim Sobolev wrote: > > > > > However, before proceeding I would like to get an advice with regard > > > to the most appropriate procedure for doing the upgrade. > > > > This came up in another list somewhere (don't know off hand), but > > you might also consider having tar wrap around pax. > > > > OpenBSD has already done this, so your work might be already done! > > :-) > > Our pax (which I merged from NetBSD and bits of OpenBSD last year) has > a pretty good tar compatibility mode (i.e. when invoked as tar), but > it doesn't support most of the gtar longopts. last week, I've began to comlete your work done last year by resyncing FreeBSD pax w/ the NetBSD/OpenBSD ones. would be done by the end of this week... Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.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 3 17:13:52 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 AA19237B403 for ; Mon, 3 Jun 2002 17:13:41 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3078366D7F; Mon, 3 Jun 2002 17:13:41 -0700 (PDT) Date: Mon, 3 Jun 2002 17:13:40 -0700 From: Kris Kennaway To: Terry Lambert Cc: Kris Kennaway , Garrett Wollman , current@FreeBSD.ORG Subject: Re: State of the ports collection Message-ID: <20020603171340.A35555@xor.obsecurity.org> References: <20020603134224.A29126@xor.obsecurity.org> <200206032127.g53LRQri016204@khavrinen.lcs.mit.edu> <3CFBF9F4.1BA3080D@mindspring.com> <20020603163018.A34391@xor.obsecurity.org> <3CFC01B8.8B2AB1D@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3CFC01B8.8B2AB1D@mindspring.com>; from tlambert2@mindspring.com on Mon, Jun 03, 2002 at 04:54:32PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 03, 2002 at 04:54:32PM -0700, Terry Lambert wrote: > Kris Kennaway wrote: > > > But the error handling path of any program is not one of them; if > > > you are optimizing something other than the success path, there is > > > something fundamentally wrong with your program or problem statement. > >=20 > > So how about you do more than the average person's part towards > > reducing the amount of evil in the world, by fixing broken ports and > > submitting patches. I can give you a list of the broken ports. >=20 > I have a slow link. As long as the ports aren't the size of > "Mozilla", I would be willing to use my slow link to hack some > of them to not directly reference the error lists from libc. Thanks, that would be great. Here's the sys_nerr list so far: NeTraMet-4.3.log:../../src/bgp/integrat/readbgp.c:118: conflicting types fo= r `sys_nerr' arm-aout-gcc295-2.95.3.log:strerror.c:465: conflicting types for `sys_nerr' arm-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:46= 8: conflicting types for `sys_nerr' avr-binutils-2.11.log:strerror.c:468: conflicting types for `sys_nerr' bc-gcc-2.7.2p1.0.2.log:gcc.c:178: conflicting types for `sys_nerr' bogosort-0.3.3.log:error.c:126: conflicting types for `sys_nerr' cap-6.0.198.log:ablog.c:94: conflicting types for `sys_nerr' coco-2.3.log:emacs.c:514: conflicting types for `sys_nerr' cwish-3.52.log:header.c:121: conflicting types for `sys_nerr' dlx-2.0.log:sim.c:2835: conflicting types for `sys_nerr' dviselect-1.3.log:error.c:36: conflicting types for `sys_nerr' egcs-1.1.2.log:strerror.c:465: conflicting types for `sys_nerr' gcc-2.7.2.3.log:gcc.c:182: conflicting types for `sys_nerr' gup-0.4.log:rfc822.h:247: conflicting types for `sys_nerr' harvest-1.5.log:print.c:80: conflicting types for `sys_nerr' i386-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:4= 68: conflicting types for `sys_nerr' i960-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:4= 68: conflicting types for `sys_nerr' ja-okphone-1.2.log:misc.c:34: conflicting types for `sys_nerr' ko-hanemacs-19.34b.1.log:emacs.c:434: conflicting types for `sys_nerr' m3gdb-4.17.log:/tmp/a/ports/lang/m3gdb/work/m3gdb-4.17/src/contrib/binutils= /libiberty/strerror.c:465: conflicting types for `sys_nerr' m6811-binutils-2.10.log:strerror.c:465: conflicting types for `sys_nerr' m68k-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:4= 68: conflicting types for `sys_nerr' mgetty-1.1.28.01.10.log:logfile.c:55: conflicting types for `sys_nerr' mips-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:4= 68: conflicting types for `sys_nerr' mipsel-linux-binutils-2.10.91.log:strerror.c:468: conflicting types for `sy= s_nerr' objprelink-1.0_2.log:strerror.c:468: conflicting types for `sys_nerr' pgcc-2.95.2.1.log:strerror.c:465: conflicting types for `sys_nerr' powerpc-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.= c:468: conflicting types for `sys_nerr' sdcc-2.1.9.log:cpplib.c:7451: conflicting types for `sys_nerr' sdcc-2.1.9.log:cpplib.c:7451: conflicting types for `sys_nerr' sh-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:468= : conflicting types for `sys_nerr' sparc-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:= 468: conflicting types for `sys_nerr' squid-2.4_9.log:util.c:79: conflicting types for `sys_nerr' tintin-1.5.9.log:utils.c:60: conflicting types for `sys_nerr' zh-tintin-1.5.9.log:utils.c:60: conflicting types for `sys_nerr' There are others hidden by dependencies that fail to build. > This is an exercise that's more about typing speed than thinking, > anyway. For the most part, yeah. There are probably some tricky ones. For example, some of the stdio breakage is difficult to fix. Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8/AY0Wry0BWjoQKURAkRmAKCqaixbSySM7c/i71WsO62d7gDJpgCeMB56 3q3kfkg+tjVXaWiS75ltPwo= =0bx7 -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 17:14:20 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 D33D337B403; Mon, 3 Jun 2002 17:14:15 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6745166D82; Mon, 3 Jun 2002 17:14:15 -0700 (PDT) Date: Mon, 3 Jun 2002 17:14:15 -0700 From: Kris Kennaway To: Cyrille Lefevre Cc: Kris Kennaway , Paul Herman , Maxim Sobolev , current@FreeBSD.ORG, re@FreeBSD.ORG, cvs@FreeBSD.ORG Subject: Re: Updating GNU Tar in the base system Message-ID: <20020603171415.B35555@xor.obsecurity.org> References: <3CFBCA0A.32542302@FreeBSD.org> <20020603151118.X80740-100000@mammoth.eat.frenchfries.net> <20020603154949.A32931@xor.obsecurity.org> <20020604001028.GA54075@gits.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="wq9mPyueHGvFACwf" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020604001028.GA54075@gits.dyndns.org>; from cyrille.lefevre@laposte.net on Tue, Jun 04, 2002 at 02:10:28AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --wq9mPyueHGvFACwf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jun 04, 2002 at 02:10:28AM +0200, Cyrille Lefevre wrote: > last week, I've began to comlete your work done last year by resyncing > FreeBSD pax w/ the NetBSD/OpenBSD ones. would be done by the end of this > week... Cool! Thanks for doing this. Kris --wq9mPyueHGvFACwf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8/AZWWry0BWjoQKURAsHvAKDGn2TqilKilAl+xJAwI57OW2LKaACdGogK UgOgosGI7rpkpdbTvgekISQ= =Ky5M -----END PGP SIGNATURE----- --wq9mPyueHGvFACwf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 17:16:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id D3A0437B408 for ; Mon, 3 Jun 2002 17:16:04 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 0036E103BF3; Mon, 3 Jun 2002 21:16:00 -0300 (ADT) Date: Mon, 3 Jun 2002 21:15:59 -0300 (ADT) From: "Marc G. Fournier" To: Kris Kennaway Cc: Terry Lambert , Garrett Wollman , Subject: Re: State of the ports collection In-Reply-To: <20020603171340.A35555@xor.obsecurity.org> Message-ID: <20020603211442.Q2522-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry, I have a high speed connection over here, so if its purely a 'typing' change sort of thing, if you want to tell me what needs to be done to fix these, I can make the changes and submit patches (I can't login to my FreeBSD account to make the commits myself ... my key went out of date *sigh*) ... On Mon, 3 Jun 2002, Kris Kennaway wrote: > On Mon, Jun 03, 2002 at 04:54:32PM -0700, Terry Lambert wrote: > > Kris Kennaway wrote: > > > > But the error handling path of any program is not one of them; if > > > > you are optimizing something other than the success path, there is > > > > something fundamentally wrong with your program or problem statement. > > > > > > So how about you do more than the average person's part towards > > > reducing the amount of evil in the world, by fixing broken ports and > > > submitting patches. I can give you a list of the broken ports. > > > > I have a slow link. As long as the ports aren't the size of > > "Mozilla", I would be willing to use my slow link to hack some > > of them to not directly reference the error lists from libc. > > Thanks, that would be great. Here's the sys_nerr list so far: > > NeTraMet-4.3.log:../../src/bgp/integrat/readbgp.c:118: conflicting types for `sys_nerr' > arm-aout-gcc295-2.95.3.log:strerror.c:465: conflicting types for `sys_nerr' > arm-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:468: conflicting types for `sys_nerr' > avr-binutils-2.11.log:strerror.c:468: conflicting types for `sys_nerr' > bc-gcc-2.7.2p1.0.2.log:gcc.c:178: conflicting types for `sys_nerr' > bogosort-0.3.3.log:error.c:126: conflicting types for `sys_nerr' > cap-6.0.198.log:ablog.c:94: conflicting types for `sys_nerr' > coco-2.3.log:emacs.c:514: conflicting types for `sys_nerr' > cwish-3.52.log:header.c:121: conflicting types for `sys_nerr' > dlx-2.0.log:sim.c:2835: conflicting types for `sys_nerr' > dviselect-1.3.log:error.c:36: conflicting types for `sys_nerr' > egcs-1.1.2.log:strerror.c:465: conflicting types for `sys_nerr' > gcc-2.7.2.3.log:gcc.c:182: conflicting types for `sys_nerr' > gup-0.4.log:rfc822.h:247: conflicting types for `sys_nerr' > harvest-1.5.log:print.c:80: conflicting types for `sys_nerr' > i386-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:468: conflicting types for `sys_nerr' > i960-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:468: conflicting types for `sys_nerr' > ja-okphone-1.2.log:misc.c:34: conflicting types for `sys_nerr' > ko-hanemacs-19.34b.1.log:emacs.c:434: conflicting types for `sys_nerr' > m3gdb-4.17.log:/tmp/a/ports/lang/m3gdb/work/m3gdb-4.17/src/contrib/binutils/libiberty/strerror.c:465: conflicting types for `sys_nerr' > m6811-binutils-2.10.log:strerror.c:465: conflicting types for `sys_nerr' > m68k-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:468: conflicting types for `sys_nerr' > mgetty-1.1.28.01.10.log:logfile.c:55: conflicting types for `sys_nerr' > mips-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:468: conflicting types for `sys_nerr' > mipsel-linux-binutils-2.10.91.log:strerror.c:468: conflicting types for `sys_nerr' > objprelink-1.0_2.log:strerror.c:468: conflicting types for `sys_nerr' > pgcc-2.95.2.1.log:strerror.c:465: conflicting types for `sys_nerr' > powerpc-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:468: conflicting types for `sys_nerr' > sdcc-2.1.9.log:cpplib.c:7451: conflicting types for `sys_nerr' > sdcc-2.1.9.log:cpplib.c:7451: conflicting types for `sys_nerr' > sh-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:468: conflicting types for `sys_nerr' > sparc-rtems-binutils-2.11.2.log:../../binutils-2.11.2/libiberty/strerror.c:468: conflicting types for `sys_nerr' > squid-2.4_9.log:util.c:79: conflicting types for `sys_nerr' > tintin-1.5.9.log:utils.c:60: conflicting types for `sys_nerr' > zh-tintin-1.5.9.log:utils.c:60: conflicting types for `sys_nerr' > > There are others hidden by dependencies that fail to build. > > > This is an exercise that's more about typing speed than thinking, > > anyway. > > For the most part, yeah. There are probably some tricky ones. For > example, some of the stdio breakage is difficult to fix. > > Kris > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 17:21:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 78D2137B404 for ; Mon, 3 Jun 2002 17:21:29 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id CAF54103C56; Mon, 3 Jun 2002 21:21:24 -0300 (ADT) Date: Mon, 3 Jun 2002 21:21:24 -0300 (ADT) From: "Marc G. Fournier" To: Stanislav Grozev Cc: freebsd-current@freebsd.org Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries In-Reply-To: <20020603150623.GA6796@meerkat.dungeon> Message-ID: <20020603211621.V2522-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG has any of this been reported to the XFree86 folk? I just CVSup'd the latest XFree86 source code and this #pragma condition appears to still exist :( On Mon, 3 Jun 2002, Stanislav Grozev wrote: > On Mon, Jun 03, 2002 at 11:44:43AM -0300, Marc G. Fournier wrote: > > > > stupid question, but what is the fix for the #pragma weak issue? :( > > you replace > #pragma weak foo = bar > with either > #pragma weak foo = "bar" /* this is easier */ > or > if __GNUC__ >= 3 > int foo() __attribute__ ((weak, alias ("bar"))); > #endif /* __GNUC__ */ > . > :-) > > but that only gets you to the Mesa mess;-( > > -tacho > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 17:21:47 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 90CFA37B406 for ; Mon, 3 Jun 2002 17:21:33 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2E1BD66C49; Mon, 3 Jun 2002 17:21:33 -0700 (PDT) Date: Mon, 3 Jun 2002 17:21:33 -0700 From: Kris Kennaway To: Terry Lambert Cc: Kris Kennaway , current@FreeBSD.org Subject: Re: State of the ports collection Message-ID: <20020603172132.C35555@xor.obsecurity.org> References: <20020603134224.A29126@xor.obsecurity.org> <3CFBF8FA.4D526DB6@mindspring.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="oJ71EGRlYNjSvfq7" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3CFBF8FA.4D526DB6@mindspring.com>; from tlambert2@mindspring.com on Mon, Jun 03, 2002 at 04:17:14PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --oJ71EGRlYNjSvfq7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jun 03, 2002 at 04:17:14PM -0700, Terry Lambert wrote: > How long does it take to build world + all ports, vs. just "world", > if what you are doing is building everything, not caring about > correcting ports dependencies? E.g. not serializing through the > ports build farm process? Is it reasonable to maybe set aside a > machine that you can use to build everything together, and then > automatically sort out things like header changes? Headers seem > pretty fluid right now... 8-(. A full package build (>7000 ports) takes about 8 hours on the i386 package cluster. It's easy for me to test patches, but it involves building a new chroot tarball so it's slightly non-automatic. I'm happy to do it though. Anyway, I'm not so much complaining about the ports being broken as the committers who cause the breakage throwing up their hands and saying "Not my problem that I broke 100 ports!". I think it's only responsible for people who commit major changes to deal with the entire fallout of the change, not just getting the src tree building again. I'm not even complaining very much about this, because for the most part committers *are* willing to help deal with the ports fallout of their changes. It's just something I wanted to remind people to think about. Kris --oJ71EGRlYNjSvfq7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8/AgMWry0BWjoQKURAjiSAKDgQpkvaqHn03uIq2YFzBObsBup3gCgpfrI +FyJwU2+pRLZdP7vetbjTGk= =jg20 -----END PGP SIGNATURE----- --oJ71EGRlYNjSvfq7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 17:35:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from web20910.mail.yahoo.com (web20910.mail.yahoo.com [216.136.226.232]) by hub.freebsd.org (Postfix) with SMTP id 48D4D37B403 for ; Mon, 3 Jun 2002 17:35:26 -0700 (PDT) Message-ID: <20020604003525.69440.qmail@web20910.mail.yahoo.com> Received: from [218.108.146.83] by web20910.mail.yahoo.com via HTTP; Mon, 03 Jun 2002 17:35:25 PDT Date: Mon, 3 Jun 2002 17:35:25 -0700 (PDT) From: David Xu Subject: Re: Seeking OK to commit KSE MIII To: Julian Elischer Cc: FreeBSD current users In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thank you very much. After I sent previous question to you, I was still thinking the mail. and last night when I went to bed, I suddenly found that I was wrong, choosethread() selects a highest priority thread from queue, if it is the lastest assigned thread, there is of course no more thread assigned KSE, because both runq and ksegrp's runq queue are always ordered, this is an implicit logic by algorithm, I just forgot to consider that choosethread() select highest priority thread. sigh :( -- David --- Julian Elischer wrote: > Thanks for looking at it.... > > This is not offtopic.. > > the answer is: > No, the code is correct.. > > here is the logic.. > > If there are N processors, then there are at most N KSEs (kernel > schedulable entities) working to process threads that belong to this > KSEGOUP. (kg). If there are N or more threads runnable, the top N threads > (by priority) are 'preassigned' to the N KSEs. The KSEs take their > priority from those threads and are put on the run queue. > > The last thread that had a priority high enough to have a KSE associated > with it, AND IS ON THE RUN QUEUE is pointed to by > kg->kg_last_assigned. Therefore when a KSE is > removed from the run queue to become runnable, if it is the last assigned, > that pointer must be removed from it. > Since it was removed, we know that it was teh highest priority KSE > available, and since it was teh last assigned, we know there were no more > KSEs available, and since we are not FREEING our KSE but using it, we know > there are STILL no more KSEs available, we can prove that the next thread > in the ksegrp list will not have a KSE to assign to it, so we can show > that the pointer must be made 'invalid' because there aer now NO threads > on the list that are assigned a KSE. > > The pointer exists so that when a new threasd is maid runnable, it can > have it's priority compared with the last assigned thread to see if > it should 'steal' it's KSE or not.. i.e. is it 'earlier' > on the list than that thread or later.. If it's earlier, then th e KSE is > removed from the last assigned (which is now not assigned a KSE) > and reassigned to the new thread, which is placed earlier inthe list. > The pointer is then backed up to teh previous thread (which may or may not > be the new thread. > > I will try add more comments to explain what we are doing.. > __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.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 3 18:13: 5 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 1302937B409; Mon, 3 Jun 2002 18:13:01 -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 LAA26854; Tue, 4 Jun 2002 11:12:58 +1000 Date: Tue, 4 Jun 2002 11:16:44 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: current@FreeBSD.ORG Cc: obrien@FreeBSD.ORG Subject: Re: memset() broken in gcc-3.1 on i386's In-Reply-To: <20020604084202.Q939-100000@gamplex.bde.org> Message-ID: <20020604110707.H1982-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 4 Jun 2002, I wrote: > gcc now generates inline code for memset in some cases. Broken code. Actually, it only generates inline code for memset in a few more cases, and the case of a non-constant length is broken (and some cases of constant lengths are pessimized (e.g., length 7)). > ... > This broke newfs (newfs left some garbage in a bitmap). Actually, it broke fsck_ffs. Workaround to avoid the known broken case: %%% Index: builtins.c =================================================================== RCS file: /home/ncvs/src/contrib/gcc/builtins.c,v retrieving revision 1.1.1.3 diff -u -2 -r1.1.1.3 builtins.c --- builtins.c 13 May 2002 03:35:47 -0000 1.1.1.3 +++ builtins.c 4 Jun 2002 00:53:22 -0000 @@ -2195,4 +2195,9 @@ len_rtx = expand_expr (len, NULL_RTX, VOIDmode, 0); + /* Give up for non-constant lengths. They are broken on at least + i386's. */ + if (GET_CODE (len_rtx) != CONST_INT) + return 0; + dest_mem = get_memory_rtx (dest); set_mem_align (dest_mem, dest_align); %%% 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 3 18:29:20 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 B3A5837B403; Mon, 3 Jun 2002 18:29:14 -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 g541TDY60282; Mon, 3 Jun 2002 19:29:13 -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 g541T5G74739; Mon, 3 Jun 2002 19:29:05 -0600 (MDT) (envelope-from imp@village.org) Date: Mon, 03 Jun 2002 19:29:02 -0600 (MDT) Message-Id: <20020603.192902.38054215.imp@village.org> To: green@FreeBSD.ORG Cc: scott.penno@gennex.com.au, freebsd-current@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG Subject: Re: Problems with Dell Inspiron 2500/NEWCARD/Xircom CBEM56G From: "M. Warner Losh" In-Reply-To: <200205061751.g46Hp4128979@green.bikeshed.org> References: <002801c1f503$c6db1c80$0128a8c0@SCOTT> <200205061751.g46Hp4128979@green.bikeshed.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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200205061751.g46Hp4128979@green.bikeshed.org> "Brian F. Feldman" writes: : "Scott Penno" wrote: : > I removed apm from the kernel which appeared to be playing having with acpi : > and things are now working a treat. The card works fine, however I do : > receive the following message, 'cardbus0: (vendor=0x115d, : > dev=0x0103) at 0.1 irq 5'. I've had a look through various lists and : > couldn't find a resolution. Is this a real drama and if so, how do I : > correct it? : : I believe that's the "modem" device on the card. I don't believe that it is : in fact a normal serial port in any case, so it's worth just ignoring in my : opinion. (Witness the address 0.1, where the Ethernet was probably found at : 0.0). Sound about right? It is the modem device, and it is supported by FreeBSD, modulo a few bugs in the driver attachment code at the moment. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 20: 2:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69]) by hub.freebsd.org (Postfix) with ESMTP id E634537B406; Mon, 3 Jun 2002 20:02:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by cvsup.no.freebsd.org (8.11.6/8.11.6) with ESMTP id g5432M315323; Tue, 4 Jun 2002 03:02:23 GMT (envelope-from tegge@cvsup.no.freebsd.org) To: bde@zeta.org.au Cc: obrien@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: memset() broken in gcc-3.1 on i386's In-Reply-To: <20020604110707.H1982-100000@gamplex.bde.org> References: <20020604084202.Q939-100000@gamplex.bde.org> <20020604110707.H1982-100000@gamplex.bde.org> Content-Type: Multipart/Mixed; boundary="--Next_Part(Tue_Jun__4_01:57:21_2002_809)--" Content-Transfer-Encoding: 7bit From: Tor.Egge@cvsup.no.freebsd.org X-Mailer: Mew version 1.94.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Message-Id: <20020604030221G.tegge@cvsup.no.freebsd.org> Date: Tue, 04 Jun 2002 03:02:21 GMT X-Dispatcher: imput version 20000228(IM140) Lines: 55 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----Next_Part(Tue_Jun__4_01:57:21_2002_809)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Actually, it broke fsck_ffs. > > Workaround to avoid the known broken case: The brokenness in ix86_expand_clrstr is quite visible when you compare the function with ix86_expand_movstr. - Tor Egge ----Next_Part(Tue_Jun__4_01:57:21_2002_809)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=bug1 Index: contrib/gcc/config/i386/i386.c =================================================================== RCS file: /home/ncvs/src/contrib/gcc/config/i386/i386.c,v retrieving revision 1.9 diff -u -r1.9 i386.c --- contrib/gcc/config/i386/i386.c 9 May 2002 22:42:39 -0000 1.9 +++ contrib/gcc/config/i386/i386.c 4 Jun 2002 00:18:49 -0000 @@ -9432,7 +9432,7 @@ gen_rtx_SUBREG (SImode, zeroreg, 0))); if (TARGET_64BIT && (align <= 4 || count == 0)) { - rtx label = ix86_expand_aligntest (destreg, 2); + rtx label = ix86_expand_aligntest (countreg, 4); emit_insn (gen_strsetsi (destreg, gen_rtx_SUBREG (SImode, zeroreg, 0))); emit_label (label); @@ -9443,7 +9443,7 @@ gen_rtx_SUBREG (HImode, zeroreg, 0))); if (align <= 2 || count == 0) { - rtx label = ix86_expand_aligntest (destreg, 2); + rtx label = ix86_expand_aligntest (countreg, 2); emit_insn (gen_strsethi (destreg, gen_rtx_SUBREG (HImode, zeroreg, 0))); emit_label (label); @@ -9454,7 +9454,7 @@ gen_rtx_SUBREG (QImode, zeroreg, 0))); if (align <= 1 || count == 0) { - rtx label = ix86_expand_aligntest (destreg, 1); + rtx label = ix86_expand_aligntest (countreg, 1); emit_insn (gen_strsetqi (destreg, gen_rtx_SUBREG (QImode, zeroreg, 0))); emit_label (label); ----Next_Part(Tue_Jun__4_01:57:21_2002_809)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 20:37:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from treetop.robbins.dropbear.id.au (004.c.010.mel.iprimus.net.au [210.50.202.4]) by hub.freebsd.org (Postfix) with ESMTP id 5ACE837B408; Mon, 3 Jun 2002 20:37:49 -0700 (PDT) Received: from treetop.robbins.dropbear.id.au (localhost [127.0.0.1]) by treetop.robbins.dropbear.id.au (8.12.2/8.12.2) with ESMTP id g543aIcx042167; Tue, 4 Jun 2002 13:36:19 +1000 (EST) (envelope-from tim@treetop.robbins.dropbear.id.au) Received: (from tim@localhost) by treetop.robbins.dropbear.id.au (8.12.2/8.12.2/Submit) id g543aI0T042166; Tue, 4 Jun 2002 13:36:18 +1000 (EST) Date: Tue, 4 Jun 2002 13:36:17 +1000 From: "Tim J. Robbins" To: Paul Herman Cc: current@FreeBSD.ORG, re@FreeBSD.ORG, cvs@FreeBSD.ORG Subject: Re: Updating GNU Tar in the base system Message-ID: <20020604133617.A42142@treetop.robbins.dropbear.id.au> References: <3CFBCA0A.32542302@FreeBSD.org> <20020603151118.X80740-100000@mammoth.eat.frenchfries.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: <20020603151118.X80740-100000@mammoth.eat.frenchfries.net>; from pherman@frenchfries.net on Mon, Jun 03, 2002 at 03:14:23PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 03, 2002 at 03:14:23PM -0700, Paul Herman wrote: > On Mon, 3 Jun 2002, Maxim Sobolev wrote: > > > However, before proceeding I would like to get an advice with regard > > to the most appropriate procedure for doing the upgrade. > > This came up in another list somewhere (don't know off hand), but > you might also consider having tar wrap around pax. I am in favour of doing this. Same with cpio. I'd prefer to see GNU tar and cpio in ports (if they are not already there). If the functionality of a GNU long option is useful, we should find an option letter that isn't used, or use the -W namespace. Another similar move would be to make /usr/bin/compress act as gzip, gunzip, etc. by using zlib - OpenBSD have done this, but it is temporarily disabled. Having two tar's, two cpio's, two awk's, gzip and zlib in the base system is bloat. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 3 20:44:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from treetop.robbins.dropbear.id.au (004.c.010.mel.iprimus.net.au [210.50.202.4]) by hub.freebsd.org (Postfix) with ESMTP id A85FD37B409 for ; Mon, 3 Jun 2002 20:44:31 -0700 (PDT) Received: from treetop.robbins.dropbear.id.au (localhost [127.0.0.1]) by treetop.robbins.dropbear.id.au (8.12.2/8.12.2) with ESMTP id g543gKcx042177; Tue, 4 Jun 2002 13:42:21 +1000 (EST) (envelope-from tim@treetop.robbins.dropbear.id.au) Received: (from tim@localhost) by treetop.robbins.dropbear.id.au (8.12.2/8.12.2/Submit) id g543gKL0042176; Tue, 4 Jun 2002 13:42:20 +1000 (EST) Date: Tue, 4 Jun 2002 13:42:20 +1000 From: "Tim J. Robbins" To: Kris Kennaway Cc: current@FreeBSD.ORG Subject: Re: State of the ports collection Message-ID: <20020604134220.B42142@treetop.robbins.dropbear.id.au> References: <20020603134224.A29126@xor.obsecurity.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: <20020603134224.A29126@xor.obsecurity.org>; from kris@obsecurity.org on Mon, Jun 03, 2002 at 01:42:24PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 03, 2002 at 01:42:24PM -0700, Kris Kennaway wrote: > * (lots of ports) The new C++ compiler deprecated a lot of headers by > moving them to a different directory: this breaks a heck of a lot of > ports). IMO we should be searching this directory by default. I believe it is the intent of the GCC developers to search this directory by default. In any case, the fix is to add: #define GPLUSPLUS_BACKWARD_INCLUDE_DIR PREFIX"/usr/include/g++/backward" to src/gnu/usr.bin/cc/cc_tools/freebsd-native.h Someone who has more experience dealing with GCC should review/commit this, it will break lots of pre-standard C++ code. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 5: 8:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from mharnois.mdharnois.net (customer-mpls-23.cpinternet.com [209.240.253.23]) by hub.freebsd.org (Postfix) with ESMTP id 847B837B404 for ; Tue, 4 Jun 2002 05:08:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mharnois.mdharnois.net (Postfix) with ESMTP id 380033C15; Tue, 4 Jun 2002 07:08:33 -0500 (CDT) Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries From: "Michael D. Harnois" To: "Marc G. Fournier" Cc: Stanislav Grozev , freebsd-current@FreeBSD.ORG In-Reply-To: <20020603211621.V2522-100000@mail1.hub.org> References: <20020603211621.V2522-100000@mail1.hub.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 04 Jun 2002 07:08:32 -0500 Message-Id: <1023192513.4197.8.camel@mharnois.mdharnois.net> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > you replace > > #pragma weak foo = bar > > with either > > #pragma weak foo = "bar" /* this is easier */ > > or > > if __GNUC__ >= 3 > > int foo() __attribute__ ((weak, alias ("bar"))); > > #endif /* __GNUC__ */ > > . I tried the quotation mark fix, and all it does is change the error message to UIThrStubs.c:102: warning: malformed #pragma weak, ignored UIThrStubs.c:103: warning: malformed #pragma weak, ignored UIThrStubs.c:104: warning: malformed #pragma weak, ignored UIThrStubs.c:105: warning: malformed #pragma weak, ignored UIThrStubs.c:106: warning: malformed #pragma weak, ignored UIThrStubs.c:107: warning: malformed #pragma weak, ignored UIThrStubs.c:108: warning: malformed #pragma weak, ignored UIThrStubs.c:109: warning: malformed #pragma weak, ignored UIThrStubs.c:110: warning: malformed #pragma weak, ignored UIThrStubs.c:111: warning: malformed #pragma weak, ignored UIThrStubs.c:113: warning: malformed #pragma weak, ignored UIThrStubs.c:114: warning: malformed #pragma weak, ignored UIThrStubs.c:115: warning: malformed #pragma weak, ignored UIThrStubs.c:131: warning: `_Xthr_self_stub_' defined but not used UIThrStubs.c:139: warning: `_Xthr_zero_stub_' defined but not used which doesn't really seem to be a solution. -- Michael D. Harnois bilocational bivocational Pastor, Redeemer Lutheran Church Washburn, Iowa 2L, UST School of Law Minneapolis, Minnesota There are things that are so serious that you can only joke about them. -- Werner Heisenberg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 5:38:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from tobago.pathwaynet.com (tobago.pathwaynet.com [216.46.203.40]) by hub.freebsd.org (Postfix) with ESMTP id 64CB837B405 for ; Tue, 4 Jun 2002 05:38:10 -0700 (PDT) Received: from fw-pwgrwin.pathwaynet.com ([216.46.199.234] helo=sun.futuredesigns.net) by tobago.pathwaynet.com with esmtp (Exim 3.34 #1) id 17FDZh-0002S0-00 for freebsd-current@freebsd.org; Tue, 04 Jun 2002 08:38:09 -0400 Message-Id: <5.1.0.14.0.20020604083708.03b20ce0@127.0.0.1> X-Sender: sturdee/mail.futuredesigns.net@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 04 Jun 2002 08:39:41 -0400 To: freebsd-current@freebsd.org From: Mike Subject: current.freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-PATHWAY: SMTP FROM TOBAGO X-PATHWAY-AUTH: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have been trying for several days now to access current.freebsd.org so I can get the latest -CURRENT snapshot instead of my usual DP1 -> cvsup -> buildworld, but I am unable to get in.. Is this not a public server? saturn# ftp current.freebsd.org Connected to usw2.freebsd.org. 220 usw2.freebsd.org FTP server (Version 6.00LS) ready. Name (current.freebsd.org:sturdee): ftp 331 Guest login ok, send your email address as password. Password: 550 Can't set guest privileges. ftp: Login failed. ftp> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 5:44: 7 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 D994037B404 for ; Tue, 4 Jun 2002 05:44:00 -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 g54ChxG73520; Tue, 4 Jun 2002 21:43:59 +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 g54Chxc16331; Tue, 4 Jun 2002 21:43:59 +0900 (JST) Message-Id: <200206041243.g54Chxc16331@sakura.mk.bsdclub.org> To: "Michael D. Harnois" Cc: "Marc G. Fournier" , Stanislav Grozev , freebsd-current@FreeBSD.ORG Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries From: Motoyuki Konno References: <20020603211621.V2522-100000@mail1.hub.org> <1023192513.4197.8.camel@mharnois.mdharnois.net> 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_Tue_Jun__4_21:43:59_2002-1" Date: Tue, 04 Jun 2002 21:43:59 +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Multipart_Tue_Jun__4_21:43:59_2002-1 Content-Type: text/plain; charset=US-ASCII Hi, "Michael D. Harnois" wrote: > > > if __GNUC__ >= 3 > > > int foo() __attribute__ ((weak, alias ("bar"))); > > > #endif /* __GNUC__ */ > > > . > > I tried the quotation mark fix, and all it does is change the error > message to > > UIThrStubs.c:102: warning: malformed #pragma weak, ignored [snip] > UIThrStubs.c:139: warning: `_Xthr_zero_stub_' defined but not used > > which doesn't really seem to be a solution. Please try the following patch. -- ------------------------------------------------------------------------ Motoyuki Konno motoyuki@bsdclub.org (Home) motoyuki@FreeBSD.ORG (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) --Multipart_Tue_Jun__4_21:43:59_2002-1 Content-Type: text/plain; charset=US-ASCII --- lib/XThrStub/UIThrStubs.c.old Mon Nov 19 06:13:26 2001 +++ lib/XThrStub/UIThrStubs.c Tue Jun 4 11:39:19 2002 @@ -99,6 +99,21 @@ #else #include typedef pthread_t xthread_t; +#if __GNUC__ >= 3 +xthread_t pthread_self() __attribute__ ((weak, alias ("_Xthr_self_stub_"))); +int pthread_mutex_init() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_mutex_destroy() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_mutex_lock() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_mutex_unlock() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_cond_init() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_cond_destroy() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_cond_wait() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_cond_signal() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_cond_broadcast() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_key_create() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +void *pthread_getspecific() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_setspecific() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +#else /* __GNUC__ */ #pragma weak pthread_self = _Xthr_self_stub_ #pragma weak pthread_mutex_init = _Xthr_zero_stub_ #pragma weak pthread_mutex_destroy = _Xthr_zero_stub_ @@ -113,6 +128,7 @@ #pragma weak pthread_key_create = _Xthr_zero_stub_ #pragma weak pthread_getspecific = _Xthr_zero_stub_ #pragma weak pthread_setspecific = _Xthr_zero_stub_ +#endif /* __GNUC__ */ #if defined(_DECTHREADS_) || defined(linux) #pragma weak pthread_equal = _Xthr_equal_stub_ /* See Xthreads.h! */ int --Multipart_Tue_Jun__4_21:43:59_2002-1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 5:47:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 3A7FA37B403 for ; Tue, 4 Jun 2002 05:47:56 -0700 (PDT) Received: by energyhq.homeip.net (Postfix, from userid 1001) id 9392F3FCA6; Tue, 4 Jun 2002 14:47:56 +0200 (CEST) Date: Tue, 4 Jun 2002 14:47:56 +0200 From: Miguel Mendez To: Mike Cc: freebsd-current@freebsd.org Subject: Re: current.freebsd.org Message-ID: <20020604144756.A68661@energyhq.homeip.net> Mail-Followup-To: Mike , freebsd-current@freebsd.org References: <5.1.0.14.0.20020604083708.03b20ce0@127.0.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <5.1.0.14.0.20020604083708.03b20ce0@127.0.0.1>; from mike@futuredesigns.net on Tue, Jun 04, 2002 at 08:39:41AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 04, 2002 at 08:39:41AM -0400, Mike wrote: Hi, > I have been trying for several days now to access current.freebsd.org so = I=20 > can get the latest -CURRENT snapshot instead of my usual DP1 -> cvsup ->= =20 > buildworld, but I am unable to get in.. Is this not a public server? There seems to be some problems with that server, you can use snapshots.jp.freebsd.org in the meantime. Cheers, --=20 Miguel Mendez - flynn@energyhq.homeip.net GPG Public Key :: http://energyhq.homeip.net/files/pubkey.txt EnergyHQ :: http://www.energyhq.tk FreeBSD - The power to serve! --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8/Lb8nLctrNyFFPERAtLdAJ4hU7qQrqrMs/hrDwcHQay7tfpVmwCgnF0+ LMg8YsJMzjMOMwuxQwdK43k= =mDXe -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 5:49:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from daemonz.org (TK212017094177.teleweb.at [212.17.94.177]) by hub.freebsd.org (Postfix) with SMTP id AF5D837B406 for ; Tue, 4 Jun 2002 05:49:19 -0700 (PDT) Received: (qmail 25424 invoked by uid 1001); 4 Jun 2002 12:54:05 -0000 Date: Tue, 4 Jun 2002 14:54:05 +0200 From: Stanislav Grozev To: "Michael D. Harnois" Cc: freebsd-current@freebsd.org Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries Message-ID: <20020604125405.GC25311@meerkat.dungeon> References: <20020603211621.V2522-100000@mail1.hub.org> <1023192513.4197.8.camel@mharnois.mdharnois.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7iMSBzlTiPOCCT2k" Content-Disposition: inline In-Reply-To: <1023192513.4197.8.camel@mharnois.mdharnois.net> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7iMSBzlTiPOCCT2k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 04, 2002 at 07:08:32AM -0500, Michael D. Harnois wrote: > > > #pragma weak foo =3D bar > > > with either > > > #pragma weak foo =3D "bar" /* this is easier */ > I tried the quotation mark fix, and all it does is change the error > message to >=20 > UIThrStubs.c:102: warning: malformed #pragma weak, ignored >=20 > which doesn't really seem to be a solution. are you sure that you're with the right gcc? mine compiles this fine. but regardless which one I use (__attribute__ or the quotation), later on the process i get the internal compiler error in Mesa. not that I think the two are related, though. -tacho --=20 [a lie is my shield] | [http://daemonz.org/ || tacho@daemonz.org] 0x44fc3339 || [02b5 798b 4bd1 97fb f8db 72e4 dca4 be03 44fc 3339] --7iMSBzlTiPOCCT2k Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8/Lht3KS+A0T8MzkRAg5xAJ9byv6MUKLK9EivP7sYIDbYX0TW2ACeL/tM TxYiS+sXnmErcjr9YT9d4Uw= =UWIH -----END PGP SIGNATURE----- --7iMSBzlTiPOCCT2k-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 6: 3:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 0C71437B409 for ; Tue, 4 Jun 2002 06:03:35 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id DF306103C97; Tue, 4 Jun 2002 10:03:29 -0300 (ADT) Date: Tue, 4 Jun 2002 10:03:29 -0300 (ADT) From: "Marc G. Fournier" To: Stanislav Grozev Cc: "Michael D. Harnois" , Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries In-Reply-To: <20020604125405.GC25311@meerkat.dungeon> Message-ID: <20020604100258.I2522-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 4 Jun 2002, Stanislav Grozev wrote: > On Tue, Jun 04, 2002 at 07:08:32AM -0500, Michael D. Harnois wrote: > > > > #pragma weak foo = bar > > > > with either > > > > #pragma weak foo = "bar" /* this is easier */ > > > I tried the quotation mark fix, and all it does is change the error > > message to > > > > UIThrStubs.c:102: warning: malformed #pragma weak, ignored > > > > > which doesn't really seem to be a solution. > > are you sure that you're with the right gcc? mine compiles this fine. > but regardless which one I use (__attribute__ or the quotation), > later on the process i get the internal compiler error in Mesa. > not that I think the two are related, though. I tried here too, latest GCC in 5.0-CURRENT from this weekend, and get the same 'ignored' stuff, after which it does continue onto the Mesa where it does fail ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 6: 6:58 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 CA96B37B404 for ; Tue, 4 Jun 2002 06:06:53 -0700 (PDT) Received: from sbcglobal.net wa1ter@smtp-send.myrealbox.com [64.175.106.192] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Tue, 04 Jun 2002 07:06:44 -0600 Message-ID: <3CFC588A.9070903@sbcglobal.net> Date: Mon, 03 Jun 2002 23:04:58 -0700 From: walt Organization: none User-Agent: Mozilla/4.72 [en] (Windows NT 5.0; I) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Subject: The -current state of mozilla affairs Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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. gmake[1]: Leaving directory `/usr/ports/www/mozilla/work/mozilla' /usr/bin/sed -e "s;@PREFIX@;/usr/X11R6;g" /usr/ports/www/mozilla/files/mozilla.sh >/usr/ports/www/mozilla/work/mozilla/mozilla (cd /usr/ports/www/mozilla/work/mozilla/dist/bin; /usr/bin/env LD_LIBRARY_PATH=. MOZILLA_FIVE_HOME=. ./regxpcom; echo skin,install,select,classic/1.0 >> chrome/installed- chrome.txt; echo locale,install,select,en-US >> chrome/installed-chrome.txt; /usr/bin/env LD_LIBRARY_PATH=. MOZILLA_FIVE_HOME=. ./regchrome) [1] Segmentation fault (core dumped) *** Error code 139 Stop in /usr/ports/www/mozilla. ** Command failed: make To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 6:28:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from taz.sindrome.net (taz.sindrome.net [209.172.186.231]) by hub.freebsd.org (Postfix) with ESMTP id 5706D37B408 for ; Tue, 4 Jun 2002 06:28:10 -0700 (PDT) Received: from taz.sindrome.net (taz.sindrome.net [209.172.186.231] (may be forged)) by taz.sindrome.net (8.12.3/8.12.3) with ESMTP id g54DS90N009799 for ; Tue, 4 Jun 2002 08:28:09 -0500 (CDT) (envelope-from sindrome@sindrome.net) Received: (from sindrome@localhost) by taz.sindrome.net (8.12.3/8.12.3/Submit) id g54DS9BM009798 for freebsd-current@FreeBSD.ORG; Tue, 4 Jun 2002 08:28:09 -0500 (CDT) X-Authentication-Warning: taz.sindrome.net: sindrome set sender to sindrome@sindrome.net using -f Date: Tue, 4 Jun 2002 08:28:09 -0500 From: Troy To: freebsd-current Subject: make buildkernel problem Message-ID: <20020604082809.A9769@sindrome.net> Reply-To: sindrome@sindrome.net Mail-Followup-To: freebsd-current 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been running into this problem for the past few days where make buildkernel fails. I've cvs'd multiple times hoping it would get cleared up...any ideas? -Troy ===> xe @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend CC='/usr/bin/cc' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/mod ules/xe/../../dev/xe/if_xe.c /usr/src/sys/modules/xe/../../dev/xe/if_xe_pccard.c cd /usr/obj/usr/src/sys/SINDROME; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec GROFF_BIN_PATH= /usr/obj/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin OBJFORMAT_PATH=/usr/obj/usr/src/i386/-mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/i386/i386/locore.s {standard input}: Assembler messages: {standard input}:1684: Warning: rest of line ignored; first ignored character is `t' {standard input}:1686: Error: unknown pseudo-op: `.' {standard input}:1801: Error: missing ')' {standard input}:1801: Error: missing ')' {standard input}:1801: Error: junk `tmpstk)- 0xc0000000)' after expression *** Error code 1 Stop in /usr/obj/usr/src/sys/SINDROME. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/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 4 6:54:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from treetop.robbins.dropbear.id.au (202.b.011.mel.iprimus.net.au [210.50.217.202]) by hub.freebsd.org (Postfix) with ESMTP id 14D6A37B404 for ; Tue, 4 Jun 2002 06:54:33 -0700 (PDT) Received: from treetop.robbins.dropbear.id.au (localhost [127.0.0.1]) by treetop.robbins.dropbear.id.au (8.12.2/8.12.2) with ESMTP id g54DrScx042706 for ; Tue, 4 Jun 2002 23:53:29 +1000 (EST) (envelope-from tim@treetop.robbins.dropbear.id.au) Received: (from tim@localhost) by treetop.robbins.dropbear.id.au (8.12.2/8.12.2/Submit) id g54DrSJs042705 for current@FreeBSD.ORG; Tue, 4 Jun 2002 23:53:28 +1000 (EST) Date: Tue, 4 Jun 2002 23:53:28 +1000 From: "Tim J. Robbins" To: current@FreeBSD.ORG Subject: sh and job control Message-ID: <20020604235328.A42694@treetop.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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can anyone else reproduce this problem? There seems to be a problem with job control in the shell or the kernel's notion of a 'foreground' process. I'm inclined to blame my modifications to the job control code, but I can reproduce the problem with a checkout from May 10, before I changed it. %cvs -z9 co -D"10 May" sh [snip] %cd sh %vi Makefile [use /usr/src/bin/test instead of a relative path] %make [snip] %obj/sh $ groff -Tascii -mdoc sh.1 | less Stopped (tty output) Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 7:14:18 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 4298137B40C for ; Tue, 4 Jun 2002 07:14:14 -0700 (PDT) Received: from sbcglobal.net wa1ter@smtp-send.myrealbox.com [64.175.107.92] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Tue, 04 Jun 2002 08:14:04 -0600 Message-ID: <3CFC685C.3020106@sbcglobal.net> Date: Tue, 04 Jun 2002 00:12:28 -0700 From: walt Organization: none User-Agent: Mozilla/4.72 [en] (Windows NT 5.0; I) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Subject: tar breaks world [June 04] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ===> gnu/usr.bin/tar ".depend", line 458: Inconsistent operator for tar make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/gnu/usr.bin. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 7:18:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 35EA237B400 for ; Tue, 4 Jun 2002 07:18:06 -0700 (PDT) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.12.3/8.12.3) with ESMTP id g54EI5JC067467; Tue, 4 Jun 2002 07:18:05 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.3/8.12.3/Submit) id g54EI5kg067466; Tue, 4 Jun 2002 07:18:05 -0700 (PDT) Date: Tue, 4 Jun 2002 07:18:05 -0700 (PDT) From: David Wolfskill Message-Id: <200206041418.g54EI5kg067466@bunrab.catwhisker.org> To: freebsd-current@FreeBSD.ORG, wsheets@sbcglobal.net Subject: Re: tar breaks world [June 04] In-Reply-To: <3CFC685C.3020106@sbcglobal.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Tue, 04 Jun 2002 00:12:28 -0700 >From: walt >===> gnu/usr.bin/tar >".depend", line 458: Inconsistent operator for tar >make: fatal errors encountered -- cannot continue >*** Error code 1 >Stop in /usr/src/gnu/usr.bin. Well, I've finished the "make buildworld" for today's -CURRENT, and am in the "make kernel" phase, so whatever bit you doesn't seem to ahve got to me. Here's my environment: freebeast(5.0-C)[1] uname -a && tail /var/log/cvsup-history.log && grep -v '^#' /etc/make.conf FreeBSD freebeast.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #13: Mon Jun 3 07:20:40 PDT 2002 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/FREEBEAST i386 Jun 1 00:00:00 freebeast newsyslog[395]: logfile turned over CVSup begin from cvsup14.freebsd.org at Sat Jun 1 03:47:02 PDT 2002 CVSup ended from cvsup14.freebsd.org at Sat Jun 1 03:55:02 PDT 2002 CVSup begin from cvsup14.freebsd.org at Sun Jun 2 03:47:03 PDT 2002 CVSup ended from cvsup14.freebsd.org at Sun Jun 2 03:53:46 PDT 2002 CVSup begin from cvsup14.freebsd.org at Mon Jun 3 03:47:02 PDT 2002 CVSup ended from cvsup14.freebsd.org at Mon Jun 3 03:53:59 PDT 2002 CVSup begin from cvsup14.freebsd.org at Tue Jun 4 03:47:03 PDT 2002 CVSup ended from cvsup14.freebsd.org at Tue Jun 4 03:53:52 PDT 2002 CFLAGS= -O -pipe COPTFLAGS= -O -pipe COMPAT22= yes COMPAT3X= yes COMPAT4X= yes PRINTERDEVICE= ps FORCE_PKG_REGISTER= YES WITH_PNG_MMX=YES SENDMAIL_MC=/etc/mail/client.mc freebeast(5.0-C)[2] Cheers, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill david@catwhisker.org Trying to support or use Microsoft products makes about as much sense as painting a house with watercolors. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 7:47:55 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 1630037B429 for ; Tue, 4 Jun 2002 07:46:49 -0700 (PDT) Received: from sbcglobal.net wa1ter@smtp-send.myrealbox.com [64.175.107.92] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Tue, 04 Jun 2002 08:46:49 -0600 Message-ID: <3CFC7014.5030702@sbcglobal.net> Date: Tue, 04 Jun 2002 00:45:24 -0700 From: walt Organization: none User-Agent: Mozilla/4.72 [en] (Windows NT 5.0; I) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Subject: Re: tar breaks world [June 04] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >===> gnu/usr.bin/tar >".depend", line 458: Inconsistent operator for tar >make: fatal errors encountered -- cannot continue >*** Error code 1 >Stop in /usr/src/gnu/usr.bin. Well, I've finished the "make buildworld" for today's -CURRENT, and am in the "make kernel" phase, so whatever bit you doesn't seem to ahve got to me. Hmm, the ".depend" should've given me the clue. I deleted /usr/obj/usr/src/gnu/usr.bin/tar/* and all is well. I thought make buildworld takes care of stuff like that :-/ Now that I think of it I'll just delete /usr/obj and start over, just in case. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 8: 5:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from phnxpop6.phnx.uswest.net (phnxpop6.phnx.uswest.net [206.80.192.6]) by hub.freebsd.org (Postfix) with SMTP id DE2D237B411 for ; Tue, 4 Jun 2002 08:05:20 -0700 (PDT) Received: (qmail 44590 invoked by uid 0); 4 Jun 2002 15:05:29 -0000 Received: from zdialup172.phnx.uswest.net (HELO broken) (209.181.132.172) by phnxpop6.phnx.uswest.net with SMTP; 4 Jun 2002 15:05:29 -0000 Date: Tue, 4 Jun 2002 08:05:31 -0700 Message-ID: <004e01c20bd9$46077da0$0a00a8c0@broken> From: "Dan Trainor" To: current@FreeBSD.ORG Subject: RE: State of the ports collection MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 In-Reply-To: <20020604134220.B42142@treetop.robbins.dropbear.id.au> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What's going to happen to all these ports that still depend on file locations in the 4.5 release(s)? The reason I ask is that I see that now we're going to have to make two kinds of ports - one for 4.x and one for 5.x, or are header files and stuff like that stored as global variables... or something. Kris Kennaway talked a bit about moving specific headers (and possibly more) to different locations: :: * (>27 ports) The header was moved, breaking :: * (>35 ports) Something caused sys_nerr to change prototypes. It looks like this might be because the definition of __const from has changed, but I can't see why. See for example I don't know, it was just something that concerned me. I'd hate to see version-specific ports, and I'm hoping it doesn't come down to that. - dt - dan@ript.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 4 8:23:11 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 CC49F37B403 for ; Tue, 4 Jun 2002 08:23:05 -0700 (PDT) Received: (from dan@localhost) by dan.emsphone.com (8.12.2/8.12.3) id g54FN5Br031112; Tue, 4 Jun 2002 10:23:05 -0500 (CDT) (envelope-from dan) Date: Tue, 4 Jun 2002 10:23:05 -0500 From: Dan Nelson To: Dan Trainor Cc: current@FreeBSD.ORG Subject: Re: State of the ports collection Message-ID: <20020604152304.GD69850@dan.emsphone.com> References: <20020604134220.B42142@treetop.robbins.dropbear.id.au> <004e01c20bd9$46077da0$0a00a8c0@broken> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <004e01c20bd9$46077da0$0a00a8c0@broken> User-Agent: Mutt/1.3.99i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jun 04), Dan Trainor said: > What's going to happen to all these ports that still depend on file > locations in the 4.5 release(s)? The reason I ask is that I see that > now we're going to have to make two kinds of ports - one for 4.x and > one for 5.x, or are header files and stuff like that stored as global > variables... or something. Kris Kennaway talked a bit about moving > specific headers (and possibly more) to different locations: > > :: * (>27 ports) The header was moved, breaking The move from machine/soundcard.h to sys/soundcard.h was done in 1999 as part of the move from 3.* to 4.0. All 4.* systems have sys/soundcard.h, and that's where ports should be looking. > :: * (>35 ports) Something caused sys_nerr to change prototypes. It > looks like this might be because the definition of __const from > has changed, but I can't see why. See for > example This is an error that gcc 2.95 never caught that gcc 3 does. Ports should not use sys_nerr at all, and should use strerror(). -- 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 4 9:31:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id A8C4237B40D for ; Tue, 4 Jun 2002 09:31:23 -0700 (PDT) Received: from kemoauc.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 17FHDP-0003Ih-00; Tue, 4 Jun 2002 18:31:23 +0200 Received: from kemoauc.mips.inka.de (localhost [127.0.0.1]) by kemoauc.mips.inka.de (8.12.3/8.12.2) with ESMTP id g54GFnv5062378 for ; Tue, 4 Jun 2002 18:15:49 +0200 (CEST) (envelope-from mailnull@localhost.mips.inka.de) Received: (from mailnull@localhost) by kemoauc.mips.inka.de (8.12.3/8.12.3/Submit) id g54GFnoY062377 for freebsd-current@freebsd.org; Tue, 4 Jun 2002 18:15:49 +0200 (CEST) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: State of the ports collection Date: Tue, 4 Jun 2002 16:15:48 +0000 (UTC) Message-ID: References: <20020603134224.A29126@xor.obsecurity.org> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kennaway wrote: > It seems like ports committers are not able to keep up with the > rate at which ports are being broken by -current changes: Since I originally stated that I would work on fixing ports on alpha and I have clearly failed to do so, I would like to point out that I have a hard time simply keeping up with the rate of disruptive changes and breakage in the -CURRENT base system. Also, either there aren't enough HEAD UPs or I keep missing them. (E.g., do we have a working C++ compiler again?) I suspect that by far most port maintainers only run -STABLE and are simply unaware of the the changes happening in -CURRENT. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 9:48:27 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 53F3D37B404; Tue, 4 Jun 2002 09:48:04 -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 g54Gm3DK024180; Tue, 4 Jun 2002 12:48:03 -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 g54Gm3nO024177; Tue, 4 Jun 2002 12:48:03 -0400 (EDT) (envelope-from wollman) Date: Tue, 4 Jun 2002 12:48:03 -0400 (EDT) From: Garrett Wollman Message-Id: <200206041648.g54Gm3nO024177@khavrinen.lcs.mit.edu> To: "Tim J. Robbins" Cc: current@FreeBSD.ORG Subject: Re: Updating GNU Tar in the base system In-Reply-To: <20020604133617.A42142@treetop.robbins.dropbear.id.au> References: <3CFBCA0A.32542302@FreeBSD.org> <20020603151118.X80740-100000@mammoth.eat.frenchfries.net> <20020604133617.A42142@treetop.robbins.dropbear.id.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > Having two tar's, two cpio's, two awk's, gzip and zlib in the base system > is bloat. It may be bloat, but it's tolerable bloat that our users are well-accustomed to. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 9:54:59 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 D68BC37B400 for ; Tue, 4 Jun 2002 09:54:55 -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 M2L7D2F9; Tue, 4 Jun 2002 19:56:52 +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 g54Gst308152 for ; Tue, 4 Jun 2002 19:54:55 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3CFCF0FC.892EDC8A@FreeBSD.org> Date: Tue, 04 Jun 2002 19:55:24 +0300 From: Maxim Sobolev 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: current@FreeBSD.org Subject: [HEADS-UP] GNU Tar was updated Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Folks, I've updated GNU Tar in the base system to the most recent version. I've tested it locally and it appears to OK, but if you have any unusual problems with it please let me know. Thanks! -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 10:59: 2 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 B8A2737B404 for ; Tue, 4 Jun 2002 10:58: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 g54HwgJn093151; Tue, 4 Jun 2002 10:58:42 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g54HwbhS093150; Tue, 4 Jun 2002 10:58:37 -0700 (PDT) Date: Tue, 4 Jun 2002 10:58:37 -0700 From: "David O'Brien" To: Tor.Egge@cvsup.no.freebsd.org Cc: bde@zeta.org.au, current@FreeBSD.ORG Subject: Re: memset() broken in gcc-3.1 on i386's Message-ID: <20020604105837.A93000@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Tor.Egge@cvsup.no.freebsd.org, bde@zeta.org.au, current@FreeBSD.ORG References: <20020604084202.Q939-100000@gamplex.bde.org> <20020604110707.H1982-100000@gamplex.bde.org> <20020604030221G.tegge@cvsup.no.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: <20020604030221G.tegge@cvsup.no.freebsd.org>; from Tor.Egge@cvsup.no.freebsd.org on Tue, Jun 04, 2002 at 03:02:21AM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jun 04, 2002 at 03:02:21AM +0000, Tor.Egge@cvsup.no.freebsd.org wrote: > > Actually, it broke fsck_ffs. > > > > Workaround to avoid the known broken case: > > The brokenness in ix86_expand_clrstr is quite visible when you > compare the function with ix86_expand_movstr. Fixed in rev 1.368.2.10. "* i386.c (expand_movstr, expand_clrstr): Fix inline-all-stringops sequence." But their fix is a little different from yours: Index: i386.c =================================================================== RCS file: /cvs/gcc/egcs/gcc/config/i386/i386.c,v retrieving revision 1.368.2.9 retrieving revision 1.368.2.10 diff -u -r1.368.2.9 -r1.368.2.10 --- i386.c 23 Apr 2002 08:11:22 -0000 1.368.2.9 +++ i386.c 22 May 2002 12:23:53 -0000 1.368.2.10 @@ -7959,6 +7959,10 @@ && GET_CODE (ix86_compare_op1) == CONST_INT && mode != HImode && (unsigned int) INTVAL (ix86_compare_op1) != 0xffffffff + /* The operand still must be representable as sign extended value. */ + && (!TARGET_64BIT + || GET_MODE (ix86_compare_op0) != DImode + || (unsigned int) INTVAL (ix86_compare_op1) != 0x7fffffff) && GET_CODE (operands[2]) == CONST_INT && GET_CODE (operands[3]) == CONST_INT) { @@ -9130,6 +9134,9 @@ { rtx countreg2; rtx label = NULL; + int desired_alignment = (TARGET_PENTIUMPRO + && (count == 0 || count >= (unsigned int) 260) + ? 8 : UNITS_PER_WORD); /* In case we don't know anything about the alignment, default to library version, since it is usually equally fast and result in @@ -9159,10 +9166,7 @@ This is quite costy. Maybe we can revisit this decision later or add some customizability to this code. */ - if (count == 0 - && align < (TARGET_PENTIUMPRO && (count == 0 - || count >= (unsigned int) 260) - ? 8 : UNITS_PER_WORD)) + if (count == 0 && align < desired_alignment) { label = gen_label_rtx (); emit_cmp_and_jump_insns (countreg, GEN_INT (UNITS_PER_WORD - 1), @@ -9184,10 +9188,7 @@ emit_label (label); LABEL_NUSES (label) = 1; } - if (align <= 4 - && ((TARGET_PENTIUMPRO && (count == 0 - || count >= (unsigned int) 260)) - || TARGET_64BIT)) + if (align <= 4 && desired_alignment > 4) { rtx label = ix86_expand_aligntest (destreg, 4); emit_insn (gen_strmovsi (destreg, srcreg)); @@ -9196,6 +9197,12 @@ LABEL_NUSES (label) = 1; } + if (label && desired_alignment > 4 && !TARGET_64BIT) + { + emit_label (label); + LABEL_NUSES (label) = 1; + label = NULL_RTX; + } if (!TARGET_SINGLE_STRINGOP) emit_insn (gen_cld ()); if (TARGET_64BIT) @@ -9341,6 +9348,10 @@ { rtx countreg2; rtx label = NULL; + /* Compute desired alignment of the string operation. */ + int desired_alignment = (TARGET_PENTIUMPRO + && (count == 0 || count >= (unsigned int) 260) + ? 8 : UNITS_PER_WORD); /* In case we don't know anything about the alignment, default to library version, since it is usually equally fast and result in @@ -9355,13 +9366,10 @@ countreg = copy_to_mode_reg (counter_mode, count_exp); zeroreg = copy_to_mode_reg (Pmode, const0_rtx); - if (count == 0 - && align < (TARGET_PENTIUMPRO && (count == 0 - || count >= (unsigned int) 260) - ? 8 : UNITS_PER_WORD)) + if (count == 0 && align < desired_alignment) { label = gen_label_rtx (); - emit_cmp_and_jump_insns (countreg, GEN_INT (UNITS_PER_WORD - 1), + emit_cmp_and_jump_insns (countreg, GEN_INT (desired_alignment - 1), LEU, 0, counter_mode, 1, label); } if (align <= 1) @@ -9382,8 +9390,7 @@ emit_label (label); LABEL_NUSES (label) = 1; } - if (align <= 4 && TARGET_PENTIUMPRO && (count == 0 - || count >= (unsigned int) 260)) + if (align <= 4 && desired_alignment > 4) { rtx label = ix86_expand_aligntest (destreg, 4); emit_insn (gen_strsetsi (destreg, (TARGET_64BIT @@ -9394,6 +9401,13 @@ LABEL_NUSES (label) = 1; } + if (label && desired_alignment > 4 && !TARGET_64BIT) + { + emit_label (label); + LABEL_NUSES (label) = 1; + label = NULL_RTX; + } + if (!TARGET_SINGLE_STRINGOP) emit_insn (gen_cld ()); if (TARGET_64BIT) @@ -9409,18 +9423,18 @@ emit_insn (gen_rep_stossi (destreg, countreg2, zeroreg, destreg, countreg2)); } - if (label) { emit_label (label); LABEL_NUSES (label) = 1; } + if (TARGET_64BIT && align > 4 && count != 0 && (count & 4)) emit_insn (gen_strsetsi (destreg, gen_rtx_SUBREG (SImode, zeroreg, 0))); if (TARGET_64BIT && (align <= 4 || count == 0)) { - rtx label = ix86_expand_aligntest (destreg, 2); + rtx label = ix86_expand_aligntest (countreg, 2); emit_insn (gen_strsetsi (destreg, gen_rtx_SUBREG (SImode, zeroreg, 0))); emit_label (label); @@ -9431,7 +9445,7 @@ gen_rtx_SUBREG (HImode, zeroreg, 0))); if (align <= 2 || count == 0) { - rtx label = ix86_expand_aligntest (destreg, 2); + rtx label = ix86_expand_aligntest (countreg, 2); emit_insn (gen_strsethi (destreg, gen_rtx_SUBREG (HImode, zeroreg, 0))); emit_label (label); @@ -9442,7 +9456,7 @@ gen_rtx_SUBREG (QImode, zeroreg, 0))); if (align <= 1 || count == 0) { - rtx label = ix86_expand_aligntest (destreg, 1); + rtx label = ix86_expand_aligntest (countreg, 1); emit_insn (gen_strsetqi (destreg, gen_rtx_SUBREG (QImode, zeroreg, 0))); emit_label (label); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 11:14:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from femme.listmistress.org (bgp01560565bgs.gambrl01.md.comcast.net [68.50.32.109]) by hub.freebsd.org (Postfix) with ESMTP id 6B53137B405 for ; Tue, 4 Jun 2002 11:14:16 -0700 (PDT) Received: from femme.listmistress.org (trish@localhost [127.0.0.1]) by femme.listmistress.org (8.12.3/8.12.1) with ESMTP id g54IEAMl002896; Tue, 4 Jun 2002 14:14:11 -0400 (EDT) Received: from localhost (trish@localhost) by femme.listmistress.org (8.12.3/8.12.3/Submit) with ESMTP id g54IE7fk002893; Tue, 4 Jun 2002 14:14:08 -0400 (EDT) X-Authentication-Warning: femme.listmistress.org: trish owned process doing -bs Date: Tue, 4 Jun 2002 14:14:07 -0400 (EDT) From: Trish Lynch X-X-Sender: To: Dan Trainor Cc: Subject: RE: State of the ports collection In-Reply-To: <004e01c20bd9$46077da0$0a00a8c0@broken> Message-ID: <20020604141050.V516-100000@femme.listmistress.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 4 Jun 2002, Dan Trainor wrote: > What's going to happen to all these ports that still depend on file > locations in the 4.5 release(s)? The reason I ask is that I see that > now we're going to have to make two kinds of ports - one for 4.x and one > for 5.x, or are header files and stuff like that stored as global > variables... or something. Kris Kennaway talked a bit about moving > specific headers (and possibly more) to different locations: > > :: * (>27 ports) The header was moved, breaking > :: * (>35 ports) Something caused sys_nerr to change prototypes. It > looks like this might be because the definition of __const from > has changed, but I can't see why. See for example > > I don't know, it was just something that concerned me. I'd hate to see > version-specific ports, and I'm hoping it doesn't come down to that. > > - dt > - dan@ript.org > The soundcard.h problem is solved very easily in ports that do something like this: #ifdef __FreeBSD__ #include #else #include #endif just change the #ifdef __FreeBSD__ to #if __FreeBSD__ <= 4 All that happened was that a symlink that was present before from sys/soundcard.h to machine/soundcard.h (that had been there for close to 2 years) was removed. prior to that it was at machine/soundcard.h? I'm not sure. -Trish -- Trish Lynch trish@bsdunix.net FreeBSD The Power to Serve Ecartis Core Team trish@listmistress.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 Tue Jun 4 12: 6: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 3A1E337B403; Tue, 4 Jun 2002 12:06:25 -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 g54J6PJn095174; Tue, 4 Jun 2002 12:06:25 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g54J6O7J095173; Tue, 4 Jun 2002 12:06:24 -0700 (PDT) Date: Tue, 4 Jun 2002 12:06:24 -0700 From: "David O'Brien" To: Maxim Sobolev Cc: current@FreeBSD.org, re@FreeBSD.org, cvs@FreeBSD.org Subject: Re: Updating GNU Tar in the base system Message-ID: <20020604120624.A95151@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , Maxim Sobolev , current@FreeBSD.org, re@FreeBSD.org, cvs@FreeBSD.org References: <3CFBCA0A.32542302@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: <3CFBCA0A.32542302@FreeBSD.org>; from sobomax@FreeBSD.org on Mon, Jun 03, 2002 at 10:56:58PM +0300 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 03, 2002 at 10:56:58PM +0300, Maxim Sobolev wrote: > However, before proceeding I would like to get an advice with regard > to the most appropriate procedure for doing the upgrade. The problem > is that old version of tar was just cvs add'ed, not imported, so that > it is unclear how to to do it. Main questions: Thank you for giving only _1_ day for feedback. (yes, this is said with extreme sarcasm) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 12:19:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from web20604.mail.yahoo.com (web20604.mail.yahoo.com [216.136.226.162]) by hub.freebsd.org (Postfix) with SMTP id 8781C37B403 for ; Tue, 4 Jun 2002 12:19:12 -0700 (PDT) Message-ID: <20020604191910.66478.qmail@web20604.mail.yahoo.com> Received: from [62.30.192.1] by web20604.mail.yahoo.com via HTTP; Tue, 04 Jun 2002 12:19:10 PDT Date: Tue, 4 Jun 2002 12:19:10 -0700 (PDT) From: antoan miroslavov Subject: negative time FreeBSD 5.0 To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Recently I updated my FreeBSD box to 5.0 I face problems connected with you new time counter code.Could you please tell me how to fix this problem, in old version was able to hack kern_clock.c (NTIMERCOUNTER). calcru: negative time of -661363 usec for pid 157 (ps) calcru: negative time of -681221 usec for pid 159 (ls) calcru: negative time of -673242 usec for pid 166 (jot) Every time when I start a command I got a message like above. Thank you in advance Antoan Miroslavov (CCNP) __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.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 4 13:26:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx2.datanet.hu (mx2.datanet.hu [194.149.13.163]) by hub.freebsd.org (Postfix) with ESMTP id CCA6E37B407 for ; Tue, 4 Jun 2002 13:26:28 -0700 (PDT) Received: from fonix.adamsfamily.xx (nilus-1652.adsl.datanet.hu [195.56.94.128]) by mx2.datanet.hu (DataNet) with ESMTP id 3B5285B1B for ; Tue, 4 Jun 2002 22:26:26 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.3/8.12.3) with ESMTP id g54KRL59001164 for ; Tue, 4 Jun 2002 22:27:21 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.3/8.12.3/Submit) id g54KRKQY001163 for freebsd-current@FreeBSD.ORG; Tue, 4 Jun 2002 22:27:20 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Tue, 4 Jun 2002 22:27:19 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries Message-ID: <20020604202719.GA775@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@FreeBSD.ORG References: <20020603150623.GA6796@meerkat.dungeon> <20020603211621.V2522-100000@mail1.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020603211621.V2522-100000@mail1.hub.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, For what it's worth, I set out and successfully compiled the latest from the XFree86 CVS with the latest gcc31 snapshot (May 27th). I needed to do the following: - I had to apply the fix that has been mentioned several times on this list to libXThrStub. - I had to fix a typo in one header file under xc/programs/Xserver/PEX5/ddpex/mi/include/miStruct.h in a prperocessor statement - I applied the patch-ioctl from ports/x11/XFree86-4-libraries (alternatively, you could disable the drm part), also I applied the patch-startx from the same place because I wanted consistent behaviour of startx from what I was used to. There was (after these) a bunch of problems that I worked around with hacks: - There was one file, xc/lib/X11/lcUTF8.c which the gcc from ports did not like. It produced an internal compiler error like this: LD_LIBRARY_PATH=../../exports/lib /usr/local/bin/gcc31 -c -ansi -pedantic -Dasm= __asm -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-d eclarations -Wredundant-decls -Wnested-externs -Wundef -pthread -I../.. -I../. ./exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -D_RE ENTRANT -D_THREAD_SAFE -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETUR NS_NULL -DHAS_SNPRINTF -DLIBX11 -O -pipe -march=pentiumpro lcUTF8.c -o unshared/lcUTF8.o lcUTF8.c: In function `charset_wctocs': lcUTF8.c:582: unrecognizable insn: (insn 251 70 252 (set (reg:CC 17 flags) (compare:CC (mem:QI (reg/v/f:SI 63) [0 S1 A8]) (const_int 128 [0x80]))) -1 (nil) (expr_list:REG_DEAD (reg/v/f:SI 63) (nil))) lcUTF8.c:582: Internal compiler error in extract_insn, at recog.c:2132 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 (continuing) (Sorry for cut&paste) However, when I compiled this only one file with the base system gcc, it worked and linked. - In xc/programs/glxinfo/Makefile, I had to manually define the path to the libstdc++.a in /usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1.1/ because otherwise it was not found. (I suspect this is because it uses the gcc31 frontend, not g++31.) After this, I now have a new X that appears to work at first sight. I somehow managed to mess it up though because now it seems to ignore the Xwrapper port although I have it installed and so only works if I make the X server suid root. But it is probably me... Also, stability remains to be seen, since the original reason for upgrading was that 4.2.0 was regularly freezing with my Virge GX2 card, and supposedly some fixes were prepared for this problem... we'll see. This is just an FYI for all having problems with X building now. Note: I did not try the base system compiler for building yet, apart from that quick hack indicated above. -- 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 Tue Jun 4 13:47: 2 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 A210A37B40A for ; Tue, 4 Jun 2002 13:46:56 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2F26B66C49; Tue, 4 Jun 2002 13:46:56 -0700 (PDT) Date: Tue, 4 Jun 2002 13:46:56 -0700 From: Kris Kennaway To: walt Cc: freebsd-current Subject: Re: The -current state of mozilla affairs Message-ID: <20020604134655.B62465@xor.obsecurity.org> References: <3CFC588A.9070903@sbcglobal.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="bCsyhTFzCvuiizWE" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3CFC588A.9070903@sbcglobal.net>; from wsheets@sbcglobal.net on Mon, Jun 03, 2002 at 11:04:58PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --bCsyhTFzCvuiizWE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jun 03, 2002 at 11:04:58PM -0700, walt 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. 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 :-( Kris --bCsyhTFzCvuiizWE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8/Sc/Wry0BWjoQKURAjc6AJ9oGnAe7XvLANDqBlNE/CDACDNW7QCfUQEb KMscsVtf/L3kU05vhN16+W8= =IiFS -----END PGP SIGNATURE----- --bCsyhTFzCvuiizWE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 14: 6:42 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 8BCDD37B406 for ; Tue, 4 Jun 2002 14:06:40 -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 g54L6eJn082270; Tue, 4 Jun 2002 14:06:40 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g54L6eIU082269; Tue, 4 Jun 2002 14:06:40 -0700 (PDT) Date: Tue, 4 Jun 2002 14:06:39 -0700 From: "David O'Brien" To: walt Cc: freebsd-current Subject: Re: tar breaks world [June 04] Message-ID: <20020604140639.A75699@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <3CFC685C.3020106@sbcglobal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3CFC685C.3020106@sbcglobal.net>; from wsheets@sbcglobal.net on Tue, Jun 04, 2002 at 12:12:28AM -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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jun 04, 2002 at 12:12:28AM -0700, walt wrote: > ===> gnu/usr.bin/tar > ".depend", line 458: Inconsistent operator for tar > make: fatal errors encountered -- cannot continue > *** Error code 1 The problem is you have an existing /usr/obj/gnu/usr.bin/tar/.depend file. In that file is a dependancy list for "tar". BUT "tar" is now a directory. There was no reason for sobomax to get so fancy with this -- and this is one case in point of the things that can go wrong. I have a fix for this; but I am waiting to hear back from sobomax before I commit it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 14:13: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 550A137B403; Tue, 4 Jun 2002 14:13:31 -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 g54LDVJn088368; Tue, 4 Jun 2002 14:13:31 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g54LDUmu088343; Tue, 4 Jun 2002 14:13:30 -0700 (PDT) Date: Tue, 4 Jun 2002 14:13:30 -0700 From: "David O'Brien" To: "Tim J. Robbins" Cc: Paul Herman , current@FreeBSD.ORG, re@FreeBSD.ORG, cvs@FreeBSD.ORG Subject: Re: Updating GNU Tar in the base system Message-ID: <20020604141330.B75699@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , "Tim J. Robbins" , Paul Herman , current@FreeBSD.ORG, re@FreeBSD.ORG, cvs@FreeBSD.ORG References: <3CFBCA0A.32542302@FreeBSD.org> <20020603151118.X80740-100000@mammoth.eat.frenchfries.net> <20020604133617.A42142@treetop.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020604133617.A42142@treetop.robbins.dropbear.id.au>; from tjr@FreeBSD.ORG on Tue, Jun 04, 2002 at 01:36:17PM +1000 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jun 04, 2002 at 01:36:17PM +1000, Tim J. Robbins wrote: > I am in favour of doing this. Same with cpio. I'd prefer to see GNU tar > and cpio in ports (if they are not already there). We have had GNU tar just too long to move it to ports. Nothing else has the same options or support. > Having two tar's, two cpio's, two awk's, gzip and zlib in the base system > is bloat. We don't have two tars. The awk I'll fix right now. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 14:29:21 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 A643A37B404 for ; Tue, 4 Jun 2002 14:29:18 -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 g54LTIJn008598; Tue, 4 Jun 2002 14:29:18 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g54LTIai008597; Tue, 4 Jun 2002 14:29:18 -0700 (PDT) Date: Tue, 4 Jun 2002 14:29:17 -0700 From: "David O'Brien" To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: State of the ports collection Message-ID: <20020604142917.C75699@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , Kris Kennaway , current@FreeBSD.org References: <20020603134224.A29126@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: <20020603134224.A29126@xor.obsecurity.org>; from kris@obsecurity.org on Mon, Jun 03, 2002 at 01:42:24PM -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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 03, 2002 at 01:42:24PM -0700, Kris Kennaway wrote: > * (lots of ports) The new C++ compiler deprecated a lot of headers by > moving them to a different directory: this breaks a heck of a lot of > ports). IMO we should be searching this directory by default. example port please. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 14:38:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp.uc3m.es (smtp02.uc3m.es [163.117.136.122]) by hub.freebsd.org (Postfix) with ESMTP id B414437B405 for ; Tue, 4 Jun 2002 14:38:44 -0700 (PDT) Received: from smtp02.uc3m.es (localhost [127.0.0.1]) by smtp.uc3m.es (Postfix) with ESMTP id 00C9343140 for ; Tue, 4 Jun 2002 23:38:43 +0200 (CEST) Received: from itserv2.lab.it.uc3m.es (itserv2.lab.it.uc3m.es [163.117.144.121]) by smtp02.uc3m.es (Postfix) with ESMTP id DB42399F13 for ; Tue, 4 Jun 2002 23:38:43 +0200 (CEST) Received: from lm005.lab.it.uc3m.es (root@lm005.lab.it.uc3m.es [163.117.144.134]) by itserv2.lab.it.uc3m.es (8.9.3/8.9.3) with ESMTP id XAA18980 for ; Tue, 4 Jun 2002 23:38:43 +0200 Received: from localhost (jrh@localhost) by lm005.lab.it.uc3m.es (8.9.3/8.9.3/Debian 8.9.3-21) with SMTP id XAA03900 for ; Tue, 4 Jun 2002 23:38:42 +0200 Date: Tue, 4 Jun 2002 23:38:42 +0200 (CEST) From: Juan Francisco Rodriguez Hervella To: freebsd-current@freebsd.org Subject: I can not compile the kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, see this: ---------------------- root@juanillo:/usr/src/sys/i386/compile/JUANILLO $ make cc -c -x assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -mpreferred-stack-boundary=2 -Werror ../../../i386/i386/locore.s {standard input}: Assembler messages: {standard input}:1689: Warning: rest of line ignored; first ignored character is `t' {standard input}:1691: Error: unknown pseudo-op: `.' {standard input}:1806: Error: missing ')' {standard input}:1806: Error: missing ')' {standard input}:1806: Error: junk `tmpstk)- 0xc0000000)' after expression *** Error code 1 Stop in /usr/src/sys/i386/compile/JUANILLO. ----------------------- This happens after doing "make depend" without problems (well, I had a problem related to "bsd.init.mk" not found, but I fixed that) So, immediatly after doing "make" I receive this error. Can someone help me ? I've updated my 4.3 realease to 5.0 using a "5.0 Develeper Preview 1 CD" and I wanted to compile my own kernel to add and "stf" interface and get my soundcard work. The problem is that I dont have the CD any more. Is it possible to make a "cvsup" to DP-1 ? Thank you very much. ********************************* Juan F. Rodriguez Hervella Universidad Carlos III de Madrid ********************************* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 14:42:24 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 A82E237B404; Tue, 4 Jun 2002 14:42:19 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1498A66C49; Tue, 4 Jun 2002 14:42:18 -0700 (PDT) Date: Tue, 4 Jun 2002 14:42:18 -0700 From: Kris Kennaway To: David O'Brien Cc: Kris Kennaway , current@FreeBSD.org Subject: Re: State of the ports collection Message-ID: <20020604144218.B64457@xor.obsecurity.org> References: <20020603134224.A29126@xor.obsecurity.org> <20020604142917.C75699@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="EuxKj2iCbKjpUGkD" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020604142917.C75699@dragon.nuxi.com>; from obrien@FreeBSD.org on Tue, Jun 04, 2002 at 02:29:17PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --EuxKj2iCbKjpUGkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 04, 2002 at 02:29:17PM -0700, David O'Brien wrote: > On Mon, Jun 03, 2002 at 01:42:24PM -0700, Kris Kennaway wrote: > > * (lots of ports) The new C++ compiler deprecated a lot of headers by > > moving them to a different directory: this breaks a heck of a lot of > > ports). IMO we should be searching this directory by default. >=20 > example port please. Pretty much any C++ port. Picking a broken port at random is a good way to find one :) For example: http://bento.freebsd.org/errorlogs/5-full/leoarg-2.2.3.log Kris --EuxKj2iCbKjpUGkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8/TQ5Wry0BWjoQKURAtLSAKDE3bj8QRilXWXCtmcRD/stSiB/5ACg5ciA +CYfDyhd1zOzHrHZQ1gDjnk= =4qxH -----END PGP SIGNATURE----- --EuxKj2iCbKjpUGkD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 15:13:25 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 67F2837B404; Tue, 4 Jun 2002 15:13:21 -0700 (PDT) Date: Tue, 4 Jun 2002 15:13:21 -0700 From: "J. Mallett" To: current@FreeBSD.ORG Subject: ps(1) -o peculiarity in CURRENT Message-ID: <20020604151321.A87602@FreeBSD.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Organisation: The FreeBSD Project X-Alternate-Addresses: , , , X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7 X-Towel: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Aphex% ps -ouser= ?????? jmallett jmallett jmallett And then on STABLE: > ps -ouser= flata flata flata flata flata And with a header provided: > ps -ouser=WHO WHO flata flata flata flata flata However on CURRENT: Aphex% ps -ouser=WHO ?????? jmallett jmallett jmallett -- J. Mallett FreeBSD: The Power To Serve "I've coined new words, like, misunderstanding and Hispanically." -- George W. Bush, Radio-Television Correspondents Association dinner, Washington, D.C., March 29, 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 16: 9:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from gypsy.vrac.iastate.edu (gypsy.vrac.iastate.edu [129.186.232.122]) by hub.freebsd.org (Postfix) with ESMTP id 3F0FA37B401; Tue, 4 Jun 2002 16:09:24 -0700 (PDT) Received: from 137.org (tomservo.vrac.iastate.edu [129.186.232.121]) by gypsy.vrac.iastate.edu (Postfix) with ESMTP id 27AF322; Tue, 4 Jun 2002 18:09:24 -0500 (CDT) Message-ID: <3CFD48A1.8070403@137.org> Date: Tue, 04 Jun 2002 18:09:21 -0500 From: Patrick L Hartling User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc3) Gecko/20020526 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@FreeBSD.org Cc: Kris Kennaway , current@FreeBSD.org Subject: Re: State of the ports collection References: <20020603134224.A29126@xor.obsecurity.org> <20020604142917.C75699@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It's a bit of a beast to compile, but the jdk13 port uses new.h in a couple of C++ files (I could be more specific, but I don't have the source extracted right now). Since that's now in the backward directory, I fixed the compile errors by including instead. Everything else in that port compiled fine. -Patrick David O'Brien wrote: > On Mon, Jun 03, 2002 at 01:42:24PM -0700, Kris Kennaway wrote: > >>* (lots of ports) The new C++ compiler deprecated a lot of headers by >> moving them to a different directory: this breaks a heck of a lot of >> ports). IMO we should be searching this directory by default. > > > example port please. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Patrick L. Hartling | Research Assistant, VRAC patrick@137.org | 2624 Howe Hall Room 2624 PGP: http://www.137.org/patrick/pgp.txt | T: +1.515.294.4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 16:18:27 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 4917D37B401 for ; Tue, 4 Jun 2002 16:18:17 -0700 (PDT) Received: from sbcglobal.net wa1ter@smtp-send.myrealbox.com [64.175.105.239] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Tue, 04 Jun 2002 17:18:07 -0600 Message-ID: <3CFD4AD2.40806@sbcglobal.net> Date: Tue, 04 Jun 2002 16:18:42 -0700 From: walt Organization: none User-Agent: Mozilla/4.72 [en] (Windows NT 5.0; I) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Subject: mergemaster broken? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It correctly identifies files to be updated, asks me what I want to do, as usual, and when I hit 'i' for install it proceeds without error messages but then it tells me at the end that all the files I told it to install remain for me to merge by hand. In fact, none of the files get installed even though I said to install them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 17:27: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from brule.target.net (brule.target.net [216.219.253.93]) by hub.freebsd.org (Postfix) with ESMTP id 09C3B37B407 for ; Tue, 4 Jun 2002 17:26:57 -0700 (PDT) Received: by brule.target.net (8.9.1/8.9.1) id UAA00904; Tue, 4 Jun 2002 20:26:42 -0400 (EDT) Date: Tue, 4 Jun 2002 20:26:42 -0400 (EDT) Message-Id: <200206050026.UAA00904@brule.target.net> To: current@cablenet-va.com, current@creeps.net, current@freebsd.org, current@hotmail.com, current@lostandfind.com, current@townhall.com, current@usa.net, currentchu@hotmail.com, currentdesign@globalserve.net, currently@creeps.net, currently@hotmail.com, currently@usa.net, currentness@creeps.net, currentpath@creeps.net, currents@att.net, currents@creeps.net, currents@uniontrib.com, currentw@hotmail.com, currentwise@creeps.net, currer@creeps.net, currey@curreycattle.com From: vdwhmtgd@regards.net (loveridgeFritz Gerald) Subject: Legal Services for pennies a day..Free Info., 1157 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Form Results: realname: loveridgeFritz Gerald email: vdwhmtgd@regards.net body: Legal Services for Less than a Penny Per Day You can have a Top Law Firm in your area produce a Will for you, absolutely FREE, with your membership. http://61.129.81.99/tbone2/legal.html?marketing_id=kl • Unlimited Legal Consultations • Unlimited Phone Conversations • Traffic Ticket Defense • Contract & Document Review • Letters and Calls Made on Your Behalf • IRS Audit Protection • Trial Defense • Business & Family Protection • Much More... Why pay $200 or more an hour when you can get the same first rate service for less than $1 per day? Get your FREE INFORMATION by clicking on the link below. Get you Free Information now!! http://61.129.81.99/tbone2/legal.html?marketing_id=kl ------ If you feel that you have received this offer in error, or if you wish to unsubscribe, please mailto:60102am@eudoramail.com 0030 ============================================================= Referring URL: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 17:32:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp.noos.fr (claudel.noos.net [212.198.2.83]) by hub.freebsd.org (Postfix) with ESMTP id 2751537B416 for ; Tue, 4 Jun 2002 17:32:38 -0700 (PDT) Received: (qmail 7041520 invoked by uid 0); 5 Jun 2002 00:32:36 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.230.194]) (envelope-sender ) by 212.198.2.83 (qmail-ldap-1.03) with SMTP for ; 5 Jun 2002 00:32:36 -0000 Received: from gits.gits.dyndns.org (1txzi284hwia8dc4@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.3/8.12.3) with ESMTP id g550WZKq075201; Wed, 5 Jun 2002 02:32:36 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.3/8.12.3/Submit) id g550WZLZ075200; Wed, 5 Jun 2002 02:32:35 +0200 (CEST) (envelope-from root) Date: Wed, 5 Jun 2002 02:32:35 +0200 From: Cyrille Lefevre To: "J. Mallett" Cc: current@FreeBSD.org Subject: Re: ps(1) -o peculiarity in CURRENT Message-ID: <20020605003235.GB74307@gits.dyndns.org> References: <20020604151321.A87602@FreeBSD.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020604151321.A87602@FreeBSD.ORG> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jun 04, 2002 at 03:13:21PM -0700, J. Mallett wrote: > Aphex% ps -ouser= > ?????? > jmallett > jmallett > jmallett I remember to see something like that when a kernel dependent command, such as ps, is out of sync w/ the running kernel. did you upgrade your kernel recently w/o syncing your world ? also, are your world sources in sync w/ the kernel sources ? did you reboot since your last kernel/world installation ? Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 18: 5:35 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id C968137B403; Tue, 4 Jun 2002 18:05:32 -0700 (PDT) Date: Tue, 4 Jun 2002 18:05:32 -0700 From: "J. Mallett" To: Cyrille Lefevre Cc: current@FreeBSD.org Subject: Re: ps(1) -o peculiarity in CURRENT Message-ID: <20020604180532.A10006@FreeBSD.ORG> References: <20020604151321.A87602@FreeBSD.ORG> <20020605003235.GB74307@gits.dyndns.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: <20020605003235.GB74307@gits.dyndns.org>; from cyrille.lefevre@laposte.net on Wed, Jun 05, 2002 at 02:32:35AM +0200 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7 X-Towel: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * From Cyrille Lefevre > On Tue, Jun 04, 2002 at 03:13:21PM -0700, J. Mallett wrote: > > Aphex% ps -ouser= > > ?????? > > jmallett > > jmallett > > jmallett > > I remember to see something like that when a kernel dependent > command, such as ps, is out of sync w/ the running kernel. > > did you upgrade your kernel recently w/o syncing your world ? > also, are your world sources in sync w/ the kernel sources ? > did you reboot since your last kernel/world installation ? nevermind, I fixed my own problem, seems to have been a side-effect of the malloc-me-harder weight loss plan. -- J. Mallett FreeBSD: The Power To Serve "I've coined new words, like, misunderstanding and Hispanically." -- George W. Bush, Radio-Television Correspondents Association dinner, Washington, D.C., March 29, 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 18:24:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id BB92037B407; Tue, 4 Jun 2002 18:24:29 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 5 Jun 2002 02:24:28 +0100 (BST) To: jeff@freebsd.org Cc: current@freebsd.org Subject: Typo in uma_core.c causing panics after uma_zdestroy() Date: Wed, 05 Jun 2002 02:24:28 +0100 From: Ian Dowse Message-ID: <200206050224.aa96889@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The logic for testing UMA_ZFLAG_INTERNAL in zone_dtor() is reversed. I was able to reliably reproduce crashes with: mdconfig -a -t malloc -s 10m mdconfig -d -u 0 mdconfig -a -t malloc -s 10m mdconfig -d -u 0 Ian Index: uma_core.c =================================================================== RCS file: /FreeBSD/FreeBSD-CVS/src/sys/vm/uma_core.c,v retrieving revision 1.26 diff -u -r1.26 uma_core.c --- uma_core.c 3 Jun 2002 22:59:19 -0000 1.26 +++ uma_core.c 5 Jun 2002 01:17:27 -0000 @@ -1132,7 +1132,7 @@ printf("Zone %s was not empty. Lost %d pages of memory.\n", zone->uz_name, zone->uz_pages); - if ((zone->uz_flags & UMA_ZFLAG_INTERNAL) != 0) + if ((zone->uz_flags & UMA_ZFLAG_INTERNAL) == 0) for (cpu = 0; cpu < maxcpu; cpu++) CPU_LOCK_FINI(zone, cpu); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 19: 6:52 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 39A4137B403 for ; Tue, 4 Jun 2002 19:06:44 -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 MAA10871; Wed, 5 Jun 2002 12:06:35 +1000 Date: Wed, 5 Jun 2002 12:10:24 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: walt Cc: freebsd-current Subject: Re: mergemaster broken? In-Reply-To: <3CFD4AD2.40806@sbcglobal.net> Message-ID: <20020605120647.H5878-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 4 Jun 2002, walt wrote: > It correctly identifies files to be updated, asks me what > I want to do, as usual, and when I hit 'i' for install it > proceeds without error messages but then it tells me at > the end that all the files I told it to install remain > for me to merge by hand. Read the messages more closely and you should see one about perl not being installed. mergemaster tries to use perl, but can't use it even if it is installed since it is not in $PATH. /usr/bin/perl prints a misleading message when perl is installed but not in $PATH. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 19:40:36 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 17A0B37B401; Tue, 4 Jun 2002 19:40:24 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 4 Jun 2002 19:40:24 -0700 X-Originating-IP: [210.74.136.33] From: "kai ouyang" To: "John Baldwin" , Subject: Please help: why bufwait() will cause the thread status change to SSLEEP? Date: Wed, 5 Jun 2002 10:40:17 +0800 MIME-Version: 1.0 X-Mailer: MSN Explorer 7.00.0021.1900 Content-Type: multipart/mixed; boundary="----=_NextPart_001_0000_01C20C7D.61FF45C0" Message-ID: X-OriginalArrivalTime: 05 Jun 2002 02:40:24.0030 (UTC) FILETIME=[57CA2FE0:01C20C3A] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_001_0000_01C20C7D.61FF45C0 Content-Type: multipart/alternative; boundary="----=_NextPart_002_0001_01C20C7D.61FF45C0" ------=_NextPart_002_0001_01C20C7D.61FF45C0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Dear John and everyone, I do not know the thread group means what in FreeBSD5.0. Could you give me some information? Now, I mask the code about thread group operations. When I want to get the RAIDFrame information(exist in the disk block). I can call raidread_component_label(), as the following: int raidread_component_label(dev, b_vp, clabel) udev_t dev; struct vnode *b_vp; RF_ComponentLabel_t *clabel; { =20 struct buf *bp; int error; =20 /* XXX should probably ensure that we don't try to do this if someone has changed rf_protected_sectors. */ =20 if (b_vp =3D=3D NULL) { /* For whatever reason, this component is not valid. Don't try to read a component label from it. */ return(EINVAL); } /* get a block of the appropriate size... */ bp =3D geteblk((int)RF_COMPONENT_INFO_SIZE); bp->b_dev =3D udev2dev(dev, 0); /* get our ducks in a row for the read */ bp->b_blkno =3D RF_COMPONENT_INFO_OFFSET / DEV_BSIZE; bp->b_bcount =3D RF_COMPONENT_INFO_SIZE; /*oyk add here to support FreeBSD5.0*/ bp->b_flags |=3D BIO_READ; bp->b_resid =3D RF_COMPONENT_INFO_SIZE / DEV_BSIZE; DEV_STRATEGY(bp, 0); error =3D bufwait(bp); bp->b_flags |=3D B_INVAL | B_AGE; bp->b_ioflags &=3D ~BIO_ERROR; if (!error) { memcpy(clabel, bp->b_data, sizeof(RF_ComponentLabel_t)); } brelse(bp); =20 return(error); } Now, when I excute the 'error =3D bufwait(bp);', the system will be crash= . the error information is also thread status SSLEEP. I do know what will cause the thread status change to SSLEEP. The function in FreeBSD4.x as following: int raidread_component_label(dev, b_vp, clabel) udev_t dev; struct vnode *b_vp; RF_ComponentLabel_t *clabel; { struct buf *bp; int error; =20 /* XXX should probably ensure that we don't try to do this if someone has changed rf_protected_sectors. */ =20 if (b_vp =3D=3D NULL) { /* For whatever reason, this component is not valid. Don't try to read a component label from it. */ return(EINVAL); } /* get a block of the appropriate size... */ bp =3D geteblk((int)RF_COMPONENT_INFO_SIZE); bp->b_dev =3D udev2dev(dev, 0); /* get our ducks in a row for the read */ bp->b_blkno =3D RF_COMPONENT_INFO_OFFSET / DEV_BSIZE; bp->b_bcount =3D RF_COMPONENT_INFO_SIZE; bp->b_flags |=3D B_READ; bp->b_resid =3D RF_COMPONENT_INFO_SIZE / DEV_BSIZE; BUF_STRATEGY(bp, 0); error =3D biowait(bp); =20 if (!error) { memcpy(clabel, bp->b_data, sizeof(RF_ComponentLabel_t)); } brelse(bp); =20 return(error); } I transfer it to FreeBSD5.0 according vinum example. 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_01C20C7D.61FF45C0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Dear John and = everyone,
 
I do not know the thread group mea= ns what in FreeBSD5.0.
Could you give me some information?
Now, I m= ask the code about thread group operations.
When I want to get the RAI= DFrame information(exist in the disk block).
I can call raidread_compo= nent_label(), as the following:
int raidread_component_label(dev, b_vp= , clabel)
 udev_t dev;
 struct vnode *b_vp;
 RF_C= omponentLabel_t *clabel;
{
 
 struct buf *bp;
 = ;int error;
 
 /* XXX should probably ensure that we don'= t try to do this if
    someone has changed rf_protecte= d_sectors. */
 if (b_vp =3D=3D NULL) {
  /* For wha= tever reason, this component is not valid.
     Do= n't try to read a component label from it. */
  return(EINVA= L);
 }
 /* get a block of the appropriate size...= */
 bp =3D geteblk((int)RF_COMPONENT_INFO_SIZE);
 bp->= ;b_dev =3D udev2dev(dev, 0);
 /* get our ducks in a row f= or the read */
 bp->b_blkno =3D RF_COMPONENT_INFO_OFFSET / DEV= _BSIZE;
 bp->b_bcount =3D RF_COMPONENT_INFO_SIZE;
 /*o= yk add here to support FreeBSD5.0*/
 bp->b_flags |=3D BIO_READ= ;
  bp->b_resid =3D RF_COMPONENT_INFO_SIZE / DEV_BSIZE; DEV_STRATEGY(bp, 0);
 error =3D bufwait(bp);
 &nb= sp;      bp->b_flags |=3D B_INVAL | B_AGE;        bp->b_ioflags &=3D ~BI= O_ERROR;
       if (!error) {
 &= nbsp;memcpy(clabel, bp->b_data,
      = ;   sizeof(RF_ComponentLabel_t));
   =      }
 brelse(bp);
 return(error);<= BR>}
Now, when I excute the 'error =3D bufwait(bp);', the syst= em will be crash. the error information
is also thread status SSLEEP.<= BR>I do know what will cause the thread status change to SSLEEP.
The f= unction in FreeBSD4.x as following:
int raidread_component_label(dev, = b_vp, clabel)
 udev_t dev;
 struct vnode *b_vp;
 = RF_ComponentLabel_t *clabel;
{
 struct buf *bp;
 int e= rror;
 
 /* XXX should probably ensure that we don't try = to do this if
    someone has changed rf_protected_sect= ors. */
 if (b_vp =3D=3D NULL) {
  /* For w= hatever reason, this component is not valid.
     = Don't try to read a component label from it. */
  return(EIN= VAL);
 }
 /* get a block of the appropriate size.= .. */
 bp =3D geteblk((int)RF_COMPONENT_INFO_SIZE);
 bp-&= gt;b_dev =3D udev2dev(dev, 0);
 /* get our ducks in a row= for the read */
 bp->b_blkno =3D RF_COMPONENT_INFO_OFFSET / D= EV_BSIZE;
 bp->b_bcount =3D RF_COMPONENT_INFO_SIZE;
 b= p->b_flags |=3D B_READ;
  bp->b_resid =3D RF_COMPONENT= _INFO_SIZE / DEV_BSIZE;
 BUF_STRATEGY(bp, 0);
=  error =3D biowait(bp);
 if (!error) {
 &nb= sp;memcpy(clabel, bp->b_data,
      &= nbsp;  sizeof(RF_ComponentLabel_t));
    &nbs= p;   }
 brelse(bp);
 return(error);
}
&n= bsp;I transfer it to FreeBSD5.0 according vinum example.

Best Rega= rds
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=A3=BAhttp://explorer.msn.= com/lccn

------=_NextPart_002_0001_01C20C7D.61FF45C0-- ------=_NextPart_001_0000_01C20C7D.61FF45C0 Content-Type: text/plain; name="bufwait.txt" Content-Disposition: attachment; filename="bufwait.txt" Content-Transfer-Encoding: quoted-printable I do not know the thread group means what in FreeBSD5.0. Could you give me some information? Now, I mask the code about thread group operations. When I want to get the RAIDFrame information(exist in the disk block). I can call raidread_component_label(), as the following: int raidread_component_label(dev, b_vp, clabel) udev_t dev; struct vnode *b_vp; RF_ComponentLabel_t *clabel; { =09 struct buf *bp; int error; =09 /* XXX should probably ensure that we don't try to do this if someone has changed rf_protected_sectors. */ =20 if (b_vp =3D=3D NULL) { /* For whatever reason, this component is not valid. Don't try to read a component label from it. */ return(EINVAL); } /* get a block of the appropriate size... */ bp =3D geteblk((int)RF_COMPONENT_INFO_SIZE); bp->b_dev =3D udev2dev(dev, 0); /* get our ducks in a row for the read */ bp->b_blkno =3D RF_COMPONENT_INFO_OFFSET / DEV_BSIZE; bp->b_bcount =3D RF_COMPONENT_INFO_SIZE; /*oyk add here to support FreeBSD5.0*/ bp->b_flags |=3D BIO_READ; bp->b_resid =3D RF_COMPONENT_INFO_SIZE / DEV_BSIZE; DEV_STRATEGY(bp, 0); error =3D bufwait(bp); bp->b_flags |=3D B_INVAL | B_AGE; bp->b_ioflags &=3D ~BIO_ERROR; if (!error) { memcpy(clabel, bp->b_data, sizeof(RF_ComponentLabel_t)); } brelse(bp); =20 return(error); } Now, when I excute the 'error =3D bufwait(bp);', the system will be crash= . the error information is also thread status SSLEEP. I do know what will cause the thread status change to SSLEEP. The function in FreeBSD4.x as following: int raidread_component_label(dev, b_vp, clabel) udev_t dev; struct vnode *b_vp; RF_ComponentLabel_t *clabel; { struct buf *bp; int error; =09 /* XXX should probably ensure that we don't try to do this if someone has changed rf_protected_sectors. */ =20 if (b_vp =3D=3D NULL) { /* For whatever reason, this component is not valid. Don't try to read a component label from it. */ return(EINVAL); } /* get a block of the appropriate size... */ bp =3D geteblk((int)RF_COMPONENT_INFO_SIZE); bp->b_dev =3D udev2dev(dev, 0); /* get our ducks in a row for the read */ bp->b_blkno =3D RF_COMPONENT_INFO_OFFSET / DEV_BSIZE; bp->b_bcount =3D RF_COMPONENT_INFO_SIZE; bp->b_flags |=3D B_READ; bp->b_resid =3D RF_COMPONENT_INFO_SIZE / DEV_BSIZE; BUF_STRATEGY(bp, 0); error =3D biowait(bp); =20 if (!error) { memcpy(clabel, bp->b_data, sizeof(RF_ComponentLabel_t)); } brelse(bp); =20 return(error); } I transfer it to FreeBSD5.0 according vinum example. ------=_NextPart_001_0000_01C20C7D.61FF45C0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 19:51:53 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 E9FE037B403 for ; Tue, 4 Jun 2002 19:51:48 -0700 (PDT) Received: from sbcglobal.net wa1ter@smtp-send.myrealbox.com [67.114.252.94] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Tue, 04 Jun 2002 20:51:42 -0600 Message-ID: <3CFD7CE3.8070305@sbcglobal.net> Date: Tue, 04 Jun 2002 19:52:19 -0700 From: walt Organization: none User-Agent: Mozilla/4.72 [en] (Windows NT 5.0; I) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Subject: Re: mergemaster broken? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >> ...it tells me at >> the end that all the files I told it to install remain >> for me to merge by hand. > Read the messages more closely and you should see one about > perl not being installed. mergemaster tries to use perl, > but can't use it even if it is installed since it is not > in $PATH. /usr/bin/perl prints a misleading message when > perl is installed but not in $PATH. Aha! After doing 'use.perl port' it works again, thanks. Looks like this is going to be necessary after each buildworld, then. :-/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 22:42:40 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 B3AEE37B404 for ; Tue, 4 Jun 2002 22:42:36 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3A2CA66C49; Tue, 4 Jun 2002 22:42:36 -0700 (PDT) Date: Tue, 4 Jun 2002 22:42:35 -0700 From: Kris Kennaway To: walt Cc: freebsd-current Subject: Re: mergemaster broken? Message-ID: <20020604224235.A74869@xor.obsecurity.org> References: <3CFD7CE3.8070305@sbcglobal.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3CFD7CE3.8070305@sbcglobal.net>; from wsheets@sbcglobal.net on Tue, Jun 04, 2002 at 07:52:19PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 04, 2002 at 07:52:19PM -0700, walt wrote: > >> ...it tells me at > >> the end that all the files I told it to install remain > >> for me to merge by hand. >=20 > > Read the messages more closely and you should see one about > > perl not being installed. mergemaster tries to use perl, > > but can't use it even if it is installed since it is not > > in $PATH. /usr/bin/perl prints a misleading message when > > perl is installed but not in $PATH. >=20 > Aha! After doing 'use.perl port' it works again, thanks. >=20 > Looks like this is going to be necessary after each > buildworld, then. :-/ I thought that's what NO_PERL is for. Kris --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8/aTLWry0BWjoQKURAu3EAKDP/nPsv3IMvWxmrC59nsAo4o1b3wCgtdXB z5Adz6zPUnC3z4na7+cDBs4= =AABS -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 4 23:20:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from ws24.ns5.powertech.no (ws24.ns5.powertech.no [195.159.6.24]) by hub.freebsd.org (Postfix) with ESMTP id F3BAE37B400 for ; Tue, 4 Jun 2002 23:20:43 -0700 (PDT) Received: from localhost ([127.0.0.1]) by ws24.ns5.powertech.no with esmtp (Exim 3.12 #1 (Debian)) id 17FUA5-0001K1-00 for ; Wed, 05 Jun 2002 08:20:49 +0200 Subject: Wake on PCI enabled by FreeBSD? From: Frode Nordahl To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Jun 2002 08:20:49 +0200 Message-Id: <1023258049.5082.7.camel@ws24> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I was a bit stalked this morning by finding that my computer had tunrned itself on 5-10 minutes after I turned it off to go to bed last night :) I turned off, and it turned itself back on again. I have turned off most "wake up" events in the BIOS, but "Wake on PCI" is set to AUTO, meaning that the operating system decides wether this should be enabled or not. I have both a ISDN card (Asuscom 128 PCI, iwic driver) and a Ethernet card (3COM 590, xl driver) that could be triggered to wake up the computer. But this has never happened before, so I guess some changes (ACPI?) has caused FreeBSD to enable this feature. Anyone know anything about this? I'm running an HP Vei8, PII 400 MHz box and FreeBSD-CURRENT built one or two days ago. Mvh, Frode Nordahl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 0:44:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from hut.comstar.ru (hut.comstar.ru [195.210.128.8]) by hub.freebsd.org (Postfix) with ESMTP id 984C937B400 for ; Wed, 5 Jun 2002 00:44:30 -0700 (PDT) Received: from som3.bcd.comstar.ru (som3.bcd.comstar.ru [195.210.131.103]) by hut.comstar.ru (8.11.3/8.11.3) with ESMTP id g557iMk23063 for ; Wed, 5 Jun 2002 11:44:23 +0400 (MSD) (envelope-from mangust@riki.ru) Content-Type: text/plain; charset="us-ascii" From: Andres A Moya To: freebsd-current@freebsd.org Subject: src/gnu/usr.bin/tar source code deleted? Date: Wed, 5 Jun 2002 11:45:24 +0000 X-Mailer: KMail [version 1.4] MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200206051145.24866.mangust@riki.ru> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG src/gnu/usr.bin/tar source code deleted? Makefile can't find *.c *.h files very funny=20 what is wrong??? =20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 1: 4:21 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 53F3437B400 for ; Wed, 5 Jun 2002 01:04:17 -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 M2L7DJDD; Wed, 5 Jun 2002 11:06:13 +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 g5584J310502; Wed, 5 Jun 2002 11:04:19 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) Message-ID: <3CFDC621.8EE17B1C@FreeBSD.org> Date: Wed, 05 Jun 2002 11:04:49 +0300 From: Maxim Sobolev 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: Andres A Moya Cc: freebsd-current@freebsd.org Subject: Re: src/gnu/usr.bin/tar source code deleted? References: <200206051145.24866.mangust@riki.ru> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Andres A Moya wrote: > > src/gnu/usr.bin/tar source code deleted? > Makefile can't find *.c *.h files > very funny > what is wrong??? Tar sources now live in src/contrib/tar. make(1) should be able to find those sources using .PATH: directive in Makefile. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 2:24:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 4939F37B407 for ; Wed, 5 Jun 2002 02:24:33 -0700 (PDT) Received: from v-ger.we.lc.ehu.es (v-ger.we.lc.ehu.es [158.227.6.51]) by polaris.we.lc.ehu.es (8.11.6/8.11.6) with ESMTP id g559OOv15144; Wed, 5 Jun 2002 11:24:24 +0200 (MET DST) Received: (from jose@localhost) by v-ger.we.lc.ehu.es (8.11.6/8.11.6) id g559OVl00683; Wed, 5 Jun 2002 11:24:31 +0200 (CEST) (envelope-from jose) Date: Wed, 5 Jun 2002 11:24:31 +0200 From: "Jose M. Alcaide" To: Kris Kennaway Cc: walt , freebsd-current Subject: Re: mergemaster broken? Message-ID: <20020605112431.D229@v-ger.we.lc.ehu.es> Mail-Followup-To: Kris Kennaway , walt , freebsd-current References: <3CFD7CE3.8070305@sbcglobal.net> <20020604224235.A74869@xor.obsecurity.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: <20020604224235.A74869@xor.obsecurity.org>; from kris@obsecurity.org on Tue, Jun 04, 2002 at 10:42:35PM -0700 X-Operating-System: FreeBSD 4.5-RELEASE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jun 04, 2002 at 10:42:35PM -0700, Kris Kennaway wrote: > On Tue, Jun 04, 2002 at 07:52:19PM -0700, walt wrote: > > Aha! After doing 'use.perl port' it works again, thanks. > > > > Looks like this is going to be necessary after each > > buildworld, then. :-/ > > I thought that's what NO_PERL is for. And speaking of NO_PERL... any reference to this knob was removed from share/examples/etc/make.conf 1.888. JMA -- ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 4:28:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from web11402.mail.yahoo.com (web11402.mail.yahoo.com [216.136.131.232]) by hub.freebsd.org (Postfix) with SMTP id BD2E937B401 for ; Wed, 5 Jun 2002 04:28:35 -0700 (PDT) Message-ID: <20020605112835.61101.qmail@web11402.mail.yahoo.com> Received: from [202.167.61.228] by web11402.mail.yahoo.com via HTTP; Wed, 05 Jun 2002 04:28:35 PDT Date: Wed, 5 Jun 2002 04:28:35 -0700 (PDT) From: Shizuka Kudo Subject: libncurses cannot show the first column on the screen To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, The libncurses commit on May 21 seems not working properly. I cvsupped latest current & ports, build a typical ncurses app (lynx) and find that the first column is not shown correctly. Bascially it is blank on the first column. I have rebuilt libncurses before May 21's commit and the problem disappeared. Has anyone got the same problem in -current? I have tried both the console and login via Linux. All have the same problem. Below is a copy of what was seen on the screen by "lynx .cshrc". If the message is not wrapped, you can notice that the first column is blank. (p1 of 2) $FreeBSD: src/share/skel/dot.cshrc,v 1.13 2001/01/10 17:35:28 archie Exp $ .cshrc - csh resource script, read at beginning of execution by each shell see also csh(1), environ(7). lias h history 25 lias j jobs -l lias la ls -a lias lf ls -FA lias ll ls -lA A righteous umask mask 22 et path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local bin /usr/X11R6/bin $HOME/bin) etenv EDITOR vi - press space for next page -- Arrow keys: Up and Down to move. Right to follow a link; Left to go back. H)elp O)ptions P)rint G)o M)ain screen Q)uit /=search [delete]=history list __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.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 5 4:31:50 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 1225937B408 for ; Wed, 5 Jun 2002 04:31:46 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 99BB566C49; Wed, 5 Jun 2002 04:31:45 -0700 (PDT) Date: Wed, 5 Jun 2002 04:31:45 -0700 From: Kris Kennaway To: Andres A Moya Cc: freebsd-current@FreeBSD.ORG Subject: Re: src/gnu/usr.bin/tar source code deleted? Message-ID: <20020605043145.A81145@xor.obsecurity.org> References: <200206051145.24866.mangust@riki.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200206051145.24866.mangust@riki.ru>; from mangust@riki.ru on Wed, Jun 05, 2002 at 11:45:24AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 05, 2002 at 11:45:24AM +0000, Andres A Moya wrote: > src/gnu/usr.bin/tar source code deleted? Yes, see the cvs logs. > Makefile can't find *.c *.h files > very funny=20 > what is wrong??? You have stale .depend files? Kris --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE8/fagWry0BWjoQKURAkyQAKC/V/b5464xxZxmNesfI8magulGdQCfUhBg U8zyhi8IucjhkKjsQV9RtaQ= =Uk4V -----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 Wed Jun 5 4:35:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from web11402.mail.yahoo.com (web11402.mail.yahoo.com [216.136.131.232]) by hub.freebsd.org (Postfix) with SMTP id 3E30937B401 for ; Wed, 5 Jun 2002 04:35:40 -0700 (PDT) Message-ID: <20020605113540.62177.qmail@web11402.mail.yahoo.com> Received: from [202.167.61.228] by web11402.mail.yahoo.com via HTTP; Wed, 05 Jun 2002 04:35:40 PDT Date: Wed, 5 Jun 2002 04:35:40 -0700 (PDT) From: Shizuka Kudo Subject: Re: My postgresql7 not working for new gcc To: freebsd-current@freebsd.org In-Reply-To: <20020601195008.GJ17045@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Alfred Perlstein wrote: > > Getting a traceback to both us (FreeBSD) and the > Postgresql > developers would be very helpful. > Alfred, Today, I rebuilt -current & postgresql with latest cvsup, the core dump did not occurred. However, I still have to specify WITHOUT_SSL=yes. Otherwise, the ports stop during configuration as shown below. ===> Configuring for postgresql-7.2.1_1 loading cache ./config.cache checking host system type... i386-portbld-freebsd5.0 checking which template to use... freebsd checking whether to build with locale support... yes checking whether to build with recode support... no checking whether to build with multibyte character support... yes, default SQL_ASCII checking whether NLS is wanted... no checking for default port number... 5432 checking for default soft limit on number of connections... 32 checking for gcc... cc checking whether the C compiler (cc -O -pipe -march=pentiumpro ) works... yes checking whether the C compiler (cc -O -pipe -march=pentiumpro ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether cc accepts -g... yes using CFLAGS=-O -pipe -march=pentiumpro checking whether the C compiler (cc -O -pipe -march=pentiumpro ) works... yes checking whether the C compiler (cc -O -pipe -march=pentiumpro ) is a cross-compiler... no checking for Cygwin environment... no checking for mingw32 environment... no checking for executable suffix... no checking how to run the C preprocessor... cc -E checking whether cc needs -traditional... no checking whether to build with Tcl... no checking whether to build with Tk... no checking whether to build Perl modules... no checking whether to build Python modules... no checking whether to build Java/JDBC tools... no checking whether to build with PAM support... no building with OpenSSL support checking whether to build the ODBC driver... no checking whether to build C++ modules... yes checking for c++... c++ checking whether the C++ compiler (c++ -O -pipe -march=pentiumpro ) works... yes checking whether the C++ compiler (c++ -O -pipe -march=pentiumpro ) is a cross-compiler... no checking whether we are using GNU C++... yes checking whether c++ accepts -g... yes using CXXFLAGS= -O -pipe -march=pentiumpro checking how to run the C++ preprocessor... c++ -E checking for string... yes checking for namespace std in C++... yes using CPPFLAGS= -I/usr/local/include -I/usr/include using LDFLAGS= -L/usr/lib checking for mawk... no checking for gawk... gawk checking for flex... /usr/bin/flex checking whether ln -s works... yes checking for ld used by GCC... /usr/libexec/elf/ld checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking for ranlib... ranlib checking for lorder... lorder checking for tar... /usr/bin/tar checking for bison... bison -y checking for perl... /usr/bin/perl checking for readline... yes (-lreadline) checking for library containing using_history... none required checking for main in -lbsd... no checking for setproctitle in -lutil... yes checking for main in -lm... yes checking for main in -ldl... no checking for main in -lsocket... no checking for main in -lnsl... no checking for main in -lipc... no checking for main in -lIPC... no checking for main in -llc... no checking for main in -ldld... no checking for main in -lld... no checking for main in -lcompat... yes checking for main in -lBSD... no checking for main in -lgen... no checking for main in -lPW... no checking for main in -lresolv... no checking for main in -lunix... no checking for library containing crypt... -lcrypt checking for __inet_ntoa in -lbind... no checking for inflate in -lz... yes checking for library containing fdatasync... no checking for CRYPTO_new_ex_data in -lcrypto... yes checking for SSL_library_init in -lssl... yes checking for crypt.h... no checking for dld.h... no checking for endian.h... no checking for fp_class.h... no checking for getopt.h... no checking for ieeefp.h... no checking for pwd.h... no checking for sys/ipc.h... no checking for sys/pstat.h... no checking for sys/select.h... no checking for sys/sem.h... no checking for sys/socket.h... no checking for sys/shm.h... no checking for sys/types.h... no checking for sys/un.h... no checking for termios.h... no checking for kernel/OS.h... no checking for kernel/image.h... no checking for SupportDefs.h... no checking for netinet/in.h... no checking for netinet/tcp.h... no checking whether string.h and strings.h may both be included... no checking for readline/readline.h... no checking for readline.h... no checking for readline/history.h... no checking for history.h... no checking for openssl/ssl.h... no configure: error: header file is required for OpenSSL __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.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 5 5:17: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 3479537B403; Wed, 5 Jun 2002 05:17:06 -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 g55CFnCd049230; Wed, 5 Jun 2002 14:15:50 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: alpha@freebsd.org, current@freebsd.org Subject: alpha boot1 UFS support: HELP NEEDED! From: Poul-Henning Kamp Date: Wed, 05 Jun 2002 14:15:49 +0200 Message-ID: <49229.1023279349@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Somebody who has an alpha at hand needs to make the alpha boot1 code use sys/boot/common/ufsread.c before June 19th where the UFS2 patch is scheduled to be committed. I have no idea how much or how little work this is. -- 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 5 5:26: 4 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 80AFA37B409; Wed, 5 Jun 2002 05:25:59 -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 g55CPnHc026693 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 5 Jun 2002 14:25:52 +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 g55CPsSA069040 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 5 Jun 2002 14:25:54 +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 g55CPrJI069039; Wed, 5 Jun 2002 14:25:53 +0200 (CEST)?g (envelope-from ticso) Date: Wed, 5 Jun 2002 14:25:53 +0200 From: Bernd Walter To: Poul-Henning Kamp Cc: alpha@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: alpha boot1 UFS support: HELP NEEDED! Message-ID: <20020605122552.GJ66505@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <49229.1023279349@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49229.1023279349@critter.freebsd.dk> User-Agent: Mutt/1.3.26i X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jun 05, 2002 at 02:15:49PM +0200, Poul-Henning Kamp wrote: > > Somebody who has an alpha at hand needs to make the alpha boot1 code > use sys/boot/common/ufsread.c before June 19th where the UFS2 patch > is scheduled to be committed. I'll take a look into this during the next WE. -- 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 Wed Jun 5 6: 1:41 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 D787837B407 for ; Wed, 5 Jun 2002 06:01:27 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 0B083535E; Wed, 5 Jun 2002 15:01: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: walt Cc: freebsd-current Subject: Re: mergemaster broken? References: <3CFD7CE3.8070305@sbcglobal.net> From: Dag-Erling Smorgrav Date: 05 Jun 2002 15:01:24 +0200 In-Reply-To: <3CFD7CE3.8070305@sbcglobal.net> Message-ID: 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG walt writes: > Looks like this is going to be necessary after each > buildworld, then. :-/ No. Mergemaster should not use Perl, and the fact that it does is a bug. 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 5 6:14:49 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 687BC37B405 for ; Wed, 5 Jun 2002 06:14:45 -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 g55DDSCd049834 for ; Wed, 5 Jun 2002 15:13:29 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: Please test the UFS2 patch! From: Poul-Henning Kamp Date: Wed, 05 Jun 2002 15:13:28 +0200 Message-ID: <49833.1023282808@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have uploaded an updated version of the UFS2 patch: http://phk.freebsd.dk/patch/ufs2.patch Please test this! Neither Kirk nor I have heard very much feedback, so absent any reports of total disaster, it will be committed around 19th of june. -- 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 5 6:16:22 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 63C0237B401 for ; Wed, 5 Jun 2002 06:16:19 -0700 (PDT) Received: from sbcglobal.net wa1ter@smtp-send.myrealbox.com [64.175.107.106] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Wed, 05 Jun 2002 07:16:12 -0600 Message-ID: <3CFE0F42.7090708@sbcglobal.net> Date: Wed, 05 Jun 2002 06:16:50 -0700 From: walt Organization: none User-Agent: Mozilla/4.72 [en] (Windows NT 5.0; I) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current Subject: More on NO_PERL and make.conf Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In another thread on mergemaster the subject of the NOPERL flag for make.conf came up. The flag NOPERL is added to make.conf automatically by the script 'use.perl port'. BUT, note that /usr/src/usr.bin/Makefile looks for the flag NO_PERL instead of NOPERL, and so that is the reason mergmaster wound up broken ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 7: 6:37 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 2697237B404 for ; Wed, 5 Jun 2002 07:06:34 -0700 (PDT) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.36 #1) id 17FbQw-000Os9-00; Wed, 05 Jun 2002 16:06:42 +0200 From: Sheldon Hearn To: Dag-Erling Smorgrav Cc: walt , freebsd-current Subject: Re: mergemaster broken? In-reply-to: Your message of "05 Jun 2002 15:01:24 +0200." Date: Wed, 05 Jun 2002 16:06:42 +0200 Message-ID: <95612.1023286002@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 05 Jun 2002 15:01:24 +0200, Dag-Erling Smorgrav wrote: > > Looks like this is going to be necessary after each > > buildworld, then. :-/ > > No. Mergemaster should not use Perl, and the fact that it does is a > bug. That's probably an overstatement. Perl used to be in the base system, and was, at the time an easy way to stat() a file. I'd say mergemaster's use of perl is "use of an obsoleted interface" at worst. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 7: 9:59 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 84D0037B407; Wed, 5 Jun 2002 07:09:47 -0700 (PDT) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.36 #1) id 17FbUQ-000Osm-00; Wed, 05 Jun 2002 16:10:18 +0200 From: Sheldon Hearn To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: Please test the UFS2 patch! In-reply-to: Your message of "Wed, 05 Jun 2002 15:13:28 +0200." <49833.1023282808@critter.freebsd.dk> Date: Wed, 05 Jun 2002 16:10:18 +0200 Message-ID: <95651.1023286218@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 05 Jun 2002 15:13:28 +0200, Poul-Henning Kamp wrote: > I have uploaded an updated version of the UFS2 patch: > > http://phk.freebsd.dk/patch/ufs2.patch > > Please test this! Is this something we can drop in and expect to work / panic / corrupt our filesystems without any change in the way we interact with our systems? If not, where is the information on things we'll have to change in the way we interact with our systems? It's not in this URL, and earlier test requests sounded scarier than this one, so I didn't pay attention to the instructions they included. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 7:15:22 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 909EC37B401 for ; Wed, 5 Jun 2002 07:15: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 g55EDwCd050351; Wed, 5 Jun 2002 16:13:58 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Sheldon Hearn Cc: current@FreeBSD.ORG Subject: Re: Please test the UFS2 patch! In-Reply-To: Your message of "Wed, 05 Jun 2002 16:10:18 +0200." <95651.1023286218@axl.seasidesoftware.co.za> Date: Wed, 05 Jun 2002 16:13:58 +0200 Message-ID: <50350.1023286438@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <95651.1023286218@axl.seasidesoftware.co.za>, Sheldon Hearn writes: > > >On Wed, 05 Jun 2002 15:13:28 +0200, Poul-Henning Kamp wrote: > >> I have uploaded an updated version of the UFS2 patch: >> >> http://phk.freebsd.dk/patch/ufs2.patch >> >> Please test this! > >Is this something we can drop in and expect to work / panic / corrupt >our filesystems without any change in the way we interact with our >systems? Yes, if you just drop it in, nothing should change much after all. You can then create ufs2 filesystems with "newfs -O 2" and start to beat up the new code for good. Bug reports to kirk@ and phk@ -- 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 5 7:32:22 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 07EFE37B404 for ; Wed, 5 Jun 2002 07:32:19 -0700 (PDT) Received: (from akm@localhost) by theinternet.com.au (8.11.6/8.11.4) id g55EVjk86123; Thu, 6 Jun 2002 00:31:45 +1000 (EST) (envelope-from akm) Date: Thu, 6 Jun 2002 00:31:45 +1000 From: Andrew Kenneth Milton To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: Please test the UFS2 patch! Message-ID: <20020606003145.C74184@zeus.theinternet.com.au> References: <95651.1023286218@axl.seasidesoftware.co.za> <50350.1023286438@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <50350.1023286438@critter.freebsd.dk>; from phk@critter.freebsd.dk on Wed, Jun 05, 2002 at 04:13:58PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG +-------[ Poul-Henning Kamp ]---------------------- | | Yes, if you just drop it in, nothing should change much after all. | | You can then create ufs2 filesystems with "newfs -O 2" and start to | beat up the new code for good. Is it helpful to test this via md type mounts, or only on physical media right now? -- 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 5 7:36:58 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 2E67637B400 for ; Wed, 5 Jun 2002 07:36: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 g55EZRCd050844; Wed, 5 Jun 2002 16:35:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Andrew Kenneth Milton Cc: current@FreeBSD.org Subject: Re: Please test the UFS2 patch! In-Reply-To: Your message of "Thu, 06 Jun 2002 00:31:45 +1000." <20020606003145.C74184@zeus.theinternet.com.au> Date: Wed, 05 Jun 2002 16:35:27 +0200 Message-ID: <50843.1023287727@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020606003145.C74184@zeus.theinternet.com.au>, Andrew Kenneth Milton write s: >+-------[ Poul-Henning Kamp ]---------------------- >| >| Yes, if you just drop it in, nothing should change much after all. >| >| You can then create ufs2 filesystems with "newfs -O 2" and start to >| beat up the new code for good. > >Is it helpful to test this via md type mounts, or only on physical media >right now? Any testing is helpful, no matter how its done, but of course if you can think of some way to test it which nobody else does, it will be much more interesting. There are many tests of that sort you can do with md(4) mounts, for instance beating on dump/restore... -- 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 5 7:38:48 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 55E6037B405 for ; Wed, 5 Jun 2002 07:38:42 -0700 (PDT) Received: (from dan@localhost) by dan.emsphone.com (8.12.2/8.12.3) id g55Ecfcc016259; Wed, 5 Jun 2002 09:38:41 -0500 (CDT) (envelope-from dan) Date: Wed, 5 Jun 2002 09:38:41 -0500 From: Dan Nelson To: Shizuka Kudo Cc: freebsd-current@FreeBSD.ORG Subject: Re: libncurses cannot show the first column on the screen Message-ID: <20020605143841.GD11978@dan.emsphone.com> References: <20020605112835.61101.qmail@web11402.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020605112835.61101.qmail@web11402.mail.yahoo.com> User-Agent: Mutt/1.3.99i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jun 05), Shizuka Kudo said: > Hi all, > > The libncurses commit on May 21 seems not working properly. I > cvsupped latest current & ports, build a typical ncurses app (lynx) > and find that the first column is not shown correctly. Bascially it > is blank on the first column. I have rebuilt libncurses before May > 21's commit and the problem disappeared. I sent a comment to the maintainer last week about this, who replied he was a bit busy but would get to it soon. He hasn't, so I'll poke him again. :) It seems to only affect lynx from what I have seen. -- 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 Wed Jun 5 7:46:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from prophecy.dyndns.org (phil2201.dialup.dandy.net [66.28.137.201]) by hub.freebsd.org (Postfix) with ESMTP id 9A15B37B412 for ; Wed, 5 Jun 2002 07:46:09 -0700 (PDT) Received: from prophecy.dyndns.org (localhost.prophecy.dyndns.org [127.0.0.1]) by prophecy.dyndns.org (8.12.2/8.12.2) with ESMTP id g558mKLD055743 for ; Wed, 5 Jun 2002 08:48:56 GMT (envelope-from apeiron@prophecy.dyndns.org) Received: (from apeiron@localhost) by prophecy.dyndns.org (8.12.2/8.12.2/Submit) id g558lb8n055742; Wed, 5 Jun 2002 08:47:37 GMT Subject: "Safe" to go to -CURRENT? From: Christopher Nehren To: current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Jun 2002 08:46:59 +0000 Message-Id: <1023266819.500.6.camel@prophecy.dyndns.org> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been monitoring the -CURRENT mailing list for about a day or two, and haven't seen anything that's really broken (except for GCC 3.x, which I don't use anyway). So, is it "safe" to upgrade to -CURRENT yet? TIA for the info, Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 7:46:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from prophecy.dyndns.org (phil2201.dialup.dandy.net [66.28.137.201]) by hub.freebsd.org (Postfix) with ESMTP id 805A137B422 for ; Wed, 5 Jun 2002 07:46:13 -0700 (PDT) Received: from prophecy.dyndns.org (localhost.prophecy.dyndns.org [127.0.0.1]) by prophecy.dyndns.org (8.12.2/8.12.2) with ESMTP id g559AhLD065695 for ; Wed, 5 Jun 2002 09:10:44 GMT (envelope-from apeiron@prophecy.dyndns.org) Received: (from apeiron@localhost) by prophecy.dyndns.org (8.12.2/8.12.2/Submit) id g559AgUI065297; Wed, 5 Jun 2002 09:10:42 GMT Subject: [Fwd: "Safe" to go to -CURRENT?] From: Christopher Nehren To: freebsd-current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Jun 2002 09:10:41 +0000 Message-Id: <1023268241.500.9.camel@prophecy.dyndns.org> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been monitoring the -CURRENT mailing list for about a day or two, and haven't seen anything that's really broken (except for GCC 3.x, which I don't use anyway). So, is it "safe" to upgrade to -CURRENT yet? TIA for the info, Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 8:58:49 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 7664A37B401 for ; Wed, 5 Jun 2002 08:58:44 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g55Fwdp13464; Wed, 5 Jun 2002 08:58:39 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g55Fwcn53072; Wed, 5 Jun 2002 08:58:38 -0700 (PDT) (envelope-from jdp) Date: Wed, 5 Jun 2002 08:58:38 -0700 (PDT) Message-Id: <200206051558.g55Fwcn53072@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: bde@zeta.org.au Subject: Re: mergemaster broken? In-Reply-To: <20020605120647.H5878-100000@gamplex.bde.org> References: <20020605120647.H5878-100000@gamplex.bde.org> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020605120647.H5878-100000@gamplex.bde.org>, Bruce Evans wrote: > On Tue, 4 Jun 2002, walt wrote: > > > It correctly identifies files to be updated, asks me what > > I want to do, as usual, and when I hit 'i' for install it > > proceeds without error messages but then it tells me at > > the end that all the files I told it to install remain > > for me to merge by hand. > > Read the messages more closely and you should see one about > perl not being installed. The trouble is, those messages vanish in about 1 millisecond when the pager fires up and displays the next set of diffs. The messages are effectively invisible on my system, and I only found them by running mergemaster under "script". Of course, Bruce, I have no doubt that you can see them on your Teletype Model 37. ;-) If mergemaster depends on perl and perl is not installed, it should be a fatal error which terminates mergemaster immediately. It doesn't make any sense to proceed if the merged files cannot be installed. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 9: 3:20 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 296D737B406 for ; Wed, 5 Jun 2002 09:03:18 -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 g55G3HRs040316; Wed, 5 Jun 2002 09:03:17 -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 g55G3HBj040315; Wed, 5 Jun 2002 09:03:17 -0700 (PDT) Date: Wed, 5 Jun 2002 09:03:17 -0700 From: Steve Kargl To: Christopher Nehren Cc: current@FreeBSD.ORG Subject: Re: "Safe" to go to -CURRENT? Message-ID: <20020605090317.A40276@troutmask.apl.washington.edu> References: <1023266819.500.6.camel@prophecy.dyndns.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: <1023266819.500.6.camel@prophecy.dyndns.org>; from apeiron@prophecy.dyndns.org on Wed, Jun 05, 2002 at 08:46:59AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jun 05, 2002 at 08:46:59AM +0000, Christopher Nehren wrote: > I've been monitoring the -CURRENT mailing list for about a day or two, > and haven't seen anything that's really broken (except for GCC 3.x, > which I don't use anyway). So, is it "safe" to upgrade to -CURRENT yet? > TIA for the info, What do you do with the system? It is fairly difficult to make any recommendation without some info about what the system does. For example, is this a production box? -- 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 5 9:18:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from hal-5.inet.it (hal-5.inet.it [213.92.5.24]) by hub.freebsd.org (Postfix) with ESMTP id EB5D337B400 for ; Wed, 5 Jun 2002 09:18:28 -0700 (PDT) Received: from [::ffff:213.92.1.165] by hal-5.inet.it via I-SMTP-4.1.1-410 id 045+fKG0tSbgp; Wed, 05 Jun 18:18:27 2002 +0200 Received: from webcom.it (brian.inet.it [213.92.1.190]) by acampi.inet.it (Postfix) with SMTP id 246981550F for ; Wed, 5 Jun 2002 18:18:26 +0200 (CEST) Received: (qmail 17697 invoked by uid 1000); 5 Jun 2002 14:54:00 -0000 Date: Wed, 5 Jun 2002 15:36:04 +0200 From: Andrea Campi To: freebsd-current@freebsd.org Subject: buildworld error in gnu/lib/libstdc++ Message-ID: <20020605133604.GA1585@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.99i X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I've been seeing a compile error in gnu/lib/libstdc++ for days now. Since no one else reported it (not even tinderbox) I can only wonder what's up, and expecially how to get out of this. The only thing peculiar to this machine is that I've cleared up everything which predated GCC 3.1; so I have no libstdc++ installed, no old includes, etc. Anyway, I am attaching the error (it's extremely long). I already did - make clean && make clean && make cleandir - rm -rf /usr/obj and more obvious attempts at fixing this, but still no change. Any suggestion? Is this local breakage or ...? Bye, Andrea -- I believe the technical term is "Oops!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 9:37:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from gimili.netgraphe.com (corporate-surfer.videotron.net [199.84.249.24]) by hub.freebsd.org (Postfix) with ESMTP id 7D7FC37B403 for ; Wed, 5 Jun 2002 09:37:12 -0700 (PDT) Received: (from fifi@localhost) by gimili.netgraphe.com (8.11.5/8.11.2) id g55GcOv12462; Wed, 5 Jun 2002 12:38:24 -0400 (EDT) From: Guezou Philippe Message-Id: <200206051638.g55GcOv12462@gimili.netgraphe.com> Subject: Re: mergemaster broken? In-Reply-To: <200206051558.g55Fwcn53072@vashon.polstra.com> from John Polstra at "Jun 5, 2002 08:58:38 am" To: John Polstra Date: Wed, 5 Jun 2002 12:38:24 -0400 (EDT) Cc: current@FreeBSD.ORG, bde@zeta.org.au X-Mailer: ELM [version 2.4ME+ PL70 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=UNKNOWN-8BIT Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > The trouble is, those messages vanish in about 1 millisecond when the > pager fires up and displays the next set of diffs. The messages are > effectively invisible on my system, and I only found them by running > mergemaster under "script". Of course, Bruce, I have no doubt that > you can see them on your Teletype Model 37. ;-) If you are using syscons terminal, you should be able to see previous output by pressing the "scroll lock" key, then page-up/page-down (and cursors keys). that's pretty usefull on a 80x24 terminal :) > > If mergemaster depends on perl and perl is not installed, it should be > a fatal error which terminates mergemaster immediately. It doesn't > make any sense to proceed if the merged files cannot be installed. In fact, IMHO, it doesn't make sense at all to have mergemaster depending on perl.. Since it's a system tools, it should use only sh/awk scripting.. my 2 cents.. fifi... > > John > -- > John Polstra > John D. Polstra & Co., Inc. Seattle, Washington USA > "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa -- Guezou Philippe Net. Sys. Admin. Buying an operating system without source is like buying a self-assembly Space Shuttle with no instructions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 10: 2:19 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 CD45537B403 for ; Wed, 5 Jun 2002 10:02:13 -0700 (PDT) Received: (qmail 18725 invoked by uid 0); 5 Jun 2002 17:02:12 -0000 Received: from pd950a5d9.dip.t-dialin.net (HELO gmx.net) (217.80.165.217) by mail.gmx.net (mp008-rz3) with SMTP; 5 Jun 2002 17:02:12 -0000 Message-ID: <3CFE4428.5010309@gmx.net> Date: Wed, 05 Jun 2002 19:02:32 +0200 From: Michael Nottebrock 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, de-de MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: buildworld failure in libfetch Content-Type: multipart/mixed; boundary="------------080507010400020106020209" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------080507010400020106020209 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I'm trying to upgrade from a 2002.05.10-CURRENT, with a fresh cvsup. Error attached. Regards, -- Michael Nottebrock --------------- --------------080507010400020106020209 Content-Type: application/x-java-vm; name="error" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="error" PT09PiBsaWIvbGliZmV0Y2gKY2MgLU8gLXBpcGUgLW1hcmNoPWF0aGxvbiAtSS4gLURJTkVU NiAtV2FsbCAtV25vLWZvcm1hdC15MmsgLVcgLVdzdHJpY3QtcHJvdG90eXBlcyAtV21pc3Np bmctcHJvdG90eXBlcyAtV3AKb2ludGVyLWFyaXRoIC1XcmV0dXJuLXR5cGUgLVdjYXN0LXF1 YWwgLVd3cml0ZS1zdHJpbmdzIC1Xc3dpdGNoIC1Xc2hhZG93IC1XY2FzdC1hbGlnbiAtV25v LXVuaW5pdGlhbGl6ZWQgIC0KYyAvdXNyL3NyYy9saWIvbGliZmV0Y2gvZmV0Y2guYyAtbyBm ZXRjaC5vCmNjIC1PIC1waXBlIC1tYXJjaD1hdGhsb24gLUkuIC1ESU5FVDYgLVdhbGwgLVdu by1mb3JtYXQteTJrIC1XIC1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlw ZXMgLVdwCm9pbnRlci1hcml0aCAtV3JldHVybi10eXBlIC1XY2FzdC1xdWFsIC1Xd3JpdGUt c3RyaW5ncyAtV3N3aXRjaCAtV3NoYWRvdyAtV2Nhc3QtYWxpZ24gLVduby11bmluaXRpYWxp emVkICAtCmMgL3Vzci9zcmMvbGliL2xpYmZldGNoL2NvbW1vbi5jIC1vIGNvbW1vbi5vCmNj IC1PIC1waXBlIC1tYXJjaD1hdGhsb24gLUkuIC1ESU5FVDYgLVdhbGwgLVduby1mb3JtYXQt eTJrIC1XIC1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwCm9p bnRlci1hcml0aCAtV3JldHVybi10eXBlIC1XY2FzdC1xdWFsIC1Xd3JpdGUtc3RyaW5ncyAt V3N3aXRjaCAtV3NoYWRvdyAtV2Nhc3QtYWxpZ24gLVduby11bmluaXRpYWxpemVkICAtCmMg L3Vzci9zcmMvbGliL2xpYmZldGNoL2Z0cC5jIC1vIGZ0cC5vCmNjIC1PIC1waXBlIC1tYXJj aD1hdGhsb24gLUkuIC1ESU5FVDYgLVdhbGwgLVduby1mb3JtYXQteTJrIC1XIC1Xc3RyaWN0 LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwCm9pbnRlci1hcml0aCAtV3Jl dHVybi10eXBlIC1XY2FzdC1xdWFsIC1Xd3JpdGUtc3RyaW5ncyAtV3N3aXRjaCAtV3NoYWRv dyAtV2Nhc3QtYWxpZ24gLVduby11bmluaXRpYWxpemVkICAtCmMgL3Vzci9zcmMvbGliL2xp YmZldGNoL2h0dHAuYyAtbyBodHRwLm8KY2MgLU8gLXBpcGUgLW1hcmNoPWF0aGxvbiAtSS4g LURJTkVUNiAtV2FsbCAtV25vLWZvcm1hdC15MmsgLVcgLVdzdHJpY3QtcHJvdG90eXBlcyAt V21pc3NpbmctcHJvdG90eXBlcyAtV3AgICAgICAgICAgICAgICAgICAgICAgICAgICAgb2lu dGVyLWFyaXRoIC1XcmV0dXJuLXR5cGUgLVdjYXN0LXF1YWwgLVd3cml0ZS1zdHJpbmdzIC1X c3dpdGNoIC1Xc2hhZG93IC1XY2FzdC1hbGlnbiAtV25vLXVuaW5pdGlhbGl6ZWQgIC0gICAg ICAgICAgICAgICAgICAgICAgICAgICAgYyAvdXNyL3NyYy9saWIvbGliZmV0Y2gvZmlsZS5j IC1vIGZpbGUubwpidWlsZGluZyBzdGF0aWMgZmV0Y2ggbGlicmFyeQpyYW5saWIgbGliZmV0 Y2guYQpjYyAtZnBpYyAtRFBJQyAtTyAtcGlwZSAtbWFyY2g9YXRobG9uIC1JLiAtRElORVQ2 IC1XYWxsIC1Xbm8tZm9ybWF0LXkyayAtVyAtV3N0cmljdC1wcm90b3R5cGVzIC1XbWlzc2lu Zy1wciAgICAgICAgICAgICAgICAgICAgICAgICAgICBvdG90eXBlcyAtV3BvaW50ZXItYXJp dGggLVdyZXR1cm4tdHlwZSAtV2Nhc3QtcXVhbCAtV3dyaXRlLXN0cmluZ3MgLVdzd2l0Y2gg LVdzaGFkb3cgLVdjYXN0LWFsaWduIC1Xbm8tdW5pbiAgICAgICAgICAgICAgICAgICAgICAg ICAgICBpdGlhbGl6ZWQgIC1jIC91c3Ivc3JjL2xpYi9saWJmZXRjaC9mZXRjaC5jIC1vIGZl dGNoLlNvCmNjIC1mcGljIC1EUElDIC1PIC1waXBlIC1tYXJjaD1hdGhsb24gLUkuIC1ESU5F VDYgLVdhbGwgLVduby1mb3JtYXQteTJrIC1XIC1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNz aW5nLXByICAgICAgICAgICAgICAgICAgICAgICAgICAgIG90b3R5cGVzIC1XcG9pbnRlci1h cml0aCAtV3JldHVybi10eXBlIC1XY2FzdC1xdWFsIC1Xd3JpdGUtc3RyaW5ncyAtV3N3aXRj aCAtV3NoYWRvdyAtV2Nhc3QtYWxpZ24gLVduby11bmluICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGl0aWFsaXplZCAgLWMgL3Vzci9zcmMvbGliL2xpYmZldGNoL2NvbW1vbi5jIC1v IGNvbW1vbi5TbwpjYyAtZnBpYyAtRFBJQyAtTyAtcGlwZSAtbWFyY2g9YXRobG9uIC1JLiAt RElORVQ2IC1XYWxsIC1Xbm8tZm9ybWF0LXkyayAtVyAtV3N0cmljdC1wcm90b3R5cGVzIC1X bWlzc2luZy1wciAgICAgICAgICAgICAgICAgICAgICAgICAgICBvdG90eXBlcyAtV3BvaW50 ZXItYXJpdGggLVdyZXR1cm4tdHlwZSAtV2Nhc3QtcXVhbCAtV3dyaXRlLXN0cmluZ3MgLVdz d2l0Y2ggLVdzaGFkb3cgLVdjYXN0LWFsaWduIC1Xbm8tdW5pbiAgICAgICAgICAgICAgICAg ICAgICAgICAgICBpdGlhbGl6ZWQgIC1jIC91c3Ivc3JjL2xpYi9saWJmZXRjaC9mdHAuYyAt byBmdHAuU28KY2MgLWZwaWMgLURQSUMgLU8gLXBpcGUgLW1hcmNoPWF0aGxvbiAtSS4gLURJ TkVUNiAtV2FsbCAtV25vLWZvcm1hdC15MmsgLVcgLVdzdHJpY3QtcHJvdG90eXBlcyAtV21p c3NpbmctcHIgICAgICAgICAgICAgICAgICAgICAgICAgICAgb3RvdHlwZXMgLVdwb2ludGVy LWFyaXRoIC1XcmV0dXJuLXR5cGUgLVdjYXN0LXF1YWwgLVd3cml0ZS1zdHJpbmdzIC1Xc3dp dGNoIC1Xc2hhZG93IC1XY2FzdC1hbGlnbiAtV25vLXVuaW4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgaXRpYWxpemVkICAtYyAvdXNyL3NyYy9saWIvbGliZmV0Y2gvaHR0cC5jIC1v IGh0dHAuU28KY2MgLWZwaWMgLURQSUMgLU8gLXBpcGUgLW1hcmNoPWF0aGxvbiAtSS4gLURJ TkVUNiAtV2FsbCAtV25vLWZvcm1hdC15MmsgLVcgLVdzdHJpY3QtcHJvdG90eXBlcyAtV21p c3NpbmctcHIgICAgICAgICAgICAgICAgICAgICAgICAgICAgb3RvdHlwZXMgLVdwb2ludGVy LWFyaXRoIC1XcmV0dXJuLXR5cGUgLVdjYXN0LXF1YWwgLVd3cml0ZS1zdHJpbmdzIC1Xc3dp dGNoIC1Xc2hhZG93IC1XY2FzdC1hbGlnbiAtV25vLXVuaW4gICAgICAgICAgICAgICAgICAg ICAgICAgICAgaXRpYWxpemVkICAtYyAvdXNyL3NyYy9saWIvbGliZmV0Y2gvZmlsZS5jIC1v IGZpbGUuU28KbWFrZTogZG9uJ3Qga25vdyBob3cgdG8gbWFrZSAvdXNyL29iai91c3Ivc3Jj L2kzODYvdXNyL2xpYi9saWJzc2wuYS4gU3RvcA== --------------080507010400020106020209-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 10:17:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 7CC7737B400 for ; Wed, 5 Jun 2002 10:17:05 -0700 (PDT) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.12.3/8.12.3) with ESMTP id g55HH5JC071757 for ; Wed, 5 Jun 2002 10:17:05 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.3/8.12.3/Submit) id g55HH5AX071756 for current@freebsd.org; Wed, 5 Jun 2002 10:17:05 -0700 (PDT) Date: Wed, 5 Jun 2002 10:17:05 -0700 (PDT) From: David Wolfskill Message-Id: <200206051717.g55HH5AX071756@bunrab.catwhisker.org> To: current@freebsd.org Subject: ps seems broken Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yeah, I know about kernel & world being out of sync; that ought not be the case, as I just finished the usual buildworld, kernel, installworld, mergemaster sequence. For further evidence: g1-9(5.0-C)[1] uname -a && ls -lio `which ps` && file `which ps` FreeBSD g1-9.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #19: Wed Jun 5 09:34:03 PDT 2002 root@g1-9.catwhisker.org:/common/S3/obj/usr/src/sys/LAPTOP_30W i386 15995 -r-xr-xr-x 1 root wheel - 398740 Jun 5 09:52 /bin/ps /bin/ps: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), statically linked, stripped g1-9(5.0-C)[2] ps -ax ps: pid tt state time command: keyword not found ps: no valid keywords g1-9(5.0-C)[3] CVSup was started at 0347 hrs. PDT against cvsup14.freebsd.org; had finished by 0355 hrs. PDT. More details available on that score should they prove of interest. I'll poke around & see if I can see what's broken, but thought that mentioning this might be of use. 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 10:24:11 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 30F4937B407; Wed, 5 Jun 2002 10:24:07 -0700 (PDT) Date: Wed, 5 Jun 2002 10:24:07 -0700 From: "J. Mallett" To: David Wolfskill Cc: current@freebsd.org Subject: Re: ps seems broken Message-ID: <20020605102407.B21570@FreeBSD.ORG> References: <200206051717.g55HH5AX071756@bunrab.catwhisker.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: <200206051717.g55HH5AX071756@bunrab.catwhisker.org>; from david@catwhisker.org on Wed, Jun 05, 2002 at 10:17:05AM -0700 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7 X-Towel: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * From David Wolfskill > Yeah, I know about kernel & world being out of sync; that ought not be > the case, as I just finished the usual buildworld, kernel, installworld, > mergemaster sequence. For further evidence: > > g1-9(5.0-C)[1] uname -a && ls -lio `which ps` && file `which ps` > FreeBSD g1-9.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #19: Wed Jun 5 09:34:03 PDT 2002 root@g1-9.catwhisker.org:/common/S3/obj/usr/src/sys/LAPTOP_30W i386 > 15995 -r-xr-xr-x 1 root wheel - 398740 Jun 5 09:52 /bin/ps > /bin/ps: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), statically linked, stripped > g1-9(5.0-C)[2] ps -ax > ps: pid tt state time command: keyword not found > ps: no valid keywords > g1-9(5.0-C)[3] This is due to me un-breaking seperation of keywords and not testing enough. Sorry. Give me five minutes. > CVSup was started at 0347 hrs. PDT against cvsup14.freebsd.org; had > finished by 0355 hrs. PDT. More details available on that score > should they prove of interest. > > I'll poke around & see if I can see what's broken, but thought that > mentioning this might be of use. > > 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. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- J. Mallett FreeBSD: The Power To Serve "I've coined new words, like, misunderstanding and Hispanically." -- George W. Bush, Radio-Television Correspondents Association dinner, Washington, D.C., March 29, 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 10:38:20 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 DBAA137B40A for ; Wed, 5 Jun 2002 10:37:56 -0700 (PDT) Received: (qmail 2183 invoked by uid 0); 5 Jun 2002 17:37:49 -0000 Received: from pd950a5d9.dip.t-dialin.net (HELO gmx.net) (217.80.165.217) by mail.gmx.net (mp008-rz3) with SMTP; 5 Jun 2002 17:37:49 -0000 Message-ID: <3CFE4C85.4080604@gmx.net> Date: Wed, 05 Jun 2002 19:38:13 +0200 From: Michael Nottebrock 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, de-de MIME-Version: 1.0 To: freebsd-current Subject: Re: buildworld failure in libfetch References: <3CFE4428.5010309@gmx.net> Content-Type: multipart/mixed; boundary="------------070304080608050003050307" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------070304080608050003050307 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Michael Nottebrock wrote: > Error attached. Correctly this time. Regards, -- Michael Nottebrock --------------070304080608050003050307 Content-Type: text/plain; name="error.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="error.txt" ===> lib/libfetch cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wp ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized - c /usr/src/lib/libfetch/fetch.c -o fetch.o cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wp ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized - c /usr/src/lib/libfetch/common.c -o common.o cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wp ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized - c /usr/src/lib/libfetch/ftp.c -o ftp.o cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wp ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized - c /usr/src/lib/libfetch/http.c -o http.o cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wp ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized - c /usr/src/lib/libfetch/file.c -o file.o building static fetch library ranlib libfetch.a cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin itialized -c /usr/src/lib/libfetch/fetch.c -o fetch.So cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin itialized -c /usr/src/lib/libfetch/common.c -o common.So cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin itialized -c /usr/src/lib/libfetch/ftp.c -o ftp.So cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin itialized -c /usr/src/lib/libfetch/http.c -o http.So cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin itialized -c /usr/src/lib/libfetch/file.c -o file.So make: don't know how to make /usr/obj/usr/src/i386/usr/lib/libssl.a. Stop --------------070304080608050003050307-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 10:52: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 25F6D37B401 for ; Wed, 5 Jun 2002 10:52:51 -0700 (PDT) Received: (qmail 25162 invoked by uid 0); 5 Jun 2002 17:52:48 -0000 Received: from pd950a5d9.dip.t-dialin.net (HELO gmx.net) (217.80.165.217) by mail.gmx.net (mp001-rz3) with SMTP; 5 Jun 2002 17:52:48 -0000 Message-ID: <3CFE5008.3060907@gmx.net> Date: Wed, 05 Jun 2002 19:53:12 +0200 From: Michael Nottebrock 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, de-de MIME-Version: 1.0 To: David Wolfskill Cc: freebsd-current Subject: Re: buildworld failure in libfetch References: <200206051744.g55Hih3L071946@bunrab.catwhisker.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Wolfskill wrote: > Were you running with -j ? 'cause the error appears to be with libssl, > not libfetch. Nope. > > And I built OK, both with -j8 (on 2x866 PII) & -j4 (on laptop), though > I didn't use the "athlon" specification.... I tried unsetting CPUTYPE, no change. > You might try a combination of no -j & clearing /usr/obj/usr/src to > see if you can make it recur in a "pristine" environment. I rm -rf /usr/obj before every build. Regards, -- Michael Nottebrock To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 12: 0:49 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 6DB2E37B42B for ; Wed, 5 Jun 2002 12:00:39 -0700 (PDT) Received: from bmah.dyndns.org ([12.233.149.189]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020605190038.UNPC975.sccrmhc02.attbi.com@bmah.dyndns.org>; Wed, 5 Jun 2002 19:00:38 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.3/8.12.3) with ESMTP id g55J0bfs072509; Wed, 5 Jun 2002 12:00:37 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.3/8.12.3/Submit) id g55J0bGS072508; Wed, 5 Jun 2002 12:00:37 -0700 (PDT) Message-Id: <200206051900.g55J0bGS072508@intruder.bmah.org> X-Mailer: exmh version 2.5+ 20020506 with nmh-1.0.4 To: Michael Nottebrock Cc: David Wolfskill , freebsd-current Subject: Re: buildworld failure in libfetch In-reply-to: <3CFE5008.3060907@gmx.net> References: <200206051744.g55Hih3L071946@bunrab.catwhisker.org> <3CFE5008.3060907@gmx.net> Comments: In-reply-to Michael Nottebrock message dated "Wed, 05 Jun 2002 19:53:12 +0200." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 Jun 2002 12:00:37 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If memory serves me right, Michael Nottebrock wrote: > David Wolfskill wrote: > > Were you running with -j ? 'cause the error appears to be with libssl, > > not libfetch. > > Nope. I've seen this too, starting with a pristine /usr/obj and no -j option. I wonder if this has to do with the recent SSL support added to libfetch? 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 5 13:51:57 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 C3B9837B403; Wed, 5 Jun 2002 13:51:46 -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 GAA13181; Thu, 6 Jun 2002 06:51:44 +1000 Date: Thu, 6 Jun 2002 06:55:36 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Poul-Henning Kamp Cc: alpha@FreeBSD.ORG, Subject: Re: alpha boot1 UFS support: HELP NEEDED! In-Reply-To: <49229.1023279349@critter.freebsd.dk> Message-ID: <20020606065434.R8685-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 5 Jun 2002, Poul-Henning Kamp wrote: > Somebody whs an alpha at hand needs to make the alpha boot1 code > use sys/boot/common/ufsread.c before June 19th where the UFS2 patch > is scheduled to be committed. This must not be needed, since old boot blocks must keep working with old file systems. 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 5 14: 0: 2 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 D09CE37B406; Wed, 5 Jun 2002 13:59: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 g55KwbCd055452; Wed, 5 Jun 2002 22:58:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Bruce Evans Cc: alpha@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: alpha boot1 UFS support: HELP NEEDED! In-Reply-To: Your message of "Thu, 06 Jun 2002 06:55:36 +1000." <20020606065434.R8685-100000@gamplex.bde.org> Date: Wed, 05 Jun 2002 22:58:37 +0200 Message-ID: <55451.1023310717@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020606065434.R8685-100000@gamplex.bde.org>, Bruce Evans writes: >On Wed, 5 Jun 2002, Poul-Henning Kamp wrote: > >> Somebody wh >> use sys/boot/common/ufsread.c before June 19th where the UFS2 patch >> is scheduled to be committed. > >This must not be needed, since old boot blocks must keep working with >old file systems. Does not compute. Old bootblocks are on the disks and nobody are changing them so they will keep working with what they work with. This change is necessary if the alpha architecture wants to be able to boot from a UFS2 filesystem in the future. The UFS2 patch btw allows the ufsread() function to be compiled in a "UFS1 only" or "UFS1 or UFS2" configuration. -- 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 5 14:23: 0 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 524DA37B403 for ; Wed, 5 Jun 2002 14:22:57 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 72C0D5307; Wed, 5 Jun 2002 23:22:55 +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: Michael Nottebrock Cc: freebsd-current Subject: Re: buildworld failure in libfetch References: <3CFE4428.5010309@gmx.net> <3CFE4C85.4080604@gmx.net> From: Dag-Erling Smorgrav Date: 05 Jun 2002 23:22:54 +0200 In-Reply-To: <3CFE4C85.4080604@gmx.net> Message-ID: 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Michael Nottebrock writes: > make: don't know how to make /usr/obj/usr/src/i386/usr/lib/libssl.a. Stop *expletive deleted* I didn't think of that. I'll commit a workaround ASAP, but I'm not sure how to fix it properly. 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 5 14:49: 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 4977937B40A; Wed, 5 Jun 2002 14:48:43 -0700 (PDT) Received: from hades.hell.gr (patr530-b140.otenet.gr [212.205.244.148]) by mailsrv.otenet.gr (8.12.3/8.12.3) with ESMTP id g55Lmb7Y000151; Thu, 6 Jun 2002 00:48:38 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.3/8.12.3) with ESMTP id g55Lmaaq022348; Thu, 6 Jun 2002 00:48:36 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from charon@localhost) by hades.hell.gr (8.12.3/8.12.3/Submit) id g55LjC0S022295; Thu, 6 Jun 2002 00:45:13 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Thu, 6 Jun 2002 00:45:12 +0300 From: Giorgos Keramidas To: dougb@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Removing perl usage from mergemaster Message-ID: <20020605214512.GA16384@hades.hell.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello dougb & all, Here's a patch that removes all trails of Perl usage from mergemaster. The parts that I want your careful scrutiny directed at are the new stat_mode() shell function, and the parts that I have touched lines removing Perl code. I have done some testing to the resulting mergemaster script, mostly by comparing the results of stat_mode() and the old Perl code (having them both run, and print their output, before mergemaster calls "exit 1"). If you find that you like the changes, then the recent mergemaster problems on CURRENT machines that have no perl port installed will go away ;) I have tried to keep the code of stat_mode() clean, despite the fact that it could possibly be written also as: # # Print in STDOUT the octal mode of a file and/or directory. # stat_mode () { echo $(( ~$(echo "obase=10; ibase=8; ${2}" | bc ) & $( echo "obase=10;ibase=8;07777" | bc ) & $( echo "obase=10; ibase=2; " \ $( ls -ld "${1}" | \ cut -c2-10 | \ sed -e '/^..[sS]/ s/^.*$/&+100000000000/' \ -e '/^.....[sS]/ s/^.*$/&+10000000000/' \ -e '/^........[tT]/ s/^.*$/&+1000000000/' | \ sed -e 's/[st]/x/g' -e 's/ST/-/g' | \ sed -e 's/[rwx]/1/g' | \ sed -e 's/[^1+]/0/g' ) \ | bc ) )) | awk '{printf "%04o\n", $0}' } The ls output parsing was inspired by an old post by Alfred Perlstein, and I have only added the proper sed-lines to convert it to a valid binary number. The rest, shell evaluations, substitutions and all is something you can safely blame me for. Until now, I have verified that this produces the same output, but it's admittedly harder to decipher than the one I have included in the diff below. It is still here, for us to use, if you all feel that it's better to avoid the use of variables in stat_mode(). Whatever you all feel better with... I think Doug's opinion as the maintainer of mergemaster is of the utmost importance here. Anyone else with a better idea for removing the dependency of mergemaster on Perl, is welcome to step up and offer us his assistance though :) Giorgos. --- patch begins --- Index: mergemaster.sh =================================================================== RCS file: /home/ncvs/src/usr.sbin/mergemaster/mergemaster.sh,v retrieving revision 1.31 diff -u -r1.31 mergemaster.sh --- mergemaster.sh 28 May 2002 07:25:44 -0000 1.31 +++ mergemaster.sh 5 Jun 2002 21:25:09 -0000 @@ -214,6 +214,28 @@ esac } +stat_mode () { + pathname="$1" + confirmed_umask="$2" + + decimal_umask=$( echo "obase=10; ibase=8; ${confirmed_umask}" | bc ) + binary_mode=$( ls -ld "${pathname}" | \ + cut -c2-10 | \ + sed -e '/^..[sS]/ s/^.*$/&+100000000000/' \ + -e '/^.....[sS]/ s/^.*$/&+10000000000/' \ + -e '/^........[tT]/ s/^.*$/&+1000000000/' | \ + sed -e 's/[st]/x/g' -e 's/ST/-/g' | \ + sed -e 's/[rwx]/1/g' | \ + sed -e 's/[^1+]/0/g' ) + decimal_mode=$( echo "obase=10; ibase=2; ${binary_mode}" | bc ) + mode_mask=$( echo "obase=10;ibase=8;07777" | bc ) + masked_mode=$(( ${mode_mask} & ${decimal_mode} )) + umasked_mode=$(( ${masked_mode} & ~${decimal_umask} )) + octal_mode=$( echo ${umasked_mode} | awk '{printf "%04o\n", $0}' ) + unset decimal_umask binary_mode decimal_mode mode_mask masked_mode umasked_mode + echo "${octal_mode}" +} + # Set the default path for the temporary root environment # TEMPROOT='/var/tmp/temproot' @@ -641,13 +663,11 @@ esac if [ -n "${DESTDIR}${INSTALL_DIR}" -a ! -d "${DESTDIR}${INSTALL_DIR}" ]; then - DIR_MODE=`perl -e 'printf "%04o\n", (((stat("$ARGV[0]"))[2] & 07777) &~ \ - oct("$ARGV[1]"))' "${TEMPROOT}/${INSTALL_DIR}" "${CONFIRMED_UMASK}"` + DIR_MODE=`stat_mode "${TEMPROOT}/${INSTALL_DIR}" "${CONFIRMED_UMASK}"` install -d -o root -g wheel -m "${DIR_MODE}" "${DESTDIR}${INSTALL_DIR}" fi - FILE_MODE=`perl -e 'printf "%04o\n", (((stat("$ARGV[0]"))[2] & 07777) &~ \ - oct("$ARGV[1]"))' "${1}" "${CONFIRMED_UMASK}"` + FILE_MODE=`stat_mode "${1}" "${CONFIRMED_UMASK}"` if [ ! -x "${1}" ]; then case "${1#.}" in --- patch ends --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 15:27:53 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 1E3A337B403; Wed, 5 Jun 2002 15:27:48 -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 g55MRlR66702; Wed, 5 Jun 2002 15:27:47 -0700 (PDT) Received: from localhost (dougb@localhost) by zoot.corp.yahoo.com (8.12.3/8.12.3/Submit) with ESMTP id g55MRlZ4089687; Wed, 5 Jun 2002 15:27:47 -0700 (PDT) Date: Wed, 5 Jun 2002 15:27:47 -0700 (PDT) From: Doug Barton To: Giorgos Keramidas Cc: freebsd-current@FreeBSD.org, Subject: Re: Removing perl usage from mergemaster In-Reply-To: <20020605214512.GA16384@hades.hell.gr> Message-ID: <20020605151842.V89686-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ I'm replacing -hackers with -arch for reasons that are clear below. ] On Thu, 6 Jun 2002, Giorgos Keramidas wrote: > Hello dougb & all, > > Here's a patch that removes all trails of Perl usage from mergemaster. Your work looks good, but I wish you'd asked before embarking on it. My current plan is actually to import netbsd's stat(1), which will solve this problem very neatly. I was hoping to do it sooner than now, but some family business, and a dead hard drive interfered with that plan. I am reasonably sure that I can get to it tonight. NetBSD's stat(1) is very feature rich, compiles cleanly on -current, and handled all the stuff I threw at it in semi-rigorous testing. I can't imagine anyone objecting to the import, but here's your chance. Meanwhile, my apologies to those -current users who've been inconvenienced.... somewhate ironic considering my enthusiastic campaigning to get rid of perl in the base. Mea culpa. 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 Wed Jun 5 15:33:34 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 2A19B37B405; Wed, 5 Jun 2002 15:33:18 -0700 (PDT) Received: from hades.hell.gr (patr530-b140.otenet.gr [212.205.244.148]) by mailsrv.otenet.gr (8.12.3/8.12.3) with ESMTP id g55MXF7Y021969; Thu, 6 Jun 2002 01:33:16 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.3/8.12.3) with ESMTP id g55MXEaq023641; Thu, 6 Jun 2002 01:33:14 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from charon@localhost) by hades.hell.gr (8.12.3/8.12.3/Submit) id g55MXD0g023640; Thu, 6 Jun 2002 01:33:13 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Thu, 6 Jun 2002 01:33:13 +0300 From: Giorgos Keramidas To: Doug Barton Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: Removing perl usage from mergemaster Message-ID: <20020605223313.GA23579@hades.hell.gr> References: <20020605214512.GA16384@hades.hell.gr> <20020605151842.V89686-100000@zoot.corp.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020605151842.V89686-100000@zoot.corp.yahoo.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-06-05 15:27 -0700, Doug Barton wrote: > On Thu, 6 Jun 2002, Giorgos Keramidas wrote: > > Hello dougb & all, > > > > Here's a patch that removes all trails of Perl usage from mergemaster. > > Your work looks good, but I wish you'd asked before embarking on it. My > current plan is actually to import netbsd's stat(1), which will solve this > problem very neatly. I was hoping to do it sooner than now, but some > family business, and a dead hard drive interfered with that plan. I am > reasonably sure that I can get to it tonight. Nevermind. Nobody's pushing things. Whenever you feel like it, and stat's on its way to our tree, let me know if I can help with mergemaster & the removal of perl. > NetBSD's stat(1) is very feature rich, compiles cleanly on -current, and > handled all the stuff I threw at it in semi-rigorous testing. I can't > imagine anyone objecting to the import, but here's your chance. Nah. No direct src/ stuff for me, except for the occasional manpage fix. I'll probably wait until NetBSD's stat is imported, and retry. In the meantime, I'll try to test NetBSD's stat, or even come up with a few regression tests for NetBSD's stat. jmallett seems to like adding such things to our tree. Then perhaps, after stat is tested, we can re-hack mergemaster ;) 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 5 15:46:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by hub.freebsd.org (Postfix) with ESMTP id EE54337B405; Wed, 5 Jun 2002 15:46:14 -0700 (PDT) Received: from pool0350.cvx40-bradley.dialup.earthlink.net ([216.244.43.95] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17FjXi-0004Mf-00; Wed, 05 Jun 2002 15:46:14 -0700 Message-ID: <3CFE9494.4407AD32@mindspring.com> Date: Wed, 05 Jun 2002 15:45:40 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Doug Barton Cc: Giorgos Keramidas , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: Removing perl usage from mergemaster References: <20020605151842.V89686-100000@zoot.corp.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug Barton wrote: > On Thu, 6 Jun 2002, Giorgos Keramidas wrote: > > Here's a patch that removes all trails of Perl usage from mergemaster. > > Your work looks good, but I wish you'd asked before embarking on it. My > current plan is actually to import netbsd's stat(1), which will solve this > problem very neatly. I was hoping to do it sooner than now, but some > family business, and a dead hard drive interfered with that plan. I am > reasonably sure that I can get to it tonight. If all it did was motivate you to do the patch sooner than you would have, then it was worthwhile. ;^). If on the other hand, you want to wait so that you aren't rushed, there's really no reason to not commit his code in the interim, as an interim fix that you will later replace with "stat(1)". Either way, it's all nice work. -- 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 5 15:47: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from prophecy.dyndns.org (phil2201.dialup.dandy.net [66.28.137.201]) by hub.freebsd.org (Postfix) with ESMTP id 478BA37B404 for ; Wed, 5 Jun 2002 15:47:03 -0700 (PDT) Received: from prophecy.dyndns.org (localhost.prophecy.dyndns.org [127.0.0.1]) by prophecy.dyndns.org (8.12.2/8.12.2) with ESMTP id g55IlALD066952 for ; Wed, 5 Jun 2002 18:47:11 GMT (envelope-from apeiron@prophecy.dyndns.org) Received: (from apeiron@localhost) by prophecy.dyndns.org (8.12.2/8.12.2/Submit) id g55Il9v3066951; Wed, 5 Jun 2002 18:47:09 GMT Subject: Re: I can not compile the kernel From: Christopher Nehren To: freebsd-current@FreeBSD.ORG In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 05 Jun 2002 18:47:08 +0000 Message-Id: <1023302828.29919.52.camel@prophecy.dyndns.org> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > ---------------------- > root@juanillo:/usr/src/sys/i386/compile/JUANILLO $ make > cc -c -x assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. > -I../../.. -I../../../dev -I../../../contrib/dev/acpica > -I../../../contrib/ipfilter -I../../../../include -D_KERNEL > -ffreestanding -include opt_global.h -fno-common > -mpreferred-stack-boundary=2 -Werror ../../../i386/i386/locore.s > {standard input}: Assembler messages: > {standard input}:1689: Warning: rest of line ignored; first ignored > character is `t' > {standard input}:1691: Error: unknown pseudo-op: `.' > {standard input}:1806: Error: missing ')' > {standard input}:1806: Error: missing ')' > {standard input}:1806: Error: junk `tmpstk)- 0xc0000000)' after expression > *** Error code 1 > > Stop in /usr/src/sys/i386/compile/JUANILLO. > ----------------------- After a CVSUP on 18:13 EST, the problem still exists. I'd fix it myself, except that I have no idea how it's even arriving at line 1689 (since the file referenced doesn't even have 1100 lines). I've CVSUP'd numerous times, and the error remains. I'm surprised no one else has brought this up yet -- is it not affecting anyone else? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 15:48:12 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 234E337B404 for ; Wed, 5 Jun 2002 15:47:59 -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 g55Mljj21399; Wed, 5 Jun 2002 15:47:45 -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 PAA07125; Wed, 5 Jun 2002 15:47:44 -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 QAA00515; Wed, 5 Jun 2002 16:47:42 -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 g55MiurP014934; Wed, 5 Jun 2002 16:44:56 -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 g55MitdB014933; Wed, 5 Jun 2002 16:44:55 -0600 (MDT) Date: Wed, 5 Jun 2002 16:44:55 -0600 From: Scott Long To: Dag-Erling Smorgrav Cc: Michael Nottebrock , freebsd-current Subject: Re: buildworld failure in libfetch Message-ID: <20020605224455.GA14866@hollin.btc.adaptec.com> References: <3CFE4428.5010309@gmx.net> <3CFE4C85.4080604@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok, I finally feel the need to speak up here. DES, FREEFALL CVS IS NOT THE PLACE TO PUT EXPERIMENTAL CODE THAT BREAKS WORLD! PERIOD! Don't give me any crap about "It's -current, you should expect breakage." You are abusing this disclaimer far more than it was ever meant for. Breaking world used to be a very humiliating event for committers. You, however, break it on a consistent basis. What the F*CK? Yes, others have broken world before you, and others will break it after you, but you are abusing the standards of the project. You know how to use branches in P4, and you know how to type cd /usr/src; make world What is so hard about doing this? Yes, it will slow down your ability to commit. Oh well. FreeBSD is about quality, and quality starts with code that builds. DES, you are hindering others who are trying to do work in -current. Most other committers make world before committing their stuff, and your disrespect to them is insulting and wastes time. Scott On Wed, Jun 05, 2002 at 11:22:54PM +0200, Dag-Erling Smorgrav wrote: > Michael Nottebrock writes: > > make: don't know how to make /usr/obj/usr/src/i386/usr/lib/libssl.a. Stop > > *expletive deleted* > > I didn't think of that. I'll commit a workaround ASAP, but I'm not > sure how to fix it properly. > > 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 15:48:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp.noos.fr (descartes.noos.net [212.198.2.74]) by hub.freebsd.org (Postfix) with ESMTP id CE21837B406 for ; Wed, 5 Jun 2002 15:48:01 -0700 (PDT) Received: (qmail 30479689 invoked by uid 0); 5 Jun 2002 22:48:00 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.230.194]) (envelope-sender ) by 212.198.2.74 (qmail-ldap-1.03) with SMTP for ; 5 Jun 2002 22:48:00 -0000 Received: from gits.gits.dyndns.org (kx6qdxlkeo6hh0xy@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.3/8.12.3) with ESMTP id g55MluKq084655; Thu, 6 Jun 2002 00:47:56 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.3/8.12.3/Submit) id g55MltZ6084654; Thu, 6 Jun 2002 00:47:55 +0200 (CEST) (envelope-from root) Date: Thu, 6 Jun 2002 00:47:55 +0200 From: Cyrille Lefevre To: "J. Mallett" Cc: freebsd current Subject: Re: ps seems broken Message-ID: <20020605224755.GA84359@gits.dyndns.org> Mail-Followup-To: Cyrille Lefevre , "J. Mallett" , freebsd current References: <200206051717.g55HH5AX071756@bunrab.catwhisker.org> <20020605102407.B21570@FreeBSD.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020605102407.B21570@FreeBSD.ORG> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jun 05, 2002 at 10:24:07AM -0700, J. Mallett wrote: > * From David Wolfskill [snip] > > g1-9(5.0-C)[2] ps -ax > > ps: pid tt state time command: keyword not found > > ps: no valid keywords > > g1-9(5.0-C)[3] > > This is due to me un-breaking seperation of keywords and not testing > enough. Sorry. Give me five minutes. Hi, may I ask you what kind of changes are you doing to ps ? since I've worked a lot on ps to make it SUSV3 complian and don't want to redo all the job I've done. some days ago, I've asked to be recorded to the `FreeBSD C99 & POSIX Conformance Project' (http://www.FreeBSD.org/projects/c99/) as the ps maintainer but the page has not been updated yet. Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 15:57:46 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 DCBDD37B404 for ; Wed, 5 Jun 2002 15:57:42 -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 g55MvfRs046815; Wed, 5 Jun 2002 15:57:41 -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 g55Mvfs6046814; Wed, 5 Jun 2002 15:57:41 -0700 (PDT) Date: Wed, 5 Jun 2002 15:57:41 -0700 From: Steve Kargl To: Scott Long Cc: Dag-Erling Smorgrav , Michael Nottebrock , freebsd-current Subject: Re: buildworld failure in libfetch Message-ID: <20020605155741.A44228@troutmask.apl.washington.edu> References: <3CFE4428.5010309@gmx.net> <3CFE4C85.4080604@gmx.net> <20020605224455.GA14866@hollin.btc.adaptec.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: <20020605224455.GA14866@hollin.btc.adaptec.com>; from scott_long@btc.adaptec.com on Wed, Jun 05, 2002 at 04:44:55PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jun 05, 2002 at 04:44:55PM -0600, Scott Long wrote: > Ok, I finally feel the need to speak up here. > I sent this patch to DES in private email, but it fixes world. Watch for cut-n-paste problems. troutmask:root[249] diff -u Makefile.inc1.orig Makefile.inc1 --- Makefile.inc1.orig Wed Jun 5 14:24:15 2002 +++ Makefile.inc1 Wed Jun 5 14:27:26 2002 @@ -720,6 +720,9 @@ _prebuild_libs+= secure/lib/libssh secure/lib/libssh__L: secure/lib/libcrypto__L lib/libz__L .endif +.if !defined(NO_OPENSSL) +_prebuild_libs+= secure/lib/libssl +.endif _generic_libs+= secure/lib .endif -- 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 5 16:15: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 0EB4F37B40D for ; Wed, 5 Jun 2002 16:14:56 -0700 (PDT) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g55NEseE013590 for ; Wed, 5 Jun 2002 16:14:54 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g55NEs4K013589 for current@freebsd.org; Wed, 5 Jun 2002 16:14:54 -0700 Date: Wed, 5 Jun 2002 16:14:54 -0700 From: Brooks Davis To: current@freebsd.org Subject: dump (via amanda) causing panics Message-ID: <20020605161454.A22201@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable For the last week or so I've had my laptop panic every time amanda did a dump of it. This happens with a kernel as of yesterday so it probably wasn't just a bad update. Before the crash I see the following in dmesg: ad0: count 6359632 size transfers not supported bus_dmamap_load: Too many segs! buf_len =3D 0xc204abb0 ad0: READ command tiemotu tag=3D0 serv=3D0 - resetting ad0: resetting devices .. done [the above repeated twice more] ad0: count 6359632 size transfers not supported bus_dmamap_load: Too many segs! buf_len =3D 0xc204abb0 ad0: READ command tiemotu tag=3D0 serv=3D0 - resetting ad0: trying to fall back to PIO mode ad0: resetting devices .. done ad0: count 6359632 size transfers not supported PANIC I don't have a stack trace at the moment because I didn't have my kernel compiled with -gstabs+. I'm working on that. Dump does seem to run for a while before the panic occurs and I was able to dump / to /dev/null without a panic. Any ideas? -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8/pttXY6L6fI4GtQRAhZFAKDECk6APKhUIz2dVpnORjYHP1kF8ACg4ULa kt3MG+HhoOW0Hx66D73rgEc= =LDNX -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 16:27:56 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 2B1FE37B405; Wed, 5 Jun 2002 16:27:51 -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 JAA27272; Thu, 6 Jun 2002 09:27:45 +1000 Date: Thu, 6 Jun 2002 09:28:22 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Poul-Henning Kamp Cc: alpha@FreeBSD.ORG, Subject: Re: alpha boot1 UFS support: HELP NEEDED! In-Reply-To: <55451.1023310717@critter.freebsd.dk> Message-ID: <20020606092529.Q9335-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 5 Jun 2002, Poul-Henning Kamp wrote: > In message <20020606065434.R8685-100000@gamplex.bde.org>, Bruce Evans writes: > >On Wed, 5 Jun 2002, Poul-Henning Kamp wrote: > > > >> Somebody wh > >> use sys/boot/common/ufsread.c before June 19th where the UFS2 patch > >> is scheduled to be committed. > > > >This must not be needed, since old boot blocks must keep working with > >old file systems. > > Does not compute. > > Old bootblocks are on the disks and nobody are changing them so they will > keep working with what they work with. > > This change is necessary if the alpha architecture wants to be able > to boot from a UFS2 filesystem in the future. This change is necessary in the future if someone wants to boot from a UFS2 file system. > The UFS2 patch btw allows the ufsread() function to be compiled in a > "UFS1 only" or "UFS1 or UFS2" configuration. I'm surprised both fit in the i386 version. 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 5 17:45: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 5505437B882 for ; Wed, 5 Jun 2002 17:39:50 -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 KAA04413; Thu, 6 Jun 2002 10:36:35 +1000 Date: Thu, 6 Jun 2002 10:37:12 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Brooks Davis Cc: current@FreeBSD.ORG Subject: Re: dump (via amanda) causing panics In-Reply-To: <20020605161454.A22201@Odin.AC.HMC.Edu> Message-ID: <20020606100455.N9476-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 5 Jun 2002, Brooks Davis wrote: > For the last week or so I've had my laptop panic every time amanda did > a dump of it. This happens with a kernel as of yesterday so it probably > wasn't just a bad update. > > Before the crash I see the following in dmesg: > > ad0: count 6359632 size transfers not supported > bus_dmamap_load: Too many segs! buf_len = 0xc204abb0 > ad0: READ command tiemotu tag=0 serv=0 - resetting > ad0: resetting devices .. done > [the above repeated twice more] > ad0: count 6359632 size transfers not supported > bus_dmamap_load: Too many segs! buf_len = 0xc204abb0 > ad0: READ command tiemotu tag=0 serv=0 - resetting > ad0: trying to fall back to PIO mode > ad0: resetting devices .. done > ad0: count 6359632 size transfers not supported > PANIC This is caused by: (1) amanda attempting to read from a bad offset on the device. Almost any offset that causes a block number of >= 2GB or 4GB will trigger the kernel bug. (2) the bounds checking in dscheck() being 64-bit daddr_t casualty (*blush*). I just committed this fix which I had been sitting on this fix for too long: %%% Index: subr_diskslice.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_diskslice.c,v retrieving revision 1.103 diff -u -2 -r1.103 subr_diskslice.c --- subr_diskslice.c 12 May 2002 20:49:41 -0000 1.103 +++ subr_diskslice.c 23 May 2002 14:10:26 -0000 @@ -57,4 +57,5 @@ #include #include +#include #include #include @@ -225,5 +226,5 @@ /* beyond partition? */ - if (secno + nsec > endsecno) { + if ((uintmax_t)secno + nsec > endsecno) { /* if exactly at end of disk, return an EOF */ if (secno == endsecno) { @@ -232,10 +233,9 @@ } /* or truncate if part of it fits */ - nsec = endsecno - secno; - if (nsec <= 0) { + if (secno > endsecno) { bp->bio_error = EINVAL; goto bad; } - bp->bio_bcount = nsec * ssp->dss_secsize; + bp->bio_bcount = (endsecno - secno) * ssp->dss_secsize; } %%% This fixes 2 overflow bugs. The main one is in the second hunk. Offsets way beyond the end of the disk caused "truncation" to actually expand the block to a huge one. (`nsec = endsecno - secno' subtracts a daddr_t that is known to be positive from a u_long and stores the result in a long, so overflow used to be only possible (for the assignment only) for physical disks with more than 2GB sectors, but it is now possible for byte offsets larger than 1TB which are much cheaper than 1TB disks.) Device drivers that check the bounds directly probably have variants of this bug. Ones that use the deprecated bounds_check_with_label() (mainly ccd and drivers for ancient cdroms) certainly do. 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 5 18:42:38 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 3551737B406; Wed, 5 Jun 2002 18:42:28 -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 LAA13577; Thu, 6 Jun 2002 11:42:25 +1000 Date: Thu, 6 Jun 2002 11:42:59 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: current@freebsd.org Cc: obrien@freebsd.org Subject: fixes for gcc -falign-foo Message-ID: <20020606112018.L9756-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have been using the following fixes for gcc -falign-foo for almost a month with no problem. %%% Index: toplev.c =================================================================== RCS file: /home/ncvs/src/contrib/gcc/toplev.c,v retrieving revision 1.13 diff -u -2 -r1.13 toplev.c --- toplev.c 9 May 2002 22:15:04 -0000 1.13 +++ toplev.c 12 May 2002 14:22:43 -0000 @@ -4747,5 +4747,5 @@ } - if (optimize < 2 || optimize_size) + if (optimize_size) { align_loops = 1; Index: config/i386/i386.h =================================================================== RCS file: /home/ncvs/src/contrib/gcc/config/i386/i386.h,v retrieving revision 1.9 diff -u -2 -r1.9 i386.h --- config/i386/i386.h 30 May 2002 06:04:14 -0000 1.9 +++ config/i386/i386.h 1 Jun 2002 20:49:25 -0000 @@ -762,5 +778,5 @@ /* Allocation boundary for the code of a function. */ -#define FUNCTION_BOUNDARY 16 +#define FUNCTION_BOUNDARY 8 /* Alignment of field after `int : 0' in a structure. */ %%% The patch to toplev.c fixes a plain bug. gcc -O0 and -O1 didn't do the easy optimization of alignment for space. They attempted to do the easy optimization of alignment for time, which should be to 1-byte alignment on i386's. However, the second bug forces the alignment to 2 bytes for functions only. The alignment should be to the target-dependent default. This is in struct processor_target_table[] in config/i386/i386.c on i386's. The defaults are very target-dependent and much larger than 1 or 2 (e.g., 64 for align-jumps on athlons!). The patch in i386.h permits -falign-foo=1 to work. It is not quite right, because a boundary of 2 bytes is apparently required for C++. This shouldn't be a problem, since the boundary shouldn't be 1 unless the user really wants that boundary and sets it using -falign-functions=1. However, the following cases give the too-small boundary of 1 even when -falign-functions is not used: - without the first patch: both -Oo and -O1 - with the first patch: -Os only. The thread about the PR (http://gcc.gnu.org/ml/gcc/2002-05/msg00989.html) doesn't seem to lead anywhere. 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 5 19:45:51 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 8EDEC37B404 for ; Wed, 5 Jun 2002 19:45:48 -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 g562jm0h090428 for ; Wed, 5 Jun 2002 19:45:48 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.3/8.12.3/Submit) id g562jm2Q090426 for current@freebsd.org; Wed, 5 Jun 2002 19:45:48 -0700 (PDT) Date: Wed, 5 Jun 2002 19:45:48 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200206060245.g562jm2Q090426@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: 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 -------------------------------------------------------------- ===> gnu/usr.bin/cc/cc_int ... /d/home/des/tinderbox/src/contrib/gcc/config/i386/i386.c:54:2: warning: #warning NEED TO REVISIT "PIC_REG_USED" AND -mprofiler-epilogue SUPPORT ===> gnu/usr.bin/cc/cc /d/home/des/tinderbox/src/contrib/gcc/gcc.c: In function `process_command': /d/home/des/tinderbox/src/contrib/gcc/gcc.c:3335: warning: passing arg 4 of `getobjformat' from incompatible pointer type /d/home/des/tinderbox/src/contrib/gcc/gcc.c:3377: warning: assignment discards qualifiers from pointer target type /d/home/des/tinderbox/src/contrib/gcc/gcc.c:3379: warning: assignment from incompatible pointer type /d/home/des/tinderbox/src/contrib/gcc/gcc.c: In function `main': /d/home/des/tinderbox/src/contrib/gcc/gcc.c:5994: `FBSD_DATA_PREFIX' undeclared (first use in this function) /d/home/des/tinderbox/src/contrib/gcc/gcc.c:5994: (Each undeclared identifier is reported only once /d/home/des/tinderbox/src/contrib/gcc/gcc.c:5994: for each function it appears in.) *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin/cc/cc. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin/cc. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 20: 1:59 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 20C1537B403 for ; Wed, 5 Jun 2002 20:01:55 -0700 (PDT) Received: from quad.pozo.com (quad.pozo.com [216.101.162.53]) by pozo.com (8.12.3/8.12.3) with ESMTP id g5631sfZ003843 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 5 Jun 2002 20:01:54 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <5.1.1.6.2.20020605195136.00a78d18@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Wed, 05 Jun 2002 20:01:54 -0700 To: current@FreeBSD.ORG From: Manfred Antar Subject: dump on current broken -- master/slave protocol botched Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have been using the following command to dump for months with no problem: dump 0fua /dev/nsa0 /dev/da0s1a for the past few weeks I get this: (bin)504}dump 0fua /dev/nsa0 /dev/da0s1a DUMP: Date of this level 0 dump: Wed Jun 5 19:54:04 2002 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/da0s1a (/) to /dev/nsa0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 67590 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: master/slave protocol botched. DUMP: The ENTIRE dump is aborted. (bin)505} I restored dump from a tape from 5/3/2002 and it works fine : (bin)506}old.dump 0fua /dev/nsa0 /dev/da0s1a DUMP: Date of this level 0 dump: Wed Jun 5 19:56:05 2002 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/da0s1a (/) to /dev/nsa0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 68395 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: DUMP: 68070 tape blocks on 1 volume DUMP: finished in 82 seconds, throughput 830 KBytes/sec DUMP: level 0 dump on Wed Jun 5 19:56:05 2002 DUMP: Closing /dev/nsa0 DUMP: DUMP IS DONE The hardware is SCSI adaptec controller: ahc0: port 0xfc00-0xfcff mem 0xffbea000-0xffbeafff irq 10 at device 9.0 on pci0 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs Disk: da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da0: 8683MB (17783112 512 byte sectors: 255H 63S/T 1106C) Tape drive HP DDS2: sa0 at ahc0 bus 0 target 4 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15) Manfred ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 21: 5: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by hub.freebsd.org (Postfix) with ESMTP id 5BDC937B404 for ; Wed, 5 Jun 2002 21:04:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id 234C424D22 for ; Thu, 6 Jun 2002 13:04:57 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id 650C124D1C for ; Thu, 6 Jun 2002 13:04:53 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id C7D521E480F for ; Thu, 6 Jun 2002 13:04:51 +0900 (JST) Date: Thu, 06 Jun 2002 13:04:51 +0900 Message-ID: <7m8z5t59y4.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: freebsd-current@freebsd.org Subject: Re: buildworld failure in libfetch In-Reply-To: <3CFE4428.5010309@gmx.net> References: <3CFE4428.5010309@gmx.net> User-Agent: Wanderlust/2.9.10 (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 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS on ns.imgsrc.co.jp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This seems not yet fixed even after libfetch commit. U lib/libfetch/Makefile U lib/libfetch/common.c U lib/libfetch/common.h U lib/libfetch/http.c U usr.bin/fetch/Makefile ===> usr.sbin/pkg_install/add cc -O -pipe -march=pentium -I/usr/src/usr.sbin/pkg_install/add/../lib -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/usr.sbin/pkg_install/add/main.c cc -O -pipe -march=pentium -I/usr/src/usr.sbin/pkg_install/add/../lib -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/usr.sbin/pkg_install/add/perform.c cc -O -pipe -march=pentium -I/usr/src/usr.sbin/pkg_install/add/../lib -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/usr.sbin/pkg_install/add/futil.c cc -O -pipe -march=pentium -I/usr/src/usr.sbin/pkg_install/add/../lib -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/usr.sbin/pkg_install/add/extract.c cc -O -pipe -march=pentium -I/usr/src/usr.sbin/pkg_install/add/../lib -Wall -Wno-format-y2k -Wno-uninitialized -o pkg_add main.o perform.o futil.o extract.o /usr/obj/usr/src/usr.sbin/pkg_install/add/../lib/libinstall.a -lfetch -lmd /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_set_fd' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `X509_NAME_oneline' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_read' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_new' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_CTX_new' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_library_init' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `ERR_print_errors_fp' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_load_error_strings' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_CIPHER_get_name' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSLv23_client_method' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `X509_get_subject_name' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_get_current_cipher' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_connect' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `X509_get_issuer_name' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_get_peer_certificate' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_write' *** Error code 1 Stop in /usr/src/usr.sbin/pkg_install/add. *** Error code 1 -- Jun Kuriyama // IMG SRC, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 21:16: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 2E29037B401 for ; Wed, 5 Jun 2002 21:16:32 -0700 (PDT) Received: from twestrelay05.boulder.ibm.com (twestrelay05.boulder.ibm.com [9.17.194.56]) by e21.nc.us.ibm.com (8.12.2/8.12.2) with ESMTP id g564GVFD127484 for ; Thu, 6 Jun 2002 00:16:31 -0400 Received: from calvin.in.ibm.com (calvin.in.ibm.com [9.182.24.126]) by twestrelay05.boulder.ibm.com (8.11.1m3/NCO/VER6.1) with ESMTP id g564GTo26922 for ; Wed, 5 Jun 2002 22:16:30 -0600 Received: by calvin.in.ibm.com (Postfix, from userid 1001) id BCED733CB; Thu, 6 Jun 2002 09:45:37 +0530 (IST) Date: Thu, 6 Jun 2002 09:45:37 +0530 From: Sid Carter To: freebsd-current@freebsd.org Subject: make buildworld failure Message-ID: <20020606041537.GA42917@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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, make buildworld fails after the latest cvsup. The error I get is this........ ------------------------------------- calvin# tail -30 /usr/ports/nooworld.log ranlib libcc_int.a ===> gnu/usr.bin/cc/cc cc -O -pipe -march=pentiumpro -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc/../../../../contrib/gcc/config -DDEFAULT_TARGET_VERSION=\"3.1\" -DDEFAULT_TARGET_MACHINE=\"i386-undermydesk-freebsd\" -D__FBSDID=__RCSID -c /usr/src/contrib/gcc/gcc.c /usr/src/contrib/gcc/gcc.c: In function `process_command': /usr/src/contrib/gcc/gcc.c:3335: warning: passing arg 4 of `getobjformat' from incompatible pointer type /usr/src/contrib/gcc/gcc.c:3377: warning: assignment discards qualifiers from pointer target type /usr/src/contrib/gcc/gcc.c:3379: warning: assignment from incompatible pointer type /usr/src/contrib/gcc/gcc.c: In function `main': /usr/src/contrib/gcc/gcc.c:5994: `FBSD_DATA_PREFIX' undeclared (first use in this function) /usr/src/contrib/gcc/gcc.c:5994: (Each undeclared identifier is reported only once /usr/src/contrib/gcc/gcc.c:5994: for each function it appears in.) *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. calvin# exit exit Script done on Thu Jun 6 09:33:47 2002 calvin# uname -a FreeBSD calvin 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Jun 3 17:54:43 IST 2002 root@calvin:/usr/obj/usr/src/sys/GENERIC i386 ------------------------------------- Anything obviously wrong here ? TIA 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 Wed Jun 5 21:28:37 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 4817B37B408; Wed, 5 Jun 2002 21:28:35 -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 g564SYqI011167; Wed, 5 Jun 2002 21:28:34 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g564SY1c011166; Wed, 5 Jun 2002 21:28:34 -0700 (PDT) (envelope-from dillon) Date: Wed, 5 Jun 2002 21:28:34 -0700 (PDT) From: Matthew Dillon Message-Id: <200206060428.g564SY1c011166@apollo.backplane.com> To: Bruce Evans Cc: current@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: fixes for gcc -falign-foo References: <20020606112018.L9756-100000@gamplex.bde.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey Bruce or David... has GCC3 by any chance fixed the stack alignment eyesore or is that still the default? If so could we by any chance fix it in our version? It creates massive bloat when you have lots of tiny functions and as far as I can tell there is no advantage at all except for the occassional floating point intensive app. I really hate having to specify -mpreferred-stack-boundary=2 in my builds. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 21:46: 0 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 C9DDB37B405 for ; Wed, 5 Jun 2002 21:45:55 -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 g564jtRs048516; Wed, 5 Jun 2002 21:45:55 -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 g564jt5f048515; Wed, 5 Jun 2002 21:45:55 -0700 (PDT) Date: Wed, 5 Jun 2002 21:45:55 -0700 From: Steve Kargl To: Jun Kuriyama Cc: freebsd-current@FreeBSD.ORG Subject: Re: buildworld failure in libfetch Message-ID: <20020605214555.A48507@troutmask.apl.washington.edu> References: <3CFE4428.5010309@gmx.net> <7m8z5t59y4.wl@black.imgsrc.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <7m8z5t59y4.wl@black.imgsrc.co.jp>; from kuriyama@imgsrc.co.jp on Thu, Jun 06, 2002 at 01:04:51PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 06, 2002 at 01:04:51PM +0900, Jun Kuriyama wrote: > > This seems not yet fixed even after libfetch commit. > > U lib/libfetch/Makefile > U lib/libfetch/common.c > U lib/libfetch/common.h > U lib/libfetch/http.c > U usr.bin/fetch/Makefile > > --- /usr/src/Makefile.inc1.orig Wed Jun 5 14:24:15 2002 +++ /usr/src/Makefile.inc1 Wed Jun 5 14:27:26 2002 @@ -720,6 +720,9 @@ _prebuild_libs+= secure/lib/libssh secure/lib/libssh__L: secure/lib/libcrypto__L lib/libz__L .endif +.if !defined(NO_OPENSSL) +_prebuild_libs+= secure/lib/libssl +.endif _generic_libs+= secure/lib .endif -- 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 5 22:22:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id A771837B401 for ; Wed, 5 Jun 2002 22:22:04 -0700 (PDT) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g565M2eE020287; Wed, 5 Jun 2002 22:22:02 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g565M2po020286; Wed, 5 Jun 2002 22:22:02 -0700 Date: Wed, 5 Jun 2002 22:22:02 -0700 From: Brooks Davis To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: dump (via amanda) causing panics Message-ID: <20020605222202.A17619@Odin.AC.HMC.Edu> References: <20020605161454.A22201@Odin.AC.HMC.Edu> <20020606100455.N9476-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020606100455.N9476-100000@gamplex.bde.org>; from bde@zeta.org.au on Thu, Jun 06, 2002 at 10:37:12AM +1000 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 06, 2002 at 10:37:12AM +1000, Bruce Evans wrote: > On Wed, 5 Jun 2002, Brooks Davis wrote: >=20 > > For the last week or so I've had my laptop panic every time amanda did > > a dump of it. This happens with a kernel as of yesterday so it probably > > wasn't just a bad update. >=20 > This is caused by: > (1) amanda attempting to read from a bad offset on the device. Almost > any offset that causes a block number of >=3D 2GB or 4GB will trigger > the kernel bug. > (2) the bounds checking in dscheck() being 64-bit daddr_t casualty > (*blush*). This fixes the panic. It appears there's also another bug in dump though. When I run dump I get this: [10:15pm] brooks@minya (~): sudo dump -a -f /dev/null /var Password: DUMP: Date of this level 0 dump: Wed Jun 5 22:16:09 2002 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/ad0s2e (/var) to /dev/null DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 580085 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: master/slave protocol botched. DUMP: The ENTIRE dump is aborted. Any idea what this problem is? -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8/vF6XY6L6fI4GtQRAjoMAKCXvnDBce65/GkecL/+1H0JfD7PRwCfexkx YUwNs1JVouunstxawLPPPQw= =iKx5 -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 5 22:40:32 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 08B3837B400; Wed, 5 Jun 2002 22:40:20 -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 PAA13016; Thu, 6 Jun 2002 15:39:49 +1000 Date: Thu, 6 Jun 2002 15:40:23 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Matthew Dillon Cc: current@FreeBSD.ORG, Subject: Re: fixes for gcc -falign-foo In-Reply-To: <200206060428.g564SY1c011166@apollo.backplane.com> Message-ID: <20020606152514.H10454-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 5 Jun 2002, Matthew Dillon wrote: > Hey Bruce or David... has GCC3 by any chance fixed the stack alignment > eyesore or is that still the default? If so could we by any chance fix > it in our version? It creates massive bloat when you have lots of tiny > functions and as far as I can tell there is no advantage at all except > for the occassional floating point intensive app. I really hate having > to specify -mpreferred-stack-boundary=2 in my builds. Apparently not. It seems to have even added an extra stack alignment instruction: %%% $ cat z.c main() { foo(); bar(1, 2); } $ cc -O -S z.c $ cat z.s .file "z.c" .text .p2align 2,,3 .globl main .type main,@function main: pushl %ebp movl %esp, %ebp subl $8, %esp andl $-16, %esp <--- call foo subl $8, %esp pushl $2 pushl $1 call bar leave ret .Lfe1: .size main,.Lfe1-main .ident "GCC: (GNU) 3.1 [FreeBSD] 20020509 (prerelease)" %%% This andl is precisely what is needed to get the stack to a known alignment starting from an unknown one, but I think it should only be done if the function has any local variables that need more than 4-byte alignment (and/or if the cpu arch cares). But in the above it is just an extra instruction if the caller has already aligned the stack. The alignment and the extra alignment is even down when it is obviously just wasted: %%% $ cat z.c main() { } $ cc -O3 -S z.c $ cat z.s .file "z.c" .text .p2align 2,,3 .globl main .type main,@function main: pushl %ebp movl %esp, %ebp subl $8, %esp <-- old alignment andl $-16, %esp <-- new alignment leave <-- alignment not actually used ret .Lfe1: .size main,.Lfe1-main .ident "GCC: (GNU) 3.1 [FreeBSD] 20020509 (prerelease)" %%% I use the default for this except for compiling gcc itself. 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 5 23: 6:31 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 2033337B406 for ; Wed, 5 Jun 2002 23:06:22 -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 QAA16442; Thu, 6 Jun 2002 16:06:05 +1000 Date: Thu, 6 Jun 2002 16:06:40 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Brooks Davis Cc: current@FreeBSD.ORG Subject: Re: dump (via amanda) causing panics In-Reply-To: <20020605222202.A17619@Odin.AC.HMC.Edu> Message-ID: <20020606155619.U10544-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 5 Jun 2002, Brooks Davis wrote: > This fixes the panic. It appears there's also another bug in dump > though. When I run dump I get this: > > [10:15pm] brooks@minya (~): sudo dump -a -f /dev/null /var > Password: > DUMP: Date of this level 0 dump: Wed Jun 5 22:16:09 2002 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /dev/ad0s2e (/var) to /dev/null > DUMP: mapping (Pass I) [regular files] > DUMP: mapping (Pass II) [directories] > DUMP: estimated 580085 tape blocks. > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: master/slave protocol botched. > DUMP: The ENTIRE dump is aborted. > > Any idea what this problem is? I guess this is another 64-bit daddr_t problem. At least `daddr_t idblk[MAXNINDIR]' in traverse.c seems to be broken. This seems to be fixed in the ufs2 patch. There as another report about this earlier today, in a PR IIRC. 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 5 23:58:23 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 F2FD137B403; Wed, 5 Jun 2002 23:58:18 -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 936DE8B5BD; Wed, 5 Jun 2002 23:58:14 -0700 (PDT) Message-ID: <3CFF0806.2E50DAEA@FreeBSD.org> Date: Wed, 05 Jun 2002 23:58:14 -0700 From: Doug Barton 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: Bakul Shah Cc: Giorgos Keramidas , Alfred Perlstein , Dima Dorfman , Paul Herman , current@FreeBSD.ORG Subject: Re: stat(1) (was Re: mergemaster(8) broken -- uses Perl References: <200205191916.PAA16371@illustrious.cnchost.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bakul Shah wrote: > > > the trick nicely (but is too ``complicated'', and I'd still like > > having a tool that allows userland to call stat/fstat(2): I'm currently testing a buildworld prior to importing NetBSD's stat(1) into the tree. Once that's done, if you have suggestions for improvements I'm sure that they would be interested. I'll be happy to work with you on adding useful bits to it in our tree as well. You can see what I'm importing at http://cvsweb.netbsd.org/bsdweb.cgi/basesrc/usr.bin/stat/ My reasons for choosing to import this version are the obvious benefits of working closely with the NetBSD folks, as well as the fact that it has a large number of features, compiles cleanly on our system (even with WARNS=2), etc. 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 Thu Jun 6 1:54:27 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 5CE7F37B408 for ; Thu, 6 Jun 2002 01:54:23 -0700 (PDT) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.36 #1) id 17Ft27-0000QF-00; Thu, 06 Jun 2002 10:54:15 +0200 From: Sheldon Hearn To: Christopher Nehren Cc: current@freebsd.org Subject: Re: "Safe" to go to -CURRENT? In-reply-to: Your message of "05 Jun 2002 08:46:59 GMT." <1023266819.500.6.camel@prophecy.dyndns.org> Date: Thu, 06 Jun 2002 10:54:15 +0200 Message-ID: <1626.1023353655@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 05 Jun 2002 08:46:59 GMT, Christopher Nehren wrote: > I've been monitoring the -CURRENT mailing list for about a day or two, > and haven't seen anything that's really broken (except for GCC 3.x, > which I don't use anyway). So, is it "safe" to upgrade to -CURRENT yet? > TIA for the info, > Chris There are still issues with the C++ compiler in the base system that make building X and some other C++ ports tricky. If you use a lot of X applications, you might want to hold back if you're looking for a smooth ride. The base system itself seems pretty stable, though. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 2: 2:52 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 16E6D37B403; Thu, 6 Jun 2002 02:02:48 -0700 (PDT) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.36 #1) id 17FtAd-0000SB-00; Thu, 06 Jun 2002 11:03:03 +0200 From: Sheldon Hearn To: Doug Barton Cc: Bakul Shah , Giorgos Keramidas , Alfred Perlstein , Dima Dorfman , Paul Herman , current@FreeBSD.ORG Subject: Re: stat(1) (was Re: mergemaster(8) broken -- uses Perl In-reply-to: Your message of "Wed, 05 Jun 2002 23:58:14 MST." <3CFF0806.2E50DAEA@FreeBSD.org> Date: Thu, 06 Jun 2002 11:03:03 +0200 Message-ID: <1746.1023354183@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 05 Jun 2002 23:58:14 MST, Doug Barton wrote: > I'm currently testing a buildworld prior to importing NetBSD's stat(1) > into the tree. Once that's done, if you have suggestions for > improvements I'm sure that they would be interested. I'll be happy to > work with you on adding useful bits to it in our tree as well. You can > see what I'm importing at > http://cvsweb.netbsd.org/bsdweb.cgi/basesrc/usr.bin/stat/ I really like the fact that you're trying to maintain NetBSD compatibility with tools imported from NetBSD. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 2: 5:37 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 6529F37B404 for ; Thu, 6 Jun 2002 02:05:34 -0700 (PDT) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.36 #1) id 17FtDO-0000TA-00; Thu, 06 Jun 2002 11:05:54 +0200 From: Sheldon Hearn To: Andrea Campi Cc: freebsd-current@freebsd.org Subject: Re: buildworld error in gnu/lib/libstdc++ In-reply-to: Your message of "Wed, 05 Jun 2002 15:36:04 +0200." <20020605133604.GA1585@webcom.it> Date: Thu, 06 Jun 2002 11:05:54 +0200 Message-ID: <1807.1023354354@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 05 Jun 2002 15:36:04 +0200, Andrea Campi wrote: > I've been seeing a compile error in gnu/lib/libstdc++ for days now. Since no > one else reported it (not even tinderbox) I can only wonder what's up, and > expecially how to get out of this. Show the compile error. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 2:13:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from hal-7.inet.it (hal-7.inet.it [213.92.5.33]) by hub.freebsd.org (Postfix) with ESMTP id 6E97D37B400 for ; Thu, 6 Jun 2002 02:13:43 -0700 (PDT) Received: from [::ffff:213.92.1.165] by hal-7.inet.it via I-SMTP-4.1.1-410 id 007+g5F15nQEq; Thu, 06 Jun 11:13:42 2002 +0200 Received: from webcom.it (brian.inet.it [213.92.1.190]) by acampi.inet.it (Postfix) with SMTP id 609D91550F for ; Thu, 6 Jun 2002 11:13:41 +0200 (CEST) Received: (qmail 82810 invoked by uid 1000); 6 Jun 2002 07:49:14 -0000 Date: Thu, 6 Jun 2002 09:49:14 +0200 From: Andrea Campi To: Sheldon Hearn Cc: freebsd-current@freebsd.org Subject: Re: buildworld error in gnu/lib/libstdc++ Message-ID: <20020606074913.GB1585@webcom.it> References: <20020605133604.GA1585@webcom.it> <1807.1023354354@axl.seasidesoftware.co.za> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <1807.1023354354@axl.seasidesoftware.co.za> User-Agent: Mutt/1.3.99i X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jun 06, 2002 at 11:05:54AM +0200, Sheldon Hearn wrote: > On Wed, 05 Jun 2002 15:36:04 +0200, Andrea Campi wrote: > > > I've been seeing a compile error in gnu/lib/libstdc++ for days now. Since no > > one else reported it (not even tinderbox) I can only wonder what's up, and > > expecially how to get out of this. > > Show the compile error. Grrr... of course I meant to attach the error, as I wrote, but I didn't.... OK, it's in the attachment! Bye, Andrea -- Actually, Microsoft is sort of a mixture between the Borg and the Ferengi. --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="buildworld.err" [...] ===> gnu/lib/libreadline/readline ===> gnu/lib/libreadline/readline/doc ===> gnu/lib/libstdc++ c++ -O -pipe -march=pentiumpro -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/usr/src/gnu/lib/libstdc++ -I/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/usr/src/gnu/lib/libstdc++/../../../contrib/gcc -fno-implicit-templates -ffunction-sections -fdata-sections -Wno-deprecated -c /usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/src/globals.cc -o globals.o In file included from /usr/obj/usr/src/i386/usr/include/g++/iosfwd:46, from /usr/obj/usr/src/i386/usr/include/g++/ios:44, from /usr/obj/usr/src/i386/usr/include/g++/istream:44, from /usr/obj/usr/src/i386/usr/include/g++/fstream:45, from /usr/src/contrib/libstdc++/src/globals.cc:30: /usr/obj/usr/src/i386/usr/include/g++/bits/fpos.h:40:50: bits/std_cwchar.h: No such file or directory In file included from /usr/obj/usr/src/i386/usr/include/g++/iosfwd:46, from /usr/obj/usr/src/i386/usr/include/g++/ios:44, from /usr/obj/usr/src/i386/usr/include/g++/istream:44, from /usr/obj/usr/src/i386/usr/include/g++/fstream:45, from /usr/src/contrib/libstdc++/src/globals.cc:30: /usr/obj/usr/src/i386/usr/include/g++/bits/fpos.h:112: `mbstate_t' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/fpos.h:112: template argument 1 is invalid In file included from /usr/obj/usr/src/i386/usr/include/g++/ios:46, from /usr/obj/usr/src/i386/usr/include/g++/istream:44, from /usr/obj/usr/src/i386/usr/include/g++/fstream:45, from /usr/src/contrib/libstdc++/src/globals.cc:30: /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:39:63: bits/std_cstring.h: No such file or directory In file included from /usr/obj/usr/src/i386/usr/include/g++/ios:46, from /usr/obj/usr/src/i386/usr/include/g++/istream:44, from /usr/obj/usr/src/i386/usr/include/g++/fstream:45, from /usr/src/contrib/libstdc++/src/globals.cc:30: /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:55: syntax error before `;' token /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:138: syntax error before `;' token /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h: In static member function `static int std::char_traits::compare(const char*, const char*, unsigned int)': /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:154: `memcmp' undeclared (first use this function) /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:154: (Each undeclared identifier is reported only once for each function it appears in.) /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h: In static member function `static size_t std::char_traits::length(const char*)': /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:158: `strlen' undeclared (first use this function) /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h: In static member function `static const char* std::char_traits::find(const char*, unsigned int, const char&)': /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:162: `memchr' undeclared (first use this function) /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h: In static member function `static char* std::char_traits::move(char*, const char*, unsigned int)': /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:166: `memmove' undeclared (first use this function) /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h: In static member function `static char* std::char_traits::copy(char*, const char*, unsigned int)': /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:170: `memcpy' undeclared (first use this function) /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h: In static member function `static char* std::char_traits::assign(char*, unsigned int, char)': /usr/obj/usr/src/i386/usr/include/g++/bits/char_traits.h:174: `memset' undeclared (first use this function) In file included from /usr/obj/usr/src/i386/usr/include/g++/ios:48, from /usr/obj/usr/src/i386/usr/include/g++/istream:44, from /usr/obj/usr/src/i386/usr/include/g++/fstream:45, from /usr/src/contrib/libstdc++/src/globals.cc:30: /usr/obj/usr/src/i386/usr/include/g++/bits/localefwd.h:41:48: bits/std_climits.h: No such file or directory /usr/obj/usr/src/i386/usr/include/g++/bits/localefwd.h:42:46: bits/std_string.h: No such file or directory /usr/obj/usr/src/i386/usr/include/g++/bits/localefwd.h:43:53: bits/std_cctype.h: No such file or directory In file included from /usr/obj/usr/src/i386/usr/include/g++/ios:48, from /usr/obj/usr/src/i386/usr/include/g++/istream:44, from /usr/obj/usr/src/i386/usr/include/g++/fstream:45, from /usr/src/contrib/libstdc++/src/globals.cc:30: /usr/obj/usr/src/i386/usr/include/g++/bits/localefwd.h: At global scope: /usr/obj/usr/src/i386/usr/include/g++/bits/localefwd.h:129: `mbstate_t' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/localefwd.h:129: template argument 3 is invalid /usr/obj/usr/src/i386/usr/include/g++/bits/localefwd.h:312: field `_M_names' has incomplete type /usr/obj/usr/src/i386/usr/include/g++/bits/localefwd.h: In member function `bool std::locale::_Impl::_M_check_same_name()': /usr/obj/usr/src/i386/usr/include/g++/bits/localefwd.h:347: `_M_names' undeclared (first use this function) In file included from /usr/obj/usr/src/i386/usr/include/g++/ios:51, from /usr/obj/usr/src/i386/usr/include/g++/istream:44, from /usr/obj/usr/src/i386/usr/include/g++/fstream:45, from /usr/src/contrib/libstdc++/src/globals.cc:30: /usr/obj/usr/src/i386/usr/include/g++/bits/basic_ios.h:35:28: bits/sbuf_iter.h: No such file or directory In file included from /usr/obj/usr/src/i386/usr/include/g++/bits/basic_ios.h:36, from /usr/obj/usr/src/i386/usr/include/g++/ios:51, from /usr/obj/usr/src/i386/usr/include/g++/istream:44, from /usr/obj/usr/src/i386/usr/include/g++/fstream:45, from /usr/src/contrib/libstdc++/src/globals.cc:30: /usr/obj/usr/src/i386/usr/include/g++/bits/locale_facets.h:41:49: bits/std_ctime.h: No such file or directory /usr/obj/usr/src/i386/usr/include/g++/bits/locale_facets.h:42:48: bits/std_ios.h: No such file or directory In file included from /usr/obj/usr/src/i386/usr/include/g++/bits/locale_facets.h:53, from /usr/obj/usr/src/i386/usr/include/g++/bits/basic_ios.h:36, from /usr/obj/usr/src/i386/usr/include/g++/ios:51, from /usr/obj/usr/src/i386/usr/include/g++/istream:44, from /usr/obj/usr/src/i386/usr/include/g++/fstream:45, from /usr/src/contrib/libstdc++/src/globals.cc:30: /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h: At global scope: /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h:61: `_U' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h:62: `_L' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h:63: `_A' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h:64: `_D' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h:65: `_X' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h:66: `_S' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h:67: `_R' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h:68: `_G' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h:69: `_C' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h:70: `_P' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h:71: `_A' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_base.h:71: `_D' was not declared in this scope In file included from /usr/obj/usr/src/i386/usr/include/g++/bits/locale_facets.h:392, from /usr/obj/usr/src/i386/usr/include/g++/bits/basic_ios.h:36, from /usr/obj/usr/src/i386/usr/include/g++/ios:51, from /usr/obj/usr/src/i386/usr/include/g++/istream:44, from /usr/obj/usr/src/i386/usr/include/g++/fstream:45, from /usr/src/contrib/libstdc++/src/globals.cc:30: /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_inline.h: In member function `bool std::ctype::is(long unsigned int, char) const': /usr/obj/usr/src/i386/usr/include/g++/bits/ctype_inline.h:41: `__istype' undeclared (first use this function) In file included from /usr/obj/usr/src/i386/usr/include/g++/bits/locale_facets.h:415, from /usr/obj/usr/src/i386/usr/include/g++/bits/basic_ios.h:36, from /usr/obj/usr/src/i386/usr/include/g++/ios:51, from /usr/obj/usr/src/i386/usr/include/g++/istream:44, from /usr/obj/usr/src/i386/usr/include/g++/fstream:45, from /usr/src/contrib/libstdc++/src/globals.cc:30: /usr/obj/usr/src/i386/usr/include/g++/bits/codecvt.h: At global scope: /usr/obj/usr/src/i386/usr/include/g++/bits/codecvt.h:595: `mbstate_t' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/codecvt.h:596: template argument 3 is invalid /usr/obj/usr/src/i386/usr/include/g++/bits/codecvt.h:596: `mbstate_t' was not declared in this scope /usr/obj/usr/src/i386/usr/include/g++/bits/codecvt.h:597: template argument 3 is invalid /usr/obj/usr/src/i386/usr/include/g++/bits/codecvt.h:600: confused by earlier errors, bailing out *** Error code 1 Stop in /usr/src/gnu/lib/libstdc++. *** Error code 1 Stop in /usr/src/gnu/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --CE+1k2dSO48ffgeK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 2:14:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id B6B1B37B404 for ; Thu, 6 Jun 2002 02:14:33 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.3/8.12.3) with ESMTP id g569EUSA099408; Thu, 6 Jun 2002 10:14:31 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.3/8.12.3/Submit) with UUCP id g569EUIV099407; Thu, 6 Jun 2002 10:14:30 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g569EUUE016007; Thu, 6 Jun 2002 10:14:30 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200206060914.g569EUUE016007@grimreaper.grondar.org> To: "Lester A. Mesa" Cc: current@freebsd.org Subject: Re: Perl script rewrite (/usr/bin/mmroff) References: <00be01c20c01$ff6b5500$01000001@lesterm> In-Reply-To: <00be01c20c01$ff6b5500$01000001@lesterm> ; from "Lester A. Mesa" "Tue, 04 Jun 2002 15:57:03 EDT." Date: Thu, 06 Jun 2002 10:14:29 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > is someone currently converting /usr/bin/mmroff from perl to C ? Nope. > If no one is working on it, i'm willing to do it. You have it! Thanks! :-) M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 2:39:19 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 46A6C37B404 for ; Thu, 6 Jun 2002 02:39:14 -0700 (PDT) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.36 #1) id 17Ftjm-0000dg-00; Thu, 06 Jun 2002 11:39:22 +0200 From: Sheldon Hearn To: Scott Long Cc: Dag-Erling Smorgrav , Michael Nottebrock , freebsd-current Subject: Re: buildworld failure in libfetch In-reply-to: Your message of "Wed, 05 Jun 2002 16:44:55 CST." <20020605224455.GA14866@hollin.btc.adaptec.com> Date: Thu, 06 Jun 2002 11:39:22 +0200 Message-ID: <2459.1023356362@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 05 Jun 2002 16:44:55 CST, Scott Long wrote: > Ok, I finally feel the need to speak up here. > > DES, > > FREEFALL CVS IS NOT THE PLACE TO PUT EXPERIMENTAL CODE THAT BREAKS WORLD! > PERIOD! > > Don't give me any crap about "It's -current, you should expect breakage." > You are abusing this disclaimer far more than it was ever meant for. > Breaking world used to be a very humiliating event for committers. You, > however, break it on a consistent basis. What the F*CK? Yes, others > have broken world before you, and others will break it after you, but > you are abusing the standards of the project. I think you went a little over the top with this message. If you'd taken a moment to calm down and limited yourself to presenting an emotion-free complaint, you'd be in a much better position to expect a positive result. Yes, DES broke the world build. Yes, more / better testing on his part could have avoided the breakage. Still, it's seldom useful to come on so strong. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 3:56: 0 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 1737A37B406 for ; Thu, 6 Jun 2002 03:55:55 -0700 (PDT) Received: from kokeb.ambesa.net ([64.166.85.97]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GXA008W86D6SB@mta5.snfc21.pbi.net> for freebsd-current@freebsd.org; Thu, 06 Jun 2002 03:55:54 -0700 (PDT) Received: from kokeb.ambesa.net (dev1ant@localhost [127.0.0.1]) by kokeb.ambesa.net (8.12.3/8.12.3) with ESMTP id g56B1IvS070714 for ; Thu, 06 Jun 2002 04:01:18 -0700 (PDT envelope-from makonnen@pacbell.net) Received: (from mikem@localhost) by kokeb.ambesa.net (8.12.3/8.12.3/Submit) id g56B1ILq070713; Thu, 06 Jun 2002 04:01:18 -0700 (PDT envelope-from makonnen@pacbell.net) Date: Thu, 06 Jun 2002 05:01:18 -0600 From: Mike Makonnen Subject: rc.d boot scripts are ready To: freebsd-current@freebsd.org Message-id: <1023361278.70629.12.camel@kokeb.ambesa.net> MIME-version: 1.0 X-Mailer: Evolution/1.0.2 Content-type: text/plain Content-transfer-encoding: 7BIT X-Authentication-warning: kokeb.ambesa.net: mikem set sender to makonnen@pacbell.net using -f Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok folks, I have our current rc.* scripts ported to the NetBSD framework. Preliminary testing says it's good to go, so consider this an official call for testers. Gordon has indicated he is ready to start committing it soon. I ask that people start testing it out before he does so. That will enable me to get any remaining bugs fixed before it hits the tree. Once you download and follow the directions at: http://home.pacbell.net/makonnen/rcng.html you can enable it by including rc_ng="YES" in your /etc/rc.conf. If you experience any breakage please let me know so I can fix it. I'd appreciate it if people with the appropriate setups especially test the following: ATM ipfilter amd Any comments, constructive criticism welcome. 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 Thu Jun 6 4: 4:37 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 6631137B405; Thu, 6 Jun 2002 04:04:32 -0700 (PDT) Received: from kokeb.ambesa.net ([64.166.85.97]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GXA008J26RKSA@mta5.snfc21.pbi.net>; Thu, 06 Jun 2002 04:04:32 -0700 (PDT) Received: from kokeb.ambesa.net (dev1ant@localhost [127.0.0.1]) by kokeb.ambesa.net (8.12.3/8.12.3) with ESMTP id g56B9uvS070799; Thu, 06 Jun 2002 04:09:56 -0700 (PDT envelope-from mikem@kokeb.ambesa.net) Received: (from mikem@localhost) by kokeb.ambesa.net (8.12.3/8.12.3/Submit) id g56B9uIY070798; Thu, 06 Jun 2002 04:09:56 -0700 (PDT envelope-from mikem) Date: Thu, 06 Jun 2002 04:09:56 -0700 From: Mike Makonnen Subject: Re: rc.d boot scripts are ready In-reply-to: <1023361278.70629.12.camel@kokeb.ambesa.net> To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Message-id: <200206061109.g56B9uIY070798@kokeb.ambesa.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: <1023361278.70629.12.camel@kokeb.ambesa.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ forgive this breach of net-ettiquette, but this should probably be given a wider audience] On Thu, 06 Jun 2002 05:01:18 -0600 Mike Makonnen wrote: > > > Ok folks, > > I have our current rc.* scripts ported to the NetBSD framework. > Preliminary testing says it's good to go, so consider this an official > call for testers. Gordon has indicated he is ready to start committing > it soon. I ask that people start testing it out before he does so. That> will enable me to get any remaining bugs fixed before it hits the tree. > > Once you download and follow the directions at: > http://home.pacbell.net/makonnen/rcng.html > you can enable it by including rc_ng="YES" in your /etc/rc.conf. > > If you experience any breakage please let me know so I can fix it. > I'd appreciate it if people with the appropriate setups especially test> the following: > ATM > ipfilter > amd > > Any comments, constructive criticism welcome. > > Cheers, > Mike Makonnen > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 6:14:43 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 6D1BB37B408 for ; Thu, 6 Jun 2002 06:14:30 -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 GAA05538 for ; Thu, 6 Jun 2002 06:14:26 -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 g56DCgp16055 for ; Thu, 6 Jun 2002 15:12:42 +0200 Content-Transfer-Encoding: 7bit Content-Type: text/plain Date: 06 Jun 2002 15:12:56 +0200 From: "Georg-W. Koltermann" Message-Id: <1023369176.648.29.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 16028-3EBE6BFA; Thu, 06 Jun 2002 15:12:30 +0200 Subject: Panic in softdep_fsync() while running VMWare in background 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I get this panic sometimes when VMWare is executing in the background (iconified). It can take a while (a couple of hours) until it happens. The panic string says buffer not busy, but that seems to be fallout of a second panic during the panic. The first one seems to be caused by a trap in softdep_fsync(). Unfortunately it looks like my line numbers are wrong. This is a GCC 3.1 kernel, -current CVSupped on May 17 22:24 GMT+2. I boot kernel and use kernel.debug only for looking at the dump. These two should be identical except for the symbol table, right? Or did GCC 3.1 break this assumption? Any clue what is causing the panic? Anything else I could provide from the dump? -- Regards, Georg. (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=0xd287585c) at /usr/src/sys/kern/vfs_bio.c:1367 #4 0xc0242635 in vfs_bio_awrite (bp=0xd287585c) at /usr/src/sys/kern/vfs_bio.c:1367 #5 0xc01c8a67 in spec_fsync (ap=0xe3d88a24) at /usr/src/sys/fs/specfs/spec_vnops.c:849 #6 0xc01c844e in spec_vnoperate (ap=0xe3d88a24) 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=0xe0c25600, 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=0xe3d88c0c, eva=1845524107) at /usr/src/sys/i386/i386/trap.c:652 #13 0xc036d34b in trap_pfault (frame=0xe3d88c0c, usermode=0, eva=1845524107) at /usr/src/sys/i386/i386/trap.c:652 #14 0xc036cd34 in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 165662208, tf_esi = 0, tf_ebp = -472347472, tf_isp = -472347592, tf_ebx = 24, tf_edx = 1845524079, tf_ecx = 4, tf_eax = -472347496, tf_trapno = 12, tf_err = 0, tf_eip = -1070570113, tf_cs = 8, tf_eflags = 66182, tf_esp = -1069904279, tf_ss = 843472}) at /usr/src/sys/i386/i386/trap.c:652 #15 0xc030657f in softdep_fsync (vp=0xe42f9c30) at /usr/src/sys/ufs/ffs/ffs_softdep.c:4603 #16 0xc0258185 in fsync (td=0xe3d7a414, uap=0xe3d88cf8) at /usr/src/sys/kern/vfs_syscalls.c:640 #17 0xc036da82 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 1342242863, tf_edi = 165662208, tf_esi = 0, tf_ebp = -1077944332, tf_isp = -472347276, tf_ebx = 24, tf_edx = 24, tf_ecx = 3, tf_eax = 118, tf_trapno = 22, tf_err = 2, tf_eip = 685504173, tf_cs = 31, tf_eflags = 514, tf_esp = -1077944352, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:652 #18 0xc035c67d in syscall_with_err_pushed () at /var/tmp//ccqhs5l0.s:128 #19 0x83cccfc in ?? () #20 0x83e44d2 in ?? () #21 0x83dd07e in ?? () #22 0x82cdedb in ?? () #23 0x28b9b8ef in ?? () #24 0x82bd3bc in ?? () #25 0x82bfdc5 in ?? () #26 0x28d2c1eb in ?? () (kgdb) frame 15 #15 0xc030657f in softdep_fsync (vp=0xe42f9c30) at /usr/src/sys/ufs/ffs/ffs_softdep.c:4603 4603 } (kgdb) l 4598 vp->v_rdev->si_mountpoint && !VOP_ISLOCKED(vp, NULL) && 4599 (error = VFS_SYNC(vp->v_rdev->si_mountpoint, MNT_WAIT, ap->a_cred, 4600 ap->a_td)) != 0) 4601 return (error); 4602 return (0); 4603 } 4604 4605 /* 4606 * Flush the dependencies associated with an inodedep. 4607 * Called with splbio blocked. (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 6 7:20:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from vbook.express.ru (asplinux.ru [195.133.213.194]) by hub.freebsd.org (Postfix) with ESMTP id 25BCD37B400 for ; Thu, 6 Jun 2002 07:20:15 -0700 (PDT) Received: from vova by vbook.express.ru with local (Exim 3.36 #1) id 17Fy7N-0008Qa-00; Thu, 06 Jun 2002 18:20:01 +0400 Subject: Re: "Safe" to go to -CURRENT? From: "Vladimir B. " Grebenschikov To: Sheldon Hearn Cc: "current@freebsd.org" In-Reply-To: <1626.1023353655@axl.seasidesoftware.co.za> References: <1626.1023353655@axl.seasidesoftware.co.za> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Mailer: Ximian Evolution 1.0.5 Date: 06 Jun 2002 18:20:00 +0400 Message-Id: <1023373200.470.13.camel@vbook.express.ru> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG =F7 Thu, 06.06.2002, =D7 12:54, Sheldon Hearn =CE=C1=D0=C9=D3=C1=CC: > > I've been monitoring the -CURRENT mailing list for about a day or two, > > and haven't seen anything that's really broken (except for GCC 3.x, > > which I don't use anyway). So, is it "safe" to upgrade to -CURRENT yet? > > TIA for the info, > > Chris >=20 > There are still issues with the C++ compiler in the base system that > make building X and some other C++ ports tricky. If you use a lot of X > applications, you might want to hold back if you're looking for a smooth > ride. >=20 > The base system itself seems pretty stable, though. Not sure, yesterdays kernel give me panic somewhere about ufsdir. Week-old kernel work very good. Turning off softupdates and doing fsck not in background not helps. I will fill PR just after connecting serial console. =20 > Ciao, > Sheldon. =20 --=20 Vladimir B. Grebenschikov vova@sw.ru, SWsoft, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 9:27: 3 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 8709037B407 for ; Thu, 6 Jun 2002 09:26:58 -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 g56GQwJn088458; Thu, 6 Jun 2002 09:26:58 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g56GQnGK088457; Thu, 6 Jun 2002 09:26:50 -0700 (PDT) Date: Thu, 6 Jun 2002 09:26:49 -0700 From: "David O'Brien" To: Mark Murray Cc: "Lester A. Mesa" , current@freebsd.org Subject: Re: Perl script rewrite (/usr/bin/mmroff) Message-ID: <20020606092649.A59829@dragon.nuxi.com> Reply-To: current@freebsd.org Mail-Followup-To: David O'Brien , Mark Murray , "Lester A. Mesa" , current@freebsd.org References: <00be01c20c01$ff6b5500$01000001@lesterm> <200206060914.g569EUUE016007@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200206060914.g569EUUE016007@grimreaper.grondar.org>; from mark@grondar.za on Thu, Jun 06, 2002 at 10:14:29AM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 06, 2002 at 10:14:29AM +0100, Mark Murray wrote: > > is someone currently converting /usr/bin/mmroff from perl to C ? IMO, if something is best written in Perl, there is nothing wrong with leaving it in Perl. Our current setup handles this cleanly: bash$ mmroff perl: Perl is not installed, try 'pkg_add -r perl' mmroff isn't needed in building the system, nor is it a common command (as I never knew it existed until this email). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 9:29:13 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 DC95A37B404 for ; Thu, 6 Jun 2002 09:29:10 -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 g56GSsJn088485; Thu, 6 Jun 2002 09:28:54 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g56GSr1N088484; Thu, 6 Jun 2002 09:28:53 -0700 (PDT) Date: Thu, 6 Jun 2002 09:28:53 -0700 From: "David O'Brien" To: Matthew Dillon Cc: Bruce Evans , current@FreeBSD.ORG Subject: Re: fixes for gcc -falign-foo Message-ID: <20020606092853.B59829@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Matthew Dillon , Bruce Evans , current@FreeBSD.ORG References: <20020606112018.L9756-100000@gamplex.bde.org> <200206060428.g564SY1c011166@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200206060428.g564SY1c011166@apollo.backplane.com>; from dillon@apollo.backplane.com on Wed, Jun 05, 2002 at 09:28:34PM -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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jun 05, 2002 at 09:28:34PM -0700, Matthew Dillon wrote: > Hey Bruce or David... has GCC3 by any chance fixed the stack alignment > eyesore or is that still the default? If so could we by any chance fix > it in our version? It creates massive bloat when you have lots of tiny > functions and as far as I can tell there is no advantage at all except > for the occassional floating point intensive app. I really hate having > to specify -mpreferred-stack-boundary=2 in my builds. You can set GCC_OPTIONS="-mpreferred-stack-boundary=2" in your environment. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 9:30:46 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 1463237B408 for ; Thu, 6 Jun 2002 09:30:40 -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 g56GUaJn088534; Thu, 6 Jun 2002 09:30:36 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g56GUaj8088533; Thu, 6 Jun 2002 09:30:36 -0700 (PDT) Date: Thu, 6 Jun 2002 09:30:36 -0700 From: "David O'Brien" To: Manfred Antar Cc: current@FreeBSD.ORG Subject: Re: dump on current broken -- master/slave protocol botched Message-ID: <20020606093036.C59829@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Manfred Antar , current@FreeBSD.ORG References: <5.1.1.6.2.20020605195136.00a78d18@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.1.1.6.2.20020605195136.00a78d18@pozo.com>; from null@pozo.com on Wed, Jun 05, 2002 at 08:01:54PM -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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jun 05, 2002 at 08:01:54PM -0700, Manfred Antar wrote: > I have been using the following command to dump for months with no problem: > dump 0fua /dev/nsa0 /dev/da0s1a > > for the past few weeks I get this: > (bin)504}dump 0fua /dev/nsa0 /dev/da0s1a > DUMP: Date of this level 0 dump: Wed Jun 5 19:54:04 2002 > DUMP: Date of last level 0 dump: the epoch > DUMP: Dumping /dev/da0s1a (/) to /dev/nsa0 > DUMP: mapping (Pass I) [regular files] > DUMP: mapping (Pass II) [directories] > DUMP: estimated 67590 tape blocks. > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: master/slave protocol botched. > DUMP: The ENTIRE dump is aborted. I am seeing this also. :-( Is your world & kernel in sync. I must admit my kernel is May 17 (been avoiding some suspicious problems in SMP kernels); but world is Jun 3rd. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 9:34:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 7545E37B400 for ; Thu, 6 Jun 2002 09:34:39 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.3/8.12.3) with ESMTP id g56GYaSA002922 for ; Thu, 6 Jun 2002 17:34:36 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.3/8.12.3/Submit) with UUCP id g56GYa6W002921 for current@freebsd.org; Thu, 6 Jun 2002 17:34:36 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g56GVDUE019782 for ; Thu, 6 Jun 2002 17:31:13 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200206061631.g56GVDUE019782@grimreaper.grondar.org> To: current@freebsd.org Subject: The great perl rewrite - progress report Date: Thu, 06 Jun 2002 17:31:12 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG /usr/sbin/sysinstall * - fix - * /usr/bin/afmtodit Kyle Martin - redo - * /usr/bin/mmroff Lester A Mesa - redo - * /usr/bin/sockstat des - redo - * /usr/bin/whereis sheldonh - redo - * /usr/sbin/adduser Mike Makonnen - redo - * /usr/sbin/rmuser Mike Makonnen - redo - * /usr/sbin/kbdmap Jonathan Belson - redo - * /usr/sbin/vidfont Jonathan Belson - redo - * /usr/sbin/mergemaster dougb(?) - fix - * /usr/sbin/pkg_version reg - redo - ready(?) /usr/bin/catman John Rochester - redo - done /usr/bin/makewhatis John Rochester - redo - done /usr/sbin/pkg_update paul - del - done /usr/sbin/scriptdump ume - del - done /usr/sbin/spkrtest Riccardo Torrini - redo - done release/scripts/*.pl ru - redo - done etc/periodic/* keramida - fix - done Key - "redo" == to be rewritten "fix" == to have perl usage removed/redone "del" == to be deleted "ready" == work done, just waiting for commit. "done" == completed -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 9:44:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from TheWorld.com (pcls3.std.com [199.172.62.105]) by hub.freebsd.org (Postfix) with ESMTP id 58DB637B401 for ; Thu, 6 Jun 2002 09:44:47 -0700 (PDT) Received: from world.std.com (schnaibl@world-f.std.com [199.172.62.5]) by TheWorld.com (8.9.3/8.9.3) with ESMTP id MAA28672; Thu, 6 Jun 2002 12:44:46 -0400 Received: from localhost (brunner@localhost) by world.std.com (8.9.3/8.9.3) with SMTP id MAA19442; Thu, 6 Jun 2002 12:44:45 -0400 (EDT) Message-Id: <200206061644.MAA19442@world.std.com> X-Authentication-Warning: world.std.com: brunner@localhost didn't use HELO protocol To: current@FreeBSD.ORG, brunner@world.std.com Subject: cvsup failure -current/src/contrib/gcc/#cvs.cvsup-NNN.M: Cannot create Date: Thu, 06 Jun 2002 12:44:45 -0400 From: Eric Brunner Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John, folks, I've been off of -current for a few days (two ISP failures) so I don't have -really-current-list-clue for this. cvsup for -stable completed OK, cvsup for -current failed in gcc, with a Cannot create: Permission denied error for its own logging files. Clue on the back of a matchbook please. Eric To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 10: 4:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from web.de (pD9552635.dip.t-dialin.net [217.85.38.53]) by hub.freebsd.org (Postfix) with ESMTP id C957337B403 for ; Thu, 6 Jun 2002 10:04:49 -0700 (PDT) Received: from localhost.cthulhu.net ([127.0.0.1] helo=web.de) by web.de with esmtp (Exim 3.36 #1) id 17G0iC-000AXt-00 for current@freebsd.org; Thu, 06 Jun 2002 19:06:12 +0200 Received: (from mephisto@localhost) by web.de (8.12.3/8.12.3/Submit) id g56H64KZ040420 for current@freebsd.org; Thu, 6 Jun 2002 19:06:04 +0200 (CEST) X-Authentication-Warning: web.de: mephisto set sender to csharp@freeshell.org using -f Date: Thu, 6 Jun 2002 19:06:03 +0200 From: Christopher Sharp To: current@freebsd.org Subject: Re: Please test the UFS2 patch! Message-ID: <20020606170603.GA29429@web.de> Mail-Followup-To: current@freebsd.org References: <20020606003145.C74184@zeus.theinternet.com.au> <50843.1023287727@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50843.1023287727@critter.freebsd.dk> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, The kernel build with the patch applied fails with this message: make: don't know how to make /usr/src/sys/fs/devfs/devfs_rule.c. Stop It seems like this file was forgotten in the patch ... - Christopher Sharp -- Any time things appear to be going better, you have overlooked something. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 10:11: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 66D3C37B406; Thu, 6 Jun 2002 10:11:05 -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 g56HB5Jn089092; Thu, 6 Jun 2002 10:11:05 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g56HB5tG089091; Thu, 6 Jun 2002 10:11:05 -0700 (PDT) Date: Thu, 6 Jun 2002 10:11:05 -0700 From: "David O'Brien" To: Doug Barton Cc: Giorgos Keramidas , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: Removing perl usage from mergemaster Message-ID: <20020606101105.E59829@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20020605214512.GA16384@hades.hell.gr> <20020605151842.V89686-100000@zoot.corp.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: <20020605151842.V89686-100000@zoot.corp.yahoo.com>; from DougB@FreeBSD.org on Wed, Jun 05, 2002 at 03:27:47PM -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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jun 05, 2002 at 03:27:47PM -0700, Doug Barton wrote: > On Thu, 6 Jun 2002, Giorgos Keramidas wrote: > > Hello dougb & all, > > Here's a patch that removes all trails of Perl usage from mergemaster. > > Your work looks good, but I wish you'd asked before embarking on it. My > current plan is actually to import netbsd's stat(1), which will solve this Doug, mergemaster has been "broken" for almost a month now due to its use of perl. This is tool long for such an important tool. I would like to commit this patch now as a band-aid solution -- with full expectation you will back it out once stat(1) is ready. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 10:14: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 F189D37B405 for ; Thu, 6 Jun 2002 10:14:52 -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 g56HEqJn089147; Thu, 6 Jun 2002 10:14:52 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g56HEqf8089146; Thu, 6 Jun 2002 10:14:52 -0700 (PDT) Date: Thu, 6 Jun 2002 10:14:52 -0700 From: "David O'Brien" To: Sheldon Hearn Cc: Christopher Nehren , current@freebsd.org Subject: Re: "Safe" to go to -CURRENT? Message-ID: <20020606101452.F59829@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , Sheldon Hearn , Christopher Nehren , current@freebsd.org References: <1023266819.500.6.camel@prophecy.dyndns.org> <1626.1023353655@axl.seasidesoftware.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1626.1023353655@axl.seasidesoftware.co.za>; from sheldonh@starjuice.net on Thu, Jun 06, 2002 at 10:54:15AM +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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 06, 2002 at 10:54:15AM +0200, Sheldon Hearn wrote: > > I've been monitoring the -CURRENT mailing list for about a day or two, > > and haven't seen anything that's really broken (except for GCC 3.x, > > which I don't use anyway). So, is it "safe" to upgrade to -CURRENT yet? > > TIA for the info, > > Chris > > There are still issues with the C++ compiler in the base system that > make building X and some other C++ ports tricky. There is no issue with the C++ compiler. There is issue with the X source that uses depreciated features. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 10:17:15 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 4EDA337B400 for ; Thu, 6 Jun 2002 10:17:10 -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 g56HHAJn089188; Thu, 6 Jun 2002 10:17:10 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.3/8.12.3/Submit) id g56HH9HR089187; Thu, 6 Jun 2002 10:17:09 -0700 (PDT) Date: Thu, 6 Jun 2002 10:17:09 -0700 From: "David O'Brien" To: Christopher Nehren Cc: current@freebsd.org Subject: Re: "Safe" to go to -CURRENT? Message-ID: <20020606101709.H59829@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , Christopher Nehren , current@freebsd.org References: <1023266819.500.6.camel@prophecy.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1023266819.500.6.camel@prophecy.dyndns.org>; from apeiron@prophecy.dyndns.org on Wed, Jun 05, 2002 at 08:46:59AM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jun 05, 2002 at 08:46:59AM +0000, Christopher Nehren wrote: > I've been monitoring the -CURRENT mailing list for about a day or two, > and haven't seen anything that's really broken (except for GCC 3.x, > which I don't use anyway). So, is it "safe" to upgrade to -CURRENT yet? > TIA for the info, You use C to rebuild your system -- so I would say you _do_ use(will) use GCC 3.x. The C compiler has been fine since day 1. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 10:29:35 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 87C3737B403 for ; Thu, 6 Jun 2002 10:29:29 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id F37CA5361; Thu, 6 Jun 2002 19:29:27 +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: Mark Murray Cc: current@freebsd.org Subject: Re: The great perl rewrite - progress report References: <200206061631.g56GVDUE019782@grimreaper.grondar.org> From: Dag-Erling Smorgrav Date: 06 Jun 2002 19:29:26 +0200 In-Reply-To: <200206061631.g56GVDUE019782@grimreaper.grondar.org> Message-ID: 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mark Murray writes: > /usr/bin/sockstat des - redo - * Done, but depends on other changes that aren't ready to be committed yet. I expect to commit the whole shebang this weekend or early next week. 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 6 10:47:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from hpdi.ath.cx (pc1-nfds1-5-cust34.not.cable.ntl.com [80.4.34.34]) by hub.freebsd.org (Postfix) with ESMTP id 1EADB37B40A; Thu, 6 Jun 2002 10:47:10 -0700 (PDT) Received: from hpdi.ath.cx (localhost.hpdi.net [127.0.0.1]) by hpdi.ath.cx (8.12.3/8.12.3) with ESMTP id g56HgSLh050279; Thu, 6 Jun 2002 18:42:28 +0100 (BST) (envelope-from hitenp@hpdi.ath.cx) Received: (from hitenp@localhost) by hpdi.ath.cx (8.12.3/8.12.3/Submit) id g56HgRxs050278; Thu, 6 Jun 2002 18:42:27 +0100 (BST) Date: Thu, 6 Jun 2002 18:42:27 +0100 From: Hiten Pandya To: current@FreeBSD.org Cc: des@FreeBSD.org Subject: Buildworld errors caused by libfetch.so Message-ID: <20020606174227.GA50246@hpdi.ath.cx> Reply-To: hiten@uk.FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CUfgB8w4ZwR/yMy5" Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Operating-System: FreeBSD hpdi.ath.cx 5.0-CURRENT FreeBSD 5.0-CURRENT Organisation: Hiten Pandya, Leicester LE5 3NF, United Kingdom X-PGP-Key: http://www.pittgoth.com/~hiten/pubkey.asc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --CUfgB8w4ZwR/yMy5 Content-Type: multipart/mixed; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [CC'ed to des@] Hi all. I am experiencing buildworld errors caused by the latest libfetch.so. The CVSUP source is just a couple of minutes old. Thanks. --=20 Hiten Pandya http://storm.uk.FreeBSD.org/~hiten Finger hiten@storm.uk.FreeBSD.org for PGP public key -- 4FB9 C4A9 4925 CF97 9BF3 ADDA 861D 5DBD E4E3 03C3=20 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="libfetch.log" cc -O -save-temps -march=pentiumpro -I/data/dev/src/usr.sbin/pkg_install/add/../lib -Werror -Wall -Wno-uninitialized -o pkg_add main.o perform.o futil.o extract.o /c1/obj/data/dev/src/usr.sbin/pkg_install/add/../lib/libinstall.a -lfetch -lmd /usr/lib/libfetch.so: undefined reference to `SSL_set_fd' /usr/lib/libfetch.so: undefined reference to `X509_NAME_oneline' /usr/lib/libfetch.so: undefined reference to `SSL_read' /usr/lib/libfetch.so: undefined reference to `SSL_new' /usr/lib/libfetch.so: undefined reference to `SSL_CTX_new' /usr/lib/libfetch.so: undefined reference to `SSL_library_init' /usr/lib/libfetch.so: undefined reference to `ERR_print_errors_fp' /usr/lib/libfetch.so: undefined reference to `SSL_load_error_strings' /usr/lib/libfetch.so: undefined reference to `SSL_CIPHER_get_name' /usr/lib/libfetch.so: undefined reference to `SSLv23_client_method' /usr/lib/libfetch.so: undefined reference to `X509_get_subject_name' /usr/lib/libfetch.so: undefined reference to `SSL_get_current_cipher' /usr/lib/libfetch.so: undefined reference to `SSL_connect' /usr/lib/libfetch.so: undefined reference to `X509_get_issuer_name' /usr/lib/libfetch.so: undefined reference to `SSL_get_peer_certificate' /usr/lib/libfetch.so: undefined reference to `SSL_write' *** Error code 1 Stop in /data/dev/src/usr.sbin/pkg_install/add. --tThc/1wpZn/ma/RB-- --CUfgB8w4ZwR/yMy5 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 iD8DBQE8/58Chh1dveTjA8MRAiUYAKCrs00eFoSbPYVvbU0OJnK2aLvKmQCgrEMK KeCu7I7CcGE+81LpiC+b9kA= =ZZyp -----END PGP SIGNATURE----- --CUfgB8w4ZwR/yMy5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 12:16: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 BC4E837B403 for ; Thu, 6 Jun 2002 12:16:55 -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 g56JFYBh001821; Thu, 6 Jun 2002 21:15:34 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Christopher Sharp Cc: current@FreeBSD.org Subject: Re: Please test the UFS2 patch! In-Reply-To: Your message of "Thu, 06 Jun 2002 19:06:03 +0200." <20020606170603.GA29429@web.de> Date: Thu, 06 Jun 2002 21:15:34 +0200 Message-ID: <1820.1023390934@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Right you are sir, seems I had another patch which got mixed up there. I've updated the version of the patch on: http://phk.freebsd.dk/patch/ufs2.patch Poul-Henning In message <20020606170603.GA29429@web.de>, Christopher Sharp writes: >Hello, >The kernel build with the patch applied fails with this message: > >make: don't know how to make /usr/src/sys/fs/devfs/devfs_rule.c. Stop > >It seems like this file was forgotten in the patch ... > > - Christopher Sharp >-- >Any time things appear to be going better, you have overlooked >something. > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- 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 Thu Jun 6 13:12:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from squall.waterspout.com (squall.waterspout.com [208.13.56.12]) by hub.freebsd.org (Postfix) with ESMTP id 82BDB37B401 for ; Thu, 6 Jun 2002 13:12:36 -0700 (PDT) Received: by squall.waterspout.com (Postfix, from userid 1050) id 04BC09B77; Thu, 6 Jun 2002 15:12:36 -0500 (EST) Date: Thu, 6 Jun 2002 15:12:35 -0500 From: Will Andrews To: Mark Murray Cc: current@freebsd.org Subject: Re: The great perl rewrite - progress report Message-ID: <20020606201235.GB53809@squall.waterspout.com> Mail-Followup-To: Mark Murray , current@freebsd.org References: <200206061631.g56GVDUE019782@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206061631.g56GVDUE019782@grimreaper.grondar.org> User-Agent: Mutt/1.3.26i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 06, 2002 at 05:31:12PM +0100, Mark Murray wrote: > /usr/sbin/sysinstall * - fix - * What part of this uses perl?? Regards, -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 13:26:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from ws4-1.us4.outblaze.com (205-158-62-42.outblaze.com [205.158.62.42]) by hub.freebsd.org (Postfix) with SMTP id 5DFBD37B403 for ; Thu, 6 Jun 2002 13:26:09 -0700 (PDT) Received: (qmail 31717 invoked by uid 1001); 6 Jun 2002 20:26:09 -0000 Message-ID: <20020606202609.31716.qmail@operamail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [207.105.193.195] by ws4-1.us4.outblaze.com with http for click46@operamail.com; Fri, 07 Jun 2002 04:26:09 +0800 From: "aaron g" To: freebsd-current@freebsd.org Cc: shizukakudo_99@yahoo.com Date: Fri, 07 Jun 2002 04:26:09 +0800 Subject: Re: My postgresql7 not working for new gcc X-Originating-Ip: 207.105.193.195 X-Originating-Server: ws4-1.us4.outblaze.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I do beleive the OpenSSL library has moved to a new default location. I could be wrong. - aarong -- _______________________________________________ Download the free Opera browser at http://www.opera.com/ Powered by Outblaze To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 13:26:36 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 F2B0537B40E for ; Thu, 6 Jun 2002 13:26:33 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 06AF15362; Thu, 6 Jun 2002 22:26:32 +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: hiten@uk.FreeBSD.org Cc: current@FreeBSD.org Subject: Re: Buildworld errors caused by libfetch.so References: <20020606174227.GA50246@hpdi.ath.cx> From: Dag-Erling Smorgrav Date: 06 Jun 2002 22:26:31 +0200 In-Reply-To: <20020606174227.GA50246@hpdi.ath.cx> Message-ID: 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hiten Pandya writes: > I am experiencing buildworld errors caused by the latest libfetch.so. > The CVSUP source is just a couple of minutes old. re-cvsup and rebuild. 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 6 14: 1:36 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 8D4F937B400; Thu, 6 Jun 2002 14:01:29 -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 g56L1TXN046911; Thu, 6 Jun 2002 14:01:29 -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 g56L1TIT005006; Thu, 6 Jun 2002 14:01:29 -0700 (PDT) Date: Thu, 6 Jun 2002 14:01:28 -0700 (PDT) From: Doug Barton To: Giorgos Keramidas Cc: freebsd-current@FreeBSD.org, Subject: Re: Removing perl usage from mergemaster In-Reply-To: <20020605214512.GA16384@hades.hell.gr> Message-ID: <20020606135530.W4933-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ok, I've imported stat(1) and modified mergemaster to use it instead. For now, I have simply disabled use of the user's umask for mode setting so that I could get the non-perl version in the tree asap. I will look at Giorgos' excellent patch and steal bits from it so that I can add that feature back. Once again, sorry for the delay. -- "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 6 14:19:27 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 5DD1537B400; Thu, 6 Jun 2002 14:19:22 -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 g56LJLXN047067; Thu, 6 Jun 2002 14:19:21 -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 g56LJKrk005028; Thu, 6 Jun 2002 14:19:20 -0700 (PDT) Date: Thu, 6 Jun 2002 14:19:20 -0700 (PDT) From: Doug Barton To: Hiten Pandya Cc: current@FreeBSD.org, Subject: Re: Buildworld errors caused by libfetch.so In-Reply-To: <20020606174227.GA50246@hpdi.ath.cx> Message-ID: <20020606141816.S4933-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 6 Jun 2002, Hiten Pandya wrote: > [CC'ed to des@] > > Hi all. > > I am experiencing buildworld errors caused by the latest libfetch.so. > The CVSUP source is just a couple of minutes old. Make sure that your next cvsup catches the update to the Makefile: $ ident /usr/src/usr.bin/fetch/Makefile /usr/src/usr.bin/fetch/Makefile: $FreeBSD: src/usr.bin/fetch/Makefile,v 1.9 2002/06/06 13:45:46 ru Exp -- "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 6 15:25:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.dada.it (mail4.dada.it [195.110.96.56]) by hub.freebsd.org (Postfix) with SMTP id 8D18737B403 for ; Thu, 6 Jun 2002 15:25:13 -0700 (PDT) Received: (qmail 11605 invoked from network); 6 Jun 2002 22:25:05 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 6 Jun 2002 22:25:05 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.3/8.12.3) with ESMTP id g56MPAjV062321 for ; Fri, 7 Jun 2002 00:25:10 +0200 (CEST) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.3/8.12.3/Submit) id g56MP91h062314 for freebsd-current@FreeBSD.ORG; Fri, 7 Jun 2002 00:25:09 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 07 Jun 2002 00:25:09 +0200 (CEST) From: Riccardo Torrini To: freebsd-current@FreeBSD.ORG Subject: Add a Makefile.user on /usr/src and /usr/ports Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To support fancy user and they own targets would be nice an infrastructure that check and (if it exist) include a file (named Makefile.user or .local or similar) with personal targets either under /usr/src than /usr/ports. This can save a lot of typing building various things (for example timing build phase or saving logs) only migrating this file from a machine to another. I was able to patch /usr/src/Makefile and /usr/ports/Makefile myself, any comment will be appreciated (even negative ones). TIA, Riccardo. -----[ /usr/src ]----- # diff -u Makefile.orig Makefile --- Makefile.orig Mon Jun 3 21:33:16 2002 +++ Makefile Fri Jun 7 00:21:16 2002 @@ -108,6 +108,10 @@ PATH= /sbin:/bin:/usr/sbin:/usr/bin MAKE= PATH=${PATH} make -m ${.CURDIR}/share/mk -f Makefile.inc1 +.if exists(${.CURDIR}/Makefile.user) +.include "${.CURDIR}/Makefile.user" +.endif + # # Handle the user-driven targets, using the source relative mk files. # -----[ /usr/ports ]----- # diff -u Makefile.orig Makefile --- Makefile.orig Mon Dec 31 02:29:06 2001 +++ Makefile Fri Jun 7 00:12:14 2002 @@ -55,6 +55,9 @@ PORTSTOP= yes .include +.if exists(${.CURDIR}/Makefile.user) +.include "${.CURDIR}/Makefile.user" +.endif index: @rm -f ${.CURDIR}/INDEX To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 15:29:12 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 58A8137B407 for ; Thu, 6 Jun 2002 15:29:08 -0700 (PDT) Received: from hades.hell.gr (patr530-a088.otenet.gr [212.205.215.88]) by mailsrv.otenet.gr (8.12.3/8.12.3) with ESMTP id g56MSrZN011453; Fri, 7 Jun 2002 01:29:04 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.3/8.12.3) with ESMTP id g56MSobm023496; Fri, 7 Jun 2002 01:28:51 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from charon@localhost) by hades.hell.gr (8.12.3/8.12.3/Submit) id g56MSS8Y023478; Fri, 7 Jun 2002 01:28:28 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Fri, 7 Jun 2002 01:28:17 +0300 From: Giorgos Keramidas To: Mark Murray Cc: current@FreeBSD.org Subject: Re: The great perl rewrite - progress report Message-ID: <20020606222817.GA23428@hades.hell.gr> References: <200206061631.g56GVDUE019782@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206061631.g56GVDUE019782@grimreaper.grondar.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-06-06 17:31 +0100, Mark Murray wrote: > > etc/periodic/* keramida - fix - done I'll probably need to change this to incorporate the suggestions of cjc@freebsd.org (Crist J. Clark), but yes, this is mostly done. The latest form of this diff is now at: http://people.freebsd.org/~keramida/diff/2002-05-29.periodic,aa - Giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 15:29:56 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 C4E1737B40A; Thu, 6 Jun 2002 15:29:49 -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 g56MTm622872; Fri, 7 Jun 2002 00:29:48 +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 g56MTm9013692927; Fri, 7 Jun 2002 00:29:48 +0200 (MES) Date: Fri, 7 Jun 2002 00:30:58 +0200 (CEST) From: Martin Blapp To: Alexander Kabaev , Cc: Subject: stlport with gcc3 broken in CURRENT Message-ID: <20020607000736.X11797-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, Just to let you know. ports/devel/stlport is broken with gcc3 on CURRENT: And on STABLE, with gcc31 this works like a charm ... ././eh_test -s 100 ././eh_test : Exception handling testsuite. Setting 100 as base for random sizes. iteration #0 EH test : algobase [algobase] :testing uninitialized_copy() (weak) ... Abort trap - core dumped gmake: *** [eh_test.out] Error 134 (gdb) bt #0 0x2821892f in ?? () #1 0x2818093e in ?? () #2 0x28180983 in ?? () #3 0x281808eb in ?? () #4 0x0804aade in TestController::maybe_fail(long) () at nc_alloc.cpp:63 #5 0x0804abd3 in OperatorNew (s=4) at nc_alloc.h:120 #6 0x0804acc4 in operator new(unsigned) (s=4) at nc_alloc.cpp:230 #7 0x0804eb43 in void WeakCheck(TestClass* const&, test_uninitialized_copy const&, long) (v=@0xbfbff9ac, op=@0xbfbff9b0, max_iters=2000000) at TestClass.h:87 #8 0x0804e867 in test_algobase() () at test_algobase.cpp:38 #9 0x08049f74 in main (argc=3, argv=0xbfbffbec) at main.cpp:270 #10 0x08049579 in _start () GDB52 from ports seems stll be broken ... # gdb52 eh_test eh_test.core 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"... Core was generated by `eh_test'. Program terminated with signal 6, Aborted. regcache.c:96: gdb-internal-error: register_buffer: Assertion `regnum >= 0 && regnum < (NUM_REGS + NUM_PSEUDO_REGS)' failed. An internal GDB error was detected. This may make further debugging unreliable. Quit this debugging session? (y or n) n Create a core file containing the current state of GDB? (y or n) n Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: 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 Thu Jun 6 15:46:12 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 7DC5237B403; Thu, 6 Jun 2002 15:45:53 -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 M2L7DMRN; Fri, 7 Jun 2002 01:47:50 +0300 Received: (from max@localhost) by vega.vega.com (8.11.6/8.11.3) id g56Mjq319565; Fri, 7 Jun 2002 01:45:52 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) From: Maxim Sobolev Message-Id: <200206062245.g56Mjq319565@vega.vega.com> Subject: WARNING! New GNU Tar in 5-CURRENT could erroneously create world writeable dirs To: security@FreeBSD.org Date: Fri, 7 Jun 2002 01:45:52 +0300 (EEST) Cc: current@FreeBSD.org X-Mailer: ELM [version 2.5 PL5] 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I've just noticed that something wrong with the new tar in the base system (1.13.25) - when extracting some archives it creates 777 dirs, while permissions in the archive itself are OK (for example GNU make make-3.79.1.tar.gz - top level dir gets 777 as well as several other lowel level dirs). The issue is under investigation. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 15:51:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from web21104.mail.yahoo.com (web21104.mail.yahoo.com [216.136.227.106]) by hub.freebsd.org (Postfix) with SMTP id 6A7F237B401 for ; Thu, 6 Jun 2002 15:51:26 -0700 (PDT) Message-ID: <20020606225104.46715.qmail@web21104.mail.yahoo.com> Received: from [62.254.0.5] by web21104.mail.yahoo.com via HTTP; Thu, 06 Jun 2002 15:51:04 PDT Date: Thu, 6 Jun 2002 15:51:04 -0700 (PDT) From: Hiten Pandya Reply-To: hiten@uk.FreeBSD.org Subject: Re: Buildworld errors caused by libfetch.so To: Doug Barton Cc: current@FreeBSD.org, des@FreeBSD.org In-Reply-To: <20020606141816.S4933-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Doug Barton wrote: > On Thu, 6 Jun 2002, Hiten Pandya wrote: > > > [CC'ed to des@] > > > > Hi all. > > > > I am experiencing buildworld errors caused by the latest libfetch.so. > > The CVSUP source is just a couple of minutes old. > > Make sure that your next cvsup catches the update to the Makefile: > > $ ident /usr/src/usr.bin/fetch/Makefile > /usr/src/usr.bin/fetch/Makefile: > $FreeBSD: src/usr.bin/fetch/Makefile,v 1.9 2002/06/06 13:45:46 ru Exp Done. GCC3 environment ready!. Thanks everyone. The buildworld succeeded. -- Hiten __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 16:24:39 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 F382337B406; Thu, 6 Jun 2002 16:24:35 -0700 (PDT) Received: from quad.pozo.com (quad.pozo.com [216.101.162.53]) by pozo.com (8.12.3/8.12.3) with ESMTP id g56NOZf6002321 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Thu, 6 Jun 2002 16:24:35 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <5.1.1.6.2.20020606162335.00acce60@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Thu, 06 Jun 2002 16:24:35 -0700 To: obrien@FreeBSD.ORG From: Manfred Antar Subject: Re: dump on current broken -- master/slave protocol botched Cc: current@FreeBSD.ORG In-Reply-To: <20020606093036.C59829@dragon.nuxi.com> References: <5.1.1.6.2.20020605195136.00a78d18@pozo.com> <5.1.1.6.2.20020605195136.00a78d18@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 09:30 AM 6/6/2002 -0700, David O'Brien wrote: >On Wed, Jun 05, 2002 at 08:01:54PM -0700, Manfred Antar wrote: >> I have been using the following command to dump for months with no problem: >> dump 0fua /dev/nsa0 /dev/da0s1a >> >> for the past few weeks I get this: >> (bin)504}dump 0fua /dev/nsa0 /dev/da0s1a >> DUMP: Date of this level 0 dump: Wed Jun 5 19:54:04 2002 >> DUMP: Date of last level 0 dump: the epoch >> DUMP: Dumping /dev/da0s1a (/) to /dev/nsa0 >> DUMP: mapping (Pass I) [regular files] >> DUMP: mapping (Pass II) [directories] >> DUMP: estimated 67590 tape blocks. >> DUMP: dumping (Pass III) [directories] >> DUMP: dumping (Pass IV) [regular files] >> DUMP: master/slave protocol botched. >> DUMP: The ENTIRE dump is aborted. > >I am seeing this also. :-( Is your world & kernel in sync. I must admit >my kernel is May 17 (been avoiding some suspicious problems in SMP >kernels); but world is Jun 3rd. Everything in sync and current. Dump from May 3rd works ================================== || 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 Thu Jun 6 16:27: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from femme.listmistress.org (bgp01560565bgs.gambrl01.md.comcast.net [68.50.32.109]) by hub.freebsd.org (Postfix) with ESMTP id C4D2737B400; Thu, 6 Jun 2002 16:26:56 -0700 (PDT) Received: from femme.listmistress.org (trish@localhost [127.0.0.1]) by femme.listmistress.org (8.12.3/8.12.1) with ESMTP id g56NQqMO003536; Thu, 6 Jun 2002 19:26:54 -0400 (EDT) Received: from localhost (trish@localhost) by femme.listmistress.org (8.12.3/8.12.3/Submit) with ESMTP id g56NQoQt003533; Thu, 6 Jun 2002 19:26:51 -0400 (EDT) X-Authentication-Warning: femme.listmistress.org: trish owned process doing -bs Date: Thu, 6 Jun 2002 19:26:49 -0400 (EDT) From: Trish Lynch X-X-Sender: To: Martin Blapp Cc: Alexander Kabaev , , Subject: Re: stlport with gcc3 broken in CURRENT In-Reply-To: <20020607000736.X11797-100000@levais.imp.ch> Message-ID: <20020606192301.V403-100000@femme.listmistress.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin, I seem to have a working gdb52 port installed that I built approximately a week ago... femme:/usr/ports/devel/stlport/work/STLport-4.5.3/test/eh29 gdb52 eh_test eh_test.core GNU gdb 5.2 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"... Core was generated by `eh_test'. Program terminated with signal 6, Aborted. Reading symbols from ../../lib/libstlport_gcc.so...done. Loaded symbols for ../../lib/libstlport_gcc.so Reading symbols from /usr/lib/libstdc++.so.4...done. Loaded symbols for /usr/lib/libstdc++.so.4 Reading symbols from /usr/lib/libm.so.2...done. Loaded symbols for /usr/lib/libm.so.2 Reading symbols from /usr/lib/libc_r.so.5...done. Loaded symbols for /usr/lib/libc_r.so.5 Reading symbols from /usr/lib/libc.so.5...done. Loaded symbols for /usr/lib/libc.so.5 Reading symbols from /usr/libexec/ld-elf.so.1...done. Loaded symbols for /usr/libexec/ld-elf.so.1 #0 0x281f592f in kill () from /usr/lib/libc.so.5 (gdb) bt #0 0x281f592f in kill () from /usr/lib/libc.so.5 #1 0x282460aa in abort () from /usr/lib/libc.so.5 #2 0x2815d942 in __cxxabiv1::__terminate(void (*)()) () from /usr/lib/libstdc++.so.4 #3 0x2815d987 in std::terminate() () from /usr/lib/libstdc++.so.4 #4 0x2815d8ef in __cxa_throw () from /usr/lib/libstdc++.so.4 #5 0x0804acf7 in TestController::maybe_fail(long) () at nc_alloc.cpp:63 #6 0x0804c9dc in simulate_possible_failure () at nc_alloc.h:120 #7 0x0804ad73 in OperatorNew (s=4) at nc_alloc.cpp:206 #8 0x0804adf1 in operator new(unsigned) (s=4) at nc_alloc.cpp:230 #9 0x0804e7d0 in TestClass::Init(int) (this=0xbfbfe920, value=691697443) at TestClass.h:87 #10 0x080510ea in TestClass (this=0xbfbfe920, rhs=@0x80c0c04) at TestClass.h:106 #11 0x080510a3 in _Construct (__p=0xbfbfe920, __val=@0x80c0c04) at _construct.h:85 #12 0x08050f01 in __uninitialized_copy (__first=0x80c0c04, __last=0x80c0d94, __result=0xbfbfe920) at _uninitialized.h:67 #13 0x08050e78 in uninitialized_copy (__first=0x80c0c04, __last=0x80c0d94, __result=0xbfbfe920) at _uninitialized.h:79 #14 0x08050ca0 in test_uninitialized_copy::operator()(TestClass*) const (this=0xbfbfe900, buffer=0xbfbfe920) at test_algobase.cpp:45 #15 0x08050920 in void WeakCheck(TestClass* const&, test_uninitialized_copy const&, long) (v=@0xbfbfe91c, op=@0xbfbfe900, max_iters=2000000) at LeakCheck.h:90 #16 0x080506bf in test_algobase() () at test_algobase.cpp:95 #17 0x0804a548 in main (argc=3, argv=0xbfbff63c) at main.cpp:270 #18 0x08049d69 in _start () (gdb) -Trish -- Trish Lynch trish@bsdunix.net FreeBSD The Power to Serve Ecartis Core Team trish@listmistress.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 Thu Jun 6 17: 6: 3 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 79DF737B405; Thu, 6 Jun 2002 17:05:53 -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 M2L7DMS5; Fri, 7 Jun 2002 03:07:50 +0300 Received: (from max@localhost) by vega.vega.com (8.11.6/8.11.3) id g5705qA19868; Fri, 7 Jun 2002 03:05:52 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) From: Maxim Sobolev Message-Id: <200206070005.g5705qA19868@vega.vega.com> Subject: Re: WARNING! New GNU Tar in 5-CURRENT could erroneously create world writeable dirs To: sobomax@FreeBSD.org (Maxim Sobolev) Date: Fri, 7 Jun 2002 03:05:51 +0300 (EEST) Cc: security@FreeBSD.org, current@FreeBSD.org In-Reply-To: from "Maxim Sobolev" at Jun 07, 2002 01:45:52 AM X-Mailer: ELM [version 2.5 PL5] 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Hi, > > I've just noticed that something wrong with the new tar in the base > system (1.13.25) - when extracting some archives it creates 777 dirs, > while permissions in the archive itself are OK (for example GNU make > make-3.79.1.tar.gz - top level dir gets 777 as well as several > other lowel level dirs). The issue is under investigation. Should be solved now. Stupid GNU folks for some reason decided that when tar is executed as uid 0 then by default umask(2) should not be applied to files and dirs being extracted. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 17:30:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from cygnus.theblackmoor.net (theblackmoor.net [63.170.133.254]) by hub.freebsd.org (Postfix) with ESMTP id 318F737B404 for ; Thu, 6 Jun 2002 17:30:15 -0700 (PDT) Received: from sentinel (drogoh@dsl3.wk.net [208.137.160.6]) by cygnus.theblackmoor.net (8.12.1/8.12.1) with SMTP id g570UBVI029157 for ; Thu, 6 Jun 2002 20:30:12 -0400 Date: Thu, 6 Jun 2002 19:30:09 -0500 From: drogoh To: current@FreeBSD.org Subject: Can anyone else confirm the x11amp port will not make? Message-Id: <20020606193009.6306de3b.drogoh@necessary-evil.org> Organization: there is no organization when the world is chaos X-Mailer: Sylpheed version 0.7.6 (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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I tried compiling x11amp just a few minutes ago and got this: cc -DHAVE_CONFIG_H -I. -I. -I../.. -O -pipe -I../.. -fomit-frame-pointer -funroll-all-loops -finline-functions -ffast-math -D_REENTRANT -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include -c mplayer.c -fPIC -DPIC -o mplayer.lo cc1: warning: changing search order for system directory "/usr/local/include" cc1: warning: as it has already been specified as a non-system directory mplayer.c: In function `DoITPanbrello': mplayer.c:3129: unrecognizable insn: (insn 225 34 226 (set (reg:CC 17 flags) (compare:CC (reg/v:QI 58) (const_int 128 [0x80]))) -1 (nil) (expr_list:REG_DEAD (reg/v:QI 58) (nil))) mplayer.c:3129: Internal compiler error in extract_insn, at recog.c:2132 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 17:43: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 0EF6837B403; Thu, 6 Jun 2002 17:43: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 g570hW632632; Fri, 7 Jun 2002 02:43:32 +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 g570hW9013644886; Fri, 7 Jun 2002 02:43:32 +0200 (MES) Date: Fri, 7 Jun 2002 02:44:41 +0200 (CEST) From: Martin Blapp To: , , Subject: Re: nl_langinfo is MFCed, but what about compat/libc.so.4? In-Reply-To: <20020606203440.A34977@shazam.wetworks.org> Message-ID: <20020607024102.L11797-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, What is the status here ? In my CURRENT system, these compat libs are still the old ones :-( I've now updated the libs manually to be able to run OO on CURRENT. And yes - it works. Yes :-)) -r--r--r-- 1 root wheel 725012 Jun 7 02:36 libc.so.4 -r--r--r-- 1 root wheel 675600 Jun 7 02:38 libc_r.so.4 Can we please add now new uuencoded versions to the build ? That would make the openofice package working on CURRENT ! Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: 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 Thu Jun 6 18: 4: 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 6BD7037B403; Thu, 6 Jun 2002 18:03:50 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 2DACB5361; Fri, 7 Jun 2002 03:03: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: alpha@freebsd.org, current@freebsd.org Subject: alpha can't map interrupt From: Dag-Erling Smorgrav Date: 07 Jun 2002 03:03:44 +0200 Message-ID: Lines: 57 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A kernel built from last night's sources fails to allocate an interrupt to the NIC in my Miata: 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 #6: Fri Jun 7 01:55:10 CEST 2002 des@dsa.thinksec.com:/usr/src/sys/alpha/compile/DSA Preloaded elf kernel "/boot/kernel/kernel" at 0xfffffc0000680000. Digital Personal Workstation (Miata) Digital Personal WorkStation 600au, 598MHz 8192 byte page size, 1 processor. CPU: EV56 (21164A) major=7 minor=0 extensions=0x1 OSF PAL rev: 0x1000000020116 real memory = 266493952 (260248K bytes) avail memory = 254672896 (248704K bytes) cia0: <2117x Core Logic chipset> cia0: Pyxis, pass 1 cia0: extended capabilities: 1 pcib0: <2117x PCI host bus adapter> on cia0 pci0: on pcib0 dc0: port 0x9000-0x907f mem 0x80151000-0x8015107f at device 3.0 on pci0 dc0: couldn't map interrupt device_probe_and_attach: dc0 attach returned 6 [...] May 26 kernel boots fine: 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 #5: Sun May 26 13:22:40 CEST 2002 des@dsa.thinksec.com:/usr/src/sys/alpha/compile/DSA Preloaded elf kernel "/boot/kernel.old/kernel" at 0xfffffc0000682000. Digital Personal Workstation (Miata) Digital Personal WorkStation 600au, 598MHz 8192 byte page size, 1 processor. CPU: EV56 (21164A) major=7 minor=0 extensions=0x1 OSF PAL rev: 0x1000000020116 real memory = 266493952 (260248K bytes) avail memory = 254664704 (248696K bytes) cia0: <2117x Core Logic chipset> cia0: Pyxis, pass 1 cia0: extended capabilities: 1 pcib0: <2117x PCI host bus adapter> on cia0 pci0: on pcib0 dc0: port 0x9000-0x907f mem 0x80151000-0x8015107f irq 0 at device 3.0 on pci0 dc0: interrupting at CIA irq 0 dc0: Ethernet address: 08:00:2b:86:88:55 miibus0: on dc0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto [...] 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 6 18:16: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by hub.freebsd.org (Postfix) with ESMTP id E260037B407; Thu, 6 Jun 2002 18:16:02 -0700 (PDT) Received: from pool0280.cvx21-bradley.dialup.earthlink.net ([209.179.193.25] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17G8MA-00028g-00; Thu, 06 Jun 2002 18:15:58 -0700 Message-ID: <3D00092B.62B538F@mindspring.com> Date: Thu, 06 Jun 2002 18:15:23 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Martin Blapp Cc: obrien@freebsd.org, david@catwhisker.org, current@freebsd.org Subject: Re: nl_langinfo is MFCed, but what about compat/libc.so.4? References: <20020607024102.L11797-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > What is the status here ? In my CURRENT system, these compat > libs are still the old ones :-( > > I've now updated the libs manually to be able to run OO > on CURRENT. And yes - it works. Yes :-)) > > -r--r--r-- 1 root wheel 725012 Jun 7 02:36 libc.so.4 > -r--r--r-- 1 root wheel 675600 Jun 7 02:38 libc_r.so.4 > > Can we please add now new uuencoded versions to the build ? > > That would make the openofice package working on CURRENT ! Why is it linked against a hacked 4.x libc, instead of an unhacked 5.x libc? Why is the compat stuff necessary for -current at all? -- 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 6 18:21: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 9AB9137B407; Thu, 6 Jun 2002 18:21: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 g571LX635900; Fri, 7 Jun 2002 03:21: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 g571LX9013723929; Fri, 7 Jun 2002 03:21:33 +0200 (MES) Date: Fri, 7 Jun 2002 03:22:43 +0200 (CEST) From: Martin Blapp To: Terry Lambert Cc: , , Subject: Re: nl_langinfo is MFCed, but what about compat/libc.so.4? In-Reply-To: <3D00092B.62B538F@mindspring.com> Message-ID: <20020607031947.R11797-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > Why is it linked against a hacked 4.x libc, instead of an > unhacked 5.x libc? Because gcc31 and libstd++ and stlport are unusable for OpenOffice to build. Exceptions are broken. Optimazations are broken. > > Why is the compat stuff necessary for -current at all? Because some users like to try OpenOffice even if they use CURRENT ? If you like to help me you can fix: ports/devel/stlport so it doesn't coredump anymore doing the tests. Which means fixing gcc31 in CURRENT, since the package was build on STABLE with gcc31 from ports. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 18:35:49 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 4127B37B405; Thu, 6 Jun 2002 18:35:40 -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 VAA16578; Thu, 6 Jun 2002 21:35:36 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g571Z6604029; Thu, 6 Jun 2002 21:35:06 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15616.3530.526275.555196@grasshopper.cs.duke.edu> Date: Thu, 6 Jun 2002 21:35:06 -0400 (EDT) To: Dag-Erling Smorgrav Cc: imp@freebsd.org, alpha@freebsd.org, current@freebsd.org Subject: Re: alpha can't map interrupt In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Warner -- a pci interupt line of 0 is valid. Please back out your "PCI_INTERRUPT_VALID" changes in pci.c, or change that macro to allow a value of 0. Thanks, Drew Dag-Erling Smorgrav writes: > A kernel built from last night's sources fails to allocate an > interrupt to the NIC in my Miata: <...> > dc0: port 0x9000-0x907f mem 0x80151000-0x8015107f at device 3.0 on pci0 > dc0: couldn't map interrupt > device_probe_and_attach: dc0 attach returned 6 > [...] > > May 26 kernel boots fine: <...> > dc0: port 0x9000-0x907f mem 0x80151000-0x8015107f irq 0 at device 3.0 on pci0 <..> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 18:38:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by hub.freebsd.org (Postfix) with ESMTP id 49B1537B404 for ; Thu, 6 Jun 2002 18:38:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id 46EAF24D58 for ; Fri, 7 Jun 2002 10:38:07 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id B7A6624D3A for ; Fri, 7 Jun 2002 10:38:03 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id 851EC1E4811 for ; Fri, 7 Jun 2002 10:38:02 +0900 (JST) Date: Fri, 07 Jun 2002 10:38:02 +0900 Message-ID: <7msn3z50n9.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current Subject: could sleep with "process lock" from kern_prot.c:867 User-Agent: Wanderlust/2.9.10 (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 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS on ns.imgsrc.co.jp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just FYI. I got this with debug.witness_ddb=1 kernel. ../../../vm/uma_core.c:1327: could sleep with "process lock" locked from ../../../kern/kern_prot.c:867 Debugger("witness_sleep") Stopped at breakpoint+0x4: popl %ebp db> trace breakpoint(e86f0bfc,c01f84ac,c036b060,c036b06e,e86f0bdc) at breakpoint+0x4 Debugger(c036b060) at Debugger+0x49 witness_sleep(1,0,c037e2b1,52f) at witness_sleep+0x178 uma_zalloc_arg(c081d600,0,4) at uma_zalloc_arg+0x46 uma_zalloc(c081d600,4) at uma_zalloc+0x10 malloc(20,c03bfee0,4) at malloc+0xa5 uifind(1) at uifind+0x5f change_euid(e86bd800,1) at change_euid+0x26 setreuid(e86e1d60,e86f0cf8) at setreuid+0x13b syscall(2f,2f,2f,bfbff550,1) at syscall+0x299 syscall_with_err_pushed() at syscall_with_err_pushed+0x1b --- syscall (126, FreeBSD ELF, setreuid), eip = 0x280e8cbf, esp = 0xbfbff3f0, ebp = 0xbfbff40c --- -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 18:43:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from blues.jpj.net (blues.jpj.net [204.97.17.6]) by hub.freebsd.org (Postfix) with ESMTP id A1BFB37B401; Thu, 6 Jun 2002 18:43:11 -0700 (PDT) Received: from localhost (trevor@localhost) by blues.jpj.net (8.11.6/8.11.6) with ESMTP id g571h6601663; Thu, 6 Jun 2002 21:43:06 -0400 (EDT) Date: Thu, 6 Jun 2002 21:43:06 -0400 (EDT) From: Trevor Johnson To: Maxim Sobolev Cc: security@FreeBSD.ORG, Subject: Re: WARNING! New GNU Tar in 5-CURRENT could erroneously create world writeable dirs In-Reply-To: <200206062245.g56Mjq319565@vega.vega.com> Message-ID: <20020606210833.W28206-100000@blues.jpj.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I've just noticed that something wrong with the new tar in the base > system (1.13.25) - when extracting some archives it creates 777 dirs, > while permissions in the archive itself are OK (for example GNU make > make-3.79.1.tar.gz - top level dir gets 777 as well as several > other lowel level dirs). The issue is under investigation. The latest version on ftp://ftp.gnu.org/gnu/tar/ is 1.13. The ones on ftp://alpha.gnu.org/gnu/tar/ (and everything else on that site) are considered unstable. I suppose it's too late to suggest tar 1.13 as a starting point, but maybe this could be kept in mind when importing other GNU products. -- Trevor Johnson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 18:46: 3 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 131D337B40A for ; Thu, 6 Jun 2002 18:45:59 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A90CF66E15; Thu, 6 Jun 2002 18:45:58 -0700 (PDT) Date: Thu, 6 Jun 2002 18:45:58 -0700 From: Kris Kennaway To: drogoh Cc: current@FreeBSD.org Subject: Re: Can anyone else confirm the x11amp port will not make? Message-ID: <20020606184558.B44412@xor.obsecurity.org> References: <20020606193009.6306de3b.drogoh@necessary-evil.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="XF85m9dhOBO43t/C" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020606193009.6306de3b.drogoh@necessary-evil.org>; from drogoh@theblackmoor.net on Thu, Jun 06, 2002 at 07:30:09PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --XF85m9dhOBO43t/C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jun 06, 2002 at 07:30:09PM -0500, drogoh wrote: > I tried compiling x11amp just a few minutes ago and got this: Yes, this kind of thing should be expected after a compiler upgrade. Follow the directions and report the bug to the gcc developers. Kris --XF85m9dhOBO43t/C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9ABBWWry0BWjoQKURAndPAKDcOCERaLOe+1kebGMTKSj1eApmXgCfQTfX Sp7fZXJx/PtvSo0GdvwFGlc= =DHD+ -----END PGP SIGNATURE----- --XF85m9dhOBO43t/C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 19:28:38 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 55F4837B407; Thu, 6 Jun 2002 19:28:31 -0700 (PDT) Received: (from dan@localhost) by dan.emsphone.com (8.12.3/8.12.3) id g572SUmu049645; Thu, 6 Jun 2002 21:28:30 -0500 (CDT) (envelope-from dan) Date: Thu, 6 Jun 2002 21:28:30 -0500 From: Dan Nelson To: Trevor Johnson Cc: Maxim Sobolev , security@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: WARNING! New GNU Tar in 5-CURRENT could erroneously create world writeable dirs Message-ID: <20020607022829.GF21901@dan.emsphone.com> References: <200206062245.g56Mjq319565@vega.vega.com> <20020606210833.W28206-100000@blues.jpj.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020606210833.W28206-100000@blues.jpj.net> User-Agent: Mutt/1.3.99i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jun 06), Trevor Johnson said: > > I've just noticed that something wrong with the new tar in the base > > system (1.13.25) - when extracting some archives it creates 777 dirs, > > while permissions in the archive itself are OK (for example GNU make > > make-3.79.1.tar.gz - top level dir gets 777 as well as several > > other lowel level dirs). The issue is under investigation. > > The latest version on ftp://ftp.gnu.org/gnu/tar/ is 1.13. The ones on > ftp://alpha.gnu.org/gnu/tar/ (and everything else on that site) are > considered unstable. I suppose it's too late to suggest tar 1.13 as a > starting point, but maybe this could be kept in mind when importing other > GNU products. Tar 1.13 is 3 years old, and has many bugs (incremental backups are unusable, for example). -- 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 Thu Jun 6 19:32: 4 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 A2C0F37B426; Thu, 6 Jun 2002 19:31:40 -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 g572VdY76079; Thu, 6 Jun 2002 20:31:39 -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 g572VcG95620; Thu, 6 Jun 2002 20:31:38 -0600 (MDT) (envelope-from imp@village.org) Date: Thu, 06 Jun 2002 20:31:33 -0600 (MDT) Message-Id: <20020606.203133.49601620.imp@village.org> To: gallatin@cs.duke.edu Cc: des@ofug.org, alpha@freebsd.org, current@freebsd.org Subject: Re: alpha can't map interrupt From: "M. Warner Losh" In-Reply-To: <15616.3530.526275.555196@grasshopper.cs.duke.edu> References: <15616.3530.526275.555196@grasshopper.cs.duke.edu> 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <15616.3530.526275.555196@grasshopper.cs.duke.edu> Andrew Gallatin writes: : : : Warner -- a pci interupt line of 0 is valid. Please back out your : "PCI_INTERRUPT_VALID" changes in pci.c, or change that macro : to allow a value of 0. An interrupt line of 0 is *NOT* valid. However, the check for zero should only be on the i386 port. Where did I have it? Oh, I see now. I didn't change the PCI_INTERRUPT_VALID to include zero, I just changed some code to use it. It was used in pcib. But I'll make sure that it works on alpha. Is that something that you can test for me if I come up with a fix for? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 19:39:39 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 8E37F37B401; Thu, 6 Jun 2002 19:39:27 -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 g572dQY76141; Thu, 6 Jun 2002 20:39:26 -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 g572dPG95678; Thu, 6 Jun 2002 20:39:25 -0600 (MDT) (envelope-from imp@village.org) Date: Thu, 06 Jun 2002 20:39:20 -0600 (MDT) Message-Id: <20020606.203920.128346019.imp@village.org> To: gallatin@cs.duke.edu Cc: des@ofug.org, alpha@freebsd.org, current@freebsd.org Subject: Re: alpha can't map interrupt From: "M. Warner Losh" In-Reply-To: <15616.3530.526275.555196@grasshopper.cs.duke.edu> References: <15616.3530.526275.555196@grasshopper.cs.duke.edu> 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Please accept my appologies for this, it does look like I messed up the MI code. The following change may mess up the pcib code a little, but I think that the MD code now does the right thing. Does this fix things for you? Warner Index: pcivar.h =================================================================== RCS file: /cache/ncvs/src/sys/dev/pci/pcivar.h,v retrieving revision 1.56 diff -u -r1.56 pcivar.h --- pcivar.h 1 Jun 2002 05:40:33 -0000 1.56 +++ pcivar.h 7 Jun 2002 02:35:52 -0000 @@ -246,10 +246,12 @@ #undef PCIB_ACCESSOR /* - * PCI interrupt validation. + * PCI interrupt validation. Invalid interrupt values such as 0 or 128 + * on i386 or other platforms should be mapped out in the MD pcireadconf + * code and not here, since the only MI invalid IRQ is 255. */ #define PCI_INVALID_IRQ 255 -#define PCI_INTERRUPT_VALID(x) (((x) != 0) && ((x) != PCI_INVALID_IRQ)) +#define PCI_INTERRUPT_VALID(x) ((x) != PCI_INVALID_IRQ) /* * Convenience functions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 20: 5:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 0A2C837B401; Thu, 6 Jun 2002 20:05:20 -0700 (PDT) Received: from pool0131.cvx40-bradley.dialup.earthlink.net ([216.244.42.131] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17GA3p-0002BI-00; Thu, 06 Jun 2002 20:05:10 -0700 Message-ID: <3D0022C2.8BB6BBE3@mindspring.com> Date: Thu, 06 Jun 2002 20:04:34 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson Cc: Trevor Johnson , Maxim Sobolev , security@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: WARNING! New GNU Tar in 5-CURRENT could erroneously create world writeable dirs References: <200206062245.g56Mjq319565@vega.vega.com> <20020606210833.W28206-100000@blues.jpj.net> <20020607022829.GF21901@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson wrote: > Tar 1.13 is 3 years old, and has many bugs (incremental backups are > unusable, for example). On the flip side, I hear it respects the umask when running as root... -- 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 6 20:20:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id D4F8237B404; Thu, 6 Jun 2002 20:20:03 -0700 (PDT) Received: from pool0131.cvx40-bradley.dialup.earthlink.net ([216.244.42.131] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17GAIC-0003lX-00; Thu, 06 Jun 2002 20:20:01 -0700 Message-ID: <3D00263D.B369F344@mindspring.com> Date: Thu, 06 Jun 2002 20:19:25 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Martin Blapp Cc: obrien@freebsd.org, david@catwhisker.org, current@freebsd.org Subject: Re: nl_langinfo is MFCed, but what about compat/libc.so.4? References: <20020607031947.R11797-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Blapp wrote: > > Why is it linked against a hacked 4.x libc, instead of an > > unhacked 5.x libc? > > Because gcc31 and libstd++ and stlport are unusable for OpenOffice > to build. Exceptions are broken. Optimazations are broken. I think that if this is going to result in MFC's of things that change the libraries for 4.6, that the update of the libc image in 5.x for -compat is going to have to wait for 4.6-RELEASE. I also think that it may mean another major version number change, since there's aren't real minor version numbers any more. 8-(. > If you like to help me you can fix: > > ports/devel/stlport > > so it doesn't coredump anymore doing the tests. Which means > fixing gcc31 in CURRENT, since the package was build on STABLE > with gcc31 from ports. That last sentence is hard to parse unambiguously. Are you saying that it breaks because of -current, or are you saying it breaks because of the compiler change, or are you saying that the compiler in ports is different than the compiler that's now in 5.x? Basically, you need to pin the problem down a little more than "Somewhere in these 60G of download you'd have to do to repeat the build". As a note, I would ask if "DESTDIR" was being set or not? It may be that the reason it's working is that you are getting the old compiler headers instead of the new ones, when you compile it with the new compiler on -stable (I've noted this problem before; the first time was in 1998). -- 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 6 20:28:15 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 CB62137B401 for ; Thu, 6 Jun 2002 20:28:09 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 097DF66D83; Thu, 6 Jun 2002 20:27:55 -0700 (PDT) Date: Thu, 6 Jun 2002 20:27:55 -0700 From: Kris Kennaway To: Motoyuki Konno Cc: "Michael D. Harnois" , "Marc G. Fournier" , Stanislav Grozev , freebsd-current@FreeBSD.ORG Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries Message-ID: <20020606202754.A66784@xor.obsecurity.org> References: <20020603211621.V2522-100000@mail1.hub.org> <1023192513.4197.8.camel@mharnois.mdharnois.net> <200206041243.g54Chxc16331@sakura.mk.bsdclub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200206041243.g54Chxc16331@sakura.mk.bsdclub.org>; from motoyuki@bsdclub.org on Tue, Jun 04, 2002 at 09:43:59PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jun 04, 2002 at 09:43:59PM +0900, Motoyuki Konno wrote: > Please try the following patch. Thanks, this fixed the XFree86-4-libraries build. I've committed the patch. Kris --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9ACg5Wry0BWjoQKURAuSJAKDo0+lkKhy212fzJiGOO3+pjWopgQCgxX5g 08ruNRSHCNiXeUxYve8kjBQ= =wr7Q -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 21:49:51 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 0789637B403 for ; Thu, 6 Jun 2002 21:49:48 -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 g574nlRs019371 for ; Thu, 6 Jun 2002 21:49:47 -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 g574nl0X019370 for freebsd-current@freebsd.org; Thu, 6 Jun 2002 21:49:47 -0700 (PDT) Date: Thu, 6 Jun 2002 21:49:47 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: someone broke sendmail or install Message-ID: <20020606214947.A19343@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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It appears someone either broke sendmail or install. From an "make installworld" of sources from 02/06/06 1851 PDT. I'm getting install -C -o root -g wheel -m 755 -d /usr/share/sendmail/cf usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 (continuing) `install' not remade because of errors. It seems ru@freebsd.org forgot to place an entry in src/UPDATING that he purposely broke world. Revision 1.55 / (download) - annotate - [select for diffs], Wed Jun 5 17:37:48 2002 UTC (35 hours, 7 minutes ago) by ru Branch: MAIN CVS Tags: HEAD Changes since 1.54: +1 -8 lines Diff to previous 1.54 (colored) Start the (overdue) de-orbit sequence for the -d -C combo, as was promised in revision 1.43. MFC after: 1 month -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 22: 5:47 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 1571C37B406 for ; Thu, 6 Jun 2002 22:05:45 -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 g5755i0h001063 for ; Thu, 6 Jun 2002 22:05:44 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.3/8.12.3/Submit) id g5755ipe001052 for current@freebsd.org; Thu, 6 Jun 2002 22:05:44 -0700 (PDT) Date: Thu, 6 Jun 2002 22:05:44 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200206070505.g5755ipe001052@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: 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 /tmp/des/obj/i386/d/home/des/tinderbox/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> gnu/usr.bin/texinfo/infokey ===> gnu/usr.bin/texinfo/install-info ===> gnu/usr.bin/texinfo/texindex texindex.o: In function `main': texindex.o(.text+0xbb): warning: mktemp() possibly used unsafely; consider using mkstemp() ===> gnu/usr.bin/texinfo/doc ===> gnu/usr.bin/cvs ===> gnu/usr.bin/cvs/lib ===> gnu/usr.bin/cvs/libdiff make: don't know how to make all. Stop *** Error code 2 Stop in /d/home/des/tinderbox/src/gnu/usr.bin/cvs. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu/usr.bin. *** Error code 1 Stop in /d/home/des/tinderbox/src/gnu. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/tinderbox/src. *** Error code 1 Stop in /d/home/des/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 6 22:39:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id 4EA2F37B406 for ; Thu, 6 Jun 2002 22:39:34 -0700 (PDT) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.4/8.12.4) with ESMTP id g575dXtH089866 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 6 Jun 2002 22:39:33 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.4/8.12.4/Submit) id g575dXTk089863; Thu, 6 Jun 2002 22:39:33 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15616.18197.377203.13176@horsey.gshapiro.net> Date: Thu, 6 Jun 2002 22:39:33 -0700 From: Gregory Neil Shapiro To: Steve Kargl Cc: freebsd-current@FreeBSD.ORG Subject: Re: someone broke sendmail or install In-Reply-To: <20020606214947.A19343@troutmask.apl.washington.edu> References: <20020606214947.A19343@troutmask.apl.washington.edu> X-Mailer: VM 7.00 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG sgk> install -C -o root -g wheel -m 755 -d /usr/share/sendmail/cf Did you override $INSTALL in /etc/make.conf? sgk> It seems ru@freebsd.org forgot to place an entry sgk> in src/UPDATING that he purposely broke world. I'm curious what Makefile's are supposed to use if not ${INSTALL}. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 22:41:18 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 78B0D37B40C for ; Thu, 6 Jun 2002 22:41:08 -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 g575f8Rs019874 for ; Thu, 6 Jun 2002 22:41:08 -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 g575f82a019873 for freebsd-current@freebsd.org; Thu, 6 Jun 2002 22:41:08 -0700 (PDT) Date: Thu, 6 Jun 2002 22:41:08 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: back out rev. 1.55 of xinstall.c Message-ID: <20020606224108.A19711@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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Can someone back out revision 1.55 of xinstall.c? It breaks "make installworld" with the following: ===> share/sendmail install -C -o root -g wheel -m 755 -d /usr/share/sendmail/cf usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 (continuing) `install' not remade because of errors. Note, I have INSTALL set to "install -C" as documented in make.conf(5) and share/examples/etc/defaults/make.conf. If revision 1.55 is to stay, then the documentation should be updated. Also, PR bin/37795 shoudl be closed, and a note added to src/UPDATING for all of us who set INSTALL in make.conf a long time ago. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 22:49:37 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 82C3637B408; Thu, 6 Jun 2002 22:49:31 -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 g575nVRs019997; Thu, 6 Jun 2002 22:49:31 -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 g575nVl8019996; Thu, 6 Jun 2002 22:49:31 -0700 (PDT) Date: Thu, 6 Jun 2002 22:49:31 -0700 From: Steve Kargl To: Gregory Neil Shapiro Cc: freebsd-current@FreeBSD.ORG Subject: Re: someone broke sendmail or install Message-ID: <20020606224931.B19711@troutmask.apl.washington.edu> References: <20020606214947.A19343@troutmask.apl.washington.edu> <15616.18197.377203.13176@horsey.gshapiro.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: <15616.18197.377203.13176@horsey.gshapiro.net>; from gshapiro@FreeBSD.ORG on Thu, Jun 06, 2002 at 10:39:33PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 06, 2002 at 10:39:33PM -0700, Gregory Neil Shapiro wrote: > sgk> install -C -o root -g wheel -m 755 -d /usr/share/sendmail/cf > > Did you override $INSTALL in /etc/make.conf? > INSTALL is set to "install -C" in /etc/make.conf as documented in make.conf(5) and share/examples/etc/defaults/make.conf. > sgk> It seems ru@freebsd.org forgot to place an entry > sgk> in src/UPDATING that he purposely broke world. > > I'm curious what Makefile's are supposed to use if not ${INSTALL}. Well, I personally believe that if install's -d option is mutually exclusive of -bCcpSs, then install should reset things instead of issue an error. --- xinstall.c.orig Thu Jun 6 22:45:29 2002 +++ xinstall.c Thu Jun 6 22:46:39 2002 @@ -173,8 +173,11 @@ argv += optind; /* some options make no sense when creating directories */ - if ((safecopy || docompare || dostrip) && dodir) - usage(); + if (dodir) { + safecopy = 0; + docompare = 0; + dostrip = 0; + } /* must have at least two arguments, except when creating directories */ if (argc < 2 && !dodir) -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 23: 8: 8 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 DE4B437B40B; Thu, 6 Jun 2002 23:07:59 -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 M2L7DMW7; Fri, 7 Jun 2002 09:09:58 +0300 Received: (from max@localhost) by vega.vega.com (8.11.6/8.11.3) id g57682M20849; Fri, 7 Jun 2002 09:08:02 +0300 (EEST) (envelope-from sobomax@FreeBSD.org) From: Maxim Sobolev Message-Id: <200206070608.g57682M20849@vega.vega.com> Subject: Re: WARNING! New GNU Tar in 5-CURRENT could erroneously create world writeable dirs To: sobomax@FreeBSD.org (Maxim Sobolev) Date: Fri, 7 Jun 2002 09:08:02 +0300 (EEST) Cc: sobomax@FreeBSD.org (Maxim Sobolev), security@FreeBSD.org, current@FreeBSD.org In-Reply-To: from "Maxim Sobolev" at Jun 07, 2002 03:05:51 AM X-Mailer: ELM [version 2.5 PL5] 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > > > Hi, > > > > I've just noticed that something wrong with the new tar in the base > > system (1.13.25) - when extracting some archives it creates 777 dirs, > > while permissions in the archive itself are OK (for example GNU make > > make-3.79.1.tar.gz - top level dir gets 777 as well as several > > other lowel level dirs). The issue is under investigation. > > Should be solved now. Stupid GNU folks for some reason decided that > when tar is executed as uid 0 then by default umask(2) should not be > applied to files and dirs being extracted. That said, anybody who runs 5.0-CURRENT with the new tar is advised to clean up all ports' WRKDIRs she might have, to avoid being trojaned by a local user. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 23:15:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from blues.jpj.net (blues.jpj.net [204.97.17.6]) by hub.freebsd.org (Postfix) with ESMTP id 9B0BF37B401; Thu, 6 Jun 2002 23:15:17 -0700 (PDT) Received: from localhost (trevor@localhost) by blues.jpj.net (8.11.6/8.11.6) with ESMTP id g576F9L09083; Fri, 7 Jun 2002 02:15:09 -0400 (EDT) Date: Fri, 7 Jun 2002 02:15:09 -0400 (EDT) From: Trevor Johnson To: Dan Nelson Cc: Maxim Sobolev , Subject: Re: WARNING! New GNU Tar in 5-CURRENT could erroneously create world writeable dirs In-Reply-To: <20020607022829.GF21901@dan.emsphone.com> Message-ID: <20020606235414.G28206-100000@blues.jpj.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson wrote: > > The latest version on ftp://ftp.gnu.org/gnu/tar/ is 1.13. The ones on > > ftp://alpha.gnu.org/gnu/tar/ (and everything else on that site) are > > considered unstable. I suppose it's too late to suggest tar 1.13 as a > > starting point, but maybe this could be kept in mind when importing other > > GNU products. The point I was trying to make is perhaps better conveyed by ftp://alpha.gnu.org/README . > Tar 1.13 is 3 years old, and has many bugs (incremental backups are > unusable, for example). I don't know why the GNU tar programmers decide that certain versions are stable and others are unstable. I do know that the former are found on ftp.gnu.org, and the latter on alpha.gnu.org. Now you know too, in case you didn't already. :-) I just discovered Jorg Schilling's "star" (http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/star.html) . He says that it supports POSIX.1-2001, which I assume dates from last year. It's available in the ports collection and it's under the GNU GPL. The documentation for GNU tar 1.13.25 says that it complies with POSIX 1003.1b, which was drafted in 1987 and completed in 1990. The GNU tar in FreeBSD-STABLE is from 1993 and it still works most of the time! According to Mr. Schilling's testing, GNU tar 1.13.25 has a bug: ftp://ftp.fokus.gmd.de/pub/unix/star/testscripts/README.gtarfail . I guess it qualifies as a "non-trivial program". :-) On my friend's BSD/OS system, there is no tar--or rather, it's just a hard link to pax: % ls -li `which tar` `which pax` 1819 -r-xr-xr-x 2 bin bin 58288 Jun 12 1998 /bin/pax 1819 -r-xr-xr-x 2 bin bin 58288 Jun 12 1998 /bin/tar Their tar/pax hybrid must check its argv[0]. Isn't that evil? -- Trevor Johnson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 6 23:41:41 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 0EC1937B407; Thu, 6 Jun 2002 23:41:36 -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 g576fY667064; Fri, 7 Jun 2002 08:41: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 g576fX9013645111; Fri, 7 Jun 2002 08:41:33 +0200 (MES) Date: Fri, 7 Jun 2002 08:42:43 +0200 (CEST) From: Martin Blapp To: Terry Lambert Cc: , , Subject: Re: nl_langinfo is MFCed, but what about compat/libc.so.4? In-Reply-To: <3D00263D.B369F344@mindspring.com> Message-ID: <20020607083712.F11797-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi > I think that if this is going to result in MFC's of things that > change the libraries for 4.6, that the update of the libc image > in 5.x for -compat is going to have to wait for 4.6-RELEASE. That's a good idea. > I also think that it may mean another major version number change, > since there's aren't real minor version numbers any more. 8-(. That surly not necessary. We only have major version number change if we change from Releng Majors 3->4, 4->5. This is just compat stuff, and CURRENT is not yet production. > > so it doesn't coredump anymore doing the tests. Which means > > fixing gcc31 in CURRENT, since the package was build on STABLE > > with gcc31 from ports. > > That last sentence is hard to parse unambiguously. stlport breacks within openoffice in CURRENT, or seperatly build as a port. I'll have to test if it breaks also with the newest snapshot from ports. > Are you saying that it breaks because of -current, or are you > saying it breaks because of the compiler change, or are you > saying that the compiler in ports is different than the compiler > that's now in 5.x? I guess the latest is true. We have a newer snapshot in ports than in CURRENT. It will be true if gcc31 in CURRENT can build it and make a running version. > As a note, I would ask if "DESTDIR" was being set or not? It > may be that the reason it's working is that you are getting the > old compiler headers instead of the new ones, when you compile > it with the new compiler on -stable (I've noted this problem > before; the first time was in 1998). That's not possible. I'd get to many errors then. I've gcc31 specific includes and they work fine. 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 7 1: 2:53 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 0460D37B403; Fri, 7 Jun 2002 01:02:49 -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 SAA15640; Fri, 7 Jun 2002 18:02:38 +1000 Date: Fri, 7 Jun 2002 18:03:17 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Steve Kargl Cc: Gregory Neil Shapiro , Subject: Re: someone broke sendmail or install In-Reply-To: <20020606224931.B19711@troutmask.apl.washington.edu> Message-ID: <20020607174411.A14601-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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 6 Jun 2002, Steve Kargl wrote: > On Thu, Jun 06, 2002 at 10:39:33PM -0700, Gregory Neil Shapiro wrote: > > I'm curious what Makefile's are supposed to use if not ${INSTALL}. The poorly named COPY variable can be (ab)used as a general install flags variable in most places. > Well, I personally believe that if install's -d option is > mutually exclusive of -bCcpSs, then install should reset > things instead of issue an error. I combinations of flags that don't make sense should just do something reasonable (usually, ignore the secondary flags). It's not even practical to document all the sensible combinations of flags for utilities with lots of flags. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 7 1:14:18 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 D668437B403; Fri, 7 Jun 2002 01:14:14 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id AD6355361; Fri, 7 Jun 2002 10:14:08 +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: "M. Warner Losh" Cc: gallatin@cs.duke.edu, alpha@freebsd.org, current@freebsd.org Subject: Re: alpha can't map interrupt References: <15616.3530.526275.555196@grasshopper.cs.duke.edu> <20020606.203133.49601620.imp@village.org> From: Dag-Erling Smorgrav Date: 07 Jun 2002 10:14:07 +0200 In-Reply-To: <20020606.203133.49601620.imp@village.org> Message-ID: 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "M. Warner Losh" writes: > But I'll make sure that it works on alpha. Is that something that you > can test for me if I come up with a fix for? I can easily test it, fire away. 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 7 1:18:20 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 8D0A637B401; Fri, 7 Jun 2002 01:18:12 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D28A366EB8; Fri, 7 Jun 2002 01:18:11 -0700 (PDT) Date: Fri, 7 Jun 2002 01:18:11 -0700 From: Kris Kennaway To: Trevor Johnson Cc: Dan Nelson , Maxim Sobolev , current@FreeBSD.ORG Subject: Re: WARNING! New GNU Tar in 5-CURRENT could erroneously create world writeable dirs Message-ID: <20020607011811.A48468@xor.obsecurity.org> References: <20020607022829.GF21901@dan.emsphone.com> <20020606235414.G28206-100000@blues.jpj.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020606235414.G28206-100000@blues.jpj.net>; from trevor@jpj.net on Fri, Jun 07, 2002 at 02:15:09AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 07, 2002 at 02:15:09AM -0400, Trevor Johnson wrote: > On my friend's BSD/OS system, there is no tar--or rather, it's just a hard > link to pax: >=20 > % ls -li `which tar` `which pax` > 1819 -r-xr-xr-x 2 bin bin 58288 Jun 12 1998 /bin/pax > 1819 -r-xr-xr-x 2 bin bin 58288 Jun 12 1998 /bin/tar >=20 > Their tar/pax hybrid must check its argv[0]. Isn't that evil? So does ours..try it sometime :) Kris --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9AGxDWry0BWjoQKURAne9AKCECIY4KMbB39/RxEAbD29IOcHizQCeIczX HcIQCT9sNpMER/qa8wFf9qo= =nTGy -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 7 1:34:23 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 1E2F737B406; Fri, 7 Jun 2002 01:34:17 -0700 (PDT) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.36 #1) id 17GFCq-00096O-00; Fri, 07 Jun 2002 10:34:48 +0200 From: Sheldon Hearn To: obrien@freebsd.org Cc: Christopher Nehren , current@freebsd.org Subject: Re: "Safe" to go to -CURRENT? In-reply-to: Your message of "Thu, 06 Jun 2002 10:14:52 MST." <20020606101452.F59829@dragon.nuxi.com> Date: Fri, 07 Jun 2002 10:34:48 +0200 Message-ID: <34991.1023438888@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 06 Jun 2002 10:14:52 MST, "David O'Brien" wrote: > > There are still issues with the C++ compiler in the base system that > > make building X and some other C++ ports tricky. > > There is no issue with the C++ compiler. There is issue with the X > source that uses depreciated features. The fact remains, desktop-environment users looking for an easy ride should not be jumping on the -CURRENT wagon bus just now. Such people probably don't really care "whose fault it is". But thanks for clarifying. I'll be sure to explain more carefully to the next person who asks me whether now's a good time for -CURRENT. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 7 1:36:15 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 97E8637B400; Fri, 7 Jun 2002 01:36:10 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 96AF05361; Fri, 7 Jun 2002 10:36:08 +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: "M. Warner Losh" Cc: gallatin@cs.duke.edu, alpha@freebsd.org, current@freebsd.org Subject: Re: alpha can't map interrupt References: <15616.3530.526275.555196@grasshopper.cs.duke.edu> <20020606.203920.128346019.imp@village.org> From: Dag-Erling Smorgrav Date: 07 Jun 2002 10:36:08 +0200 In-Reply-To: <20020606.203920.128346019.imp@village.org> Message-ID: Lines: 8 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: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "M. Warner Losh" writes: > Does this fix things for you? Yep, thanks! 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 7 2:29:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 7DE8A37B404 for ; Fri, 7 Jun 2002 02:29:48 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.3/8.12.3) with ESMTP id g579TXSA002012; Fri, 7 Jun 2002 10:29:33 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.3/8.12.3/Submit) with UUCP id g579TX1Y002011; Fri, 7 Jun 2002 10:29:33 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g579T9UE023506; Fri, 7 Jun 2002 10:29:09 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200206070929.g579T9UE023506@grimreaper.grondar.org> To: Will Andrews Cc: current@freebsd.org Subject: Re: The great perl rewrite - progress report References: <20020606201235.GB53809@squall.waterspout.com> In-Reply-To: <20020606201235.GB53809@squall.waterspout.com> ; from Will Andrews "Thu, 06 Jun 2002 15:12:35 CDT." Date: Fri, 07 Jun 2002 10:29:09 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Thu, Jun 06, 2002 at 05:31:12PM +0100, Mark Murray wrote: > > /usr/sbin/sysinstall * - fix - * > > What part of this uses perl?? None. But it needs to install perl by default (or near default) at some point. M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 7 2:34:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 8AAC637B401; Fri, 7 Jun 2002 02:34:36 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.3/8.12.3) with ESMTP id g579YZSA007698; Fri, 7 Jun 2002 10:34:35 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.3/8.12.3/Submit) with UUCP id g579YZpf007697; Fri, 7 Jun 2002 10:34:35 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g579YxUE023558; Fri, 7 Jun 2002 10:34:59 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200206070934.g579YxUE023558@grimreaper.grondar.org> To: Doug Barton Cc: Giorgos Keramidas , freebsd-current@FreeBSD.org, markm@FreeBSD.org Subject: Re: Removing perl usage from mergemaster References: <20020606135530.W4933-100000@master.gorean.org> In-Reply-To: <20020606135530.W4933-100000@master.gorean.org> ; from Doug Barton "Thu, 06 Jun 2002 14:01:28 PDT." Date: Fri, 07 Jun 2002 10:34:59 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Ok, I've imported stat(1) and modified mergemaster to use it instead. For > now, I have simply disabled use of the user's umask for mode setting so > that I could get the non-perl version in the tree asap. I will look at > Giorgos' excellent patch and steal bits from it so that I can add that > feature back. Cool! > Once again, sorry for the delay. No problemo. :-) M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 7 3:10:11 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 6AF8437B405; Fri, 7 Jun 2002 03:09:55 -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 g57A9gHc058815 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 7 Jun 2002 12:09:45 +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 g57A9nSA088629 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 7 Jun 2002 12:09:49 +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 g57A9mD2088626; Fri, 7 Jun 2002 12:09:48 +0200 (CEST)?g (envelope-from ticso) Date: Fri, 7 Jun 2002 12:09:47 +0200 From: Bernd Walter To: "M. Warner Losh" Cc: gallatin@cs.duke.edu, des@ofug.org, alpha@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: alpha can't map interrupt Message-ID: <20020607100947.GE66505@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <15616.3530.526275.555196@grasshopper.cs.duke.edu> <20020606.203133.49601620.imp@village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020606.203133.49601620.imp@village.org> User-Agent: Mutt/1.3.26i X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 06, 2002 at 08:31:33PM -0600, M. Warner Losh wrote: > In message: <15616.3530.526275.555196@grasshopper.cs.duke.edu> > Andrew Gallatin writes: > : > : > : Warner -- a pci interupt line of 0 is valid. Please back out your > : "PCI_INTERRUPT_VALID" changes in pci.c, or change that macro > : to allow a value of 0. > > An interrupt line of 0 is *NOT* valid. However, the check for zero OK - it's fixed for now, but what is wrong with zero? Many alphas differentiate between ISA and PCI intlines. PCI intlines are startet counting with 0. [52]cicely9> devinfo -r cia0 pcib0 pci0 sym0 PCI Mapped Interrupts: 0x2 I/O memory: 0x82030000-0x82030fff 0x82031200-0x820312ff sym1 PCI Mapped Interrupts: 0x0 I/O memory: 0x82031100-0x820311ff sym2 PCI Mapped Interrupts: 0x1 I/O memory: 0x82031000-0x820310ff isab0 isa0 atkbdc0 fdc0 ISA Interrupt request lines: 6 ISA DMA request lines: 2 I/O ports: 0x3f0-0x3f5 0x3f7 fd0 mcclock0 I/O ports: 0x70-0x71 ppc0 sc0 sio0 ISA Interrupt request lines: 4 I/O ports: 0x3f8-0x3ff sio1 vga0 xl0 PCI Mapped Interrupts: 0x3 I/O ports: 0x10300-0x1037f miibus0 xlphy0 atapci0 ata0 I/O ports: 0x1f0-0x1f7 0x3f6 0x10380-0x10387 ata1 I/O ports: 0x170-0x177 0x376 0x10388-0x1038f > should only be on the i386 port. Where did I have it? Oh, I see now. > I didn't change the PCI_INTERRUPT_VALID to include zero, I just > changed some code to use it. It was used in pcib. > > But I'll make sure that it works on alpha. Is that something that you > can test for me if I come up with a fix for? -- 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 7 3:47:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from hpdi.ath.cx (pc1-nfds1-5-cust34.not.cable.ntl.com [80.4.34.34]) by hub.freebsd.org (Postfix) with ESMTP id DA04E37B403 for ; Fri, 7 Jun 2002 03:46:44 -0700 (PDT) Received: from hpdi.ath.cx (localhost.hpdi.net [127.0.0.1]) by hpdi.ath.cx (8.12.3/8.12.3) with ESMTP id g57Afxq0000697 for ; Fri, 7 Jun 2002 11:42:00 +0100 (BST) (envelope-from hitenp@hpdi.ath.cx) Received: (from hitenp@localhost) by hpdi.ath.cx (8.12.3/8.12.3/Submit) id g57AfwDH000696 for current@FreeBSD.org; Fri, 7 Jun 2002 11:41:58 +0100 (BST) Date: Fri, 7 Jun 2002 11:41:58 +0100 From: Hiten Pandya To: current@FreeBSD.org Subject: Lock information from SMP Kernel of June 7 Message-ID: <20020607104158.GA581@hpdi.ath.cx> Reply-To: hiten@uk.FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7iMSBzlTiPOCCT2k" Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Operating-System: FreeBSD hpdi.ath.cx 5.0-CURRENT FreeBSD 5.0-CURRENT Organisation: Hiten Pandya, Leicester LE5 3NF, United Kingdom X-PGP-Key: http://www.pittgoth.com/~hiten/pubkey.asc Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7iMSBzlTiPOCCT2k Content-Type: multipart/mixed; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello. As I am building an SMP kernel after a long time in -CURRENT. I thought people will find it useful if I posted the output from my dmesg which is showing a big amount of lock order related warnings. Hope this helps. Also, there is one problem I found (?), which when we pass the loader "boot -d", it goes into the debugger, which is what it should do, but from the DDB debugger, if we type "show locks"; then the kernel/debugger panics with some witness related message. I cant get more info on this one because I dont have a serial console. Is this some sort of a mistake which I am making? Also, when I load the sound driver, I get a whole lot of lock order problems. My soundcard is SoundBlaster Live! 1024, which uses the pcm driver in conjuction with snd_emu10k1 (both loader as kernel modules). If the given information hasn't helped at all, then I apologise for the inconvenience. Thanks. Regards. P.S. MPTable Output, dmesg(1) output attached. --=20 Hiten Pandya http://storm.uk.FreeBSD.org/~hiten Finger hiten@storm.uk.FreeBSD.org for PGP public key -- 4FB9 C4A9 4925 CF97 9BF3 ADDA 861D 5DBD E4E3 03C3=20 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: quoted-printable 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 #0: Fri Jun 7 09:48:11 BST 2002 hitenp@hpdi.ath.cx:/c1/obj/data/dev/src/sys/SMP5 /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "eventhandler" locke= d from /data/dev/src/sys/kern/subr_eventhandler.c:162 /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "eventhandler" locke= d from /data/dev/src/sys/kern/subr_eventhandler.c:162 Preloaded elf kernel "/boot/kernel/kernel" at 0xc03fa000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc03fa0a8. Calibrating clock(s) ... TSC clock: 733403736 Hz, i8254 clock: 1193254 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon/Celeron (733.37-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x683 Stepping =3D 3 Features=3D0x383fbff real memory =3D 536805376 (524224K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00424000 - 0x1ffe7fff, 532430848 bytes (129988 pages) avail memory =3D 517844992 (505708K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 bios32: Found BIOS32 Service Directory header at 0xc00fdad0 bios32: Entry =3D 0xfdae0 (c00fdae0) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xdb01 pnpbios: Found PnP BIOS data at 0xc00f6a10 pnpbios: Entry =3D f0000:58e4 Rev =3D 1.0 Other BIOS signatures found: /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "sf_bufs list lock" = locked from /data/dev/src/sys/kern/uipc_syscalls.c:1556 null: mem: Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 22 00=20 00 01 00 02 11 03 07 01 00 01 1a 01 00 01 2f 01=20 00 01 00 01 01 01 02 01 03 01 04 01 05 01 06 01=20 07 01 08 01 09 01 0a 01 0b 01 0c 01 0e 01 0f 01=20 VESA: 33 mode(s) found VESA: v3.0, 32768k memory, flags:0x1, mode table:0xc0359642 (1000022) VESA: NVidia VESA: NVidia Corporation NV10 Reference Board Chip Rev A1 random: SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D06911106) Using $PIR table, 8 entries at 0xc00f7100 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: power button is handled as a fixed feature programming model. ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 2 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 2 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 2 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 2 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 2 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 2 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 2 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 2 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 2 ACPI timer looks GOOD min =3D 1, max =3D 2, width =3D 2 Timecounter "ACPI-fast" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: physical bus=3D0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=3D0x1106, dev=3D0x0691, revid=3D0xc4 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0x8598, revid=3D0x00 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 found-> vendor=3D0x1106, dev=3D0x0686, revid=3D0x22 bus=3D0, slot=3D7, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x10 bus=3D0, slot=3D7, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c800, size 5, enabled found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x10 bus=3D0, slot=3D7, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 intpin=3Dd, irq=3D10 powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0x3057, revid=3D0x30 bus=3D0, slot=3D7, func=3D4 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base dffee000, size 12, enabled map[14]: type 4, range 32, base 0000cc00, size 6, enabled map[18]: type 1, range 32, base dfe00000, size 20, enabled found-> vendor=3D0x8086, dev=3D0x1229, revid=3D0x08 bus=3D0, slot=3D9, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 intpin=3Da, irq=3D5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000d000, size 8, enabled map[14]: type 1, range 32, base dffeff00, size 8, enabled found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 bus=3D0, slot=3D10, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 intpin=3Da, irq=3D9 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000d400, size 5, enabled found-> vendor=3D0x1102, dev=3D0x0002, revid=3D0x07 bus=3D0, slot=3D11, func=3D0 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D1 intpin=3Da, irq=3D10 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000dc00, size 3, enabled found-> vendor=3D0x1102, dev=3D0x7002, revid=3D0x07 bus=3D0, slot=3D11, func=3D1 class=3D09-80-00, hdrtype=3D0x00, mfdev=3D1 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base dfff0000, size 16, enabled map[14]: type 4, range 32, base 0000d800, size 3, enabled found-> vendor=3D0x14f1, dev=3D0x1033, revid=3D0x08 bus=3D0, slot=3D12, func=3D0 class=3D07-80-00, hdrtype=3D0x00, mfdev=3D0 intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 pci0: on acpi_pcib0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0x9fff pcib1: memory decode 0xdda00000-0xdfafffff pcib1: prefetched decode 0xcd800000-0xdd8fffff pci1: physical bus=3D1 map[10]: type 1, range 32, base de000000, size 24, enabled map[14]: type 3, range 32, base d0000000, size 27, enabled found-> vendor=3D0x10de, dev=3D0x0110, revid=3D0xa1 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on = pci0 ata0: iobase=3D0x01f0 altiobase=3D0x03f6 bmaddr=3D0xffa0 ata0: mask=3D03 ostat0=3D50 ostat2=3D50 ata0-slave: ATAPI 00 00 ata0-master: ATAPI 00 00 ata0: mask=3D03 stat0=3D50 stat1=3D50 ata0-master: ATA 01 a5 ata0-slave: ATA 01 a5 ata0: devices=3D03 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=3D0x0170 altiobase=3D0x0376 bmaddr=3D0xffa8 ata1: mask=3D03 ostat0=3D50 ostat2=3D50 ata1-master: ATAPI 14 eb ata1-slave: ATAPI 14 eb ata1: mask=3D03 stat0=3D10 stat1=3D00 ata1: devices=3D0c ata1: at 0x170 irq 15 on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.4 (no driver attached) fxp0: port 0xcc00-0xcc3f mem 0xdfe00000-0= xdfefffff,0xdffee000-0xdffeefff irq 5 at device 9.0 on pci0 fxp0: using memory space register mapping fxp0: Ethernet address 00:06:29:af:90:cf fxp0: PCI IDs: 8086 1229 1014 105c 0008 fxp0: Dynamic Standby mode is disabled inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: fxp0 attached rl0: port 0xd000-0xd0ff mem 0xdffeff00-0xdffeff= ff irq 9 at device 10.0 on pci0 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mo= de /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "rl0" locked from /d= ata/dev/src/sys/pci/if_rl.c:855 /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "rl0" locked from /d= ata/dev/src/sys/pci/if_rl.c:855 lock order reversal 1st 0xd56029a4 rl0 (network driver) @ /data/dev/src/sys/pci/if_rl.c:855 2nd 0xc02df020 allproc (allproc) @ /data/dev/src/sys/kern/kern_fork.c:309 /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "rl0" locked from /d= ata/dev/src/sys/pci/if_rl.c:855 /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "rl0" locked from /d= ata/dev/src/sys/pci/if_rl.c:855 /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "rl0" locked from /d= ata/dev/src/sys/pci/if_rl.c:855 /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "rl0" locked from /d= ata/dev/src/sys/pci/if_rl.c:855 /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "rl0" locked from /d= ata/dev/src/sys/pci/if_rl.c:855 /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "rl0" locked from /d= ata/dev/src/sys/pci/if_rl.c:855 rl0: Ethernet address: 00:50:bf:d2:86:33 /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "rl0" locked from /d= ata/dev/src/sys/pci/if_rl.c:855 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto /data/dev/src/sys/vm/uma_core.c:1327: could sleep with "rl0" locked from /d= ata/dev/src/sys/pci/if_rl.c:587 bpf: rl0 attached pci0: at device 11.0 (no driver attached) pci0: 



















A projected ESSENCE =
Best-Seller!!!



 



To CHECK OUT the HOT Black-Novel, =
"Caught
Up!”



 



CLICK ON LINK BELOW!!!



 



http://winstonchapman.netfir=
ms.com



 



READ 2-Chapters ON-LINE and you'll be Caught =
Up,
too!!!



 



Special Offer: TODAY =
ONLY!!!



 










------------------------------------------------------------------------
Nubonyx.com - Getting People of Color Online
Unlimited Internet Access - www.nubonyx.com
------------------------------------------------------------------------
To Unsubscribe from the list, Click link, then send email. 
mailto:nblistserver@nubonyx.net?subject=unsubscribe%20winston@nubonyx.net
Or send an email with remove in subject to gnccs@nubonyx.com.
Winston Chapman, 4129 Kings Causeway, Atlanta, GA 30294


------=_NextPart_000_0003_01C20F0C.1CE7E960--


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


From owner-freebsd-current  Sat Jun  8 20:19:23 2002
Delivered-To: freebsd-current@freebsd.org
Received: from iguana.icir.org (iguana.icir.org [192.150.187.36])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2EDB737B403; Sat,  8 Jun 2002 20:19:10 -0700 (PDT)
Received: (from rizzo@localhost)
	by iguana.icir.org (8.11.6/8.11.3) id g593J9q41863;
	Sat, 8 Jun 2002 20:19:09 -0700 (PDT)
	(envelope-from rizzo)
Date: Sat, 8 Jun 2002 20:19:09 -0700
From: Luigi Rizzo 
To: ipfw@freebsd.org
Subject: New ipfw code available
Message-ID: <20020608201909.A41807@iguana.icir.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: 
List-Archive:  (Web Archive)
List-Help:  (List Instructions)
List-Subscribe: 
List-Unsubscribe: 
X-Loop: FreeBSD.ORG

[Bcc to -current because it is relevant there as well -- sorry for the
crosspost]


Hi,
over the past 2-3 weeks I have done an extensive rewrite of the
ipfw code (userland + kernel) in an attempt to make it faster and
more flexible.

The idea (which I discussed a few times on the mailing lists) was
to replace the current ipfw rules (macroinstructions) with a set
of microinstructions, each of them performing a single operation
such as matching an address, or a port range, or a protocol flag,
etc.  -- much in the spirit of BPF and derivatives -- and to let
the userland front-end compile ipfw(8) commands into an appropriate
set of microinstructions.

There are several advantages in using this technique: first of all,
instructions are typically shorter and faster, because the former
code had to check for the presence of all the possible options in
a rule, whereas the new one can simply do just the things that are
required --  e.g. an instruction like

	allow ip from 1.2.3.0/24 to any

translates to a couple of microinstructions (whose complete
implementation is below the instructions themselves):

	O_IP_DST 
	    if (((ipfw_insn_ip *)cmd)->addr.s_addr ==
		(dst_ip.s_addr & ((ipfw_insn_ip *)cmd)->mask.s_addr))
		    goto cmd_match;
	    goto cmd_fail;

	O_ACCEPT:
	    retval = 0;     /* accept */
	    goto accept;


But there is a lot more -- the instruction set is easily extensible,
and without backward compatibility problems.  Furthermore, you can
build (and I have already implemented them) more complex rules by
assembling microinstructions with OR and NOT operands. I.e. you can write
something like:

	pipe 10 tcp from 1.2.3.4 or 1.2.3.7 or not 1.2.3.0/28 21-25,1024-4095 \
		to any in recv ed0 or recv fxp1 or recv dc0 uid 35 or uid 50

You get the idea... 

I have a fairly complete version of the above  code at the moment,
which is only missing a small set of functionalities
(ip/tcp flags matching, "log" and fixing hooks to the stateful
code). However the glue to implement all the missing pieces is
already there, it is just a matter of adding a few lines of code
and testing things.
Other than that, the code is meant to be fully compatible with the
old syntax so you will not have to rewrite your existing rulesets.

I have put a preliminary snapshot of this code (for CURRENT) at

	http://info.iet.unipi.it/~luigi/ipfw5.20020609.tgz

It replaces the following files from a recent (2002/05/14) version of -current.

	sys/netinet/ip_dummynet.c
	sys/netinet/ip_fw.c
	sys/netinet/ip_fw.h
	sbin/ipfw/ipfw.c

I would be very grateful if someone could have a look at the
code, maybe give it a try, and see e.g. how it compiles your
typical ruleset and whether the new extensions can make your
ipfw rulesets simpler.

Feedback welcome, both on the architecture and on the implementation.

NOTE: if people wonder why I did not use BPF and reinvented the wheel:
the keyword is "backward compatiblity" -- i thought it was a bit too
complex to compile the existent ipfw syntax into BPF, especially because
BPF at least as far as i know does not handle UIDs, and GIDs and
interface matches and different "actions" than match or not match,
so i would have had to extend the code anyways, at which point i
thought I could as well write my own microinstruction set...

	cheers
	luigi
-----------------------------------+-------------------------------------
  Luigi RIZZO, luigi@iet.unipi.it  . Dip. di Ing. dell'Informazione
  http://www.iet.unipi.it/~luigi/  . Universita` di Pisa
  TEL/FAX: +39-050-568.533/522     . via Diotisalvi 2, 56126 PISA (Italy)
  Mobile   +39-347-0373137
-----------------------------------+-------------------------------------
to 

	thanks
	luigi

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


From owner-freebsd-current  Sat Jun  8 22:58:47 2002
Delivered-To: freebsd-current@freebsd.org
Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8])
	by hub.freebsd.org (Postfix) with ESMTP
	id 4AECF37B404; Sat,  8 Jun 2002 22:58:44 -0700 (PDT)
Received: from kokeb.ambesa.net ([64.173.9.235])
 by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May  7 2001))
 with ESMTP id <0GXF004BACLVK7@mta7.pltn13.pbi.net>; Sat,
 08 Jun 2002 22:58:44 -0700 (PDT)
Received: from kokeb.ambesa.net (smmsp@localhost [127.0.0.1])
	by kokeb.ambesa.net (8.12.3/8.12.3) with ESMTP id g59646VF000874; Sat,
 08 Jun 2002 23:04:06 -0700 (PDT envelope-from mikem@kokeb.ambesa.net)
Received: (from mikem@localhost)	by kokeb.ambesa.net (8.12.3/8.12.3/Submit)
 id g595L0ob010145; Sat, 08 Jun 2002 22:21:00 -0700 (PDT envelope-from mikem)
Date: Sat, 08 Jun 2002 22:21:00 -0700
From: Mike Makonnen 
Subject: Re: cvs commit: src/sys/kern subr_witness.c
In-reply-to: 
To: John Baldwin 
Cc: freebsd-current@FreeBSD.ORG
Message-id: <200206090521.g595L0ob010145@kokeb.ambesa.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: <200206080759.g587xoni005225@kokeb.ambesa.net>
 
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: 
List-Archive:  (Web Archive)
List-Help:  (List Instructions)
List-Subscribe: 
List-Unsubscribe: 
X-Loop: FreeBSD.ORG

On Sat, 08 Jun 2002 10:57:31 -0400 (EDT)
John Baldwin  wrote:

> >> Heh, that's fine.  Let me know if it works. :)
> > 
> > Ok, no more "exhausted" messages.  Before I applied it I had a bunch
of> > dead witnesses when I did a show witness in ddb (i.e. - only about
1 out> > of 10 witnesses were _not_ dead).  I didn't see any after the
patch (I> > assume I'll probably see more as my uptime increases?).
> 
> Before which patch?  The one in CVS or the one I haven't committed
yet.> (The one I posted that's not in CVS has a bug btw).
> 

The one in CVS.


Cheers.

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