Untitled

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Dec 5 22:46:12 2000 From owner-freebsd-bugs@FreeBSD.ORG Tue Dec 5 22:46:09 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from hyperreal.org (taz.hyperreal.org [209.133.83.16]) by hub.freebsd.org (Postfix) with SMTP id DCABD37B401 for ; Tue, 5 Dec 2000 22:46:08 -0800 (PST) Received: (qmail 853 invoked by uid 12); 6 Dec 2000 06:46:09 -0000 Message-ID: <20001206064609.852.qmail@hyperreal.org> From: mike@hyperreal.org Subject: $MAIL defaults to /var/mail/userid In-Reply-To: <9F36E367710D474E9806AA393FE737FB019F17@resnetnt.resnet.uconn.edu> from Peter Lai at "Dec 4, 2000 04:56:36 pm" To: freebsd-questions@freebsd.org Date: Tue, 5 Dec 2000 22:46:09 -0800 (PST) Cc: freebsd-bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Peter Lai wrote: > How about setting /etc/csh.cshrc or /etc/profile to set $MAIL every time the > user logs in? That's a workaround and only works for those shells that use those global settings. The bug is still there. This is nuts. It is now happening on my non-qmail system. It doesn't have anything to do with qmail. I get $MAIL as /var/mail/username every time. We're talking FreeBSD 4.2-RELEASE here, a completely fresh install. No difference if rebooted (thought maybe it was caching something), no difference if using a freshly created user account with a different shell (/bin/sh instead of /bin/tcsh). The problem/bug [for the freebsd-bugs folks] is that the environment variable MAIL is set to /var/mail/userid no matter what one puts in the /etc/login.conf file (and yes I run cap_mkdb) and also in spite of setting it in ~/.login_conf. Even omitting the variable assignment has no effect; it still gets set. Other variable settings in login.conf work just fine. So I've got this reproducible on 2 systems now... if anyone can't reproduce it on a 4.2 system I'd be happy to demonstrate, short of reinstalling my OS. - Mike ________________________________________________________________________ Mike Brown / Hyperreal | Hyperreal http://music.hyperreal.org/ PO Box 61334 | XML & XSL http://skew.org/xml/ Denver CO 80206-8334 USA | personal http://www.hyperreal.org/~mike/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Dec 5 23:21: 3 2000 From owner-freebsd-bugs@FreeBSD.ORG Tue Dec 5 23:21:02 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 26ABE37B400; Tue, 5 Dec 2000 23:21:02 -0800 (PST) Received: (from ps@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB67L1w76966; Tue, 5 Dec 2000 23:21:01 -0800 (PST) (envelope-from ps) Date: Tue, 5 Dec 2000 23:21:01 -0800 (PST) From: Message-Id: <200012060721.eB67L1w76966@freefall.freebsd.org> To: Jeff.Potter@Compaq.com, ps@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/19338: ProLiant DL360 dual proc. locks when booting SMP kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ProLiant DL360 dual proc. locks when booting SMP kernel State-Changed-From-To: open->feedback State-Changed-By: ps State-Changed-When: Tue Dec 5 23:20:16 PST 2000 State-Changed-Why: Can you try the following patch which is in -current and will be merged back to RELENG_4 soon? http://people.FreeBSD.org/~peter/compaq.diff http://www.freebsd.org/cgi/query-pr.cgi?pr=19338 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Dec 5 23:28:48 2000 From owner-freebsd-bugs@FreeBSD.ORG Tue Dec 5 23:28:46 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9C4C237B400; Tue, 5 Dec 2000 23:28:46 -0800 (PST) Received: (from roam@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB67Sk877958; Tue, 5 Dec 2000 23:28:46 -0800 (PST) (envelope-from roam) Date: Tue, 5 Dec 2000 23:28:46 -0800 (PST) From: Message-Id: <200012060728.eB67Sk877958@freefall.freebsd.org> To: chesney@gvea.com, roam@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/23285: no modules loaded for 'xserver' service Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: no modules loaded for 'xserver' service State-Changed-From-To: open->closed State-Changed-By: roam State-Changed-When: Tue Dec 5 23:28:04 PST 2000 State-Changed-Why: Originator reports adding entries to /etc/pam.conf fixed the problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=23285 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 0:24:27 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 00:24:25 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4ABCE37B401; Wed, 6 Dec 2000 00:24:25 -0800 (PST) Received: (from dougb@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB68OPk86773; Wed, 6 Dec 2000 00:24:25 -0800 (PST) (envelope-from dougb) Date: Wed, 6 Dec 2000 00:24:25 -0800 (PST) From: Message-Id: <200012060824.eB68OPk86773@freefall.freebsd.org> To: dougb@FreeBSD.org, freebsd-bugs@FreeBSD.org, kris@FreeBSD.org Subject: Re: bin/23233: Reincorporate /usr/bin/error in the FreeBSD distribution. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Reincorporate /usr/bin/error in the FreeBSD distribution. Responsible-Changed-From-To: freebsd-bugs->kris Responsible-Changed-By: dougb Responsible-Changed-When: Wed Dec 6 00:23:18 PST 2000 Responsible-Changed-Why: Kris nuked this, and given the CVS log message I don't hold out a lot of hope for its return. However, he can give you a more definitive answer when he gets back from his trip. Please be patient, thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=23233 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 1:40: 6 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 01:40:02 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DAF8E37B401 for ; Wed, 6 Dec 2000 01:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB69e1u98726; Wed, 6 Dec 2000 01:40:01 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 6 Dec 2000 01:40:01 -0800 (PST) Resent-Message-Id: <200012060940.eB69e1u98726@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, hostmaster@gov.mari.ru Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5265337B400 for ; Wed, 6 Dec 2000 01:37:31 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB69bVr98502; Wed, 6 Dec 2000 01:37:31 -0800 (PST) (envelope-from nobody) Message-Id: <200012060937.eB69bVr98502@freefall.freebsd.org> Date: Wed, 6 Dec 2000 01:37:31 -0800 (PST) From: hostmaster@gov.mari.ru Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/23320: Can`t create a new thread for connect to Mysql Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23320 >Category: i386 >Synopsis: Can`t create a new thread for connect to Mysql >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 06 01:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Galina Kuklina >Release: 3.5 STABLE >Organization: >Environment: # uname -a FreeBSD gov.mari.ru 3.5-STABLE FreeBSD 3.5-STABLE #0: Fri Dec 1 17:55:30 MSK 2000 root@gov.mari.ru:/usr/src/sys/compile/GOV i386 >Description: "PHP 3 Warning: MySQL Connection Failed: Can't create a new thread (errno 35). If you are not out of available memory, you can consult the manual for a possible OS-dependent bug." Memory 128M, swap 1 Gb. FreeBSD MaxUsers=50, Apache MaxClients=30. Mysql uses native threads. This error occures in the unpredictable moments - sometimes twice per day, sometimes of time per three days. Killing Mysql daemon returns: Can`t create thread to kill server. I need to run "kill -KILL mysqld-pid". Have i to increase pthreads limit on my system? How? Can`t intruder make this? Thank`s. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 2:10: 8 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 02:10:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3C4B337B401 for ; Wed, 6 Dec 2000 02:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6AA1g04011; Wed, 6 Dec 2000 02:10:01 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 6 Dec 2000 02:10:01 -0800 (PST) Resent-Message-Id: <200012061010.eB6AA1g04011@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, Chris Richards Received: from weeta.princeton.edu (richards.student.Princeton.EDU [140.180.155.233]) by hub.freebsd.org (Postfix) with ESMTP id EA25C37B401 for ; Wed, 6 Dec 2000 02:02:35 -0800 (PST) Received: (from richards@localhost) by weeta.princeton.edu (8.11.1/8.11.1) id eB6A2Zf50552; Wed, 6 Dec 2000 05:02:35 -0500 (EST) (envelope-from richards) Message-Id: <200012061002.eB6A2Zf50552@weeta.princeton.edu> Date: Wed, 6 Dec 2000 05:02:35 -0500 (EST) From: Chris Richards Sender: richards@richards.student.princeton.edu Reply-To: Chris Richards To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/23321: [PATCH] reduce redundant code in /bin/cat Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23321 >Category: bin >Synopsis: [PATCH] reduce redundant code in /bin/cat >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Dec 06 02:10:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Chris Richards >Release: FreeBSD 4.2-STABLE i386 >Organization: >Environment: >Description: The code for iterating over argv and emitting the corresponding files should not depend on whether cat is in cooked or raw mode. However the current code uses, depending on the mode, one of two nearly identical functions for that purpose. >How-To-Repeat: >Fix: Summary: Use the raw-mode function for iterating over argv as the basis for a new, generic iterator, which takes as a parameter a pointer to either the cooked- or raw-mode function for emitting a file. The cooked-mode file emitter is thus altered to accept an fd and to obtain the necessary buffered stream using fdopen(). A patch follows. Index: cat.c =================================================================== RCS file: /home/ncvs/src/bin/cat/cat.c,v retrieving revision 1.15 diff -u -r1.15 cat.c --- cat.c 2000/04/14 21:01:35 1.15 +++ cat.c 2000/12/06 09:54:33 @@ -63,10 +63,9 @@ int rval; const char *filename; -void cook_args __P((char *argv[])); -void cook_buf __P((FILE *)); +void cat_args __P((char *argv[], void (*cat)(int))); +void cook_buf __P((int)); int main __P((int argc, char *argv[])); -void raw_args __P((char *argv[])); void raw_cat __P((int)); int @@ -109,46 +108,26 @@ argv += optind; if (bflag || eflag || nflag || sflag || tflag || vflag) - cook_args(argv); + cat_args(argv, cook_buf); else - raw_args(argv); + cat_args(argv, raw_cat); if (fclose(stdout)) err(1, "stdout"); exit(rval); } void -cook_args(argv) - char **argv; +cook_buf(fd) + register int fd; { register FILE *fp; - - fp = stdin; - filename = "stdin"; - do { - if (*argv) { - if (!strcmp(*argv, "-")) - fp = stdin; - else if ((fp = fopen(*argv, "r")) == NULL) { - warn("%s", *argv); - rval = 1; - ++argv; - continue; - } - filename = *argv++; - } - cook_buf(fp); - if (fp != stdin) - (void)fclose(fp); - } while (*argv); -} - -void -cook_buf(fp) - register FILE *fp; -{ register int ch, gobble, line, prev; + if ((fp = fdopen(fd, "r")) == NULL) { + warn("%s", filename); + rval = 1; + return; + } line = gobble = 0; for (prev = '\n'; (ch = getc(fp)) != EOF; prev = ch) { if (prev == '\n') { @@ -205,11 +184,14 @@ } if (ferror(stdout)) err(1, "stdout"); + if (fd != fileno(stdin)) + (void)fclose(fp); } void -raw_args(argv) +cat_args(argv, cat) char **argv; + void (*cat)(int); { register int fd; @@ -227,7 +209,7 @@ } filename = *argv++; } - raw_cat(fd); + cat(fd); if (fd != fileno(stdin)) (void)close(fd); } while (*argv); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 2:20:10 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 02:20:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2F32F37B404 for ; Wed, 6 Dec 2000 02:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6AK1l05224; Wed, 6 Dec 2000 02:20:01 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 6 Dec 2000 02:20:01 -0800 (PST) Resent-Message-Id: <200012061020.eB6AK1l05224@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, mjmac@pineview.net Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 596B337B401 for ; Wed, 6 Dec 2000 02:17:45 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6AHjB04800; Wed, 6 Dec 2000 02:17:45 -0800 (PST) (envelope-from nobody) Message-Id: <200012061017.eB6AHjB04800@freefall.freebsd.org> Date: Wed, 6 Dec 2000 02:17:45 -0800 (PST) From: mjmac@pineview.net Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/23322: Addition / Alteration to Handbook/FAQ Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23322 >Category: misc >Synopsis: Addition / Alteration to Handbook/FAQ >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Dec 06 02:20:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Malcolm McGrath >Release: 3.3 >Organization: >Environment: not applicable >Description: Could you please add in the FAQ that you will need to recompile the kernel somewhere in the section of the FAQ below. I assumed wrongly that this option was like kernel boot time option and went around half arsed looking for it. :). Thanks for reading this email. Malcolm McGrath (Yes i am a newbie.) >How-To-Repeat: n/a >Fix: Include in the FAQ at point 3.11 (RE: MAXMEM) that a kernel rebuild is nessesary and point ppl on how to do this. >Release-Note: >Audit-Trail: >Unformatted: >3.11. I have 128 MB of RAM but the system only uses 64 MB. >Due to the manner in which FreeBSD gets the memory size from the BIOS, it >can only detect 16 bits worth of Kbytes in size (65535 Kbytes = 64MB) (or >less... some BIOSes peg the memory size to 16M). If you have more than >64MB, FreeBSD will attempt to detect it; however, the attempt may fail. > >To work around this problem, you need to use the kernel option specified >below. There is a way to get complete memory information from the BIOS, but >we don't have room in the bootblocks to do it. Someday when lack of room in >the bootblocks is fixed, we'll use the extended BIOS functions to get the >full memory information...but for now we're stuck with the kernel option. > >options "MAXMEM=n" > >Where n is your memory in Kilobytes. For a 128 MB machine, you'd want to >use 131072. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 3:40: 7 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 03:40:02 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F33A537B401 for ; Wed, 6 Dec 2000 03:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6Be1917134; Wed, 6 Dec 2000 03:40:01 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 6 Dec 2000 03:40:01 -0800 (PST) Resent-Message-Id: <200012061140.eB6Be1917134@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, simon@comsys.ntu-kpi.kiev.ua Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 209AD37B400 for ; Wed, 6 Dec 2000 03:38:20 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6BcKI16987; Wed, 6 Dec 2000 03:38:20 -0800 (PST) (envelope-from nobody) Message-Id: <200012061138.eB6BcKI16987@freefall.freebsd.org> Date: Wed, 6 Dec 2000 03:38:20 -0800 (PST) From: simon@comsys.ntu-kpi.kiev.ua Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/23323: TZ implementation: changes in TZ don't make effect on running process Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23323 >Category: misc >Synopsis: TZ implementation: changes in TZ don't make effect on running process >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Wed Dec 06 03:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Andrey Simonenko >Release: 4.1-STABLE i386 >Organization: >Environment: >Description: I found out that implementation of time zone (local time, date, etc.) has one problem. May be I missed something but I think that following will be interesting. If some process calls one of functions which operates with local time, then all other calls of such functions will use time zone got in first call. Example. There is some program with following code: time_t curr_time; struct tm curr_tm; ... for (;;) { curr_time = time((time_t *)0); localtime_r(&curr_time, &curr_tm); .... /* do something which takes some minutes */ } Let current time zone is EST. Program calls localtime_r() and gets local time adjusted to this time zone. Some time latter time zone is changed (for example by tzsetup program). New time zone makes new adjustment for local time. But it will take effect only for programs run after time zone changes. Our example program will still use local time adjustment for time zone EST. This isn't problem for most of programs, but for programs which sensitive for local time it makes some kind of problems. I looked at implementation of localtime_r() (and some other functions like this one) and found out that they call functions tzset() and tzsetwall(). But tzsetwall() remembers that it has been called and doesn't allow to ``call'' itself two times (lcl_is_set variable). May be it is possible to play with environment variable TZ, but I didn't find good solution. If I didn't find function which allows to ``restart'' tzset() and tzsetwall() please tell me. If I'm right then I think that functions tzreset() and tzresetwall() will be useful. Implementations of these functions are quite simple: they should set some variables to initial values and call tzset() and tzsetwall() respectively. What do you think about all this? >How-To-Repeat: I think that functions tzreset() and tzresetwall() will be useful. Implementations of these functions are quite simple: they should set some variables to initial values and call tzset() and tzsetwall() respectively. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 3:53:34 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 03:53:33 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5CFC737B400; Wed, 6 Dec 2000 03:53:33 -0800 (PST) Received: (from jedgar@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6BrXp18611; Wed, 6 Dec 2000 03:53:33 -0800 (PST) (envelope-from jedgar) Date: Wed, 6 Dec 2000 03:53:33 -0800 (PST) From: Message-Id: <200012061153.eB6BrXp18611@freefall.freebsd.org> To: jedgar@FreeBSD.org, freebsd-bugs@FreeBSD.org, will@FreeBSD.org Subject: Re: bin/23300: make assumes readdir returns '.' and '..' for the first two calls. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make assumes readdir returns '.' and '..' for the first two calls. Responsible-Changed-From-To: freebsd-bugs->will Responsible-Changed-By: jedgar Responsible-Changed-When: Wed Dec 6 03:52:44 PST 2000 Responsible-Changed-Why: Over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=23300 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 4:24:55 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 04:24:53 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from genius.tao.org.uk (static-94.dialnetwork.pavilion.co.uk [194.242.131.94]) by hub.freebsd.org (Postfix) with ESMTP id 2F12F37B400 for ; Wed, 6 Dec 2000 04:24:51 -0800 (PST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 12DBE9B04; Wed, 6 Dec 2000 12:30:10 +0000 (GMT) Date: Wed, 6 Dec 2000 12:30:09 +0000 From: Josef Karthauser To: Carlos Amengual Cc: Greg Lehey , Soren Schmidt , freebsd-bugs@FreeBSD.ORG Subject: Re: kern/22086: DMA errors during intensive disk activity on vinum volume Message-ID: <20001206123009.F79990@bsdi.com> References: <200011290755.IAA75175@freebsd.dk> <010d01c05a10$a6901190$0400000a@hin> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <010d01c05a10$a6901190$0400000a@hin>; from amengual@healthnet.es on Wed, Nov 29, 2000 at 03:28:26PM +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I sent Greg a large amount of debug that it took me a week collection with respect to this problem. Did you ever get anywhere with this Greg? I never got a response from you! Joe On Wed, Nov 29, 2000 at 03:28:26PM +0100, Carlos Amengual wrote: > No lack of consideration for Greg's work intended, but as RAID is essentially > meant to be used in critical-mission servers, people isn't likely to be > willing to play & debug something on which their businesses will depend, > especially when hardware controllers (which apparently work) are available. > > Carlos > > ----- Mensaje original ----- > De: "Soren Schmidt" > Para: "Greg Lehey" > CC: "Carlos Amengual" ; > Enviado: mi�rcoles 29 de noviembre de 2000 8:55 > Asunto: Re: kern/22086: DMA errors during intensive disk activity on vinum > volume > > > > It seems Greg Lehey wrote: > > > > > > > > This is an old problem with vinum, somehow vinum manage to trash > > > > the ad_request struct between where the ata drives makes it in > > > > ad_strategy and when it actually gets used later.. > > > > I thought this was fixed at least in -current long ago, but > > > > apparently this was either not backported to -stable or the fix > > > > was not good enough. > > > > > > No, the problem went into hiding. It was you who thought it had gone > > > away. > > > > Yes, at a time, but back then we found out that fxp just accelerated > > the problem, it did not create it. > > > > > 1. This config does not include an fxp device, which you had in the > > > past blamed for the problems: > > > > > > > Now, I'm not sure if its vinum or the fxp driver that has a > > > > problem, but since others have seen strange problems semilar to > > > > this on other type of systems, I'd say it points very much at > > > > fxp... The latest fix you put into -current is needed though... > > > > See above, I provided you with dumps and what not, but it newer > > got past that. Since you removed your maintainer bit on vinum it > > all went into a halt. In the meantime I have decommisioned all > > the vinum boxes I had out there, fortunately all had either > > promise or highpoint controllers so they now run ATA RAID's > > happily without any problems, so vinum is no longer an issue for > > me at least... > > > > > 2. Robin seems to be able to work through the source code, so this > > > time we may be able to catch it. > > > > More power to you :) > > > > -S�ren > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > -- Josef Karthauser [joe@FreeBSD.org, joe@tao.org.uk] ......... FreeBSD: The power to change the world ........ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 6: 0:14 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 06:00:06 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 71F1D37B6C0 for ; Wed, 6 Dec 2000 06:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6E03V41571; Wed, 6 Dec 2000 06:00:03 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 6 Dec 2000 06:00:03 -0800 (PST) Resent-Message-Id: <200012061400.eB6E03V41571@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, marc.vanwoerkom@science-factory.com Received: from nil.science-factory.com (Sciencefactory-atm1-181.piro.net [195.135.137.205]) by hub.freebsd.org (Postfix) with ESMTP id 0CB7337B400; Wed, 6 Dec 2000 05:54:08 -0800 (PST) Received: (from mvw@localhost) by nil.science-factory.com (8.11.1/8.11.1) id eB6DrWI89942; Wed, 6 Dec 2000 14:53:32 +0100 (CET) (envelope-from mvw) Message-Id: <200012061353.eB6DrWI89942@nil.science-factory.com> Date: Wed, 6 Dec 2000 14:53:32 +0100 (CET) From: marc.vanwoerkom@science-factory.com Sender: mvw@nil.science-factory.com To: FreeBSD-gnats-submit@freebsd.org Cc: 3d@freebsd.org X-Send-Pr-Version: 3.113 Subject: misc/23325: Problem with send-pr category "update" Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23325 >Category: misc >Synopsis: Problem with send-pr category "update" >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 06 06:00:03 PST 2000 >Closed-Date: >Last-Modified: >Originator: Marc van Woerkom >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: System: FreeBSD nil.science-factory.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Nov 7 15:12:53 CET 2000 mvw@nil.science-factory.com:/usr/obj/usr/src/sys/NIL i386 >Description: send-pr offers category "update", but this is rejected: You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=23324 Note: There was a bad value `update' for the field `>Class:'. It was set to the default value of `sw-bug'. Hmm? :) >How-To-Repeat: use send-pr with category update >Fix: please inform send-pr/gnats system maintainer Regards, Marc >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 6:10: 6 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 06:10:03 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B35C237B401 for ; Wed, 6 Dec 2000 06:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6EA3n44694; Wed, 6 Dec 2000 06:10:03 -0800 (PST) (envelope-from gnats) Date: Wed, 6 Dec 2000 06:10:03 -0800 (PST) Message-Id: <200012061410.eB6EA3n44694@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Marc van Woerkom Subject: Re: misc/23325: Problem with send-pr category "update" Reply-To: Marc van Woerkom Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/23325; it has been noted by GNATS. From: Marc van Woerkom To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: misc/23325: Problem with send-pr category "update" Date: Wed, 6 Dec 2000 15:07:18 +0100 (CET) Please replace "category" with "class" in my wording. Sorry, Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 6:50: 8 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 06:50:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C3DF837B404 for ; Wed, 6 Dec 2000 06:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6Eo1i50009; Wed, 6 Dec 2000 06:50:01 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 6 Dec 2000 06:50:01 -0800 (PST) Resent-Message-Id: <200012061450.eB6Eo1i50009@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, kewarken@qnx.com Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2BC7437B400 for ; Wed, 6 Dec 2000 06:44:07 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6Ei7B49205; Wed, 6 Dec 2000 06:44:07 -0800 (PST) (envelope-from nobody) Message-Id: <200012061444.eB6Ei7B49205@freefall.freebsd.org> Date: Wed, 6 Dec 2000 06:44:07 -0800 (PST) From: kewarken@qnx.com Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/23327: address like 10.51 (meaning 10.0.0.51) does not work in hosts file Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23327 >Category: misc >Synopsis: address like 10.51 (meaning 10.0.0.51) does not work in hosts file >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 06 06:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Kris Warkentin >Release: 4.1 >Organization: QNX >Environment: FreeBSD node207.qnx.com 4.1-RELEASE FreeBSD 4.1-RELEASE #0: Thu Jul 27 04:44:16 GMT 2000 root@usw4.freebsd.org:/usr/src/sys/compile/GENERIC i386 >Description: if you have an entry like 10.51 in your hosts file, lookups will not work >How-To-Repeat: bash-2.04$ cat /etc/hosts | grep "node6[0-3] " 10.0.0.60 node60 techhome 10.61 node61 tech 10.0.0.62 node62 techsrc-old 10.0.0.63 node63 joe3 bash-2.04$ ping -c 1 node63 PING node63 (10.0.0.63): 56 data bytes ^C --- node63 ping statistics --- 1 packets transmitted, 0 packets received, 100% packet loss bash-2.04$ ping -c 1 node61 ping: cannot resolve node61: Unknown host bash-2.04$ >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 7: 9:11 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 07:09:10 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from puck.firepipe.net (mcut-b-167.resnet.purdue.edu [128.211.209.167]) by hub.freebsd.org (Postfix) with ESMTP id 3DD6537B400; Wed, 6 Dec 2000 07:09:10 -0800 (PST) Received: by puck.firepipe.net (Postfix, from userid 1000) id 3847A18DB; Wed, 6 Dec 2000 10:09:08 -0500 (EST) Date: Wed, 6 Dec 2000 10:09:08 -0500 From: Will Andrews To: roam@FreeBSD.ORG Cc: sucho2@vt.edu, freebsd-bugs@FreeBSD.ORG Subject: Re: ports/23256: Can't log back in once When I lock the screen from KDE, I can't log back in! KDE relogin doesn't seem to recog"Lock Screen" problem in KDE Message-ID: <20001206100908.D967@puck.firepipe.net> Reply-To: Will Andrews References: <200012051001.eB5A1fZ26149@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012051001.eB5A1fZ26149@freefall.freebsd.org>; from roam@FreeBSD.ORG on Tue, Dec 05, 2000 at 02:01:41AM -0800 X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: will@puck.firepipe.net Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Dec 05, 2000 at 02:01:41AM -0800, roam@FreeBSD.ORG wrote: > State-Changed-From-To: feedback->closed > State-Changed-By: roam > State-Changed-When: Tue Dec 5 02:00:29 PST 2000 > State-Changed-Why: > Originator reports satisfaction with making the screen savers setuid, > and also satisfaction with FreeBSD in general :) Glad to hear that. ;-> I was the one who made setuid non-default, for security reasons. I think it will remain that way since I'm not likely to spend any time on KDE 1.x.. I'd rather audit 2.x. -- wca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 8:30:24 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 08:30:09 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6C03037B402 for ; Wed, 6 Dec 2000 08:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6GU1u67142; Wed, 6 Dec 2000 08:30:01 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 6 Dec 2000 08:30:01 -0800 (PST) Resent-Message-Id: <200012061630.eB6GU1u67142@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, dhw@whistle.com Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (Postfix) with ESMTP id D37D637B400 for ; Wed, 6 Dec 2000 08:21:11 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.10.0/8.10.0) id eB6GLBd21422; Wed, 6 Dec 2000 08:21:11 -0800 (PST) Received: from m1022069438.whistle.com(dhcp205.whistle.com 207.76.205.205) by whistle.com via smap (V2.0) id xma021416; Wed, 6 Dec 2000 08:20:42 -0800 Received: (from dhw@localhost) by m1022069438.whistle.com (8.11.1/8.11.0) id eB6GKVh06467; Wed, 6 Dec 2000 08:20:31 -0800 (PST) (envelope-from dhw) Message-Id: <200012061620.eB6GKVh06467@m1022069438.whistle.com> Date: Wed, 6 Dec 2000 08:20:31 -0800 (PST) From: dhw@whistle.com To: FreeBSD-gnats-submit@freebsd.org Cc: jrj@cc.purdue.edu, oliva@lsd.ic.unicamp.br X-Send-Pr-Version: 3.2 Subject: bin/23328: make forgets about some .SUFFIXES sometimes Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23328 >Category: bin >Synopsis: make forgets about some .SUFFIXES sometimes >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 06 08:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: David Wolfskill >Release: FreeBSD 4.2-STABLE i386 >Organization: Whistle Communications >Environment: Originally noted in 4.1.1-S as of 29 September; reproduced in 4.2-S as of 21 November. Original failure was in trying to build amanda 2.4.2 (released) with "make"; it appears that some constructs created by automake tickled the bug in "make", while "gmake" was not affected (unsurprisingly). >Description: Certain contents of .SUFFIXES lines work normally, while slight modifications (including permutations of suffix entries) will cause "make" to "forget" how to handle files with certain suffixes. >How-To-Repeat: Create a test directory; copy in the following Makefile: --------->%-------- cut here ----------------- .SUFFIXES: # .SUFFIXES: .c .h .lo .o .obj .sh .pl .SUFFIXES: .c .h .lo .o .obj .pl .sh .sh: cat $< > $@ chmod +x $@ .pl: cat $< > $@ chmod +x $@ S= jj.sh kk.pl T= jj kk all: jj kk clean: rm -f ${T} realclean: rm -f ${S} ${T} test: touch ${S} ----------------- snip! --------%<--------- First, "make test"; this should create jj.sh & kk.pl. Then "make -n all"; I get: cat jj.sh > jj chmod +x jj make: don't know how to make kk. Stop (I just used the -n so I don't need to clean so often.) Then un-comment the commented .SUFFIXES line (line #2), and comment out the 3rd .SUFFIXES line instead. Re-do the "make -n all"; I get: cat jj.sh > jj chmod +x jj cat kk.pl > kk chmod +x kk Re-running the above tests under "script", with the "-d A" debugging flag, yields the following differences between the outputs: --- bad Wed Dec 6 08:13:34 2000 +++ good Wed Dec 6 08:13:44 2000 @@ -1,4 +1,4 @@ -Script started on Wed Dec 6 08:12:32 2000 +Script started on Wed Dec 6 08:13:08 2000 m1022069438[1]% make -n -d A all Global:.MAKEFLAGS = -n -d Global:.MAKEFLAGS = -n -d A @@ -234,11 +234,11 @@ inserting .c(0)...at end of list inserting .o(3)...at end of list defining transformation from `.sh' to `' -inserting .sh(6)...before .sh(22) +inserting .sh(5)...already there inserting (0)...at end of list transformation .sh complete defining transformation from `.pl' to `' -inserting .pl(5)...already there +inserting .pl(6)...before .sh(22) inserting (0)...at end of list transformation .pl complete Global:S = jj.sh kk.pl @@ -412,11 +412,11 @@ # To: # From: # Search Path: -# `.pl' [0] +# `.sh' [0] # To: # From: # Search Path: -# `.sh' [1] +# `.pl' [1] # To: # From: # Search Path: @@ -533,6 +533,8 @@ adding suffix rules trying jj.c...Searching for jj.c...failed. not there + trying jj.pl...Searching for jj.pl...failed. +not there trying jj.sh...Searching for jj.sh...in '.' got it jj:@ = jj @@ -551,33 +553,42 @@ jj:? = jj.sh cat jj.sh > jj chmod +x jj -update time: 8:12:40 Dec 06, 2000 +update time: 8:13:14 Dec 06, 2000 SuffFindDeps (kk) No known suffix on kk. Using .NULL suffix adding suffix rules trying kk.c...Searching for kk.c...failed. not there - trying kk.sh...Searching for kk.sh...failed. -not there - trying kk.sh...Searching for kk.sh...failed. -not there - trying kk.y...Searching for kk.y...failed. -not there - trying kk.l...Searching for kk.l...failed. -not there + trying kk.pl...Searching for kk.pl...in '.' +got it kk:@ = kk kk:* = kk -Searching for kk...failed. -Examining kk...Searching for kk...failed. -non-existent...non-existent and no sources...out-of-date. -kk:? = -kk:> = -make: don't know how to make kk. Stop + applying .pl -> to "kk" +SuffFindDeps (kk.pl) +kk.pl:@ = kk.pl +kk.pl:* = kk +Searching for kk.pl...in '.' +kk.pl:@ = kk.pl +kk.pl:* = kk +kk:< = kk.pl +Examining kk.pl...modified 7:26:56 Dec 06, 2000...up-to-date. +Examining kk...non-existent...modified before source...out-of-date. +kk:> = kk.pl +kk:? = kk.pl +cat kk.pl > kk +chmod +x kk +update time: 8:13:14 Dec 06, 2000 +Examining all...non-existent...modified before source...out-of-date. +all:> = jj +all:? = jj +all:> = jj kk +all:? = jj kk +update time: 8:13:14 Dec 06, 2000 #*** Input graph: # # *** MAIN TARGET *** # 2 unmade children -# non-existent (maybe): aborted +# last modified 8:13:14 Dec 06, 2000: made all : jj kk @@ -610,6 +621,7 @@ # kk [kk] # .END [.END] # jj.sh [jj.sh] +# kk.pl [kk.pl] #*** Global Variables: .LIBS = .INCLUDES = @@ -721,9 +733,9 @@ #*** Command-line Variables: #*** Directory Cache: -# Stats: 3 hits 14 misses 0 near misses 7 losers (30%) +# Stats: 5 hits 9 misses 0 near misses 7 losers (41%) # directory referenced hits -# . 2 2 +# . 2 4 # /usr/share/mk 1 1 #*** Suffixes: @@ -747,11 +759,11 @@ # To: # From: # Search Path: -# `.pl' [0] +# `.sh' [2] # To: # From: # Search Path: -# `.sh' [5] +# `.pl' [5] # To: # From: # Search Path: @@ -860,4 +872,4 @@ m1022069438[2]% ^Dexit -Script done on Wed Dec 6 08:12:43 2000 +Script done on Wed Dec 6 08:13:17 2000 >Fix: Another circumvention appears to be to comment out the first (empty) ".SUFFIXES" line. Unfortunately, in a situation where the Makefile itself is generated by other tools (such as automake), one doesn't necessarily have enough control to avoid the behavior in question... which appears pretty bogus, regardless. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 8:43:56 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 08:43:53 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from home.turtle.pangeatech.com (alborada-128.pangeatech.primenet.com [206.132.219.128]) by hub.freebsd.org (Postfix) with ESMTP id 9E83137B400 for ; Wed, 6 Dec 2000 08:43:53 -0800 (PST) Received: from turtle.pangeatech.com (localhost [127.0.0.1]) by home.turtle.pangeatech.com (8.9.3/8.9.3) with ESMTP id IAA02179 for ; Wed, 6 Dec 2000 08:43:51 -0800 (PST) (envelope-from bt@turtle.pangeatech.com) Sender: bt@home.turtle.pangeatech.com Message-ID: <3A2E6CC7.E5C9D833@turtle.pangeatech.com> Date: Wed, 06 Dec 2000 08:43:51 -0800 From: Igor Serikov Organization: Private Person X-Mailer: Mozilla 4.75 [en] (X11; U; FreeBSD 4.0-RELEASE i386) X-Accept-Language: ru, en MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: ftpd and pam in 4.0 release Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, Pam authentication is broken in ftpd in 4.0 release. Apparently, the problem is as a result of pam' rhost field not being filled up, which leads to incorrect behavior of pam_cleartext_pass_ok. Another bug is that ftpd calls skeyaccess on its on when generating the prompt. To be consistent this should go through pam too. Thanks, Igor. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 10: 9:43 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 10:09:39 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from nsv1005.zaq.ne.jp (nsv1005.zaq.ne.jp [210.224.35.10]) by hub.freebsd.org (Postfix) with SMTP id F21EF37B400 for ; Wed, 6 Dec 2000 10:09:38 -0800 (PST) Received: (qmail 14050 invoked from network); 7 Dec 2000 02:41:40 +0900 Received: from zaqd3877995.zaq.ne.jp (HELO afaoe604) (211.135.121.149) by nsvm02.zaq.ne.jp with SMTP; 7 Dec 2000 02:41:40 +0900 From: MATUYA To: freebsd-bugs@FreeBSD.ORG Subject: =?ISO-2022-JP?B?g1iDSoNwgVuDYIOFgVuDaYFbgsyDToOKg1iDfYNYg3aDjINbg5ODZ47AjnuShg==?= X-Mailer: MultiSneder1.2 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Message-Id: <20001206180939.F21EF37B400@hub.freebsd.org> Date: Wed, 6 Dec 2000 10:09:39 -0800 (PST) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ��ɂ��B �ˑR�̃��[��ł��݂܂��B �܂��Ԉ��ďd��ă��[��͂��A�{��ɂ��߂�Ȃ��B ��̂Ȃ��́A�[��l�ѐ\��グ�܂��ƂƂ��ɁA ��萔�ł��A��̂܂܍폜��ĉ��悤��肢�\��グ�܂��B ��A�X�J�p�[�`��[�i�[�̃N��X�}�X�v��[��g��{��I ��I�łP��l�ɃX�J�C�p�[�t�F�N�s�u�I�b�r�f�W�^��M�Z�b�g �sSU-CS5SET�t��v��[��g��܂��B �ǂ��ǂ��傭��B ��ߐ؂�F�P�Q��Q�O��P�U��܂� ��I�҂̔��\�F�P�Q��Q�Q�� P�Q��Q�S��ɂ��͂��\��ł��B �v��[��g�̉��͂��炩�� @http://www.rakuten.co.jp/matuya/421062/427982/ ��ڎ�� E��Ε�R�[�i�[�E��Z�b�g�͑�� E�I�B�~��A�疇�Ђ̋��w�� E�N��X�}�X�v��[��g �@�E��̖��o �疇�� @�E��Е��̉��l �� @�E�ʂ�� Ε�R�[�i�[�E��Z�b�g�͑�� @�P�Q��R�P��܂ł͂��Ε�E��Е��Z�b�g�̑��͖��ł��B �@�@��Ε�R�[�i�[�@http://www.rakuten.co.jp/matuya/410527/ �@�@��Z�b�g�@�@�@http://www.rakuten.co.jp/matuya/413025/ �� w�� @ �w��v��قǃv��C�X�_�E��Ă�� @�u�y�V��w��v��{��I�I��i�ōw��邽�߂Ɉ�v�c��ł��I �@��I�B�~�� Q�s��~�i�͂��݂��j �ʏ�̔��i �W�T�O�O�~(��ŕ�) �@�@��I��I�B�~��Ǝ��̐��@�ɂ��A�͂��݂ƃ��S�|�� @�@��Ǝ��Ԃ��ĒЂ��A�܂�₩�Ȗ��ɂȂ��Ă��܂��B �@�@��F��W�� @�@�̔�� 12��01��00��00��`12��15��23��00�� @��D�҂��قǈ��Ȃ� �@�݂�Ȃŋ��͂��΍ō��łQ�O�O�O�~�̊��I �@��͉��Ă��S��ꗥ�̂U�O�O�~�ł��B �@�@��D�͂��炩��@http://www.rakuten.co.jp/matuya/422498/429304/ �@��疇�� P�T�O�� ʏ�̔��i �V�O�O�~(��ŕ�) �@�@��I��ꂽ��@��Ԃ�𔖂��؂�A�ō��̍��z��g��ĒЂ��݂܂��B �@�@�̔�� 12��01��00��00��`12��15��23��00�� @��D�҂��قǈ��Ȃ� �@�݂�Ȃŋ��͂��΍ō��Ŕ��z�ɁI �@��͉��Ă��S��ꗥ�̂U�O�O�~�ł��B �@�@��D�͂��炩��@http://www.rakuten.co.jp/matuya/422498/429504/ �� N��X�}�X�v��[��g �� ܂₩��̃N��X�}�X�v��[��g�̓X�J�p�[�`��[�i�[�Z�b�g�B ��傳�ꂽ��璊�I�łP��l�ɃN��X�}�X�v��[��g��܂��B �v��[��g�̉��͂��炩�� http://www.rakuten.co.jp/matuya/421062/427982/ �� ̖��o �疇�� ̓~�̕��Ƃ��΁A�疇�ЁB�ꖇ�ꖇ��߂ĒЂ� ��A��̂̑�\�I�Ȋ�ł��B ��z�疇�Ё@�@�P�T�O�� V�O�O�~ �M�疇�Ё@�@�@�P�T�O�� V�O�O�~ �s��h�疇�Ё@�P�T�O�� V�O�O�~ ��z�疇�Ё@�@�P�T�O�� V�O�O�~ http://www.rakuten.co.jp/matuya/414998/427884/ �� w��ƒʏ폤�i�𓯎��w��̑�� ʏ퓖�X�Ŕ̔��Ă��鏤�i�Ƌ��w��ŗ��D��i�𓯎��ɍw�� ꍇ�A�z��悪��ł��Βʏ�w��̑��D�悳��܂��B �Ȃ��A�P�z��ɂ��v��5000�~�ȏ�͑��ł��B �E�ʏ폤�i�{��w�� ʏ�w��̏��i�̑��݂̂��܂� �E��w��{��w�� S��ꗥ�̂U�O�O�~�i�P��̑��j �E�ʏ폤�i�{�I�[�N�V�� ʏ�w��̏��i�̑��݂̂��܂� ��L�ɋL�ڂ��Ă��͏��i��P��Ƃ��Ă��͂��ł��ꍇ�݂̂ł��B ��i��ǂ��Ă��Q��ɂȂ�ꍇ�͗��ɑ��܂��B ��w��ꍇ�́A�R��g��l��ɂ��̂��Ƃ𖾋L��ĉ�� ł��邾��]��ɂ��Ȃ��悤�ɓw�͂��܂��B �� Е��̉��l �� u��v�͐疇�Ђ��ƕ��ԁA��̂̑�\�ł��B ��Â��Z�@�Ŏ� �@�Ԃ��ĒЂ��݁A��R�̖��킢�𐳊m�ɓ`��Ă��܂��B �@��s��Βn��ɂƂ�邷��Ԃ��ޗ��ɁA�̂Ȃ��̎�@��g��A �@��˂�ɂĂ��˂��ɐS��߂ĒЂ��ł��܂��B ��@�S�O�O�� P�O�O�O�~ http://www.rakuten.co.jp/matuya/414998/414999/ �� ʂ�� @��X��́u��֎q�ʂ��Ёv�̎��I��Ă��܂��܂��A��炩 �@��͖{�Ђ̏{�̖�؂��Љ�Ă��\��ł��B��Ԃ̌ӉZ�E�֎q��ÒЍD �@��̕��̂��߂ɔ��؂��ʂ��Ђ�L��x�c��ʂ��Ђ܂ł��낢�날��܂��B �ʂ��ЃR�[�i�[ http://www.rakuten.co.jp/matuya/410530/ �� @ ��Е��̂܂� URL�Fhttp://www.rakuten.co.jp/matuya/ E-mail�Fmatuya@vm01.vaio.ne.jp �� To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 11: 0: 6 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 11:00:03 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 87D8D37B400 for ; Wed, 6 Dec 2000 11:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6J03D63833; Wed, 6 Dec 2000 11:00:03 -0800 (PST) (envelope-from gnats) Date: Wed, 6 Dec 2000 11:00:03 -0800 (PST) Message-Id: <200012061900.eB6J03D63833@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Rich Wales Subject: Re: misc/23168: xconsole dumps core (XFree86 3.3.6) Reply-To: Rich Wales Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/23168; it has been noted by GNATS. From: Rich Wales To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: misc/23168: xconsole dumps core (XFree86 3.3.6) Date: Wed, 6 Dec 2000 10:58:37 -0800 (PST) I've found a workaround to this problem. Put the following lines in /usr/X11R6/lib/X11/xdm/Xsetup_0, before the call to "xconsole": export USER=root export HOME=/root The problem seems to have something to do with XFree86's _XGetpwuid() macro (defined in include/Xos_r.h). Defining the home directory (in this case, root's home) in the environment should cause the broken _XGetpwuid() call to be sidestepped. I'll bring this problem up with the XFree people. Rich Wales richw@webcom.com http://www.webcom.com/richw/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 11:20: 8 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 11:20:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B0FA237B402 for ; Wed, 6 Dec 2000 11:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6JK1O71156; Wed, 6 Dec 2000 11:20:01 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 6 Dec 2000 11:20:01 -0800 (PST) Resent-Message-Id: <200012061920.eB6JK1O71156@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, rdm@cfcl.com Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E025737B401 for ; Wed, 6 Dec 2000 11:18:11 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6JIBp70956; Wed, 6 Dec 2000 11:18:11 -0800 (PST) (envelope-from nobody) Message-Id: <200012061918.eB6JIBp70956@freefall.freebsd.org> Date: Wed, 6 Dec 2000 11:18:11 -0800 (PST) From: rdm@cfcl.com Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/23334: missing newline on fsck error message Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23334 >Category: misc >Synopsis: missing newline on fsck error message >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 06 11:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Rich Morin >Release: 4.1 >Organization: Canta Forda Computer Lab >Environment: FreeBSD cfcl.com 4.1-RELEASE FreeBSD 4.1-RELEASE #0: Fri Jul 28 14:30:31 GMT 200 0 jkh@ref4.freebsd.org:/usr/src/sys/compile/GENERIC i386 >Description: The fsck(8) command gives the message "Can't resolve ___ to character special device" The message has no trailing period OR newline. Ugly! >How-To-Repeat: fsck foo >Fix: In preen.c, add a period and newline to the printf, as: printf("Can't resolve %s to character special device.\n", ... >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 11:30:14 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 11:30:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9AE5F37B401 for ; Wed, 6 Dec 2000 11:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6JU1l72737; Wed, 6 Dec 2000 11:30:01 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 6 Dec 2000 11:30:01 -0800 (PST) Resent-Message-Id: <200012061930.eB6JU1l72737@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, mark@whistle.com Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (Postfix) with ESMTP id 5F81937B400 for ; Wed, 6 Dec 2000 11:20:48 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.10.0/8.10.0) id eB6JKlJ23601 for ; Wed, 6 Dec 2000 11:20:47 -0800 (PST) Received: from shark.whistle.com( 207.76.205.40) by whistle.com via smap (V2.0) id xma023594; Wed, 6 Dec 2000 11:20:31 -0800 Received: (from mark@localhost) by shark.whistle.com (8.11.1/8.11.0) id eB6JKV901355; Wed, 6 Dec 2000 11:20:31 -0800 (PST) (envelope-from mark) Message-Id: <200012061920.eB6JKV901355@shark.whistle.com> Date: Wed, 6 Dec 2000 11:20:31 -0800 (PST) From: Mark Peek Reply-To: mark@whistle.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/23335: [PATCH] Error messages from tunefs could be more informative Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23335 >Category: bin >Synopsis: [PATCH] Error messages from tunefs could be more informative >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Dec 06 11:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mark Peek >Release: FreeBSD 5.O-CURRENT i386 >Organization: Whistle Communications, Inc. >Environment: >Description: Error messages from tunefs could be more informative. For instance, running "tunefs -n enable" produces this error: tunefs: /dev//enable: No such file or directory A standard usage message would be more useful. >How-To-Repeat: Run "tunefs -n enable" >Fix: The tunefs code assumed that the last argument was the device specification. The patch below will parse the arguments first, then open the device (if specified) and then apply the changes. This change will disallow the (undocumented) use of multiple instances of the same argument on the same command line for the sack of a better error message. Index: tunefs.c =================================================================== RCS file: /cvs/freebsd/src/sbin/tunefs/tunefs.c,v retrieving revision 1.13 diff -r1.13 tunefs.c 94c94,96 < int Aflag = 0, active = 0; --- > int Aflag = 0, pflag = 0, active = 0; > int aflag = 0, dflag = 0, eflag = 0, mflag = 0, nflag = 0, oflag = 0; > char *aopt, *dopt, *eopt, *mopt, *nopt, *oopt; 102a105,154 > found_arg = 0; /* at least one arg is required */ > while ((ch = getopt(argc, argv, "Aa:d:e:m:n:o:p")) != -1) > switch (ch) { > case 'A': > found_arg = 1; > Aflag++; > break; > case 'a': > found_arg = 1; > aflag = 1; > aopt = optarg; > break; > case 'd': > found_arg = 1; > dflag = 1; > dopt = optarg; > break; > case 'e': > found_arg = 1; > eflag = 1; > eopt = optarg; > break; > case 'm': > found_arg = 1; > mflag = 1; > mopt = optarg; > break; > case 'n': > found_arg = 1; > nflag = 1; > nopt = optarg; > break; > case 'o': > found_arg = 1; > oflag = 1; > oopt = optarg; > break; > case 'p': > found_arg = 1; > pflag = 1; > break; > default: > usage(); > } > argc -= optind; > argv += optind; > > if (found_arg == 0 || argc != 1) > usage(); > 128,136c180,185 < found_arg = 0; /* at least one arg is required */ < while ((ch = getopt(argc, argv, "Aa:d:e:m:n:o:p")) != -1) < switch (ch) { < case 'A': < found_arg = 1; < Aflag++; < break; < case 'a': < found_arg = 1; --- > if (pflag) { > printfs(); > exit(0); > } > > if (aflag) { 138c187 < i = atoi(optarg); --- > i = atoi(aopt); 140c189 < errx(10, "%s must be >= 1 (was %s)", name, optarg); --- > errx(10, "%s must be >= 1 (was %s)", name, aopt); 143c192,195 < break; --- > } else { > warnx("%s changes from %d to %d", > name, sblock.fs_maxcontig, i); > sblock.fs_maxcontig = i; 145,149c197,199 < warnx("%s changes from %d to %d", name, sblock.fs_maxcontig, i); < sblock.fs_maxcontig = i; < break; < case 'd': < found_arg = 1; --- > } > > if (dflag) { 151c201 < i = atoi(optarg); --- > i = atoi(dopt); 154,156c204,205 < break; < } < warnx("%s changes from %dms to %dms", --- > } else { > warnx("%s changes from %dms to %dms", 158,161c207,211 < sblock.fs_rotdelay = i; < break; < case 'e': < found_arg = 1; --- > sblock.fs_rotdelay = i; > } > } > > if (eflag) { 163c213 < i = atoi(optarg); --- > i = atoi(eopt); 165c215 < errx(10, "%s must be >= 1 (was %s)", name, optarg); --- > errx(10, "%s must be >= 1 (was %s)", name, eopt); 168c218,221 < break; --- > } else { > warnx("%s changes from %d to %d", > name, sblock.fs_maxbpg, i); > sblock.fs_maxbpg = i; 170,174c223,225 < warnx("%s changes from %d to %d", name, sblock.fs_maxbpg, i); < sblock.fs_maxbpg = i; < break; < case 'm': < found_arg = 1; --- > } > > if (mflag) { 176c227 < i = atoi(optarg); --- > i = atoi(mopt); 178c229 < errx(10, "bad %s (%s)", name, optarg); --- > errx(10, "bad %s (%s)", name, mopt); 181,183c232,233 < break; < } < warnx("%s changes from %d%% to %d%%", --- > } else { > warnx("%s changes from %d%% to %d%%", 185,192c235,243 < sblock.fs_minfree = i; < if (i >= MINFREE && sblock.fs_optim == FS_OPTSPACE) < warnx(OPTWARN, "time", ">=", MINFREE); < if (i < MINFREE && sblock.fs_optim == FS_OPTTIME) < warnx(OPTWARN, "space", "<", MINFREE); < break; < case 'n': < found_arg = 1; --- > sblock.fs_minfree = i; > if (i >= MINFREE && sblock.fs_optim == FS_OPTSPACE) > warnx(OPTWARN, "time", ">=", MINFREE); > if (i < MINFREE && sblock.fs_optim == FS_OPTTIME) > warnx(OPTWARN, "space", "<", MINFREE); > } > } > > if (nflag) { 194c245 < if (strcmp(optarg, "enable") == 0) { --- > if (strcmp(nopt, "enable") == 0) { 197c248 < } else if (strcmp(optarg, "disable") == 0) { --- > } else if (strcmp(nopt, "disable") == 0) { 205,207c256,258 < break; < case 'o': < found_arg = 1; --- > } > > if (oflag) { 211c262 < if (strcmp(optarg, chg[FS_OPTSPACE]) == 0) --- > if (strcmp(oopt, chg[FS_OPTSPACE]) == 0) 213c264 < else if (strcmp(optarg, chg[FS_OPTTIME]) == 0) --- > else if (strcmp(oopt, chg[FS_OPTTIME]) == 0) 220,222c271,272 < break; < } < warnx("%s changes from %s to %s", --- > } else { > warnx("%s changes from %s to %s", 224,240c274,280 < sblock.fs_optim = i; < if (sblock.fs_minfree >= MINFREE && i == FS_OPTSPACE) < warnx(OPTWARN, "time", ">=", MINFREE); < if (sblock.fs_minfree < MINFREE && i == FS_OPTTIME) < warnx(OPTWARN, "space", "<", MINFREE); < break; < case 'p': < printfs(); < exit(0); < default: < usage(); < } < argc -= optind; < argv += optind; < < if (found_arg == 0 || argc != 1) < usage(); --- > sblock.fs_optim = i; > if (sblock.fs_minfree >= MINFREE && i == FS_OPTSPACE) > warnx(OPTWARN, "time", ">=", MINFREE); > if (sblock.fs_minfree < MINFREE && i == FS_OPTTIME) > warnx(OPTWARN, "space", "<", MINFREE); > } > } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 11:40: 8 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 11:40:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 47E0F37B402 for ; Wed, 6 Dec 2000 11:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6Je1W74952; Wed, 6 Dec 2000 11:40:01 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 6 Dec 2000 11:40:01 -0800 (PST) Resent-Message-Id: <200012061940.eB6Je1W74952@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, root@samurai.dee.uc.pt Received: from samurai.dee.uc.pt (samurai.dee.uc.pt [193.136.205.41]) by hub.freebsd.org (Postfix) with ESMTP id DD22B37B402 for ; Wed, 6 Dec 2000 11:30:03 -0800 (PST) Received: (from root@localhost) by samurai.dee.uc.pt (8.11.1/8.11.1) id eB6JT9N03837; Wed, 6 Dec 2000 19:29:09 GMT (envelope-from paulo) Message-Id: <200012061929.eB6JT9N03837@samurai.dee.uc.pt> Date: Wed, 6 Dec 2000 19:29:09 GMT From: root@samurai.dee.uc.pt Sender: paulo@samurai.dee.uc.pt Reply-To: root@samurai.dee.uc.pt To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/23336: PnP faxmodem PnP ID Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23336 >Category: kern >Synopsis: ID for PnP Faxmodem >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Dec 06 11:40:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Paulo Menezes >Release: FreeBSD 4.2-STABLE i386 >Organization: DEE UC >Environment: >Description: Adding the ID to sio.c the zoom 33.6 faxmodem is detected and works quite well >How-To-Repeat: >Fix: *** sio.c.old Wed Dec 6 19:21:43 2000 --- sio.c Wed Dec 6 19:23:31 2000 *************** *** 682,687 **** --- 682,688 ---- {0xf015f435, NULL}, /* MOT15F0 - Motorola VoiceSURFR 56K Modem */ {0x6045f435, NULL}, /* MOT4560 - Motorola ? */ {0x61e7a338, NULL}, /* NECE761 - 33.6Modem */ + {0x08804f3f, NULL}, /* OZO8008 - Zoom (33.6k Modem) */ {0x0f804f3f, NULL}, /* OZO800f - Zoom 2812 (56k Modem) */ {0x39804f3f, NULL}, /* OZO8039 - Zoom 56k flex */ {0x3024a341, NULL}, /* PMC2430 - Pace 56 Voice Internal Modem */ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 14:10: 6 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 14:10:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5FE5D37B401 for ; Wed, 6 Dec 2000 14:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6MA1604885; Wed, 6 Dec 2000 14:10:01 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 6 Dec 2000 14:10:01 -0800 (PST) Resent-Message-Id: <200012062210.eB6MA1604885@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, jmt@tbe.net Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 598FD37B699 for ; Wed, 6 Dec 2000 14:05:45 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB6M5jK04412; Wed, 6 Dec 2000 14:05:45 -0800 (PST) (envelope-from nobody) Message-Id: <200012062205.eB6M5jK04412@freefall.freebsd.org> Date: Wed, 6 Dec 2000 14:05:45 -0800 (PST) From: jmt@tbe.net Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/23339: ntp version is 4.0.99b -- current version is 4.0.99k Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23339 >Category: misc >Synopsis: ntp version is 4.0.99b -- current version is 4.0.99k >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Dec 06 14:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Jack Twilley >Release: 4.2-STABLE >Organization: self >Environment: FreeBSD laptop.twilley.org 4.2-STABLE FreeBSD 4.2-STABLE #0: Wed Dec 6 08:41:46 GMT 2000 root@laptop.twilley.org:/usr/obj/usr/src/sys/NECVERSA i386 >Description: I have a laptop I'm using as a time server. I use the Motorola Oncore M12 GPS receiver as a local clock. This receiver only functions properly with more recent versions of ntp 4.0.99 -- j or k. The version that comes with FreeBSD is 4.0.99b, and the version in ports is 4.0.99i. >How-To-Repeat: Install 4.2-STABLE via cvsup, and build and install the world. The version of /usr/sbin/ntpd will be 4.0.99b. >Fix: Use 4.0.99k -- available from http://www.eecis.udel.edu/~ntp/ntp_spool/ntp4/ntp-4.0.99k.tar.gz or ftp://ftp.udel.edu/pub/ntp/ntp4/ntp-4.0.99k.tar.gz >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Dec 6 15: 7:52 2000 From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 15:07:48 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from temphost.dragondata.com (temphost.dragondata.com [63.167.131.128]) by hub.freebsd.org (Postfix) with ESMTP id 26DEC37B400; Wed, 6 Dec 2000 15:07:48 -0800 (PST) Received: (from toasty@localhost) by temphost.dragondata.com (8.9.3/8.9.3) id RAA64600; Wed, 6 Dec 2000 17:12:59 -0600 (CST) (envelope-from toasty) From: Kevin Day Message-Id: <200012062312.RAA64600@temphost.dragondata.com> Subject: New ATA code in 4.1.1+ breaks ServerWorks sym To: bugs@freebsd.org, sos@freebsd.org Date: Wed, 6 Dec 2000 17:12:54 -0600 (CST) X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org After upgrading my Proliant ML530 server from 4.1 to 4.1.1, i got a panic on boot in the sym driver, saying "Unable to allocate IRQ resource", then a kernel trap. I narrowed down the breakage to a specific set of commits: Edit src/sys/dev/ata/ata-all.c Add delta 1.50.2.6 2000.08.22.08.41.28 sos Edit src/sys/dev/ata/ata-all.h Add delta 1.26.2.2 2000.08.22.08.41.29 sos Edit src/sys/dev/ata/ata-disk.c Add delta 1.60.2.6 2000.08.22.08.41.29 sos Edit src/sys/dev/ata/ata-dma.c Add delta 1.35.2.4 2000.08.22.08.41.29 sos Edit src/sys/dev/ata/atapi-cd.c Add delta 1.48.2.4 2000.08.22.08.41.29 sos Edit src/sys/dev/ata/atapi-cd.h Add delta 1.15.2.3 2000.08.22.08.41.29 sos MFC: Update with latest fixes from -current. ATA100 support. New improved probe. Multisector setup more restrictive ata-disk. New error recovery in ata-disk. Remove sequence checks in atapi-cd Full boot message before this commit: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1-RELEASE #0: Thu Jul 27 04:44:16 GMT 2000 root@usw4.freebsd.org:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (863.93-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383f9ff real memory = 1073725440 (1048560K bytes) avail memory = 1040642048 (1016252K bytes) Pentium Pro MTRR support enabled md0: Malloc disk npx0: $on motherboard
npx0: INT 16 interface
pcib0: on motherboard
pci0: on pcib0
pci0: (vendor=0x0e11, dev=0xa0f0) at 3.0
pci0: at 5.0
isab0: at device 15.0 on pci0
isa0: on isab0
atapci0: port 0x2400-0x240f at device 15.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
pcib2: on motherboard
pci2: on pcib2
sym0: <896> port 0x3000-0x30ff mem 0xc6bfc000-0xc6bfdfff,0xc6bffc00-0xc6bfffff irq 15 at device 5.0 on pci2
sym0: Symbios NVRAM, ID 7, Fast-40, LVD, parity checking
sym0: open drain IRQ line driver, using on-chip SRAM
sym0: using LOAD/STORE-based firmware.
sym0: handling phase mismatch from SCRIPTS.
sym1: <896> port 0x3400-0x34ff mem 0xc6bf8000-0xc6bf9fff,0xc6bfbc00-0xc6bfbfff irq 15 at device 5.1 on pci2
sym1: Symbios NVRAM, ID 7, Fast-40, SE, parity checking
sym1: open drain IRQ line driver, using on-chip SRAM
sym1: using LOAD/STORE-based firmware.
sym1: handling phase mismatch from SCRIPTS.
pcib255: on motherboard
pci255: on pcib255
pcib5: on motherboard
pci5: on pcib5
sym2: <896> port 0x4000-0x40ff mem 0xc6ffc000-0xc6ffdfff,0xc6fffc00-0xc6ffffff irq 10 at device 4.0 on pci5
sym2: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym3: <896> port 0x4400-0x44ff mem 0xc6ff8000-0xc6ff9fff,0xc6ffbc00-0xc6ffbfff irq 11 at device 4.1 on pci5
sym3: No NVRAM, ID 7, Fast-40, LVD, parity checking
pci5: (vendor=0x120e, dev=0x0201) at 8.0
fxp0: port 0x4880-0x48bf mem 0xc6c00000-0xc6cfffff,0xc6dff000-0xc6dfffff irq 5 at device 9.0 on pc
i5
fxp0: Ethernet address 00:50:8b:af:06:b8
eisa0: on motherboard
mainboard0: on eisa0 slot 0
fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: at port 0x60,0x64 on isa0
atkbd0: flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
ppc0: cannot reserve I/O port range
ata0-slave: ata_command: timeout waiting for intr
ata0-slave: identify failed
acd0: CDROM at ata0-master using PIO4

