From owner-freebsd-current Sun Aug 13 06:09:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA22077 for current-outgoing; Sun, 13 Aug 1995 06:09:23 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA22071 ; Sun, 13 Aug 1995 06:09:21 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id PAA26342 ; Sun, 13 Aug 1995 15:09:19 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id PAA28497 ; Sun, 13 Aug 1995 15:09:18 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199508131309.PAA28497@blaise.ibp.fr> Subject: Re: kern/679: chown(2) ignores set-user-id and set-group-id bits for root To: wosch@cs.tu-berlin.de Date: Sun, 13 Aug 1995 15:09:18 +0200 (MET DST) Cc: current@FreeBSD.org (Current's list FreeBSD), davidg@FreeBSD.org In-Reply-To: <199508130851.KAA00428@localhost> from "Wolfram Schneider" at Aug 13, 95 10:51:52 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#880 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2626 Sender: current-owner@FreeBSD.org Precedence: bulk > That's all right and should not been changed. Unfortunately chown > does not clear set-user-id and set-group-id bits if you are root. > > $ touch Grunewald > $ chmod 4777 Grunewald > $ ls -lg Grunewald > -rwsrwxrwx 1 wosch wheel 0 Aug 13 10:38 Grunewald > > $ su root > # chown bin Grunewald > # ls -lg Grunewald > -rwsrwxrwx 1 bin wheel 0 Aug 13 10:38 Grunewald > ^ ^^^ > >Fix: I suggest the following patch (please review it David): PS: be gentle, it is my first attempt at kernel hacking :-) I can probably do the same thing without ovattr but it seems cleaner to do it that way as only modified fields are initialized in vattr. I didn't bothered to clear the sticky bit because I don't see it as a problem but it is easy to add it. It works here: 207 [15:03] roberto@keltia:/var/tmp> ll foo -r-sr-sr-x 1 roberto wheel 0 Aug 13 14:51 foo* 208 [15:03] roberto@keltia:~> ... Password: 209 [15:04] root@keltia:/var/tmp# chown bin foo 210 [15:04] root@keltia:/var/tmp# ll foo -r-xr-xr-x 1 bin wheel 0 Aug 13 14:51 foo* Index: vfs_syscalls.c =================================================================== RCS file: /spare/FreeBSD-current/src/sys/kern/vfs_syscalls.c,v retrieving revision 1.30 diff -u -r1.30 vfs_syscalls.c --- 1.30 1995/08/01 18:50:39 +++ vfs_syscalls.c 1995/08/13 12:09:43 @@ -1526,6 +1526,7 @@ int *retval; { register struct vnode *vp; + struct vattr ovattr; struct vattr vattr; int error; struct nameidata nd; @@ -1540,9 +1541,15 @@ if (vp->v_mount->mnt_flag & MNT_RDONLY) error = EROFS; else { + error = VOP_GETATTR(vp, &ovattr, p->p_ucred, p); + if (error) { + vput(vp); + return (error); + } VATTR_NULL(&vattr); vattr.va_uid = uap->uid; vattr.va_gid = uap->gid; + vattr.va_mode = ovattr.va_mode & ~(VSUID | VSGID); error = VOP_SETATTR(vp, &vattr, p->p_ucred, p); } vput(vp); @@ -1564,6 +1571,7 @@ register struct fchown_args *uap; int *retval; { + struct vattr ovattr; struct vattr vattr; struct vnode *vp; struct file *fp; @@ -1578,9 +1586,15 @@ if (vp->v_mount->mnt_flag & MNT_RDONLY) error = EROFS; else { + error = VOP_GETATTR(vp, &ovattr, p->p_ucred, p); + if (error) { + VOP_UNLOCK(vp); + return (error); + } VATTR_NULL(&vattr); vattr.va_uid = uap->uid; vattr.va_gid = uap->gid; + vattr.va_mode = ovattr.va_mode & ~(VSUID | VSGID); error = VOP_SETATTR(vp, &vattr, p->p_ucred, p); } VOP_UNLOCK(vp); -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD 2.2-CURRENT #5: Fri Jul 14 12:28:04 MET DST 1995 From owner-freebsd-current Sun Aug 13 07:00:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA23043 for current-outgoing; Sun, 13 Aug 1995 07:00:07 -0700 Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA23036 for ; Sun, 13 Aug 1995 07:00:06 -0700 Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.11]) by w8hd2.w8hd.org (8.6.12/w8hd2) with SMTP id KAA11391 ; Sun, 13 Aug 1995 10:00:04 -0400 Date: Sun, 13 Aug 1995 10:00:03 -0400 (EDT) From: Kim Culhan To: freebsd-current@freebsd.org Subject: Can't rebuild without pci controller Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk At this point if I remove the controller pci0 statement, the kernel build fails with many instances of: ../../pci/if_de.c:1849: dereferencing pointer to incomplete type kim -- kimc@w8hd.org From owner-freebsd-current Sun Aug 13 07:05:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA23236 for current-outgoing; Sun, 13 Aug 1995 07:05:44 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA23230 for ; Sun, 13 Aug 1995 07:05:40 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id HAA06044; Sun, 13 Aug 1995 07:05:34 -0700 To: Kim Culhan cc: freebsd-current@freebsd.org Subject: Re: Can't rebuild without pci controller In-reply-to: Your message of "Sun, 13 Aug 1995 10:00:03 EDT." Date: Sun, 13 Aug 1995 07:05:34 -0700 Message-ID: <6042.808322734@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk > > At this point if I remove the controller pci0 statement, the kernel build > fails with many instances of: > > ../../pci/if_de.c:1849: dereferencing pointer to incomplete type de? That's a PCI ethernet card, and if you have a reference to it in your kernel then *of course* you're going to get these errors! :) Jordan From owner-freebsd-current Sun Aug 13 07:07:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA23286 for current-outgoing; Sun, 13 Aug 1995 07:07:18 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA23279 ; Sun, 13 Aug 1995 07:06:48 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA29370; Mon, 14 Aug 1995 00:04:26 +1000 Date: Mon, 14 Aug 1995 00:04:26 +1000 From: Bruce Evans Message-Id: <199508131404.AAA29370@godzilla.zeta.org.au> To: roberto@blaise.ibp.fr, wosch@cs.tu-berlin.de Subject: Re: kern/679: chown(2) ignores set-user-id and set-group-id bits for root Cc: current@FreeBSD.org, davidg@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >> That's all right and should not been changed. Unfortunately chown >> does not clear set-user-id and set-group-id bits if you are root. The POSIX behaviour is: set*id bits shall be cleared for non-root; it is implementation-defined whether they are cleared for root. I think 4.4lite doesn't clear them for root because this is the traditional behaviour. >I suggest the following patch (please review it David): This isn't quite right. 1. It changes the mode(s) when the ownership change(s) are null. (This is actually a bug fix. ufs_chown() optimizes null changes to have no visible effect, but POSIX requires clearing the mode bits whenever chown() is successful (for non-root of course; we can implement TRT for root). Urk. There are a lot of bugs here. POSIX also requires marking the ctime for update whenever chmod() is successful.) 2. It might change the mode when the chown() fails. (Actually it probably wouldn't, because ufs_setattr() happens to check for ownership changes before it checks for permissions changes. ufs_setattr() normally only changes a single attribute.) Anyway, it would be easier to remove the (cred->cr_*id != 0) checks from the end of xxfs_chown() for each xxfs that supports POSIX chown() and attributes - currently only ufs (?). Bruce From owner-freebsd-current Sun Aug 13 07:08:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA23356 for current-outgoing; Sun, 13 Aug 1995 07:08:12 -0700 Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA23348 for ; Sun, 13 Aug 1995 07:08:10 -0700 Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.11]) by w8hd2.w8hd.org (8.6.12/w8hd2) with SMTP id KAA11415 ; Sun, 13 Aug 1995 10:07:56 -0400 Date: Sun, 13 Aug 1995 10:07:56 -0400 (EDT) From: Kim Culhan To: "Jordan K. Hubbard" cc: freebsd-current@freebsd.org Subject: Re: Can't rebuild without pci controller In-Reply-To: <6042.808322734@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Sun, 13 Aug 1995, Jordan K. Hubbard wrote: > > > > At this point if I remove the controller pci0 statement, the kernel build > > fails with many instances of: > > > > ../../pci/if_de.c:1849: dereferencing pointer to incomplete type > > de? That's a PCI ethernet card, and if you have a reference to it > in your kernel then *of course* you're going to get these errors! :) I should have been more clear here.. I don't have a pci machine, but if I try to build a kernel without pci defined as above it blows up :) kim -- kimc@w8hd.org From owner-freebsd-current Sun Aug 13 07:09:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA23487 for current-outgoing; Sun, 13 Aug 1995 07:09:09 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA23473 for ; Sun, 13 Aug 1995 07:09:04 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id PAA00856 ; Sun, 13 Aug 1995 15:07:48 +0100 X-Message: This is a dial-up site. Quick responses to e-mails should not be relied upon. Thanks! To: Kim Culhan cc: freebsd-current@freebsd.org Subject: Re: Can't rebuild without pci controller In-reply-to: Your message of "Sun, 13 Aug 1995 10:00:03 EDT." Date: Sun, 13 Aug 1995 15:07:47 +0100 Message-ID: <854.808322867@palmer.demon.co.uk> From: Gary Palmer Sender: current-owner@freebsd.org Precedence: bulk In message , Kim Culh an writes: > >At this point if I remove the controller pci0 statement, the kernel build >fails with many instances of: > >../../pci/if_de.c:1849: dereferencing pointer to incomplete type I seem to remember that the de driver is for PCI cards, hence probably won't compile without the pci0 controller line... Gary From owner-freebsd-current Sun Aug 13 07:10:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA23579 for current-outgoing; Sun, 13 Aug 1995 07:10:03 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA23567 for ; Sun, 13 Aug 1995 07:10:00 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id HAA06092; Sun, 13 Aug 1995 07:09:53 -0700 To: Kim Culhan cc: freebsd-current@freebsd.org Subject: Re: Can't rebuild without pci controller In-reply-to: Your message of "Sun, 13 Aug 1995 10:07:56 EDT." Date: Sun, 13 Aug 1995 07:09:53 -0700 Message-ID: <6090.808322993@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk > On Sun, 13 Aug 1995, Jordan K. Hubbard wrote: > > > > > > > At this point if I remove the controller pci0 statement, the kernel build > > > fails with many instances of: > > > > > > ../../pci/if_de.c:1849: dereferencing pointer to incomplete type > > > > de? That's a PCI ethernet card, and if you have a reference to it > > in your kernel then *of course* you're going to get these errors! :) > > I should have been more clear here.. I don't have a pci machine, but > if I try to build a kernel without pci defined as above it blows up :) I don't think you understand. Do you have ANY reference to a de0 device in your kernel config file? If so, you should have removed it when you removed the pci0 line - it is a PCI device! If you don't have a de0 device, then the REAL problem is that if_de.c is being compiled for your machine for absolutely no reason. Jordan From owner-freebsd-current Sun Aug 13 07:14:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA23825 for current-outgoing; Sun, 13 Aug 1995 07:14:58 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA23819 for ; Sun, 13 Aug 1995 07:14:54 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id PAA00912 ; Sun, 13 Aug 1995 15:14:02 +0100 X-Message: This is a dial-up site. Quick responses to e-mails should not be relied upon. Thanks! To: Kim Culhan cc: "Jordan K. Hubbard" , freebsd-current@freebsd.org Subject: Re: Can't rebuild without pci controller In-reply-to: Your message of "Sun, 13 Aug 1995 10:07:56 EDT." Date: Sun, 13 Aug 1995 15:14:02 +0100 Message-ID: <910.808323242@palmer.demon.co.uk> From: Gary Palmer Sender: current-owner@freebsd.org Precedence: bulk In message , Kim Culh an writes: >I should have been more clear here.. I don't have a pci machine, but >if I try to build a kernel without pci defined as above it blows up :) Yes, but you have a PCI ethernet card (de) defined in you kernel config file! That is the source of the errors... Gary From owner-freebsd-current Sun Aug 13 07:29:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA24192 for current-outgoing; Sun, 13 Aug 1995 07:29:30 -0700 Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA24186 for ; Sun, 13 Aug 1995 07:29:28 -0700 Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.11]) by w8hd2.w8hd.org (8.6.12/w8hd2) with SMTP id KAA11461 ; Sun, 13 Aug 1995 10:29:20 -0400 Date: Sun, 13 Aug 1995 10:29:20 -0400 (EDT) From: Kim Culhan To: "Jordan K. Hubbard" cc: freebsd-current@FreeBSD.org Subject: Re: Can't rebuild without pci controller In-Reply-To: <6090.808322993@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 13 Aug 1995, Jordan K. Hubbard wrote: > I don't think you understand. Do you have ANY reference to a de0 > device in your kernel config file? You're right, I didn't understand this concept. > If so, you should have removed it when you removed the pci0 line - it is a PCI device! Yes thanks for the word on this, I understand the scheme of things now.. kim -- kimc@w8hd.org From owner-freebsd-current Sun Aug 13 07:34:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA25202 for current-outgoing; Sun, 13 Aug 1995 07:34:59 -0700 Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA25196 for ; Sun, 13 Aug 1995 07:34:56 -0700 Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.11]) by w8hd2.w8hd.org (8.6.12/w8hd2) with SMTP id KAA11468 ; Sun, 13 Aug 1995 10:34:55 -0400 Date: Sun, 13 Aug 1995 10:34:54 -0400 (EDT) From: Kim Culhan To: freebsd-current@freebsd.org Subject: -current changed fstab or fstab changed.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk After rebuilding from -current sup'd at ~2300 UTC on 8/11 reboot failed when the system found these devices in the fstab: /dev/sd0a / ufs rw 1 1 /dev/sd0s1g /home ufs rw 1 1 /dev/sd0s1f /usr ufs rw 1 1 /dev/sd0s1e /var ufs rw 1 1 /dev/sd0s1b none swap sw 0 0 proc /proc procfs rw 0 0 When it wanted these devices: /dev/sd0a / ufs rw 1 1 /dev/sd0g /home ufs rw 1 1 /dev/sd0f /usr ufs rw 1 1 /dev/sd0e /var ufs rw 1 1 /dev/sd0b none swap sw 0 0 proc /proc procfs rw 0 0 Since the root mount point worked, it was easy enough to fix, just fyi.. kim -- kimc@w8hd.org From owner-freebsd-current Sun Aug 13 07:45:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA25629 for current-outgoing; Sun, 13 Aug 1995 07:45:00 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA25622 for ; Sun, 13 Aug 1995 07:44:57 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id QAA26631 for ; Sun, 13 Aug 1995 16:44:54 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id QAA28708 for freebsd-current@FreeBSD.ORG; Sun, 13 Aug 1995 16:44:54 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.10/keltia-uucp-2.3) id QAA01220 for freebsd-current@FreeBSD.ORG; Sun, 13 Aug 1995 16:40:02 +0200 (MET DST) From: Ollivier Robert Message-Id: <199508131440.QAA01220@keltia.frmug.fr.net> Subject: Unexpected files from CTM To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Sun, 13 Aug 1995 16:40:01 +0200 (MET DST) Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) X-Operating-System: FreeBSD 2.2-CURRENT ctm#959 X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: current-owner@FreeBSD.ORG Precedence: bulk Are these files expected or are they just leftover files ? Working on Expecting Global MD5 <8513dd09ba42df56de4699081f37cfb2> Reference Global MD5 <8513dd09ba42df56de4699081f37cfb2> > FS .ctm_status > FN CVSROOT/commitlogs/ports > FN CVSROOT/commitlogs/sys > FM attic.list <<<<<< > FM ports/--files-from <<<<<< > FN ports/databases/exodus/patches/patch-aa,v > FN src/sys/i386/isa/sio.c,v All done ok -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.2-CURRENT #13: Fri Aug 4 20:33:36 MET DST 1995 From owner-freebsd-current Sun Aug 13 07:57:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA26013 for current-outgoing; Sun, 13 Aug 1995 07:57:34 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA26001 for ; Sun, 13 Aug 1995 07:57:14 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id HAA00328; Sun, 13 Aug 1995 07:55:26 -0700 To: Kim Culhan cc: freebsd-current@freebsd.org Subject: Re: -current changed fstab or fstab changed.. In-reply-to: Your message of "Sun, 13 Aug 1995 10:34:54 EDT." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <325.808325726.1@time.cdrom.com> Date: Sun, 13 Aug 1995 07:55:26 -0700 Message-ID: <326.808325726@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk > > After rebuilding from -current sup'd at ~2300 UTC on 8/11 > reboot failed when the system found these devices in the fstab: > > /dev/sd0a / ufs rw 1 1 > /dev/sd0s1g /home ufs rw 1 1 > /dev/sd0s1f /usr ufs rw 1 1 > /dev/sd0s1e /var ufs rw 1 1 > /dev/sd0s1b none swap sw 0 0 > proc /proc procfs rw 0 0 > > When it wanted these devices: > > /dev/sd0a / ufs rw 1 1 > /dev/sd0g /home ufs rw 1 1 > /dev/sd0f /usr ufs rw 1 1 > /dev/sd0e /var ufs rw 1 1 > /dev/sd0b none swap sw 0 0 Shouldn't have, unless the slice code has suddently and catastrophically failed. Jordan From owner-freebsd-current Sun Aug 13 08:06:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA26507 for current-outgoing; Sun, 13 Aug 1995 08:06:45 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA26494 for ; Sun, 13 Aug 1995 08:06:14 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id QAA01623 ; Sun, 13 Aug 1995 16:04:31 +0100 X-Message: This is a dial-up site. Quick responses to e-mails should not be relied upon. Thanks! To: "Jordan K. Hubbard" cc: Kim Culhan , freebsd-current@freebsd.org Subject: Re: -current changed fstab or fstab changed.. In-reply-to: Your message of "Sun, 13 Aug 1995 07:55:26 PDT." <326.808325726@time.cdrom.com> Date: Sun, 13 Aug 1995 16:04:29 +0100 Message-ID: <1621.808326269@palmer.demon.co.uk> From: Gary Palmer Sender: current-owner@freebsd.org Precedence: bulk In message <326.808325726@time.cdrom.com>, "Jordan K. Hubbard" writes: >Shouldn't have, unless the slice code has suddently and catastrophically >failed. More likely the slice entries aren't in /dev, or have been lost for some reason... Gary From owner-freebsd-current Sun Aug 13 08:11:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA26944 for current-outgoing; Sun, 13 Aug 1995 08:11:45 -0700 Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA26915 for ; Sun, 13 Aug 1995 08:11:27 -0700 Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.11]) by w8hd2.w8hd.org (8.6.12/w8hd2) with SMTP id LAA11526 ; Sun, 13 Aug 1995 11:10:29 -0400 Date: Sun, 13 Aug 1995 11:10:29 -0400 (EDT) From: Kim Culhan To: Gary Palmer cc: "Jordan K. Hubbard" , freebsd-current@FreeBSD.org Subject: Re: -current changed fstab or fstab changed.. In-Reply-To: <1621.808326269@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 13 Aug 1995, Gary Palmer wrote: > In message <326.808325726@time.cdrom.com>, "Jordan K. Hubbard" writes: > >Shouldn't have, unless the slice code has suddently and catastrophically > >failed. > > More likely the slice entries aren't in /dev, or have been lost for > some reason... Let me know if there is anything I can do to help track this down. I did a "MAKEDEV all" in the process. Are there negative effects to running this way? kim -- kimc@w8hd.org From owner-freebsd-current Sun Aug 13 08:31:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA27701 for current-outgoing; Sun, 13 Aug 1995 08:31:53 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA27694 for ; Sun, 13 Aug 1995 08:31:32 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA31306; Mon, 14 Aug 1995 01:29:19 +1000 Date: Mon, 14 Aug 1995 01:29:19 +1000 From: Bruce Evans Message-Id: <199508131529.BAA31306@godzilla.zeta.org.au> To: gary@palmer.demon.co.uk, kimc@w8hd.org Subject: Re: -current changed fstab or fstab changed.. Cc: freebsd-current@FreeBSD.org, jkh@time.cdrom.com Sender: current-owner@FreeBSD.org Precedence: bulk >> More likely the slice entries aren't in /dev, or have been lost for >> some reason... >Let me know if there is anything I can do to help track this down. >I did a "MAKEDEV all" in the process. Are there negative effects to >running this way? "MAKEDEV all" doesn't make "all", and it it blows away non-default slice entries at least for the slices that are defaulted. Yes, never run over a working system :-). Bruce From owner-freebsd-current Sun Aug 13 08:39:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA27942 for current-outgoing; Sun, 13 Aug 1995 08:39:58 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA27932 for ; Sun, 13 Aug 1995 08:39:50 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id IAA00474; Sun, 13 Aug 1995 08:39:34 -0700 To: Kim Culhan cc: Gary Palmer , freebsd-current@FreeBSD.org Subject: Re: -current changed fstab or fstab changed.. In-reply-to: Your message of "Sun, 13 Aug 1995 11:10:29 EDT." Date: Sun, 13 Aug 1995 08:39:34 -0700 Message-ID: <472.808328374@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > I did a "MAKEDEV all" in the process. Are there negative effects to > running this way? Yes, it destroys your slice entries! :-) It probably really shouldn't do that since it doesn't recreate them again and that's pretty bogus, but you can recreate them by hand by doing: MAKEDEV sd0s1 MAKEDEV sd0s2 What we really need is devfs, but a certain Australian can't stop re-writing it and it's therefore never quite finished.. :-) Jordan From owner-freebsd-current Sun Aug 13 08:40:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA28029 for current-outgoing; Sun, 13 Aug 1995 08:40:38 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA27957 for ; Sun, 13 Aug 1995 08:40:01 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id QAA01938 ; Sun, 13 Aug 1995 16:35:51 +0100 X-Message: This is a dial-up site. Quick responses to e-mails should not be relied upon. Thanks! To: Kim Culhan cc: "Jordan K. Hubbard" , freebsd-current@freebsd.org Subject: Re: -current changed fstab or fstab changed.. In-reply-to: Your message of "Sun, 13 Aug 1995 11:10:29 EDT." Date: Sun, 13 Aug 1995 16:35:50 +0100 Message-ID: <1936.808328150@palmer.demon.co.uk> From: Gary Palmer Sender: current-owner@freebsd.org Precedence: bulk In message , Kim Culh an writes: >Let me know if there is anything I can do to help track this down. >I did a "MAKEDEV all" in the process. Are there negative effects to >running this way? Probably - I think MAKEDEV all will delete the old slice device files before going on to make new device files (missing the slice entries). Try running MAKEDEV sd0s1a (I think, assuming sd0s1 is your FreeBSD partition) and then try mounting something from the old /etc/fstab. I think it should work. It'd probably be safer to unmount it from the current non-slice device before trying the slice device, as I'm not sure what the effects would be of trying to mount the same slice, one through the old pre-slice device, and one through the new slice device :-) Gary From owner-freebsd-current Sun Aug 13 11:00:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA14534 for current-outgoing; Sun, 13 Aug 1995 11:00:38 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA14500 for ; Sun, 13 Aug 1995 11:00:31 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id UAA27482 for ; Sun, 13 Aug 1995 20:00:23 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id UAA29098 for freebsd-current@FreeBSD.ORG; Sun, 13 Aug 1995 20:00:23 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.10/keltia-uucp-2.3) id QAA01220 for freebsd-current@FreeBSD.ORG; Sun, 13 Aug 1995 16:40:02 +0200 (MET DST) From: Ollivier Robert Message-Id: <199508131440.QAA01220@keltia.frmug.fr.net> Subject: Unexpected files from CTM To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Sun, 13 Aug 1995 16:40:01 +0200 (MET DST) Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) X-Operating-System: FreeBSD 2.2-CURRENT ctm#959 X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: current-owner@FreeBSD.ORG Precedence: bulk Are these files expected or are they just leftover files ? Working on Expecting Global MD5 <8513dd09ba42df56de4699081f37cfb2> Reference Global MD5 <8513dd09ba42df56de4699081f37cfb2> > FS .ctm_status > FN CVSROOT/commitlogs/ports > FN CVSROOT/commitlogs/sys > FM attic.list <<<<<< > FM ports/--files-from <<<<<< > FN ports/databases/exodus/patches/patch-aa,v > FN src/sys/i386/isa/sio.c,v All done ok -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.2-CURRENT #13: Fri Aug 4 20:33:36 MET DST 1995 From owner-freebsd-current Sun Aug 13 11:35:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA22343 for current-outgoing; Sun, 13 Aug 1995 11:35:22 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA22281 for ; Sun, 13 Aug 1995 11:35:09 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id LAA00953 for ; Sun, 13 Aug 1995 11:35:01 -0700 To: current@freebsd.org Subject: /sys/compat? Date: Sun, 13 Aug 1995 11:35:01 -0700 Message-ID: <951.808338901@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk We need a place to bring the new iBCS2 stuff from Steven Wallace (he as succeeded in porting the NetBSD emulation code to FreeBSD and is now able to run applications such as WordPerfect and FoxPro; congradulations and kudos to Steven!). He suggests /sys/compat, which sounds like as good a place as any. Any objections or suggestions as to a better place for this stuff? Jordan From owner-freebsd-current Sun Aug 13 11:40:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA23740 for current-outgoing; Sun, 13 Aug 1995 11:40:55 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA23731 for ; Sun, 13 Aug 1995 11:40:47 -0700 Received: (from jkh@localhost) by time.cdrom.com (8.6.11/8.6.9) id LAA00987 for current@freebsd.org; Sun, 13 Aug 1995 11:40:36 -0700 Date: Sun, 13 Aug 1995 11:40:36 -0700 From: "Jordan K. Hubbard" Message-Id: <199508131840.LAA00987@time.cdrom.com> To: current@freebsd.org Subject: Addendum to previous message concerning ibcs2 Sender: current-owner@freebsd.org Precedence: bulk I forgot to mention two things: 1. /sys/compat/ibcs2 is where NetBSD has stuck things, and I don't see much reason for gratuitous incompatibility, especially as this code is ported from their source tree. 2. It would replace the current /sys/i386/ibcs2, which is pretty green and doesn't show much sign of improving (sorry Soren, but I KNOW you have way too much to do for this to change anytime soon and why reinvent the wheel anyway? :). I'm testing the integration now on my own box and will commit it to -current in the next day or so barring any reasoned objections. Jordan From owner-freebsd-current Sun Aug 13 11:46:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA25025 for current-outgoing; Sun, 13 Aug 1995 11:46:59 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA24955 ; Sun, 13 Aug 1995 11:46:57 -0700 Message-Id: <199508131846.LAA24955@freefall.FreeBSD.org> X-Authentication-Warning: freefall.FreeBSD.org: Host localhost didn't use HELO protocol To: announce@freefall.FreeBSD.org, current@freefall.FreeBSD.org Subject: Change is SUP targets Date: Sun, 13 Aug 1995 11:46:46 -0700 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk The recent addition of the stable branch has caused the FreeBSD team to restructure the collections of software made availible via SUP. The SUP targets currently used to access the src tree (both the stable and current branchs) will be replaced with a single collection offering two releases. As an example: OLD NEW --- --- bin release=current -> src-bin release=current stable-bin release=current -> src-bin release=stable As you can see above, instead of using the built in "release" feature of SUP, we had unnecessary collections that made SUP maintenance more difficult. The new scheme will allow greater flexibility in the future when a wider variety of releases may be made availible from the same sup collection. To aid in the transition from the old collections to the new, sample supfiles and an upgrade script have been made availible at the following locations: ftp://ftp.FreeBSD.org/pub/FreeBSD/sup ftp://freefall.FreeBSD.org/pub/sup and soon, any of our many mirrors. The files of interest are src.supfile.stable, src.supfile.current, and upgrade.collections. __ Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Aug 13 12:52:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA01538 for current-outgoing; Sun, 13 Aug 1995 12:52:33 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id MAA01530 for ; Sun, 13 Aug 1995 12:52:20 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09202; Sun, 13 Aug 1995 21:46:29 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA02800 for freebsd-current@FreeBSD.org; Sun, 13 Aug 1995 21:46:29 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA01614 for freebsd-current@FreeBSD.org; Sun, 13 Aug 1995 21:37:56 +0200 From: J Wunsch Message-Id: <199508131937.VAA01614@uriah.heep.sax.de> Subject: panic in mountd To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 13 Aug 1995 21:37:55 +0200 (MET DST) Reply-To: current@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 358 Sender: current-owner@FreeBSD.org Precedence: bulk After upgrading to -current (as of yesterday), i get a panic while mountd(8) is starting. The panic happens somewhere below namei(), not everything of the stack contains useful information. Anybody a quick clue? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 13 12:52:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA01551 for current-outgoing; Sun, 13 Aug 1995 12:52:36 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id MAA01531 for ; Sun, 13 Aug 1995 12:52:30 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09206; Sun, 13 Aug 1995 21:46:31 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA02802 for freebsd-current@FreeBSD.org; Sun, 13 Aug 1995 21:46:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA02331 for freebsd-current@FreeBSD.org; Sun, 13 Aug 1995 21:44:04 +0200 From: J Wunsch Message-Id: <199508131944.VAA02331@uriah.heep.sax.de> Subject: ioctl(SIOCAIFADDR): File exists To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 13 Aug 1995 21:44:04 +0200 (MET DST) Reply-To: current@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 697 Sender: current-owner@FreeBSD.org Precedence: bulk Another problem... sax.sax.de has been upgraded from 1.1.5.1 to 2.0.5. Works fine, but we've got some problems with SLIP. While most users can work well, it happens that it's just me who could only login via SLIP once, while now, every invocation of ifconfig from the sliplogin script causes ioctl(SIOCAIFADDR): File exists Very useful :-/ The `File exists' looks like it's from the routing code. Curiously, all other users can work ok... (we haven't had a chance to reboot the machine yet, and see whether the phenomenon would disappear). ??? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 13 13:01:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA01931 for current-outgoing; Sun, 13 Aug 1995 13:01:38 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id NAA01917 for ; Sun, 13 Aug 1995 13:01:32 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55301>; Sun, 13 Aug 1995 21:44:55 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id VAA05186 for current@freebsd.org; Sun, 13 Aug 1995 21:36:34 +0200 Date: Sun, 13 Aug 1995 21:36:34 +0200 From: Julian Howard Stacey Message-Id: <199508131936.VAA05186@vector.eikon.e-technik.tu-muenchen.de> To: current@freebsd.org Subject: Suggest consideration of adding an uploader mail alias to freefall Sender: current-owner@freebsd.org Precedence: bulk Hi All, I suggest we consider adding an uploader mail alias to freefall, it would be handy for people like me who have slow access to freefall, & have to sit on an open slip link for a long time, while a file slowly uploads to freefall over a modem link that's rather idle & under utilised. Using the alias we could dump the file to be uploaded in uuencoded form, into our mqueue while we're off line, & our local ISP would then flush our /var/spool/mqueue via sendmail at maximum efficiency, when we established connection. What I suggest is something like what I've tested on my machine: (I get a syntax error, but it does work :-) /etc/aliases: archive-notify: root archive-owner: root archive: archive.0 archive.0: "|/usr/vsl/bin/archive-incoming 0" archive.1: "|/usr/vsl/bin/archive-incoming 1" archive.2: "|/usr/vsl/bin/archive-incoming 2" #! /bin/sh # /usr/p/jhs/src/bsd/ournix/bin/rmail/archive-incoming by PATH=/bin:/sbin:/usr/sbin:/usr/bin:/usr/vsl/bin export PATH where=/usr/public/mail-incoming-archive (echo "$where/$1" | mail -s "archive.$1" archive-notify) cd $where/$1 || exit 1 #tee -a tmp_name | mail archive-owner cat > tmp_name exec mailname -w tmp_name exit 0 BTW mailname is a c prog I wrote, but it just renames things according to time sent & sender, it's not essential, merely nice. (Obviously we'd swop /usr/public/mail-incoming-archive to ~ftp/incoming ) Would something along these lines be attractive to those remote people who need to upload things to freefall (like I'm doing right now with 130K of pbasic.tar.gz for ports ) ? Julian S From owner-freebsd-current Sun Aug 13 13:11:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA02315 for current-outgoing; Sun, 13 Aug 1995 13:11:48 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id NAA02308 ; Sun, 13 Aug 1995 13:11:45 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA10129; Sun, 13 Aug 1995 16:11:32 -0400 Date: Sun, 13 Aug 1995 16:11:32 -0400 From: Garrett Wollman Message-Id: <9508132011.AA10129@halloran-eldar.lcs.mit.edu> To: current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: ioctl(SIOCAIFADDR): File exists In-Reply-To: <199508131944.VAA02331@uriah.heep.sax.de> References: <199508131944.VAA02331@uriah.heep.sax.de> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > once, while now, every invocation of ifconfig from the sliplogin > script causes > ioctl(SIOCAIFADDR): File exists 1) You have a bad combination of IP address and netmask, which overlaps something already configured in the system. Use the correct numbers. 2) The old route (or perhaps interface address) for the address you are configuring did not get deleted when it was last dropped. Make sure to delete it. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Sun Aug 13 13:25:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA02562 for current-outgoing; Sun, 13 Aug 1995 13:25:35 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id NAA02556 for ; Sun, 13 Aug 1995 13:25:29 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55300>; Sun, 13 Aug 1995 22:24:38 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id WAA07174 for current@freebsd.org; Sun, 13 Aug 1995 22:23:16 +0200 Date: Sun, 13 Aug 1995 22:23:16 +0200 From: Julian Howard Stacey Message-Id: <199508132023.WAA07174@vector.eikon.e-technik.tu-muenchen.de> To: current@freebsd.org Subject: ~ftp/incoming is readable Sender: current-owner@freebsd.org Precedence: bulk I just discovered ~ftp/incoming is readable on freefall :-) I've discovered & deleted 200K of my old junk so far :-) Julian S. From owner-freebsd-current Sun Aug 13 13:40:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA03033 for current-outgoing; Sun, 13 Aug 1995 13:40:00 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA03027 for ; Sun, 13 Aug 1995 13:39:57 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id NAA00416 for ; Sun, 13 Aug 1995 13:39:54 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10040; Sun, 13 Aug 1995 22:37:12 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA03591 for freebsd-current@FreeBSD.org; Sun, 13 Aug 1995 22:37:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA06851 for freebsd-current@FreeBSD.org; Sun, 13 Aug 1995 22:17:38 +0200 From: J Wunsch Message-Id: <199508132017.WAA06851@uriah.heep.sax.de> Subject: ports.Attic.950813.tgz To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 13 Aug 1995 22:17:37 +0200 (MET DST) Reply-To: current@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 302 Sender: current-owner@FreeBSD.org Precedence: bulk Whoever might be user 2004 on freefall... creating a 455491 bytes long file in ~ncvs and distributing it via CTM hasn't been the most enlightening idea. :-( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 13 14:07:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA03879 for current-outgoing; Sun, 13 Aug 1995 14:07:23 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA03871 for ; Sun, 13 Aug 1995 14:07:18 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA10869; Sun, 13 Aug 1995 14:06:40 -0700 From: "Rodney W. Grimes" Message-Id: <199508132106.OAA10869@gndrsh.aac.dev.com> Subject: Re: Can't rebuild without pci controller To: kimc@w8hd.org (Kim Culhan) Date: Sun, 13 Aug 1995 14:06:40 -0700 (PDT) Cc: jkh@time.cdrom.com, freebsd-current@freebsd.org In-Reply-To: from "Kim Culhan" at Aug 13, 95 10:07:56 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 841 Sender: current-owner@freebsd.org Precedence: bulk > > On Sun, 13 Aug 1995, Jordan K. Hubbard wrote: > > > > > > > At this point if I remove the controller pci0 statement, the kernel build > > > fails with many instances of: > > > > > > ../../pci/if_de.c:1849: dereferencing pointer to incomplete type > > > > de? That's a PCI ethernet card, and if you have a reference to it > > in your kernel then *of course* you're going to get these errors! :) > > I should have been more clear here.. I don't have a pci machine, but > if I try to build a kernel without pci defined as above it blows up :) Remove the following line from you kernel config file, as you also do not have one of them if you do not have a PCI bus: device de0 -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Aug 13 14:08:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA03969 for current-outgoing; Sun, 13 Aug 1995 14:08:24 -0700 Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA03963 for ; Sun, 13 Aug 1995 14:08:22 -0700 Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.11]) by w8hd2.w8hd.org (8.6.12/w8hd2) with SMTP id RAA12057 ; Sun, 13 Aug 1995 17:08:12 -0400 Date: Sun, 13 Aug 1995 17:08:12 -0400 (EDT) From: Kim Culhan To: "Rodney W. Grimes" cc: jkh@time.cdrom.com, freebsd-current@freebsd.org Subject: Re: Can't rebuild without pci controller In-Reply-To: <199508132106.OAA10869@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Sun, 13 Aug 1995, Rodney W. Grimes wrote: > Remove the following line from you kernel config file, as you also > do not have one of them if you do not have a PCI bus: > > device de0 thanks, this fixes it. kim -- kimc@w8hd.org From owner-freebsd-current Sun Aug 13 14:16:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA04679 for current-outgoing; Sun, 13 Aug 1995 14:16:20 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA04668 ; Sun, 13 Aug 1995 14:16:17 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id OAA01718; Sun, 13 Aug 1995 14:16:14 -0700 To: current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: ports.Attic.950813.tgz In-reply-to: Your message of "Sun, 13 Aug 1995 22:17:37 +0200." <199508132017.WAA06851@uriah.heep.sax.de> Date: Sun, 13 Aug 1995 14:16:14 -0700 Message-ID: <1716.808348574@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > Whoever might be user 2004 on freefall... > > creating a 455491 bytes long file in ~ncvs and distributing it via > CTM hasn't been the most enlightening idea. :-( That would be Rod.. :) Jordan From owner-freebsd-current Sun Aug 13 14:18:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA04890 for current-outgoing; Sun, 13 Aug 1995 14:18:59 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA04884 for ; Sun, 13 Aug 1995 14:18:55 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA10941; Sun, 13 Aug 1995 14:18:18 -0700 From: "Rodney W. Grimes" Message-Id: <199508132118.OAA10941@gndrsh.aac.dev.com> Subject: Re: Unexpected files from CTM To: roberto@keltia.freenix.fr Date: Sun, 13 Aug 1995 14:18:18 -0700 (PDT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199508131440.QAA01220@keltia.frmug.fr.net> from "Ollivier Robert" at Aug 13, 95 04:40:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1872 Sender: current-owner@FreeBSD.ORG Precedence: bulk > > Are these files expected or are they just leftover files ? > > Working on > Expecting Global MD5 <8513dd09ba42df56de4699081f37cfb2> > Reference Global MD5 <8513dd09ba42df56de4699081f37cfb2> > > FS .ctm_status > > FN CVSROOT/commitlogs/ports > > FN CVSROOT/commitlogs/sys > > FM attic.list <<<<<< > > FM ports/--files-from <<<<<< Arggghh... ctm caught me in cleaning up the attic files. The attic.list was a temporary list of files I was archiving and removing from the Attic areas of the ports tree, the --file-from was a botched tar command with a missing - before the command qualifier. These should disappear in the next ctm, but thanks for pointing this small problem out. I was not aware that ctm was running from the ~ncvs level, and it could have easily yielded a _huge_ delta as I also had a full copy of the ports Attic area stored as ~ncvs/ports.Attic :-(. Poul, is there anyway to make ctm only traverse the ~ncvs/{CVSROOT,ports,src} directories. I often use funny names in ~ncvs/ when doing this type of work and it would be real easy for me to cause a totally wasted delta to go out. For now I will work around it by using another temporary holding area next to ~ncvs. I also suspect that in the next ncvs delta everyone is going to get ~ncvs/ports.Attic.950813.tgz, it is only 415K bytes, but that was defanitly not my intent! > > FN ports/databases/exodus/patches/patch-aa,v > > FN src/sys/i386/isa/sio.c,v > All done ok > > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia 2.2-CURRENT #13: Fri Aug 4 20:33:36 MET DST 1995 > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Aug 13 14:20:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA05046 for current-outgoing; Sun, 13 Aug 1995 14:20:36 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA05026 for ; Sun, 13 Aug 1995 14:20:32 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA10951; Sun, 13 Aug 1995 14:19:59 -0700 From: "Rodney W. Grimes" Message-Id: <199508132119.OAA10951@gndrsh.aac.dev.com> Subject: Re: -current changed fstab or fstab changed.. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 13 Aug 1995 14:19:59 -0700 (PDT) Cc: kimc@w8hd.org, freebsd-current@freebsd.org In-Reply-To: <326.808325726@time.cdrom.com> from "Jordan K. Hubbard" at Aug 13, 95 07:55:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1391 Sender: current-owner@freebsd.org Precedence: bulk > > > > > After rebuilding from -current sup'd at ~2300 UTC on 8/11 > > reboot failed when the system found these devices in the fstab: > > > > /dev/sd0a / ufs rw 1 1 > > /dev/sd0s1g /home ufs rw 1 1 > > /dev/sd0s1f /usr ufs rw 1 1 > > /dev/sd0s1e /var ufs rw 1 1 > > /dev/sd0s1b none swap sw 0 0 > > proc /proc procfs rw 0 0 > > > > When it wanted these devices: > > > > /dev/sd0a / ufs rw 1 1 > > /dev/sd0g /home ufs rw 1 1 > > /dev/sd0f /usr ufs rw 1 1 > > /dev/sd0e /var ufs rw 1 1 > > /dev/sd0b none swap sw 0 0 > > Shouldn't have, unless the slice code has suddently and catastrophically > failed. Or if during your rebuild you did: cd /dev; sh MAKEDEV all and splattered over your /dev/sds1 device entries. To recover do this: cd /dev; sh MAKEDEV all; sh MAKEDEV sd0s1 IMHO, sh MAKEDEV sd0 should _not_ remove sds1* -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Aug 13 14:29:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA05467 for current-outgoing; Sun, 13 Aug 1995 14:29:53 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id OAA05400 for ; Sun, 13 Aug 1995 14:25:34 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10193; Sun, 13 Aug 1995 22:45:27 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA03638 for freebsd-current@FreeBSD.org; Sun, 13 Aug 1995 22:45:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA20874 for freebsd-current@FreeBSD.org; Sun, 13 Aug 1995 22:43:23 +0200 From: J Wunsch Message-Id: <199508132043.WAA20874@uriah.heep.sax.de> Subject: Re: ioctl(SIOCAIFADDR): File exists To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 13 Aug 1995 22:43:22 +0200 (MET DST) Reply-To: current@FreeBSD.org In-Reply-To: <9508132011.AA10129@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Aug 13, 95 04:11:32 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1427 Sender: current-owner@FreeBSD.org Precedence: bulk As Garrett Wollman wrote: > > > ioctl(SIOCAIFADDR): File exists > > 1) You have a bad combination of IP address and netmask, which overlaps > something already configured in the system. Use the correct > numbers. 193.175.26.94 --> 193.175.26.65 netmask is 0xffffffe0, the primary ether interface is 193.175.26.33. Indeed, there's been a second machine using the .94 local address (but with a different remote) at the same time, but this used to work all the time before, since the interface are POINTOPOINT. Attempting to login via pppd a second time didn't work either. Same problem, but the pppd logs something like ``ioctl(SIOCAIFADDR): Address already exists''. Btw., logging in with another address (i've got assigned two, for different machines) works. Dunno if it will work twice without rebooting, this is just my first attempt. > 2) The old route (or perhaps interface address) for the address you > are configuring did not get deleted when it was last dropped. Make > sure to delete it. The interfaces have been properly deleted. ifconfig -a shows only entries for currently active if's. All dead if's are one-liners. Btw., is FreeBSD 2.0.5 w/ TCP extensions supposed to communicate with FreeBSD 2.0.5 w/o them? Seems that it didn't work. :-( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 13 14:30:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA05549 for current-outgoing; Sun, 13 Aug 1995 14:30:21 -0700 Received: from Wit401402.student.utwente.nl (Wit401402.student.utwente.nl [130.89.236.162]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA05524 ; Sun, 13 Aug 1995 14:30:14 -0700 Received: (from alain@localhost) by Wit401402.student.utwente.nl (8.6.11/8.6.9) id XAA00537; Sun, 13 Aug 1995 23:29:30 +0200 Date: Sun, 13 Aug 1995 23:29:29 +0200 (MET DST) From: Alain Kalker Reply-To: A.C.P.M.Kalker@student.utwente.nl To: current@FreeBSD.org, Joerg Wunsch cc: FreeBSD-current users Subject: ifconfig(8) / route(8): File exists: Routing problem? In-Reply-To: <199508131944.VAA02331@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 13 Aug 1995, J Wunsch wrote: > Another problem... > > ... every invocation of ifconfig from the sliplogin > script causes > > ioctl(SIOCAIFADDR): File exists > > Very useful :-/ The `File exists' looks like it's from the routing > code. Sounds familliar to me... I have been running FreeBSD-current (last 'make world' Aug 9) with few problems when suddenly it started acting weird during startup: -- part of startup messages -- ed1: flags=8863 mtu 1500 inet 130.89.236.162 netmask 0xffff0000 broadcast 130.89.255.255 ether b4:66:c8:96:98:81 lo0: flags=8009 mtu 16384 inet 127.0.0.1 netmask 0xff000000 add net default: gateway 130.89.220.1 add net 224.0.0.0: gateway Wit401402 add host Wit401402: gateway localhost: File exists starting routing daemons: routed. -- end -- I tried several times to delete then re-add the routes manually, which _sometimes_ succeeded, but mostly led to the same error message... When I was trying to delete and add the local route repeatedly the kernel suddenly panicked and shot me into a reboot... Anybody have any idea what's wrong here? Alain. From owner-freebsd-current Sun Aug 13 15:25:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA09095 for current-outgoing; Sun, 13 Aug 1995 15:25:29 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA09085 ; Sun, 13 Aug 1995 15:25:26 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id PAA11232; Sun, 13 Aug 1995 15:25:02 -0700 From: "Rodney W. Grimes" Message-Id: <199508132225.PAA11232@gndrsh.aac.dev.com> Subject: Re: ports.Attic.950813.tgz To: current@FreeBSD.org Date: Sun, 13 Aug 1995 15:25:02 -0700 (PDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199508132017.WAA06851@uriah.heep.sax.de> from "J Wunsch" at Aug 13, 95 10:17:37 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1109 Sender: current-owner@FreeBSD.org Precedence: bulk > > Whoever might be user 2004 on freefall... > > creating a 455491 bytes long file in ~ncvs and distributing it via > CTM hasn't been the most enlightening idea. :-( While doing so I also deleted 2.8MB of Attic. Sorry, but this stuff must be archived some place, and that is as good as any. If I archive it outside of ~ncvs it does not end up on my system where I write the backup tapes from that I use to restore repository stuff from. And I don't see you complaing about the 2.8MB of file deletes CTM should have just told you to go do (or did for you, I am not very intune with if that feature got added) I was also not aware that CTM would pick up bits from the top level directory, and have made a request that this be changed. If 455Kbytes is a problem for you, how did you mange the 190MB (45MB compressed) to get the repository in the first place? Though you may not like me for this, I know Bruce is going to be a bit happy about it :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Aug 13 16:17:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA11451 for current-outgoing; Sun, 13 Aug 1995 16:17:54 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA11445 for ; Sun, 13 Aug 1995 16:17:45 -0700 Received: from localhost.cs.tu-berlin.de ([130.149.1.128]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id BAA01220 for ; Mon, 14 Aug 1995 01:10:25 +0200 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id XAA25996; Sun, 13 Aug 1995 23:44:06 +0200 Date: Sun, 13 Aug 1995 23:44:06 +0200 From: Wolfram Schneider Message-Id: <199508132144.XAA25996@localhost> To: current@freebsd.org Subject: make(1) extension for SHELL COMMANDS Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@freebsd.org Precedence: bulk from new manpage: If the first or first three characters of the command line are `@' and/or `-', and/or `!', the command is treated specially. A `@' causes the com- mand not to be echoed before it is executed. A `-' causes any non-zero exit status of the command line to be ignored. A `!' causes make to use exec and not /bin/sh. This makes live with quotes much easier. Example: date: date "+%D%M (test)\n" use /bin/sh due '(' date: !date "+%D%M (test)\n" use explicit exec. -- Wolfram Schneider http://hyperg.cs.tu-berlin.de/C~wosch --- 1.1 1995/08/13 16:54:38 +++ compat.c 1995/08/13 21:28:49 @@ -148,7 +148,8 @@ char *cmdStart; /* Start of expanded command */ register char *cp; Boolean silent, /* Don't print command */ - errCheck; /* Check errors */ + errCheck, /* Check errors */ + ForceExec; /* Don't use /bin/sh, use exec */ union wait reason; /* Reason for child's death */ int status; /* Description of child's death */ int cpid; /* Child actually found */ @@ -171,6 +172,7 @@ silent = gn->type & OP_SILENT; errCheck = !(gn->type & OP_IGNORE); + ForceExec = gn->type & OP_FORCE_EXEC; cmdNode = Lst_Member (gn->commands, (ClientData)cmd); cmdStart = Var_Subst (NULL, cmd, gn, FALSE); @@ -198,11 +200,13 @@ return(0); } - while ((*cmd == '@') || (*cmd == '-')) { + while ((*cmd == '@') || (*cmd == '-') || (*cmd == '!')) { if (*cmd == '@') { silent = TRUE; - } else { + } else if (*cmd == '-'){ errCheck = FALSE; + } else { + ForceExec = TRUE; } cmd++; } @@ -235,7 +239,16 @@ if (noExecute) { return (0); } - + + /* + * to force an exec and not /bin/sh ignore result from + * meta character checking + */ + if (ForceExec) { + while(*cp) + cp++; + } + if (*cp != '\0') { /* * If *cp isn't the null character, we hit a "meta" character and @@ -259,6 +272,18 @@ */ av = brk_string(cmd, &argc); av += 1; + if (ForceExec && DEBUG(JOB)) { + char **a = av; + + fprintf(stdout, "ForceExec %s\n", cmd); + fprintf(stdout, "execvp(\"%s\"", *av); + for(a = av; *a; a++) { + fprintf(stdout, ", \"%s\"", *a); + } + fprintf(stdout, ");\nargc: %d\n", argc); + } + + } local = TRUE; --- 1.1 1995/08/13 17:30:42 +++ job.c 1995/08/13 17:30:53 @@ -447,10 +447,10 @@ /* * Check for leading @' and -'s to control echoing and error checking. */ - while (*cmd == '@' || *cmd == '-') { + while (*cmd == '@' || *cmd == '-' || *cmd == '!') { if (*cmd == '@') { shutUp = TRUE; - } else { + } else if (*cmd == '-'){ errOff = TRUE; } cmd++; --- 1.1 1995/08/13 21:06:29 +++ make.1 1995/08/13 21:40:23 @@ -236,10 +236,12 @@ .Ql Ic :: operator is used. .Pp -If the first or first two characters of the command line are +If the first or first three characters of the command line are .Ql Ic @ and/or .Ql Ic \- , +and/or +.Ql Ic ! , the command is treated specially. A .Ql Ic @ @@ -247,6 +249,10 @@ A .Ql Ic \- causes any non-zero exit status of the command line to be ignored. +A +.Ql Ic ! +causes make to use exec and not /bin/sh. This makes live with +quotes and meta characters much easier. .Sh VARIABLE ASSIGNMENTS Variables in make are much like variables in the shell, and, by tradition, consist of all upper-case letters. --- 1.1 1995/08/13 17:08:19 +++ make.h 1995/08/13 17:08:26 @@ -179,6 +179,7 @@ * state of the -n or -t flags */ #define OP_JOIN 0x00000400 /* Target is out-of-date only if any of its * children was out-of-date */ +#define OP_FORCE_EXEC 0x00000800 /* Don't use /bin/sh, use exec */ #define OP_INVISIBLE 0x00004000 /* The node is invisible to its parents. * I.e. it doesn't show up in the parents's * local variables. */ From owner-freebsd-current Sun Aug 13 19:45:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA21951 for current-outgoing; Sun, 13 Aug 1995 19:45:36 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA21940 for ; Sun, 13 Aug 1995 19:45:26 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA08296; Mon, 14 Aug 1995 08:48:28 +0600 From: "Serge A. Babkin" Message-Id: <199508140248.IAA08296@hq.icb.chel.su> Subject: Re: /sys/compat? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 14 Aug 1995 08:48:27 +0600 (GMT+0600) Cc: current@freebsd.org In-Reply-To: <951.808338901@time.cdrom.com> from "Jordan K. Hubbard" at Aug 13, 95 11:35:01 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 584 Sender: current-owner@freebsd.org Precedence: bulk > We need a place to bring the new iBCS2 stuff from Steven Wallace (he > as succeeded in porting the NetBSD emulation code to FreeBSD and is > now able to run applications such as WordPerfect and FoxPro; > congradulations and kudos to Steven!). He suggests /sys/compat, which > sounds like as good a place as any. > > Any objections or suggestions as to a better place for this stuff? May be /sys/i386/compat ? I think iBCS2 support is processor dependent. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-current Sun Aug 13 19:55:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA22186 for current-outgoing; Sun, 13 Aug 1995 19:55:33 -0700 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA22177 for ; Sun, 13 Aug 1995 19:55:23 -0700 Received: (from news@localhost) by haywire.DIALix.COM (8.7.Beta.11/8.7.Beta.11/DIALix) id KAA16367 for freebsd-current@freebsd.org; Mon, 14 Aug 1995 10:55:15 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 14 Aug 1995 10:55:11 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <40mduf$fvb$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <9508132011.AA10129@halloran-eldar.lcs.mit.edu>, <199508132043.WAA20874@uriah.heep.sax.de> Subject: Re: ioctl(SIOCAIFADDR): File exists Sender: current-owner@freebsd.org Precedence: bulk j@uriah.heep.sax.de (J Wunsch) writes: >As Garrett Wollman wrote: >> >> > ioctl(SIOCAIFADDR): File exists >> >> 1) You have a bad combination of IP address and netmask, which overlaps >> something already configured in the system. Use the correct >> numbers. >193.175.26.94 --> 193.175.26.65 >netmask is 0xffffffe0, the primary ether interface is 193.175.26.33. There was a "feature" in 2.0.5 that meant that the local address of a point-to-point link could not be within the same network as any other interface, with the local subnet size being decided by the netmask of the remote network. ie: if you were on a C class, and had a ppp link to a class A network (ha! :-), you'd have to allocate another class-A network solely for each local address of each and every PPP/slip/ethernet link. The bug was that the netmask of the interface was incorrectly being applied to the local end of the interface, rather than the remote, or (better still) not applied at all. There is an undocumented option in the kernel, called something like P2P_LOCALADDR_SHARE, which works around the problem (with a slight bug) after I made a lot of noise about this "feature" before 2.0.5 was released. I'm happy to say that the fix has allowed us to quite happily use a stack of addresses sharing the same IP addresses.. :-) -Peter >-- >cheers, J"org >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ >Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 13 21:52:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA28152 for current-outgoing; Sun, 13 Aug 1995 21:52:06 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id VAA28145 for ; Sun, 13 Aug 1995 21:51:58 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA18575; Mon, 14 Aug 1995 14:47:00 +1000 Date: Mon, 14 Aug 1995 14:47:00 +1000 From: Bruce Evans Message-Id: <199508140447.OAA18575@godzilla.zeta.org.au> To: kelly@fsl.noaa.gov Subject: Re: bin/680: tip & termios problem Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk >Curiously enough, just clearing OPOST fixes the problem. >... >>Fix: > >*** tip.c.orig Fri Mar 31 04:47:30 1995 >--- tip.c Sun Aug 13 08:21:30 1995 >*************** >*** 219,227 **** >--- 219,229 ---- > #ifndef _POSIX_SOURCE > ctermios.c_iflag = (IMAXBEL|IXANY|ISTRIP|IXON|BRKINT); > ctermios.c_lflag = (PENDIN|IEXTEN|ISIG|ECHOCTL|ECHOE|ECHOKE); >+ ctermios.c_oflag &= ~OPOST; > #else > ctermios.c_iflag = (ISTRIP|IXON|BRKINT); > ctermios.c_lflag = (PENDIN|IEXTEN|ISIG|ECHOE); >+ ctermios.c_oflag &= ~OPOST; > #endif > ctermios.c_cflag = (CLOCAL|HUPCL|CREAD|CS8); > ctermios.c_cc[VINTR] = ctermios.c_cc[VQUIT] = -1; The sgttyb code simply set the RAW flag (and optionally the TANDEM flag) so the new code should simply call cfmakeraw() (and optionally set the IXOFF flag). All the flag settings above (except the new c_oflag one :-) are almost completely bogus: 1. Unseen flags are cleared unconditionally. Termios flags shall be set using "|=" and cleared using "&=". 2. All the iflags and lflags that are set should actually be cleared (see the cfmakeraw()) source. 3. HUPCL probably shouldn't be changed here and CLOCAL certainly shouldn't be changed here. 4. CSIZE must be cleared when CS8 is set; PARENB should probably be cleared when CS8 is set. 5. PENDIN shouldn't be in c_lflag. It isn't POSIX and shouldn't be changed by aplications, although cfmakeraw() clears it. 6. POSIXness of the source has little to do with POSIXness of the environment. Thus the application has to worry about warts like IMAXBEL (others like ECHOCTL and output flags are no problem because they are controlled by the standard flags ECHO and OPOST). I usually use `#undef _POSIX_SOURCE ... #ifdef IMAXBEL ... c_iflag &= ~IMAXBEL'. Bruce From owner-freebsd-current Sun Aug 13 22:50:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA00314 for current-outgoing; Sun, 13 Aug 1995 22:50:56 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id WAA00304 for ; Sun, 13 Aug 1995 22:50:53 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17769; Mon, 14 Aug 1995 07:50:48 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA07990 for freebsd-current@FreeBSD.org; Mon, 14 Aug 1995 07:50:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA11092 for freebsd-current@FreeBSD.org; Mon, 14 Aug 1995 07:29:19 +0200 From: J Wunsch Message-Id: <199508140529.HAA11092@uriah.heep.sax.de> Subject: Re: Unexpected files from CTM To: freebsd-current@FreeBSD.org Date: Mon, 14 Aug 1995 07:29:18 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org In-Reply-To: <199508132118.OAA10941@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Aug 13, 95 02:18:18 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 896 Sender: current-owner@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > I also suspect that in the next ncvs delta everyone is going to get > ~ncvs/ports.Attic.950813.tgz, it is only 415K bytes, but that was defanitly > not my intent! It was there. :-( Why don't you just use what everybody else is using for such files? I think of /tmp, /var/tmp or ~/tmp... Btw., Poul, this accident uncovered a small bug in CTM: my ~cvs has not been owned by user cvs, hence the file attic.list could not be created in the first place. Unfortunately, all other files have been created/modified, consequently i could not re-apply that delta. Of course, the next delta expected the attic.list to be there and refused to go on since it wasn't... :-] Fortunately, i've been able to create it manually. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 13 22:50:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA00337 for current-outgoing; Sun, 13 Aug 1995 22:50:59 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id WAA00309 for ; Sun, 13 Aug 1995 22:50:55 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17778; Mon, 14 Aug 1995 07:50:53 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA07994 for freebsd-current@FreeBSD.org; Mon, 14 Aug 1995 07:50:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA11141 for freebsd-current@FreeBSD.org; Mon, 14 Aug 1995 07:39:22 +0200 From: J Wunsch Message-Id: <199508140539.HAA11141@uriah.heep.sax.de> Subject: Re: ports.Attic.950813.tgz To: freebsd-current@FreeBSD.org Date: Mon, 14 Aug 1995 07:39:21 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org In-Reply-To: <199508132225.PAA11232@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Aug 13, 95 03:25:02 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1481 Sender: current-owner@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > > creating a 455491 bytes long file in ~ncvs and distributing it via > > CTM hasn't been the most enlightening idea. :-( > > While doing so I also deleted 2.8MB of Attic. Sorry, but this I've noticed it. > stuff must be archived some place, and that is as good as any. > If I archive it outside of ~ncvs it does not end up on my system > where I write the backup tapes from that I use to restore repository > stuff from. Hmmm... perhaps we really need an `exclude' clause (e.g. for a non-repository ``~ncvs/tmp'') in CTM. > And I don't see you complaing about the 2.8MB of file deletes CTM > should have just told you to go do (or did for you, I am not very > intune with if that feature got added) Of course, it does it for me... and i've noticed it. I've rather been wondering why it could have been so broken to create such a huge delta just for the sake of removing some files, until i finally saw that the real reason for the huge blurb has been an erroneously picked file. Well, the next delta will only contain the FR (file remove) instruction. :-) (Oh no, i won't remove it by hand, this will confuse CTM. ;) > If 455Kbytes is a problem for you, how did you mange the 190MB (45MB > compressed) to get the repository in the first place? I've got it per tape (from Jordan directly). ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 13 22:51:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA00390 for current-outgoing; Sun, 13 Aug 1995 22:51:07 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id WAA00366 for ; Sun, 13 Aug 1995 22:51:03 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17792; Mon, 14 Aug 1995 07:51:00 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA07997; Mon, 14 Aug 1995 07:51:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA11158; Mon, 14 Aug 1995 07:42:40 +0200 From: J Wunsch Message-Id: <199508140542.HAA11158@uriah.heep.sax.de> Subject: Re: ioctl(SIOCAIFADDR): File exists To: freebsd-current@freebsd.org Date: Mon, 14 Aug 1995 07:42:39 +0200 (MET DST) Cc: kieber@sax.de (Ulf Kieber) Reply-To: freebsd-current@freebsd.org In-Reply-To: <40mduf$fvb$1@haywire.DIALix.COM> from "Peter Wemm" at Aug 14, 95 10:55:11 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 919 Sender: current-owner@freebsd.org Precedence: bulk As Peter Wemm wrote: > > There was a "feature" in 2.0.5 that meant that the local address of a > point-to-point link could not be within the same network as any other > interface, with the local subnet size being decided by the netmask of > the remote network. This sounds like it could be it (even though it's surprising that i can log into the machine succesfully using another address, while i've always been unsuccesful with the same address -- the other address has been just 4 above). > There is an undocumented option in the kernel, called something like > P2P_LOCALADDR_SHARE, which works around the problem (with a slight > bug) after I made a lot of noise about this "feature" before 2.0.5 was > released. What's the `slight bug'? Can we use it nevertheless? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 13 23:22:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA01598 for current-outgoing; Sun, 13 Aug 1995 23:22:45 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id XAA01582 for ; Sun, 13 Aug 1995 23:22:26 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18243; Mon, 14 Aug 1995 08:22:14 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA08165 for current@freebsd.org; Mon, 14 Aug 1995 08:22:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA11452 for current@freebsd.org; Mon, 14 Aug 1995 08:17:41 +0200 From: J Wunsch Message-Id: <199508140617.IAA11452@uriah.heep.sax.de> Subject: Re: make(1) extension for SHELL COMMANDS To: current@freebsd.org Date: Mon, 14 Aug 1995 08:17:40 +0200 (MET DST) Reply-To: current@freebsd.org In-Reply-To: <199508132144.XAA25996@localhost> from "Wolfram Schneider" at Aug 13, 95 11:44:06 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 665 Sender: current-owner@freebsd.org Precedence: bulk As Wolfram Schneider wrote: > > > from new manpage: > If the first or first three characters of the command line are `@' and/or > `-', and/or `!', the command is treated specially. A `@' causes the com- > mand not to be echoed before it is executed. A `-' causes any non-zero > exit status of the command line to be ignored. A `!' causes make to use > exec and not /bin/sh. This makes live with quotes much easier. Just curious: does this have any traditional counterpart in other systems? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 13 23:23:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA01682 for current-outgoing; Sun, 13 Aug 1995 23:23:34 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id XAA01581 for ; Sun, 13 Aug 1995 23:22:22 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18239; Mon, 14 Aug 1995 08:22:12 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA08161; Mon, 14 Aug 1995 08:20:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA11398; Mon, 14 Aug 1995 08:11:26 +0200 From: J Wunsch Message-Id: <199508140611.IAA11398@uriah.heep.sax.de> Subject: Re: procfs problems in -current? To: fn@pain.csrv.uidaho.edu (faried nawaz) Date: Mon, 14 Aug 1995 08:11:25 +0200 (MET DST) Cc: current@freebsd.org In-Reply-To: <199508130211.TAA00198@big-brother.csrv.uidaho.edu> from "faried nawaz" at Aug 12, 95 07:11:34 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 5820 Sender: current-owner@freebsd.org Precedence: bulk As faried nawaz wrote: > > > fault virtual address = 0x1028 > fault code = supervisor read, page not present > instruction pointer = 0x8: 0xf0124487 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, OPL = 0 > current process = 161 (mount) > panic: page fault Just to let you know, ironically, after remaking the world and rebooting a new kernel (one with the modified [4.4Lite-2] mount structures), i'm now also suffering from this. It appears to me that all LKM file systems don't work. The machine works well with the demand-loaded fs's commented out of fstab (no cd9660, no procfs - i can temporarily live with this). I've got core dumps, so i have at least something to look into. :-/ j@uriah 41% gdb -k kernel /var/crash/vmcore.16 IdlePTD 205000 current pcb at 1d91a8 panic: because you said to! ... #8 0xf01a4c2b in trap_fatal (frame=0xefbffbfc) at ../../i386/i386/trap.c:714 #9 0xf01a47a8 in trap_pfault (frame=0xefbffbfc, usermode=0) at ../../i386/i386/trap.c:640 #10 0xf01a4423 in trap (frame={tf_es = -260374512, tf_ds = 16, tf_edi = 0, tf_esi = -260316288, tf_ebp = -272630680, tf_isp = -272630748, tf_ebx = 0, tf_edx = -260316172, tf_ecx = -260278528, tf_eax = 0, tf_trapno = 12, tf_err = -260374528, tf_eip = -260297713, tf_cs = -272695288, tf_eflags = 66118, tf_esp = -260316288, tf_ss = -260864512}) at ../../i386/i386/trap.c:299 #11 0xf019a821 in calltrap () #12 0xf07c4f4a in end () #13 0xf0127678 in lookup (ndp=0xefbffe50) at ../../kern/vfs_lookup.c:490 #14 0xf012704e in namei (ndp=0xefbffe50) at ../../kern/vfs_lookup.c:147 #15 0xf012afe6 in lstat (p=0xf07c1100, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/vfs_syscalls.c:1260 #16 0xf01a4e33 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272638582, tf_esi = 213248, tf_ebp = -272638864, tf_isp = -272629788, tf_ebx = 213320, tf_edx = -272638586, tf_ecx = 213312, tf_eax = 190, tf_trapno = 582, tf_err = 582, tf_eip = 38053, tf_cs = 31, tf_eflags = 582, tf_esp = -272638984, tf_ss = 39}) at ../../i386/i386/trap.c:858 #17 0xf019a86b in Xsyscall () #18 0x6e66 in ?? () #19 0x2337 in ?? () #20 0x22bd in ?? () #21 0x10e8 in ?? () Frames #11 and #12 both displayed bogusly as ``end ()'' in DDB. (kgdb) up 10 #10 0xf01a4423 in trap (frame={tf_es = -260374512, tf_ds = 16, tf_edi = 0, tf_esi = -260316288, tf_ebp = -272630680, tf_isp = -272630748, tf_ebx = 0, tf_edx = -260316172, tf_ecx = -260278528, tf_eax = 0, tf_trapno = 12, tf_err = -260374528, tf_eip = -260297713, tf_cs = -272695288, tf_eflags = 66118, tf_esp = -260316288, tf_ss = -260864512}) at ../../i386/i386/trap.c:299 299 (void) trap_pfault(&frame, FALSE); (kgdb) frame frame.tf_ebp frame.tf_eip #0 0xf07c2c0f in end () This should be the exact trap location. I think the ``end + ...'' means it has been executing code from the data/bss instead of the text segment. (kgdb) disas 0xf07c2c00 0xf07c2c1f Dump of assembler code from 0xf07c2c00 to 0xf07c2c1f: 0xf07c2c00 : movl 0xffffffec(%ebp),%edi 0xf07c2c03 : movl 0x11c(%edi),%edi 0xf07c2c09 : movl %edi,0xffffffe4(%ebp) 0xf07c2c0c : movl %edi,0x1c(%esi) 0xf07c2c0f : movl 0xc(%edi),%eax <<<=== 0xf07c2c12 : movl %eax,0xc(%esi) 0xf07c2c15 : incw 0x4(%eax) 0xf07c2c19 : addl $0x4,%esp 0xf07c2c1c : cmpl $0x0,0x10(%ebp) End of assembler dump. (kgdb) up #1 0xf019cee7 in boot (arghowto=-272630520) at ../../i386/i386/machdep.c:877 877 dumpsys(); (kgdb) up #2 0xf07c4f4a in end () (kgdb) up #3 0xf0127678 in lookup (ndp=0xefbffe50) at ../../kern/vfs_lookup.c:490 490 error = VFS_ROOT(dp->v_mountedhere, &tdp); (kgdb) up #4 0xf012704e in namei (ndp=0xefbffe50) at ../../kern/vfs_lookup.c:147 147 error = lookup(ndp); (kgdb) p ndp $5 = (struct nameidata *) 0xefbfdd8a (kgdb) p *ndp $6 = {ni_dirp = 0x4d524554
, ni_segflg = 1986228285, ni_startdir = 0x353274, ni_rootdir = 0x454d4f48, ni_vp = 0x6f722f3d, ni_dvp = 0x5300746f, ni_pathlen = 1280066888, ni_next = 0x73752f3d
, ni_loopcnt = 1869361010, ni_cnd = {cn_nameiop = 795631971, cn_flags = 795765090, cn_proc = 0x68736374, cn_cred = 0x474f4c00, cn_pnbuf = 0x454d414e
, cn_nameptr = 0x5500723d
, cn_namelen = 1028801875, cn_hash = 1095762034, cn_consume = 792545364}} Looks pretty bogus, eh? But now suprise, one stack frame above, it looks fine: (kgdb) up #5 0xf012afe6 in lstat (p=0xf07c1100, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/vfs_syscalls.c:1260 1260 error = namei(&nd); (kgdb) p nd $7 = {ni_dirp = 0x34140 "/cd", ni_segflg = UIO_USERSPACE, ni_startdir = 0x0, ni_rootdir = 0xf070b980, ni_vp = 0xf07bec00, ni_dvp = 0xf070b980, ni_pathlen = 1, ni_next = 0xf0709403 "", ni_loopcnt = 0, ni_cnd = { cn_nameiop = 0, cn_flags = 32780, cn_proc = 0xf07c1100, cn_cred = 0xf07bc700, cn_pnbuf = 0xf0709400 "/cd", cn_nameptr = 0xf0709401 "cd", cn_namelen = 2, cn_hash = 199, cn_consume = 0}} (kgdb) p &nd $8 = (struct nameidata *) 0xefbffe50 Obviously, the `ndp' becomes mangled inside namei(). Does this look familiar to somebody? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 13 23:42:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA02238 for current-outgoing; Sun, 13 Aug 1995 23:42:55 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id XAA02222 for ; Sun, 13 Aug 1995 23:42:39 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA23880; Mon, 14 Aug 1995 16:40:40 +1000 Date: Mon, 14 Aug 1995 16:40:40 +1000 From: Bruce Evans Message-Id: <199508140640.QAA23880@godzilla.zeta.org.au> To: fn@pain.csrv.uidaho.edu, j@uriah.heep.sax.de Subject: Re: procfs problems in -current? Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk >... >#10 0xf01a4423 in trap (frame={tf_es = -260374512, tf_ds = 16, tf_edi = 0, > tf_esi = -260316288, tf_ebp = -272630680, tf_isp = -272630748, > tf_ebx = 0, tf_edx = -260316172, tf_ecx = -260278528, tf_eax = 0, > tf_trapno = 12, tf_err = -260374528, tf_eip = -260297713, > tf_cs = -272695288, tf_eflags = 66118, tf_esp = -260316288, > tf_ss = -260864512}) at ../../i386/i386/trap.c:299 >#11 0xf019a821 in calltrap () >#12 0xf07c4f4a in end () >#13 0xf0127678 in lookup (ndp=0xefbffe50) at ../../kern/vfs_lookup.c:490 >#14 0xf012704e in namei (ndp=0xefbffe50) at ../../kern/vfs_lookup.c:147 >... >Frames #11 and #12 both displayed bogusly as ``end ()'' in DDB. Unbogusly? >This should be the exact trap location. I think the ``end + ...'' >means it has been executing code from the data/bss instead of the text >segment. It probably means that lkm code from the heap was being executed. It's hard to debug such code, so I never use lkms :-). Bruce From owner-freebsd-current Mon Aug 14 03:14:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA09645 for current-outgoing; Mon, 14 Aug 1995 03:14:16 -0700 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id DAA09637 for ; Mon, 14 Aug 1995 03:14:10 -0700 Received: (from news@localhost) by haywire.DIALix.COM (8.7.Beta.11/8.7.Beta.11/DIALix) id SAA16297 for freebsd-current@freebsd.org; Mon, 14 Aug 1995 18:13:59 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 14 Aug 1995 18:13:55 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <40n7l3$ft6$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <40mduf$fvb$1@haywire.DIALix.COM>, <199508140542.HAA11158@uriah.heep.sax.de> Subject: Re: ioctl(SIOCAIFADDR): File exists Sender: current-owner@freebsd.org Precedence: bulk j@uriah.heep.sax.de (J Wunsch) writes: >As Peter Wemm wrote: >> >> There was a "feature" in 2.0.5 that meant that the local address of a >> point-to-point link could not be within the same network as any other >> interface, with the local subnet size being decided by the netmask of >> the remote network. >This sounds like it could be it (even though it's surprising that i >can log into the machine succesfully using another address, while i've >always been unsuccesful with the same address -- the other address has >been just 4 above). Essectially, it becomes non-deterministic.. It depends on the ordering of the routes and the interface lists.. I never really figured out exactly what the variables were, I just nuked the problem.. :-) >> There is an undocumented option in the kernel, called something like >> P2P_LOCALADDR_SHARE, which works around the problem (with a slight >> bug) after I made a lot of noise about this "feature" before 2.0.5 was >> released. >What's the `slight bug'? Can we use it nevertheless? In one of the #ifdef cases, I accidently typed if (ifp->if_flags & IFF_POINTOPOINT) if (equal(addr, ifa->ifa_addr)) ^^^^^^^^ Should be ifa_dstaddr! return (ifa); It doesn't have any affect, except possibly if you have aliases on your PPP link.. in which case, connecting to a remote address could choose the wrong local address - but that's not much different to the original code, so it's marginally better, not worse. (better, because netmasks are not applied). Cheers, -Peter >-- >cheers, J"org >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ >Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 14 03:38:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA10738 for current-outgoing; Mon, 14 Aug 1995 03:38:45 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id DAA10732 for ; Mon, 14 Aug 1995 03:38:43 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id DAA12836 for freebsd-current@FreeBSD.org; Mon, 14 Aug 1995 03:38:16 -0700 From: "Rodney W. Grimes" Message-Id: <199508141038.DAA12836@gndrsh.aac.dev.com> Subject: Re: Unexpected files from CTM To: freebsd-current@FreeBSD.org Date: Mon, 14 Aug 1995 03:38:16 -0700 (PDT) In-Reply-To: <199508140529.HAA11092@uriah.heep.sax.de> from "J Wunsch" at Aug 14, 95 07:29:18 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1357 Sender: current-owner@FreeBSD.org Precedence: bulk > > As Rodney W. Grimes wrote: > > > > I also suspect that in the next ncvs delta everyone is going to get > > ~ncvs/ports.Attic.950813.tgz, it is only 415K bytes, but that was defanitly > > not my intent! > > It was there. :-( > > Why don't you just use what everybody else is using for such files? I > think of /tmp, /var/tmp or ~/tmp... Because the file is _not_ temporary, that is an archive of bits I have removed from Attic files and needs to be stored someplace for a much longer time than any of those locations would be reasonable for. Also those areas don't cause the file to end up in my ~ncvs, and on my backup tapes. CTM needs an ignore file list just like sup has :-) And/or a scan control file to say ~ncvs/{src,ports,CVSROOT}. > Btw., Poul, this accident uncovered a small bug in CTM: my ~cvs has > not been owned by user cvs, hence the file attic.list could not be > created in the first place. Unfortunately, all other files have been > created/modified, consequently i could not re-apply that delta. Of > course, the next delta expected the attic.list to be there and refused > to go on since it wasn't... :-] Fortunately, i've been able to create > it manually. :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Aug 14 04:21:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA12807 for current-outgoing; Mon, 14 Aug 1995 04:21:29 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id EAA12798 for ; Mon, 14 Aug 1995 04:21:24 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA28601; Mon, 14 Aug 1995 13:20:53 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA09514 for current@freebsd.org; Mon, 14 Aug 1995 13:20:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id MAA12063 for current@freebsd.org; Mon, 14 Aug 1995 12:39:25 +0200 From: J Wunsch Message-Id: <199508141039.MAA12063@uriah.heep.sax.de> Subject: Re: procfs problems in -current? To: current@freebsd.org Date: Mon, 14 Aug 1995 12:39:24 +0200 (MET DST) Reply-To: current@freebsd.org In-Reply-To: <199508140640.QAA23880@godzilla.zeta.org.au> from "Bruce Evans" at Aug 14, 95 04:40:40 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 737 Sender: current-owner@freebsd.org Precedence: bulk As Bruce Evans wrote: > > >Frames #11 and #12 both displayed bogusly as ``end ()'' in DDB. > > Unbogusly? Hmmmm... > >This should be the exact trap location. I think the ``end + ...'' > >means it has been executing code from the data/bss instead of the text > >segment. > > It probably means that lkm code from the heap was being executed. It's > hard to debug such code, so I never use lkms :-). Hmmm. Yup. Of course, lkms must be executed in the heap. Anyway, we used to have them, so they should work. And, there's still that suspicous looking argument mangling inside namei(). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 14 05:17:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA14356 for current-outgoing; Mon, 14 Aug 1995 05:17:57 -0700 Received: from critter.tfs.com (critter.tfs.com [140.145.16.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id FAA14350 for ; Mon, 14 Aug 1995 05:17:54 -0700 Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id FAA10082; Mon, 14 Aug 1995 05:16:46 -0700 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: freebsd-current@FreeBSD.org Subject: Re: Unexpected files from CTM In-reply-to: Your message of "Mon, 14 Aug 1995 03:38:16 PDT." <199508141038.DAA12836@gndrsh.aac.dev.com> Date: Mon, 14 Aug 1995 05:16:46 -0700 Message-ID: <10080.808402606@critter.tfs.com> From: Poul-Henning Kamp Sender: current-owner@FreeBSD.org Precedence: bulk > CTM needs an ignore file list just like sup has :-) It has. > And/or a scan control file to say ~ncvs/{src,ports,CVSROOT}. No, I want the entire tree to be sent. > > Btw., Poul, this accident uncovered a small bug in CTM: my ~cvs has > > not been owned by user cvs, hence the file attic.list could not be > > created in the first place. Unfortunately, all other files have been > > created/modified, consequently i could not re-apply that delta. Of > > course, the next delta expected the attic.list to be there and refused > > to go on since it wasn't... :-] Fortunately, i've been able to create > > it manually. Until somebody has time, CTM will not deal with ownerships. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Just that: dried leaves in boiling water ? From owner-freebsd-current Mon Aug 14 08:07:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA19938 for current-outgoing; Mon, 14 Aug 1995 08:07:12 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id IAA19932 ; Mon, 14 Aug 1995 08:07:10 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA11193; Mon, 14 Aug 1995 11:06:46 -0400 Date: Mon, 14 Aug 1995 11:06:46 -0400 From: Garrett Wollman Message-Id: <9508141506.AA11193@halloran-eldar.lcs.mit.edu> To: current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: ioctl(SIOCAIFADDR): File exists In-Reply-To: <199508132043.WAA20874@uriah.heep.sax.de> References: <9508132011.AA10129@halloran-eldar.lcs.mit.edu> <199508132043.WAA20874@uriah.heep.sax.de> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > Btw., is FreeBSD 2.0.5 w/ TCP extensions supposed to communicate > with FreeBSD 2.0.5 w/o them? Absolutely. RFC 1323 and RFC 1644 are completely transparent to any correctly-operating TCP implementation that doesn't support them. (Hell, they even work against SunOS and Ultrix!) > Seems that it didn't work. :-( It seems highly unlikely that this is the cause. -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Aug 14 08:08:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA20002 for current-outgoing; Mon, 14 Aug 1995 08:08:15 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id IAA19994 for ; Mon, 14 Aug 1995 08:08:08 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA11190; Mon, 14 Aug 1995 11:04:26 -0400 Date: Mon, 14 Aug 1995 11:04:26 -0400 From: Garrett Wollman Message-Id: <9508141504.AA11190@halloran-eldar.lcs.mit.edu> To: Wolfram Schneider Cc: current@freebsd.org Subject: make(1) extension for SHELL COMMANDS In-Reply-To: <199508132144.XAA25996@localhost> References: <199508132144.XAA25996@localhost> Sender: current-owner@freebsd.org Precedence: bulk < said: > exit status of the command line to be ignored. A `!' causes make to use > exec and not /bin/sh. This makes live with quotes much easier. Very bad idea, and almost certainly contrary to P1003.2. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Aug 14 08:26:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA21230 for current-outgoing; Mon, 14 Aug 1995 08:26:50 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA21097 for ; Mon, 14 Aug 1995 08:26:23 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.144.4]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id RAA24876; Mon, 14 Aug 1995 17:13:46 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id RAA12434; Mon, 14 Aug 1995 17:13:36 +0200 Date: Mon, 14 Aug 1995 17:13:36 +0200 Message-Id: <199508141513.RAA12434@caramba.cs.tu-berlin.de> To: Garrett Wollman Cc: current@freebsd.org Subject: make(1) extension for SHELL COMMANDS In-Reply-To: <9508141504.AA11190@halloran-eldar.lcs.mit.edu> References: <199508132144.XAA25996@localhost> <9508141504.AA11190@halloran-eldar.lcs.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@freebsd.org Precedence: bulk Garrett Wollman writes: >< said: > >> exit status of the command line to be ignored. A `!' causes make to use >> exec and not /bin/sh. This makes live with quotes much easier. > >Very bad idea, and almost certainly contrary to P1003.2. What says P1003.2 about /bin/sh? Note: the following example don't use /bin/sh in BSD make, our make use execv(3) foo: date From owner-freebsd-current Mon Aug 14 08:37:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA21694 for current-outgoing; Mon, 14 Aug 1995 08:37:24 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id IAA21687 for ; Mon, 14 Aug 1995 08:37:19 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA11245; Mon, 14 Aug 1995 11:35:35 -0400 Date: Mon, 14 Aug 1995 11:35:35 -0400 From: Garrett Wollman Message-Id: <9508141535.AA11245@halloran-eldar.lcs.mit.edu> To: Wolfram Schneider Cc: current@freebsd.org Subject: make(1) extension for SHELL COMMANDS In-Reply-To: <199508141513.RAA12434@caramba.cs.tu-berlin.de> References: <199508132144.XAA25996@localhost> <9508141504.AA11190@halloran-eldar.lcs.mit.edu> <199508141513.RAA12434@caramba.cs.tu-berlin.de> Sender: current-owner@freebsd.org Precedence: bulk < said: >> Very bad idea, and almost certainly contrary to P1003.2. > What says P1003.2 about /bin/sh? It's not what it says about the Bourne Shell that's relevant here, it's what it says about the `make' program. In particular, it says that all commands are to be executed by means of `/bin/sh -c'. It almost certainly disallows use of any special characters other than `@' and `-'. > Note: the following example don't use /bin/sh in BSD make, our make > use execv(3) Well, that's yet another way in which pmake is broken with respect to POSIX. I'm not at all surprised to hear it. We don't need to make the situation even worse than it already is. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Aug 14 09:03:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA23770 for current-outgoing; Mon, 14 Aug 1995 09:03:40 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA23753 for ; Mon, 14 Aug 1995 09:03:36 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id JAA29948 for ; Mon, 14 Aug 1995 09:01:53 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.144.4]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id RAA27125; Mon, 14 Aug 1995 17:45:53 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id RAA13872; Mon, 14 Aug 1995 17:45:44 +0200 Date: Mon, 14 Aug 1995 17:45:44 +0200 Message-Id: <199508141545.RAA13872@caramba.cs.tu-berlin.de> To: Garrett Wollman Cc: current@freebsd.org Subject: make(1) extension for SHELL COMMANDS In-Reply-To: <9508141535.AA11245@halloran-eldar.lcs.mit.edu> References: <199508132144.XAA25996@localhost> <9508141504.AA11190@halloran-eldar.lcs.mit.edu> <199508141513.RAA12434@caramba.cs.tu-berlin.de> <9508141535.AA11245@halloran-eldar.lcs.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@freebsd.org Precedence: bulk Garrett Wollman writes: >< said: > >>> Very bad idea, and almost certainly contrary to P1003.2. > >> What says P1003.2 about /bin/sh? > >It's not what it says about the Bourne Shell that's relevant here, >it's what it says about the `make' program. In particular, it says >that all commands are to be executed by means of `/bin/sh -c'. pmake use /bin/sh -c or /bin/sh -ec if (*cp != '\0') { /* * If *cp isn't the null character, we hit a "meta" character and * need to pass the command off to the shell. We give the shell the * -e flag as well as -c if it's supposed to exit when it hits an * error. */ static char *shargv[4] = { "/bin/sh" }; shargv[1] = (errCheck ? "-ec" : "-c"); shargv[2] = cmd; shargv[3] = (char *)NULL; av = shargv; argc = 0; } else { /* * No meta-characters, so no need to exec a shell. Break the command * into words to form an argument vector we can execute. * brk_string sticks our name in av[0], so we have to * skip over it... */ av = brk_string(cmd, &argc, TRUE); >Well, that's yet another way in which pmake is broken with respect to >POSIX. I'm not at all surprised to hear it. We don't need to make >the situation even worse than it already is. Is POSIX a religion? I want a good OS ... -Wolfram From owner-freebsd-current Mon Aug 14 09:41:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA27369 for current-outgoing; Mon, 14 Aug 1995 09:41:45 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA27345 for ; Mon, 14 Aug 1995 09:41:34 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA22537; Tue, 15 Aug 1995 02:37:54 +1000 Date: Tue, 15 Aug 1995 02:37:54 +1000 From: Bruce Evans Message-Id: <199508141637.CAA22537@godzilla.zeta.org.au> To: wollman@halloran-eldar.lcs.mit.edu, wosch@cs.tu-berlin.de Subject: Re: make(1) extension for SHELL COMMANDS Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk >>It's not what it says about the Bourne Shell that's relevant here, >>it's what it says about the `make' program. In particular, it says >>that all commands are to be executed by means of `/bin/sh -c'. Doesn't it say `as if' by `/bin/sh -c'? It's probably too hard for `make' to know when `/bin/sh -c' need not be used. E.g., the command might be a shell script not beginning with #!/bin/sh. Then `/bin/sh -c' of the script would work but exec of the script would fail. >pmake use /bin/sh -c or /bin/sh -ec > } else { > /* > * No meta-characters, so no need to exec a shell. Break the command > * into words to form an argument vector we can execute. > * brk_string sticks our name in av[0], so we have to > * skip over it... > */ > av = brk_string(cmd, &argc, TRUE); Does it handle weird $IFS's? >>Well, that's yet another way in which pmake is broken with respect to >>POSIX. I'm not at all surprised to hear it. We don't need to make >>the situation even worse than it already is. >Is POSIX a religion? I want a good OS ... I think an escape should be allowed. Bruce From owner-freebsd-current Mon Aug 14 10:01:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA00604 for current-outgoing; Mon, 14 Aug 1995 10:01:47 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id KAA00581 for ; Mon, 14 Aug 1995 10:01:39 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14562; Mon, 14 Aug 1995 18:59:48 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA17436 for freebsd-current@FreeBSD.org; Mon, 14 Aug 1995 18:59:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id OAA12329 for freebsd-current@FreeBSD.org; Mon, 14 Aug 1995 14:19:41 +0200 From: J Wunsch Message-Id: <199508141219.OAA12329@uriah.heep.sax.de> Subject: Re: Unexpected files from CTM To: freebsd-current@FreeBSD.org Date: Mon, 14 Aug 1995 14:19:40 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org In-Reply-To: <199508141038.DAA12836@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Aug 14, 95 03:38:16 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 573 Sender: current-owner@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > > Why don't you just use what everybody else is using for such files? I > > think of /tmp, /var/tmp or ~/tmp... > > Because the file is _not_ temporary, ... I've realized this after reading the next dozen of my morning mails. Keep in mind that i always have to read near 100 mails when getting up in the morning, essentially everything you American guys did send out your (previous) evening... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 14 10:01:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA00623 for current-outgoing; Mon, 14 Aug 1995 10:01:51 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id KAA00580 ; Mon, 14 Aug 1995 10:01:38 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14652; Mon, 14 Aug 1995 19:00:14 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA17446; Mon, 14 Aug 1995 19:00:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id SAA13030; Mon, 14 Aug 1995 18:56:49 +0200 From: J Wunsch Message-Id: <199508141656.SAA13030@uriah.heep.sax.de> Subject: Re: ioctl(SIOCAIFADDR): File exists To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Mon, 14 Aug 1995 18:56:48 +0200 (MET DST) Cc: current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <9508141506.AA11193@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Aug 14, 95 11:06:46 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 623 Sender: current-owner@FreeBSD.org Precedence: bulk As Garrett Wollman wrote: > > > Btw., is FreeBSD 2.0.5 w/ TCP extensions supposed to communicate > > with FreeBSD 2.0.5 w/o them? > > Absolutely. RFC 1323 and RFC 1644 are completely transparent to any > correctly-operating TCP implementation that doesn't support them. > (Hell, they even work against SunOS and Ultrix!) > > > Seems that it didn't work. :-( > > It seems highly unlikely that this is the cause. Latest news is that it's a problem of the header compression. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 14 10:06:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA01478 for current-outgoing; Mon, 14 Aug 1995 10:06:50 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA01458 for ; Mon, 14 Aug 1995 10:06:44 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.144.4]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id SAA01418; Mon, 14 Aug 1995 18:55:00 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id SAA16905; Mon, 14 Aug 1995 18:54:50 +0200 Date: Mon, 14 Aug 1995 18:54:50 +0200 Message-Id: <199508141654.SAA16905@caramba.cs.tu-berlin.de> To: Garrett Wollman Cc: current@freebsd.org Subject: make(1) extension for SHELL COMMANDS In-Reply-To: <9508141535.AA11245@halloran-eldar.lcs.mit.edu> References: <199508132144.XAA25996@localhost> <9508141504.AA11190@halloran-eldar.lcs.mit.edu> <199508141513.RAA12434@caramba.cs.tu-berlin.de> <9508141535.AA11245@halloran-eldar.lcs.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@freebsd.org Precedence: bulk Garrett Wollman writes: >> Note: the following example don't use /bin/sh in BSD make, our make >> use execv(3) > >Well, that's yet another way in which pmake is broken with respect to >POSIX. I'm not at all surprised to hear it. We don't need to make >the situation even worse than it already is. FYI: GNU-make use a similar algorithm (first exec and if errno=ENOEXEC SHELL). $ uname -rs SunOS 5.4 $ make -v GNU Make version 3.70, by Richard Stallman and Roland McGrath. Copyright (C) 1988, 89, 90, 91, 92, 93 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. 1. with /bin/sh $ cat Makefile date: date "+%D <>" $ truss -fo /tmp/truss make date "+%D <>" 08/14/95 <> $ egrep 'fork|exec' /tmp/truss 10625: execve("/usr/local/zib_bin/make", 0xEFFFF810, 0xEFFFF818) argc = 1 10625: fork() = 10626 10626: fork() (returning as child ...) = 10625 10626: execve("/bin/sh", 0x00057E98, 0x00057CF8) argc = 3 10626: fork() = 10628 10628: fork() (returning as child ...) = 10626 10628: execve("/usr/bin/date", 0x00036470, 0x00036538) argc = 2 2. without /bin/sh (no meta chars) $ cat Makefile date: date $ truss -fo /tmp/truss make date Mon Aug 14 18:28:50 MET DST 1995 $ egrep 'fork|exec' /tmp/truss 10641: execve("/usr/local/zib_bin/make", 0xEFFFF810, 0xEFFFF818) argc = 1 10641: fork() = 10642 10642: fork() (returning as child ...) = 10641 10642: execve("/usr/bin/date", 0x0004FE50, 0x00057CF8) argc = 1 $ more make-3.74/job.c /* Replace the current process with one running the command in ARGV, with environment ENVP. This function does not return. */ void exec_command (argv, envp) char **argv, **envp; { /* Be the user, permanently. */ child_access (); /* Run the program. */ environ = envp; execvp (argv[0], argv); switch (errno) { case ENOENT: error ("%s: Command not found", argv[0]); break; case ENOEXEC: { /* The file is not executable. Try it as a shell script. */ extern char *getenv (); char *shell; char **new_argv; int argc; shell = getenv ("SHELL"); From owner-freebsd-current Mon Aug 14 10:14:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA02513 for current-outgoing; Mon, 14 Aug 1995 10:14:31 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA02488 for ; Mon, 14 Aug 1995 10:14:18 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.144.4]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id TAA02053; Mon, 14 Aug 1995 19:04:12 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id TAA17375; Mon, 14 Aug 1995 19:04:04 +0200 Date: Mon, 14 Aug 1995 19:04:04 +0200 Message-Id: <199508141704.TAA17375@caramba.cs.tu-berlin.de> To: Bruce Evans Cc: wollman@halloran-eldar.lcs.mit.edu, current@freebsd.org Subject: Re: make(1) extension for SHELL COMMANDS In-Reply-To: <199508141637.CAA22537@godzilla.zeta.org.au> References: <199508141637.CAA22537@godzilla.zeta.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@freebsd.org Precedence: bulk Bruce Evans writes: >>pmake use /bin/sh -c or /bin/sh -ec > >> } else { >> /* >> * No meta-characters, so no need to exec a shell. Break the command >> * into words to form an argument vector we can execute. >> * brk_string sticks our name in av[0], so we have to >> * skip over it... >> */ >> av = brk_string(cmd, &argc, TRUE); > >Does it handle weird $IFS's? No. $ egrep IFS /src/usr.bin/make/* | grep -v WIFS This do only gnu-make: make-3.74/job.c: /* Figure out the argument list necessary to run LINE as a command. Try to avoid using a shell. This routine handles only ' quoting, and " quoting when no backslash, $ or ` characters are seen in the quotes. Starting quotes may be escaped with a backslash. If any of the characters in sh_chars[] is seen, or any of the builtin commands listed in sh_cmds[] is the first word of a line, the shell is used. If RESTP is not NULL, *RESTP is set to point to the first newline in LINE. If *RESTP is NULL, newlines will be ignored. SHELL is the shell to use, or nil to use the default shell. IFS is the value of $IFS, or nil (meaning the default). */ Wolfram From owner-freebsd-current Mon Aug 14 10:55:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA06647 for current-outgoing; Mon, 14 Aug 1995 10:55:21 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id KAA06641 for ; Mon, 14 Aug 1995 10:55:20 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15153(6)>; Mon, 14 Aug 1995 10:54:31 PDT Received: by crevenia.parc.xerox.com id <177475>; Mon, 14 Aug 1995 10:54:23 -0700 From: Bill Fenner To: freebsd-current@freebsd.org Subject: Can't build -current kernel, what am I doing wrong? Message-Id: <95Aug14.105423pdt.177475@crevenia.parc.xerox.com> Date: Mon, 14 Aug 1995 10:54:15 PDT Sender: current-owner@freebsd.org Precedence: bulk I recently started sup'ing sys-current, even though my machine is running 2.0.5-ALPHA (yes, I'm a lazy upgrader). I want to submit some multicast fixes, but I haven't yet tested them under FreeBSD, only SunOS. I got and built the new config, and config'd a new kernel. However, the build is choking on the following line of sys/sys/types.h: typedef _BSD_OFF_T_ off_t; /* file offset */ Do I need a new gcc, which understands what a _BSD_OFF_T_ is, to build a -current kernel? Thanks, Bill From owner-freebsd-current Mon Aug 14 11:21:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA09998 for current-outgoing; Mon, 14 Aug 1995 11:21:45 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA09987 for ; Mon, 14 Aug 1995 11:21:41 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id EAA24593; Tue, 15 Aug 1995 04:19:33 +1000 Date: Tue, 15 Aug 1995 04:19:33 +1000 From: Bruce Evans Message-Id: <199508141819.EAA24593@godzilla.zeta.org.au> To: fenner@parc.xerox.com, freebsd-current@freebsd.org Subject: Re: Can't build -current kernel, what am I doing wrong? Sender: current-owner@freebsd.org Precedence: bulk >I got and built the new config, and config'd a new kernel. However, the build >is choking on the following line of sys/sys/types.h: >typedef _BSD_OFF_T_ off_t; /* file offset */ >Do I need a new gcc, which understands what a _BSD_OFF_T_ is, to build a >-current kernel? You need consistent header files. _BSD_OFF_T_ is declared in . Bruce From owner-freebsd-current Mon Aug 14 11:24:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA10347 for current-outgoing; Mon, 14 Aug 1995 11:24:18 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA10334 ; Mon, 14 Aug 1995 11:24:15 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id NAA04569; Mon, 14 Aug 1995 13:22:49 -0500 From: Joe Greco Message-Id: <199508141822.NAA04569@brasil.moneng.mei.com> Subject: Re: Update on my aic driver problems To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 14 Aug 1995 13:22:48 -0500 (CDT) Cc: joerg_wunsch@uriah.heep.sax.de, gibbs@freefall.FreeBSD.org, freebsd-current@FreeBSD.ORG, babb@FreeBSD.ORG In-Reply-To: <9507311843.AA24315@cs.weber.edu> from "Terry Lambert" at Jul 31, 95 12:43:15 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: current-owner@FreeBSD.ORG Precedence: bulk > > > >Is there any doc available on the Adaptec chips? > > > > > > You can get them from the Adaptec Technical Documents department, but I > > > don't know if they ship overseas. > > > > I would only do this if there's other public demand for the extension > > of the aic driver to the 6260 chip. Just for my own little problem, > > pulling the SCSI disk and replacing it by a spare IDE one will be less > > work. > > I believe that all HP ScanJet products that are SCSI interfaced > come with simple non-BIOS controllers with 6260's on them. > > For what it is worth. I don't have it handy, but I have one of these doodads someplace... if anyone needs it for adapting a driver or anything, let me know. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-current Mon Aug 14 11:28:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA10873 for current-outgoing; Mon, 14 Aug 1995 11:28:26 -0700 Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA10864 for ; Mon, 14 Aug 1995 11:28:24 -0700 Received: from localhost (localhost [127.0.0.1]) by precipice.shockwave.com (8.6.11/8.6.9) with SMTP id LAA02158; Mon, 14 Aug 1995 11:27:41 -0700 Message-Id: <199508141827.LAA02158@precipice.shockwave.com> To: Bruce Evans cc: fenner@parc.xerox.com, freebsd-current@freebsd.org Subject: Re: Can't build -current kernel, what am I doing wrong? In-reply-to: Your message of "Tue, 15 Aug 1995 04:19:33 +1000." <199508141819.EAA24593@godzilla.zeta.org.au> Date: Mon, 14 Aug 1995 11:27:40 -0700 From: Paul Traina Sender: current-owner@freebsd.org Precedence: bulk From: Bruce Evans Subject: Re: Can't build -current kernel, what am I doing wrong? >I got and built the new config, and config'd a new kernel. However, the bui >>ld >is choking on the following line of sys/sys/types.h: >typedef _BSD_OFF_T_ off_t; /* file offset */ >Do I need a new gcc, which understands what a _BSD_OFF_T_ is, to build a >-current kernel? You need consistent header files. _BSD_OFF_T_ is declared in . Given that you're trying to go from 2.0.5-ALPHA to -current, a top-level make includes might be appropriate, or better yet, make world. Bruce From owner-freebsd-current Mon Aug 14 11:33:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA11538 for current-outgoing; Mon, 14 Aug 1995 11:33:30 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA11519 for ; Mon, 14 Aug 1995 11:33:23 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18093; Mon, 14 Aug 1995 20:33:11 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA18500 for current@freebsd.org; Mon, 14 Aug 1995 20:33:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA13684 for current@freebsd.org; Mon, 14 Aug 1995 20:10:28 +0200 From: J Wunsch Message-Id: <199508141810.UAA13684@uriah.heep.sax.de> Subject: Re: make(1) extension for SHELL COMMANDS To: current@freebsd.org Date: Mon, 14 Aug 1995 20:10:28 +0200 (MET DST) Reply-To: current@freebsd.org In-Reply-To: <9508141535.AA11245@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Aug 14, 95 11:35:35 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 765 Sender: current-owner@freebsd.org Precedence: bulk As Garrett Wollman wrote: > > >> Very bad idea, and almost certainly contrary to P1003.2. > > > What says P1003.2 about /bin/sh? > > It's not what it says about the Bourne Shell that's relevant here, > it's what it says about the `make' program. In particular, it says > that all commands are to be executed by means of `/bin/sh -c'. It > almost certainly disallows use of any special characters other than > `@' and `-'. I don't like Wolfram's hack much (and have expressed him this in personal mail), but Garrett, be reminded that your described behaviour is only mandated if the Makefile begins with .POSIX. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 14 11:41:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA12825 for current-outgoing; Mon, 14 Aug 1995 11:41:48 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA12800 for ; Mon, 14 Aug 1995 11:41:35 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18289; Mon, 14 Aug 1995 20:40:54 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA18607 for freebsd-current@FreeBSD.org; Mon, 14 Aug 1995 20:40:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA14067 for freebsd-current@FreeBSD.org; Mon, 14 Aug 1995 20:40:14 +0200 From: J Wunsch Message-Id: <199508141840.UAA14067@uriah.heep.sax.de> Subject: Re: Update on my aic driver problems To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 14 Aug 1995 20:40:14 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <199508141822.NAA04569@brasil.moneng.mei.com> from "Joe Greco" at Aug 14, 95 01:22:48 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 619 Sender: current-owner@FreeBSD.org Precedence: bulk As Joe Greco wrote: > > > For what it is worth. > > I don't have it handy, but I have one of these doodads someplace... if > anyone needs it for adapting a driver or anything, let me know. The whole thread started with me having access to a machine with such a beast in it. It's detected by the aic6360 driver, but eventually times out. I've now stuck an IDE drive in it, in order to have a base for DDB. :) I hope Adaptec will keep their promise and send me the doc. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 14 11:53:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA14341 for current-outgoing; Mon, 14 Aug 1995 11:53:26 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA14333 for ; Mon, 14 Aug 1995 11:53:24 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA16899; Mon, 14 Aug 95 12:42:04 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508141842.AA16899@cs.weber.edu> Subject: Re: /sys/compat? To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Mon, 14 Aug 95 12:42:03 MDT Cc: jkh@time.cdrom.com, current@freebsd.org In-Reply-To: <199508140248.IAA08296@hq.icb.chel.su> from "Serge A. Babkin" at Aug 14, 95 08:48:27 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@freebsd.org Precedence: bulk > > > We need a place to bring the new iBCS2 stuff from Steven Wallace (he > > as succeeded in porting the NetBSD emulation code to FreeBSD and is > > now able to run applications such as WordPerfect and FoxPro; > > congradulations and kudos to Steven!). He suggests /sys/compat, which > > sounds like as good a place as any. > > > > Any objections or suggestions as to a better place for this stuff? > > May be /sys/i386/compat ? I think iBCS2 support is processor dependent. It's not. Consider Solaris/SunOS binary compatability. Consider PPC AIX/Solaris binary compatability (both are coff, but one is Big Endian, one is Little). Effectively the NetBSD code uses hard coded variant symbolic links by hacking the search code in the namei to dual path things. This isn't necessarily my first choice, but it'll do until something better comes along. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Aug 14 12:01:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA15500 for current-outgoing; Mon, 14 Aug 1995 12:01:42 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA15489 for ; Mon, 14 Aug 1995 12:01:36 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA25442; Tue, 15 Aug 1995 05:00:25 +1000 Date: Tue, 15 Aug 1995 05:00:25 +1000 From: Bruce Evans Message-Id: <199508141900.FAA25442@godzilla.zeta.org.au> To: bde@zeta.org.au, pst@shockwave.com Subject: Re: Can't build -current kernel, what am I doing wrong? Cc: fenner@parc.xerox.com, freebsd-current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk > You need consistent header files. _BSD_OFF_T_ is declared in > . >Given that you're trying to go from 2.0.5-ALPHA to -current, a top-level >make includes might be appropriate, or better yet, make world. It should be automatically right for building kernels: machine -> ../../i386/include S= ../.. INCLUDES= -nostdinc -I. -I$S -I$S/sys I actually use compile -> /usr/obj/sys/compile @ -> /sys machine -> @/i386/include and have to remember to fixe the links after config builds the wrong ones. Bruce From owner-freebsd-current Mon Aug 14 12:12:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA16555 for current-outgoing; Mon, 14 Aug 1995 12:12:06 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA16544 for ; Mon, 14 Aug 1995 12:12:03 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA04718 for freebsd-current@FreeBSD.org; Mon, 14 Aug 1995 14:11:30 -0500 From: Joe Greco Message-Id: <199508141911.OAA04718@brasil.moneng.mei.com> Subject: Re: Update on my aic driver problems To: freebsd-current@FreeBSD.org Date: Mon, 14 Aug 1995 14:11:29 -0500 (CDT) In-Reply-To: <199508141840.UAA14067@uriah.heep.sax.de> from "J Wunsch" at Aug 14, 95 08:40:14 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: current-owner@FreeBSD.org Precedence: bulk > The whole thread started with me having access to a machine with such > a beast in it. It's detected by the aic6360 driver, but eventually > times out. I've now stuck an IDE drive in it, in order to have a base > for DDB. :) Ok, sorry, didn't see that. I just saw talk about one of the gizmos, and a flag lit up in my head that I really had no need for it in the current state of things, so I thought I'd try to make it useful. ;-) ... JG From owner-freebsd-current Mon Aug 14 13:08:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA22658 for current-outgoing; Mon, 14 Aug 1995 13:08:44 -0700 Received: from clark.net (clark.net [168.143.0.7]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA22644 for ; Mon, 14 Aug 1995 13:08:41 -0700 Received: (rjw@localhost) by clark.net (8.6.12/8.6.5) id PAA18737; Mon, 14 Aug 1995 15:19:07 -0400 Date: Mon, 14 Aug 1995 15:19:01 -0400 (EDT) From: Rick Weldon To: freebsd-current@freebsd.org Subject: Re: Can't build -current kernel, what am I doing wrong? In-Reply-To: <199508141827.LAA02158@precipice.shockwave.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Mon, 14 Aug 1995, Paul Traina wrote: > > Given that you're trying to go from 2.0.5-ALPHA to -current, a top-level > make includes might be appropriate, or better yet, make world. > > Bruce > I did this about 2 1/2 weeks ago. I just pulled down -current kernel source and the includes, then do a make include, config FOO and make. One thing that will break will be the "ps" command. It errors out with a "proc mismatch" error of some sort. You will have to rebuild ps and correct me if I`m wrong,libkvm. I think this is all I did to get ps back on track. I haven't noticed any other problems. Rick From owner-freebsd-current Mon Aug 14 14:50:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA02145 for current-outgoing; Mon, 14 Aug 1995 14:50:37 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id OAA02099 for ; Mon, 14 Aug 1995 14:49:59 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23073; Mon, 14 Aug 1995 23:49:18 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA01737 for current@freebsd.org; Mon, 14 Aug 1995 23:49:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA00511 for current@freebsd.org; Mon, 14 Aug 1995 23:41:36 +0200 From: J Wunsch Message-Id: <199508142141.XAA00511@uriah.heep.sax.de> Subject: Re: procfs problems in -current? To: current@freebsd.org Date: Mon, 14 Aug 1995 23:41:36 +0200 (MET DST) Reply-To: current@freebsd.org In-Reply-To: from "j" at Aug 14, 95 12:39:24 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 576 Sender: current-owner@freebsd.org Precedence: bulk As j wrote: > > As Bruce Evans wrote: > > > > >Frames #11 and #12 both displayed bogusly as ``end ()'' in DDB. > > > > Unbogusly? > > Hmmmm... My problem is solved. Looks that the LKM dependencies are broken, so simply cvs update'ing and make'ing didn't work correctly. There are vnode_if.{c,h} files that must have been out of sync... removing the previously used lkm area, and cvs co'ing it again lead to working LKMs now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 14 15:31:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA05021 for current-outgoing; Mon, 14 Aug 1995 15:31:30 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id PAA05015 for ; Mon, 14 Aug 1995 15:31:25 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00561; Mon, 14 Aug 95 15:44:10 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508142144.AA00561@cs.weber.edu> Subject: Re: make(1) extension for SHELL COMMANDS To: wosch@cs.tu-berlin.de (Wolfram Schneider) Date: Mon, 14 Aug 95 15:44:09 MDT Cc: wollman@halloran-eldar.lcs.mit.edu, current@freebsd.org In-Reply-To: <199508141545.RAA13872@caramba.cs.tu-berlin.de> from "Wolfram Schneider" at Aug 14, 95 05:45:44 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@freebsd.org Precedence: bulk > >Well, that's yet another way in which pmake is broken with respect to > >POSIX. I'm not at all surprised to hear it. We don't need to make > >the situation even worse than it already is. > > Is POSIX a religion? I want a good OS ... POSIX is a standard. Standards are useful two ways: 1) Conformance guarantees you a certain level of code portability. 2) You can appeal to them as a judge of "correct" behaviour when a dispute arises. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Aug 14 15:36:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA05382 for current-outgoing; Mon, 14 Aug 1995 15:36:23 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA05368 for ; Mon, 14 Aug 1995 15:35:51 -0700 Received: by haven.uniserve.com id <30744>; Mon, 14 Aug 1995 15:35:51 +0100 Date: Mon, 14 Aug 1995 15:35:41 -0700 (PDT) From: Tom Samplonius To: Joerg Wunsch cc: Garrett Wollman , current@FreeBSD.org Subject: Re: ioctl(SIOCAIFADDR): File exists In-Reply-To: <199508141656.SAA13030@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Mon, 14 Aug 1995, J Wunsch wrote: > > Absolutely. RFC 1323 and RFC 1644 are completely transparent to any > > correctly-operating TCP implementation that doesn't support them. > > (Hell, they even work against SunOS and Ultrix!) > > > > > Seems that it didn't work. :-( > > > > It seems highly unlikely that this is the cause. > > Latest news is that it's a problem of the header compression. Header compression? Doesn't that mean that it is SLIP or PPP problem then and not a TCP problem at all? Tom From owner-freebsd-current Mon Aug 14 16:45:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA10170 for current-outgoing; Mon, 14 Aug 1995 16:45:59 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA10159 ; Mon, 14 Aug 1995 16:45:53 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id BAA06385 ; Tue, 15 Aug 1995 01:45:48 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id BAA04940 ; Tue, 15 Aug 1995 01:45:48 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199508142345.BAA04940@blaise.ibp.fr> Subject: Re: Update on my aic driver problems To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Tue, 15 Aug 1995 01:45:47 +0200 (MET DST) Cc: terry@cs.weber.edu, joerg_wunsch@uriah.heep.sax.de, gibbs@freefall.FreeBSD.org, freebsd-current@FreeBSD.ORG, babb@FreeBSD.ORG In-Reply-To: <199508141822.NAA04569@brasil.moneng.mei.com> from "Joe Greco" at Aug 14, 95 01:22:48 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#880 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 520 Sender: current-owner@FreeBSD.ORG Precedence: bulk > > I believe that all HP ScanJet products that are SCSI interfaced > > come with simple non-BIOS controllers with 6260's on them. > > > > For what it is worth. > > I don't have it handy, but I have one of these doodads someplace... if > anyone needs it for adapting a driver or anything, let me know. I think these are 1520 or 1510 cards. The 152x is supported, not the 151x. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD 2.2-CURRENT #5: Fri Jul 14 12:28:04 MET DST 1995 From owner-freebsd-current Mon Aug 14 22:22:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA22725 for current-outgoing; Mon, 14 Aug 1995 22:22:56 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id WAA22701 for ; Mon, 14 Aug 1995 22:22:46 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00150; Tue, 15 Aug 1995 07:22:38 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA05204 for freebsd-current@FreeBSD.org; Tue, 15 Aug 1995 07:22:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA02562 for freebsd-current@FreeBSD.org; Tue, 15 Aug 1995 07:19:42 +0200 From: J Wunsch Message-Id: <199508150519.HAA02562@uriah.heep.sax.de> Subject: Re: ioctl(SIOCAIFADDR): File exists To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 15 Aug 1995 07:19:42 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: from "Tom Samplonius" at Aug 14, 95 03:35:41 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 625 Sender: current-owner@FreeBSD.org Precedence: bulk As Tom Samplonius wrote: > > > Latest news is that it's a problem of the header compression. > > Header compression? Doesn't that mean that it is SLIP or PPP problem > then and not a TCP problem at all? It's SLIP, but _only_ for TCP. That made me suspect T/TCP in the first place: ICMP and UDP datagrams passed the SLIP link. Only TCP traffic caused errors at the link layer. Maybe it was a problem with Auto-VJ, it's not exactly reproducable now and seems to be solved. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 14 22:22:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA22751 for current-outgoing; Mon, 14 Aug 1995 22:22:58 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id WAA22717 for ; Mon, 14 Aug 1995 22:22:55 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00154; Tue, 15 Aug 1995 07:22:40 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA05206 for freebsd-current@FreeBSD.org; Tue, 15 Aug 1995 07:22:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA02588 for freebsd-current@FreeBSD.org; Tue, 15 Aug 1995 07:21:33 +0200 From: J Wunsch Message-Id: <199508150521.HAA02588@uriah.heep.sax.de> Subject: Re: Update on my aic driver problems To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 15 Aug 1995 07:21:32 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <199508142345.BAA04940@blaise.ibp.fr> from "Ollivier Robert" at Aug 15, 95 01:45:47 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 595 Sender: current-owner@FreeBSD.org Precedence: bulk As Ollivier Robert wrote: > > > I don't have it handy, but I have one of these doodads someplace... if > > anyone needs it for adapting a driver or anything, let me know. > > I think these are 1520 or 1510 cards. The 152x is supported, not the 151x. In my case, it's a builtin 1510-compatible. Interestingly enough, it happens to work with the same Adaptec drivers like the 1520, so i think we should also get it to work with the aic6360 driver. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 14 22:37:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA23596 for current-outgoing; Mon, 14 Aug 1995 22:37:30 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA23590 for ; Mon, 14 Aug 1995 22:37:26 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id XAA02224; Mon, 14 Aug 1995 23:36:58 -0600 Message-Id: <199508150536.XAA02224@rover.village.org> To: Garrett Wollman Subject: Re: make(1) extension for SHELL COMMANDS Cc: Wolfram Schneider , current@FreeBSD.org In-reply-to: Your message of Mon, 14 Aug 1995 11:35:35 EDT Date: Mon, 14 Aug 1995 23:36:57 -0600 From: Warner Losh Sender: current-owner@FreeBSD.org Precedence: bulk : that all commands are to be executed by means of `/bin/sh -c' Doesn't it say that all commands must be executed as if they were executed by means of /bin/sh -c? If the result is the same, then you don't, strictly speaking, have to have /bin/sh exec'd. Desirable? I don't think so, but I think it is allowed. Warner From owner-freebsd-current Mon Aug 14 22:43:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA23924 for current-outgoing; Mon, 14 Aug 1995 22:43:24 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA23906 for ; Mon, 14 Aug 1995 22:43:10 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id XAA02579; Mon, 14 Aug 1995 23:43:00 -0600 Message-Id: <199508150543.XAA02579@rover.village.org> To: freebsd-current@FreeBSD.org (FreeBSD-current users), joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: ioctl(SIOCAIFADDR): File exists In-reply-to: Your message of Tue, 15 Aug 1995 07:19:42 +0200 Date: Mon, 14 Aug 1995 23:42:59 -0600 From: Warner Losh Sender: current-owner@FreeBSD.org Precedence: bulk : It's SLIP, but _only_ for TCP. That made me suspect T/TCP in the : first place: ICMP and UDP datagrams passed the SLIP link. Only TCP : traffic caused errors at the link layer. : : Maybe it was a problem with Auto-VJ, it's not exactly reproducable now : and seems to be solved. I seem to recall from my recent exposure to the slcompress code that it assumes there are no options in use. I further recall that PPP and SLIP both use the same compression code. My recent reading of Stevens leads me to recall that T/TCP will use options somehow. Maybe that is the problem..... Warner From owner-freebsd-current Mon Aug 14 23:05:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA24973 for current-outgoing; Mon, 14 Aug 1995 23:05:43 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id XAA24964 for ; Mon, 14 Aug 1995 23:05:14 -0700 Received: by haven.uniserve.com id <30779>; Mon, 14 Aug 1995 23:05:33 +0100 Date: Mon, 14 Aug 1995 23:05:18 -0700 (PDT) From: Tom Samplonius To: FreeBSD-current users , Joerg Wunsch Subject: Re: ioctl(SIOCAIFADDR): File exists In-Reply-To: <199508150519.HAA02562@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Tue, 15 Aug 1995, J Wunsch wrote: > > Header compression? Doesn't that mean that it is SLIP or PPP problem > > then and not a TCP problem at all? > > It's SLIP, but _only_ for TCP. That made me suspect T/TCP in the > first place: ICMP and UDP datagrams passed the SLIP link. Only TCP > traffic caused errors at the link layer. Classic VJ problem. VJ only affects mainly TCP headers. If you connect a CSLIP system to a SLIP system the only thing that will work is ICMP and UDP. > Maybe it was a problem with Auto-VJ, it's not exactly reproducable now > and seems to be solved. Tom From owner-freebsd-current Tue Aug 15 01:29:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id BAA29201 for current-outgoing; Tue, 15 Aug 1995 01:29:57 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id BAA29195 for ; Tue, 15 Aug 1995 01:29:48 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id BAA00281 for ; Tue, 15 Aug 1995 01:29:45 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id JAA27526; Tue, 15 Aug 1995 09:30:23 +0100 Date: Tue, 15 Aug 1995 09:30:22 +0100 (BST) From: Doug Rabson To: Wolfram Schneider cc: Garrett Wollman , current@freebsd.org Subject: Re: make(1) extension for SHELL COMMANDS In-Reply-To: <199508141654.SAA16905@caramba.cs.tu-berlin.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Mon, 14 Aug 1995, Wolfram Schneider wrote: > Garrett Wollman writes: > >> Note: the following example don't use /bin/sh in BSD make, our make > >> use execv(3) > > > >Well, that's yet another way in which pmake is broken with respect to > >POSIX. I'm not at all surprised to hear it. We don't need to make > >the situation even worse than it already is. > > FYI: GNU-make use a similar algorithm > (first exec and if errno=ENOEXEC SHELL). I think this is just to allow it to execute 'unlabeled' shell scripts, i.e. executable files without the #!/bin/sh comment. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-current Tue Aug 15 01:52:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id BAA00148 for current-outgoing; Tue, 15 Aug 1995 01:52:29 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id BAA00127 for ; Tue, 15 Aug 1995 01:52:15 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA21739; Tue, 15 Aug 1995 18:50:49 +1000 Date: Tue, 15 Aug 1995 18:50:49 +1000 From: Bruce Evans Message-Id: <199508150850.SAA21739@godzilla.zeta.org.au> To: dfr@render.com, wosch@cs.tu-berlin.de Subject: Re: make(1) extension for SHELL COMMANDS Cc: current@freebsd.org, wollman@halloran-eldar.lcs.mit.edu Sender: current-owner@freebsd.org Precedence: bulk >> FYI: GNU-make use a similar algorithm >> (first exec and if errno=ENOEXEC SHELL). >I think this is just to allow it to execute 'unlabeled' shell scripts, >i.e. executable files without the #!/bin/sh comment. execvp() should already do this, but some systems (Linux :-) have a buggy execvp(). Bruce From owner-freebsd-current Tue Aug 15 02:24:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA01395 for current-outgoing; Tue, 15 Aug 1995 02:24:47 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id CAA01388 for ; Tue, 15 Aug 1995 02:24:39 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id KAA27876; Tue, 15 Aug 1995 10:26:46 +0100 Date: Tue, 15 Aug 1995 10:26:43 +0100 (BST) From: Doug Rabson To: Bruce Evans cc: wosch@cs.tu-berlin.de, current@freebsd.org, wollman@halloran-eldar.lcs.mit.edu Subject: Re: make(1) extension for SHELL COMMANDS In-Reply-To: <199508150850.SAA21739@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Tue, 15 Aug 1995, Bruce Evans wrote: > >> FYI: GNU-make use a similar algorithm > >> (first exec and if errno=ENOEXEC SHELL). > > >I think this is just to allow it to execute 'unlabeled' shell scripts, > >i.e. executable files without the #!/bin/sh comment. > > execvp() should already do this, but some systems (Linux :-) have a buggy > execvp(). The point being that it has nothing to do with the argument about make interpreting shell metacharacters. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-current Tue Aug 15 03:19:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA14617 for current-outgoing; Tue, 15 Aug 1995 03:19:40 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id DAA14587 for ; Tue, 15 Aug 1995 03:19:35 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id DAA04680 for ; Tue, 15 Aug 1995 03:19:32 -0700 To: current@FreeBSD.org Subject: WordPerfect and Z-Mail for SCO - success! Date: Tue, 15 Aug 1995 03:19:32 -0700 Message-ID: <4678.808481972@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk It's probably too early to go shouting about this, but what the heck.. Working from some of Soren's original concepts and with substantial help from the NetBSD code base, tonite Steven Wallace handed me an iBCS2 LKM that was able to successfully run both the WordPerfect and Z-Mail (from Z-code Software, now part of NCD) demos I had lying around. Z-Mail had a few wrinkles, most notably that any mail sent from it seems to go into the bit-bucket (I suspect that it's not even looking for sendmail in the right place, if at all), but hey - it comes up and runs and you can even read mail from it. Pretty slick! The WordPerfect demo is even slicker.. All the preferences dialogs seem to work and you can do everything from loading complex documents to selecting fairly complex font and color options. There were some changes from NetBSD's sed required to make the WordPerfect installation run all the way through, but they were fairly minor and once brought across had the installation running like a champ. I still think that we should make our default echo do the right thing with '\c' automatically since I don't see that it loses us anything and it makes SCO shell script output look a lot nicer, but that's really a small and somewhat religious nit.. I was really very impressed that so much of WordPerfect ran on the first try. I didn't go through every menu and dialog, but everything I tried just worked. This is impressive! I remember being at a USENIX a year or so back where BSDI was showing off their SCO emulation to great general gloating and fanfare. On the screen was a copy of WordPerfect, though you couldn't resize or fiddle with it too much or the server would crash (not their fault I think, actually, they were running a pretty green version of Xaccell on a then-very-new Matrox card). Well, tonite I saw the same thing on FreeBSD and I was able to play with it without crashing the server! :-) I know that both Soren and Steven have had WordPerfect up before this, but for me at least it was a significant milestone. Now to work on getting this into -current so all the rest of you can play too! The changes required to bring this in should be fairly minimal, but out of fairness to Soren and all the work he's done so far, I'm going to hold off for a little while before running ahead with the NetBSD code. He deserves a chance to at least look it over and make some comments about how this should all be done. So.. SCO emulation and as a dynamically loadable module at that. Is that studly, or what? :-) Jordan From owner-freebsd-current Tue Aug 15 05:52:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA20329 for current-outgoing; Tue, 15 Aug 1995 05:52:09 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id FAA20306 for ; Tue, 15 Aug 1995 05:51:57 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11657; Tue, 15 Aug 1995 14:51:47 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA11959 for current@FreeBSD.org; Tue, 15 Aug 1995 14:51:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id OAA03941 for current@FreeBSD.org; Tue, 15 Aug 1995 14:24:02 +0200 From: J Wunsch Message-Id: <199508151224.OAA03941@uriah.heep.sax.de> Subject: Re: WordPerfect and Z-Mail for SCO - success! To: current@FreeBSD.org Date: Tue, 15 Aug 1995 14:24:01 +0200 (MET DST) Reply-To: current@FreeBSD.org In-Reply-To: <4678.808481972@time.cdrom.com> from "Jordan K. Hubbard" at Aug 15, 95 03:19:32 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 456 Sender: current-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > I still think that we should make our default echo do the right thing > with '\c' automatically since I don't see that it loses us anything > and it makes SCO shell script output look a lot nicer, but that's > really a small and somewhat religious nit.. /usr/sysv/bin/echo? :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Aug 15 07:58:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA11072 for current-outgoing; Tue, 15 Aug 1995 07:58:49 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id HAA10948 for ; Tue, 15 Aug 1995 07:58:39 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA12835; Tue, 15 Aug 1995 10:57:04 -0400 Date: Tue, 15 Aug 1995 10:57:04 -0400 From: Garrett Wollman Message-Id: <9508151457.AA12835@halloran-eldar.lcs.mit.edu> To: current@freebsd.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: procfs problems in -current? In-Reply-To: <199508142141.XAA00511@uriah.heep.sax.de> References: <199508142141.XAA00511@uriah.heep.sax.de> Sender: current-owner@freebsd.org Precedence: bulk < said: > My problem is solved. Looks that the LKM dependencies are broken, so > simply cvs update'ing and make'ing didn't work correctly. There are > vnode_if.{c,h} files that must have been out of sync... There is something seriously wrong if this is the problem, since bsd.kmod.mk says: ------------------------------------ KERN= ${.CURDIR}/../../sys/kern vnode_if.h: ${KERN}/vnode_if.sh ${KERN}/vnode_if.src sh ${KERN}/vnode_if.sh ${KERN}/vnode_if.src ./vnode_if.h: vnode_if.h ------------------------------------ The KERN= bit is slightly bogus; it should probably say something like: ------------------------------------ .if exists(${.CURDIR}/../../sys/kern) KERN?= ${.CURDIR}/../../sys/kern .else KERN?= /sys/kern .endif ------------------------------------ ...but I'm not inclined to change it at the moment. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish isFrom owner-freebsd-current Tue Aug 15 12:26:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA21116 for current-outgoing; Tue, 15 Aug 1995 12:26:36 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id MAA21110 for ; Tue, 15 Aug 1995 12:26:30 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA22610; Tue, 15 Aug 1995 21:25:55 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA15074 for freebsd-current@FreeBSD.org; Tue, 15 Aug 1995 21:25:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA06461 for freebsd-current@FreeBSD.org; Tue, 15 Aug 1995 21:24:26 +0200 From: J Wunsch Message-Id: <199508151924.VAA06461@uriah.heep.sax.de> Subject: Re: Update on my aic driver problems To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 15 Aug 1995 21:24:26 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <199508151851.NAA06566@brasil.moneng.mei.com> from "Joe Greco" at Aug 15, 95 01:51:34 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 483 Sender: current-owner@FreeBSD.org Precedence: bulk As Joe Greco wrote: > > > I think these are 1520 or 1510 cards. The 152x is supported, not the 151x. > > FWIW: my 1522 here at MEI has a 6360 on it. Draw whatever conclusions... This one should already work (with the `aic' driver). Btw., said machine burnt this morning. Power supply dead. :-( So i cannot do anything anymore here. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Aug 15 12:44:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA22845 for current-outgoing; Tue, 15 Aug 1995 12:44:43 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA22821 for ; Tue, 15 Aug 1995 12:44:38 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA06690 for freebsd-current@FreeBSD.org; Tue, 15 Aug 1995 14:44:04 -0500 From: Joe Greco Message-Id: <199508151944.OAA06690@brasil.moneng.mei.com> Subject: Re: Update on my aic driver problems To: freebsd-current@FreeBSD.org Date: Tue, 15 Aug 1995 14:44:04 -0500 (CDT) In-Reply-To: <199508151924.VAA06461@uriah.heep.sax.de> from "J Wunsch" at Aug 15, 95 09:24:26 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: current-owner@FreeBSD.org Precedence: bulk > As Joe Greco wrote: > > > > > I think these are 1520 or 1510 cards. The 152x is supported, not the 151x. > > > > FWIW: my 1522 here at MEI has a 6360 on it. Draw whatever conclusions... > > This one should already work (with the `aic' driver). Errrr, yes, sorry, didn't mean to imply otherwise. :-) It does indeed work. > Btw., said machine burnt this morning. Power supply dead. :-( So i > cannot do anything anymore here. As previously suggested - I have one of the HP cards. Let me know if anybody needs it. ... JG From owner-freebsd-current Tue Aug 15 14:33:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA03052 for current-outgoing; Tue, 15 Aug 1995 14:33:50 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA03045 for ; Tue, 15 Aug 1995 14:33:47 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id OAA06105; Tue, 15 Aug 1995 14:33:42 -0700 To: current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: WordPerfect and Z-Mail for SCO - success! In-reply-to: Your message of "Tue, 15 Aug 1995 14:24:01 +0200." <199508151224.OAA03941@uriah.heep.sax.de> Date: Tue, 15 Aug 1995 14:33:42 -0700 Message-ID: <6102.808522422@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > As Jordan K. Hubbard wrote: > > > > I still think that we should make our default echo do the right thing > > with '\c' automatically since I don't see that it loses us anything > > and it makes SCO shell script output look a lot nicer, but that's > > really a small and somewhat religious nit.. > > /usr/sysv/bin/echo? :-) I thought about that, but wouldn't making the default one just grok \c be a bit easier? Or does POSIX disallow that in an echo? :-) Jordan From owner-freebsd-current Tue Aug 15 15:07:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA09043 for current-outgoing; Tue, 15 Aug 1995 15:07:31 -0700 Received: from shell.monmouth.com (shell.monmouth.com [205.164.220.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA08153 for ; Tue, 15 Aug 1995 15:06:06 -0700 Received: from i4got.lakewood.com (ppp0.monmouth.com [205.164.220.32]) by shell.monmouth.com (8.6.12/8.6.12) with ESMTP id SAA25599 for ; Tue, 15 Aug 1995 18:07:51 -0400 Received: (from pechter@localhost) by i4got.lakewood.com id SAA02750 (8.6.12/IDA-1.6 for current@FreeBSD.org); Tue, 15 Aug 1995 18:09:16 -0400 From: Bill Pechter Message-ID: <199508152209.SAA02750@i4got.lakewood.com> Subject: Re: WordPerfect and Z-Mail for SCO - success! To: current@FreeBSD.org Date: Tue, 15 Aug 1995 18:09:16 -0400 (EDT) In-Reply-To: <199508151224.OAA03941@uriah.heep.sax.de> from "J Wunsch" at Aug 15, 95 02:24:01 pm Reply-to: pechter@shell.monmouth.com X-Mailer: ELM [version 2.5 PL0a5] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 797 Sender: current-owner@FreeBSD.org Precedence: bulk > > As Jordan K. Hubbard wrote: > > > > I still think that we should make our default echo do the right thing > > with '\c' automatically since I don't see that it loses us anything > > and it makes SCO shell script output look a lot nicer, but that's > > really a small and somewhat religious nit.. > > /usr/sysv/bin/echo? :-) > > -- > cheers, J"org > Smells like the start of /usr/5bin... (ugh). Seems almost worse than conditional symbolic links. ------------------------------------------------------------------------------- Bill Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@stars.sed.monmouth.army.mil | pechter@ilex.com From owner-freebsd-current Tue Aug 15 15:30:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA12517 for current-outgoing; Tue, 15 Aug 1995 15:30:15 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id PAA12493 for ; Tue, 15 Aug 1995 15:30:11 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07747; Tue, 15 Aug 95 16:21:30 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508152221.AA07747@cs.weber.edu> Subject: Re: make(1) extension for SHELL COMMANDS To: wosch@cs.tu-berlin.de Date: Tue, 15 Aug 95 16:21:30 MDT Cc: wollman@halloran-eldar.lcs.mit.edu, current@freebsd.org In-Reply-To: <199508151126.NAA00825@localhost> from "Wolfram Schneider" at Aug 15, 95 01:26:57 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@freebsd.org Precedence: bulk > There are two sides of a standard. The others understand me, I > understand the others. Adding an *optional* feature break the side > which already broken in pmake - the others makes (maybe) don't > understand pmake. > > PS: POSIX is *one* standard, not *the* standard. If you can point me at one, I'd be happy to use a standard that is *more* standard than POSIX or *equally* standard as POSIX. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Aug 15 15:38:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA13623 for current-outgoing; Tue, 15 Aug 1995 15:38:42 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA13611 for ; Tue, 15 Aug 1995 15:38:38 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id XAA01229 ; Tue, 15 Aug 1995 23:37:46 +0100 X-Message: This is a dial-up site. Quick responses to e-mails should not be relied upon. Thanks! To: Terry Lambert cc: current@freebsd.org Subject: Re: make(1) extension for SHELL COMMANDS In-reply-to: Your message of "Tue, 15 Aug 1995 16:21:30 MDT." <9508152221.AA07747@cs.weber.edu> Date: Tue, 15 Aug 1995 23:37:44 +0100 Message-ID: <1227.808526264@palmer.demon.co.uk> From: Gary Palmer Sender: current-owner@freebsd.org Precedence: bulk In message <9508152221.AA07747@cs.weber.edu>, Terry Lambert writes: >If you can point me at one, I'd be happy to use a standard that is *more* >standard than POSIX or *equally* standard as POSIX. I am surprised that X/Open Spec 1170 hasn't been mentioned yet... Gary From owner-freebsd-current Tue Aug 15 16:07:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA16390 for current-outgoing; Tue, 15 Aug 1995 16:07:17 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id QAA16379 for ; Tue, 15 Aug 1995 16:07:15 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07894; Tue, 15 Aug 95 16:59:11 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508152259.AA07894@cs.weber.edu> Subject: Re: procfs problems in -current? To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 15 Aug 95 16:59:10 MDT Cc: wollman@halloran-eldar.lcs.mit.edu, current@freebsd.org In-Reply-To: <199508151720.TAA04760@uriah.heep.sax.de> from "J Wunsch" at Aug 15, 95 07:20:48 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@freebsd.org Precedence: bulk > > KERN= ${.CURDIR}/../../sys/kern > > > > vnode_if.h: ${KERN}/vnode_if.sh ${KERN}/vnode_if.src > > sh ${KERN}/vnode_if.sh ${KERN}/vnode_if.src > > > > ./vnode_if.h: vnode_if.h > > What's this? vnode_if.h and vnode_if.c are compile-time generated interface definitions from a meta-definition language used to support file system layering. They are part of the VFS interface. Both are generated prior to compilation of VFS based file systems so that the file system components may include the header file for the define and exported interfaces used to hook the functions during vfs_init() in the file kern/vfs_init.c. Why do you ask? 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Aug 15 20:14:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA29747 for current-outgoing; Tue, 15 Aug 1995 20:14:18 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA29734 for ; Tue, 15 Aug 1995 20:14:14 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id JAA02625; Wed, 16 Aug 1995 09:17:35 +0600 From: "Serge A. Babkin" Message-Id: <199508160317.JAA02625@hq.icb.chel.su> Subject: Re: WordPerfect and Z-Mail for SCO - success! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 16 Aug 1995 09:17:35 +0600 (GMT+0600) Cc: current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <6102.808522422@time.cdrom.com> from "Jordan K. Hubbard" at Aug 15, 95 02:33:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 619 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > > I still think that we should make our default echo do the right thing > > > with '\c' automatically since I don't see that it loses us anything > > > and it makes SCO shell script output look a lot nicer, but that's > > > really a small and somewhat religious nit.. > > > > /usr/sysv/bin/echo? :-) > > I thought about that, but wouldn't making the default one just > grok \c be a bit easier? Or does POSIX disallow that in an echo? :-) BTW, may be our echo should grok \n too ? Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-current Tue Aug 15 21:21:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA05630 for current-outgoing; Tue, 15 Aug 1995 21:21:52 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id VAA05622 for ; Tue, 15 Aug 1995 21:21:45 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01589; Wed, 16 Aug 1995 06:21:42 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA19255 for freebsd-current@FreeBSD.org; Wed, 16 Aug 1995 06:21:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA00952 for freebsd-current@FreeBSD.org; Wed, 16 Aug 1995 00:46:27 +0200 From: J Wunsch Message-Id: <199508152246.AAA00952@uriah.heep.sax.de> Subject: Re: WordPerfect and Z-Mail for SCO - success! To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 16 Aug 1995 00:46:26 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <6102.808522422@time.cdrom.com> from "Jordan K. Hubbard" at Aug 15, 95 02:33:42 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 686 Sender: current-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > > /usr/sysv/bin/echo? :-) > > I thought about that, but wouldn't making the default one just > grok \c be a bit easier? Or does POSIX disallow that in an echo? :-) Last time we've been discussing it there were enough purists who afraid that they will have to echo strings containing bunches of backslashes every day, so they might be beaten by any special escape sequence handling... (I sort-of agree, echo is echo and nothing else, or, to quote Rob Pike: ``Cat came back from Berkeley waving flags.'' :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Aug 15 23:20:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA10083 for current-outgoing; Tue, 15 Aug 1995 23:20:40 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id XAA10075 for ; Tue, 15 Aug 1995 23:20:36 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03380; Wed, 16 Aug 1995 08:20:33 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA19488 for freebsd-current@FreeBSD.org; Wed, 16 Aug 1995 08:20:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA02626 for freebsd-current@FreeBSD.org; Wed, 16 Aug 1995 08:08:36 +0200 From: J Wunsch Message-Id: <199508160608.IAA02626@uriah.heep.sax.de> Subject: Re: procfs problems in -current? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 16 Aug 1995 08:08:35 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <9508152259.AA07894@cs.weber.edu> from "Terry Lambert" at Aug 15, 95 04:59:10 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1112 Sender: current-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > > ./vnode_if.h: vnode_if.h > > > > What's this? ... > Why do you ask? 8-). Since i've ran into the following trouble: My user `bin' used to have checked out copies from config, sys and lkm (and include, FWIW) below his home directory. This is where everything happens when i'm playing with new stuff in kernelland. Once in a while, whenever i think it's necessary to upgrade the kernel, i `cvs update' those modules and rebuild everything (including, when required, re-configuring). This used to work all the time, but recently, all loaded VFS modules yielded garbage and eventually panicked the system. (The actual reason must have been the changes in the way the mounts are being tracked, i suppose.) It turned out that cvs remove'ing the whole lkm module and checking it out again actually worked, but then this is only an evidence that something in the dependency handling of the Makefiles (or make(1) itself :) is broken. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Aug 16 05:35:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA20972 for current-outgoing; Wed, 16 Aug 1995 05:35:45 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id FAA20964 for ; Wed, 16 Aug 1995 05:35:36 -0700 Received: by sequent.kiae.su id AA10690 (5.65.kiae-2 ); Wed, 16 Aug 1995 16:33:43 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 16 Aug 95 16:33:43 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id QAA00330; Wed, 16 Aug 1995 16:30:28 +0400 To: current@freebsd.org, peter@freefall.FreeBSD.org, "Rodney W. Grimes" Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 16 Aug 1995 16:30:28 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Repository problems and new Taylor uucp 1.06 Lines: 9 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 417 Sender: current-owner@freebsd.org Precedence: bulk This thing coming now and I plan to update our bits. As I can see, initial import was done incorrectly. Any ideas/actions? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Wed Aug 16 06:42:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA25168 for current-outgoing; Wed, 16 Aug 1995 06:42:02 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id GAA25155 for ; Wed, 16 Aug 1995 06:41:59 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA01035; Wed, 16 Aug 1995 09:38:38 -0400 Date: Wed, 16 Aug 1995 09:38:38 -0400 From: Garrett Wollman Message-Id: <9508161338.AA01035@halloran-eldar.lcs.mit.edu> To: "Jordan K. Hubbard" Cc: current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: WordPerfect and Z-Mail for SCO - success! In-Reply-To: <6102.808522422@time.cdrom.com> References: <199508151224.OAA03941@uriah.heep.sax.de> <6102.808522422@time.cdrom.com> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > I thought about that, but wouldn't making the default one just > grok \c be a bit easier? Or does POSIX disallow that in an echo? :-) To the contrary, POSIX requires `\c' and disallows `-n'. Yet Another Stupid Mistake on the part of P1003.2. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Wed Aug 16 07:09:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA27902 for current-outgoing; Wed, 16 Aug 1995 07:09:46 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA27884 for ; Wed, 16 Aug 1995 07:09:40 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id HAA19957; Wed, 16 Aug 1995 07:04:54 -0700 From: "Rodney W. Grimes" Message-Id: <199508161404.HAA19957@gndrsh.aac.dev.com> Subject: Re: Repository problems and new Taylor uucp 1.06 To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Wed, 16 Aug 1995 07:04:54 -0700 (PDT) Cc: current@freebsd.org, peter@freefall.FreeBSD.org, rgrimes@freefall.FreeBSD.org In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Aug 16, 95 04:30:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 612 Sender: current-owner@freebsd.org Precedence: bulk > > This thing coming now and I plan to update our bits. > As I can see, initial import was done incorrectly. > Any ideas/actions? Can you please point me at the specific directories we are talking about. I see src/gnu/libexec/uucp, is that it? If that is it, this is already a big mess, and unless peter wants to go work on vendor branching it, I would say produce the delta and commit it. Do not attempt an import into the above mentioned directory. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Aug 16 09:27:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA10130 for current-outgoing; Wed, 16 Aug 1995 09:27:48 -0700 Received: from eikon.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA10114 for ; Wed, 16 Aug 1995 09:27:39 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with ESMTP id SAA19738; Wed, 16 Aug 1995 18:27:25 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id BAA02675; Wed, 16 Aug 1995 01:46:28 +0200 Message-Id: <199508152346.BAA02675@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: WordPerfect and Z-Mail for SCO - success! In-reply-to: Your message of "Tue, 15 Aug 1995 03:19:32 PDT." <4678.808481972@time.cdrom.com> Date: Wed, 16 Aug 1995 01:46:26 +0200 From: "Julian Stacey " Sender: current-owner@freebsd.org Precedence: bulk > Working from some of Soren's original concepts and with substantial > help from the NetBSD code base, tonite Steven Wallace handed me an > iBCS2 LKM that was able to successfully run both the WordPerfect a Excellent :-) WordPerfect comes in DOS & WIndoze versions, I guess you were trying the windoze version ? Julian S From owner-freebsd-current Wed Aug 16 10:43:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA16254 for current-outgoing; Wed, 16 Aug 1995 10:43:29 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id KAA16247 for ; Wed, 16 Aug 1995 10:43:28 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA09871; Wed, 16 Aug 95 11:36:17 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508161736.AA09871@cs.weber.edu> Subject: Re: procfs problems in -current? To: freebsd-current@FreeBSD.org Date: Wed, 16 Aug 95 11:36:16 MDT In-Reply-To: <199508160608.IAA02626@uriah.heep.sax.de> from "J Wunsch" at Aug 16, 95 08:08:35 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > As Terry Lambert wrote: > > > > > > ./vnode_if.h: vnode_if.h > > > > > > What's this? > ... > > Why do you ask? 8-). > > Since i've ran into the following trouble: > > My user `bin' used to have checked out copies from config, sys and lkm > (and include, FWIW) below his home directory. This is where > everything happens when i'm playing with new stuff in kernelland. > Once in a while, whenever i think it's necessary to upgrade the > kernel, i `cvs update' those modules and rebuild everything > (including, when required, re-configuring). This used to work all the > time, but recently, all loaded VFS modules yielded garbage and > eventually panicked the system. (The actual reason must have been the > changes in the way the mounts are being tracked, i suppose.) It > turned out that cvs remove'ing the whole lkm module and checking it > out again actually worked, but then this is only an evidence that > something in the dependency handling of the Makefiles (or make(1) > itself :) is broken. The dependencies could be happier, especially for things that need to be rebuilt that aren't standard pieces. I'd prefer a system build rather than a kernel build for changes that affect the semantics of interfaces... I don't know how you'd enforce that if people only updated their kernel. Supposedly, you'd bump the version number in the lkm.h at the same time. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Aug 16 11:22:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA19559 for current-outgoing; Wed, 16 Aug 1995 11:22:04 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA19543 for ; Wed, 16 Aug 1995 11:22:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA25531; Wed, 16 Aug 1995 20:21:56 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA25684 for freebsd-current@FreeBSD.org; Wed, 16 Aug 1995 20:21:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id SAA04843 for freebsd-current@FreeBSD.org; Wed, 16 Aug 1995 18:14:22 +0200 From: J Wunsch Message-Id: <199508161614.SAA04843@uriah.heep.sax.de> Subject: Re: Repository problems and new Taylor uucp 1.06 To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 16 Aug 1995 18:14:22 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <199508161404.HAA19957@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Aug 16, 95 07:04:54 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 609 Sender: current-owner@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > If that is it, this is already a big mess, and unless peter wants > to go work on vendor branching it, I would say produce the delta > and commit it. Speaking about messy things: the half-baked import of the new `at' code left the source tree in an inconsistent state. This is only a general warning: DO NOT INSTALL the current atrun command, it will complain about the at jobs being in a wrong format and happily throw them away! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Aug 16 11:22:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA19606 for current-outgoing; Wed, 16 Aug 1995 11:22:17 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA19568 for ; Wed, 16 Aug 1995 11:22:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA25542; Wed, 16 Aug 1995 20:22:00 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA25690 for freebsd-current@FreeBSD.org; Wed, 16 Aug 1995 20:22:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id SAA04920 for freebsd-current@FreeBSD.org; Wed, 16 Aug 1995 18:26:45 +0200 From: J Wunsch Message-Id: <199508161626.SAA04920@uriah.heep.sax.de> Subject: Re: WordPerfect and Z-Mail for SCO - success! To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 16 Aug 1995 18:26:44 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <9508161338.AA01035@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Aug 16, 95 09:38:38 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 935 Sender: current-owner@FreeBSD.org Precedence: bulk As Garrett Wollman wrote: > > > I thought about that, but wouldn't making the default one just > > grok \c be a bit easier? Or does POSIX disallow that in an echo? :-) > > To the contrary, POSIX requires `\c' and disallows `-n'. Yet Another > Stupid Mistake on the part of P1003.2. Neither: 4.19.4 Operands The following operands shall be supported by the implementation: string A string to be written to standard output. If the first operand is "-n" or if any of the operands contain a backslash (\) character, the results are implementation defined. They deprecate the usage of echo(1) in favor of the more portable printf(1). However, our printf(1) man page does at least not list the P-thing in its HISTORY section. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Aug 16 11:22:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA19667 for current-outgoing; Wed, 16 Aug 1995 11:22:39 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAB19647 for ; Wed, 16 Aug 1995 11:22:30 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id TAA03719 for ; Wed, 16 Aug 1995 19:22:13 +0100 X-Message: This is a dial-up site. Quick responses to e-mails should not be relied upon. Thanks! To: current@freebsd.org Subject: syscons Date: Wed, 16 Aug 1995 19:22:12 +0100 Message-ID: <3717.808597332@palmer.demon.co.uk> From: Gary Palmer Sender: current-owner@freebsd.org Precedence: bulk Hi there I've noticed some annoying behaviour form syscons. It seems to happen when switching VTY's when there is output on the one you are switching from happening around the same time. Effects have varied from the cursor being in the wrong place to parts of the screen not being updated (i.e. bits of the old VTY are still visable). Maybe this only happens on my old, slow, 486DX33, but I've noticed it a couple of times in the last few days/weeks and it's annoying. I'm running a recent kernel from the 2.1-STABLE branch. Is this behaviour known about? Is there a cure? Thanks Gary From owner-freebsd-current Wed Aug 16 11:38:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA20635 for current-outgoing; Wed, 16 Aug 1995 11:38:00 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA20628 for ; Wed, 16 Aug 1995 11:37:58 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA01509; Wed, 16 Aug 1995 14:37:35 -0400 Date: Wed, 16 Aug 1995 14:37:35 -0400 From: Garrett Wollman Message-Id: <9508161837.AA01509@halloran-eldar.lcs.mit.edu> To: freebsd-current@FreeBSD.org (FreeBSD-current users), joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: WordPerfect and Z-Mail for SCO - success! In-Reply-To: <199508161626.SAA04920@uriah.heep.sax.de> References: <9508161338.AA01035@halloran-eldar.lcs.mit.edu> <199508161626.SAA04920@uriah.heep.sax.de> Sender: current-owner@FreeBSD.org Precedence: bulk < said: >> To the contrary, POSIX requires `\c' and disallows `-n'. Yet Another >> Stupid Mistake on the part of P1003.2. > Neither: > 4.19.4 Operands > The following operands shall be supported by the implementation: > string A string to be written to standard output. If the first > operand is "-n" or if any of the operands contain a > backslash (\) character, the results are implementation > defined. You're right, I had the wrong standard. To the contrary, XPG4 requires `\c' and disallows `-n'. Yet Another Stupid Mistake on the part of X/Open. Whether we care to comply with XPG4 is another question altogether. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Wed Aug 16 11:39:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA20756 for current-outgoing; Wed, 16 Aug 1995 11:39:08 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA20730 for ; Wed, 16 Aug 1995 11:38:59 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id UAA18769; Wed, 16 Aug 1995 20:38:46 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id UAA06744; Wed, 16 Aug 1995 20:38:45 +0200 Message-Id: <199508161838.UAA06744@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: Gary Palmer cc: current@freebsd.org Subject: Re: syscons Date: Wed, 16 Aug 1995 20:38:45 +0200 From: Mark Murray Sender: current-owner@freebsd.org Precedence: bulk > I've noticed some annoying behaviour form syscons. It seems to happen > when switching VTY's when there is output on the one you are switching > from happening around the same time. > > Effects have varied from the cursor being in the wrong place to parts > of the screen not being updated (i.e. bits of the old VTY are still > visable). I have this too. Bits of the previous screen overwriting the screen you have just moved to. It is a little difficult, but possible to repeat. You need rapid and copious output... > Maybe this only happens on my old, slow, 486DX33, but I've noticed it > a couple of times in the last few days/weeks and it's annoying. I'm > running a recent kernel from the 2.1-STABLE branch. I have it on a 486DX50 with a -current last compiled about 10 days ago... > Is this behaviour known about? Is there a cure? Yehbo. Dunno. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Wed Aug 16 13:17:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA26291 for current-outgoing; Wed, 16 Aug 1995 13:17:45 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA26285 for ; Wed, 16 Aug 1995 13:17:42 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id PAA24007 for current@freebsd.org; Wed, 16 Aug 1995 15:17:40 -0500 Date: Wed, 16 Aug 1995 15:17:40 -0500 From: Jim Lowe Message-Id: <199508162017.PAA24007@miller.cs.uwm.edu> To: current@freebsd.org Subject: Make install DESTDIR=/mnt Sender: current-owner@freebsd.org Precedence: bulk A make install DESTDIR=/mnt seems to fail in the src/usr.bin directory. It seems to have something to do with LINKS as the chpass fails with a /mnt/mnt/usr/bin/chpass. Passwd also has the same trouble. Did something change here recently? -Jim From owner-freebsd-current Wed Aug 16 14:08:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA28696 for current-outgoing; Wed, 16 Aug 1995 14:08:31 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA28685 for ; Wed, 16 Aug 1995 14:08:27 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA29653; Thu, 17 Aug 1995 07:04:03 +1000 Date: Thu, 17 Aug 1995 07:04:03 +1000 From: Bruce Evans Message-Id: <199508162104.HAA29653@godzilla.zeta.org.au> To: current@freebsd.org, james@miller.cs.uwm.edu Subject: Re: Make install DESTDIR=/mnt Sender: current-owner@freebsd.org Precedence: bulk >A make install DESTDIR=/mnt seems to fail in the src/usr.bin directory. It >seems to have something to do with LINKS as the chpass fails with a >/mnt/mnt/usr/bin/chpass. Passwd also has the same trouble. Did something >change here recently? Yes, someone added some LINKS and added ${DESTDIR} to all the LINKS, but ${DESTDIR} is automatic for LINKS. Bruce From owner-freebsd-current Wed Aug 16 14:17:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA29176 for current-outgoing; Wed, 16 Aug 1995 14:17:58 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA29168 for ; Wed, 16 Aug 1995 14:17:56 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id OAA11856; Wed, 16 Aug 1995 14:16:27 -0700 To: "Julian Stacey " cc: current@freebsd.org Subject: Re: WordPerfect and Z-Mail for SCO - success! In-reply-to: Your message of "Wed, 16 Aug 1995 01:46:26 +0200." <199508152346.BAA02675@vector.eikon.e-technik.tu-muenchen.de> Date: Wed, 16 Aug 1995 14:16:27 -0700 Message-ID: <11854.808607787@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk > > > Working from some of Soren's original concepts and with substantial > > help from the NetBSD code base, tonite Steven Wallace handed me an > > iBCS2 LKM that was able to successfully run both the WordPerfect a > > Excellent :-) > > WordPerfect comes in DOS & WIndoze versions, > I guess you were trying the windoze version ? Uh.. Julian, read my message again: iBCS2 == SCO. Jordan From owner-freebsd-current Wed Aug 16 14:21:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA29368 for current-outgoing; Wed, 16 Aug 1995 14:21:21 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id OAA29352 for ; Wed, 16 Aug 1995 14:20:59 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA29210; Wed, 16 Aug 1995 23:20:37 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA26953 for freebsd-current@FreeBSD.org; Wed, 16 Aug 1995 23:20:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA05424 for freebsd-current@FreeBSD.org; Wed, 16 Aug 1995 23:01:51 +0200 From: J Wunsch Message-Id: <199508162101.XAA05424@uriah.heep.sax.de> Subject: Re: procfs problems in -current? To: freebsd-current@FreeBSD.org Date: Wed, 16 Aug 1995 23:01:51 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org In-Reply-To: <9508161736.AA09871@cs.weber.edu> from "Terry Lambert" at Aug 16, 95 11:36:16 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1224 Sender: current-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > I'd prefer a system build rather than a kernel build for changes that > affect the semantics of interfaces... I don't know how you'd enforce > that if people only updated their kernel. Supposedly, you'd bump the > version number in the lkm.h at the same time. I consider the following CVS modules being part of the `kernel': config, include, sys, lkm. I'm regularly updating all of them, and if i see that CVS has been updating config, i'm going to reconfigure the kernel. (Depending on the announcements in the commit or current list, i sometimes even revamp the kernel from scratch then.) Generally, i'm updating the kernel more often than the whole world, that's why i'm doing it this way. (Of course, i'm aware of the fact that this sometimes might cause troubles, e.g. for the NFSv3 changes. I can live with this.) The latest round of changes in the mount struct's has been the first occasion where the above scheme didn't work (i.e., the dependencies are broken and the vnode_if.h files have not been rebuilt where they should have been). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Aug 16 15:11:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA01475 for current-outgoing; Wed, 16 Aug 1995 15:11:17 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id PAA01457 for ; Wed, 16 Aug 1995 15:11:12 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00377; Thu, 17 Aug 1995 00:11:01 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA27293 for freebsd-current@FreeBSD.org; Thu, 17 Aug 1995 00:11:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA06075 for freebsd-current@FreeBSD.org; Thu, 17 Aug 1995 00:01:12 +0200 From: J Wunsch Message-Id: <199508162201.AAA06075@uriah.heep.sax.de> Subject: Re: WordPerfect and Z-Mail for SCO - success! To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 17 Aug 1995 00:01:11 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <11854.808607787@time.cdrom.com> from "Jordan K. Hubbard" at Aug 16, 95 02:16:27 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 271 Sender: current-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > Uh.. Julian, read my message again: iBCS2 == SCO. Uh, Jordan: SCO != everything else. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Aug 16 15:43:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA03201 for current-outgoing; Wed, 16 Aug 1995 15:43:21 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA03195 for ; Wed, 16 Aug 1995 15:43:18 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id PAA12376; Wed, 16 Aug 1995 15:43:15 -0700 To: freebsd-current@FreeBSD.org (FreeBSD-current users), joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: WordPerfect and Z-Mail for SCO - success! In-reply-to: Your message of "Thu, 17 Aug 1995 00:01:11 +0200." <199508162201.AAA06075@uriah.heep.sax.de> Date: Wed, 16 Aug 1995 15:43:15 -0700 Message-ID: <12374.808612995@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > As Jordan K. Hubbard wrote: > > > > Uh.. Julian, read my message again: iBCS2 == SCO. > > Uh, Jordan: SCO != everything else. Not according to Allen Michaels.. :-) Jordan From owner-freebsd-current Wed Aug 16 17:30:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA06834 for current-outgoing; Wed, 16 Aug 1995 17:30:03 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA06820 for ; Wed, 16 Aug 1995 17:29:59 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA21414 for freebsd-current@FreeBSD.org; Wed, 16 Aug 1995 17:29:17 -0700 From: "Rodney W. Grimes" Message-Id: <199508170029.RAA21414@gndrsh.aac.dev.com> Subject: Re: Repository problems and new Taylor uucp 1.06 To: freebsd-current@FreeBSD.org Date: Wed, 16 Aug 1995 17:29:17 -0700 (PDT) In-Reply-To: <199508161614.SAA04843@uriah.heep.sax.de> from "J Wunsch" at Aug 16, 95 06:14:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 897 Sender: current-owner@FreeBSD.org Precedence: bulk > > As Rodney W. Grimes wrote: > > > > If that is it, this is already a big mess, and unless peter wants > > to go work on vendor branching it, I would say produce the delta > > and commit it. > > Speaking about messy things: the half-baked import of the new `at' > code left the source tree in an inconsistent state. > > This is only a general warning: DO NOT INSTALL the current atrun > command, it will complain about the at jobs being in a wrong format > and happily throw them away! This is a removal of this general warning, as soon as you have supped/ctm'ed cvs checked out/whatever you use to update with the new (actually old) versions of this code. I have done a repository restore to the state before the imports occurred. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Aug 16 17:53:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA07628 for current-outgoing; Wed, 16 Aug 1995 17:53:21 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id RAA07622 for ; Wed, 16 Aug 1995 17:53:19 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10995; Wed, 16 Aug 95 18:46:04 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508170046.AA10995@cs.weber.edu> Subject: Re: WordPerfect and Z-Mail for SCO - success! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 16 Aug 95 18:46:03 MDT Cc: freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <12374.808612995@time.cdrom.com> from "Jordan K. Hubbard" at Aug 16, 95 03:43:15 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > > Uh.. Julian, read my message again: iBCS2 == SCO. > > > > Uh, Jordan: SCO != everything else. > > Not according to Allen Michaels.. :-) Who is "Allen Michaels"? I've known Larry and Doug Micheals for going on 8 years now, ever since they started pushing their "SCO Forum" developer's conference. Sean's known them for longer than that (being their employee for a while). Could you be thinking of Allen Ginsberg? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Aug 16 18:42:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA09356 for current-outgoing; Wed, 16 Aug 1995 18:42:07 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA09350 for ; Wed, 16 Aug 1995 18:42:02 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id SAA15100; Wed, 16 Aug 1995 18:41:53 -0700 To: terry@cs.weber.edu (Terry Lambert) cc: freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: WordPerfect and Z-Mail for SCO - success! In-reply-to: Your message of "Wed, 16 Aug 1995 18:46:03 MDT." <9508170046.AA10995@cs.weber.edu> Date: Wed, 16 Aug 1995 18:41:52 -0700 Message-ID: <15098.808623712@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > Who is "Allen Michaels"? > > I've known Larry and Doug Micheals for going on 8 years now, ever > since they started pushing their "SCO Forum" developer's conference. OK, OK, so I got the name wrong! Wasn't Larry punted out for fondling his secretary in any case? Jordan From owner-freebsd-current Wed Aug 16 19:01:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA10155 for current-outgoing; Wed, 16 Aug 1995 19:01:31 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id TAA10148 for ; Wed, 16 Aug 1995 19:01:29 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11146; Wed, 16 Aug 95 19:54:13 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508170154.AA11146@cs.weber.edu> Subject: Re: WordPerfect and Z-Mail for SCO - success! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 16 Aug 95 19:54:13 MDT Cc: freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <15098.808623712@time.cdrom.com> from "Jordan K. Hubbard" at Aug 16, 95 06:41:52 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > Who is "Allen Michaels"? > > > > I've known Larry and Doug Micheals for going on 8 years now, ever > > since they started pushing their "SCO Forum" developer's conference. > > OK, OK, so I got the name wrong! Wasn't Larry punted out for fondling > his secretary in any case? Larry is Doug's dad, and the money behind the original Microsoft Xenix license that Doug started with. I doubt he got punted. You might be thinking of someone else... but if so, we all want to know who. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Aug 16 22:15:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA20305 for current-outgoing; Wed, 16 Aug 1995 22:15:54 -0700 Received: from kmd.dk (saturn.kmd.dk [131.165.105.10]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA20293 for ; Wed, 16 Aug 1995 22:15:51 -0700 Received: by saturn.kmd.dk id <11521>; Thu, 17 Aug 1995 08:16:27 +0100 From: Søren Schmidt To: mark@grondar.za, gary@palmer.demon.co.uk Subject: Re: syscons Cc: current@freebsd.org X-Mailer: ProntoIP [version 1.03] Message-Id: <95Aug17.081627gmt+0100.11521@saturn.kmd.dk> Date: Thu, 17 Aug 1995 08:16:19 +0100 Sender: current-owner@freebsd.org Precedence: bulk > > I've noticed some annoying behaviour form syscons. It seems to happen > > when switching VTY's when there is output on the one you are switching > > from happening around the same time. > > > > Effects have varied from the cursor being in the wrong place to parts > > of the screen not being updated (i.e. bits of the old VTY are still > > visable). > > I have this too. Bits of the previous screen overwriting the screen you > have > just moved to. It is a little difficult, but possible to repeat. You need > rapid and copious output... > I'll look into it. I think its a problem with the asynch update that we are now using (made the console 10-20 times faster). At any rate this shouldn't happen... Sxren Schmidt Kommunedata I/S z3sor@kmd.dk From owner-freebsd-current Wed Aug 16 22:27:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA20821 for current-outgoing; Wed, 16 Aug 1995 22:27:39 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id WAA20811 for ; Wed, 16 Aug 1995 22:27:35 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06624; Thu, 17 Aug 1995 07:27:32 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA29801 for freebsd-current@FreeBSD.org; Thu, 17 Aug 1995 07:27:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id GAA08320 for freebsd-current@FreeBSD.org; Thu, 17 Aug 1995 06:52:29 +0200 From: J Wunsch Message-Id: <199508170452.GAA08320@uriah.heep.sax.de> Subject: Re: Syscons and IBM ThinkPads To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 17 Aug 1995 06:52:28 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <199508162357.RAA12311@rocky.sri.MT.net> from "Nate Williams" at Aug 16, 95 05:57:55 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2110 Sender: current-owner@FreeBSD.org Precedence: bulk [Moved from commiters to -current] As Nate Williams wrote: > > The syscons kernel compiled with XT_KEYBOARD works fine on my 750C, but > on the 755CX (brand new product), it doesn't work at all. I don't have > a 360C to test it on here anymore, else I'd test it as well. I think this is a documented feature. From syscons.c: #ifdef XT_KEYBOARD kbd_wait(); outb(KB_DATA, 0xF0); kbd_wait(); outb(KB_DATA, 1) kbd_wait(); #endif /* XT_KEYBOARD */ According to van Gilluwe (p. 295): ``Command Description Port F0h Set/Get Alternate Scan Codes 60h On MCA systems and a few others, the keyboard can be instructed to select from three sets of Kscan codes. A value is sent to port 60h as follows: 0 read the current scan code set 1 activate scan code set 1 (unavailable on Type 2 controller) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 2 activate scan code set 2 (default) 3 activate scan code set 3 ...'' I've had a hard time finding the explanation for Type 1/2 controllers, it's on top of page 274: ``MCA systems have two different types of motherboard controllers, Type 1 and Type 2. There are a few minor differences in operation and functions. The following code fragment detects the controller type by checking if the command byte's translate bit can be set to 1. Only Type 1 controllers will allow this.'' So, if this information proves correct, MCA Type 2 controllers cannot turn the keyboard into ancient PC scan mode at all. Pcvt continues to work (with PCVT_SCANSET=2) since it's able to work with set 1 or set 2 scan codes (and ideally should be made working with set 3, too, since this set is way more rationale). Hmm. If this were true, you couldn't run XFree86 at all. XFree86 still relies on set 1 keycodes, and all pcvt is doing here is setting the translate bit in the command byte. Neither of our console drivers is interpreting the scan codes while X is running. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Aug 16 23:07:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA21672 for current-outgoing; Wed, 16 Aug 1995 23:07:28 -0700 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id XAA21666 for ; Wed, 16 Aug 1995 23:07:27 -0700 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA05740 (5.65c/IDA-1.4.4 for current@freebsd.org); Wed, 16 Aug 1995 23:07:25 -0700 Message-Id: <199508170607.AA05740@balboa.eng.uci.edu> To: current@freebsd.org Subject: Re: WordPerfect and Z-Mail for SCO - success! In-Reply-To: Your message of "Tue, 15 Aug 1995 03:19:32 PDT." <4678.808481972@time.cdrom.com> Date: Wed, 16 Aug 1995 23:07:24 -0700 From: Steven Wallace Sender: current-owner@freebsd.org Precedence: bulk BTW folks, if you are dying to run WP or just want to test it out, I have had binaries and the source on freefall in ~swallace/ibcs2 Just install inew_coff_mod.o and inew_mod.o into /lkm and run inew.runme Make sure you have not loaded the old ibcs2 emulator. The binares were built using 2.2-current Aug 2. To run WP, touch /dev/socksys, install updated sed, setenv DISPLAY localhost:0.0 and that should do it! Steven From owner-freebsd-current Thu Aug 17 06:36:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA11075 for current-outgoing; Thu, 17 Aug 1995 06:36:03 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA11068 ; Thu, 17 Aug 1995 06:35:59 -0700 Received: (from jkh@localhost) by time.cdrom.com (8.6.11/8.6.9) id GAA20286; Thu, 17 Aug 1995 06:35:57 -0700 Date: Thu, 17 Aug 1995 06:35:57 -0700 From: "Jordan K. Hubbard" Message-Id: <199508171335.GAA20286@time.cdrom.com> To: wollman@freebsd.org Subject: pppd Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk I notice that pppd has now gone to revision 2.2 beta3, dated July 3rd 1995. Our own pppd is revision 2.1 dated the 9th of June 1994, over a year earlier.. The biggest difference I can see is that 2.2 supports some sort of compression called "BSD-compress", whatever the heck that is.. There may of course also be some bug fixes.. You figure in a year they might have fixed a few things! :-) Any reason why we shouldn't fold this in from the NetBSD-current sources? Jordan From owner-freebsd-current Thu Aug 17 07:14:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA13837 for current-outgoing; Thu, 17 Aug 1995 07:14:06 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id HAA13829 for ; Thu, 17 Aug 1995 07:14:01 -0700 Received: by sovcom.kiae.su id AA01195 (5.65.kiae-1 ); Thu, 17 Aug 1995 17:03:39 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Thu, 17 Aug 95 17:03:39 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id SAA00177; Wed, 16 Aug 1995 18:20:56 +0400 To: "Rodney W. Grimes" Cc: current@freebsd.org, peter@freefall.FreeBSD.org, rgrimes@freefall.FreeBSD.org References: <199508161404.HAA19957@gndrsh.aac.dev.com> In-Reply-To: <199508161404.HAA19957@gndrsh.aac.dev.com>; from "Rodney W. Grimes" at Wed, 16 Aug 1995 07:04:54 -0700 (PDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 16 Aug 1995 18:20:55 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Repository problems and new Taylor uucp 1.06 Lines: 24 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 813 Sender: current-owner@freebsd.org Precedence: bulk In message <199508161404.HAA19957@gndrsh.aac.dev.com> Rodney W. Grimes writes: >> >> This thing coming now and I plan to update our bits. >> As I can see, initial import was done incorrectly. >> Any ideas/actions? >Can you please point me at the specific directories we are talking >about. I see src/gnu/libexec/uucp, is that it? Yea. >If that is it, this is already a big mess, and unless peter wants >to go work on vendor branching it, I would say produce the delta >and commit it. So, can I commit delta? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Thu Aug 17 09:20:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA23180 for current-outgoing; Thu, 17 Aug 1995 09:20:02 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id JAA23172 for ; Thu, 17 Aug 1995 09:19:58 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA12623; Thu, 17 Aug 95 10:12:47 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508171612.AA12623@cs.weber.edu> Subject: Re: Syscons and IBM ThinkPads To: freebsd-current@FreeBSD.org Date: Thu, 17 Aug 95 10:12:46 MDT In-Reply-To: <199508170452.GAA08320@uriah.heep.sax.de> from "J Wunsch" at Aug 17, 95 06:52:28 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > So, if this information proves correct, MCA Type 2 controllers cannot > turn the keyboard into ancient PC scan mode at all. Pcvt continues to > work (with PCVT_SCANSET=2) since it's able to work with set 1 or set 2 > scan codes (and ideally should be made working with set 3, too, since > this set is way more rationale). Since we're in a quoting mood: ''The PS/2 offers yet a third alternative. Scan code set 3 generates a single byte code for any key pressed. No key is affected by any shift state. Since scan code set 3 is not supported on other AT+ systems, the only useful purpose I can fathom is testing the keyboard during manufacturing.'' > Hmm. If this were true, you couldn't run XFree86 at all. XFree86 > still relies on set 1 keycodes, and all pcvt is doing here is setting > the translate bit in the command byte. Neither of our console drivers > is interpreting the scan codes while X is running. Well, it's entirely possible to cook the scan code 2's into scan code 1's for the benefit of X. Really, you want to cook everything into single code key down, single code key up (up == down | 0x80) and then cook back from there. This may be higher overhead, but then again, keyboard input is hardly taxing on system resources. This is difficult from scan code set 2, but table 8-5 indicates that the additional "trick" functions for the edit key island between the keypad and the keyboard proper rely on state toggle by having *another* down sequence in an attempt to "fool" the motherboard controller. I have a hard time buying the example in note 1, however, since one would expect the fake events to be key up/down rather than down/up. In addition, it looks as if the Down/On example for the Home key in the edit key island, shown as: Shift NumLock Make code Break code Down On E0,6C E0,F0,6C Should really be some combination including 77 and 45. Calculating the correct state table based on the additional codes is basically the problem that causes people to use scan table 1 in the first place, when possible. It's unclear from the text whether one can rely on scan code set 3 existing for every instance where scan code set 1 is not supported. The text implies a distinction in these cases by using the terms "PS/2" and "MCA" seperately, implying a distinction is being drawn. If a keyboard exists which *only* supports scan code set 2 and neither 1 nor 3, then there are some issues of modifier behaviour setting in X which can not be expected to work in all cases. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Aug 17 10:48:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA27779 for current-outgoing; Thu, 17 Aug 1995 10:48:05 -0700 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA27763 for ; Thu, 17 Aug 1995 10:48:02 -0700 Received: (from news@localhost) by haywire.DIALix.COM (8.7.Beta.11/8.7.Beta.11/DIALix) id BAA18207 for freebsd-current@freebsd.org; Fri, 18 Aug 1995 01:47:57 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 18 Aug 1995 01:47:52 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <40vvc8$hos$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199508171335.GAA20286@time.cdrom.com> Subject: Re: pppd Sender: current-owner@freebsd.org Precedence: bulk jkh@time.cdrom.com (Jordan K. Hubbard) writes: >I notice that pppd has now gone to revision 2.2 beta3, dated July 3rd >1995. Our own pppd is revision 2.1 dated the 9th of June 1994, over >a year earlier.. >The biggest difference I can see is that 2.2 supports some sort of >compression called "BSD-compress", whatever the heck that is.. There >may of course also be some bug fixes.. You figure in a year they might >have fixed a few things! :-) >Any reason why we shouldn't fold this in from the NetBSD-current sources? Yes.. The kernels are rapidly diverging in the tty area. I've done a port of 2.2b3 to -current, and have updated it with all (I think) of Bruce's changes. ppp-2.2 is going to be announced *tomorrow*.. I dont know if it'll compile out of the box on FreeBSD, as I didn't get the changes back to Paul Mackeras in time (had a trashed computer, which was rather inconvenient to say the least..). The earlier betas would not compile on *any* freebsd, because we do not have the #define __BIT_TYPES_DEFINED__ in via . I know Paul has got some more recent stuff from Bruce, but I dont know what or how much. Bruce and I never really found out why there was in *increase* in performance over the stuff currently in the kernel. I got an OK from Garrett (with conditions) and Davidg to bring it in earlier on, but had other things to worry about at the time... -Peter > Jordan From owner-freebsd-current Thu Aug 17 14:03:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA07355 for current-outgoing; Thu, 17 Aug 1995 14:03:18 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id OAA07347 for ; Thu, 17 Aug 1995 14:03:05 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04191; Thu, 17 Aug 1995 23:02:30 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA06709 for current@freebsd.org; Thu, 17 Aug 1995 23:02:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA10784 for current@freebsd.org; Thu, 17 Aug 1995 22:48:47 +0200 From: J Wunsch Message-Id: <199508172048.WAA10784@uriah.heep.sax.de> Subject: Re: pppd To: current@freebsd.org Date: Thu, 17 Aug 1995 22:48:47 +0200 (MET DST) Reply-To: current@freebsd.org In-Reply-To: <199508171335.GAA20286@time.cdrom.com> from "Jordan K. Hubbard" at Aug 17, 95 06:35:57 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 381 Sender: current-owner@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > The biggest difference I can see is that 2.2 supports some sort of > compression called "BSD-compress", whatever the heck that is.. Ain't this the ``predictor 1'' compression? Would be nice to have it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Aug 17 14:34:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA09585 for current-outgoing; Thu, 17 Aug 1995 14:34:30 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id OAA09571 for ; Thu, 17 Aug 1995 14:34:24 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04749; Thu, 17 Aug 1995 23:34:12 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA06997 for freebsd-current@FreeBSD.org; Thu, 17 Aug 1995 23:34:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA11117 for freebsd-current@FreeBSD.org; Thu, 17 Aug 1995 23:19:14 +0200 From: J Wunsch Message-Id: <199508172119.XAA11117@uriah.heep.sax.de> Subject: Re: Syscons and IBM ThinkPads To: freebsd-current@FreeBSD.org Date: Thu, 17 Aug 1995 23:19:13 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org In-Reply-To: <9508171612.AA12623@cs.weber.edu> from "Terry Lambert" at Aug 17, 95 10:12:46 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1287 Sender: current-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > Since we're in a quoting mood: > > ''The PS/2 offers yet a third alternative. Scan code set 3 ... What do you wanna tell by this? > Well, it's entirely possible to cook the scan code 2's into scan code > 1's for the benefit of X. Really, you want to cook everything into > single code key down, single code key up (up == down | 0x80) and then > cook back from there. This may be higher overhead, but then again, > keyboard input is hardly taxing on system resources. Most problems will happen with the `weird' keys (those, that happened to be key combinations on the XT), and believe me, not all keyboards do generate identical scan code sequences. You've perhaps noticed the program `kbdio' in pcvt -- it's a hacker's tool i've needed to analyze different keyboards around. If you'd like to learn about some weird sequences, i could dig out some ancient email conversation with Hellmuth... > It's unclear from the text whether one can rely on scan code set 3 > existing for every instance where scan code set 1 is not supported. I think it is. All modern MF-II keyboards appear to support scan set 3. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Aug 17 17:39:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA20323 for current-outgoing; Thu, 17 Aug 1995 17:39:40 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id RAA20317 for ; Thu, 17 Aug 1995 17:39:38 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA13976; Thu, 17 Aug 95 18:32:27 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508180032.AA13976@cs.weber.edu> Subject: Re: Syscons and IBM ThinkPads To: freebsd-current@FreeBSD.org Date: Thu, 17 Aug 95 18:32:27 MDT In-Reply-To: <199508172119.XAA11117@uriah.heep.sax.de> from "J Wunsch" at Aug 17, 95 11:19:13 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > Since we're in a quoting mood: > > > > ''The PS/2 offers yet a third alternative. Scan code set 3 ... > > What do you wanna tell by this? You implied that it should be used; he implied that it was useless. 8-). You didn't tell the whole story... > > It's unclear from the text whether one can rely on scan code set 3 > > existing for every instance where scan code set 1 is not supported. > > I think it is. All modern MF-II keyboards appear to support scan set > 3. I think you could test for 3, then test for 1 then cope with 2. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Aug 17 18:01:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA21119 for current-outgoing; Thu, 17 Aug 1995 18:01:07 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA21111 for ; Thu, 17 Aug 1995 18:01:03 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id SAA22046; Thu, 17 Aug 1995 18:00:42 -0700 To: peter@haywire.dialix.com (Peter Wemm) cc: freebsd-current@freebsd.org Subject: Re: pppd In-reply-to: Your message of "18 Aug 1995 01:47:52 +0800." <40vvc8$hos$1@haywire.DIALix.COM> Date: Thu, 17 Aug 1995 18:00:41 -0700 Message-ID: <22043.808707641@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk > I got an OK from Garrett (with conditions) and Davidg to bring it in > earlier on, but had other things to worry about at the time... OK, that's great. Just as long as *somebody* is on it I can go back to sleep.. :-) Jordan From owner-freebsd-current Thu Aug 17 22:49:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA01791 for current-outgoing; Thu, 17 Aug 1995 22:49:59 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA01776 for ; Thu, 17 Aug 1995 22:49:56 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA24295; Thu, 17 Aug 1995 22:48:13 -0700 From: "Rodney W. Grimes" Message-Id: <199508180548.WAA24295@gndrsh.aac.dev.com> Subject: Re: Repository problems and new Taylor uucp 1.06 To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Thu, 17 Aug 1995 22:48:13 -0700 (PDT) Cc: current@freebsd.org, peter@freefall.FreeBSD.org, rgrimes@freefall.FreeBSD.org In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Aug 16, 95 06:20:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 808 Sender: current-owner@freebsd.org Precedence: bulk > > In message <199508161404.HAA19957@gndrsh.aac.dev.com> Rodney W. Grimes > writes: > > >> > >> This thing coming now and I plan to update our bits. > >> As I can see, initial import was done incorrectly. > >> Any ideas/actions? > > >Can you please point me at the specific directories we are talking > >about. I see src/gnu/libexec/uucp, is that it? > > Yea. > > >If that is it, this is already a big mess, and unless peter wants > >to go work on vendor branching it, I would say produce the delta > >and commit it. > > So, can I commit delta? Yes. You can commit the new version of uucp as a delta, just like you have done in the past. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Aug 17 23:21:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA03422 for current-outgoing; Thu, 17 Aug 1995 23:21:21 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id XAA03408 for ; Thu, 17 Aug 1995 23:21:10 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13647; Fri, 18 Aug 1995 08:20:56 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA10180 for freebsd-current@FreeBSD.org; Fri, 18 Aug 1995 08:20:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA13224 for freebsd-current@FreeBSD.org; Fri, 18 Aug 1995 08:18:22 +0200 From: J Wunsch Message-Id: <199508180618.IAA13224@uriah.heep.sax.de> Subject: Re: Syscons and IBM ThinkPads To: freebsd-current@FreeBSD.org Date: Fri, 18 Aug 1995 08:18:21 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org In-Reply-To: <9508180032.AA13976@cs.weber.edu> from "Terry Lambert" at Aug 17, 95 06:32:27 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1028 Sender: current-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > > Since we're in a quoting mood: > > > > > > ''The PS/2 offers yet a third alternative. Scan code set 3 ... > > > > What do you wanna tell by this? > > You implied that it should be used; he implied that it was useless. 8-). Guess why he's implying that it's useless? He's looking from a DOS point of view, where he has to maintain compatibility to this ancient XT-scancode scenario. Scan set 3 is the most rationale one, since it's strictly generating just one scan code per key (+ the 0xf0 prefix when releasing the key). > > I think it is. All modern MF-II keyboards appear to support scan set > > 3. > > I think you could test for 3, then test for 1 then cope with 2. Well, currently it's only a compile-time option (in pcvt). I doubt i will have the time to revamp everything... perhaps, the keyboard code in pcvt cries for a rewrite. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Aug 17 23:33:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA04058 for current-outgoing; Thu, 17 Aug 1995 23:33:54 -0700 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id XAA04004 for ; Thu, 17 Aug 1995 23:33:30 -0700 Received: (from news@localhost) by haywire.DIALix.COM (8.7.Beta.11/8.7.Beta.11/DIALix) id OAA11524 for freebsd-current@freebsd.org; Fri, 18 Aug 1995 14:33:14 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 18 Aug 1995 14:33:10 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <411c76$b81$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199508171335.GAA20286@time.cdrom.com>, <199508172048.WAA10784@uriah.heep.sax.de> Subject: Re: pppd Sender: current-owner@freebsd.org Precedence: bulk j@uriah.heep.sax.de (J Wunsch) writes: >As Jordan K. Hubbard wrote: >> >> The biggest difference I can see is that 2.2 supports some sort of >> compression called "BSD-compress", whatever the heck that is.. >Ain't this the ``predictor 1'' compression? Would be nice to have it. No. It's a compress(1) modified to run as a data stream. Considering that v42bis is a similar routine, and most modems only do 11 bit compression, and this code can do up to 15 bits (if you are prepared to allocate 64K of kernel memory for the tables), it has been demonstrated to cause significant performance boosts (and, suprisingly, latency drops.) A 14.4K modem with compression off will typically do something in the order of 180ms ping times. When youy enable v42bis, that typically goes up by 40ms. I believe I have saved a copy of an article from the ppp mailing list where the rtt went *down* when kernel compression was enabled, and the actual cpu overhead was reduced, with the cost of compression being less than the cost of the serial IO that was reduced. -Peter >-- >cheers, J"org >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ >Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Aug 18 04:22:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA17313 for current-outgoing; Fri, 18 Aug 1995 04:22:24 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id EAA17258 for ; Fri, 18 Aug 1995 04:21:43 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23023; Fri, 18 Aug 1995 13:20:50 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA11643 for freebsd-current@freebsd.org; Fri, 18 Aug 1995 13:20:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id NAA13812 for freebsd-current@freebsd.org; Fri, 18 Aug 1995 13:01:33 +0200 From: J Wunsch Message-Id: <199508181101.NAA13812@uriah.heep.sax.de> Subject: Re: pppd To: freebsd-current@freebsd.org Date: Fri, 18 Aug 1995 13:01:33 +0200 (MET DST) Reply-To: freebsd-current@freebsd.org In-Reply-To: <411c76$b81$1@haywire.DIALix.COM> from "Peter Wemm" at Aug 18, 95 02:33:10 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 504 Sender: current-owner@freebsd.org Precedence: bulk As Peter Wemm wrote: > > >> The biggest difference I can see is that 2.2 supports some sort of > >> compression called "BSD-compress", whatever the heck that is.. > > >Ain't this the ``predictor 1'' compression? Would be nice to have it. > > No. It's a compress(1) modified to run as a data stream. Considering Aha. Would iijppp also understand it? :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Aug 18 05:57:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA20842 for current-outgoing; Fri, 18 Aug 1995 05:57:26 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id FAA20834 for ; Fri, 18 Aug 1995 05:57:24 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.11/8.6.6) id IAA21598 for freebsd-current@freefall.cdrom.com; Fri, 18 Aug 1995 08:57:20 -0400 From: John Capo Message-Id: <199508181257.IAA21598@irbs.irbs.com> Subject: Majordomo Having Problems? To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Fri, 18 Aug 1995 08:57:19 -0400 (EDT) In-Reply-To: <199508181244.FAA20446@freefall.FreeBSD.org> from "Majordomo@FreeBSD.ORG" at Aug 18, 95 05:44:13 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 347 Sender: current-owner@FreeBSD.org Precedence: bulk Majordomo@FreeBSD.ORG writes: > > -- > > >>>> which irbs.com > The string 'irbs.com' appears in the following > entries in lists served by Majordomo@FreeBSD.ORG: > > **** No matches found > > >>>> Did Majordomo's lists get trashed lately? I though it odd that I have not seen any commit mail for several days. John Capo IRBS Engineering From owner-freebsd-current Fri Aug 18 06:49:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA23099 for current-outgoing; Fri, 18 Aug 1995 06:49:31 -0700 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA23085 for ; Fri, 18 Aug 1995 06:49:27 -0700 Received: (from news@localhost) by haywire.DIALix.COM (8.7.Beta.11/8.7.Beta.11/DIALix) id VAA12354 for freebsd-current@freebsd.org; Fri, 18 Aug 1995 21:49:22 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 18 Aug 1995 21:49:18 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <4125ou$c1v$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <411c76$b81$1@haywire.DIALix.COM>, <199508181101.NAA13812@uriah.heep.sax.de> Subject: Re: pppd Sender: current-owner@freebsd.org Precedence: bulk j@uriah.heep.sax.de (J Wunsch) writes: >As Peter Wemm wrote: >> >> >> The biggest difference I can see is that 2.2 supports some sort of >> >> compression called "BSD-compress", whatever the heck that is.. >> >> >Ain't this the ``predictor 1'' compression? Would be nice to have it. >> >> No. It's a compress(1) modified to run as a data stream. Considering >Aha. Would iijppp also understand it? :) They would recognise each other, but would agree to disagree on the method.. :-( As I understand it, the "bsd-compress" gives a much greater compression, but at a significant memory cost... It'd be nice to have both available in each system. -Peter >-- >cheers, J"org >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ >Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Aug 18 06:52:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA23451 for current-outgoing; Fri, 18 Aug 1995 06:52:06 -0700 Received: from eikon.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA23421 for ; Fri, 18 Aug 1995 06:51:49 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with ESMTP id PAA16275; Fri, 18 Aug 1995 15:50:23 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id BAA18943; Fri, 18 Aug 1995 01:37:00 +0200 Message-Id: <199508172337.BAA18943@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: WordPerfect and Z-Mail for SCO - success! In-reply-to: Your message of "Wed, 16 Aug 1995 14:16:27 PDT." <11854.808607787@time.cdrom.com> Date: Fri, 18 Aug 1995 01:37:00 +0200 From: "Julian Stacey " Sender: current-owner@freebsd.org Precedence: bulk > Uh.. Julian, read my message again: iBCS2 == SCO. Where's the conical hat ? Covered in dust in the corner, been unused for some while now. Fits nicely ! - Mine for the weekend :-) Julian S From owner-freebsd-current Fri Aug 18 09:35:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA14187 for current-outgoing; Fri, 18 Aug 1995 09:35:18 -0700 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA14151 for ; Fri, 18 Aug 1995 09:35:08 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id MAA19323; Fri, 18 Aug 1995 12:23:14 -0400 Date: Fri, 18 Aug 1995 12:23:13 -0400 (EDT) From: "Jonathan M. Bresler" Reply-To: "Jonathan M. Bresler" Subject: cvs lists To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk the /b disk on freefall filled. the cvs-all list got hammered. please resubscribe. and while at it use 'which' to check your other subscriptions. the lists have been moved to /c with the intent that this should not happen again. ;(((( Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-current Fri Aug 18 10:52:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA26622 for current-outgoing; Fri, 18 Aug 1995 10:52:45 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id KAA26589 for ; Fri, 18 Aug 1995 10:52:41 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14541(3)>; Fri, 18 Aug 1995 10:51:45 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Fri, 18 Aug 1995 10:51:33 -0700 X-Mailer: exmh version 1.6.1 5/23/95 To: "Jonathan M. Bresler" cc: freebsd-current@freebsd.org Subject: Re: cvs lists In-reply-to: Your message of "Fri, 18 Aug 95 09:23:13 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Aug 1995 10:51:27 PDT From: Bill Fenner Message-Id: <95Aug18.105133pdt.177475@crevenia.parc.xerox.com> Sender: current-owner@freebsd.org Precedence: bulk In message you write: >the /b disk on freefall filled. > >the cvs-all list got hammered. Does this mean that majordomo needs to be instructed how not to hammer the subscription list when the disk fills up?... Bill From owner-freebsd-current Fri Aug 18 11:10:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA02417 for current-outgoing; Fri, 18 Aug 1995 11:10:39 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA02403 for ; Fri, 18 Aug 1995 11:10:33 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06003; Fri, 18 Aug 1995 20:10:29 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA15306 for freebsd-current@freebsd.org; Fri, 18 Aug 1995 20:10:29 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA14755 for freebsd-current@freebsd.org; Fri, 18 Aug 1995 19:38:21 +0200 From: J Wunsch Message-Id: <199508181738.TAA14755@uriah.heep.sax.de> Subject: Re: pppd To: freebsd-current@freebsd.org Date: Fri, 18 Aug 1995 19:38:21 +0200 (MET DST) Reply-To: freebsd-current@freebsd.org In-Reply-To: <4125ou$c1v$1@haywire.DIALix.COM> from "Peter Wemm" at Aug 18, 95 09:49:18 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 766 Sender: current-owner@freebsd.org Precedence: bulk As Peter Wemm wrote: > > >Aha. Would iijppp also understand it? :) > > They would recognise each other, but would agree to disagree on the > method.. :-( Pity. > As I understand it, the "bsd-compress" gives a much greater > compression, but at a significant memory cost... It'd be nice to have > both available in each system. Yup. I know the feeling of bsd-compress from SGI's implementation. I've been surprised to get 13 KB/s and more over a single (64 kB/s) ISDN channel. (The ISDN implementation is terrible though, after a system upgrade, i've got 4 kernel cores in a row and finally pulled the plug. :-( ) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Aug 18 12:04:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA08997 for current-outgoing; Fri, 18 Aug 1995 12:04:03 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA08969 for ; Fri, 18 Aug 1995 12:03:56 -0700 Received: by haven.uniserve.com id <30744>; Fri, 18 Aug 1995 12:05:30 +0100 Date: Fri, 18 Aug 1995 12:05:16 -0700 (PDT) From: Tom Samplonius To: Peter Wemm cc: freebsd-current@freebsd.org Subject: Re: pppd In-Reply-To: <4125ou$c1v$1@haywire.DIALix.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On 18 Aug 1995, Peter Wemm wrote: > As I understand it, the "bsd-compress" gives a much greater > compression, but at a significant memory cost... It'd be nice to have > both available in each system. As I understand it, "significant memory cost" is 64k of kernel space? That isn't that significant... Tom From owner-freebsd-current Sat Aug 19 03:37:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA27554 for current-outgoing; Sat, 19 Aug 1995 03:37:16 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id DAA27540 for ; Sat, 19 Aug 1995 03:37:10 -0700 Received: (from root@localhost) by time.cdrom.com (8.6.11/8.6.9) id DAA04443 for current@freebsd.org; Sat, 19 Aug 1995 03:37:08 -0700 Date: Sat, 19 Aug 1995 03:37:08 -0700 From: "Jordan K. Hubbard" Message-Id: <199508191037.DAA04443@time.cdrom.com> To: current@freebsd.org Subject: Broken find?? Sender: current-owner@freebsd.org Precedence: bulk >From the man page: -x The -x option prevents find from descending into directories that have a device number different than that of the file from which the descent began. root@time-> find . -x -print find: -x: unknown option Ack! And just when I needed that option, too! Jordan From owner-freebsd-current Sat Aug 19 03:44:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA28281 for current-outgoing; Sat, 19 Aug 1995 03:44:59 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id DAA28274 for ; Sat, 19 Aug 1995 03:44:51 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA21521; Sat, 19 Aug 1995 12:44:42 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA01266; Sat, 19 Aug 1995 12:44:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id MAA04166; Sat, 19 Aug 1995 12:44:05 +0200 From: J Wunsch Message-Id: <199508191044.MAA04166@uriah.heep.sax.de> Subject: Re: Broken find?? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 19 Aug 1995 12:44:05 +0200 (MET DST) Cc: current@freebsd.org In-Reply-To: <199508191037.DAA04443@time.cdrom.com> from "Jordan K. Hubbard" at Aug 19, 95 03:37:08 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 699 Sender: current-owner@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > >From the man page: > > -x The -x option prevents find from descending into directories that > have a device number different than that of the file from which > the descent began. > > root@time-> find . -x -print > find: -x: unknown option Find's pretty :) syntax differentiates clearly between options and (minute... must RTFM first...) `primaries'. So better write: find -x . -print (where the -print is obsolescent in 4.4BSD, if you are a lazy type [and i know you are :)]). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Aug 19 03:53:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA28871 for current-outgoing; Sat, 19 Aug 1995 03:53:06 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id DAA28863 for ; Sat, 19 Aug 1995 03:53:01 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id DAA04652; Sat, 19 Aug 1995 03:51:04 -0700 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: current@freebsd.org Subject: Re: Broken find?? In-reply-to: Your message of "Sat, 19 Aug 1995 12:44:05 +0200." <199508191044.MAA04166@uriah.heep.sax.de> Date: Sat, 19 Aug 1995 03:51:04 -0700 Message-ID: <4650.808829464@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk > > root@time-> find . -x -print > > find: -x: unknown option > > Find's pretty :) syntax differentiates clearly between options and > (minute... must RTFM first...) `primaries'. So better write: > > find -x . -print Oh yuck. That's mutant! OK, I withdraw my "bug report". Thanks! > (where the -print is obsolescent in 4.4BSD, if you are a lazy type > [and i know you are :)]). Hey! I'd get upset about that, but it's too much work.. :-) Jordan From owner-freebsd-current Sat Aug 19 04:19:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA29428 for current-outgoing; Sat, 19 Aug 1995 04:19:59 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA29421 for ; Sat, 19 Aug 1995 04:19:55 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id EAA29355; Sat, 19 Aug 1995 04:18:53 -0700 From: "Rodney W. Grimes" Message-Id: <199508191118.EAA29355@gndrsh.aac.dev.com> Subject: Re: Broken find?? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 19 Aug 1995 04:18:52 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <199508191037.DAA04443@time.cdrom.com> from "Jordan K. Hubbard" at Aug 19, 95 03:37:08 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 641 Sender: current-owner@freebsd.org Precedence: bulk > > >From the man page: > > -x The -x option prevents find from descending into directories that > have a device number different than that of the file from which > the descent began. > > root@time-> find . -x -print > find: -x: unknown option > > Ack! And just when I needed that option, too! Someone has munged the man page, that use to be ``-xdev'', and I just tested it here, xdev still works so: find . -xdev -print is what you want... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sat Aug 19 04:21:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA29574 for current-outgoing; Sat, 19 Aug 1995 04:21:41 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA29556 for ; Sat, 19 Aug 1995 04:21:33 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA02300; Sat, 19 Aug 1995 21:17:14 +1000 Date: Sat, 19 Aug 1995 21:17:14 +1000 From: Bruce Evans Message-Id: <199508191117.VAA02300@godzilla.zeta.org.au> To: j@uriah.heep.sax.de, jkh@time.cdrom.com Subject: Re: Broken find?? Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk >> root@time-> find . -x -print >> find: -x: unknown option >Find's pretty :) syntax differentiates clearly between options and >(minute... must RTFM first...) `primaries'. So better write: > find -x . -print >(where the -print is obsolescent in 4.4BSD, if you are a lazy type >[and i know you are :)]). -xdev is documented as "historical" but still works as a ... `primary'. I think -print is the default in POSIX. It is certainly the default in gnu find too. The man page has obsolescent examples, all with unnecessary -print's. Bruce From owner-freebsd-current Sat Aug 19 04:28:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA29752 for current-outgoing; Sat, 19 Aug 1995 04:28:49 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA29746 for ; Sat, 19 Aug 1995 04:28:46 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id EAA29521; Sat, 19 Aug 1995 04:27:29 -0700 From: "Rodney W. Grimes" Message-Id: <199508191127.EAA29521@gndrsh.aac.dev.com> Subject: Re: Broken find?? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 19 Aug 1995 04:27:29 -0700 (PDT) Cc: joerg_wunsch@uriah.heep.sax.de, current@freebsd.org In-Reply-To: <4650.808829464@time.cdrom.com> from "Jordan K. Hubbard" at Aug 19, 95 03:51:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 906 Sender: current-owner@freebsd.org Precedence: bulk > > > > root@time-> find . -x -print > > > find: -x: unknown option > > > > Find's pretty :) syntax differentiates clearly between options and > > (minute... must RTFM first...) `primaries'. So better write: > > > > find -x . -print > > Oh yuck. That's mutant! OK, I withdraw my "bug report". Thanks! And the old form primary of -xdev still works, and is even in the manual page, finally found it down in the bottom crap. > > (where the -print is obsolescent in 4.4BSD, if you are a lazy type > > [and i know you are :)]). > > Hey! I'd get upset about that, but it's too much work.. :-) :-). I always hated the fact that -print was required, makes the default action of find pretty usless except for a good disk drive test program :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sat Aug 19 08:44:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA10886 for current-outgoing; Sat, 19 Aug 1995 08:44:43 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id IAA10865 ; Sat, 19 Aug 1995 08:44:39 -0700 Message-Id: <199508191544.IAA10865@freefall.FreeBSD.org> X-Authentication-Warning: freefall.FreeBSD.org: Host localhost.cdrom.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: Broken find?? In-reply-to: Your message of "Sat, 19 Aug 95 03:37:08 PDT." <199508191037.DAA04443@time.cdrom.com> Date: Sat, 19 Aug 1995 08:44:38 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >>From the man page: > > -x The -x option prevents find from descending into directories that > have a device number different than that of the file from which > the descent began. > >root@time-> find . -x -print >find: -x: unknown option > >Ack! And just when I needed that option, too! > > Jordan Anything after the path specification is considered part of the filter. What you want it: find -x . -print -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sat Aug 19 12:10:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA24165 for current-outgoing; Sat, 19 Aug 1995 12:10:11 -0700 Received: from id.slip.bcm.tmc.edu (hou08.onramp.net [199.1.137.136]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA24149 for ; Sat, 19 Aug 1995 12:10:08 -0700 Received: (from rich@localhost) by id.slip.bcm.tmc.edu (8.6.11/8.6.9) id NAA09390; Sat, 19 Aug 1995 13:59:25 -0500 Date: Sat, 19 Aug 1995 13:59:25 -0500 From: Rich Murphey Message-Id: <199508191859.NAA09390@id.slip.bcm.tmc.edu> To: FreeBSD-current@freefall.FreeBSD.org Subject: sup/cvs interactions? Reply-to: rich@lamprey.utmb.edu Sender: current-owner@FreeBSD.org Precedence: bulk Is it possible that the time stamp on a given file in /usr/src could ever move backward (become older)? Could CVS do this when you revert changes? Sup ignores files that are older on the server than on the client, so it wouldn't pick up this kind of change. I'm seeing this once in a while.. Rich From owner-freebsd-current Sat Aug 19 12:15:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA24837 for current-outgoing; Sat, 19 Aug 1995 12:15:19 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id MAA24822 ; Sat, 19 Aug 1995 12:15:16 -0700 Message-Id: <199508191915.MAA24822@freefall.FreeBSD.org> X-Authentication-Warning: freefall.FreeBSD.org: Host localhost.cdrom.com didn't use HELO protocol To: rich@lamprey.utmb.edu cc: FreeBSD-current@freefall.FreeBSD.org Subject: Re: sup/cvs interactions? In-reply-to: Your message of "Sat, 19 Aug 95 13:59:25 CDT." <199508191859.NAA09390@id.slip.bcm.tmc.edu> Date: Sat, 19 Aug 1995 12:15:16 -0700 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >Sup ignores files that are older on the server than on the >client, so it wouldn't pick up this kind of change. I don't think this is true if you use the "old" flag. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sat Aug 19 12:36:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA26311 for current-outgoing; Sat, 19 Aug 1995 12:36:24 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA26305 for ; Sat, 19 Aug 1995 12:36:22 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA00275; Sat, 19 Aug 1995 12:35:19 -0700 From: "Rodney W. Grimes" Message-Id: <199508191935.MAA00275@gndrsh.aac.dev.com> Subject: Re: sup/cvs interactions? To: rich@lamprey.utmb.edu Date: Sat, 19 Aug 1995 12:35:18 -0700 (PDT) Cc: FreeBSD-current@freefall.FreeBSD.org In-Reply-To: <199508191859.NAA09390@id.slip.bcm.tmc.edu> from "Rich Murphey" at Aug 19, 95 01:59:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1341 Sender: current-owner@FreeBSD.org Precedence: bulk > > > Is it possible that the time stamp on a given file in > /usr/src could ever move backward (become older)? Could CVS > do this when you revert changes? No, cvs does not do that. On an initial cvs co operation it sets the date of the file to the time of the last commit. On all supsequent cvs update operations it sets the time on the file to the current date and time (this is so that make does not get confused.). > Sup ignores files that are older on the server than on the > client, so it wouldn't pick up this kind of change. This depends on sup options. > I'm seeing this once in a while.. Rich Do you have ``old'' in your supfile lines? Or do you run sup -o? -o Sup will normally only upgrade files that have changed on the repository since the last time an upgrade was performed. That is, if the file in the repository is newer than the date stored in the when file on the client. The -o flag, or the old supfile option, will cause sup to check all files in the collection for changes instead of just the new ones. I run without the old option, but on occasion do a sup -o just to make sure things are staying in sync. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sat Aug 19 14:35:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA09806 for current-outgoing; Sat, 19 Aug 1995 14:35:34 -0700 Received: from id.slip.bcm.tmc.edu (hou05.onramp.net [199.1.137.133]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA09777 for ; Sat, 19 Aug 1995 14:35:28 -0700 Received: (from rich@localhost) by id.slip.bcm.tmc.edu (8.6.11/8.6.9) id QAA00830; Sat, 19 Aug 1995 16:35:23 -0500 Date: Sat, 19 Aug 1995 16:35:23 -0500 From: Rich Murphey Message-Id: <199508192135.QAA00830@id.slip.bcm.tmc.edu> To: FreeBSD-current@freefall.FreeBSD.org In-reply-to: <199508191935.MAA00275@gndrsh.aac.dev.com> (rgrimes@gndrsh.aac.dev.com) Subject: Re: sup/cvs interactions? Reply-to: rich@lamprey.utmb.edu Sender: current-owner@FreeBSD.org Precedence: bulk It was partly pilot error after all. I didn't take into consideration the 2 hour difference in time zones. The files actually had the same time stamp but 'ls -l' showed different times in different zones (PST and CST). |From: "Rodney W. Grimes" |> Sup ignores files that are older on the server than on the |> client, so it wouldn't pick up this kind of change. | |This depends on sup options. Yep, you mentioned the 'keep' option forces this, but I wasn't using 'keep'. |> I'm seeing this once in a while.. Rich | |Do you have ``old'' in your supfile lines? Or do you run sup -o? | | -o Sup will normally only upgrade files that have | changed on the repository since the last time an | upgrade was performed. That is, if the file in the | repository is newer than the date stored in the | when file on the client. The -o flag, or the old | supfile option, will cause sup to check all files | in the collection for changes instead of just the | new ones. OK, I did have both 'old' in the supfile and -o on the command line but sup didn't updates files which had bad checksums. Rod has suggested I reinstall sup from the sources and see if that makes a difference. I'll try to see whether I can repeat it. Rich From owner-freebsd-current Sat Aug 19 16:22:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA18703 for current-outgoing; Sat, 19 Aug 1995 16:22:05 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA18663 ; Sat, 19 Aug 1995 16:21:53 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id QAA05057; Sat, 19 Aug 1995 16:21:38 -0700 To: current@freebsd.org cc: announce@freebsd.org Subject: IDE CDROM driver support now part of FreeBSD-current Date: Sat, 19 Aug 1995 16:21:38 -0700 Message-ID: <5055.808874498@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk For those of you who haven't been watching the commit lists very closely, I just thought I'd make this announcement. I've recently brought Serge Vakulenko's IDE CDROM driver into -current, and it can be easily enabled by dropping the following into your kernel configuration file: options ATAPI device wcd0 [assuming that you're running FreeBSD-current] Please help Serge and us test this driver with your IDE CDROM drives! Thanks, Jordan From owner-freebsd-current Sat Aug 19 19:38:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA24591 for current-outgoing; Sat, 19 Aug 1995 19:38:38 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id TAA24585 for ; Sat, 19 Aug 1995 19:38:36 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA21280; Sat, 19 Aug 95 20:40:16 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508200240.AA21280@cs.weber.edu> Subject: Kernel subsystem modularization To: current@freebsd.org Date: Sat, 19 Aug 95 20:40:15 MDT X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@freebsd.org Precedence: bulk I have just uploaded patches for kernel subsystem modularization to the file ~terry/SYSINT.tar.gz. These patches lay the groundwork for easing the BSD 4.4Lite2 code integration, as well as setting up the base code required to get rid of the distinction between static and LKM code. The README from the tar file follows. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. =========================================================================== The directories contain absolute path diffs using the symlink /sys to point to /usr/sys. The diffs are named dirname.diff. The mountroot() call in init_main.c differs. It is an easy change to change this from the modified VFS code (this one line change conflicts with the VFS patches submitted earlier). The file kern/init_main.c is an out-and-out replacement. The major architecural issues are made obvious in comments in the kernel.h header file. Basically, this moves the per kernel subsystem system initialization to each of the kernel subsystems being initialized. The intent is to allow drop-in replacement of sybsystems by avoinding global references, addition of subsystems at kernel link time, and link time rather than compile time optioning of certain option drivers/devices/pseudo-devices. This work is an extension of the work Garrett Wollman started with the PSEUDO_SET code in sys/kernel.h. The PSEUDO_SET code should go away in the future; the macro is currently maintained for comapatability with the current formulation of the LKM system; really, we would prefer that all devices, whether they are LKM or not, use the same registration mechinism (same for VFS instances, etc.). The PSEUDO_SET backward compatability code will disappear when the LKM code has been updated to use the linker sets for sysinit directly. =========================================================================== From owner-freebsd-current Sat Aug 19 22:53:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA10491 for current-outgoing; Sat, 19 Aug 1995 22:53:48 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA10485 for ; Sat, 19 Aug 1995 22:53:42 -0700 Received: by misery.sdf.com id <1100>; Sat, 19 Aug 1995 22:56:25 +0100 Date: Sat, 19 Aug 1995 22:56:13 -0700 (PDT) From: Tom Samplonius To: current@freebsd.org Subject: NFSv3 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk Will NFSv3 be in FreeBSD 2.1? Tom From owner-freebsd-current Sat Aug 19 23:00:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA10704 for current-outgoing; Sat, 19 Aug 1995 23:00:02 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA10685 for ; Sat, 19 Aug 1995 22:59:58 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.11/8.6.5) with ESMTP id WAA00455; Sat, 19 Aug 1995 22:58:37 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id XAA00284; Sat, 19 Aug 1995 23:00:48 -0700 Message-Id: <199508200600.XAA00284@corbin.Root.COM> To: Tom Samplonius cc: current@freebsd.org Subject: Re: NFSv3 In-reply-to: Your message of "Sat, 19 Aug 95 22:56:13 PDT." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 19 Aug 1995 23:00:46 -0700 Sender: current-owner@freebsd.org Precedence: bulk > Will NFSv3 be in FreeBSD 2.1? No, sorry. -DG