Relevant boot messages after this commit: (hand typed, port/memory regions omitted)

pcib0: on motherboard
pci0: on pcib0
pci0: (vendor=0x0e11, dev=0xa0f0) at 3.0
pci0: at 5.0
fxp0: port 0x2400-0x243f mem=0xc800000-0xc8fffff,0xc69fd000-0xc69fdfff irq5 at device 8.0 on pci0
fxp0: Ethernet address ...
isab0: at device 15.0 on pci0
isa0: on isab0
atapci0: port 0x2440-0x244f at device 15.1 on pci0
ata0: at 0x1f0 irq14 on atapci0
ata1: at 0x170 irq15 on atapci0
pcib2: on motherboard
pci2: on pcib2
pci2: (vendor=0x1148, dev0x4300) at 6.0 irq 10
pcib255: on motherboard
pci255: on pcib255
pcib5: on motherboard
pci5: on pcib5
sym0: <896> port .... mem .... irq 11 at device 4.0 on pci5
sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking
sym1: <896> port .... mem .... irq 15 at device 4.1 on pci5
sym1: failed to allocate IRQ resource

Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x0
fault code = supervisor read, page not present
... (omitted) ...
panic: page fault
Uptime: 0s

This motherboard only has one IDE channel... at least, only one connector,
and it's only designed to go to the CD-ROM. Everything else is SCSI.
4.1-RELEASE only saw the primary channel. But after that commit, it sees two
channels. I don't know if this is correct or not, but the side effect is
that the secondary IDE channel uses IRQ 15, which sym1 wants to use, and
somehow can't share.

Sym0 was sucessfully moved from 15 to 11, to avoid sharing i'm guessing...
why didn't sym1 get moved, if that's the case?

In any case, this breaks GENERIC on 4.1.1 and higher on Proliant ML series
servers... Can someone take a look at this? I'm willing to help how I can.

-- Kevin

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

From owner-freebsd-bugs Wed Dec 6 17:26:25 2000
From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 17:26:22 2000
Return-Path: Delivered-To: freebsd-bugs@freebsd.org
Received: from whois1.dandydomains.com (unknown [64.5.216.100])
by hub.freebsd.org (Postfix) with ESMTP id D789637B401
for; Wed, 6 Dec 2000 17:26:21 -0800 (PST)
Received: (from newboxes@localhost)
by whois1.dandydomains.com (8.10.2/8.9.1) id eB71QLR00307;
Wed, 6 Dec 2000 21:26:21 -0400
Date: Wed, 6 Dec 2000 21:26:21 -0400
Message-Id: <200012070126.eB71QLR00307@whois1.dandydomains.com>
From: admin@sincityhosting.com
To: bugs@freebsd.org
Subject: Free Adult Hosting For Thumbs/sites
Sender: newboxes@whois1.dandydomains.com
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Webmasters:
Get your Free Adult Website from SinCity Hosting!
We offer up to 50Megs of disk space or more if needed!
Free content! Super fast servers!
24/7 Email tech support and unlimited transfer!

http://www.sincityhosting.com/start.html

-------------------------------------
Reply with "NO" in the subject line
to be taken off our webmaster list.
-------------------------------------

-------------------------------------
Free Web Email Accounts
http://www.freewebemail.com
-------------------------------------

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

From owner-freebsd-bugs Wed Dec 6 18:44:44 2000
From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 18:44:41 2000
Return-Path: Delivered-To: freebsd-bugs@freebsd.org
Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80])
by hub.freebsd.org (Postfix) with ESMTP id 3630A37B400
for; Wed, 6 Dec 2000 18:44:16 -0800 (PST)
Received: (from grog@localhost)
by wantadilla.lemis.com (8.11.0/8.9.3) id eB72cW729192;
Thu, 7 Dec 2000 13:08:32 +1030 (CST)
(envelope-from grog)
Date: Thu, 7 Dec 2000 13:08:32 +1030
From: Greg Lehey To: Josef Karthauser Cc: Carlos Amengual,
Soren Schmidt, freebsd-bugs@FreeBSD.ORG
Subject: Re: kern/22086: DMA errors during intensive disk activity on vinum volume
Message-ID: <20001207130832.U27667@wantadilla.lemis.com>
References: <200011290755.IAA75175@freebsd.dk> <010d01c05a10$a6901190$0400000a@hin> <20001206123009.F79990@bsdi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.2.5i
In-Reply-To: <20001206123009.F79990@bsdi.com>; from joe@tao.org.uk on Wed, Dec 06, 2000 at 12:30:09PM +0000
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-418-838-708
WWW-Home-Page: http://www.lemis.com/~grog
X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF
Sender: grog@wantadilla.lemis.com
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

On Wednesday, 6 December 2000 at 12:30:09 +0000, Josef Karthauser wrote:
> On Wed, Nov 29, 2000 at 03:28:26PM +0100, Carlos Amengual wrote:
>> On mi�rcoles 29 de noviembre de 2000 8:55, "Soren Schmidt" wrote:
>>> It seems Greg Lehey wrote:
>>>>>
>>>>> This is an old problem with vinum, somehow vinum manage to trash
>>>>> the ad_request struct between where the ata drives makes it in
>>>>> ad_strategy and when it actually gets used later..
>>>>> I thought this was fixed at least in -current long ago, but
>>>>> apparently this was either not backported to -stable or the fix
>>>>> was not good enough.
>>>>
>>>> No, the problem went into hiding. It was you who thought it had gone
>>>> away.
>>>
>>> Yes, at a time, but back then we found out that fxp just accelerated
>>> the problem, it did not create it.
>>>
>>>> 1. This config does not include an fxp device, which you had in the
>>>> past blamed for the problems:
>>>>
>>>>> Now, I'm not sure if its vinum or the fxp driver that has a
>>>>> problem, but since others have seen strange problems semilar to
>>>>> this on other type of systems, I'd say it points very much at
>>>>> fxp... The latest fix you put into -current is needed though...
>>>
>>> See above, I provided you with dumps and what not, but it newer
>>> got past that. Since you removed your maintainer bit on vinum it
>>> all went into a halt. In the meantime I have decommisioned all
>>> the vinum boxes I had out there, fortunately all had either
>>> promise or highpoint controllers so they now run ATA RAID's
>>> happily without any problems, so vinum is no longer an issue for
>>> me at least...
>>>
>>>> 2. Robin seems to be able to work through the source code, so this
>>>> time we may be able to catch it.
>>>
>>> More power to you :)
>> No lack of consideration for Greg's work intended, but as RAID is essentially
>> meant to be used in critical-mission servers, people isn't likely to be
>> willing to play & debug something on which their businesses will depend,
>> especially when hardware controllers (which apparently work) are available.
>
> I sent Greg a large amount of debug that it took me a week collection
> with respect to this problem.
>
> Did you ever get anywhere with this Greg? I never got a response from
> you!

Sorry, I've been swamped. I've finally taken a look at it. The first
reason why I didn't reply earlier was that you attached the info (most
of which I didn't ask for and didn't need) as a .gz attachment, so I
couldn't just read it out of my mail reader.

Looking through now, I find that you end up in remote serial debug in
unlockrange(), though it's not clear how you got there. But it's
clear that this isn't the same problem: the buffer header you looked
at is perfectly OK. It's also not the same problem that you described
in your mail message of 31 October, where bp->b_iodone had been zeroed
out, along (probably) with some adjoining fields.

IIRC you no longer have access to the machine in question, but if you
do, I should now be in a position to continue debugging. Otherwise,
the good news is that I will be getting more equipment Real Soon Now,
and should be in a better position to reproduce this problem.

Greg
--
Finger grog@lemis.com for PGP public key
See complete headers for address and phone numbers

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

From owner-freebsd-bugs Wed Dec 6 20: 0: 7 2000
From owner-freebsd-bugs@FreeBSD.ORG Wed Dec 6 20:00:02 2000
Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
by hub.freebsd.org (Postfix) with ESMTP id 1ECE037B401
for; Wed, 6 Dec 2000 20:00:02 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.11.1/8.11.1) id eB7402V52914;
Wed, 6 Dec 2000 20:00:02 -0800 (PST)
(envelope-from gnats)
Resent-Date: Wed, 6 Dec 2000 20:00:02 -0800 (PST)
Resent-Message-Id: <200012070400.eB7402V52914@freefall.freebsd.org>
Resent-From: gnats-admin@FreeBSD.org (GNATS Management)
Resent-To: freebsd-bugs@FreeBSD.org
Resent-Reply-To: gnats-admin@FreeBSD.org,
kaho@elam.kais.kyoto-u.ac.jp
Received: from elam.kais.kyoto-u.ac.jp (elam.kais.kyoto-u.ac.jp [130.54.60.9])
by hub.freebsd.org (Postfix) with ESMTP id 3D3E537B400
for; Wed, 6 Dec 2000 19:50:17 -0800 (PST)
Received: (from kaho@localhost)
by elam.kais.kyoto-u.ac.jp (8.11.1/8.11.1) id eB73oFB75168;
Thu, 7 Dec 2000 12:50:15 +0900 (JST)
(envelope-from kaho)
Message-Id: <200012070350.eB73oFB75168@elam.kais.kyoto-u.ac.jp>
Date: Thu, 7 Dec 2000 12:50:15 +0900 (JST)
From: kaho@elam.kais.kyoto-u.ac.jp
Reply-To: kaho@elam.kais.kyoto-u.ac.jp
To: FreeBSD-gnats-submit@freebsd.org
X-Send-Pr-Version: 3.2
Subject: kern/23344: New PnP ID of a PCMCIA Adapter
Resent-Sender: gnats@FreeBSD.org
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

>Number: 23344
>Category: kern
>Synopsis: no data in the PnP ID database
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: change-request
>Submitter-Id: current-users
>Arrival-Date: Wed Dec 06 20:00:01 PST 2000
>Closed-Date:
>Last-Modified:
>Originator: Kaho Toshikazu
>Release: FreeBSD 4.2-STABLE i386
>Organization:
Kyoto University, Japan
>Environment:
I have a PnP PCMCIA adapter, which product name is
"SCM SwapBox Classic X2P". The "pnpinfo" command output is here.

----
Checking for Plug-n-Play devices...

Card assigned CSN #1
Vendor ID SCM0469 (0x69046d4c), Serial Number 0xb2c1c8e5
PnP Version 1.0, Vendor Version 0
Device Description: SCM SwapBox Plug and Play

Logical Device ID: SCM0469 0x69046d4c #0
Vendor register funcs 00
I/O Range 0x3e0 .. 0x3fe, alignment 0x2, len 0x2
[16-bit addr]
End Tag

Successfully got 4 resources, 1 logical fdevs
-- card select # 0x0001

CSN SCM0469 (0x69046d4c), Serial Number 0xb2c1c8e5

Logical device #0
IO: 0x03e0 0x03e0 0x03e0 0x03e0 0x03e0 0x03e0 0x03e0 0x03e0
IRQ 0 0
DMA 4 4
IO range check 0x00 activate 0x01
----
>Description:
This adapter was operating on FreeBSD 3.x, but is not recginized
by FreeBSD 4.2-STABLE.

>How-To-Repeat:

>Fix:
This patch makes it perform. I can use now WaveLan card
"MELCO WLI-PCM-L11"(wi0) with it. The dmesg is this:
"pcic0:$ Untitled http://www.yahoo.com/info.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 2:30:10 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 02:30:04 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3172E37B401 for ; Thu, 7 Dec 2000 02:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7AU4F16749; Thu, 7 Dec 2000 02:30:04 -0800 (PST) (envelope-from gnats) Date: Thu, 7 Dec 2000 02:30:04 -0800 (PST) Message-Id: <200012071030.eB7AU4F16749@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: opentrax@email.com Subject: Re: misc/22577: 486SLC2-50MHz won't boot 3.x or 4.x floppies, but d oes boot 2.2.7 Reply-To: opentrax@email.com Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/22577; it has been noted by GNATS. From: opentrax@email.com To: alcino@tci.ufal.br Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/22577: 486SLC2-50MHz won't boot 3.x or 4.x floppies, but d oes boot 2.2.7 Date: Thu, 7 Dec 2000 02:22:00 -0800 (PST) Could you please fill out a PR (Problem Report) at: http://www.freebsd.org/send-pr.html I said that I MIGHT work on this, if I get time. I suspect the problem is in the CPU probe code. As such I need to build a new set of boot diskettes to test this. I'm not sure when I'll get time, but if you fill out a PR there will at least be some information to check on. On 6 Dec, alcino@tci.ufal.br wrote: > > I'm having a similar problem with a 486Dx2/66 IBM > ValuePoint. I don't test yet with the 2.2.7 diskettes, > just with 4.1 and 4.2. The the boot reads the diskettes > and start a flashing problably registers show > (illegible but I could gues this). I'm a newbie with > FreeBSD, but a bit experiencied with computers so jokes > like to ask if I'm using the right pair of diskettes > are useless. > > Question: I can install FreeBSD after booting with > older diskettes? > > PS.: a friend report to me that he have the same > problem with a 486, but all work well in a K6, and a hd > transplantation back to the 486 works well. > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 3: 5:46 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 03:05:44 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from genius.tao.org.uk (genesis.tao.org.uk [194.242.131.94]) by hub.freebsd.org (Postfix) with ESMTP id E891D37B401 for ; Thu, 7 Dec 2000 03:05:43 -0800 (PST) Received: by genius.tao.org.uk (Postfix, from userid 100) id AAB9E9B04; Thu, 7 Dec 2000 11:11:38 +0000 (GMT) Date: Thu, 7 Dec 2000 11:11:38 +0000 From: Josef Karthauser To: Greg Lehey Cc: Carlos Amengual , Soren Schmidt , freebsd-bugs@FreeBSD.ORG Subject: Re: kern/22086: DMA errors during intensive disk activity on vinum volume Message-ID: <20001207111138.I631@bsdi.com> References: <200011290755.IAA75175@freebsd.dk> <010d01c05a10$a6901190$0400000a@hin> <20001206123009.F79990@bsdi.com> <20001207130832.U27667@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001207130832.U27667@wantadilla.lemis.com>; from grog@lemis.com on Thu, Dec 07, 2000 at 01:08:32PM +1030 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Dec 07, 2000 at 01:08:32PM +1030, Greg Lehey wrote: > > I sent Greg a large amount of debug that it took me a week collection > > with respect to this problem. > > > > Did you ever get anywhere with this Greg? I never got a response from > > you! > > Sorry, I've been swamped. I've finally taken a look at it. The first > reason why I didn't reply earlier was that you attached the info (most > of which I didn't ask for and didn't need) as a .gz attachment, so I > couldn't just read it out of my mail reader. It was big :) It took almost a day to get the data out of the remote serial link! > Looking through now, I find that you end up in remote serial debug in > unlockrange(), though it's not clear how you got there. But it's > clear that this isn't the same problem: the buffer header you looked > at is perfectly OK. It's also not the same problem that you described > in your mail message of 31 October, where bp->b_iodone had been zeroed > out, along (probably) with some adjoining fields. It's clear to me that there are either several problems related to the raid5 code, or some common problem that is triggering these problems. > IIRC you no longer have access to the machine in question, but if you > do, I should now be in a position to continue debugging. Otherwise, > the good news is that I will be getting more equipment Real Soon Now, > and should be in a better position to reproduce this problem. Sigh. I had a week of time committed to solving this problem, but I didn't get the help that I needed or requested from you to take advantage of it so the time frittered away :(. I'm glad that you're getting hardware though - my experience is that I wouldn't trust my home directory to vinum/raid5 currently, which is a shame as you've obviously put a great deal of time into its implemention. Can you take a look through the debug output I sent you and see what the problem was please, so that we can PR it. Thanks, Joe -- Josef Karthauser [joe@FreeBSD.org, joe@tao.org.uk] ......... FreeBSD: The power to change the world ........ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 3:20: 8 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 03:20:05 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6489937B401 for ; Thu, 7 Dec 2000 03:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7BK5t24681; Thu, 7 Dec 2000 03:20:05 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 7 Dec 2000 03:20:05 -0800 (PST) Resent-Message-Id: <200012071120.eB7BK5t24681@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, venglin@freebsd.lublin.pl Received: from yeti.ismedia.pl (unknown [212.182.96.18]) by hub.freebsd.org (Postfix) with SMTP id B56C637B400 for ; Thu, 7 Dec 2000 03:17:30 -0800 (PST) Received: (qmail 38050 invoked from network); 7 Dec 2000 11:17:54 -0000 Received: from unknown (HELO lagoon.freebsd.lublin.pl) (212.182.115.11) by 0 with SMTP; 7 Dec 2000 11:17:54 -0000 Received: (qmail 21560 invoked from network); 7 Dec 2000 11:19:03 -0000 Received: from unknown (HELO riget.scene.pl) (212.182.115.2) by 0 with SMTP; 7 Dec 2000 11:19:03 -0000 Received: (qmail 61677 invoked by uid 1001); 7 Dec 2000 11:16:03 -0000 Message-Id: <20001207111603.61676.qmail@riget.scene.pl> Date: 7 Dec 2000 11:16:03 -0000 From: venglin@freebsd.lublin.pl Reply-To: venglin@freebsd.lublin.pl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/23352: [SECURITY] buffer overflow in opieftpd Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23352 >Category: bin >Synopsis: [SECURITY] buffer overflow in opieftpd >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 07 03:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Przemyslaw Frasunek >Release: FreeBSD 4.2-STABLE i386 >Organization: ISMEDIA >Environment: FreeBSD 4.2-STABLE as of 5th December 2000. >Description: ftpd_popen() from opieftpd contains buffer overflow. opieftpd is not compiled by default. >How-To-Repeat: N/A >Fix: --- popen.c.bak Thu Dec 7 12:11:24 2000 +++ popen.c Thu Dec 7 12:18:04 2000 @@ -82,10 +82,13 @@ #include #endif /* HAVE_STRING_H */ #include "opie.h" +#define MAXUSRARGS 100 +#define MAXGLOBARGS 1000 + char **ftpglob __P((register char *)); char **copyblk __P((char **)); VOIDRET blkfree __P((char **)); /* @@ -101,34 +104,36 @@ FILE *ftpd_popen FUNCTION((program, type), char *program AND char *type) { char *cp; FILE *iop; int argc, gargc, pdes[2]; - char **pop, *argv[100], *gargv[1000], *vv[2]; + char **pop, *argv[MAXUSRARGS], *gargv[MAXGLOBARGS], *vv[2]; if ((*type != 'r' && *type != 'w') || type[1]) return (NULL); if (pipe(pdes) < 0) return (NULL); /* break up string into pieces */ - for (argc = 0, cp = program;; cp = NULL) + for (argc = 0, cp = program; argc < MAXUSRARGS-1; cp = NULL) { if (!(argv[argc++] = strtok(cp, " \t\n"))) break; + } + argv[argc - 1] = NULL; /* glob each piece */ gargv[0] = argv[0]; - for (gargc = argc = 1; argv[argc]; argc++) { + for (gargc = argc = 1; argv[argc] && gargc < (MAXGLOBARGS-1); argc++) { if (!(pop = (char **) ftpglob(argv[argc]))) { /* globbing failed */ vv[0] = argv[argc]; vv[1] = NULL; pop = (char **) copyblk(vv); } argv[argc] = (char *) pop; /* save to free later */ - while (*pop && gargc < 1000) + while (*pop && gargc < MAXGLOBARGS-1) gargv[gargc++] = *pop++; } gargv[gargc] = NULL; iop = NULL; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 4: 0: 6 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 04:00:05 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7C4E637B400 for ; Thu, 7 Dec 2000 04:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7C04f30017; Thu, 7 Dec 2000 04:00:04 -0800 (PST) (envelope-from gnats) Date: Thu, 7 Dec 2000 04:00:04 -0800 (PST) Message-Id: <200012071200.eB7C04f30017@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dag-Erling Smorgrav Subject: Re: bin/23352: [SECURITY] buffer overflow in opieftpd Reply-To: Dag-Erling Smorgrav Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/23352; it has been noted by GNATS. From: Dag-Erling Smorgrav To: venglin@freebsd.lublin.pl Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/23352: [SECURITY] buffer overflow in opieftpd Date: 07 Dec 2000 12:54:15 +0100 venglin@freebsd.lublin.pl writes: > ftpd_popen() from opieftpd contains buffer overflow. opieftpd is not > compiled by default. While you're there, you might want to rewrite ftpd_popen() (both in opieftpd and regular ftpd - they should be identical, or at least very similar) so that it takes a list of arguments instead of a single string which it breaks into arguments. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 4:30: 7 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 04:30:02 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6269637B401 for ; Thu, 7 Dec 2000 04:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7CU2l37685; Thu, 7 Dec 2000 04:30:02 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 7 Dec 2000 04:30:02 -0800 (PST) Resent-Message-Id: <200012071230.eB7CU2l37685@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, simon@comsys.ntu-kpi.kiev.ua Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1734237B400 for ; Thu, 7 Dec 2000 04:28:36 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7CSZI37516; Thu, 7 Dec 2000 04:28:35 -0800 (PST) (envelope-from nobody) Message-Id: <200012071228.eB7CSZI37516@freefall.freebsd.org> Date: Thu, 7 Dec 2000 04:28:35 -0800 (PST) From: simon@comsys.ntu-kpi.kiev.ua Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/23353: fcntl(F_GETLK) return l_pid equal to -1 for the file loked with flock() Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23353 >Category: kern >Synopsis: fcntl(F_GETLK) return l_pid equal to -1 for the file loked with flock() >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 07 04:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Andrey Simonenko >Release: 4.1-STABLE i386 >Organization: >Environment: >Description: If file is locked with flock() function and when I try to use fcntl(F_GETLK) function then it returns flock structure with following fileds: l_type != F_UNLCK l_pid == -1 if l_type isn't equal to F_UNLCK then I suppose that file is locked, but l_pid is always equal to -1. From the fcnlt(2) manual page: Note that flock(2) and fcntl(2) locks may be safely used concurrently. That's why I think that it is a bug in flock() or fcntl() implementation. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 5: 0: 7 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 05:00:02 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D903837B401 for ; Thu, 7 Dec 2000 05:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7D01341721; Thu, 7 Dec 2000 05:00:01 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 7 Dec 2000 05:00:01 -0800 (PST) Resent-Message-Id: <200012071300.eB7D01341721@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, esbjerg@ehp.dk Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CE10637B401 for ; Thu, 7 Dec 2000 04:58:11 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7CwB741448; Thu, 7 Dec 2000 04:58:11 -0800 (PST) (envelope-from nobody) Message-Id: <200012071258.eB7CwB741448@freefall.freebsd.org> Date: Thu, 7 Dec 2000 04:58:11 -0800 (PST) From: esbjerg@ehp.dk Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/23354: Mozilla M18 segfaults on Release 4.2 Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23354 >Category: misc >Synopsis: Mozilla M18 segfaults on Release 4.2 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 07 05:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Sven Esbjerg >Release: Release 4.2 >Organization: None >Environment: FreeBSD neumann.gnix 4.2-RELEASE FreeBSD 4.2-RELEASE #7: Sun Nov 26 23:17:21 CET 2000 root@neumann.gnix:/usr/src/sys/compile/NEUMANN i386 >Description: [root@neumann]# mozilla ./run-mozilla.sh ./mozilla-bin MOZILLA_FIVE_HOME=. LD_LIBRARY_PATH=. LIBRARY_PATH=.:./components SHLIB_PATH=. LIBPATH=. ADDON_PATH=. MOZ_PROGRAM=./mozilla-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= Segmentation fault - core dumped >How-To-Repeat: Install port. Start mozilla. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 7: 0: 8 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 07:00:02 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6501137B401 for ; Thu, 7 Dec 2000 07:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7F02c59978; Thu, 7 Dec 2000 07:00:02 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 7 Dec 2000 07:00:02 -0800 (PST) Resent-Message-Id: <200012071500.eB7F02c59978@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, eugen@iname.com Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 435F737B400 for ; Thu, 7 Dec 2000 06:53:01 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7Er1m58976; Thu, 7 Dec 2000 06:53:01 -0800 (PST) (envelope-from nobody) Message-Id: <200012071453.eB7Er1m58976@freefall.freebsd.org> Date: Thu, 7 Dec 2000 06:53:01 -0800 (PST) From: eugen@iname.com Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/23356: killall(1) refuses to kill root-owned SUID-binary started by non-root Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23356 >Category: bin >Synopsis: killall(1) refuses to kill root-owned SUID-binary started by non-root >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Dec 07 07:00:02 PST 2000 >Closed-Date: >Last-Modified: >Originator: Eugene Grosbein >Release: 4.2-STABLE >Organization: Svyaz Service ISP >Environment: FreeBSD D00015.dialonly.kemerovo.su 4.2-STABLE FreeBSD 4.2-STABLE #0: Sat Nov 25 14:45:55 KRAT 2000 root@D00015.dialonly.kemerovo.su:/usr/obj/usr/src/sys/DADV i386 >Description: New killall(1) is C-program that has replaced old perl-script. It has a bug: sometimes it says "No matching processes belonging to you were found" when user tries to kill any root-owned SUID-binary started by this user. However, kill(1) still works. >How-To-Repeat: I discovered this bug while connecting to ISP using pppd using command like 'pppd call isp' and then tried to disconnect using 'killall pppd'. killall refused to work. This is 100% repeatable. However, kill did a job. >Fix: Unknown for me >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 7:50: 6 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 07:50:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B8E6A37B401 for ; Thu, 7 Dec 2000 07:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7Fo1B68256; Thu, 7 Dec 2000 07:50:01 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 7 Dec 2000 07:50:01 -0800 (PST) Resent-Message-Id: <200012071550.eB7Fo1B68256@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, alcino@tci.ufal.br Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4277137B401 for ; Thu, 7 Dec 2000 07:46:42 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7Fkgk68012; Thu, 7 Dec 2000 07:46:42 -0800 (PST) (envelope-from nobody) Message-Id: <200012071546.eB7Fkgk68012@freefall.freebsd.org> Date: Thu, 7 Dec 2000 07:46:42 -0800 (PST) From: alcino@tci.ufal.br Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/23359: Installation diskettes don't boot Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23359 >Category: i386 >Synopsis: Installation diskettes don't boot >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 07 07:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Alcino Dall'Igna J�nior >Release: None, trying 4.2 >Organization: Universidade Federal de Alagoas >Environment: Linux ... i486 unknown (linux works in it) >Description: In a IBM 486DX2-66 ValuePoint, 40 Mb, after loading mfsroot diskette, when inicializing the boot properly, the screen flashes a never ending list of maybe registers (to fast, unreadable) >How-To-Repeat: Diskettes of 4.1 or 4.2 ever >Fix: In a newer processor (K6 for example), the error does not occur. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 9: 4:32 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 09:04:30 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from genius.tao.org.uk (genesis.tao.org.uk [194.242.131.94]) by hub.freebsd.org (Postfix) with ESMTP id 4A34C37B400 for ; Thu, 7 Dec 2000 09:04:30 -0800 (PST) Received: by genius.tao.org.uk (Postfix, from userid 100) id F26859B37; Thu, 7 Dec 2000 17:10:24 +0000 (GMT) Date: Thu, 7 Dec 2000 17:10:24 +0000 From: Josef Karthauser To: eddier@home.com Cc: freebsd-bugs@FreeBSD.ORG Subject: re: bin/21086, Annoying little bug using ls -G with colorized prompts. Message-ID: <20001207171024.D469@bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Eddie, Can you fill me in on how to enable colour support in bash? I've installed bash2 as a port, but there's no mention in the manual of coloured bash prompts. Thanks, Joe -- Josef Karthauser [joe@FreeBSD.org, joe@tao.org.uk] ......... FreeBSD: The power to change the world ........ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 9:39:40 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 09:39:38 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id 59F3D37B400; Thu, 7 Dec 2000 09:39:37 -0800 (PST) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id LAA39422; Thu, 7 Dec 2000 11:39:22 -0600 (CST) (envelope-from cdillon@wolves.k12.mo.us) Date: Thu, 7 Dec 2000 11:39:22 -0600 (CST) From: Chris Dillon To: Kevin Day Cc: bugs@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: New ATA code in 4.1.1+ breaks ServerWorks sym In-Reply-To: <200012062312.RAA64600@temphost.dragondata.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 6 Dec 2000, Kevin Day wrote: > After upgrading my Proliant ML530 server from 4.1 to 4.1.1, i got > a panic on boot in the sym driver, saying "Unable to allocate IRQ > resource", then a kernel trap. > > I narrowed down the breakage to a specific set of commits: > > Edit src/sys/dev/ata/ata-all.c > Add delta 1.50.2.6 2000.08.22.08.41.28 sos > Edit src/sys/dev/ata/ata-all.h > Add delta 1.26.2.2 2000.08.22.08.41.29 sos > Edit src/sys/dev/ata/ata-disk.c > Add delta 1.60.2.6 2000.08.22.08.41.29 sos > Edit src/sys/dev/ata/ata-dma.c > Add delta 1.35.2.4 2000.08.22.08.41.29 sos > Edit src/sys/dev/ata/atapi-cd.c > Add delta 1.48.2.4 2000.08.22.08.41.29 sos > Edit src/sys/dev/ata/atapi-cd.h > Add delta 1.15.2.3 2000.08.22.08.41.29 sos Interesting. I narrowed down the problem to somewhere between August 4 and August 19 (if you want to call that narrowing down), but these commits occurred on August 22. > This motherboard only has one IDE channel... at least, only one > connector, and it's only designed to go to the CD-ROM. Everything > else is SCSI. 4.1-RELEASE only saw the primary channel. But after > that commit, it sees two channels. I don't know if this is correct > or not, but the side effect is that the secondary IDE channel uses > IRQ 15, which sym1 wants to use, and somehow can't share. I noticed the same thing. At first, I believe only the secondary (ata1) IDE channel was recognized. Now both are recognized, regardless of the BIOS settings. > Sym0 was sucessfully moved from 15 to 11, to avoid sharing i'm > guessing... why didn't sym1 get moved, if that's the case? You should be able to move both of them in the system setup. You'll have to use the "lock down" feature after changing settings to keep other devices from using IRQ 15. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For IA32 and Alpha architectures. IA64 and PowerPC under development. http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 9:50:40 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 09:50:37 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from temphost.dragondata.com (temphost.dragondata.com [63.167.131.128]) by hub.freebsd.org (Postfix) with ESMTP id 4070437B400; Thu, 7 Dec 2000 09:50:37 -0800 (PST) Received: (from toasty@localhost) by temphost.dragondata.com (8.9.3/8.9.3) id LAA22957; Thu, 7 Dec 2000 11:55:40 -0600 (CST) (envelope-from toasty) From: Kevin Day Message-Id: <200012071755.LAA22957@temphost.dragondata.com> Subject: Re: i386/23347: New ATA code in 4.1.1+ breaks ServerWorks sym To: cdillon@wolves.k12.mo.us (Chris Dillon) Date: Thu, 7 Dec 2000 11:55:35 -0600 (CST) Cc: bugs@FreeBSD.ORG, sos@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG In-Reply-To: from "Chris Dillon" at Dec 07, 2000 11:39:22 AM X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > After upgrading my Proliant ML530 server from 4.1 to 4.1.1, i got > > a panic on boot in the sym driver, saying "Unable to allocate IRQ > > resource", then a kernel trap. > > > > I narrowed down the breakage to a specific set of commits: > > > > Edit src/sys/dev/ata/ata-all.c > > Add delta 1.50.2.6 2000.08.22.08.41.28 sos > > Edit src/sys/dev/ata/ata-all.h > > Add delta 1.26.2.2 2000.08.22.08.41.29 sos > > Edit src/sys/dev/ata/ata-disk.c > > Add delta 1.60.2.6 2000.08.22.08.41.29 sos > > Edit src/sys/dev/ata/ata-dma.c > > Add delta 1.35.2.4 2000.08.22.08.41.29 sos > > Edit src/sys/dev/ata/atapi-cd.c > > Add delta 1.48.2.4 2000.08.22.08.41.29 sos > > Edit src/sys/dev/ata/atapi-cd.h > > Add delta 1.15.2.3 2000.08.22.08.41.29 sos > > Interesting. I narrowed down the problem to somewhere between August > 4 and August 19 (if you want to call that narrowing down), but these > commits occurred on August 22. My testing showed that it worked as of 2000.08.22.00.00.00, but not as of 2000.08.23.00.00.00 - I manually backed out each commit, until (I think) I proved it was those commits. > > This motherboard only has one IDE channel... at least, only one > > connector, and it's only designed to go to the CD-ROM. Everything > > else is SCSI. 4.1-RELEASE only saw the primary channel. But after > > that commit, it sees two channels. I don't know if this is correct > > or not, but the side effect is that the secondary IDE channel uses > > IRQ 15, which sym1 wants to use, and somehow can't share. > > I noticed the same thing. At first, I believe only the secondary > (ata1) IDE channel was recognized. Now both are recognized, > regardless of the BIOS settings. > > > Sym0 was sucessfully moved from 15 to 11, to avoid sharing i'm > > guessing... why didn't sym1 get moved, if that's the case? > > You should be able to move both of them in the system setup. You'll > have to use the "lock down" feature after changing settings to keep > other devices from using IRQ 15. > The servers are physically impossible for me to reach, so I'm not able to piddle in the system setup. In any case, whatever happened needs to be fixed, so that someone popping a CD in a new setup doesn't get a panic. -- Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 10: 0:12 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 10:00:03 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AE7E237B400 for ; Thu, 7 Dec 2000 10:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7I03j59103; Thu, 7 Dec 2000 10:00:03 -0800 (PST) (envelope-from gnats) Date: Thu, 7 Dec 2000 10:00:03 -0800 (PST) Message-Id: <200012071800.eB7I03j59103@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kevin Day Subject: Re: i386/23347: New ATA code in 4.1.1+ breaks ServerWorks sym Reply-To: Kevin Day Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/23347; it has been noted by GNATS. From: Kevin Day To: cdillon@wolves.k12.mo.us (Chris Dillon) Cc: bugs@FreeBSD.ORG, sos@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/23347: New ATA code in 4.1.1+ breaks ServerWorks sym Date: Thu, 7 Dec 2000 11:55:35 -0600 (CST) > > After upgrading my Proliant ML530 server from 4.1 to 4.1.1, i got > > a panic on boot in the sym driver, saying "Unable to allocate IRQ > > resource", then a kernel trap. > > > > I narrowed down the breakage to a specific set of commits: > > > > Edit src/sys/dev/ata/ata-all.c > > Add delta 1.50.2.6 2000.08.22.08.41.28 sos > > Edit src/sys/dev/ata/ata-all.h > > Add delta 1.26.2.2 2000.08.22.08.41.29 sos > > Edit src/sys/dev/ata/ata-disk.c > > Add delta 1.60.2.6 2000.08.22.08.41.29 sos > > Edit src/sys/dev/ata/ata-dma.c > > Add delta 1.35.2.4 2000.08.22.08.41.29 sos > > Edit src/sys/dev/ata/atapi-cd.c > > Add delta 1.48.2.4 2000.08.22.08.41.29 sos > > Edit src/sys/dev/ata/atapi-cd.h > > Add delta 1.15.2.3 2000.08.22.08.41.29 sos > > Interesting. I narrowed down the problem to somewhere between August > 4 and August 19 (if you want to call that narrowing down), but these > commits occurred on August 22. My testing showed that it worked as of 2000.08.22.00.00.00, but not as of 2000.08.23.00.00.00 - I manually backed out each commit, until (I think) I proved it was those commits. > > This motherboard only has one IDE channel... at least, only one > > connector, and it's only designed to go to the CD-ROM. Everything > > else is SCSI. 4.1-RELEASE only saw the primary channel. But after > > that commit, it sees two channels. I don't know if this is correct > > or not, but the side effect is that the secondary IDE channel uses > > IRQ 15, which sym1 wants to use, and somehow can't share. > > I noticed the same thing. At first, I believe only the secondary > (ata1) IDE channel was recognized. Now both are recognized, > regardless of the BIOS settings. > > > Sym0 was sucessfully moved from 15 to 11, to avoid sharing i'm > > guessing... why didn't sym1 get moved, if that's the case? > > You should be able to move both of them in the system setup. You'll > have to use the "lock down" feature after changing settings to keep > other devices from using IRQ 15. > The servers are physically impossible for me to reach, so I'm not able to piddle in the system setup. In any case, whatever happened needs to be fixed, so that someone popping a CD in a new setup doesn't get a panic. -- Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 11:50: 7 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 11:50:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A540437B402 for ; Thu, 7 Dec 2000 11:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7Jo1879793; Thu, 7 Dec 2000 11:50:01 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 7 Dec 2000 11:50:01 -0800 (PST) Resent-Message-Id: <200012071950.eB7Jo1879793@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, fujiwara@rcac.tdi.co.jp Received: from f.rcac.tdi.co.jp (spacecraft2.f.rcac.tdi.co.jp [211.15.38.174]) by hub.freebsd.org (Postfix) with SMTP id 5C5A537B400 for ; Thu, 7 Dec 2000 11:46:35 -0800 (PST) Received: (qmail 1725 invoked by uid 100); 7 Dec 2000 19:46:27 -0000 Message-Id: <20001207194627.1724.qmail@f.rcac.tdi.co.jp> Date: 7 Dec 2000 19:46:27 -0000 From: fujiwara@rcac.tdi.co.jp Sender: fujiwara@f.rcac.tdi.co.jp Reply-To: fujiwara@rcac.tdi.co.jp To: FreeBSD-gnats-submit@freebsd.org Cc: ohm@rcac.tdi.co.jp, fujiwara@rcac.tdi.co.jp X-Send-Pr-Version: 3.113 Subject: misc/23362: tcpdump cannot work on CISCO_HDLC encoded link Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23362 >Category: misc >Synopsis: tcpdump wrong on sppp CISCO_HDLC encoded link >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 07 11:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Kazunori_Fujiwara >Release: FreeBSD 5.0-CURRENT i386, 4.*, 3.* >Organization: TDI Co, LTD. >Environment: System: FreeBSD spacecraft.f.rcac.tdi.co.jp 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Mon Dec 4 04:46:08 JST 2000 fujiwara@spacecraft.f.rcac.tdi.co.jp:/usr/src/sys/compile/SPACECRAFT i386 FreeBSD 3/4/5, with/without kame >Description: FreeBSD's bpf doesnot distingish PPP and CISCO_HDLC. tcpdump on CISCO_HDLC link with some expressions, tcpdump don't catch any bpf data. >How-To-Repeat: use RISCom sr driver with CISCO_HDLC mode. >Fix: Support DLT_CHDLC with BPF and sr driver, or catch CISCO_HDLC packet when DLT_PPP. Index: /usr/src/contrib/libpcap/gencode.c =================================================================== RCS file: /FreeBSD-CVS/src/contrib/libpcap/gencode.c,v retrieving revision 1.8 diff -u -r1.8 gencode.c --- /usr/src/contrib/libpcap/gencode.c 2000/03/04 23:57:39 1.8 +++ /usr/src/contrib/libpcap/gencode.c 2000/12/07 19:25:00 @@ -661,11 +661,19 @@ return gen_false(); case DLT_PPP: - if (proto == ETHERTYPE_IP) - proto = PPP_IP; /* XXX was 0x21 */ + if (proto == ETHERTYPE_IP) { + b0 = gen_cmp(off_linktype, BPF_H, PPP_IP); + b1 = gen_cmp(off_linktype, BPF_H, proto); + gen_or(b0, b1); + return b1; + } #ifdef INET6 - else if (proto == ETHERTYPE_IPV6) - proto = PPP_IPV6; + if (proto == ETHERTYPE_IPV6) { + b0 = gen_cmp(off_linktype, BPF_H, PPP_IPV6); + b1 = gen_cmp(off_linktype, BPF_H, proto); + gen_or(b0, b1); + return b1; + } #endif break; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 14:40:11 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 14:40:02 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id ED4CD37B402 for ; Thu, 7 Dec 2000 14:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7Me1P08601; Thu, 7 Dec 2000 14:40:01 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 7 Dec 2000 14:40:01 -0800 (PST) Resent-Message-Id: <200012072240.eB7Me1P08601@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, clefevre@citeweb.net Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 4F21137B401 for ; Thu, 7 Dec 2000 14:37:31 -0800 (PST) Received: (qmail 6721441 invoked from network); 7 Dec 2000 22:36:36 -0000 Received: from s011.dhcp212-229.cybercable.fr (HELO gits.dyndns.org) ([212.198.229.11]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 7 Dec 2000 22:36:36 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.1/8.11.1) id eB7MaXb59894; Thu, 7 Dec 2000 23:36:33 +0100 (CET) (envelope-from root) Message-Id: <200012072236.eB7MaXb59894@gits.dyndns.org> Date: Thu, 7 Dec 2000 23:36:33 +0100 (CET) From: "Cyrille.Lefevre" Sender: root@gits.dyndns.org Reply-To: clefevre@citeweb.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/23365: patch Makefile is missing $FreeBSD$ Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23365 >Category: gnu >Synopsis: patch Makefile is missing $FreeBSD$ >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Dec 07 14:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Cyrille Lefevre >Release: FreeBSD 4.2-STABLE i386 >Organization: ACME >Environment: FreeBSD gits 4.2-STABLE FreeBSD 4.2-STABLE #0: Tue Nov 21 06:13:59 CET 2000 root@gits:/disk2/4.0-stable/src/sys/compile/CUSTOM i386 >Description: /usr/src/gnu/usr.bin/patch/Makefile is missing $FreeBSD$ >How-To-Repeat: n/a >Fix: Index: Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/patch/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile 1998/01/21 14:37:13 1.6 +++ Makefile 2000/12/07 22:33:49 @@ -1,6 +1,11 @@ +# $FreeBSD$ + PROG= patch +MAN= patch.1 + +CFLAGS += -DHAVE_CONFIG_H + SRCS = backupfile.c getopt.c getopt1.c inp.c patch.c pch.c util.c \ version.c -CFLAGS += -DHAVE_CONFIG_H -MAN= patch.1 + .include >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 14:40:12 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 14:40:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 86B9537B401 for ; Thu, 7 Dec 2000 14:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7Me1F08592; Thu, 7 Dec 2000 14:40:01 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 7 Dec 2000 14:40:01 -0800 (PST) Resent-Message-Id: <200012072240.eB7Me1F08592@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, chrisp@netwinsite.com Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 83E5737B401 for ; Thu, 7 Dec 2000 14:34:11 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7MYBv07910; Thu, 7 Dec 2000 14:34:11 -0800 (PST) (envelope-from nobody) Message-Id: <200012072234.eB7MYBv07910@freefall.freebsd.org> Date: Thu, 7 Dec 2000 14:34:11 -0800 (PST) From: chrisp@netwinsite.com Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/23364: gethostbyaddr takes longer or locks up and burns cpu when linked to -pthread Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23364 >Category: misc >Synopsis: gethostbyaddr takes longer or locks up and burns cpu when linked to -pthread >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 07 14:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Chris Pugmire >Release: 4.1.1-RELEASE >Organization: NetWin Ltd >Environment: FreeBSD news.siscom.net 4.1.1-RELEASE FreeBSD 4.1.1-RELEASE #2: Mon Nov 27 14:21:06 EST 2000 root@news.siscom.net:/usr/src/sys/compile/GENERIC i386 >Description: With a test program doing ip number to name lookups for a number that does not have an entry if the program is linked with -pthread then it takes 30 seconds longer and burns 100% cpu until it times out. I believe it sometimes never times out or takes much longer but cannot reproduce this in a test case. Note that no actual threads are used, this program is simply linked with -pthread and then behaves in this odd way. >How-To-Repeat: Sample code included: (include headers...) int do_reverse(char *ipnum); int main(int argc, char *argv[]) { int i; if (argc<2) { usage: printf("Usage: testdns -rev n.n.n.n\n"); return 0; } tcp_startup(); for (i=1; ih_name!=NULL) { printf("result (%s)\n",hp->h_name); } printf("Delay %d seconds\n",time(NULL)-start); return TRUE; } Example output with the same program linked different ways: news# ./testdns_nopthread -rev 160.79.54.12 Looking up (160.79.54.12) Result 0x0 Delay 80 seconds news# ./testdns_pthread -rev 160.79.54.12 Looking up (160.79.54.12) Result 0x0 Delay 111 seconds (and in the second case watching top will show the testdns process burning cpu) >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 15:10: 8 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 15:10:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9CE2737B401 for ; Thu, 7 Dec 2000 15:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7NA1f13685; Thu, 7 Dec 2000 15:10:01 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 7 Dec 2000 15:10:01 -0800 (PST) Resent-Message-Id: <200012072310.eB7NA1f13685@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, dwhedon@gordian.com Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 780AA37B400 for ; Thu, 7 Dec 2000 15:03:13 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB7N3Dp10886; Thu, 7 Dec 2000 15:03:13 -0800 (PST) (envelope-from nobody) Message-Id: <200012072303.eB7N3Dp10886@freefall.freebsd.org> Date: Thu, 7 Dec 2000 15:03:13 -0800 (PST) From: dwhedon@gordian.com Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/23366: mmap() non conforming Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23366 >Category: misc >Synopsis: mmap() non conforming >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 07 15:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: David Whedon >Release: 4.1-stable >Organization: Gordian >Environment: FreeBSD ruff 4.1-STABLE FreeBSD 4.1-STABLE #15: Sun Sep 10 14:28:39 PDT 2000 davidw@dw3.gordian.com:/usr/src/sys/compile/ELLA i386 >Description: mmap() as defined by the open group doesn't need sys/types.h included: http://www.opengroup.org/onlinepubs/007908799/xsh/mmap.html However, on FreeBSD it is required. This breaks applications that conform to the SuS. >How-To-Repeat: bash-2.03$ more test.c #include main(){ } bash-2.03$ gcc test.c In file included from test.c:1: /usr/include/sys/mman.h:134: syntax error before `mode_t' /usr/include/sys/mman.h:137: syntax error before `size_t' etc. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 16:10:43 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 16:10:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4E4DB37B401 for ; Thu, 7 Dec 2000 16:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB80A1s22448; Thu, 7 Dec 2000 16:10:01 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 7 Dec 2000 16:10:01 -0800 (PST) Resent-Message-Id: <200012080010.eB80A1s22448@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, clefevre@citeweb.net Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 66C6637B400 for ; Thu, 7 Dec 2000 16:00:45 -0800 (PST) Received: (qmail 6830365 invoked from network); 8 Dec 2000 00:00:40 -0000 Received: from s011.dhcp212-229.cybercable.fr (HELO gits.dyndns.org) ([212.198.229.11]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 8 Dec 2000 00:00:40 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.1/8.11.1) id eB800dB81793; Fri, 8 Dec 2000 01:00:39 +0100 (CET) (envelope-from root) Message-Id: <200012080000.eB800dB81793@gits.dyndns.org> Date: Fri, 8 Dec 2000 01:00:39 +0100 (CET) From: Cyrille Lefevre Sender: root@gits.dyndns.org Reply-To: clefevre@citeweb.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/23367: some src/gnu Makefiles are missing $FreeBSD$ Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23367 >Category: gnu >Synopsis: some src/gnu Makefiles are missing $FreeBSD$ >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Dec 07 16:10:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Cyrille Lefevre >Release: FreeBSD 4.2-STABLE i386 >Organization: ACME >Environment: FreeBSD gits 4.2-STABLE FreeBSD 4.2-STABLE #0: Tue Nov 21 06:13:59 CET 2000 root@gits:/disk2/4.0-stable/src/sys/compile/CUSTOM i386 >Description: some /usr/src/gnu/*/Makefile are missing $FreeBSD$ cvs tag. also, get rid of SRCS=${PROG}.c and MAN1=${PROG}.1. empty lines added to augment readability. make sure CLEANFILES uses +=. please, close PR #23365 which is obsoleted by this one, sorry. >How-To-Repeat: n/a >Fix: Index: libexec/uucp/Makefile.inc =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/Makefile.inc,v retrieving revision 1.8 diff -u -r1.8 Makefile.inc --- libexec/uucp/Makefile.inc 1996/06/24 04:22:39 1.8 +++ libexec/uucp/Makefile.inc 2000/12/07 23:38:42 @@ -1,3 +1,5 @@ +# $FreeBSD$ + .if exists(${.OBJDIR}/../libunix) LIBUNIX= $(.OBJDIR)/../libunix/libunix.a .else Index: libexec/uucp/cu/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/cu/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- libexec/uucp/cu/Makefile 1999/08/27 23:33:06 1.8 +++ libexec/uucp/cu/Makefile 2000/12/07 23:44:51 @@ -8,6 +8,7 @@ PROG= cu SRCS= cu.c prot.c log.c chat.c conn.c copy.c + LDADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) DPADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) CFLAGS+= -I$(.CURDIR)/../common_sources\ Index: libexec/uucp/doc/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/doc/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- libexec/uucp/doc/Makefile 1997/01/11 03:11:35 1.3 +++ libexec/uucp/doc/Makefile 2000/12/07 23:41:58 @@ -1,3 +1,5 @@ +# $FreeBSD$ + INFO= uucp INFOSECTION= "System Utilities" Index: libexec/uucp/libunix/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/libunix/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- libexec/uucp/libunix/Makefile 1999/08/27 23:33:07 1.7 +++ libexec/uucp/libunix/Makefile 2000/12/07 23:44:59 @@ -11,6 +11,7 @@ serial.c signal.c sindir.c size.c sleep.c spawn.c splcmd.c \ splnam.c spool.c srmdir.c statsb.c status.c sync.c tcp.c \ time.c tli.c tmpfil.c trunc.c uacces.c ufopen.c uid.c ultspl.c \ + unknwn.c uuto.c walk.c wldcrd.c work.c xqtfil.c xqtsub.c ftw.c CFLAGS+= -I$(.CURDIR)/../common_sources \ -DOWNER=\"$(owner)\" -DSBINDIR=\"$(libxdir)\" Index: libexec/uucp/libuuconf/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/libuuconf/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- libexec/uucp/libuuconf/Makefile 1999/08/27 23:33:13 1.6 +++ libexec/uucp/libuuconf/Makefile 2000/12/07 23:45:05 @@ -15,6 +15,7 @@ tinit.c tlocnm.c tport.c tportc.c tsinfo.c tsnams.c tsys.c \ tval.c ugtlin.c unk.c val.c vinit.c vport.c vsinfo.c vsnams.c \ vsys.c + CFLAGS+= -I$(.CURDIR)/../common_sources \ -DNEWCONFIGLIB=\"$(newconfigdir)\"\ -DOLDCONFIGLIB=\"$(oldconfigdir)\" Index: libexec/uucp/libuucp/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/libuucp/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- libexec/uucp/libuucp/Makefile 1999/08/27 23:33:42 1.6 +++ libexec/uucp/libuucp/Makefile 2000/12/07 23:45:27 @@ -2,9 +2,9 @@ # $FreeBSD: src/gnu/libexec/uucp/libuucp/Makefile,v 1.6 1999/08/27 23:33:42 peter Exp $ LIB= uucp -SRCS = buffer.c crc.c debug.c escape.c getopt.c getop1.c parse.c spool.c \ - status.c xfree.c xmall.c xreall.c \ - getlin.c +SRCS= buffer.c crc.c debug.c escape.c getopt.c getop1.c parse.c spool.c \ + status.c xfree.c xmall.c xreall.c getlin.c + CFLAGS+= -I$(.CURDIR)/../common_sources NOMAN= noman Index: libexec/uucp/uuchk/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/uuchk/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- libexec/uucp/uuchk/Makefile 1999/08/27 23:33:45 1.8 +++ libexec/uucp/uuchk/Makefile 2000/12/07 23:42:59 @@ -5,7 +5,7 @@ PROG= uuchk MAN8= uuchk.8 -SRCS= uuchk.c + LDADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) DPADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) CFLAGS+= -I$(.CURDIR)/../common_sources\ Index: libexec/uucp/uucico/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/uucico/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- libexec/uucp/uucico/Makefile 1999/08/27 23:33:47 1.12 +++ libexec/uucp/uucico/Makefile 2000/12/07 23:45:56 @@ -7,15 +7,15 @@ BINMODE= 6555 PROG= uucico +MAN8= uucico.8 SRCS= uucico.c trans.c send.c rec.c xcmd.c prot.c protg.c protf.c \ prott.c prote.c proti.c protj.c proty.c protz.c time.c log.c \ chat.c conn.c util.c copy.c + LDADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) DPADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) CFLAGS+= -I$(.CURDIR)/../common_sources\ -DVERSION=\"$(VERSION)\" -DOWNER=\"$(owner)\" - -MAN8= uucico.8 .include .PATH: $(.CURDIR)/../common_sources Index: libexec/uucp/uuconv/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/uuconv/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- libexec/uucp/uuconv/Makefile 1999/08/27 23:33:53 1.9 +++ libexec/uucp/uuconv/Makefile 2000/12/07 23:43:19 @@ -4,7 +4,7 @@ BINDIR= $(sbindir) PROG= uuconv -SRCS= uuconv.c + LDADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) DPADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) CFLAGS+= -I$(.CURDIR)/../common_sources\ Index: libexec/uucp/uucp/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/uucp/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- libexec/uucp/uucp/Makefile 1999/08/27 23:33:55 1.6 +++ libexec/uucp/uucp/Makefile 2000/12/07 23:46:03 @@ -7,6 +7,7 @@ PROG= uucp SRCS= uucp.c util.c log.c copy.c + LDADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) DPADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) CFLAGS+= -I$(.CURDIR)/../common_sources\ Index: libexec/uucp/uulog/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/uulog/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- libexec/uucp/uulog/Makefile 1999/08/27 23:33:56 1.5 +++ libexec/uucp/uulog/Makefile 2000/12/07 23:46:08 @@ -5,6 +5,7 @@ PROG= uulog SRCS= uulog.c log.c + LDADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) DPADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) CFLAGS+= -I$(.CURDIR)/../common_sources\ Index: libexec/uucp/uuname/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/uuname/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- libexec/uucp/uuname/Makefile 1999/08/27 23:33:58 1.5 +++ libexec/uucp/uuname/Makefile 2000/12/07 23:46:12 @@ -7,6 +7,7 @@ PROG= uuname SRCS= uuname.c log.c + LDADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) DPADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) CFLAGS+= -I$(.CURDIR)/../common_sources\ Index: libexec/uucp/uupick/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/uupick/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- libexec/uucp/uupick/Makefile 1999/08/27 23:34:00 1.5 +++ libexec/uucp/uupick/Makefile 2000/12/07 23:46:15 @@ -5,6 +5,7 @@ PROG= uupick SRCS= uupick.c log.c copy.c + LDADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) DPADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) CFLAGS+= -I$(.CURDIR)/../common_sources\ Index: libexec/uucp/uusched/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/uusched/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- libexec/uucp/uusched/Makefile 1999/08/27 23:34:01 1.12 +++ libexec/uucp/uusched/Makefile 2000/12/07 23:46:25 @@ -2,9 +2,11 @@ # $FreeBSD: src/gnu/libexec/uucp/uusched/Makefile,v 1.12 1999/08/27 23:34:01 peter Exp $ BINDIR= $(bindir) -CLEANFILES+= $(ONESHPROG) + ONESHPROG= uusched MAN8= uusched.8 + +CLEANFILES+= $(ONESHPROG) all: $(ONESHPROG) Index: libexec/uucp/uustat/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/uustat/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- libexec/uucp/uustat/Makefile 1999/08/27 23:34:02 1.5 +++ libexec/uucp/uustat/Makefile 2000/12/07 23:44:11 @@ -8,6 +8,7 @@ PROG= uustat SRCS= uustat.c util.c log.c copy.c + LDADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) DPADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) CFLAGS+= -I$(.CURDIR)/../common_sources\ Index: libexec/uucp/uuto/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/uuto/Makefile,v retrieving revision 1.10 diff -u -r1.10 Makefile --- libexec/uucp/uuto/Makefile 1999/08/27 23:34:04 1.10 +++ libexec/uucp/uuto/Makefile 2000/12/07 23:44:19 @@ -2,9 +2,11 @@ # $FreeBSD: src/gnu/libexec/uucp/uuto/Makefile,v 1.10 1999/08/27 23:34:04 peter Exp $ BINDIR= $(bindir) -CLEANFILES+= $(ONESHPROG) + ONESHPROG= uuto MAN1= uuto.1 + +CLEANFILES+= $(ONESHPROG) all: $(ONESHPROG) Index: libexec/uucp/uux/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/uux/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- libexec/uucp/uux/Makefile 1999/08/27 23:34:05 1.6 +++ libexec/uucp/uux/Makefile 2000/12/07 23:44:28 @@ -7,6 +7,7 @@ PROG= uux SRCS= uux.c util.c log.c copy.c + LDADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) DPADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) CFLAGS+= -I$(.CURDIR)/../common_sources\ Index: libexec/uucp/uuxqt/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/uuxqt/Makefile,v retrieving revision 1.10 diff -u -r1.10 Makefile --- libexec/uucp/uuxqt/Makefile 1999/08/27 23:34:07 1.10 +++ libexec/uucp/uuxqt/Makefile 2000/12/07 23:46:34 @@ -7,13 +7,13 @@ BINMODE= 6550 PROG= uuxqt +MAN8= uuxqt.8 SRCS= uuxqt.c util.c log.c copy.c + LDADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) DPADD+= $(LIBUNIX) $(LIBUUCONF) $(LIBUUCP) CFLAGS+= -I$(.CURDIR)/../common_sources\ -DVERSION=\"$(VERSION)\" -DOWNER=\"$(owner)\" - -MAN8= uuxqt.8 .include .PATH: $(.CURDIR)/../common_sources Index: usr.bin/binutils/addr2line/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/addr2line/Makefile,v retrieving revision 1.3.2.1 diff -u -r1.3.2.1 Makefile --- usr.bin/binutils/addr2line/Makefile 2000/07/06 22:15:41 1.3.2.1 +++ usr.bin/binutils/addr2line/Makefile 2000/12/07 23:13:26 @@ -5,7 +5,7 @@ .PATH: ${SRCDIR}/binutils PROG= addr2line -SRCS= addr2line.c + CFLAGS+= -I${.CURDIR}/${RELTOP}/libbinutils CFLAGS+= -I${SRCDIR}/binutils DPADD= ${RELTOP}/libbinutils/libbinutils.a Index: usr.bin/binutils/gdbreplay/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/gdbreplay/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- usr.bin/binutils/gdbreplay/Makefile 1999/08/27 23:34:50 1.6 +++ usr.bin/binutils/gdbreplay/Makefile 2000/12/07 23:13:57 @@ -12,8 +12,6 @@ PROG= gdbreplay NOMAN= yes -SRCS= gdbreplay.c - CFLAGS+= -I${.CURDIR}/../gdb/${MACHINE_ARCH} CFLAGS+= -I${GDBDIR}/gdb CFLAGS+= -I${GDBDIR}/gdb/config Index: usr.bin/binutils/nm/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/nm/Makefile,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 Makefile --- usr.bin/binutils/nm/Makefile 2000/07/06 22:16:10 1.4.2.1 +++ usr.bin/binutils/nm/Makefile 2000/12/07 23:14:14 @@ -5,7 +5,7 @@ .PATH: ${SRCDIR}/binutils PROG= nm -SRCS= nm.c + CFLAGS+= -I${.CURDIR}/${RELTOP}/libbinutils CFLAGS+= -I${SRCDIR}/binutils DPADD= ${RELTOP}/libbinutils/libbinutils.a Index: usr.bin/binutils/readelf/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/readelf/Makefile,v retrieving revision 1.1.2.1 diff -u -r1.1.2.1 Makefile --- usr.bin/binutils/readelf/Makefile 2000/11/25 10:38:21 1.1.2.1 +++ usr.bin/binutils/readelf/Makefile 2000/12/07 22:59:05 @@ -9,7 +9,6 @@ PROG= readelf NOMAN= yes -SRCS= ${PROG}.c CFLAGS+= -I${.CURDIR}/${RELTOP}/libbinutils -I${SRCDIR}/binutils DPADD= ${RELTOP}/libbinutils/libbinutils.a Index: usr.bin/binutils/size/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/size/Makefile,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 Makefile --- usr.bin/binutils/size/Makefile 2000/07/06 22:16:11 1.4.2.1 +++ usr.bin/binutils/size/Makefile 2000/12/07 23:14:39 @@ -5,7 +5,7 @@ .PATH: ${SRCDIR}/binutils PROG= size -SRCS= size.c + CFLAGS+= -I${.CURDIR}/${RELTOP}/libbinutils CFLAGS+= -I${SRCDIR}/binutils DPADD= ${RELTOP}/libbinutils/libbinutils.a Index: usr.bin/binutils/strings/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/binutils/strings/Makefile,v retrieving revision 1.4.2.1 diff -u -r1.4.2.1 Makefile --- usr.bin/binutils/strings/Makefile 2000/07/06 22:16:12 1.4.2.1 +++ usr.bin/binutils/strings/Makefile 2000/12/07 23:14:42 @@ -5,7 +5,7 @@ .PATH: ${SRCDIR}/binutils PROG= strings -SRCS= strings.c + CFLAGS+= -I${.CURDIR}/${RELTOP}/libbinutils CFLAGS+= -I${SRCDIR}/binutils DPADD= ${RELTOP}/libbinutils/libbinutils.a Index: usr.bin/cpio/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/cpio/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- usr.bin/cpio/Makefile 1999/08/27 23:35:23 1.7 +++ usr.bin/cpio/Makefile 2000/12/07 22:59:40 @@ -8,7 +8,6 @@ SUBDIR= doc PROG= cpio -MAN1= cpio.1 CFLAGS+= -I${.CURDIR} -I${.CURDIR}/../../../contrib/cpio CFLAGS+= -DRETSIGTYPE=void -DHAVE_SYS_MTIO_H=1 -DSTDC_HEADERS=1 \ Index: usr.bin/cvs/Makefile.inc =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/cvs/Makefile.inc,v retrieving revision 1.5 diff -u -r1.5 Makefile.inc --- usr.bin/cvs/Makefile.inc 1998/01/26 04:21:51 1.5 +++ usr.bin/cvs/Makefile.inc 2000/12/07 22:44:27 @@ -1,3 +1,5 @@ +# $FreeBSD$ + .if !defined(CVSDIR) CVSDIR= $(.CURDIR)/../../../../contrib/cvs Index: usr.bin/dialog/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/dialog/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- usr.bin/dialog/Makefile 2000/01/07 13:34:56 1.8 +++ usr.bin/dialog/Makefile 2000/12/07 23:00:27 @@ -4,7 +4,6 @@ SUBDIR= TESTS PROG= dialog -MAN1= dialog.1 CFLAGS+= -Wall -Wstrict-prototypes Index: usr.bin/gperf/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/gperf/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- usr.bin/gperf/Makefile 1999/08/27 23:35:35 1.4 +++ usr.bin/gperf/Makefile 2000/12/07 23:00:49 @@ -6,7 +6,6 @@ SUBDIR= doc PROG= gperf -MAN1= gperf.1 CFLAGS+= -D_HAVE_PARAM_H -DLO_CAL -DGATHER_STATISTICS #-DRLIMIT_STACK Index: usr.bin/groff/Makefile.inc =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/Makefile.inc,v retrieving revision 2.3 diff -u -r2.3 Makefile.inc --- usr.bin/groff/Makefile.inc 1997/05/23 06:17:21 2.3 +++ usr.bin/groff/Makefile.inc 2000/12/07 22:45:19 @@ -1,3 +1,5 @@ +# $FreeBSD$ + GROFF_DIST?= ${.CURDIR}/../../../../contrib/groff DIST_DIR= ${GROFF_DIST}/${.CURDIR:T} CFLAGS+= -fno-for-scope Index: usr.bin/groff/Makefile.tty =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/Makefile.tty,v retrieving revision 2.2 diff -u -r2.2 Makefile.tty --- usr.bin/groff/Makefile.tty 1996/09/09 18:05:02 2.2 +++ usr.bin/groff/Makefile.tty 2000/12/07 22:45:48 @@ -1,5 +1,7 @@ # @(#)Makefile.tty 6.1 (Berkeley) 3/3/91 # +# $FreeBSD$ +# # Modified for Berkeley Unix by Donn Seeley, donn@okeeffe.berkeley.edu # #Copyright (C) 1989, 1990 Free Software Foundation, Inc. Index: usr.bin/groff/addftinfo/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/addftinfo/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- usr.bin/groff/addftinfo/Makefile 1996/09/08 01:27:15 1.4 +++ usr.bin/groff/addftinfo/Makefile 2000/12/07 23:24:43 @@ -1,12 +1,15 @@ +# $FreeBSD$ +# # Makefile for addftinfo PROG= addftinfo SRCS= addftinfo.cc guess.cc + #CFLAGS+= -I${.CURDIR}/../include LDADD+= ${LIBGROFF} DPADD+= ${LIBGROFF} -MANDEPEND= addftinfo.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/devascii/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/devascii/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- usr.bin/groff/devascii/Makefile 1996/09/08 01:27:24 1.4 +++ usr.bin/groff/devascii/Makefile 2000/12/07 22:46:14 @@ -1,3 +1,5 @@ +# $FreeBSD$ +# # Makefile for devascii DEV= ascii Index: usr.bin/groff/devdvi/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/devdvi/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/groff/devdvi/Makefile 1996/09/09 18:05:16 1.5 +++ usr.bin/groff/devdvi/Makefile 2000/12/07 22:46:41 @@ -1,3 +1,5 @@ +# $FreeBSD$ + DEV= dvi FONTFILES= R I B BI CW MI S EX H HI HB SA SB DESC $(DEVGENFILES) DEVGENFILES= generate/CompileFonts generate/Makefile generate/msam.map\ Index: usr.bin/groff/devkoi8-r/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/devkoi8-r/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- usr.bin/groff/devkoi8-r/Makefile 1996/09/08 01:27:27 1.3 +++ usr.bin/groff/devkoi8-r/Makefile 2000/12/07 22:46:53 @@ -1,3 +1,5 @@ +# $FreeBSD$ +# # Makefile for devkoi8-r DEV= koi8-r Index: usr.bin/groff/devlatin1/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/devlatin1/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- usr.bin/groff/devlatin1/Makefile 1996/09/08 01:27:28 1.3 +++ usr.bin/groff/devlatin1/Makefile 2000/12/07 22:46:56 @@ -1,3 +1,5 @@ +# $FreeBSD$ +# # Makefile for devlatin1 DEV= latin1 Index: usr.bin/groff/devlj4/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/devlj4/Makefile,v retrieving revision 2.2 diff -u -r2.2 Makefile --- usr.bin/groff/devlj4/Makefile 1996/09/09 18:05:18 2.2 +++ usr.bin/groff/devlj4/Makefile 2000/12/07 23:25:33 @@ -1,3 +1,5 @@ +# $FreeBSD$ + DEV= lj4 LJ4RES= 300 LJ4PRINT= $(PSPRINT) @@ -6,6 +8,7 @@ LGB LGI LGR OB OBI OI OR TB TBI TI TR UB UBI UI UR \ UCB UCBI UCI UCR CLARENDON CORONET MARIGOLD S #DEVGENFILES= generate/Makefile generate/text.map generate/special.map + CLEANFILES+= DESC .include "../Makefile.inc" Index: usr.bin/groff/devps/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/devps/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/groff/devps/Makefile 1996/09/09 18:05:19 1.5 +++ usr.bin/groff/devps/Makefile 2000/12/07 22:47:14 @@ -1,3 +1,5 @@ +# $FreeBSD$ + DEV= ps FONTS= S ZD ZDR SS AB ABI AI AR BMB BMBI BMI BMR \ CB CBI CI CR HB HBI HI HR HNB HNBI HNI HNR \ Index: usr.bin/groff/eqn/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/eqn/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- usr.bin/groff/eqn/Makefile 1999/08/27 23:35:43 1.12 +++ usr.bin/groff/eqn/Makefile 2000/12/07 23:31:41 @@ -4,11 +4,14 @@ SRCS= eqn.cc eqn.tab.h main.cc lex.cc \ box.cc limit.cc list.cc over.cc text.cc \ script.cc mark.cc other.cc delim.cc sqrt.cc pile.cc special.cc + CFLAGS+= -I. DPADD= ${LIBGROFF} LDADD= ${LIBGROFF} + MAN1= eqn.1 neqn.1 -CLEANFILES= eqn.cc eqn.tab.h ${MAN1} neqn y.tab.c y.tab.h +MANDEPEND= ${MAN1} +CLEANFILES+= ${MANDEPEND} eqn.cc eqn.tab.h neqn y.tab.c y.tab.h all: neqn Index: usr.bin/groff/grodvi/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/grodvi/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/groff/grodvi/Makefile 1996/09/08 01:27:34 1.5 +++ usr.bin/groff/grodvi/Makefile 2000/12/07 23:26:13 @@ -1,12 +1,15 @@ +# $FreeBSD$ +# # Makefile for grodvi PROG= grodvi SRCS= dvi.cc + #CFLAGS+= -I${.CURDIR}/../include LDADD+= ${LIBDRIVER} ${LIBGROFF} -lm DPADD+= ${LIBDRIVER} ${LIBGROFF} ${LIBM} -MANDEPEND= grodvi.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/groff/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/groff/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/groff/groff/Makefile 1996/09/08 01:27:35 1.5 +++ usr.bin/groff/groff/Makefile 2000/12/07 23:27:00 @@ -1,12 +1,15 @@ +# $FreeBSD$ +# # Makefile for groff PROG= groff SRCS= groff.cc pipeline.c + CFLAGS+= -I${.CURDIR}/../include LDADD+= ${LIBGROFF} -lm DPADD+= ${LIBGROFF} ${LIBM} -MANDEPEND= groff.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/grog/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/grog/Makefile,v retrieving revision 1.1.2.1 diff -u -r1.1.2.1 Makefile --- usr.bin/groff/grog/Makefile 2000/08/18 06:32:26 1.1.2.1 +++ usr.bin/groff/grog/Makefile 2000/12/07 23:32:15 @@ -1,7 +1,8 @@ # $FreeBSD: src/gnu/usr.bin/groff/grog/Makefile,v 1.1.2.1 2000/08/18 06:32:26 jhb Exp $ MAN1= grog.1 -CLEANFILES= grog ${MAN1} +MANDEPEND= ${MAN1} +CLEANFILES+= grog ${MANDEPEND} all: grog Index: usr.bin/groff/grohtml/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/grohtml/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- usr.bin/groff/grohtml/Makefile 2000/01/12 13:14:27 1.1 +++ usr.bin/groff/grohtml/Makefile 2000/12/07 23:21:55 @@ -8,7 +8,7 @@ LDADD+= ${LIBDRIVER} ${LIBGROFF} -lm DPADD+= ${LIBDRIVER} ${LIBGROFF} ${LIBM} -MANDEPEND= grohtml.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/grolj4/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/grolj4/Makefile,v retrieving revision 2.1.1.1 diff -u -r2.1.1.1 Makefile --- usr.bin/groff/grolj4/Makefile 1996/09/08 01:21:15 2.1.1.1 +++ usr.bin/groff/grolj4/Makefile 2000/12/07 23:27:27 @@ -1,12 +1,15 @@ +# $FreeBSD$ +# # Makefile for grolj4 PROG= grolj4 SRCS= lj4.cc + #CFLAGS+= -I${.CURDIR}/../include LDADD+= ${LIBDRIVER} ${LIBGROFF} -lm DPADD+= ${LIBDRIVER} ${LIBGROFF} ${LIBM} -MANDEPEND= grolj4.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/grops/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/grops/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/groff/grops/Makefile 1996/09/08 01:27:36 1.5 +++ usr.bin/groff/grops/Makefile 2000/12/07 23:27:30 @@ -1,12 +1,15 @@ +# $FreeBSD$ +# # Makefile for grops PROG= grops SRCS= ps.cc psrm.cc + #CFLAGS+= -I${.CURDIR}/../include LDADD+= ${LIBDRIVER} ${LIBGROFF} -lm DPADD+= ${LIBDRIVER} ${LIBGROFF} ${LIBM} -MANDEPEND= grops.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/grotty/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/grotty/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/groff/grotty/Makefile 1996/09/08 01:27:37 1.5 +++ usr.bin/groff/grotty/Makefile 2000/12/07 23:27:34 @@ -1,12 +1,15 @@ +# $FreeBSD$ +# # Makefile for grotty PROG= grotty SRCS= tty.cc + #CFLAGS+= -I${.CURDIR}/../include LDADD+= ${LIBDRIVER} ${LIBGROFF} -lm DPADD+= ${LIBDRIVER} ${LIBGROFF} ${LIBM} -MANDEPEND= grotty.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/indxbib/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/indxbib/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- usr.bin/groff/indxbib/Makefile 1997/03/09 07:27:18 1.8 +++ usr.bin/groff/indxbib/Makefile 2000/12/07 23:27:37 @@ -1,12 +1,15 @@ +# $FreeBSD$ +# # Makefile for indxbib PROG= indxbib SRCS= indxbib.cc dirnamemax.c signal.c + CFLAGS+= -I${.CURDIR}/../include LDADD+= ${LIBBIB} ${LIBGROFF} -lm DPADD+= ${LIBBIB} ${LIBGROFF} ${LIBM} -MANDEPEND= indxbib.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} beforeinstall: Index: usr.bin/groff/libbib/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/libbib/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- usr.bin/groff/libbib/Makefile 1996/09/08 01:27:40 1.3 +++ usr.bin/groff/libbib/Makefile 2000/12/07 23:27:41 @@ -1,7 +1,10 @@ +# $FreeBSD$ +# # Makefile for libbib LIB= bib SRCS= common.cc index.cc linear.cc search.cc map.c + CFLAGS+= -I$(.CURDIR)/../include NOMAN= noman Index: usr.bin/groff/libdriver/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/libdriver/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- usr.bin/groff/libdriver/Makefile 1996/09/09 18:05:24 1.4 +++ usr.bin/groff/libdriver/Makefile 2000/12/07 23:27:56 @@ -1,7 +1,10 @@ +# $FreeBSD$ +# # Makefile for libdriver LIB= driver SRCS= input.cc printer.cc + CFLAGS+= -I$(DIST_DIR)/../include NOMAN= noman Index: usr.bin/groff/libgroff/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/libgroff/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- usr.bin/groff/libgroff/Makefile 1999/08/27 23:35:44 1.7 +++ usr.bin/groff/libgroff/Makefile 2000/12/07 23:28:00 @@ -11,6 +11,7 @@ progname.cc ptable.cc searchpath.cc string.cc strsave.cc\ tmpfile.cc illegal.cc version.cc SRCS+= iftoa.c itoa.c matherr.c + CFLAGS+= -I$(.CURDIR)/../include NOMAN= noman Index: usr.bin/groff/lkbib/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/lkbib/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/groff/lkbib/Makefile 1996/09/08 01:27:43 1.5 +++ usr.bin/groff/lkbib/Makefile 2000/12/07 23:19:31 @@ -1,12 +1,14 @@ +# $FreeBSD$ +# # Makefile for lkbib PROG= lkbib -SRCS= lkbib.cc + CFLAGS+= -I${.CURDIR}/../include LDADD+= ${LIBBIB} ${LIBGROFF} -lm DPADD+= ${LIBBIB} ${LIBGROFF} ${LIBM} -MANDEPEND= lkbib.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/lookbib/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/lookbib/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/groff/lookbib/Makefile 1996/09/08 01:27:44 1.5 +++ usr.bin/groff/lookbib/Makefile 2000/12/07 23:19:45 @@ -1,12 +1,14 @@ +# $FreeBSD$ +# # Makefile for lookbib PROG= lookbib -SRCS= lookbib.cc + CFLAGS+= -I$(.CURDIR)/../include LDADD+= $(LIBBIB) $(LIBGROFF) -lm DPADD+= $(LIBBIB) $(LIBGROFF) $(LIBM) -MANDEPEND= lookbib.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/man/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/man/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/groff/man/Makefile 1996/09/08 01:27:46 1.5 +++ usr.bin/groff/man/Makefile 2000/12/07 22:48:34 @@ -1,3 +1,5 @@ +# $FreeBSD$ +# # Makefile for manpages MAN5= groff_font.5 groff_out.5 Index: usr.bin/groff/mm/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/mm/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- usr.bin/groff/mm/Makefile 1997/12/17 12:04:49 1.9 +++ usr.bin/groff/mm/Makefile 2000/12/07 22:48:43 @@ -1,3 +1,5 @@ +# $FreeBSD$ + TMACOWN?= ${BINOWN} TMACGRP?= ${BINGRP} TMACMODE?= ${NOBINMODE} Index: usr.bin/groff/nroff/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/nroff/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- usr.bin/groff/nroff/Makefile 1997/09/15 16:08:56 1.7 +++ usr.bin/groff/nroff/Makefile 2000/12/07 22:48:52 @@ -1,3 +1,5 @@ +# $FreeBSD$ + MAN1= nroff.1 psroff.1 MANDEPEND= nroff.1 psroff.1 Index: usr.bin/groff/pfbtops/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/pfbtops/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- usr.bin/groff/pfbtops/Makefile 1996/09/08 01:27:49 1.4 +++ usr.bin/groff/pfbtops/Makefile 2000/12/07 23:19:51 @@ -1,11 +1,13 @@ +# $FreeBSD$ +# # Makefile for pfbtops PROG= pfbtops -SRCS= pfbtops.c + LDADD+= ${LIBGROFF} DPADD+= ${LIBGROFF} -MANDEPEND= pfbtops.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/pic/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/pic/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- usr.bin/groff/pic/Makefile 1999/08/27 23:35:45 1.7 +++ usr.bin/groff/pic/Makefile 2000/12/07 23:28:54 @@ -3,10 +3,13 @@ PROG= pic SRCS= lex.cc main.cc object.cc pic.cc pic.tab.h \ common.cc troff.cc tex.cc + CFLAGS+= -I. DPADD= ${LIBGROFF} ${LIBM} LDADD= ${LIBGROFF} -lm -CLEANFILES= ${MAN1} pic.cc pic.tab.h y.tab.c y.tab.h + +MANDEPEND= ${MAN1} +CLEANFILES= ${MANDEPEND} pic.cc pic.tab.h y.tab.c y.tab.h pic.tab.h: pic.cc Index: usr.bin/groff/psbb/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/psbb/Attic/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- usr.bin/groff/psbb/Makefile 1996/09/08 01:27:51 1.4 +++ usr.bin/groff/psbb/Makefile 2000/12/07 23:23:28 @@ -1,9 +1,10 @@ +# $FreeBSD$ +# # Makefile for psbb PROG= psbb -SRCS= psbb.c -MANDEPEND= psbb.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/refer/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/refer/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- usr.bin/groff/refer/Makefile 1999/08/27 23:35:46 1.7 +++ usr.bin/groff/refer/Makefile 2000/12/07 23:33:49 @@ -2,10 +2,13 @@ PROG= refer SRCS= command.cc label.cc ref.cc refer.cc token.cc + CFLAGS+= -I${.CURDIR}/../include DPADD= ${LIBBIB} ${LIBGROFF} ${LIBM} LDADD= ${LIBBIB} ${LIBGROFF} -lm -CLEANFILES= label.cc label.tab.h ${MAN1} y.tab.c y.tab.h + +MANDEPEND= ${MAN1} +CLEANFILES+= ${MANDEPEND} label.cc label.tab.h y.tab.c y.tab.h .include "../Makefile.cfg" .include Index: usr.bin/groff/tbl/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/tbl/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/groff/tbl/Makefile 1996/09/08 01:27:53 1.5 +++ usr.bin/groff/tbl/Makefile 2000/12/07 23:24:06 @@ -1,3 +1,5 @@ +# $FreeBSD$ +# # Makefile for tbl PROG= tbl @@ -6,7 +8,7 @@ LDADD+= ${LIBGROFF} -lm DPADD+= ${LIBGROFF} ${LIBM} -MANDEPEND= tbl.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/tfmtodit/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/tfmtodit/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/groff/tfmtodit/Makefile 1996/09/08 01:27:55 1.5 +++ usr.bin/groff/tfmtodit/Makefile 2000/12/07 23:33:59 @@ -1,12 +1,14 @@ +# $FreeBSD$ +# # Makefile for tfmtodit PROG= tfmtodit -SRCS= tfmtodit.cc + CFLAGS+= -I${.CURDIR}/../include LDADD+= ${LIBGROFF} -lm DPADD+= ${LIBGROFF} ${LIBM} -MANDEPEND= tfmtodit.1 +MANDEPEND= ${MAN1} CLEANFILES+= ${MANDEPEND} .include "../Makefile.cfg" Index: usr.bin/groff/tmac/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/tmac/Makefile,v retrieving revision 1.21.2.1 diff -u -r1.21.2.1 Makefile --- usr.bin/groff/tmac/Makefile 2000/10/06 11:07:19 1.21.2.1 +++ usr.bin/groff/tmac/Makefile 2000/12/07 23:34:07 @@ -13,7 +13,8 @@ MLINKS= groff_ms.7 ms.7 groff_me.7 me.7 groff_msafer.7 msafer.7 LINKS= ${TMACDIR}/tmac.andoc ${TMACDIR}/tmac.an -CLEANFILES= ${MAN7} ${MDOCFILES} ${STRIPFILES} tmac.groff_an +MANDEPEND= ${MAN7} +CLEANFILES+= ${MANDEPEND} ${MDOCFILES} ${STRIPFILES} tmac.groff_an FILES= tmac.andoc tmac.pic tmac.ps tmac.psnew tmac.psold\ tmac.pspic tmac.psatk tmac.dvi tmac.safer tmac.tty \ Index: usr.bin/groff/troff/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/troff/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- usr.bin/groff/troff/Makefile 1999/09/21 20:51:36 1.12 +++ usr.bin/groff/troff/Makefile 2000/12/07 23:30:28 @@ -3,12 +3,13 @@ PROG= troff SRCS= env.cc node.cc input.cc div.cc symbol.cc dictionary.cc reg.cc \ number.cc majorminor.cc + CFLAGS+= -I${.CURDIR}/../include LDADD+= ${LIBGROFF} -lm DPADD+= ${LIBGROFF} ${LIBM} -MANDEPEND= troff.1 -CLEANFILES+= majorminor.cc ${MANDEPEND} +MANDEPEND= ${MAN1} +CLEANFILES+= ${MANDEPEND} majorminor.cc .include "../Makefile.inc" Index: usr.bin/ld/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/ld/Makefile,v retrieving revision 1.30 diff -u -r1.30 Makefile --- usr.bin/ld/Makefile 2000/01/03 10:41:11 1.30 +++ usr.bin/ld/Makefile 2000/12/07 22:51:27 @@ -1,5 +1,4 @@ # $FreeBSD: src/gnu/usr.bin/ld/Makefile,v 1.30 2000/01/03 10:41:11 obrien Exp $ -# RTLD= ${.CURDIR}/../../../libexec/rtld-aout GCCDIR= ${.CURDIR}/../../../contrib/gcc Index: usr.bin/man/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/man/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- usr.bin/man/Makefile 1996/03/10 18:59:11 1.4 +++ usr.bin/man/Makefile 2000/12/07 22:49:45 @@ -1,3 +1,5 @@ +# $FreeBSD$ +# # Master Makefile for man, manpath, apropos, whatis, and makewhatis # # You may distribute under the terms of the GNU General Public Index: usr.bin/man/Makefile.inc =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/man/Makefile.inc,v retrieving revision 1.17 diff -u -r1.17 Makefile.inc --- usr.bin/man/Makefile.inc 1999/07/30 19:35:56 1.17 +++ usr.bin/man/Makefile.inc 2000/12/07 22:49:53 @@ -1,3 +1,4 @@ +# $FreeBSD$ # # Set a bunch of things to hardcoded paths so that we don't accidently # pick up a user's own version of some utility and hose ourselves. Index: usr.bin/man/apropos/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/man/apropos/Makefile,v retrieving revision 1.15 diff -u -r1.15 Makefile --- usr.bin/man/apropos/Makefile 1999/08/27 23:36:07 1.15 +++ usr.bin/man/apropos/Makefile 2000/12/07 22:50:00 @@ -1,4 +1,5 @@ # $FreeBSD: src/gnu/usr.bin/man/apropos/Makefile,v 1.15 1999/08/27 23:36:07 peter Exp $ + MAINTAINER= wosch SHPROG= apropos Index: usr.bin/man/catman/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/man/catman/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- usr.bin/man/catman/Makefile 1999/08/27 23:36:08 1.11 +++ usr.bin/man/catman/Makefile 2000/12/07 23:07:41 @@ -2,7 +2,6 @@ MAINTAINER= wosch - MAN1= catman.1 beforeinstall: Index: usr.bin/man/lib/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/man/lib/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- usr.bin/man/lib/Makefile 1998/03/20 12:13:10 1.11 +++ usr.bin/man/lib/Makefile 2000/12/07 22:50:05 @@ -1,3 +1,5 @@ +# $FreeBSD$ + LIB= man INTERNALLIB= true INTERNALSTATICLIB= true Index: usr.bin/man/makewhatis/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/man/makewhatis/Makefile,v retrieving revision 1.16 diff -u -r1.16 Makefile --- usr.bin/man/makewhatis/Makefile 1999/08/27 23:36:10 1.16 +++ usr.bin/man/makewhatis/Makefile 2000/12/07 22:50:09 @@ -1,4 +1,5 @@ # $FreeBSD: src/gnu/usr.bin/man/makewhatis/Makefile,v 1.16 1999/08/27 23:36:10 peter Exp $ + MAINTAINER= wosch MAN1= makewhatis.1 Index: usr.bin/man/man/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/man/man/Makefile,v retrieving revision 1.27 diff -u -r1.27 Makefile --- usr.bin/man/man/Makefile 1999/08/27 23:36:12 1.27 +++ usr.bin/man/man/Makefile 2000/12/07 23:08:47 @@ -1,9 +1,7 @@ # $FreeBSD: src/gnu/usr.bin/man/man/Makefile,v 1.27 1999/08/27 23:36:12 peter Exp $ -# PROG= man SRCS= man.c manpath.c glob.c -MAN1= man.1 BINOWN= man BINMODE=4555 INSTALLFLAGS+= -fschg Index: usr.bin/man/manpath/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/man/manpath/Makefile,v retrieving revision 1.22.2.1 diff -u -r1.22.2.1 Makefile --- usr.bin/man/manpath/Makefile 2000/12/05 08:11:12 1.22.2.1 +++ usr.bin/man/manpath/Makefile 2000/12/07 23:10:49 @@ -1,8 +1,6 @@ # $FreeBSD: src/gnu/usr.bin/man/manpath/Makefile,v 1.22.2.1 2000/12/05 08:11:12 ru Exp $ PROG= manpath -SRCS= manpath.c -MAN1= manpath.1 DPADD= ${LIBMAN} LDADD= ${LIBMAN} Index: usr.bin/patch/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/patch/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- usr.bin/patch/Makefile 1998/01/21 14:37:13 1.6 +++ usr.bin/patch/Makefile 2000/12/07 22:51:42 @@ -1,6 +1,10 @@ +# $FreeBSD$ + PROG= patch + +CFLAGS += -DHAVE_CONFIG_H + SRCS = backupfile.c getopt.c getopt1.c inp.c patch.c pch.c util.c \ version.c -CFLAGS += -DHAVE_CONFIG_H -MAN= patch.1 + .include Index: usr.bin/ptx/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/ptx/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/ptx/Makefile 1995/01/16 17:46:30 1.5 +++ usr.bin/ptx/Makefile 2000/12/07 22:37:47 @@ -1,3 +1,5 @@ +# $FreeBSD$ + PROG= ptx SRCS= argmatch.c diacrit.c error.c getopt.c getopt1.c ptx.c xmalloc.c Index: usr.bin/ptx/doc/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/ptx/doc/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- usr.bin/ptx/doc/Makefile 1997/01/11 03:50:21 1.2 +++ usr.bin/ptx/doc/Makefile 2000/12/07 22:52:53 @@ -1,3 +1,5 @@ +# $FreeBSD$ + INFO = ptx INFOSECTION= "Documentation tools" INFOENTRY_ptx= "* PTX: (ptx). GNU permuted index generator." Index: usr.bin/ptx/examples/ajay/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/ptx/examples/ajay/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- usr.bin/ptx/examples/ajay/Makefile 1994/05/06 07:54:53 1.1.1.1 +++ usr.bin/ptx/examples/ajay/Makefile 2000/12/07 22:52:58 @@ -1,3 +1,5 @@ +# $FreeBSD$ + JUNKFILES = tip-index.ps tip-index.dvi tip-index.tex tip-index.log \ tip-index.aux Index: usr.bin/ptx/examples/latex/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/ptx/examples/latex/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- usr.bin/ptx/examples/latex/Makefile 1994/05/06 07:54:53 1.1.1.1 +++ usr.bin/ptx/examples/latex/Makefile 2000/12/07 22:53:07 @@ -1,3 +1,5 @@ +# $FreeBSD$ +# # Example of using ptx with latex. # Copyright (C) 1993 Free Software Foundation, Inc. # Francois Pinard , 1993. Index: usr.bin/rcs/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- usr.bin/rcs/Makefile 1993/06/25 18:50:30 1.2 +++ usr.bin/rcs/Makefile 2000/12/07 22:39:43 @@ -1,3 +1,5 @@ +# $FreeBSD$ + SUBDIR= lib ci co ident merge rcs rcsclean rcsdiff rcsmerge rlog rcsfreeze .include Index: usr.bin/rcs/Makefile.inc =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/Makefile.inc,v retrieving revision 1.3 diff -u -r1.3 Makefile.inc --- usr.bin/rcs/Makefile.inc 1996/06/24 04:23:10 1.3 +++ usr.bin/rcs/Makefile.inc 2000/12/07 22:53:17 @@ -1,3 +1,5 @@ +# $FreeBSD$ +# # Location of librcs .if exists(${.OBJDIR}/../lib) Index: usr.bin/rcs/ci/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/ci/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/rcs/ci/Makefile 1995/05/30 05:03:53 1.5 +++ usr.bin/rcs/ci/Makefile 2000/12/07 22:54:37 @@ -1,5 +1,7 @@ +# $FreeBSD$ + PROG= ci -SRCS= ci.c + CFLAGS+= -I${.CURDIR}/../lib LDADD= ${LIBRCS} DPADD= ${LIBRCS} Index: usr.bin/rcs/co/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/co/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/rcs/co/Makefile 1995/05/30 05:03:57 1.5 +++ usr.bin/rcs/co/Makefile 2000/12/07 22:54:40 @@ -1,5 +1,7 @@ +# $FreeBSD$ + PROG= co -SRCS= co.c + CFLAGS+= -I${.CURDIR}/../lib LDADD= ${LIBRCS} DPADD= ${LIBRCS} Index: usr.bin/rcs/ident/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/ident/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/rcs/ident/Makefile 1995/05/30 05:03:59 1.5 +++ usr.bin/rcs/ident/Makefile 2000/12/07 22:54:43 @@ -1,5 +1,7 @@ +# $FreeBSD$ + PROG= ident -SRCS= ident.c + CFLAGS+= -I${.CURDIR}/../lib LDADD= ${LIBRCS} DPADD= ${LIBRCS} Index: usr.bin/rcs/lib/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/lib/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- usr.bin/rcs/lib/Makefile 1997/05/11 05:33:04 1.7 +++ usr.bin/rcs/lib/Makefile 2000/12/07 22:40:18 @@ -1,3 +1,5 @@ +# $FreeBSD$ + # Define FSYNC_ALL to get slower but safer writes in case of crashes in # the middle of CVS/RCS changes #CFLAGS += -DFSYNC_ALL Index: usr.bin/rcs/merge/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/merge/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- usr.bin/rcs/merge/Makefile 1993/07/09 16:14:56 1.4 +++ usr.bin/rcs/merge/Makefile 2000/12/07 22:54:52 @@ -1,5 +1,7 @@ +# $FreeBSD$ + PROG= merge -SRCS= merge.c + CFLAGS+= -I${.CURDIR}/../lib LDADD= ${LIBRCS} DPADD= ${LIBRCS} Index: usr.bin/rcs/rcs/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/rcs/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- usr.bin/rcs/rcs/Makefile 1995/05/30 05:04:20 1.7 +++ usr.bin/rcs/rcs/Makefile 2000/12/07 22:54:54 @@ -1,5 +1,7 @@ +# $FreeBSD$ + PROG= rcs -SRCS= rcs.c + CFLAGS+= -I${.CURDIR}/../lib LDADD= ${LIBRCS} DPADD= ${LIBRCS} Index: usr.bin/rcs/rcsclean/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/rcsclean/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/rcs/rcsclean/Makefile 1995/05/30 05:04:23 1.5 +++ usr.bin/rcs/rcsclean/Makefile 2000/12/07 22:54:57 @@ -1,5 +1,7 @@ +# $FreeBSD$ + PROG= rcsclean -SRCS= rcsclean.c + CFLAGS+= -I${.CURDIR}/../lib LDADD= ${LIBRCS} DPADD= ${LIBRCS} Index: usr.bin/rcs/rcsdiff/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/rcsdiff/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/rcs/rcsdiff/Makefile 1995/05/30 05:04:24 1.5 +++ usr.bin/rcs/rcsdiff/Makefile 2000/12/07 22:54:59 @@ -1,5 +1,7 @@ +# $FreeBSD$ + PROG= rcsdiff -SRCS= rcsdiff.c + CFLAGS+= -I${.CURDIR}/../lib LDADD= ${LIBRCS} DPADD= ${LIBRCS} Index: usr.bin/rcs/rcsfreeze/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/rcsfreeze/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/rcs/rcsfreeze/Makefile 1995/07/25 00:33:51 1.5 +++ usr.bin/rcs/rcsfreeze/Makefile 2000/12/07 22:40:31 @@ -1,3 +1,5 @@ +# $FreeBSD$ + MAN1= rcsfreeze.1 afterinstall: Index: usr.bin/rcs/rcsmerge/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/rcsmerge/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/rcs/rcsmerge/Makefile 1995/05/30 05:04:29 1.5 +++ usr.bin/rcs/rcsmerge/Makefile 2000/12/07 22:55:07 @@ -1,5 +1,7 @@ +# $FreeBSD$ + PROG= rcsmerge -SRCS= rcsmerge.c + CFLAGS+= -I${.CURDIR}/../lib LDADD= ${LIBRCS} DPADD= ${LIBRCS} Index: usr.bin/rcs/rlog/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/rcs/rlog/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- usr.bin/rcs/rlog/Makefile 1995/05/30 05:04:32 1.5 +++ usr.bin/rcs/rlog/Makefile 2000/12/07 22:55:11 @@ -1,5 +1,7 @@ +# $FreeBSD$ + PROG= rlog -SRCS= rlog.c + CFLAGS+= -I${.CURDIR}/../lib LDADD= ${LIBRCS} DPADD= ${LIBRCS} Index: usr.bin/send-pr/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/send-pr/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- usr.bin/send-pr/Makefile 1997/01/01 04:20:34 1.13 +++ usr.bin/send-pr/Makefile 2000/12/07 22:40:59 @@ -1,3 +1,4 @@ +# $FreeBSD$ # # Makefile for building a standalone send-pr. # Index: usr.bin/send-pr/doc/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/send-pr/doc/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- usr.bin/send-pr/doc/Makefile 1997/01/11 03:52:44 1.2 +++ usr.bin/send-pr/doc/Makefile 2000/12/07 22:55:38 @@ -1,3 +1,5 @@ +# $FreeBSD$ + INFO = send-pr INFOSECTION="System Utilities" Index: usr.bin/sort/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/sort/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- usr.bin/sort/Makefile 1996/02/12 06:45:32 1.4 +++ usr.bin/sort/Makefile 2000/12/07 22:41:11 @@ -1,3 +1,5 @@ +# $FreeBSD$ + PROG= sort SRCS= sort.c error.c version.c long-options.c getopt.c getopt1.c xstrtod.c Index: usr.bin/tar/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/tar/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- usr.bin/tar/Makefile 1998/09/21 17:20:08 1.11 +++ usr.bin/tar/Makefile 2000/12/07 22:41:57 @@ -1,3 +1,5 @@ +# $FreeBSD$ + PROG= tar SRCS= buffer.c create.c diffarch.c extract.c getdate.y \ getoldopt.c getopt.c getopt1.c gnu.c list.c mangle.c names.c port.c \ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 22:28:11 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 22:28:10 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 32AEA37B400; Thu, 7 Dec 2000 22:28:10 -0800 (PST) Received: (from dougb@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB86S9s78265; Thu, 7 Dec 2000 22:28:09 -0800 (PST) (envelope-from dougb) Date: Thu, 7 Dec 2000 22:28:09 -0800 (PST) From: Message-Id: <200012080628.eB86S9s78265@freefall.freebsd.org> To: dougb@FreeBSD.org, freebsd-bugs@FreeBSD.org, green@FreeBSD.org Subject: Re: bin/23269: OpenSSH TIS Authentication support has broken output Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: OpenSSH TIS Authentication support has broken output Responsible-Changed-From-To: freebsd-bugs->green Responsible-Changed-By: dougb Responsible-Changed-When: Thu Dec 7 22:26:40 PST 2000 Responsible-Changed-Why: green is the new ssh vict^H^H^H^H maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=23269 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 23: 0: 8 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 23:00:02 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3A7FB37B401 for ; Thu, 7 Dec 2000 23:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB8702n81425; Thu, 7 Dec 2000 23:00:02 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 7 Dec 2000 23:00:02 -0800 (PST) Resent-Message-Id: <200012080700.eB8702n81425@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, garya@nightmare.dreamchaser.org Received: from nightmare.dreamchaser.org (unknown [12.32.42.198]) by hub.freebsd.org (Postfix) with ESMTP id 8919537B402 for ; Thu, 7 Dec 2000 22:53:14 -0800 (PST) Received: (from root@localhost) by nightmare.dreamchaser.org (8.9.3/8.9.3) id XAA07396; Thu, 7 Dec 2000 23:52:57 -0700 (MST) (envelope-from garya) Message-Id: <200012080652.XAA07396@nightmare.dreamchaser.org> Date: Thu, 7 Dec 2000 23:52:57 -0700 (MST) From: Gary Aitken Reply-To: garya@nightmare.dreamchaser.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/23372: booting default kernel fails to configure lo0 device Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23372 >Category: kern >Synopsis: "boot 0:da(0,a)/boot/loader" does not configure lo0; "boot 0:da(0,a)/boot/loader /kernel" succeeds. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Dec 07 23:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Gary Aitken >Release: FreeBSD 4.1-RELEASE i386 >Organization: individual >Environment: Micron pc Intel pentium i586, 16Meg bt0 scsi controller (BT946C0 1 Conner CFP 1080S disk Wangtek 5150ES tape Plextor PX-4X-CS CD de0 ethernet (21041) eth0 Emerging Technologies ET5025 sync serial >Description: If the system boots automatically or manually by hitting cr, it comes up with no lo0 device. If booted by explicitly naming the kernel: boot: 0:da(0,a)/boot/loader /kernel it boots with the lo0 device present. This behavior is exhibited by the originally installed generic kernel, by a GENERIC kernel built on the system, and by a custom kernel built on the system. The GENERIC and custom kernels were installed using make install. Explicitly naming the lo0 device in the network_interfaces argument in /etc/rc.conf results in a message about the lo0 device not being present. This would not be a big deal except it makes power-fail recovery impossible... Reboots on this hardware used to work fine under 2.1. Two modifications have been made: A USR modem card was removed. The etinc ET5025 serial interface card was added. >How-To-Repeat: Unfortunately, all I have to do is reboot. I don't know if it is repeatable on any other system; I suspect not. >Fix: Beats me. But I'd be interested in helping find the problem if I can get some serious coaching... >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 23:10: 6 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 23:10:03 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 21D5637B400 for ; Thu, 7 Dec 2000 23:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB87A3k84433; Thu, 7 Dec 2000 23:10:03 -0800 (PST) (envelope-from gnats) Date: Thu, 7 Dec 2000 23:10:03 -0800 (PST) Message-Id: <200012080710.eB87A3k84433@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: gnu/23365: patch Makefile is missing $FreeBSD$ Reply-To: Peter Pentchev Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/23365; it has been noted by GNATS. From: Peter Pentchev To: "Cyrille.Lefevre" Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: gnu/23365: patch Makefile is missing $FreeBSD$ Date: Fri, 8 Dec 2000 09:08:49 +0200 On Thu, Dec 07, 2000 at 11:36:33PM +0100, Cyrille.Lefevre wrote: > >Number: 23365 > >Category: gnu > >Synopsis: patch Makefile is missing $FreeBSD$ > >Originator: Cyrille Lefevre [snip] > > >Description: > > /usr/src/gnu/usr.bin/patch/Makefile is missing $FreeBSD$ If somebody decides to do anything about this - is there a reason that the patch in the base system is still at 2.1? Yes, I know there is a 2.5 port, and I'm using it, and it fixes a lot of weirdness with 2.1, e.g. in dealing with newly created/removed files. G'luck, Peter -- This sentence was in the past tense. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 23:40:11 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 23:40:02 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0A5B537B401 for ; Thu, 7 Dec 2000 23:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB87e2S87626; Thu, 7 Dec 2000 23:40:02 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 7 Dec 2000 23:40:02 -0800 (PST) Resent-Message-Id: <200012080740.eB87e2S87626@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, gmarco@giovannelli.it Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7736037B400 for ; Thu, 7 Dec 2000 23:34:38 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB87YcI87044; Thu, 7 Dec 2000 23:34:38 -0800 (PST) (envelope-from nobody) Message-Id: <200012080734.eB87YcI87044@freefall.freebsd.org> Date: Thu, 7 Dec 2000 23:34:38 -0800 (PST) From: gmarco@giovannelli.it Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/23376: The version of CGI.pm bundled with perl in -STABLE is outdated (more than 2 years) Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23376 >Category: misc >Synopsis: The version of CGI.pm bundled with perl in -STABLE is outdated (more than 2 years) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Dec 07 23:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Gianmarco Giovannelli >Release: 4.2-STABLE >Organization: >Environment: freebsd:/tmp/neomail-1.20# uname -a FreeBSD freebsd.computerhouseprato.com 4.2-STABLE FreeBSD 4.2-STABLE #0: Thu Dec 7 19:46:33 CET 2000 root@test.computerhouseprato.com:/usr/obj/usr/src/sys/FREEBSD i386 >Description: Our CGI.pm (2.46) is outdated: CGI.pm-2.45.readme 26-Nov-1998 02:59 2k CGI.pm-2.45.tar.gz 26-Nov-1998 03:07 150k CGI.pm-2.46.readme 06-Dec-1998 02:17 2k CGI.pm-2.46.tar.gz 06-Dec-1998 02:22 150k CGI.pm-2.47.readme 17-Feb-1999 04:15 2k CGI.pm-2.47.tar.gz 17-Feb-1999 19:50 153k CGI.pm-2.48.readme 19-Feb-1999 06:06 2k CGI.pm-2.48.tar.gz 19-Feb-1999 06:10 153k CGI.pm-2.49.readme 23-Feb-1999 09:55 2k CGI.pm-2.49.tar.gz 23-Feb-1999 14:00 153k CGI.pm-2.52.readme 03-May-1999 11:06 2k CGI.pm-2.52.tar.gz 08-Jun-1999 08:13 155k CGI.pm-2.53.readme 03-May-1999 11:06 2k CGI.pm-2.53.tar.gz 09-Jun-1999 07:56 156k CGI.pm-2.54.readme 11-Jun-1999 09:12 2k CGI.pm-2.54.tar.gz 09-Aug-1999 07:18 157k CGI.pm-2.55.readme 11-Jun-1999 09:12 2k CGI.pm-2.55.tar.gz 31-Aug-1999 10:11 157k CGI.pm-2.56.readme 13-Sep-1999 05:49 2k CGI.pm-2.56.tar.gz 13-Sep-1999 14:11 158k CGI.pm-2.59.readme 19-Mar-2000 19:34 2k CGI.pm-2.59.tar.gz 24-Mar-2000 04:31 161k CGI.pm-2.61.readme 19-Mar-2000 19:34 2k CGI.pm-2.61.tar.gz 27-Mar-2000 18:50 161k CGI.pm-2.62.readme 11-Jun-1999 09:12 2k CGI.pm-2.62.tar.gz 28-Mar-2000 13:38 160k CGI.pm-2.65.readme 11-Jun-1999 09:12 2k CGI.pm-2.65.tar.gz 11-Apr-2000 08:55 161k CGI.pm-2.66.readme 11-Jun-1999 09:12 2k CGI.pm-2.66.tar.gz 12-Apr-2000 13:16 161k CGI.pm-2.67.readme 13-Sep-1999 05:49 2k CGI.pm-2.67.tar.gz 15-May-2000 18:38 163k CGI.pm-2.68.readme 11-Jun-1999 09:12 2k CGI.pm-2.68.tar.gz 18-May-2000 10:55 162k CGI.pm-2.69.readme 27-Jul-2000 20:04 2k CGI.pm-2.69.tar.gz 27-Jul-2000 20:06 164k CGI.pm-2.70.readme 27-Jul-2000 19:52 2k CGI.pm-2.70.tar.gz 04-Aug-2000 12:37 164k CGI.pm-2.71.readme 27-Jul-2000 20:04 2k CGI.pm-2.71.tar.gz 13-Aug-2000 09:09 164k CGI.pm-2.72.readme 27-Jul-2000 20:04 2k CGI.pm-2.72.tar.gz 20-Aug-2000 10:35 165k CGI.pm-2.74.readme 27-Jul-2000 20:04 2k CGI.pm-2.74.tar.gz 13-Sep-2000 09:35 165k Revision History Version 2.74 September 13, 2000 Quashed one-character bug that caused CGI.pm to fail on file uploads. Version 2.73 September 12, 2000 Added -base to the list of arguments accepted by url(). Fixes to XHTML support. POST parameters no longer show up in the Location box. Version 2.72 August 19, 2000 Fixed the defaults button so that it works again Charset is now correctly saved and restored when saving to files url() now works correctly when given scripts with %20 and other escapes in the additional path info. This undoes a patch introduced in version 2.47 that I no longer understand the rationale for. Version 2.71 August 13, 2000 Newlines in the value attributes of hidden fields and other form elements are now escaped when using ISO-Latin. Inline script and style sections are now protected as CDATA sections when XHTML mode is on (the default). Version 2.70 August 4, 2000 Fixed bug in scrolling_list() which omitted a space in front of the "multiple" attribute. Squashed the "useless use of string in void context" message from redirects. Version 2.69 startform() now creates default ACTION for POSTs as well as GETs. This may break some browsers, but it no longer violates the HTML spec. CGI.pm now emits XHTML by default. Disable with -no_xhtml. We no longer interpret &#ddd sequences in non-latin character sets. Version 2.68 No longer attempts to escape characters when dealing with non ISO-8861 character sets. checkbox() function now defaults to using -value as its label, rather than -name. The current behavior is what has been documented from the beginning. -style accepts array reference to incorporate multiple stylesheets into document. Fixed two bugs that caused the -compile pragma to fail with a syntax error. Version 2.67 Added XHTML support (incomplete; tags need to be lowercased). Fixed CGI/Carp when running under mod_perl. Probably broke in other contexts. Fixed problems when passing multiple cookies. Suppress warnings from _tableize() that were appearing when using -w switch with radio_group() and checkbox_group(). Support for the header() -attachment argument, which can give pages a default file name when saving to disk. Version 2.66 2.65 changes in make_attributes() broke HTTP header functions (including redirect), so made it context sensitive. Version 2.65 Fixed regression tests to skip tests that require implicit fork on machines without fork(). Changed make_attributes() to automatically escape any HTML reserved characters. Minor documentation fix in javascript example. Version 2.64 Changes introduced in 2.63 broke param() when retrieving parameter lists containing only a single argument. This is now fixed. self_url() now defaults to returning parameters delimited with semicolon. Use the pragma -oldstyle_urls to get the old "&" delimiter. Version 2.63 Fixed CGI::Push to pull out parameters correctly. Fixed redirect() so that it works with default character set Changed param() so as to returned empty string '' when referring to variables passed in query strings like 'name1=&name2' Version 2.62 Fixed broken ReadParse() function, and added regression tests Fixed broken CGI::Pretty, and added regression tests Version 2.61 Moved more functions from CGI.pm proper into CGI/Util.pm. CGI/Cookie should now be standalone. Disabled per-user temporary directories, which were causing grief. Version 2.60 Fixed junk appearing in autogenerated HTML functions when using object-oriented mode. Version 2.59 autoescape functionality breaks too much existing code, removed it. use escapeHTML() manually Version 2.58 This is the release version of 2.57. Version 2.57 Added -debug pragma and turned off auto reading of STDIN. Default DTD updated to HTML 4.01 transitional. Added charset() method and the -charset argument to header(). Fixed behavior of escapeHTML() to respect charset() and to escape nasty Windows characters (thanks to Tom Christiansen). Handle REDIRECT_QUERY_STRING correctly. Removed use_named_parameters() because of dependency problems and general lameness. Fixed problems with bad HREF links generated by url(-relative=>1) when the url is like /people/. Silenced a warning on upload (patch provided by Jonas Liljegren) Fixed race condition in CGI::Carp when errors occur during parsing (patch provided by Maurice Aubrey). Fixed failure of url(-path_info=>1) when path contains % signs. Fixed warning from CGI::Cookie when receiving foreign cookies that don't use name=value format. Fixed incompatibilities with file uploading on VMS systems. Version 2.56 Fixed bugs in file upload introduced in version 2.55 Fixed long-standing bug that prevented two files with identical names from being uploaded. Version 2.55 Fixed cookie regression test so as not to produce an error. Fixed path_info() and self_url() to work correctly together when path_info() modified. Removed manify warnings from CGI::{Switch,Apache}. Version 2.54 This will be the last release of the monolithic CGI.pm module. Later versions will be modularized and optimized. DOMAIN tag no longer added to cookies by default. This will break some versions of Internet Explorer, but will avoid breaking networks which use host tables without fully qualified domain names. For compatibility, please always add the -domain tag when creating cookies. Fixed escape() method so that +'s are treated correctly. Updated CGI::Pretty module. Version 2.53 Forgot to upgrade regression tests before releasing 2.52. NOTHING ELSE HAS CHANGED IN LIBRARY Version 2.52 Spurious newline in checkbox() routine removed. (courtesy John Essen) TEXTAREA linebreaks now respected in dump() routine. (courtesy John Essen) Patches for DOS ports (courtesy Robert Davies) Patches for VMS More fixes for cookie problems Fix CGI::Carp so that it doesn't affect eval{} blocks (courtesy Byron Brummer) Version 2.51 Fixed problems with cookies not being remembered when sent to IE 5.0 (and Netscape 5.0 too?) Numerous HTML compliance problems in cgi_docs.html; fixed thanks to Michael Leahy Version 2.50 Added a new Vars() method to retrieve all parameters as a tied hash. Untainted tainted tempfile name so that script doesn't fail on terminal unlink. Made picking of upload tempfile name more intelligent so that doesn't fail in case of name collision. Fixed handling of expire times when passed an absolute timestamp. Version 2.49 Fixes for FastCGI (globals not getting reset) Fixed url() to correctly handle query string and path under MOD_PERL Version 2.48 Reverted detection of MOD_PERL to avoid breaking PerlEX. Version 2.47 Patch to fix file upload bug appearing in IE 3.01 for Macintosh/PowerPC. Replaced use of $ENV{SCRIPT_NAME} with $ENV{REQUEST_URI} when running under Apache, to fix self-referencing URIs. Fixed bug in escapeHTML() which caused certain constructs, such as CGI->image_button(), to fail. Fixed bug which caused strong('CGI') to fail. Be careful to use CGI::strong('CGI') and not CGI->strong('CGI'). The latter will produce confusing results. Added upload() function, as a preferred replacement for the "filehandle as string" feature. Added cgi_error() function. Rewrote file upload handling to return undef rather than dieing when an error is encountered. Be sure to call cgi_error() to find out what went wrong. ... and some software complain about this: freebsd:/tmp/neomail-1.20# ./setup.pl ********************************** ****** COMPATIBILITY CHECKS ****** ********************************** IF ANY OF THESE CHECKS FAIL, INSTALLATION WILL NOT CONTINUE. PLEASE INSTALL THE APPROPRIATE DBM LIBRARY OR MODULE AND TRY AGAIN. Checking for installation of Berkely DB or GNU DB capability... Looks OK. Checking for up-to-date CGI.pm... Your CGI.pm is outdated. You have version 2.46, while NeoMail requires at least 2.72. >How-To-Repeat: Try to install, i.e. neomail, http://sourceforge.net/project/showfiles.php?group_id=2874 >Fix: Commit new CGI.pm in the perl tree... >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Dec 7 23:41:42 2000 From owner-freebsd-bugs@FreeBSD.ORG Thu Dec 7 23:41:41 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 83FDE37B400; Thu, 7 Dec 2000 23:41:41 -0800 (PST) Received: (from dougb@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB87ffr87797; Thu, 7 Dec 2000 23:41:41 -0800 (PST) (envelope-from dougb) Date: Thu, 7 Dec 2000 23:41:41 -0800 (PST) From: Message-Id: <200012080741.eB87ffr87797@freefall.freebsd.org> To: dougb@FreeBSD.org, freebsd-bugs@FreeBSD.org, green@FreeBSD.org Subject: Re: bin/23286: openssh is too verbose Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: openssh is too verbose Responsible-Changed-From-To: freebsd-bugs->green Responsible-Changed-By: dougb Responsible-Changed-When: Thu Dec 7 23:41:14 PST 2000 Responsible-Changed-Why: Green is Mr. ssh http://www.freebsd.org/cgi/query-pr.cgi?pr=23286 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Dec 8 3:10: 6 2000 From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 8 03:10:04 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2736137B401 for ; Fri, 8 Dec 2000 03:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB8BA4R19997; Fri, 8 Dec 2000 03:10:04 -0800 (PST) (envelope-from gnats) Date: Fri, 8 Dec 2000 03:10:04 -0800 (PST) Message-Id: <200012081110.eB8BA4R19997@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Cyrille Lefevre Subject: Re: gnu/23367: some src/gnu Makefiles are missing $FreeBSD$ Reply-To: Cyrille Lefevre Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/23367; it has been noted by GNATS. From: Cyrille Lefevre To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: gnu/23367: some src/gnu Makefiles are missing $FreeBSD$ Date: Fri, 8 Dec 2000 12:03:32 +0100 (CET) oops, /usr/src/gnu/libexec/uucp/libunix/Makefile is broken, sorry. the empty line was misplaced. Index: /usr/src/gnu/libexec/uucp/libunix/Makefile =================================================================== RCS file: /home/ncvs/src/gnu/libexec/uucp/libunix/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- /usr/src/gnu/libexec/uucp/libunix/Makefile 1999/08/27 23:33:07 1.7 +++ /usr/src/gnu/libexec/uucp/libunix/Makefile 2000/12/08 10:59:45 @@ -12,6 +12,7 @@ splnam.c spool.c srmdir.c statsb.c status.c sync.c tcp.c \ time.c tli.c tmpfil.c trunc.c uacces.c ufopen.c uid.c ultspl.c \ unknwn.c uuto.c walk.c wldcrd.c work.c xqtfil.c xqtsub.c ftw.c + CFLAGS+= -I$(.CURDIR)/../common_sources \ -DOWNER=\"$(owner)\" -DSBINDIR=\"$(libxdir)\" Cyrille. -- home: mailto:clefevre@citeweb.net work: mailto:Cyrille.Lefevre@edf.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Dec 8 5:20: 8 2000 From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 8 05:20:03 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0EA0E37B401 for ; Fri, 8 Dec 2000 05:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB8DK2K43682; Fri, 8 Dec 2000 05:20:02 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 8 Dec 2000 05:20:02 -0800 (PST) Resent-Message-Id: <200012081320.eB8DK2K43682@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, teramoto@comm.eng.osaka-u.ac.jp Received: from localhost.comm.eng.osaka-u.ac.jp (wmaeda1.comm.eng.osaka-u.ac.jp [133.1.44.37]) by hub.freebsd.org (Postfix) with ESMTP id B0A6237B400 for ; Fri, 8 Dec 2000 05:12:06 -0800 (PST) Received: (from markun@localhost) by localhost.comm.eng.osaka-u.ac.jp (8.11.1/8.11.1) id eB8DBho08921; Fri, 8 Dec 2000 22:11:43 +0900 (JST) (envelope-from markun) Message-Id: <200012081311.eB8DBho08921@localhost.comm.eng.osaka-u.ac.jp> Date: Fri, 8 Dec 2000 22:11:43 +0900 (JST) From: teramoto@comm.eng.osaka-u.ac.jp Sender: markun@localhost.comm.eng.osaka-u.ac.jp Reply-To: teramoto@comm.eng.osaka-u.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/23378: PCG-C1VJ internal Memorystick slot(MSC-U01) is not recognized Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23378 >Category: kern >Synopsis: PCG-C1VJ internal Memorystick slot(MSC-U01) is not recognized >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Dec 08 05:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: TERAMOTO Masahiro >Release: FreeBSD 5.0-CURRENT i386 >Organization: Osaka-u >Environment: System: FreeBSD geburah 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Tue Dec 5 23:54:41 JST 2000 root@geburah:/usr/src/sys/compile/GEBURAH i386 >Description: Sony PCG-C1VJ has internal Memorystick slot. I make patch and works well. >How-To-Repeat: >Fix: --- scsi_da.c.orig Sat Oct 21 10:06:28 2000 +++ scsi_da.c Fri Dec 8 20:39:46 2000 @@ -224,6 +224,11 @@ /*quirks*/ DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE }, { + /* Sony PCG-C1VJ Internal Memory Stick Slot */ + {T_DIRECT, SIP_MEDIA_REMOVABLE, "Sony", "MSC-U01", "*"}, + /*quirks*/ DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE + }, + { /* * Sony Memory Stick adapter MSAC-US1, * does not support READ_6 commands only READ_10. It also does >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Dec 8 7:50:14 2000 From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 8 07:50:02 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6F51437B401 for ; Fri, 8 Dec 2000 07:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB8Fo2R52638; Fri, 8 Dec 2000 07:50:02 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 8 Dec 2000 07:50:02 -0800 (PST) Resent-Message-Id: <200012081550.eB8Fo2R52638@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, Jonathan Perkin Received: from weirdo.netcraft.com (weirdo.netcraft.com [195.92.95.47]) by hub.freebsd.org (Postfix) with ESMTP id D7D0B37B400 for ; Fri, 8 Dec 2000 07:48:31 -0800 (PST) Received: (from sketchy@localhost) by weirdo.netcraft.com (8.11.1/8.11.1) id eB8FmIj00462; Fri, 8 Dec 2000 15:48:18 GMT (envelope-from sketchy) Message-Id: <200012081548.eB8FmIj00462@weirdo.netcraft.com> Date: Fri, 8 Dec 2000 15:48:18 GMT From: Jonathan Perkin Sender: sketchy@weirdo.netcraft.com Reply-To: Jonathan Perkin To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/23379: Reproducable kernel panic with 4.2-STABLE and slip null-modem connection Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23379 >Category: kern >Synopsis: panic: page fault >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 08 07:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Jonathan Perkin >Release: FreeBSD 4.2-STABLE i386 >Organization: Netcraft Ltd >Environment: FreeBSD weirdo.netcraft.com 4.2-STABLE FreeBSD 4.2-STABLE #0: Thu Dec 7 15:12:17 GMT 2000 sketchy@weirdo.netcraft.com:/usr/obj/usr/src/sys/WEIRDO i386 Does exactly the same on 4.2-RELEASE >Description: Null-modem connection between 2 machines (both running 4.2-S), connected via SLIP. Transfer data between machines for a while, the "server" will lock up. server# /sbin/ifconfig sl0 inet 195.92.95.128 195.92.95.129 netmask 0xffffffff server# /sbin/sysctl -w net.inet.ip.forwarding=1 server# /sbin/slattach -a -c -s 115200 -L -l cuaa0 server# /usr/sbin/arp -s 195.92.95.129 0:90:27:b0:b2:2b pub client# /sbin/ifconfig sl0 inet 195.92.95.129 195.92.95.128 netmask 0xffffffff client# /sbin/slattach -a -c -s 115200 -L -l cuaa0 client# route add default 195.92.95.128 client$ ftp something, run cvsup, whatever. server# gdb -k /usr/obj/usr/src/sys/WEIRDO/kernel.debug /var/crash/vmcore.0 GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... IdlePTD 3940352 initial pcb at 2d9f00 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1ee9b6cf fault code = supervisor read, page not present instruction pointer = 0x8:0xc015d2a4 stack pointer = 0x10:0xc02937ec frame pointer = 0x10:0xc02937f8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01dbf40 stack pointer = 0x10:0xc0293624 frame pointer = 0x10:0xc0293628 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net bio cam trap number = 12 panic: page fault Uptime: 25m31s dumping to dev #ad/0x20006, offset 0 dump ata0: resetting devices .. done 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:469 469 if (dumping++) { (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:469 #1 0xc01431cf in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:309 #2 0xc0143565 in panic (fmt=0xc028ae0f "page fault") at /usr/src/sys/kern/kern_shutdown.c:556 #3 0xc024d94e in trap_fatal (frame=0xc02935e4, eva=48) at /usr/src/sys/i386/i386/trap.c:951 #4 0xc024d601 in trap_pfault (frame=0xc02935e4, usermode=0, eva=48) at /usr/src/sys/i386/i386/trap.c:844 #5 0xc024d1a3 in trap (frame={tf_fs = 6684688, tf_es = -1071054832 tf_ds = -1054474224, tf_edi = 0, tf_esi = -1054424576, tf_ebp = -1071040984, tf_isp = -1071041008, tf_ebx = -1070970340, tf_edx = 6864960, tf_ecx = -880820032, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071792320, tf_cs = 8, tf_eflags = 66050, tf_esp = -1054424576, tf_ss = -1071040952}) at /usr/src/sys/i386/i386/trap.c:443 #6 0xc01dbf40 in acquire_lock (lk=0xc02a4a1c) at /usr/src/sys/ufs/ffs/ffs_softdep.c:267 #7 0xc01dfc28 in softdep_update_inodeblock (ip=0xc126c200, bp=0xc61c1838, waitfor=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3592 #8 0xc01db211 in ffs_update (vp=0xcb7fc0c0, waitfor=0) at /usr/src/sys/ufs/ffs/ffs_inode.c:106 #9 0xc01e2f34 in ffs_sync (mp=0xc0f96600, waitfor=2, cred=0xc0a5f580, p=0xc02f1920) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:987 ---Type to continue, or q to quit--- #10 0xc01707df in sync (p=0xc02f1920, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:545 #11 0xc0142faa in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:233 #12 0xc0143565 in panic (fmt=0xc028ae0f "page fault") at /usr/src/sys/kern/kern_shutdown.c:556 #13 0xc024d94e in trap_fatal (frame=0xc02937ac, eva=518633167) at /usr/src/sys/i386/i386/trap.c:951 #14 0xc024d601 in trap_pfault (frame=0xc02937ac, usermode=0, eva=518633167) at /usr/src/sys/i386/i386/trap.c:844 #15 0xc024d1a3 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = -1071054832, tf_edi = 6686720, tf_esi = -1062538496, tf_ebp = -1071040520, tf_isp = -1071040552, tf_ebx = 518633149, tf_edx = 0, tf_ecx = -1062656000, tf_eax = -6686721, tf_trapno = 12, tf_err = 0, tf_eip = -1072311644, tf_cs = 8, tf_eflags = 66054, tf_esp = -1062538752, tf_ss = -1062538496}) at /usr/src/sys/i386/i386/trap.c:443 #16 0xc015d2a4 in m_freem (m=0x1ee9b6bd) at /usr/src/sys/kern/uipc_mbuf.c:525 #17 0xc015d2b8 in m_freem (m=0xc0a90a00) at /usr/src/sys/kern/uipc_mbuf.c:534 #18 0xc01d1502 in fxp_stats_update (arg=0xc0ee2a00) at /usr/src/sys/pci/if_fxp.c:1366 #19 0xc0148c7d in softclock () at /usr/src/sys/kern/kern_timeout.c:131 server# machine i386 cpu I686_CPU ident WEIRDO maxusers 64 makeoptions DEBUG=-g options INET options INET6 options FFS options FFS_ROOT options SOFTUPDATES options NFS options CD9660 options PROCFS options COMPAT_43 options UCONSOLE options USERCONFIG options SYSVSHM options SYSVMSG options SYSVSEM options P1003_1B options KBD_INSTALL_CDEV options _KPOSIX_PRIORITY_SCHEDULING device isa device pci device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device ata device atadisk device atapicd options ATA_STATIC_ID options ATA_ENABLE_ATAPI_DMA device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? device sc0 at isa? flags 0x100 device npx0 at nexus? port IO_NPX irq 13 device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device ppc0 at isa? irq 7 device ppbus device lpt device plip device fxp0 pseudo-device loop pseudo-device ether pseudo-device sl 1 pseudo-device gif 1 pseudo-device pty pseudo-device splash pseudo-device gzip pseudo-device bpf options VESA options DDB options CPU_FASTER_5X86_FPU options NFS_NOSERVER options SC_DISABLE_REBOOT options SC_HISTORY_SIZE=1000 options COMPAT_LINUX options INCLUDE_CONFIG_FILE options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_DEFAULT_TO_ACCEPT options IPV6FIREWALL options TCP_RESTRICT_RST options IPDIVERT options DUMMYNET options BRIDGE device pcm device usb device ugen device uhid device ums device smb device smbus device intpm device ichsmb device ic device iic device iicsmb device iicbus device iicbb server# dmesg Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.2-STABLE #0: Thu Dec 7 15:12:17 GMT 2000 sketchy@weirdo.netcraft.com:/usr/obj/usr/src/sys/WEIRDO Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 598624822 Hz CPU: Pentium III/Pentium III Xeon/Celeron (598.62-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ff real memory = 268435456 (262144K bytes) avail memory = 257482752 (251448K bytes) Preloaded elf kernel "kernel" at 0xc03a3000. Preloaded elf module "splash_bmp.ko" at 0xc03a309c. Preloaded splash_image_data "/boot/splash.bmp" at 0xc03a3140. VESA: v2.0, 32768k memory, flags:0x1, mode table:0xc00c6954 (c0006954) VESA: Matrox Graphics Inc. Pentium Pro MTRR support enabled npx0: $on motherboard
npx0: INT 16 interface
pcib0: on motherboard
pci0: on pcib0
pcib1: at device 1.0
on pci0
pci1: on pcib1
pci1: at 0.0 irq 11
isab0: at device 7.0 on pci0
isa0: on isab0
atapci0: port 0x10a0-0x10af at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: at 7.2 irq 9
intpm0: port 0x7000-0x700f irq 9 at device 7.3 on pci
intpm0: I/O mapped 7000
fxp0: port 0x1000-0x103f mem 0xd0000000-0xd00fffff,0xd0100000-0xd0100fff irq 11 at device 13.0 on pci0
fxp0: Ethernet address 00:90:27:b0:b2:2b
pcm0: port 0x1040-0x107f irq 10 at device 14.0 on
pci0
fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on
isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: at port 0x60,0x64 on isa0
atkbd0: flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
ppc0: at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
lpt0: on ppbus0
lpt0: Interrupt-driven port
plip0: on ppbus0
DUMMYNET initialized (000608)
IPv6 packet filtering initialized, logging disabled
IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to accept, unlimited logging
BRIDGE 990810, have 5 interfaces
-- index 1 type 6 phy 0 addrl 6 addr 00.90.27.b0.b2.2b
ad0: 14324MB [29104/16/63] at ata0-master
UDMA33
acd0: CDROM at ata1-master using PIO3
Mounting root from ufs:/dev/ad0s1a

>How-To-Repeat:

The above crashes the server box 100% of the time, usually within 5/10
minutes. Has done for both 4.2-RELEASE and for every version of
-stable since.

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:

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

From owner-freebsd-bugs Fri Dec 8 8: 0: 9 2000
From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 8 08:00:04 2000
Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
by hub.freebsd.org (Postfix) with ESMTP id 4F27D37B404
for; Fri, 8 Dec 2000 08:00:04 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.11.1/8.11.1) id eB8G04c54728;
Fri, 8 Dec 2000 08:00:04 -0800 (PST)
(envelope-from gnats)
Resent-Date: Fri, 8 Dec 2000 08:00:04 -0800 (PST)
Resent-Message-Id: <200012081600.eB8G04c54728@freefall.freebsd.org>
Resent-From: gnats-admin@FreeBSD.org (GNATS Management)
Resent-To: freebsd-bugs@FreeBSD.org
Resent-Reply-To: gnats-admin@FreeBSD.org, didier.poirot@sun.com
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
by hub.freebsd.org (Postfix) with ESMTP id DC46537B400
for; Fri, 8 Dec 2000 07:53:03 -0800 (PST)
Received: (from nobody@localhost)
by freefall.freebsd.org (8.11.1/8.11.1) id eB8Fr3853015;
Fri, 8 Dec 2000 07:53:03 -0800 (PST)
(envelope-from nobody)
Message-Id: <200012081553.eB8Fr3853015@freefall.freebsd.org>
Date: Fri, 8 Dec 2000 07:53:03 -0800 (PST)
From: didier.poirot@sun.com
Sender: nobody@FreeBSD.org
To: freebsd-gnats-submit@FreeBSD.org
X-Send-Pr-Version: www-1.0
Subject: i386/23380: newfs_msdos breaks the DOS partition table (and BSD label sector)
Resent-Sender: gnats@FreeBSD.org
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

>Number: 23380
>Category: i386
>Synopsis: newfs_msdos breaks the DOS partition table (and BSD label sector)
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Fri Dec 08 08:00:04 PST 2000
>Closed-Date:
>Last-Modified:
>Originator: Poirot
>Release: 4.1
>Organization:
Sun Microsystems
>Environment:
FreeBSD bongo 4.0-RELEASE FreeBSD 4.0-RELEASE #11: Fri Dec 8 16:37:27 CET 2000 dp@bongo:/usr/src/sys/compile/GENERIC i386

>Description:
Installing a MSDOS filesystem with the newfs_msdos(1) utility in the
first partition of the first slice (e.g /dev/ad0s1a) of a disk breaks
the DOS partition table contained in the sector 0 of the disk (the MBR).

Note: the partition 'a' must start at the beginning of the slice, e.g
the oa# field of the disktab entry must be set to 0.

The newfs_msdos utility writes to 'absolute' sector 0 of the disk,
instead of writing to 'relative' sector 0 (relative to beginning of the
slice, not of the disk). It also tries to write to 'absolute' sector
1 (which contain the BSD label), must access is denied by the system.

>How-To-Repeat:
1. Using fdisk(1) create 1 slice( e.g ad0s1), starting at 0, type 165
2. Using disklabel, write a label to the disk slice mentionned above.
This label should contain a partition starting at 0.
3. Use newfs_msdos on this partition (e.g /dev/ad0s1a).
4. Try to re-read the DOS partition table with fdisk.

>Fix:
The disktab entry used must not start at offset 0 in the slice, but say
at 16.

>Release-Note:
>Audit-Trail:
>Unformatted:

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

From owner-freebsd-bugs Fri Dec 8 8:40:11 2000
From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 8 08:40:09 2000
Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
by hub.freebsd.org (Postfix) with ESMTP id 8A6AE37B400
for; Fri, 8 Dec 2000 08:40:05 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.11.1/8.11.1) id eB8Ge5o62038;
Fri, 8 Dec 2000 08:40:05 -0800 (PST)
(envelope-from gnats)
Date: Fri, 8 Dec 2000 08:40:05 -0800 (PST)
Message-Id: <200012081640.eB8Ge5o62038@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc:
From: "Michael C . Wu" Subject: Re: kern/23378: PCG-C1VJ internal Memorystick slot(MSC-U01) is not recognized
Reply-To: "Michael C . Wu" Sender: gnats@FreeBSD.org
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR kern/23378; it has been noted by GNATS.

From: "Michael C . Wu" To: teramoto@comm.eng.osaka-u.ac.jp
Cc: FreeBSD-gnats-submit@freebsd.org, mobile@freebsd.org,
nsayer@freebsd.org
Subject: Re: kern/23378: PCG-C1VJ internal Memorystick slot(MSC-U01) is not recognized
Date: Fri, 8 Dec 2000 10:31:20 -0600

On Fri, Dec 08, 2000 at 10:11:43PM +0900, teramoto@comm.eng.osaka-u.ac.jp scribbled:
| >Number: 23378
| >Category: kern
| >Synopsis: PCG-C1VJ internal Memorystick slot(MSC-U01) is not recognized

| >Description:
| Sony PCG-C1VJ has internal Memorystick slot. I make patch and works well.
| >How-To-Repeat:
|
| >Fix:
| --- scsi_da.c.orig Sat Oct 21 10:06:28 2000
| +++ scsi_da.c Fri Dec 8 20:39:46 2000
| @@ -224,6 +224,11 @@
| /*quirks*/ DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE
| },
| {
| + /* Sony PCG-C1VJ Internal Memory Stick Slot */
| + {T_DIRECT, SIP_MEDIA_REMOVABLE, "Sony", "MSC-U01", "*"},
| + /*quirks*/ DA_Q_NO_6_BYTE|DA_Q_NO_SYNC_CACHE
| + },
| + {
| /*
| * Sony Memory Stick adapter MSAC-US1,
| * does not support READ_6 commands only READ_10. It also does

This is what I mentioned a while ago on -mobile. It works
with my Z505JS as well.

--
+------------------------------------------------------------------+
| keichii@peorth.iteration.net | keichii@bsdconspiracy.net |
| http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. |
+------------------------------------------------------------------+

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

From owner-freebsd-bugs Fri Dec 8 9:24:29 2000
From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 8 09:24:28 2000
Return-Path: Delivered-To: freebsd-bugs@freebsd.org
Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68])
by hub.freebsd.org (Postfix) with ESMTP
id 36FBD37B69F; Fri, 8 Dec 2000 09:24:26 -0800 (PST)
Received: from localhost (marck@localhost)
by woozle.rinet.ru (8.9.3/8.9.1) with ESMTP id UAA20347;
Fri, 8 Dec 2000 20:24:17 +0300 (MSK)
Date: Fri, 8 Dec 2000 20:24:17 +0300 (MSK)
From: Dmitry Morozovsky To: kris@freebsd.org
Cc: bugs@freebsd.org
Subject: FreeBSD-stable (4.x). netinet/in.h
Message-ID: X-NCC-RegID: ru.rinet
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Hi there colleagues,

I found that before including netinet/in.h developer _must_ include
sys/types.h before, or your source is not compilable. Is it
intentional? :)

Please CC: you answers to my own address. Thank you.

Obvious patch:

--- in.h.old Fri Dec 8 20:14:15 2000
+++ in.h Fri Dec 8 20:14:58 2000
@@ -37,6 +37,9 @@
#ifndef _NETINET_IN_H_
#define _NETINET_IN_H_

+/* we need to define types, eh? */
+#include +
/*
* Constants and structures defined by the internet system,
* Per RFC 790, September 1981, and numerous additions.

Sincerely,
D.Marck [DM5020, DM268-RIPE, DM3-RIPN]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru ***
------------------------------------------------------------------------

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

From owner-freebsd-bugs Fri Dec 8 9:30: 6 2000
From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 8 09:30:03 2000
Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
by hub.freebsd.org (Postfix) with ESMTP id BC0EC37B400
for; Fri, 8 Dec 2000 09:30:02 -0800 (PST)
Received: (from gnats@localhost)
by freefall.freebsd.org (8.11.1/8.11.1) id eB8HU2W71693;
Fri, 8 Dec 2000 09:30:02 -0800 (PST)
(envelope-from gnats)
Date: Fri, 8 Dec 2000 09:30:02 -0800 (PST)
Message-Id: <200012081730.eB8HU2W71693@freefall.freebsd.org>
To: freebsd-bugs@FreeBSD.org
Cc:
From: Paul Orr Subject: Re: misc/16189: Advansys ASB-3940U2W SCSI Card does not work with 3.4
Reply-To: Paul Orr Sender: gnats@FreeBSD.org
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR misc/16189; it has been noted by GNATS.

From: Paul Orr To: freebsd-gnats-submit@freebsd.org
Cc:
Subject: Re: misc/16189: Advansys ASB-3940U2W SCSI Card does not work with 3.4
Date: Fri, 08 Dec 2000 09:22:57 -0800

Advansys 3940UW has it's own set of problems as well. Trying to do a
"dump"
of 197GB took 71hours to a DLT drive. Way more than it should have
been. Now
having switched to an Adaptec2940UW it takes 13 hours.

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

From owner-freebsd-bugs Fri Dec 8 10:45:13 2000
From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 8 10:45:12 2000
Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
by hub.freebsd.org (Postfix) with ESMTP
id B002037B400; Fri, 8 Dec 2000 10:45:09 -0800 (PST)
Received: (from rnordier@localhost)
by freefall.freebsd.org (8.11.1/8.11.1) id eB8Ij9O83165;
Fri, 8 Dec 2000 10:45:09 -0800 (PST)
(envelope-from rnordier)
Date: Fri, 8 Dec 2000 10:45:09 -0800 (PST)
From: Message-Id: <200012081845.eB8Ij9O83165@freefall.freebsd.org>
To: rnordier@FreeBSD.org, freebsd-bugs@FreeBSD.org,
rnordier@FreeBSD.org
Subject: Re: i386/23380: newfs_msdos breaks the DOS partition table (and BSD label sector)
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Synopsis: newfs_msdos breaks the DOS partition table (and BSD label sector)

Responsible-Changed-From-To: freebsd-bugs->rnordier
Responsible-Changed-By: rnordier
Responsible-Changed-When: Fri Dec 8 10:40:44 PST 2000
Responsible-Changed-Why:
newfs_msdos is mine.

http://www.freebsd.org/cgi/query-pr.cgi?pr=23380

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

From owner-freebsd-bugs Fri Dec 8 11:58:20 2000
From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 8 11:58:19 2000
Return-Path: Delivered-To: freebsd-bugs@freebsd.org
Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9])
by hub.freebsd.org (Postfix) with ESMTP id 96F7937B400
for; Fri, 8 Dec 2000 11:58:18 -0800 (PST)
Received: (from jlemon@localhost)
by prism.flugsvamp.com (8.11.0/8.11.0) id eB8JtVr89597;
Fri, 8 Dec 2000 13:55:31 -0600 (CST)
(envelope-from jlemon)
Date: Fri, 8 Dec 2000 13:55:31 -0600 (CST)
From: Jonathan Lemon Message-Id: <200012081955.eB8JtVr89597@prism.flugsvamp.com>
To: marck@rinet.ru, bugs@freebsd.org
Subject: Re: FreeBSD-stable (4.x). netinet/in.h
X-Newsgroups: local.mail.freebsd-bugs
In-Reply-To: Organization:
Cc:
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

In article you write:
>Hi there colleagues,
>
>I found that before including netinet/in.h developer _must_ include
>sys/types.h before, or your source is not compilable. Is it
>intentional? :)

In general yes; the caller is expected to #include the appropriate
prerequisite files. Otherwise every .h file in the kernel would be
includeing,, and the like.
--
Jonathan

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

From owner-freebsd-bugs Fri Dec 8 12:40: 7 2000
From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 8 12:40:04 2000
Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21])
by hub.freebsd.org (Postfix) with ESMTP id 6362C37B400
for$ Email advertising WORKS!
Email Advertise your product or website to millions for only $99.

For $99.00 you will receive the Stealth Mass Mailer Software,
List Manager, Over 10 million email addresses, and as a free bonus,
a Bulletproof mail server to send your mail through.
NEVER, lose your ISP service again.

For more info, just respond to this message, with "$99 Special" in the
subject line. Reply to: xs24@netease.com

To be removed from our mail list, reply with "Remove" in subject line.

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Dec 8 23:35:39 2000 From owner-freebsd-bugs@FreeBSD.ORG Fri Dec 8 23:35:37 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mgate10.so-net.ne.jp (mgate10.so-net.ne.jp [210.139.254.157]) by hub.freebsd.org (Postfix) with ESMTP id 28C9637B400 for ; Fri, 8 Dec 2000 23:35:33 -0800 (PST) Received: from mail.ta3.so-net.ne.jp (mspool07.so-net.ne.jp [210.139.254.186]) by mgate10.so-net.ne.jp (8.9.3/3.7W00120719) with ESMTP id QAA08864 for ; Sat, 9 Dec 2000 16:32:54 +0900 (JST) Received: from mail.ta3.so-net.ne.jp (pee4b53.tokynt01.ap.so-net.ne.jp [202.238.75.83]) by mail.ta3.so-net.ne.jp (8.9.3/3.7W99092111) with SMTP id QAA21693 for ; Sat, 9 Dec 2000 16:32:54 +0900 (JST) Date: Sat, 9 Dec 2000 16:32:54 +0900 (JST) Message-Id: <200012090732.QAA21693@mail.ta3.so-net.ne.jp> To: freebsd-bugs@FreeBSD.ORG Subject: =?ISO-2022-JP?B?GyRCOiNMayRPJDMkQSRpJEchJSElGyhC?= From: Delivery Boy Mime-Version: 1.0 Content-Type: text/plain; Charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org $B$$$D$b$N7G<(HD!&=P2q$$!&%a!<%k%U%l%s%I%5%$%H$r$4MxMQBW$-(B $BM-$jFq$&$4$6$$$^$9!#(B $BK\F|$O?7$7$$%5%$%H$N$40FFb$r$5$;$FBW$-$^$9!#(B http://homepage2.nifty.com/degedock/mori/ $B$b$7!"$4ITMW$G$7$?$i:o=|$7$F2<$5$$!#(B $B:#8e!"$3$N$40FFb%a!<%k$4ITMW$N>l9g$O!"(B $B$*l9g$,$4$6$$$^$9!!$=$N:]$O$4MF!&$446A[$J$I!"$41sN8$J$/$3$A$i$^$G(B emd@ta3.so-net.ne.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Dec 9 3:35:15 2000 From owner-freebsd-bugs@FreeBSD.ORG Sat Dec 9 03:35:14 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from citusc.usc.edu (citusc.usc.edu [128.125.38.123]) by hub.freebsd.org (Postfix) with ESMTP id 0677637B400; Sat, 9 Dec 2000 03:35:14 -0800 (PST) Received: (from kris@localhost) by citusc.usc.edu (8.9.3/8.9.3) id DAA06988; Sat, 9 Dec 2000 03:36:25 -0800 Date: Sat, 9 Dec 2000 03:36:25 -0800 From: kris@citusc.usc.edu To: Dmitry Morozovsky Cc: kris@freebsd.org, bugs@freebsd.org Subject: Re: FreeBSD-stable (4.x). netinet/in.h Message-ID: <20001209033625.A6978@citusc.usc.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from marck@rinet.ru on Fri, Dec 08, 2000 at 08:24:17PM +0300 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 08, 2000 at 08:24:17PM +0300, Dmitry Morozovsky wrote: > Hi there colleagues, > > I found that before including netinet/in.h developer _must_ include > sys/types.h before, or your source is not compilable. Is it > intentional? :) I think so. This behaviour is probably even standardized - it's certainly documented in the manual pages. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Dec 9 5:57:40 2000 From owner-freebsd-bugs@FreeBSD.ORG Sat Dec 9 05:57:35 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from CUTE2000.sun-planning.co.jp (unknown [203.181.121.178]) by hub.freebsd.org (Postfix) with ESMTP id E283037B401; Sat, 9 Dec 2000 05:57:32 -0800 (PST) Received: from hp2 (LOCAL101 [192.168.0.101]) by CUTE2000.sun-planning.co.jp (8.9.3/3.7W) with SMTP id RAA17847; Sat, 9 Dec 2000 17:38:30 +0900 From: mailtest Message-ID: <000901c061ba$a5d3b3e0$6500a8c0@sunplanning.co.jp> To: Subject: =?iso-2022-jp?B?GyRCJVElQSVzJTNFOSROPVA2TDRJTX0kTkhrTCkkRyQ5GyhC?= Date: Sat, 9 Dec 2000 17:23:40 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C06205.911365E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C06205.911365E0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit $B%Q%A%s%3E9$N=P6L4IM}$NHkL)$G$9(B $B%Q%A%s%3E9$G$N!VBgEv$?$j!W$O%7%^$NItJ,ItJ,$K=8CDH/@8$7$^$9!#!JK\Ev$G$9!#!K(B $B$"$J$?$O$=$N;v

=1B$B%Q%A%s%3E9$N=3DP6L4IM}$NHkL)$G$9=1B(B
=1B$B%Q%A%s%3E9$G$= N!VBgEv$?$j!W$O%7%^$NItJ,ItJ,$K=3D8CDH/@8$7$^$9!#!JK\Ev$G$9!#!K=1B(B
=1B= $B$"$J$?$O$=3D$N;v=1B$B$J$

=1B$B%Q%A%s%3$r$5$l$kJ}$O@'Hs!"$3$N%[!<%`%Z!<%8$r$4Mw$/$@$5$$!#=1B= (B
=1B$B!VBgEv$?$j$N;EAH$_!W$d!"%Q%A%s%3E9$N!V=3DP6L4IM}$N;EAH$_!W$NHk= L)$rH=3D$j$d$9$/@b=1B(B
=1B$BL@$7$F$*$j!"I,$:Lr$KN)$A$^$9!#=1B(B

=1B$B!!"*"*!!!!=1B(Bhttp://www.m-net.ne.jp/~p= kr/index.html=1B$B!!=1B(B

=1B$B#P#K%j%5!<%A!!=1B(B

------=_NextPart_000_0005_01C06205.911365E0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Dec 9 7:50:10 2000 From owner-freebsd-bugs@FreeBSD.ORG Sat Dec 9 07:50:02 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 045CA37B401 for ; Sat, 9 Dec 2000 07:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB9Fo1j30023; Sat, 9 Dec 2000 07:50:01 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 9 Dec 2000 07:50:01 -0800 (PST) Resent-Message-Id: <200012091550.eB9Fo1j30023@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, kelly@geeba.net Received: from geeba.net (unknown [63.170.231.16]) by hub.freebsd.org (Postfix) with ESMTP id 42A6237B400 for ; Sat, 9 Dec 2000 07:47:58 -0800 (PST) Received: (from kelly@localhost) by geeba.net (8.11.1/8.11.1) id eB9Fm1c63958; Sat, 9 Dec 2000 07:48:01 -0800 (PST) (envelope-from kelly) Message-Id: <200012091548.eB9Fm1c63958@geeba.net> Date: Sat, 9 Dec 2000 07:48:01 -0800 (PST) From: Sean Kelly Reply-To: kelly@geeba.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/23402: sysinstall upgrade ought to check partition sizes Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23402 >Category: conf >Synopsis: sysinstall upgrade ought to check partition sizes >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 09 07:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Sean Kelly >Release: FreeBSD 4.2-RELEASE i386 >Organization: Hardly any >Environment: Running sysinstall upgrade on a 3.1-RELEASE system with a / parition with 32MB in size. >Description: Back in my SunOS 3.5 and 4.1 days, I partitioned systems with a small root. I've done the same with FreeBSD. Back in the 2.0 days, 32MB was more than generous. I could give 64MB to /var and have plenty of space for logs and email. 192MB for /usr, which was mounted read-only, was sufficient. /usr/local and /home would be where all the action took place. 32MB under / was generous. But now it barely fits the kernel and the loadable modules. It'd sure be nice if sysinstall could check your partition sizes against your chosen distributions and say "Your /usr partition isn't large enough to hold the selected packages" or "Your root partition needs to be at least 58MB". >How-To-Repeat: Make a FreeBSD 3.1 system with a 32MB root partition. Run the 4.2 sysinstall and choose upgrade. Read the scary stuff, proceed with the upgrade. Mark the mountpoints for the previous filesystems. Choose distributions. Proceed. Wait for the File System Full messages to appear. This has happened before, too, when my /usr was too small. I now have a /usr of 300MB, and a 4.2 system with man, catman, info, and doc is 94% full. >Fix: Realize that things are only going to get bigger and repartition before you upgrade. Blow away /sbin/mount_* for unsupported/buggy filesystems. Move /stand to /usr and symlink it. Remove loadable modules you won't need. Drop kernel.GENERIC. Config a small kernel. Scratch and scrape for every last bit of space and hope there's enough room for kernel.old in case the new one doesn't work. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Dec 9 11:30: 9 2000 From owner-freebsd-bugs@FreeBSD.ORG Sat Dec 9 11:30:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 234D337B401 for ; Sat, 9 Dec 2000 11:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eB9JU1H77926; Sat, 9 Dec 2000 11:30:01 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 9 Dec 2000 11:30:01 -0800 (PST) Resent-Message-Id: <200012091930.eB9JU1H77926@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, rwatson@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 9B91F37B400 for ; Sat, 9 Dec 2000 11:29:29 -0800 (PST) Received: (from robert@localhost) by fledge.watson.org (8.11.1/8.11.1) id eB9JTST77017; Sat, 9 Dec 2000 14:29:28 -0500 (EST) (envelope-from robert) Message-Id: <200012091929.eB9JTST77017@fledge.watson.org> Date: Sat, 9 Dec 2000 14:29:28 -0500 (EST) From: rwatson@freebsd.org Sender: robert@fledge.watson.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/23406: mergemaster should display warning when advising use of MAKEDEV Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23406 >Category: bin >Synopsis: MAKEDEV all should not be used on live systems >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 09 11:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Robert Watson >Release: FreeBSD 4.2-STABLE i386 >Organization: >Environment: fledge# uname -a FreeBSD fledge.watson.org 4.2-STABLE FreeBSD 4.2-STABLE #0: Fri Nov 24 02:18:30 EST 2000 robert@fledge.watson.org:/usr/obj/data/fbsd-stable/src/sys/FLEDGE i386 >Description: mergemaster, on noticing it merged a change to /dev/MAKEDEV, will suggest to the user that they run MAKEDEV all to recreate devices. However, this is dangerous on multi-user machines, as it resets ownership and permissions on user tty devices so that they are world-readable and writable. This can allow nastiness such as tty spoofing and sniffing, not to mention confusion when the user runs mesg n and discovers they don't own the tty. As such, I'd recommend adding a warning to the mergemaster output recommending that MAKEDEV all not be run on live multi-user systems, and instead only be used in single-user mode or when no risk is involved in resetting these permissions. >How-To-Repeat: mergemaster >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Dec 9 14:42:49 2000 From owner-freebsd-bugs@FreeBSD.ORG Sat Dec 9 14:42:47 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 37E3B37B400; Sat, 9 Dec 2000 14:42:42 -0800 (PST) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) with UUCP id XAA09539; Sat, 9 Dec 2000 23:42:33 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 9E65687AE; Sat, 9 Dec 2000 11:02:26 +0100 (CET) Date: Sat, 9 Dec 2000 11:02:26 +0100 From: Ollivier Robert To: johan@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: misc/23339: ntp version is 4.0.99b -- current version is 4.0.99k Message-ID: <20001209110226.B68064@keltia.freenix.fr> Mail-Followup-To: johan@FreeBSD.org, freebsd-bugs@FreeBSD.org References: <200012082153.eB8LrLc17488@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200012082153.eB8LrLc17488@freefall.freebsd.org>; from johan@FreeBSD.org on Fri, Dec 08, 2000 at 01:53:21PM -0800 X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PPro/200 SMP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to johan@FreeBSD.org: > Ollivier, you did the import of ntp 4.0.99b. > Can you please have a look at this, and consider importing 4.0.99k > if you feel it is worth the work. I'd rather wait for 4.1.0. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Dec 9 16: 0: 7 2000 From owner-freebsd-bugs@FreeBSD.ORG Sat Dec 9 16:00:01 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A53D137B404 for ; Sat, 9 Dec 2000 16:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eBA001009752; Sat, 9 Dec 2000 16:00:01 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 9 Dec 2000 16:00:01 -0800 (PST) Resent-Message-Id: <200012100000.eBA001009752@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, esoha@cisco.com Received: from esoha-dsl1.cisco.com (sj-isp-nat-pool-2.cisco.com [204.69.198.2]) by hub.freebsd.org (Postfix) with ESMTP id 6AE7537B400 for ; Sat, 9 Dec 2000 15:59:11 -0800 (PST) Received: (from eyal@localhost) by esoha-dsl1.cisco.com (8.11.1/8.11.1) id eB9NxAr00449; Sat, 9 Dec 2000 15:59:10 -0800 (PST) (envelope-from eyal) Message-Id: <200012092359.eB9NxAr00449@esoha-dsl1.cisco.com> Date: Sat, 9 Dec 2000 15:59:10 -0800 (PST) From: Eyal Soha Reply-To: esoha@cisco.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/23409: CD-RW driver fails unless CD in drive at boot up Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23409 >Category: kern >Synopsis: CD-RW driver fails unless CD in drive at boot up >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 09 16:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Eyal Soha >Release: FreeBSD 4.2-STABLE i386 >Organization: Cisco Systems >Environment: PC running 4.2-STABLE with a Smart and Friendly CD-RW. Code cvsup'd Novemeber 2000. >Description: When booting, the CD-RW drive is not recognized unless there is a CD in the drive. Here's the tail end of dmesg after booting without a CD loaded in the drive: ad4: 8809MB [17898/16/63] at ata2-master UDMA66 ad5: 14594MB [29651/16/63] at ata2-slave UDMA66 ad7: 3098MB [6296/16/63] at ata3-slave WDMA2 ata3-master: timeout waiting for command=ef s=00 e=00 ata3-master: CDROM device - NO DRIVER! Mounting root from ufs:/dev/ad5s1a Here's the tail end of dmesg after booting with a CD loaded in the drive: ad4: 8809MB [17898/16/63] at ata2-master UDMA66 ad5: 14594MB [29651/16/63] at ata2-slave UDMA66 ad7: 3098MB [6296/16/63] at ata3-slave WDMA2 ata3-master: timeout waiting for command=ef s=00 e=00 acd0: CD-RW at ata3-master using BIOSPIO Mounting root from ufs:/dev/ad5s1a In the failure case, the drive is not mountable and unusable. In the case where the drive is recognized at boot up, the drive can be mounted if any CD is inserted and the drive works exactly as expected. I suspect that the timeout is normal, probably because the command is not recognized by the CD-RW. >How-To-Repeat: Make sure CD-RW has no CD in it. Reboot the system. >Fix: Boot the system while a CD is in the CD-RW drive. After bootup is complete, that CD may be removed or replaced by any CD. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Dec 9 18:42:26 2000 From owner-freebsd-bugs@FreeBSD.ORG Sat Dec 9 18:42:25 2000 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E769837B400; Sat, 9 Dec 2000 18:42:24 -0800 (PST) Received: (from alfred@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eBA2gO428125; Sat, 9 Dec 2000 18:42:24 -0800 (PST) (envelope-from alfred) Date: Sat, 9 Dec 2000 18:42:24 -0800 (PST) From: Message-Id: <200012100242.eBA2gO428125@freefall.freebsd.org> To: mwm@mired.org, alfred@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/22755: Errors reports about the interpreter on scripts are bogus Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Errors reports about the interpreter on scripts are bogus State-Changed-From-To: open->closed State-Changed-By: alfred State-Changed-When: Sat Dec 9 18:41:35 PST 2000 State-Changed-Why: It would be nice, however this breaks standards compliance. The shell should be smarter and try to investigate why it got ENOEXEC. http://www.freebsd.org/cgi/query-pr.cgi?pr=22755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Dec 9 22:11:21 2000 From owner-freebsd-bugs@FreeBSD.ORG Sat Dec 9 22:11:20 2000 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from guru.mired.org (okc-65-26-235-186.mmcable.com [65.26.235.186]) by hub.freebsd.org (Postfix) with SMTP id 8A41037B402 for ; Sat, 9 Dec 2000 22:11:19 -0800 (PST) Received: (qmail 3910 invoked by uid 100); 10 Dec 2000 06:11:19 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14899.7815.87448.488814@guru.mired.org> Date: Sun, 10 Dec 2000 00:11:19 -0600 (CST) To: Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/22755: Errors reports about the interpreter on scripts are bogus In-Reply-To: <200012100242.eBA2gO428125@freefall.freebsd.org> References: <200012100242.eBA2gO428125@freefall.freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org alfred@FreeBSD.org types: > Synopsis: Errors reports about the interpreter on scripts are bogus > > State-Changed-From-To: open->closed > State-Changed-By: alfred > State-Changed-When: Sat Dec 9 18:41:35 PST 2000 > State-Changed-Why: > It would be nice, however this breaks standards compliance. > The shell should be smarter and try to investigate why it got ENOEXEC. Ok, you can find a shell patch in 23410. Please commit that ASAP. Thanx, Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 58C1F37B401 for ; Sat, 9 Dec 2000 22:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eBA6U1J56296; Sat, 9 Dec 2000 22:30:01 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 9 Dec 2000 22:30:01 -0800 (PST) Resent-Message-Id: <200012100630.eBA6U1J56296@freefall.freebsd.org> Resent-From: gnats-admin@FreeBSD.org (GNATS Management) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: gnats-admin@FreeBSD.org, shon@misproductions.com Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 27A0F37B400 for ; Sat, 9 Dec 2000 22:23:34 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id eBA6NXm55671; Sat, 9 Dec 2000 22:23:33 -0800 (PST) (envelope-from nobody) Message-Id: <200012100623.eBA6NXm55671@freefall.freebsd.org> Date: Sat, 9 Dec 2000 22:23:33 -0800 (PST) From: shon@misproductions.com Sender: nobody@FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/23411: SMP Kernel Freezes Machines on Dual Processor TYAN Tiger Motherboard System. Resent-Sender: gnats@FreeBSD.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 23411 >Category: kern >Synopsis: SMP Kernel Freezes Machines on Dual Processor TYAN Tiger Motherboard System. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Dec 09 22:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Shon Elliott >Release: 4.2-STABLE >Organization: MiS Productions >Environment: FreeBSD www.m2ktalk.com 4.2-STABLE FreeBSD 4.2-STABLE #0: Sat Dec 9 21:30:44 PST 2000 root@www.m2ktalk.com:/usr/obj/usr/src/sys/KERNELv1 i386 >Description: Hardware: 2x Pentium III 800mhz processors TYAN Tiger Motherboard When Compiling an SMP Kernel for this system, it just hard locks the machine. Below is attached our kernel config file # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.20 2000/10/31 23:16:07 n_hibma Exp $ machine i386 # cpu I386_CPU # cpu I486_CPU cpu I586_CPU cpu I686_CPU ident KERNELv1 maxusers 128 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] # options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING # options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev options QUOTA # added for quota support for fs/se 12-9-2000 # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O #### # # added for major network support, se 12-9-2000 # # # options NMBCLUSTERS=8192 #added for major network support kerns/se # options MAXDSIZ="(512*1024*2048)" # options DFLDSIZ="(512*1024*2048)" # # # end of code #### device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device fd1 at fdc0 drive 1 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers # device ahb # EISA AHA1742 family # device ahc # AHA2940 and onboard AIC7xxx devices # device amd # AMD 53C974 (Teckram DC-390(T)) # device isp # Qlogic family # device ncr # NCR/Symbios Logic # device sym # NCR/Symbios Logic (newer chipsets) # options SYM_SETUP_LP_PROBE_MAP=0x40 # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured # device adv0 at isa? # device adw # device bt0 at isa? # device aha0 at isa? # device aic0 at isa? # device ncv # NCR 53C500 # device nsp # Workbit Ninja SCSI-3 # device stg # TMC 18C30/18C50 # SCSI peripherals # device scbus # SCSI bus (required) # device da # Direct Access (disks) # device sa # Sequential Access (tape etc) # device cd # CD # device pass # Passthrough device (direct SCSI access) # RAID controllers interfaced to the SCSI subsystem # device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID # device dpt # DPT Smartcache - See LINT for options! # device mly # Mylex AcceleRAID/eXtremeRAID # RAID controllers # device ida # Compaq Smart RAID # device amr # AMI MegaRAID # device mlx # Mylex DAC960 family # device twe # 3ware Escalade # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support # device card # device pcic0 at isa? irq 0 port 0x3e0 iomem 0xd0000 # device pcic1 at isa? irq 0 port 0x3e2 iomem 0xd4000 disable # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x30 irq 4 # device sio1 at isa? port IO_COM2 irq 3 # device sio2 at isa? disable port IO_COM3 irq 5 # device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port # device ppc0 at isa? irq 7 # device ppbus # Parallel port bus (required) # device lpt # Printer # device plip # TCP/IP over parallel # device ppi # Parallel port interface device # device vpo # Requires scbus and da # PCI Ethernet NICs. # device de # DEC/Intel DC21x4x (``Tulip'') # device fxp # Intel EtherExpress PRO/100B (82557, 82558) # device tx # SMC 9432TX (83c170 ``EPIC'') # device vx # 3Com 3c590, 3c595 (``Vortex'') # device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support # device dc # DEC/Intel 21143 and various workalikes # device pcn # AMD Am79C79x PCI 10/100 NICs # device rl # RealTek 8129/8139 # device sf # Adaptec AIC-6915 (``Starfire'') # device sis # Silicon Integrated Systems SiS 900/SiS 7016 # device ste # Sundance ST201 (D-Link DFE-550TX) # device tl # Texas Instruments ThunderLAN # device vr # VIA Rhine, Rhine II # device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. # device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 # device ex # device ep # device fe0 at isa? port 0x300 # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. # device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. # device an # Xircom Ethernet # device xe # The probe order of these is presently determined by i386/isa/isa_compat.c. # device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 # device le0 at isa? port 0x300 irq 5 iomem 0xd0000 # device lnc0 at isa? port 0x280 irq 10 drq 0 # device cs0 at isa? port 0x300 # device sn0 at isa? port 0x300 irq 10 # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif 4 # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer # device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet >How-To-Repeat: We can repeat it by running the SMP kernel. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message