From owner-freebsd-bugs Sun Jul 2 4:40:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 611D037BC2C for ; Sun, 2 Jul 2000 04:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA34508; Sun, 2 Jul 2000 04:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from kronos.networkrichmond.com (kronos.networkrichmond.com [64.240.180.22]) by hub.freebsd.org (Postfix) with ESMTP id 989F137BBFD for ; Sun, 2 Jul 2000 04:38:21 -0700 (PDT) (envelope-from kbyanc@kronos.alcnet.com) Received: from vaio (c1096725-a.smateo1.sfba.home.com [24.20.139.104]) by kronos.networkrichmond.com (8.9.3/8.9.3/antispam) with ESMTP id HAA61108 for ; Sun, 2 Jul 2000 07:38:19 -0400 (EDT) Received: (from kbyanc@localhost) by vaio (8.9.3/8.9.3) id EAA88314; Sun, 2 Jul 2000 04:41:11 -0700 (PDT) (envelope-from kbyanc@mail.posi.net) Message-Id: <200007021141.EAA88314@vaio> Date: Sun, 2 Jul 2000 04:41:11 -0700 (PDT) From: kbyanc@posi.net Reply-To: kbyanc@posi.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/19638: patch's --skip/-S option doesn't skip when target doesn't exist Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19638 >Category: gnu >Synopsis: patch's --skip/-S option doesn't skip when target doesn't exist >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: Sun Jul 02 04:40:04 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Kelly Yancey >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: FreeBSD backroom.corp.ONElist.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri Jun 30 13:47:43 PDT 2000 root@backroom.corp.ONElist.com:/usr/src/sys/compile/BACKROOM i386 >Description: patch (as found in /usr/src/gnu/usr.bin/patch) does not honor -S (--skip) parameter when the target of the patchfile to skip does not exist. For example, if you used a command line such as: patch -p1 + -p2 + -S < my.diff to skip the third patchfile in the set, patch will prompt for the name of the file to patch (because it doesn't exist), even though it is to skip it. This patch addresses the issue on the simplest level. It still writes the 'skipped' patchfile out as a reject file (always named 'Oops.rej' since the target filename doesn't exist). It is debatable as to whether writing the reject file is correct for a skipped patch. -Kelly >How-To-Repeat: $ echo "this is a test" > file-a $ echo "this is another test" > file-b $ diff file-a file-b > diff-ab $ rm file-b $ patch -S < diff-ab >Fix: cvs diff: Diffing gnu/usr.bin/patch/ Index: gnu/usr.bin/patch//pch.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/patch/pch.c,v retrieving revision 1.16 diff -u -r1.16 pch.c --- gnu/usr.bin/patch//pch.c 1999/09/05 17:31:55 1.16 +++ gnu/usr.bin/patch//pch.c 2000/07/02 11:10:28 @@ -173,7 +173,7 @@ if (p_indent && verbose) say3("(Patch is indented %d space%s.)\n", p_indent, p_indent==1?"":"s"); skip_to(p_start,p_sline); - while (filearg[0] == Nullch) { + while (!skip_rest_of_patch && filearg[0] == Nullch) { if (force || batch) { say1("No file to patch. Skipping...\n"); filearg[0] = savestr(bestguess); >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 Sun Jul 2 7:50:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4DBD937BCFA for ; Sun, 2 Jul 2000 07:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA06454; Sun, 2 Jul 2000 07:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from teapot.egroups.net (teapot.egroups.net [63.204.207.250]) by hub.freebsd.org (Postfix) with SMTP id 1407D37BBD7 for ; Sun, 2 Jul 2000 07:40:19 -0700 (PDT) (envelope-from kbyanc@teapot.egroups.com) Received: (qmail 9659 invoked from network); 2 Jul 2000 14:40:14 -0000 Received: (QMFILT: 1.0); 02 Jul 2000 15:40:14 -0000 Received: from dhcp147.corp.onelist.com (HELO kbyanc.corp.ONElist.com) (192.168.10.147) by teapot.egroups.net with SMTP; 2 Jul 2000 14:40:14 -0000 Received: (from kbyanc@localhost) by kbyanc.corp.ONElist.com (8.9.3/8.9.3) id HAA70176; Sun, 2 Jul 2000 07:40:14 -0700 (PDT) (envelope-from kbyanc@teapot.egroups.com) Message-Id: <200007021440.HAA70176@kbyanc.corp.ONElist.com> Date: Sun, 2 Jul 2000 07:40:14 -0700 (PDT) From: kbyanc@posi.net Reply-To: kbyanc@posi.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19642: patch to merge OpenBSD changes to patch(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19642 >Category: bin >Synopsis: patch to merge OpenBSD changes to patch(1) >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: Sun Jul 02 07:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Kelly Yancey >Release: FreeBSD 5.0-CURRENT i386 >Organization: eGroups.com -- http://www.eGroups.com/ >Environment: FreeBSD backroom.corp.ONElist.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri Jun 30 13:47:43 PDT 2000 root@backroom.corp.ONElist.com:/usr/src/sys/compile/BACKROOM i386 >Description: Not surprisingly, OpenBSD has fixed a number of potential security holes in patch(1), this patch merges those changes into FreeBSD's patch(1). Specifically, the attached patch catches a number of buffer overflow cases as well as the standard mktemp race conditions. Beyond just security, OpenBSD has also generally cleaned up the code a bit, which changes I have also included. Basically, this just entails replacing magic numbers with #defines and answering -Wall's warnings (note, however -Wall still complains about a few non-issues). As a followup to this patch, with permission, I would like to also remove all the obsolete $Log entries at the tops of the source files. Finally, for the record, I am somewhat confused about the presence of contrib/patch also. The version in contrib is a much newer (albeit entirely GPL'ed) version of patch. However, as best I can tell it is completely unreferenced. The version of patch in gnu/usr.bin/patch (the version this diff was taken against) is the version installed as part of `make world`. It would appear that the copy in contrib/patch is superfluous. -Kelly >How-To-Repeat: >Fix: Index: gnu/usr.bin/patch/backupfile.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/patch/backupfile.c,v retrieving revision 1.4 diff -u -r1.4 backupfile.c --- gnu/usr.bin/patch/backupfile.c 1998/01/21 14:37:14 1.4 +++ gnu/usr.bin/patch/backupfile.c 2000/07/02 13:00:16 @@ -216,7 +216,7 @@ char *str1, *str2; { char *newstr; - char str1_length = strlen (str1); + int str1_length = strlen (str1); newstr = malloc (str1_length + strlen (str2) + 1); if (newstr == 0) Index: gnu/usr.bin/patch/common.h =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/patch/common.h,v retrieving revision 1.7 diff -u -r1.7 common.h --- gnu/usr.bin/patch/common.h 1999/09/05 17:31:55 1.7 +++ gnu/usr.bin/patch/common.h 2000/07/02 14:13:22 @@ -29,8 +29,9 @@ #define Fclose (void)fclose #define Fflush (void)fflush #define Sprintf (void)sprintf -#define Mktemp (void)mktemp +#define Snprintf (void)snprintf #define Strcpy (void)strcpy +#define Strlcpy (void)strlcpy #define Strcat (void)strcat /* NeXT declares malloc and realloc incompatibly from us in some of @@ -41,6 +42,7 @@ #include #include #include +#include #include #include #undef malloc @@ -117,8 +119,9 @@ EXT bool ok_to_create_file INIT(FALSE); EXT char *bestguess INIT(Nullch); /* guess at correct filename */ +#define REJNAMESIZ 128 EXT char *outname INIT(Nullch); -EXT char rejname[128]; +EXT char rejname[REJNAMESIZ]; EXT char *origprae INIT(Nullch); @@ -150,11 +153,12 @@ #define UNI_DIFF 5 EXT int diff_type INIT(0); +#define DEFSIZ 128 EXT bool do_defines INIT(FALSE); /* patch using ifdef, ifndef, etc. */ -EXT char if_defined[128]; /* #ifdef xyzzy */ -EXT char not_defined[128]; /* #ifndef xyzzy */ +EXT char if_defined[DEFSIZ]; /* #ifdef xyzzy */ +EXT char not_defined[DEFSIZ]; /* #ifndef xyzzy */ EXT char else_defined[] INIT("#else\n");/* #else */ -EXT char end_defined[128]; /* #endif xyzzy */ +EXT char end_defined[DEFSIZ]; /* #endif xyzzy */ EXT char *revision INIT(Nullch); /* prerequisite revision, if any */ @@ -172,7 +176,7 @@ char *strcpy(); char *strcat(); #endif -char *mktemp(); +int mkstemp(); #ifdef HAVE_UNISTD_H #include #else Index: gnu/usr.bin/patch/getopt.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/patch/getopt.c,v retrieving revision 1.4 diff -u -r1.4 getopt.c --- gnu/usr.bin/patch/getopt.c 1998/01/21 14:37:18 1.4 +++ gnu/usr.bin/patch/getopt.c 2000/07/02 14:14:11 @@ -445,7 +445,7 @@ int exact = 0; int ambig = 0; const struct option *pfound = NULL; - int indfound; + int indfound = 0; while (*s && *s != '=') s++; Index: gnu/usr.bin/patch/inp.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/patch/inp.c,v retrieving revision 1.10 diff -u -r1.10 inp.c --- gnu/usr.bin/patch/inp.c 1999/09/05 17:31:55 1.10 +++ gnu/usr.bin/patch/inp.c 2000/07/02 14:05:44 @@ -18,7 +18,7 @@ /* Input-file-with-indexable-lines abstract type */ -static long i_size; /* size of the input file */ +static off_t i_size; /* size of the input file */ static char *i_womp; /* plan a buffer for entire file */ static char **i_ptr; /* pointers to lines in i_womp */ @@ -117,7 +117,9 @@ s = lbuf + 20; strncpy(s, filename, pathlen); -#define try(f,a1,a2) (Sprintf(s + pathlen, f, a1, a2), stat(s, &cstat) == 0) +#define try(f,a1,a2) \ + (Snprintf(s + pathlen, sizeof lbuf - (s + pathlen - lbuf), \ + f, a1, a2), stat(s, &cstat) == 0) if (( try("RCS/%s%s", filebase, RCSSUFFIX) || try("RCS/%s%s", filebase, "") || try( "%s%s", filebase, RCSSUFFIX)) @@ -127,13 +129,14 @@ (statfailed || ( (filestat.st_dev ^ cstat.st_dev) | (filestat.st_ino ^ cstat.st_ino)))) { - Sprintf(buf, output_elsewhere?CHECKOUT:CHECKOUT_LOCKED, filename); - Sprintf(lbuf, RCSDIFF, filename); + Snprintf(buf, sizeof(buf), + output_elsewhere?CHECKOUT:CHECKOUT_LOCKED, filename); + Snprintf(lbuf, sizeof(lbuf), RCSDIFF, filename); cs = "RCS"; } else if ( try("SCCS/%s%s", SCCSPREFIX, filebase) || try( "%s%s", SCCSPREFIX, filebase)) { - Sprintf(buf, output_elsewhere?GET:GET_LOCKED, s); - Sprintf(lbuf, SCCSDIFF, s, filename); + Snprintf(buf, sizeof(buf), output_elsewhere?GET:GET_LOCKED, s); + Snprintf(lbuf, sizeof(lbuf), SCCSDIFF, s, filename); cs = "SCCS"; } else if (statfailed) fatal2("can't find %s\n", filename); @@ -172,15 +175,16 @@ #ifdef lint i_womp = Nullch; #else - i_womp = malloc((MEM)(i_size+2)); /* lint says this may alloc less than */ + i_womp = (char *)malloc((MEM)(i_size+2)); + /* lint says this may alloc less than */ /* i_size, but that's okay, I think. */ #endif if (i_womp == Nullch) return FALSE; - if ((ifd = open(filename, 0)) < 0) + if ((ifd = open(filename, O_RDONLY)) < 0) pfatal2("can't open file %s", filename); #ifndef lint - if (read(ifd, i_womp, (int)i_size) != i_size) { + if (read(ifd, i_womp, (size_t)i_size) != i_size) { Close(ifd); /* probably means i_size > 15 or 16 bits worth */ free(i_womp); /* at this point it doesn't matter if i_womp was */ return FALSE; /* undersized. */ @@ -296,8 +300,8 @@ Fseek(ifp, 0L, 0); /* rewind file */ lines_per_buf = BUFFERSIZE / maxlen; tireclen = maxlen; - tibuf[0] = malloc((MEM)(BUFFERSIZE + 1)); - tibuf[1] = malloc((MEM)(BUFFERSIZE + 1)); + tibuf[0] = (char *)malloc((MEM)(BUFFERSIZE + 1)); + tibuf[1] = (char *)malloc((MEM)(BUFFERSIZE + 1)); if (tibuf[1] == Nullch) fatal1("out of memory\n"); for (i=1; ; i++) { @@ -315,7 +319,7 @@ } Fclose(ifp); Close(tifd); - if ((tifd = open(TMPINNAME, 0)) < 0) { + if ((tifd = open(TMPINNAME, O_RDONLY)) < 0) { pfatal2("can't reopen file %s", TMPINNAME); } } @@ -342,7 +346,7 @@ else { tiline[whichbuf] = baseline; #ifndef lint /* complains of long accuracy */ - Lseek(tifd, (long)baseline / lines_per_buf * BUFFERSIZE, 0); + Lseek(tifd, (off_t)baseline / lines_per_buf * BUFFERSIZE, 0); #endif if (read(tifd, tibuf[whichbuf], BUFFERSIZE) < 0) pfatal2("error reading tmp file %s", TMPINNAME); Index: gnu/usr.bin/patch/patch.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/patch/patch.c,v retrieving revision 1.16 diff -u -r1.16 patch.c --- gnu/usr.bin/patch/patch.c 1999/09/05 17:31:55 1.16 +++ gnu/usr.bin/patch/patch.c 2000/07/02 13:10:48 @@ -115,7 +115,11 @@ bool patch_match(); bool similar(); void re_input(); +#ifdef __GNUC__ +void my_exit() __attribute__((noreturn)); +#else void my_exit(); +#endif /* TRUE if -E was specified on command line. */ static int remove_empty_files = FALSE; @@ -170,22 +174,31 @@ TMPOUTNAME = (char *) malloc (tmpname_len); strcpy (TMPOUTNAME, tmpdir); strcat (TMPOUTNAME, "/patchoXXXXXX"); - Mktemp(TMPOUTNAME); + if ((i = mkstemp(TMPOUTNAME)) < 0) + pfatal2("can't create %s", TMPOUTNAME); + Close(i); TMPINNAME = (char *) malloc (tmpname_len); strcpy (TMPINNAME, tmpdir); strcat (TMPINNAME, "/patchiXXXXXX"); - Mktemp(TMPINNAME); + if ((i = mkstemp(TMPINNAME)) < 0) + pfatal2("can't create %s", TMPINNAME); + Close(i); TMPREJNAME = (char *) malloc (tmpname_len); strcpy (TMPREJNAME, tmpdir); strcat (TMPREJNAME, "/patchrXXXXXX"); - Mktemp(TMPREJNAME); + if ((i = mkstemp(TMPREJNAME)) < 0) + pfatal2("can't create %s", TMPREJNAME); + Close(i); TMPPATNAME = (char *) malloc (tmpname_len); strcpy (TMPPATNAME, tmpdir); strcat (TMPPATNAME, "/patchpXXXXXX"); - Mktemp(TMPPATNAME); + if ((i = mkstemp(TMPPATNAME)) < 0) + pfatal2("can't create %s", TMPPATNAME); + Close(i); + } { @@ -383,7 +396,9 @@ if (failed) { failtotal += failed; if (!*rejname) { - Strcpy(rejname, outname); + if (strlcpy(rejname, outname, sizeof(rejname) - sizeof(".rej")) + >= sizeof(rejname) - sizeof(".rej")) + fatal2("filename %s is too long\n", outname); addext(rejname, ".rej", '#'); } if (skip_rest_of_patch) { @@ -519,9 +534,11 @@ do_defines = TRUE; if (!isalpha((unsigned char)*optarg) && '_' != *optarg) fatal1("argument to -D is not an identifier\n"); - Sprintf(if_defined, "#ifdef %s\n", optarg); - Sprintf(not_defined, "#ifndef %s\n", optarg); - Sprintf(end_defined, "#endif /* %s */\n", optarg); + Snprintf(if_defined, sizeof if_defined, "#ifdef %s\n", optarg); + Snprintf(not_defined, sizeof not_defined, "#ifndef %s\n", + optarg); + Snprintf(end_defined, sizeof end_defined, "#endif /* %s */\n", + optarg); break; case 'e': diff_type = ED_DIFF; @@ -557,7 +574,7 @@ strippath = 0; break; case 'r': - Strcpy(rejname, optarg); + Strlcpy(rejname, optarg, sizeof(rejname)); break; case 'R': reverse = TRUE; Index: gnu/usr.bin/patch/pch.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/patch/pch.c,v retrieving revision 1.16 diff -u -r1.16 pch.c --- gnu/usr.bin/patch/pch.c 1999/09/05 17:31:55 1.16 +++ gnu/usr.bin/patch/pch.c 2000/07/02 14:11:19 @@ -1051,8 +1051,8 @@ else indent++; } - if (buf != s) - Strcpy(buf, s); + if (buf != s && strlcpy(buf, s, sizeof(buf)) >= sizeof(buf)) + fatal1("buffer too small in pgets()\n"); } return ret; } Index: gnu/usr.bin/patch/util.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/patch/util.c,v retrieving revision 1.7 diff -u -r1.7 util.c --- gnu/usr.bin/patch/util.c 1998/01/21 14:37:25 1.7 +++ gnu/usr.bin/patch/util.c 2000/07/02 13:44:48 @@ -4,7 +4,11 @@ #include "util.h" #include "backupfile.h" +#ifdef __GNUC__ +void my_exit() __attribute__((noreturn)); +#else void my_exit(); +#endif #ifndef HAVE_STRERROR static char * @@ -27,7 +31,7 @@ move_file(from,to) char *from, *to; { - char bakname[512]; + char bakname[MAXPATHLEN]; Reg1 char *s; Reg2 int i; Reg3 int fromfd; @@ -39,7 +43,7 @@ if (debug & 4) say2("Moving %s to stdout.\n", from); #endif - fromfd = open(from, 0); + fromfd = open(from, O_RDONLY); if (fromfd < 0) pfatal2("internal error, can't reopen %s", from); while ((i=read(fromfd, buf, sizeof buf)) > 0) @@ -50,14 +54,16 @@ } if (origprae) { - Strcpy(bakname, origprae); - Strcat(bakname, to); + if (strlcpy(bakname, origprae, sizeof(bakname)) >= sizeof(bakname) || + strlcat(bakname, to, sizeof(bakname)) >= sizeof(bakname)) + fatal2("filename %s too long for buffer\n", origprae); } else { #ifndef NODIR char *backupname = find_backup_file_name(to); if (backupname == (char *) 0) fatal1("out of memory\n"); - Strcpy(bakname, backupname); + if (strlcpy(bakname, backupname, sizeof(bakname)) >= sizeof(bakname)) + fatal2("filename %s too long for buffer\n", backupname); free(backupname); #else /* NODIR */ Strcpy(bakname, to); @@ -111,7 +117,7 @@ to, from, strerror(errno)); return -1; } - fromfd = open(from, 0); + fromfd = open(from, O_RDONLY); if (fromfd < 0) pfatal2("internal error, can't reopen %s", from); while ((i=read(fromfd, buf, sizeof buf)) > 0) @@ -137,7 +143,7 @@ tofd = creat(to, 0666); if (tofd < 0) pfatal2("can't create %s", to); - fromfd = open(from, 0); + fromfd = open(from, O_RDONLY); if (fromfd < 0) pfatal2("internal error, can't reopen %s", from); while ((i=read(fromfd, buf, sizeof buf)) > 0) @@ -160,7 +166,7 @@ s = "Oops"; t = s; while (*t++); - rv = malloc((MEM) (t - s)); + rv = (char *)malloc((MEM) (t - s)); if (rv == Nullch) { if (using_plan_a) out_of_mem = TRUE; @@ -236,7 +242,7 @@ int r; bool tty2 = isatty(2); - Sprintf(buf, pat, arg1, arg2, arg3); + Snprintf(buf, sizeof buf, pat, arg1, arg2, arg3); Fflush(stderr); write(2, buf, strlen(buf)); if (tty2) { /* might be redirected to a file */ @@ -247,7 +253,7 @@ write(1, buf, strlen(buf)); r = read(1, buf, sizeof buf); } - else if ((ttyfd = open("/dev/tty", 2)) >= 0 && isatty(ttyfd)) { + else if ((ttyfd = open("/dev/tty", O_RDWR)) >= 0 && isatty(ttyfd)) { /* might be deleted or unwriteable */ write(ttyfd, buf, strlen(buf)); r = read(ttyfd, buf, sizeof buf); @@ -319,45 +325,25 @@ Reg1 char *filename; bool striplast; { - char tmpbuf[256]; - Reg2 char *s = tmpbuf; - char *dirv[20]; /* Point to the NULs between elements. */ - Reg3 int i; - Reg4 int dirvp = 0; /* Number of finished entries in dirv. */ - - /* Copy `filename' into `tmpbuf' with a NUL instead of a slash - between the directories. */ - while (*filename) { - if (*filename == '/') { - filename++; - dirv[dirvp++] = s; - *s++ = '\0'; - } - else { - *s++ = *filename++; - } - } - *s = '\0'; - dirv[dirvp] = s; - if (striplast) - dirvp--; - if (dirvp < 0) - return; - - strcpy(buf, "mkdir"); - s = buf; - for (i=0; i<=dirvp; i++) { - struct stat sbuf; - - if (stat(tmpbuf, &sbuf) && errno == ENOENT) { - while (*s) s++; - *s++ = ' '; - strcpy(s, tmpbuf); - } - *dirv[i] = '/'; + + char *tmpbuf; + + if ((tmpbuf = strdup(filename)) == NULL) + fatal1("out of memory\n"); + + if (striplast) { + char *s = strrchr(tmpbuf, '/'); + if (s == NULL) + return; /* nothing to be done */ + *s = '\0'; } - if (s != buf) - system(buf); + + strcpy(buf, "/bin/mkdir -p "); + if (strlcat(buf, tmpbuf, sizeof(buf)) >= sizeof(buf)) + fatal2("buffer too small to hold %.20s...\n", tmpbuf); + + if (system(buf)) + pfatal2("%.40s failed", buf); } /* Make filenames more reasonable. */ @@ -374,7 +360,7 @@ char tmpbuf[200]; int sleading = strip_leading; - if (!at) + if (!at || *at == '\0') return Nullch; while (isspace((unsigned char)*at)) at++; @@ -410,17 +396,15 @@ if (stat(name, &filestat) && !assume_exists) { char *filebase = basename(name); - int pathlen = filebase - name; - - /* Put any leading path into `tmpbuf'. */ - strncpy(tmpbuf, name, pathlen); + char *filedir = dirname(name); -#define try(f, a1, a2) (Sprintf(tmpbuf + pathlen, f, a1, a2), stat(tmpbuf, &filestat) == 0) - if ( try("RCS/%s%s", filebase, RCSSUFFIX) - || try("RCS/%s%s", filebase, "") - || try( "%s%s", filebase, RCSSUFFIX) - || try("SCCS/%s%s", SCCSPREFIX, filebase) - || try( "%s%s", SCCSPREFIX, filebase)) +#define try(f, a1, a2, a3) (Snprintf(tmpbuf, sizeof(tmpbuf), f, a1, a2, a3), \ + stat(tmpbuf, &filestat) == 0) + if ( try("%s/RCS/%s%s", filedir, filebase, RCSSUFFIX) + || try("%s/RCS/%s%s", filedir, filebase, "") + || try( "%s/%s%s", filedir, filebase, RCSSUFFIX) + || try("%s/SCCS/%s%s", filedir, SCCSPREFIX, filebase) + || try( "%s/%s%s", filedir, SCCSPREFIX, filebase)) return name; free(name); name = Nullch; Index: gnu/usr.bin/patch/util.h =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/patch/util.h,v retrieving revision 1.7 diff -u -r1.7 util.h --- gnu/usr.bin/patch/util.h 1999/09/05 17:31:55 1.7 +++ gnu/usr.bin/patch/util.h 2000/07/02 13:52:55 @@ -86,3 +86,5 @@ void ignore_signals(); void makedirs(); char *basename(); +char *dirname(); + Index: gnu/usr.bin/patch/version.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/patch/version.c,v retrieving revision 1.6 diff -u -r1.6 version.c --- gnu/usr.bin/patch/version.c 1999/09/05 17:31:55 1.6 +++ gnu/usr.bin/patch/version.c 2000/07/02 13:54:27 @@ -13,7 +13,11 @@ #include "patchlevel.h" #include "version.h" +#ifdef __GNUC__ +void my_exit() __attribute__((noreturn)); +#else void my_exit(); +#endif /* Print out the version number and die. */ >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 Sun Jul 2 10:30: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 94ABF37BDD2 for ; Sun, 2 Jul 2000 10:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA29192; Sun, 2 Jul 2000 10:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3A09837BDCC; Sun, 2 Jul 2000 10:25:27 -0700 (PDT) Message-Id: <20000702172527.3A09837BDCC@hub.freebsd.org> Date: Sun, 2 Jul 2000 10:25:27 -0700 (PDT) From: paulo@jetsam.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19646: Level 0 dump takes way longer than it should on 300GB scsi disk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19646 >Category: misc >Synopsis: Level 0 dump takes way longer than it should on 300GB scsi disk >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 02 10:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Paul Orr >Release: 3.4 - release >Organization: >Environment: FreeBSD outback 3.4-RELEASE FreeBSD 3.4-RELEASE #0: Mon Dec 20 06:54:39 GMT 1999 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: Sitting on a Compaq 500Mhz pentium box I have two adaptec 2940UW scsi cards and one Advansys 3940UW. The two disks on the 2940UW cards function without a problem The 300GB disk (raidv box) on the 3940UW has difficulty doing a dump. A level 0 dump of 75GB that should take less than 9 hours takes upwards of 24. Unlike one of the other disks that takes only 8 or 9 hours. All disks on the machine are different. some output... DUMP: mapping (Pass II) [directories] DUMP: estimated 74690022 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: 0.09% done, finished in 92:27 DUMP: 0.15% done, finished in 113:28 DUMP: 0.20% done, finished in 122:14 DUMP: 0.26% done, finished in 127:50 DUMP: 0.32% done, finished in 131:22 DUMP: 0.37% done, finished in 132:52 DUMP: 0.43% done, finished in 134:17 DUMP: 0.49% done, finished in 135:12 DUMP: 0.55% done, finished in 136:01 DUMP: 0.60% done, finished in 138:56 DUMP: 0.63% done, finished in 145:10 DUMP: 0.66% done, finished in 151:25 DUMP: 0.68% done, finished in 158:02 DUMP: 0.70% done, finished in 164:27 DUMP: 0.73% done, finished in 170:39 DUMP: 0.75% done, finished in 176:36 etc.... >How-To-Repeat: Do a dump. >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 Sun Jul 2 12:30:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3826C37BE77 for ; Sun, 2 Jul 2000 12:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA41060; Sun, 2 Jul 2000 12:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from miraculix.thg.wf.ni.schule.de (miraculix.thg.wf.ni.schule.de [141.41.62.2]) by hub.freebsd.org (Postfix) with ESMTP id 202D337BE73 for ; Sun, 2 Jul 2000 12:29:54 -0700 (PDT) (envelope-from mb@bagheera.thgwf.de) Received: (from uucp@localhost) by miraculix.thg.wf.ni.schule.de (8.9.3/8.9.3) with UUCP id VAA01964 for FreeBSD-gnats-submit@freebsd.org; Sun, 2 Jul 2000 21:29:55 +0200 (CEST) (envelope-from mb@bagheera.thgwf.de) Received: (from mb@localhost) by bagheera.thgwf.de (8.9.3/8.9.3) id VAA01192; Sun, 2 Jul 2000 21:29:19 +0200 (CEST) (envelope-from mb) Message-Id: <200007021929.VAA01192@bagheera.thgwf.de> Date: Sun, 2 Jul 2000 21:29:19 +0200 (CEST) From: Martin Butkus Reply-To: m.butkus@tu-bs.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19649: ``pw usermod -n user -d /new/homedir'' does nothing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19649 >Category: bin >Synopsis: ``pw usermod -n user -d /new/homedir'' does nothing >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 02 12:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Martin Butkus >Release: FreeBSD 4.0-STABLE i386 >Organization: TU Braunschweig >Environment: FreeBSD 4.0-STABLE as of Wed Jun 21 07:49:53 CEST 2000. "cd /usr/src/usr.sbin/pw ; ident *.[ch]" gives this result: bitmap.c: $FreeBSD: src/usr.sbin/pw/bitmap.c,v 1.5 1999/08/28 01:19:15 peter Exp $ bitmap.h: $FreeBSD: src/usr.sbin/pw/bitmap.h,v 1.4 1999/08/28 01:19:16 peter Exp $ cpdir.c: $FreeBSD: src/usr.sbin/pw/cpdir.c,v 1.5 1999/08/28 01:19:16 peter Exp $ edgroup.c: $FreeBSD: src/usr.sbin/pw/edgroup.c,v 1.8 1999/08/28 01:19:16 peter Exp $ fileupd.c: $FreeBSD: src/usr.sbin/pw/fileupd.c,v 1.9 1999/10/26 04:27:13 davidn Exp $ grupd.c: $FreeBSD: src/usr.sbin/pw/grupd.c,v 1.8 1999/10/26 04:27:14 davidn Exp $ psdate.c: $FreeBSD: src/usr.sbin/pw/psdate.c,v 1.6 1999/08/28 01:19:17 peter Exp $ psdate.h: $FreeBSD: src/usr.sbin/pw/psdate.h,v 1.4 1999/08/28 01:19:17 peter Exp $ pw.c: $FreeBSD: src/usr.sbin/pw/pw.c,v 1.18.2.1 2000/06/18 05:45:10 davidn Exp $ pw.h: $FreeBSD: src/usr.sbin/pw/pw.h,v 1.10 1999/10/26 08:34:08 davidn Exp $ pw_conf.c: $FreeBSD: src/usr.sbin/pw/pw_conf.c,v 1.10 1999/08/28 01:19:19 peter Exp $ pw_group.c: $FreeBSD: src/usr.sbin/pw/pw_group.c,v 1.12 2000/01/15 00:20:20 davidn Exp $ pw_log.c: $FreeBSD: src/usr.sbin/pw/pw_log.c,v 1.5 1999/08/28 01:19:20 peter Exp $ pw_nis.c: $FreeBSD: src/usr.sbin/pw/pw_nis.c,v 1.6 1999/08/28 01:19:20 peter Exp $ pw_user.c: $FreeBSD: src/usr.sbin/pw/pw_user.c,v 1.34.2.1 2000/06/18 05:45:10 davidn Exp $ pw_vpw.c: $FreeBSD: src/usr.sbin/pw/pw_vpw.c,v 1.3 2000/01/15 00:20:21 davidn Exp $ pwupd.c: $FreeBSD: src/usr.sbin/pw/pwupd.c,v 1.12.2.1 2000/06/18 05:45:11 davidn Exp $ pwupd.h: $FreeBSD: src/usr.sbin/pw/pwupd.h,v 1.7 2000/01/15 00:20:22 davidn Exp $ rm_r.c: $FreeBSD: src/usr.sbin/pw/rm_r.c,v 1.5 1999/08/28 01:19:22 peter Exp $ This bug is also present on another system (3.5-STABLE cvsupped today). The ident output on this system is: bitmap.c: $FreeBSD: src/usr.sbin/pw/bitmap.c,v 1.4.2.2 2000/06/28 22:48:14 ache Exp $ bitmap.h: $FreeBSD: src/usr.sbin/pw/bitmap.h,v 1.3.2.2 2000/06/28 22:48:14 ache Exp $ cpdir.c: $FreeBSD: src/usr.sbin/pw/cpdir.c,v 1.4.2.2 2000/06/28 22:48:14 ache Exp $ edgroup.c: $FreeBSD: src/usr.sbin/pw/edgroup.c,v 1.6.2.3 2000/06/28 22:48:14 ache Exp $ fileupd.c: $FreeBSD: src/usr.sbin/pw/fileupd.c,v 1.6.2.4 2000/06/28 22:48:14 ache Exp $ grupd.c: $FreeBSD: src/usr.sbin/pw/grupd.c,v 1.5.2.4 2000/06/28 22:48:14 ache Exp $ psdate.c: $FreeBSD: src/usr.sbin/pw/psdate.c,v 1.4.2.3 2000/06/28 22:48:14 ache Exp $ psdate.h: $FreeBSD: src/usr.sbin/pw/psdate.h,v 1.3.2.2 2000/06/28 22:48:14 ache Exp $ pw.c: $FreeBSD: src/usr.sbin/pw/pw.c,v 1.11.2.4 2000/06/28 22:48:14 ache Exp $ pw.h: $FreeBSD: src/usr.sbin/pw/pw.h,v 1.7.2.4 2000/06/28 22:48:14 ache Exp $ pw_conf.c: $FreeBSD: src/usr.sbin/pw/pw_conf.c,v 1.7.2.3 2000/06/28 22:48:14 ache Exp $ pw_group.c: $FreeBSD: src/usr.sbin/pw/pw_group.c,v 1.7.2.4 2000/06/28 22:48:14 ache Exp $ pw_log.c: $FreeBSD: src/usr.sbin/pw/pw_log.c,v 1.4.2.2 2000/06/28 22:48:14 ache Exp $ pw_nis.c: $FreeBSD: src/usr.sbin/pw/pw_nis.c,v 1.4.2.3 2000/06/28 22:48:14 ache Exp $ pw_user.c: $FreeBSD: src/usr.sbin/pw/pw_user.c,v 1.25.2.5 2000/06/28 22:48:14 ache Exp $ pw_vpw.c: $FreeBSD: src/usr.sbin/pw/pw_vpw.c,v 1.2.2.3 2000/06/28 22:48:15 ache Exp $ pwupd.c: $FreeBSD: src/usr.sbin/pw/pwupd.c,v 1.7.2.5 2000/06/28 22:48:15 ache Exp $ pwupd.h: $FreeBSD: src/usr.sbin/pw/pwupd.h,v 1.4.2.4 2000/06/28 22:48:15 ache Exp $ rm_r.c: $FreeBSD: src/usr.sbin/pw/rm_r.c,v 1.4.2.2 2000/06/28 22:48:15 ache Exp $ >Description: When you try changing the home directory of an account with "pw usermod -d ...", the home directory is *not* changed. This used to work in earlier 4-STABLEs. >How-To-Repeat: root@bagheera# pw usershow mb mb:*:1001:1001::0:0:Martin Butkus:/home/mb:/usr/local/bin/zsh root@bagheera# pw usermod -n mb -d / root@bagheera# pw usershow mb mb:*:1001:1001::0:0:Martin Butkus:/home/mb:/usr/local/bin/zsh root@bagheera# grep "^mb:" /etc/passwd mb:*:1001:1001:Martin Butkus:/home/mb:/usr/local/bin/zsh >Fix: None known, sorry. >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 Sun Jul 2 13:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E801137BE73 for ; Sun, 2 Jul 2000 13:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA46920; Sun, 2 Jul 2000 13:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id A080137B70B for ; Sun, 2 Jul 2000 13:30:06 -0700 (PDT) (envelope-from dgilbert@strike.velocet.net) Received: by sabre.velocet.net (Postfix, from userid 66) id A1513137F39; Sun, 2 Jul 2000 16:30:05 -0400 (EDT) Received: (from dgilbert@localhost) by strike.velocet.net (8.9.3/8.9.2) id QAA03327; Sun, 2 Jul 2000 16:22:07 -0400 (EDT) (envelope-from dgilbert) Message-Id: <200007022022.QAA03327@strike.velocet.net> Date: Sun, 2 Jul 2000 16:22:07 -0400 (EDT) From: David Gilbert Reply-To: dgilbert@velocet.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19654: Another (unrelated) 20 dc port crash Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19654 >Category: kern >Synopsis: 20 dc ports in one machine (5x 4port cards) crashes >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 02 13:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Gilbert >Release: FreeBSD 4.0-STABLE i386 >Organization: Velocet Communications >Environment: 4.0-CURRENT, IPFW, BRIDGE and DUMMYNET compiled in. 20 dc ports ... 5x 4port dlink cards. >Description: Similar to my submission in kern/19603, I have 20 ethernet ports in one machine. I the test machine that I used to isolate kern/19603, I never see this bug ... all but one of it's ports are not connected. It appears that lots of internet traffic is required to exercise this bug. This bug also doesn't happen with 16 dc ports. The production machine that produced the crash dump does not exhibit the crash with 16 ports. panic: malloc: wrong bucket syncing disks... 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 giving up on 2 buffers Uptime: 1d21h24m9s dumping to dev #da/0x20001, offset 1048576 [...] (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:302 #1 0xc015a900 in poweroff_wait (junk=0xc026e2af, howto=0) at ../../kern/kern_shutdown.c:552 #2 0xc022fcd9 in trap_fatal (frame=0xc027835c, eva=99) at ../../i386/i386/trap.c:927 #3 0xc022f9b1 in trap_pfault (frame=0xc027835c, usermode=0, eva=99) at ../../i386/i386/trap.c:820 #4 0xc022f5af in trap (frame={tf_fs = 16, tf_es = -1071448048, tf_ds = -1071448048, tf_edi = 1074174976, tf_esi = -1045939008, tf_ebp = -1071152204, tf_isp = -1071152248, tf_ebx = -1045939008, tf_edx = 1074240664, tf_ecx = 0, tf_eax = 99, tf_trapno = 12, tf_err = 0, tf_eip = 99, tf_cs = 8, tf_eflags = 66054, tf_esp = -1072219758, tf_ss = 1768318561}) at ../../i386/i386/trap.c:426 #5 0x63 in ?? () #6 0xc01ed3cf in dc_txeof (sc=0xc1847800) at ../../pci/if_dc.c:2221 #7 0xc01ed6b4 in dc_intr (arg=0xc1847800) at ../../pci/if_dc.c:2351 #8 0xc0237c19 in intr_mux (arg=0xc10b98a0) at ../../i386/isa/intr_machdep.c:569 #9 0xc0158bf6 in add_interrupt_randomness (vsc=0xc02b6944) at ../../kern/kern_random.c:245 #10 0xc02260c6 in vec11 () #11 0xc0158bf6 in add_interrupt_randomness (vsc=0xc02b6938) at ../../kern/kern_random.c:245 #12 0xc01b63a2 in ip_input (m=0xc151f900) at ../../netinet/ip_input.c:287 #13 0xc01b0cb2 in transmit_event (pipe=0xc1989000) at ../../netinet/ip_dummynet.c:399 #14 0xc01b0f07 in ready_event (q=0xc1985500) at ../../netinet/ip_dummynet.c:525 #15 0xc01b133f in dummynet (unused=0x0) at ../../netinet/ip_dummynet.c:660 #16 0xc015fce9 in softclock () at ../../kern/kern_timeout.c:131 >How-To-Repeat: I can make test hardware, and possibly even environment available to anyone chasing this >Fix: None, yet. >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 Sun Jul 2 16:47:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A402B37B514; Sun, 2 Jul 2000 16:47:51 -0700 (PDT) (envelope-from nectar@FreeBSD.org) Received: (from nectar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA64313; Sun, 2 Jul 2000 16:47:51 -0700 (PDT) (envelope-from nectar@FreeBSD.org) Date: Sun, 2 Jul 2000 16:47:51 -0700 (PDT) From: Message-Id: <200007022347.QAA64313@freefall.freebsd.org> To: demond@demond.dyn.dhs.org, nectar@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19605: FreeBSD 4.0-RELEASE panics on incorrect use of ioctl() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD 4.0-RELEASE panics on incorrect use of ioctl() State-Changed-From-To: open->closed State-Changed-By: nectar State-Changed-When: Sun Jul 2 16:46:08 PDT 2000 State-Changed-Why: This was fixed in rev 1.86 and rev 1.85.2.1 of sys/net/if.c. See also PR kern/17311. http://www.freebsd.org/cgi/query-pr.cgi?pr=19605 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jul 2 21:10: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 0A4CE37B5E6 for ; Sun, 2 Jul 2000 21:10:05 -0700 (PDT) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id VAA23651; Sun, 2 Jul 2000 21:09:40 -0700 (PDT) Date: Sun, 2 Jul 2000 21:09:40 -0700 From: Brooks Davis To: Robin Carey Cc: bugs@FreeBSD.ORG Subject: Re: FBSD-4.0/pcm driver Message-ID: <20000702210940.B16196@orion.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: ; from bsc4093@dcs.napier.ac.uk on Fri, Jun 30, 2000 at 09:51:20AM +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Jun 30, 2000 at 09:51:20AM +0100, Robin Carey wrote: > Seems FreeBSD-4.0 errata is missing the following: > > After installing the system, I discover that all of the sound-card related > character devices (e.g. audio0, midi0, dsp0, e.t.c.) are missing and > ./MAKEDEV snd fails with some kind of error. That's not an error. Since sound isn't compiled in by default there aren't bogus /dev entries for it. Generally, you'll be much more likely to get something resembling a response if you give more details then "[it] fails with some kind of error." Something more like: When I run ./MAKEDEV snd it fails like this: $ ./MAKEDEV snd expr: syntax error bad node: mknod mixer The command you want is "./MAKEDEV snd0" -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 0:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AC0F437BA7C for ; Mon, 3 Jul 2000 00:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA25865; Mon, 3 Jul 2000 00:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id CE87637C026; Mon, 3 Jul 2000 00:08:27 -0700 (PDT) Message-Id: <20000703070827.CE87637C026@hub.freebsd.org> Date: Mon, 3 Jul 2000 00:08:27 -0700 (PDT) From: reed@wingeer.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19661: hang or reboot when pcmcia ethernet adapter is plugged in or out Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19661 >Category: kern >Synopsis: hang or reboot when pcmcia ethernet adapter is plugged in or out >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 03 00:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Reed Lai >Release: FreeBSD 4.0-STABLE >Organization: >Environment: FreeBSD ling.wingeer.org 4.0-STABLE FreeBSD 4.0-STABLE #0: Tue May 23 13:53:06 CST 2000 root@ling.wingeer.org:/n2/freebsd/obj/n2/freebsd/usr/src/sys/THINKPAD i386 >Description: I have reported this problem when FreeBSD 3.2 ====================== kern/15365: Fatal trap 18 (integer divide fault) when PCCARD hot plug-in again ====================== I have upgrade my ThinkPAD to FreeBSD 4.0, but this time system will hang when pcmcia ethernet adapter is plugged out and reboot when it is plugged in... >How-To-Repeat: plug-in or plug-out the pcmcia ethernet adapter >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 Mon Jul 3 1:26: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5D74937BC75; Mon, 3 Jul 2000 01:26:06 -0700 (PDT) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA35991; Mon, 3 Jul 2000 01:26:06 -0700 (PDT) (envelope-from ru@FreeBSD.org) Date: Mon, 3 Jul 2000 01:26:06 -0700 (PDT) From: Message-Id: <200007030826.BAA35991@freefall.freebsd.org> To: liveevil@tasam.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19096: libc core dump using ftp and telnet Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: libc core dump using ftp and telnet State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Mon Jul 3 01:22:31 PDT 2000 State-Changed-Why: Fixed in src/lib/libc/net/name6.c, revs 1.13 (HEAD) and 1.6.2.4 (RELENG_4). http://www.freebsd.org/cgi/query-pr.cgi?pr=19096 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 1:54:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from orbitel.bg (ns.orbitel.bg [195.24.32.2]) by hub.freebsd.org (Postfix) with SMTP id DE44637BF7B for ; Mon, 3 Jul 2000 01:54:18 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 11860 invoked from network); 3 Jul 2000 08:54:15 -0000 Received: from penchev.staff.orbitel.bg (HELO ringwraith.oblivion.bg) (192.168.0.98) by ns.orbitel.bg with SMTP; 3 Jul 2000 08:54:15 -0000 Received: (qmail 48870 invoked by uid 1001); 3 Jul 2000 08:54:10 -0000 Date: Mon, 3 Jul 2000 11:54:10 +0300 From: Peter Pentchev To: m.butkus@tu-bs.de Cc: freebsd-bugs@freebsd.org Subject: Re: bin/19649: ``pw usermod -n user -d /new/homedir'' does nothing Message-ID: <20000703115410.B1445@ringwraith.oblivion.bg> References: <200007021929.VAA01192@bagheera.thgwf.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200007021929.VAA01192@bagheera.thgwf.de>; from mb@bagheera.thgwf.de on Sun, Jul 02, 2000 at 09:29:19PM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org A little patch attached to the end of the message. G'luck, Pencheff ---------------------------------------------- What would this sentence be like if it weren't self-referential? On Sun, Jul 02, 2000 at 09:29:19PM +0200, Martin Butkus wrote: > > >Number: 19649 > >Category: bin > >Synopsis: ``pw usermod -n user -d /new/homedir'' does nothing [snip] > >Description: > > When you try changing the home directory of an account > with "pw usermod -d ...", the home directory is *not* > changed. This used to work in earlier 4-STABLEs. [snip] > >Fix: > > None known, sorry. diff -u src/usr.sbin/pw/pw_user.c src/usr.sbin/pw/pw_user.c-roam --- src/usr.sbin/pw/pw_user.c Mon Jul 3 11:47:50 2000 +++ src/usr.sbin/pw/pw_user.c-roam Mon Jul 3 11:46:56 2000 @@ -537,6 +537,7 @@ warnx("WARNING: home `%s' does not exist", pwd->pw_dir); } else if (!S_ISDIR(st.st_mode)) warnx("WARNING: home `%s' is not a directory", pwd->pw_dir); + edited = 1; } if ((arg = getarg(args, 'w')) != NULL && getarg(args, 'h') == NULL) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 2:14: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E9B5837B6C5; Mon, 3 Jul 2000 02:14:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA43056; Mon, 3 Jul 2000 02:14:04 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 3 Jul 2000 02:14:04 -0700 (PDT) From: Message-Id: <200007030914.CAA43056@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, davidn@FreeBSD.org Subject: Re: bin/19649: ``pw usermod -n user -d /new/homedir'' does nothing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ``pw usermod -n user -d /new/homedir'' does nothing Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 3 02:13:44 PDT 2000 Responsible-Changed-Why: David's interested in these. http://www.freebsd.org/cgi/query-pr.cgi?pr=19649 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 2:40: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6DD1637B870 for ; Mon, 3 Jul 2000 02:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA46108; Mon, 3 Jul 2000 02:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 7F84137B8BA; Mon, 3 Jul 2000 02:36:15 -0700 (PDT) Message-Id: <20000703093615.7F84137B8BA@hub.freebsd.org> Date: Mon, 3 Jul 2000 02:36:15 -0700 (PDT) From: wyb@lodesoft.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/19662: kernel panic after too many socket freed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19662 >Category: i386 >Synopsis: kernel panic after too many socket freed >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 03 02:40:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ru Feng >Release: 4.0-STABLE snapshot 20000625 >Organization: LodeSoft, Inc. >Environment: FreeBSD 4.0-STABLE #27: Mon Jul 3 15:01:58 CST 2000 wyb@lodesoft.com:/usr/src/sys/compile/MINE i386 on Dell PowerEdge 2400/667 Pentium III 667 x 2, 512M, 9G SCSI HD network card : fxp0 + xl0 kernel config : maxusers 256 options SOFTUPDATES options NMBCLUSTERS=90000 in /etc/rc.local : sysctl -w kern.maxfiles=65500 sysctl -w kern.maxfilesperproc=60000 sysctl -w net.inet.ip.portrange.last=65500 >Description: I create a program to test how many connection can freebsd accepted, it runs upto 32000 connections simultaneity. but when the program finished, the system crashed(or after a while). the error was : panic : malloc : wrong bucket (sometimes another message happened, e.g. 'trap 12' or 'cpu0: boot()') >How-To-Repeat: // compile and run this program : "./so & ./so c" // notice you must update NMBCLUSTERS and kern.maxfilesperproc // at first : (compile kernel with NMBCLUSTERS > 65000, install, reboot ) sysctl -w kern.maxfiles=65500 sysctl -w kern.maxfilesperproc=60000 sysctl -w net.inet.ip.portrange.last=65000 sysctl -w net.inet.ip.portrange.hifirst=65001 /* prog : Test Socket Max (so.c) usage : $ cc -o so so.c $ ./so & ./so c function address_end_point() from idonix. */ #define MAX_CONN 32000 #define HOST "127.0.0.1" #define PORT "65510" //#include # include # include # include # include # include # include # include # include # include # include # include # include # include /* Must come before arpa/inet.h */ # include int address_end_point (const char *host, const char *service, const char *protocol, struct sockaddr_in *sin) { struct hostent *phe; struct servent *pse; int feedback = 0; memset ((void *) sin, 0, sizeof (*sin)); sin-> sin_family = AF_INET; /* Map service name to a port number */ pse = getservbyname (service, protocol); if (pse) sin-> sin_port = htons ((short) (ntohs (pse-> s_port))); else sin-> sin_port = htons ((short) (atoi (service))); /* Check if it's a valid IP address first */ sin-> sin_addr.s_addr = inet_addr (host); if (sin-> sin_addr.s_addr == INADDR_NONE) { /* Not a dotted address -- try to translate the name */ phe = gethostbyname (host); if (phe) memcpy ((void *) &sin-> sin_addr, phe-> h_addr, phe-> h_length); else { /* Cannot map to host */ feedback = (int) -1; } } return (feedback); } int lis; void client_link() { int i, r; int sd; char buf[100]; struct sockaddr_in sin; r = address_end_point(HOST, PORT, "tcp", &sin); for (i = 0; i < MAX_CONN; i ++) { sd = socket(AF_INET, SOCK_STREAM, 0); printf("<%d:%d>\n", i, sd); if (sd < 0) { puts("ERROR connect()"); exit(3); } r = connect(sd, (struct sockaddr *)&sin, sizeof(sin)); write(sd, "H", 1); r = read(sd, buf, sizeof(buf)); if (r != 1) { puts("ERROR read()"); exit(2); } } } void server_link() { int i, r; int sd; char buf[100]; struct sockaddr_in sin; int len = sizeof(sin); for (i = 0; i < MAX_CONN; i ++) { sd = accept(lis, (struct sockaddr *)&sin, &len); printf("<%d:%d>\n", i, sd); if (sd < 0 ) puts("ERROR accept()"); r = read(sd, buf, sizeof(buf)); if (r <= 0) puts("ERROR read()"); write(sd, buf, r); } } int main(int argc, char** argv) { int r; int is_client = (argc == 2 && *argv[1] == 'c'); struct sockaddr_in sin; printf("Test Socket Max on %s [%s]\n", "Front", is_client?"c->s":"s->c"); if (is_client) { client_link(); } else { r = address_end_point(HOST, PORT, "tcp", &sin); lis = socket(AF_INET, SOCK_STREAM, 0); r = bind(lis, (struct sockaddr *)&sin, sizeof(sin)); r = listen(lis, 5); server_link(); } puts("Over."); return 0; } >Fix: limit the connections in 4096. >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 Mon Jul 3 2:41:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1657137B530; Mon, 3 Jul 2000 02:41:54 -0700 (PDT) (envelope-from phk@FreeBSD.org) Received: (from phk@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA46369; Mon, 3 Jul 2000 02:41:53 -0700 (PDT) (envelope-from phk@FreeBSD.org) Date: Mon, 3 Jul 2000 02:41:53 -0700 (PDT) From: Message-Id: <200007030941.CAA46369@freefall.freebsd.org> To: shigio@tamacom.com, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18364: Bad function definition using #define. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Bad function definition using #define. State-Changed-From-To: open->closed State-Changed-By: phk State-Changed-When: Mon Jul 3 02:41:32 PDT 2000 State-Changed-Why: Fixed. http://www.freebsd.org/cgi/query-pr.cgi?pr=18364 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 2:46:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A644A37B903; Mon, 3 Jul 2000 02:46:53 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA46991; Mon, 3 Jul 2000 02:46:53 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 3 Jul 2000 02:46:53 -0700 (PDT) From: Message-Id: <200007030946.CAA46991@freefall.freebsd.org> To: gerti-freebsd@bitart.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19611: ee silently overwrites write-protected files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ee silently overwrites write-protected files State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Mon Jul 3 02:46:39 PDT 2000 State-Changed-Why: Deferred to author. http://www.freebsd.org/cgi/query-pr.cgi?pr=19611 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 2:49:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.petmail.net (mail.petmail.net [210.225.5.156]) by hub.freebsd.org (Postfix) with ESMTP id 942FC37B8C0; Mon, 3 Jul 2000 02:49:25 -0700 (PDT) (envelope-from trys@petmail.net) Received: from smtp.petmail.net [63.12.71.107] by mail.petmail.net (SMTPD32-4.10) id A99F151012A; Mon, 03 Jul 2000 18:10:55 +0900 Message-ID: <200007031814.2128@trys.petmail.net> Date: Mon, 03 Jul 2000 18:14:20 +0900 From: =?ISO-2022-JP?B?GyRCMCYbKEI=?= To: trys@petmail.net Subject: =?ISO-2022-JP?B?GyRCJDMkcyRLJEEkTyEqISobKEI=?= MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit X-Mailer: Gen Mail 0.9b Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ─── ぴーぴんぐ娘。結成の御挨拶 ─── 今日のお仕事はどうでした？ 上手くいった人も上手くいかなかった人も一日お疲れ様でした。 こんにちは。 ぴーぴんぐ娘。リーダーの愛です。 今回リアルタイム映像配信番組「PEEPING TOWER」で働いている仲間達で 「ぴーぴんぐ娘。」を結成しました。 そして私達自身でHPを立ち上げたので一度見に来て頂けませんか？ ちょうど今"ぴーぴんぐ娘。"が企画した 「画像ベストショットコンテスト」も開催しています。 夢に向かって頑張っている私達を見に来て頂けませんか？ ぴーぴんぐ娘。は気合を入れて頑張っていますので みなさん私達を応援して（見て）下さいね。 http://www5a.biglobe.ne.jp/~carton2/musume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 2:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D689937BB94 for ; Mon, 3 Jul 2000 02:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA47299; Mon, 3 Jul 2000 02:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 3 Jul 2000 02:50:03 -0700 (PDT) Message-Id: <200007030950.CAA47299@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/19611: ee silently overwrites write-protected files Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19611; it has been noted by GNATS. From: Sheldon Hearn To: gerti-freebsd@bitart.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/19611: ee silently overwrites write-protected files Date: Mon, 03 Jul 2000 11:46:27 +0200 On Fri, 30 Jun 2000 14:56:12 MST, gerti-freebsd@bitart.com wrote: > >Description: > ee run under root silently overwrites write-protected files. It would be possible to introduce an extra check for file permissions when ee is run under root, but this would introduce an artificial limit. At the moment, the software expects anyone running as root to be clueful enough to realize that root pays no heed to file permissions. The alternative which you suggests introduces a new frustration -- the "root" user has to bail out of ee to change the access permissions of the file and then restart ee. This would be quite annoying. It _would_ be possible to pop a dialogue up when root is about to save to a file which is read-only. If you feel that this is something you want to work on, I'd suggest that you first chat to the author, High Mahon about whether he wants the software to behave like this, before working on a patch. I think it would be a bad idea for our ee to differ in its interface from the standard ee, which new users often rely on. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 3: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B919437BB94 for ; Mon, 3 Jul 2000 03:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA48314; Mon, 3 Jul 2000 03:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from dominik.saargate.de (dominik.saargate.de [212.88.130.241]) by hub.freebsd.org (Postfix) with ESMTP id C15F437BE1C for ; Mon, 3 Jul 2000 02:51:33 -0700 (PDT) (envelope-from domi@dominik.saargate.de) Received: (from domi@localhost) by dominik.saargate.de (8.9.3/8.9.3) id LAA75500; Mon, 3 Jul 2000 11:48:42 +0200 (CEST) (envelope-from domi) Message-Id: <200007030948.LAA75500@dominik.saargate.de> Date: Mon, 3 Jul 2000 11:48:42 +0200 (CEST) From: domi@saargate.de Reply-To: domi@saargate.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19663: gifconfig does not display physical IPv4 addresses Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19663 >Category: bin >Synopsis: gifconfig does not display physical IPv4 addresses >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: Mon Jul 03 03:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Dominik Brettnacher >Release: FreeBSD 4.0-STABLE i386 >Organization: >Environment: FreeBSD dominik.saargate.de 4.0-STABLE FreeBSD 4.0-STABLE #4: Sun Jun 11 10:12:26 CEST 2000 domi@dominik.saargate.de:/usr/src/sys/compile/DOMINIK i386 >Description: gifconfig(8) does not properly display the physical addresses of the tunnel device if they are IPv4 ones (I did not test with IPv6). Instead, is displays nothing :) >How-To-Repeat: Just try gifconfig -a or gifconfig : domi@dominik(512):~ $ gifconfig gif0 gif0: flags=8051 mtu 1280 inet 212.88.130.241 --> 212.88.130.240 netmask 0xffffff00 physical address --> >Fix: diff -urN /usr/src/usr.sbin/gifconfig/gifconfig.c gifconfig/gifconfig.c --- /usr/src/usr.sbin/gifconfig/gifconfig.c Sun Apr 16 14:47:12 2000 +++ gifconfig/gifconfig.c Mon Jul 3 11:34:38 2000 @@ -542,11 +542,18 @@ psrcaddr[0] = pdstaddr[0] = '\0'; #ifdef INET6 - srccmd = SIOCGIFPSRCADDR_IN6; - dstcmd = SIOCGIFPDSTADDR_IN6; ifrp = (struct ifreq *)&in6_ifr; + if (ifrp->ifr_addr.sa_family == AF_INET6) { + srccmd = SIOCGIFPSRCADDR_IN6; + dstcmd = SIOCGIFPDSTADDR_IN6; + } + else { + srccmd = SIOCGIFPSRCADDR; + dstcmd = SIOCGIFPDSTADDR; + } + #else /* INET6 */ - ifrp = ifr; + ifrp = (struct ifreq *)𝔦 srccmd = SIOCGIFPSRCADDR; dstcmd = SIOCGIFPDSTADDR; #endif /* INET6 */ >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 Mon Jul 3 3: 5:40 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B4AA837BE10; Mon, 3 Jul 2000 03:05:37 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA49944; Mon, 3 Jul 2000 03:05:37 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 3 Jul 2000 03:05:37 -0700 (PDT) From: Message-Id: <200007031005.DAA49944@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, cg@FreeBSD.org Subject: Re: kern/19612: SBLive produces 75% static and 25% actual sound in all progs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: SBLive produces 75% static and 25% actual sound in all progs Responsible-Changed-From-To: freebsd-bugs->cg Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 3 03:05:24 PDT 2000 Responsible-Changed-Why: Over to the driver's maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=19612 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 3: 8:33 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6DA3A37BB94; Mon, 3 Jul 2000 03:08:32 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA50461; Mon, 3 Jul 2000 03:08:32 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 3 Jul 2000 03:08:32 -0700 (PDT) From: Message-Id: <200007031008.DAA50461@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, wpaul@FreeBSD.org Subject: Re: kern/19617: Add VIA VT6102 NIC Support Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Add VIA VT6102 NIC Support Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 3 03:08:14 PDT 2000 Responsible-Changed-Why: Over to the driver's maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=19617 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 3:10:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1888D37B8C0; Mon, 3 Jul 2000 03:10:23 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA50716; Mon, 3 Jul 2000 03:10:22 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 3 Jul 2000 03:10:22 -0700 (PDT) From: Message-Id: <200007031010.DAA50716@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, imp@FreeBSD.org Subject: Re: conf/19629: /etc/rc.sysctl can't set all syctls Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /etc/rc.sysctl can't set all syctls Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 3 03:10:05 PDT 2000 Responsible-Changed-Why: Over to rc.sysctl's author. http://www.freebsd.org/cgi/query-pr.cgi?pr=19629 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 3:17:49 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 197E137BF2B; Mon, 3 Jul 2000 03:17:48 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA52210; Mon, 3 Jul 2000 03:17:47 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 3 Jul 2000 03:17:47 -0700 (PDT) From: Message-Id: <200007031017.DAA52210@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: misc/19631: Disk status in daily report is hard to read because space is reported in K. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Disk status in daily report is hard to read because space is reported in K. Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 3 03:17:09 PDT 2000 Responsible-Changed-Why: I have time to look at this while I'm waiting for feedback on my conformance manual page improvements proposal. http://www.freebsd.org/cgi/query-pr.cgi?pr=19631 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 3:30: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 82B0437BE4C for ; Mon, 3 Jul 2000 03:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA53445; Mon, 3 Jul 2000 03:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 8768437BF2C for ; Mon, 3 Jul 2000 03:20:52 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.10.1/8.10.1) with ESMTP id e63AKoB17497 for ; Mon, 3 Jul 2000 12:20:50 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail1.siemens.de (8.10.1/8.10.1) with ESMTP id e63AKoM25400 for ; Mon, 3 Jul 2000 12:20:50 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.2/8.10.2) id e63AKnv24998 for FreeBSD-gnats-submit@freebsd.org; Mon, 3 Jul 2000 12:20:49 +0200 (CEST) Message-Id: <200007031020.e63AKn596976@curry.mchp.siemens.de> Date: Mon, 3 Jul 2000 12:20:49 +0200 (CEST) From: Andre Albsmeier To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19664: rpc.yppasswdd can't deal with comments in master.passwd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19664 >Category: bin >Synopsis: rpc.yppasswdd can't deal with comments in master.passwd >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 03 03:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Andre Albsmeier >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: 3.5-STABLE, but I assume alle versions. >Description: When using yppasswd, rpc.yppasswdd can't deal with comments in the $(YPDIR)/master.passwd file. Instead it logs to syslog: rpc.yppasswdd[2623]: /var/yp/src/master.passwd: corrupted entry rpc.yppasswdd[2623]: /var/yp/src/master.passwd: unchanged rpc.yppasswdd[2623]: /var/yp/src/master.passwd: unchanged rpc.yppasswdd[2623]: failed to created updated password file -- cleaning up and bailing out >How-To-Repeat: Enter a comment in $(YPDIR)/master.passwd. Run yppasswd to produce the error. >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 Mon Jul 3 4:25:33 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7AB4A37B5A4; Mon, 3 Jul 2000 04:25:32 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA74355; Mon, 3 Jul 2000 04:25:32 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 3 Jul 2000 04:25:32 -0700 (PDT) From: Message-Id: <200007031125.EAA74355@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, wpaul@FreeBSD.org Subject: Re: kern/19654: 20 dc ports in one machine (5x 4port cards) crashes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 20 dc ports in one machine (5x 4port cards) crashes Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 3 04:25:08 PDT 2000 Responsible-Changed-Why: Over to the dc(4) driver's maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=19654 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 4:26:46 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EB83A37B5A4; Mon, 3 Jul 2000 04:26:44 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA74837; Mon, 3 Jul 2000 04:26:44 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 3 Jul 2000 04:26:44 -0700 (PDT) From: Message-Id: <200007031126.EAA74837@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, imp@FreeBSD.org Subject: Re: kern/19661: hang or reboot when pcmcia ethernet adapter is plugged in or out Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: hang or reboot when pcmcia ethernet adapter is plugged in or out Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 3 04:26:26 PDT 2000 Responsible-Changed-Why: Over to Warner, who believes that he fixed this problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=19661 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 4:28:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EEB5837BC46; Mon, 3 Jul 2000 04:28:11 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA75363; Mon, 3 Jul 2000 04:28:11 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 3 Jul 2000 04:28:11 -0700 (PDT) From: Message-Id: <200007031128.EAA75363@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, shin@FreeBSD.org Subject: Re: bin/19663: gifconfig does not display physical IPv4 addresses Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: gifconfig does not display physical IPv4 addresses Responsible-Changed-From-To: freebsd-bugs->shin Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 3 04:27:56 PDT 2000 Responsible-Changed-Why: Over to our IPv6 maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=19663 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 4:28:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ABB2C37B5A4; Mon, 3 Jul 2000 04:28:55 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA75646; Mon, 3 Jul 2000 04:28:55 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 3 Jul 2000 04:28:55 -0700 (PDT) From: Message-Id: <200007031128.EAA75646@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, davidn@FreeBSD.org Subject: Re: bin/19664: rpc.yppasswdd can't deal with comments in master.passwd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rpc.yppasswdd can't deal with comments in master.passwd Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 3 04:28:33 PDT 2000 Responsible-Changed-Why: David likes passwd-related problems. :-) http://www.freebsd.org/cgi/query-pr.cgi?pr=19664 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 4:30: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8A33F37BC46 for ; Mon, 3 Jul 2000 04:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA76085; Mon, 3 Jul 2000 04:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 3 Jul 2000 04:30:01 -0700 (PDT) Message-Id: <200007031130.EAA76085@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/19630: systat consumes 100% CPU stuck in read() loop Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19630; it has been noted by GNATS. From: Sheldon Hearn To: dwhite@FreeBSD.ORG Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/19630: systat consumes 100% CPU stuck in read() loop Date: Mon, 03 Jul 2000 13:22:58 +0200 On Sat, 01 Jul 2000 14:03:32 MST, dwhite@FreeBSD.ORG wrote: > >How-To-Repeat: > Run systat -vm 2 and wait about a minute. I can't duplicate this in 5.0-CURRENT (as of 2000-06-29). Could you try with a 4.0-STABLE to see whether the problem exists there also? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 6:50:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C0C4737B820 for ; Mon, 3 Jul 2000 06:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA75558; Mon, 3 Jul 2000 06:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from plab.ku.dk (plab.ku.dk [130.225.105.65]) by hub.freebsd.org (Postfix) with ESMTP id 80CB937B820 for ; Mon, 3 Jul 2000 06:49:36 -0700 (PDT) (envelope-from tobez@plab.ku.dk) Received: from lion.plab.ku.dk (lion.plab.ku.dk [130.225.105.49]) by plab.ku.dk (8.9.3/8.9.3) with ESMTP id PAA43682 for ; Mon, 3 Jul 2000 15:51:01 +0200 (CEST) (envelope-from tobez@plab.ku.dk) Received: (from tobez@localhost) by lion.plab.ku.dk (8.9.3/8.9.3) id PAA57227; Mon, 3 Jul 2000 15:49:37 +0200 (CEST) (envelope-from tobez) Message-Id: <200007031349.PAA57227@lion.plab.ku.dk> Date: Mon, 3 Jul 2000 15:49:37 +0200 (CEST) From: tobez@tobez.org Reply-To: tobez@tobez.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/19670: Incorrect duplicate in fortunes2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19670 >Category: misc >Synopsis: Incorrect duplicate in fortunes2 >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: Mon Jul 03 06:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Anton Berezin >Release: FreeBSD 5.0-CURRENT i386 >Organization: tobez.org >Environment: >Description: There is an [almost] duplicate entry, which is also not mathematically correct. >How-To-Repeat: >Fix: --- games/fortune/datfiles/fortunes2.orig Mon Jul 3 15:43:54 2000 +++ games/fortune/datfiles/fortunes2 Mon Jul 3 15:44:44 2000 @@ -442,18 +442,6 @@ Of 3 PI over nine Is the log of the cube root of e % - (1/2) - / 3 - | 2 3 x 3.14 (1/2) - | z dz cos (--------) = ln(e ) - / 1 9 - -The integral, from one to root three, -Of z to the second dz, - Times the cosine - Of 3 pi over nine -Is the log of the third root of e. -% THE DAILY PLANET SUPERMAN SAVES DESSERT! >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 Mon Jul 3 7:20: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A505D37B8FB for ; Mon, 3 Jul 2000 07:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA91741; Mon, 3 Jul 2000 07:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from plab.ku.dk (plab.ku.dk [130.225.105.65]) by hub.freebsd.org (Postfix) with ESMTP id 30DB837B822 for ; Mon, 3 Jul 2000 07:16:33 -0700 (PDT) (envelope-from tobez@plab.ku.dk) Received: from lion.plab.ku.dk (lion.plab.ku.dk [130.225.105.49]) by plab.ku.dk (8.9.3/8.9.3) with ESMTP id QAA44028 for ; Mon, 3 Jul 2000 16:17:58 +0200 (CEST) (envelope-from tobez@plab.ku.dk) Received: (from tobez@localhost) by lion.plab.ku.dk (8.9.3/8.9.3) id QAA93991; Mon, 3 Jul 2000 16:16:34 +0200 (CEST) (envelope-from tobez) Message-Id: <200007031416.QAA93991@lion.plab.ku.dk> Date: Mon, 3 Jul 2000 16:16:34 +0200 (CEST) From: tobez@tobez.org Reply-To: tobez@tobez.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19672: contigmalloc1() oddity for large alignments (race condition) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19672 >Category: kern >Synopsis: contigmalloc1() oddity for large alignments (race condition) >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 03 07:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Anton Berezin >Release: FreeBSD 5.0-CURRENT i386 >Organization: tobez.org >Environment: Most versions of FreeBSD, as far as I can tell. File: src/sys/vm/vm_page.c Function: contigmalloc1() >Description: If an object is requested with a large alignment, say, 1<<24, so that contigmalloc1() is not even able to find a single PQ_FREE or PQ_CACHE page with said alignment, it then proceeds freeing inactive pages, one by one, and then immediately active pages as well, also one by one. The problem is, that after freeing a page (in most cases the routine pages them out --- I inserted some sysctl counters to debug this), it starts again by rescanning the same queue (either PQ_INACTIVE or PQ_ACTIVE), from its head. To me, it looks bad enough even for inactive pages, but for an active queue it's a disaster, unless the box is idle. The point is that, in a nutshell, the following sequence gets executed when contigmalloc1() tries to free the page: vm_pageout_flush(page) which calls vm_pager_put_pages(page) which calls swap_pager_putpages(page) which sleeps (swwrt). When the box is not idle, while the process is blocked in swwrt state, some other process execution will lead to more inactive (some chances) or active (all the chances) pages added, and then contigmalloc1() starts scanning a queue again! >How-To-Repeat: A program that issues the METEORSETGEO ioctl to bktr driver, with relatively large number of frames (in my tests I used 14 frames == 14*768*576*4/4096 == 6049 pages). The bktr driver did not have sufficient space preallocated. For some reason, bktr driver in its get_bktr_mem() function (dev/bktr/bktr_os.c) first tries to do vm_page_alloc_contig() with the alignment of 1<<24, and then, if this fails, proceeds with PAGE_SIZE. [As a side note, I have no idea what is the reason for using such a large alignment in bktr driver. Apparently, this piece of code was copied as is from meteor driver.] On a practically idle box the allocation fails after 4 to 8 seconds. The number of jumps from vm_pageout_flush() callpoint in inactive scan code to PQ_INACTIVE rescan is about 110. The number of jumps from vm_pageout_flush() callpoint in active scan code to PQ_INACTIVE rescan is about 4400. On a busy box (nice -20 perl -e 'for(;;){}') this takes forever - or at least I was not patient enough to wait for completion. The number of jumps increases at a steady rate, most of them are from the `active' piece. In top(1), I observed things like this (please pay attention to Ks and Ms here): Mem: 348K Active, 180K Inact, 21M Wired, 38M Cache, 9899K Buf, 64M Free Swap: 525M Total, 21M Used, 504M Free, 3% Inuse, 1552K Out >Fix: A first obvious thing to do is to remove the 1<<24 alignment allocation from the bktr (and meteor) code. This helps in my particular case. However, I think that the internal workings of contigmalloc1() are seriously broken for large alignments. My understanding is that the page freeing code is somewhat of a last resort for the routine, and it probably should not do that in this case --- the assumption contigmalloc1() takes is that if the very first loop was not able to find even the starting page, then there is a severe memory shortage or something. Not necessarily so. To me, the code simply `does not look right'. And I have no idea what the proper fix might look like. Cheers, Anton. >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 Mon Jul 3 7:39:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 77AC237BA07; Mon, 3 Jul 2000 07:39:28 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA94427; Mon, 3 Jul 2000 07:39:28 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 3 Jul 2000 07:39:28 -0700 (PDT) From: Message-Id: <200007031439.HAA94427@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, dillon@FreeBSD.org Subject: Re: kern/19672: contigmalloc1() oddity for large alignments (race condition) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: contigmalloc1() oddity for large alignments (race condition) Responsible-Changed-From-To: freebsd-bugs->dillon Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Jul 3 07:38:55 PDT 2000 Responsible-Changed-Why: The VM system is Matt's area. http://www.freebsd.org/cgi/query-pr.cgi?pr=19672 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 8:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 20F5937B9C4 for ; Mon, 3 Jul 2000 08:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA01889; Mon, 3 Jul 2000 08:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 3 Jul 2000 08:30:01 -0700 (PDT) Message-Id: <200007031530.IAA01889@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Andrew J. Korty" Subject: Re: kern/15075: Intel Etherexpres Pro timeouts when >1 card present Reply-To: "Andrew J. Korty" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/15075; it has been noted by GNATS. From: "Andrew J. Korty" To: freebsd-gnats-submit@FreeBSD.org, lyndon@bsd4us.org Cc: Subject: Re: kern/15075: Intel Etherexpres Pro timeouts when >1 card present Date: Mon, 3 Jul 2000 10:26:15 -0500 (EST) I'm experiencing this problem with 4.0-STABLE. I have four Dell PowerEdge 2450s, each with one interface on the main board and a dual-port card. Only one interface can be used at a time. Can the priority be increased on this PR? This configuration is probably a common one. -- Andrew J. Korty, Principal Security Engineer Office of the Vice President for Information Technology Indiana University To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 9:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DA94937BAE5 for ; Mon, 3 Jul 2000 09:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA07011; Mon, 3 Jul 2000 09:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from esummer.esolstice.com (esummer.esolstice.com [209.145.65.15]) by hub.freebsd.org (Postfix) with ESMTP id 10FE137BB4D for ; Mon, 3 Jul 2000 09:09:36 -0700 (PDT) (envelope-from adrian@mail.esolstice.com) Received: from cluebie.esolstice.int (an-fw.esolstice.com [208.241.63.212]) by esummer.esolstice.com (8.9.3/8.9.3) with ESMTP id MAA27355 for ; Mon, 3 Jul 2000 12:13:24 -0400 (EDT) (envelope-from adrian@mail.esolstice.com) Received: (from adrian@localhost) by cluebie.esolstice.int (8.9.3/8.9.3) id MAA00552; Mon, 3 Jul 2000 12:12:41 -0400 (EDT) (envelope-from adrian@mail.esolstice.com) Message-Id: <200007031612.MAA00552@cluebie.esolstice.int> Date: Mon, 3 Jul 2000 12:12:41 -0400 (EDT) From: adrian@ubergeeks.com Reply-To: adrian@ubergeeks.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/19673: dhclient-script not setting hostname after a reboot bug (w/patch) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19673 >Category: misc >Synopsis: dhclient-script will not always set the hostname after a reboot >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 03 09:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Adrian Filipi-Martin >Release: FreeBSD 4.0-STABLE i386 >Organization: Ubergeeks Consulting >Environment: 4-STABLE from 06/29/00. >Description: The first time a system is booted using dhclient, the acquired lease information is written to /var/db/dhclient.leases. The next time the system is rebooted, dhclient will use these values to initialized the old_* variables when running the dhclient-script. If the hostname does not change bewteen reboots, the lease file is not removed or the lease does not expire, there is a logic bug that will cause dhclient to not set the hostname at all. >How-To-Repeat: Do not set hostname in /etc/rc.conf, then boot using DHCP with a statically configured hostname/MAC/IP set up on the DHCP server. Reboot again and make sure your system recieved the same hostname info from the lease as before. The hostname will not be set even though the IP and other info was. >Fix: Apply the the included patch for dhclient-script as follows: cd /src/contrib/isc-dhcp/client/scripts patch freebsd < /tmp/dhcp-script.diff N.B. Since dhclient is built from contributed sources, I am sending the patch to ISC as well so that they can include it in the base distribution. --- dhclient-script.orig Thu Jun 29 11:45:43 2000 +++ dhclient-script Mon Jul 3 11:53:19 2000 @@ -78,7 +78,8 @@ current_hostname=`/bin/hostname` if [ x$current_hostname = x ] || \ [ x$current_hostname = x$old_host_name ]; then - if [ x$new_host_name != x$old_host_name ]; then + if [ x$new_host_name != x$old_host_name ] || \ + [ x$new_host_name != x$current_hostname ]; then $LOGGER "New Hostname: $new_host_name" hostname $new_host_name fi >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 Mon Jul 3 9:25: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from lorax.ubergeeks.com (lorax.ubergeeks.com [209.145.74.241]) by hub.freebsd.org (Postfix) with ESMTP id 3B2D537B58C; Mon, 3 Jul 2000 09:25:01 -0700 (PDT) (envelope-from adrian@ubergeeks.com) Received: from localhost (adrian@localhost) by lorax.ubergeeks.com (8.9.3/8.8.8) with ESMTP id MAA15122; Mon, 3 Jul 2000 12:24:15 -0400 (EDT) (envelope-from adrian@ubergeeks.com) Date: Mon, 3 Jul 2000 12:24:15 -0400 (EDT) From: Adrian Filipi-Martin Reply-To: Adrian Filipi-Martin To: gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/19673: dhclient-script not setting hostname after a reboot bug (w/patch) In-Reply-To: <200007031610.JAA07007@freefall.freebsd.org> 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 A correction to my text in the orignal PR: This patch cannot be sent back to ISC, because the bug was introduced in the FreeBSD tailored version of the dhclient-script. Setting the hostname is not supported at all in the ISC dhcp-2.0 version. Adrian -- [ adrian@ubergeeks.com -- Ubergeeks Consulting -- http://www.ubergeeks.com/ ] > >Category: misc > >Responsible: freebsd-bugs > >Synopsis: dhclient-script will not always set the hostname after a reboot > >Arrival-Date: Mon Jul 03 09:10:01 PDT 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 13: 1:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from wopr.caltech.edu (wopr.caltech.edu [131.215.102.114]) by hub.freebsd.org (Postfix) with ESMTP id 5CDD137BEFC for ; Mon, 3 Jul 2000 13:01:36 -0700 (PDT) (envelope-from mph@wopr.caltech.edu) Received: (from mph@localhost) by wopr.caltech.edu (8.9.3/8.9.3) id NAA83953; Mon, 3 Jul 2000 13:01:28 -0700 (PDT) (envelope-from mph) Date: Mon, 3 Jul 2000 13:01:28 -0700 From: Matthew Hunt To: Sheldon Hearn Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/19611: ee silently overwrites write-protected files Message-ID: <20000703130127.A83401@wopr.caltech.edu> References: <200007030950.CAA47299@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200007030950.CAA47299@freefall.freebsd.org>; from sheldonh@uunet.co.za on Mon, Jul 03, 2000 at 02:50:03AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Jul 03, 2000 at 02:50:03AM -0700, Sheldon Hearn wrote: > At the moment, the software expects anyone running as root to be clueful > enough to realize that root pays no heed to file permissions. Well, vi(1) doesn't, and I think we generally expect vi(1) users to be at least as clueful as ee(1) users. > It _would_ be possible to pop a dialogue up when root is about to save > to a file which is read-only. If you feel that this is something you That's basically what vi(1) does, if you interpret "dialogue box" sufficiently liberally. What I'd really like is for ":w!" to work for regular users in vi(1) as well, provided I can chmod the file. Usually the only time the issue comes up is when some idiot makes a source tarball with Makefile mode 444. > I think it would be a bad idea for our ee to differ in its interface > from the standard ee, which new users often rely on. There's a standard ee(1)?! Wacky. Matt -- Matthew Hunt * UNIX is a lever for the http://www.pobox.com/~mph/ * intellect. -J.R. Mashey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 15:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D66EF37B72D for ; Mon, 3 Jul 2000 15:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA58667; Mon, 3 Jul 2000 15:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 3 Jul 2000 15:50:02 -0700 (PDT) Message-Id: <200007032250.PAA58667@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Thomas Nikolajsen" Subject: Re: kern/19494: hang on boot; culpit seems to be ed0 Reply-To: "Thomas Nikolajsen" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19494; it has been noted by GNATS. From: "Thomas Nikolajsen" To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/19494: hang on boot; culpit seems to be ed0 Date: Tue, 04 Jul 2000 00:44:52 +0200 Hi Problem solved by cvs commit including: src/sys/dev/ed/if_ed.c 1.173.2.5; thanks. (http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1412666+0+archive/2000/cvs-all /20000702.cvs-all) -thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 17: 0: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7D7CC37C07A for ; Mon, 3 Jul 2000 17:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA67720; Mon, 3 Jul 2000 17:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 3 Jul 2000 17:00:04 -0700 (PDT) Message-Id: <200007040000.RAA67720@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug White Subject: Re: bin/19630: systat consumes 100% CPU stuck in read() loop Reply-To: Doug White Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19630; it has been noted by GNATS. From: Doug White To: Sheldon Hearn Cc: dwhite@FreeBSD.ORG, freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/19630: systat consumes 100% CPU stuck in read() loop Date: Mon, 3 Jul 2000 16:55:39 -0700 (PDT) On Mon, 3 Jul 2000, Sheldon Hearn wrote: > > > On Sat, 01 Jul 2000 14:03:32 MST, dwhite@FreeBSD.ORG wrote: > > > >How-To-Repeat: > > Run systat -vm 2 and wait about a minute. > > I can't duplicate this in 5.0-CURRENT (as of 2000-06-29). Could you try > with a 4.0-STABLE to see whether the problem exists there also? Doesn't happen on a -STABLE sup'd this morning (12:30AM PDT). Doesn't do it on another 4.0-RELEASE box either, but it's not the same type of condition. The problematic machine may have memory issues, though... grr. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | 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 Mon Jul 3 17:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 59E1E37C07A for ; Mon, 3 Jul 2000 17:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA70955; Mon, 3 Jul 2000 17:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from apollo.wire.net.au (apollo.wire.net.au [203.36.3.14]) by hub.freebsd.org (Postfix) with ESMTP id 14B5D37BFB7 for ; Mon, 3 Jul 2000 17:18:44 -0700 (PDT) (envelope-from davidn@apollo.wire.net.au) Received: (from davidn@localhost) by apollo.wire.net.au (8.9.3/8.9.3) id KAA98022; Tue, 4 Jul 2000 10:18:38 +1000 (EST) (envelope-from davidn) Message-Id: <200007040018.KAA98022@apollo.wire.net.au> Date: Tue, 4 Jul 2000 10:18:38 +1000 (EST) From: davidn@austel.net Reply-To: davidn@austel.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19683: mount displays incorrect mount point on failed mount Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19683 >Category: bin >Synopsis: mount displays incorrect mount point on failed mount >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: Mon Jul 03 17:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Nugent >Release: FreeBSD 5.0-CURRENT i386 (about 1 week old) >Organization: ISP Limited >Environment: 5.0-current >Description: mount(8) displays the previously used mount point if a mount operation fails instead of the mount point that it is actually attempting to use. >How-To-Repeat: Mount a partition on /mnt which would normally be mounted elsewhere. Shutdown the system leaving the partition in an unclean state. On next boot, when attempting to remount the partition/drive, mount(8) displays: WARNING: R/W mount of /mnt denied. Filesystem is not clean - run fsck where /mnt is the previous mount point, not the one in /etc/fstab which mount is actually trying to use. >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 Mon Jul 3 18:30: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E294B37C1B6 for ; Mon, 3 Jul 2000 18:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA78979; Mon, 3 Jul 2000 18:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 3 Jul 2000 18:30:03 -0700 (PDT) Message-Id: <200007040130.SAA78979@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Will Andrews Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Will Andrews Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Will Andrews To: clefevre@citeweb.net Cc: FreeBSD-gnats-submit@FreeBSD.org, current@FreeBSD.org Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: Mon, 3 Jul 2000 21:21:52 -0400 On Sun, Jul 02, 2000 at 07:58:17AM +0200, clefevre@citeweb.net wrote: > >Synopsis: add -c for grand total to df(1), like du(1) does > >Description: > > sample of output : > > # df -c > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/da0s1a 1904559 1249983 502212 71% / > /dev/da1s1c 2031922 1336326 533043 71% /disk2 > /dev/da2s1a 1904559 1484367 267828 85% /disk1 > /dev/da3s1a 1904559 1414623 337572 81% /disk4 > procfs 4 4 0 100% /proc > total 7745603 5485303 1640655 77% Does anyone else here think this is a good idea? If so, I'd like to merge this in -CURRENT and MFC before 4.1-RELEASE. It seems like a fairly nice addition to df(1), and can be useful for system accounting. -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 19:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8B97637C553 for ; Mon, 3 Jul 2000 19:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA89583; Mon, 3 Jul 2000 19:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.14.126.45]) by hub.freebsd.org (Postfix) with ESMTP id CFF8D37C150 for ; Mon, 3 Jul 2000 19:21:56 -0700 (PDT) (envelope-from mdharnois@home.com) Received: (from mdharnois@localhost) by c1030098-a.wtrlo1.ia.home.com (8.9.3/8.9.3) id VAA07683; Mon, 3 Jul 2000 21:21:55 -0500 (CDT) (envelope-from mdharnois) Message-Id: <200007040221.VAA07683@c1030098-a.wtrlo1.ia.home.com> Date: Mon, 3 Jul 2000 21:21:55 -0500 (CDT) From: mdharnois@home.com Reply-To: mdharnois@home.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19686: splash screen fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19686 >Category: kern >Synopsis: splash screen fails >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: Mon Jul 03 19:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Michael Harnois >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: i386 with ATI Mach64 >Description: splash_bmp fails >How-To-Repeat: try it >Fix: From: Kazutaka YOKOTA Subject: Re: not making a splash To: Michael Harnois , "Daniel C. Sobral" cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Date: Fri, 09 Jun 2000 22:21:49 +0900 Would you guys please test the following patch for /sys/modules/bmp/splash_bmp.c and see if it fixes the problem? Kazu Index: splash_bmp.c =================================================================== RCS file: /src/CVS/src/sys/modules/splash/bmp/splash_bmp.c,v retrieving revision 1.12 diff -u -r1.12 splash_bmp.c --- splash_bmp.c 2000/04/27 13:37:40 1.12 +++ splash_bmp.c 2000/06/09 13:17:05 @@ -612,7 +612,8 @@ #ifndef PC98 /* XXX: this is ugly, but necessary for EGA/VGA 1bpp/4bpp modes */ - if ((adp->va_type == KD_EGA) || (adp->va_type == KD_VGA)) { + if (((adp->va_type == KD_EGA) || (adp->va_type == KD_VGA)) + && (bmp_info.sdepth <= 4)) { inb(adp->va_crtc_addr + 6); /* reset flip-flop */ outb(ATC, 0x14); outb(ATC, 0); >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 Mon Jul 3 19:40: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3335737C502 for ; Mon, 3 Jul 2000 19:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA91023; Mon, 3 Jul 2000 19:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from drwho.xnet.com (drwho.xnet.com [205.243.140.183]) by hub.freebsd.org (Postfix) with ESMTP id 7C3CD37C339 for ; Mon, 3 Jul 2000 19:33:05 -0700 (PDT) (envelope-from sysadmin@xnet.com) Received: (from sysadmin@localhost) by drwho.xnet.com (8.9.3/8.9.3) id VAA01834; Mon, 3 Jul 2000 21:33:03 -0500 (CDT) Message-Id: <200007040233.VAA01834@drwho.xnet.com> Date: Mon, 3 Jul 2000 21:33:03 -0500 (CDT) From: drwho@xnet.com Reply-To: drwho@xnet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/19687: gnu/i386 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19687 >Category: gnu >Synopsis: Perl Install on make installworld fails >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 03 19:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: System Administrator >Release: FreeBSD 3.5-STABLE i386 >Organization: none >Environment: Nothing in particular. Logged in as root. >Description: Ran "make buildworld". Everything compiled cleanly. When running "make installworld", however, the install fails on perl with the following errors: vm/vm_zone.h -> vm/vm_zone.ph vm/vnode_pager.h -> vm/vnode_pager.ph *** Error code 1 Stop. >How-To-Repeat: Either try running "make installworld" or just cd /usr/src/gnu/usr.bin/perl and run "make install". >Fix: None available. >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 Mon Jul 3 20:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C979337BAA2 for ; Mon, 3 Jul 2000 20:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA98640; Mon, 3 Jul 2000 20:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id 27C9137C2D6 for ; Mon, 3 Jul 2000 20:16:03 -0700 (PDT) (envelope-from dgilbert@office.tor.velocet.net) Received: from office.tor.velocet.net (trooper.velocet.net [216.126.82.226]) by sabre.velocet.net (Postfix) with ESMTP id 6F20A137F06 for ; Mon, 3 Jul 2000 23:16:01 -0400 (EDT) Received: (from dgilbert@localhost) by office.tor.velocet.net (8.9.3/8.9.3) id XAA36155; Mon, 3 Jul 2000 23:15:11 -0400 (EDT) (envelope-from dgilbert) Message-Id: <200007040315.XAA36155@office.tor.velocet.net> Date: Mon, 3 Jul 2000 23:15:11 -0400 (EDT) From: David Gilbert Reply-To: dgilbert@velocet.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19688: Adding some KASSERTS v1 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19688 >Category: kern >Synopsis: Some boundry checking KASSERTS in networking code >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: Mon Jul 03 20:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Gilbert >Release: FreeBSD 4.0-STABLE i386 >Organization: Velocet Communications >Environment: I'm running this against 4.0-STABLE, but this can probably apply better debugging to several branches. >Description: I'm trying to track down other bugs, so I'm going through networking file-by-file looking for possibly array overflows (which I belive my problem to be). Anyways, I felt that it might be useful if I contributed some of my KASSERT()'s back to the tree. Someone can slap my fingers if this is misguided. >How-To-Repeat: heh. >Fix: --- /sys/net/hostcache.c Fri Aug 27 20:48:15 1999 +++ hostcache.c Mon Jul 3 23:08:34 2000 @@ -55,6 +55,8 @@ struct hchead *heads; u_long nelem; + KASSERT(af >= 0 && af < AF_MAX, ("hc_init: af=%d out of range", af)); + hct = &hctable[af]; nelem = init_nelem; if (hct->hct_nentries) @@ -86,6 +88,9 @@ struct hctable *hct; int s; + KASSERT(sa->sa_family >=0 && sa->sa_family < AF_MAX, + ("hc_get: sa_family=%d out o frange", sa->sa_family)); + hct = &hctable[sa->sa_family]; if (hct->hct_nentries == 0) return 0; @@ -150,6 +155,10 @@ u_long hash; int s; + KASSERT(hc->hc_host->sa_family >=0 && hc->hc_host->sa_family < AF_MAX, + ("hc_insert: sa_family=%d out of range", + hc->hc_host->sa_family)); + hct = &hctable[hc->hc_host->sa_family]; hash = hct->hct_cb->hccb_hash(hc->hc_host, hct->hct_nentries); >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 Mon Jul 3 20:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 77FE537B5E7 for ; Mon, 3 Jul 2000 20:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA99879; Mon, 3 Jul 2000 20:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 3 Jul 2000 20:30:03 -0700 (PDT) Message-Id: <200007040330.UAA99879@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: kern/19688: Adding some KASSERTS v1 Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19688; it has been noted by GNATS. From: Bill Fumerola To: David Gilbert Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/19688: Adding some KASSERTS v1 Date: Mon, 3 Jul 2000 23:26:20 -0400 On Mon, Jul 03, 2000 at 11:15:11PM -0400, David Gilbert wrote: > >Description: > > I'm trying to track down other bugs, so I'm going through networking > file-by-file looking for possibly array overflows (which I belive > my problem to be). Anyways, I felt that it might be useful if I > contributed some of my KASSERT()'s back to the tree. Someone can > slap my fingers if this is misguided. > > >How-To-Repeat: > > heh. > > >Fix: > > > --- /sys/net/hostcache.c Fri Aug 27 20:48:15 1999 > +++ hostcache.c Mon Jul 3 23:08:34 2000 > @@ -55,6 +55,8 @@ > struct hchead *heads; > u_long nelem; > > + KASSERT(af >= 0 && af < AF_MAX, ("hc_init: af=%d out of range", af)); > + > hct = &hctable[af]; > nelem = init_nelem; > if (hct->hct_nentries) [...] I can't tell you misguided or not, I can tell you that it's misindented though :-> -- Bill Fumerola - Network Architect / Computer Horizons Corp - CHIMES e-mail: billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 20:50: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6D01637BAD0 for ; Mon, 3 Jul 2000 20:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA03392; Mon, 3 Jul 2000 20:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 3 Jul 2000 20:50:03 -0700 (PDT) Message-Id: <200007040350.UAA03392@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Gilbert Subject: Re: kern/19688: Adding some KASSERTS v1 Reply-To: David Gilbert Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19688; it has been noted by GNATS. From: David Gilbert To: Bill Fumerola Cc: David Gilbert , FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/19688: Adding some KASSERTS v1 Date: Mon, 3 Jul 2000 23:41:42 -0400 (EDT) >>>>> "Bill" == Bill Fumerola writes: Bill> On Mon, Jul 03, 2000 at 11:15:11PM -0400, David Gilbert wrote: >> >Description: >> >> I'm trying to track down other bugs, so I'm going through >> networking file-by-file looking for possibly array overflows (which >> I belive my problem to be). Anyways, I felt that it might be >> useful if I contributed some of my KASSERT()'s back to the tree. >> Someone can slap my fingers if this is misguided. >> >> >How-To-Repeat: >> >> heh. >> >> >Fix: >> >> >> --- /sys/net/hostcache.c Fri Aug 27 20:48:15 1999 +++ hostcache.c >> Mon Jul 3 23:08:34 2000 @@ -55,6 +55,8 @@ struct hchead *heads; >> u_long nelem; >> >> + KASSERT(af >= 0 && af < AF_MAX, ("hc_init: af=%d out of range", >> af)); + hct = &hctable[af]; nelem = init_nelem; if >> (hct->hct_nentries) Bill> [...] Bill> I can't tell you misguided or not, I can tell you that it's Bill> misindented though :-> Are we dealing with a tab-stop differenece here? I believe that the code looks the same when I'm looking at it in my editor. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 20:50: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CA4D137BAEF for ; Mon, 3 Jul 2000 20:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA03402; Mon, 3 Jul 2000 20:50:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 3 Jul 2000 20:50:04 -0700 (PDT) Message-Id: <200007040350.UAA03402@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: kern/19688: Adding some KASSERTS v1 Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19688; it has been noted by GNATS. From: Bill Fumerola To: David Gilbert Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/19688: Adding some KASSERTS v1 Date: Mon, 3 Jul 2000 23:42:55 -0400 On Mon, Jul 03, 2000 at 11:41:42PM -0400, David Gilbert wrote: > Bill> I can't tell you misguided or not, I can tell you that it's > Bill> misindented though :-> > > Are we dealing with a tab-stop differenece here? I believe that the > code looks the same when I'm looking at it in my editor. Yes. Look how it is different in the delta, if it was indented the same the delta would be indented the same way. style(9) says to match the existing style of the file... -- Bill Fumerola - Network Architect / Computer Horizons Corp - CHIMES e-mail: billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 22:11:29 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7098937BB19; Mon, 3 Jul 2000 22:11:24 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA19410; Mon, 3 Jul 2000 22:11:24 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Date: Mon, 3 Jul 2000 22:11:24 -0700 (PDT) From: Message-Id: <200007040511.WAA19410@freefall.freebsd.org> To: kbyanc@posi.net, jhb@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19537: patch to prevent cat'ing directories Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: patch to prevent cat'ing directories State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Mon Jul 3 22:10:47 PDT 2000 State-Changed-Why: Closed at the request of the originator. http://www.freebsd.org/cgi/query-pr.cgi?pr=19537 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 22:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C07EA37C0DF for ; Mon, 3 Jul 2000 22:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA23801; Mon, 3 Jul 2000 22:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 3 Jul 2000 22:40:04 -0700 (PDT) Message-Id: <200007040540.WAA23801@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Will Andrews Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Will Andrews Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Will Andrews To: Andy Farkas Cc: FreeBSD-gnats-submit@FreeBSD.org, current@FreeBSD.org Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: Tue, 4 Jul 2000 01:35:45 -0400 On Tue, Jul 04, 2000 at 03:32:11PM +1000, Andy Farkas wrote: > My only suggestion is to put a dashed line above the totals in order to > clearly say they are totals (like I did below). That might be nice, but I object on the grounds that it isn't consistent with du -c. -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jul 3 23:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D4F4837B72C for ; Mon, 3 Jul 2000 23:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA30019; Mon, 3 Jul 2000 23:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 4D77E37C4D3; Mon, 3 Jul 2000 23:12:57 -0700 (PDT) Message-Id: <20000704061257.4D77E37C4D3@hub.freebsd.org> Date: Mon, 3 Jul 2000 23:12:57 -0700 (PDT) From: sugimura@jp.FreeBSD.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/19689: typo in /etc/services Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19689 >Category: conf >Synopsis: typo in /etc/services >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 03 23:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: SUGIMURA Takashi >Release: FreeBSD 4.0-STABLE >Organization: personal >Environment: nothing especially. >Description: I found a typo in /etc/services, see below. (snip) afs3-volser 7005/tcp #volume managment server afs3-volser 7005/udp #volume managment server "managment" seems to be "management". >How-To-Repeat: That's all. :-D >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 Tue Jul 4 0:30:18 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E47E837C1AE; Tue, 4 Jul 2000 00:30:16 -0700 (PDT) (envelope-from adrian@FreeBSD.org) Received: (from adrian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA40732; Tue, 4 Jul 2000 00:30:16 -0700 (PDT) (envelope-from adrian@FreeBSD.org) Date: Tue, 4 Jul 2000 00:30:16 -0700 (PDT) From: Message-Id: <200007040730.AAA40732@freefall.freebsd.org> To: adrian@FreeBSD.org, freebsd-bugs@FreeBSD.org, adrian@FreeBSD.org Subject: Re: kern/19535: procfs_rlimit tidyup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: procfs_rlimit tidyup Responsible-Changed-From-To: freebsd-bugs->adrian Responsible-Changed-By: adrian Responsible-Changed-When: Tue Jul 4 00:29:45 PDT 2000 Responsible-Changed-Why: I can commit my own PRs now. http://www.freebsd.org/cgi/query-pr.cgi?pr=19535 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 1: 0: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0026537B65B for ; Tue, 4 Jul 2000 01:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA44686; Tue, 4 Jul 2000 01:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jul 2000 01:00:01 -0700 (PDT) Message-Id: <200007040800.BAA44686@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/19611: ee silently overwrites write-protected files Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19611; it has been noted by GNATS. From: Sheldon Hearn To: gerti@BITart.com Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/19611: ee silently overwrites write-protected files Date: Tue, 04 Jul 2000 09:53:49 +0200 On Mon, 03 Jul 2000 17:04:36 EST, Gerd Knops wrote: > Agreed. Actually the current ee behavior seems consistent with other > tools when used as root. I still think a warning would be in order for > any tool writing to a file without write permision, but reality is > different. At least one other person agrees with you that a warning is in order, since vi(1) gives a warning. So if you want to take this further, try to get hold of ee(1)'s author and see if he's happy with the idea. You can post his feedback as a follow-up to your own PR by making sure that you use this subject line and send a message to freebsd-gnats-submit@FreeBSD.org: Subject: Re: bin/19611: ee silently overwrites write-protected files Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 1:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C778B37B5E0 for ; Tue, 4 Jul 2000 01:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA51058; Tue, 4 Jul 2000 01:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jul 2000 01:40:03 -0700 (PDT) Message-Id: <200007040840.BAA51058@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brad Knowles Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Brad Knowles Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Brad Knowles To: Will Andrews , clefevre@citeweb.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: Tue, 4 Jul 2000 10:11:06 +0200 At 9:21 PM -0400 2000/7/3, Will Andrews wrote: > Does anyone else here think this is a good idea? If you're looking for votes, you've got mine. BTW, will this play nicely with -h? Consider me stupid if you like, but I've recently been re-re-re-re-reading the man pages for df(1), and ran across this option I had never heard of before, and I quite like the way it adaptively summarizes the information. Of course, now that you've got me started, I have to go re-re-re-re-read the du(1) man page, too. ;-) Thanks! -- These are my opinions -- not to be taken as official Skynet policy ====================================================================== Brad Knowles, || Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 2: 1: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A2E1837B5E2; Tue, 4 Jul 2000 02:00:57 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA53802; Tue, 4 Jul 2000 02:00:57 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Date: Tue, 4 Jul 2000 02:00:57 -0700 (PDT) From: Message-Id: <200007040900.CAA53802@freefall.freebsd.org> To: jhb@FreeBSD.org, freebsd-bugs@FreeBSD.org, jhb@FreeBSD.org Subject: Re: kern/15251: patch to add unsigned support to sysctl Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: patch to add unsigned support to sysctl Responsible-Changed-From-To: freebsd-bugs->jhb Responsible-Changed-By: jhb Responsible-Changed-When: Tue Jul 4 02:00:26 PDT 2000 Responsible-Changed-Why: I'll take this. http://www.freebsd.org/cgi/query-pr.cgi?pr=15251 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 2: 7:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from gateway.posi.net (c1096725-a.smateo1.sfba.home.com [24.20.139.104]) by hub.freebsd.org (Postfix) with ESMTP id 2EFB937B587; Tue, 4 Jul 2000 02:07:17 -0700 (PDT) (envelope-from kbyanc@posi.net) Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.9.3/8.9.3) with ESMTP id CAA13009; Tue, 4 Jul 2000 02:09:05 -0700 (PDT) (envelope-from kbyanc@posi.net) Date: Tue, 4 Jul 2000 02:09:03 -0700 (PDT) From: Kelly Yancey To: jhb@FreeBSD.ORG Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15251: patch to add unsigned support to sysctl In-Reply-To: <200007040900.CAA53802@freefall.freebsd.org> 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 Tue, 4 Jul 2000 jhb@FreeBSD.ORG wrote: > Synopsis: patch to add unsigned support to sysctl > > Responsible-Changed-From-To: freebsd-bugs->jhb > Responsible-Changed-By: jhb > Responsible-Changed-When: Tue Jul 4 02:00:26 PDT 2000 > Responsible-Changed-Why: > I'll take this. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=15251 > > Oo oo, is the day drawing near? I can almost taste it.... :) Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 2:50:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 611E737B6BA for ; Tue, 4 Jul 2000 02:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA59891; Tue, 4 Jul 2000 02:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jul 2000 02:50:03 -0700 (PDT) Message-Id: <200007040950.CAA59891@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Vallo Kallaste Subject: Re: gnu/19687: gnu/i386 Reply-To: Vallo Kallaste Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/19687; it has been noted by GNATS. From: Vallo Kallaste To: drwho@xnet.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: gnu/19687: gnu/i386 Date: Tue, 4 Jul 2000 11:49:04 +0200 On Mon, Jul 03, 2000 at 09:33:03PM -0500, drwho@xnet.com wrote: > >Number: 19687 > >Category: gnu > >Synopsis: Perl Install on make installworld fails > >Confidential: no > > >Description: > > Ran "make buildworld". Everything compiled cleanly. When running > "make installworld", however, the install fails on perl with the following > errors: > > vm/vm_zone.h -> vm/vm_zone.ph > vm/vnode_pager.h -> vm/vnode_pager.ph > *** Error code 1 > > Stop. Accordingly to lists, you may have stale symlinks in the /usr/include and h2ph script exits with error code, stopping installworld. Make sure you don't have any symlinks in /usr/include without target. -- Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 5:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C05FC37B869 for ; Tue, 4 Jul 2000 05:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA83339; Tue, 4 Jul 2000 05:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jul 2000 05:50:02 -0700 (PDT) Message-Id: <200007041250.FAA83339@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Lee Cremeans Subject: Re: misc/18728: Audio and video desynch in Realplayer on 4.0-STABLE Reply-To: Lee Cremeans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/18728; it has been noted by GNATS. From: Lee Cremeans To: freebsd-gnats-submit@FreeBSD.org, lcremeans@erols.com Cc: Subject: Re: misc/18728: Audio and video desynch in Realplayer on 4.0-STABLE Date: Tue, 04 Jul 2000 08:40:12 -0400 I took another look at the problem this morning, and I also noticed the time counter on RealPlayer started off at about 3.5-4.0 (it varies) instead of zero, and stayed that way through the the entire clip. I'm still using the same code drop and kernel as in the original bug report -- I'll CVSup today and see if the problem is corrected. -lee -- +--------------------------------------------------------------------+ | Lee Cremeans -- Manassas, VA, USA (WakkyMouse on WTnet) | | lcremeans@erols.com | http://wakky.dyndns.org/~lee | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 7:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 458C637B9EC for ; Tue, 4 Jul 2000 07:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA50617; Tue, 4 Jul 2000 07:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jul 2000 07:10:03 -0700 (PDT) Message-Id: <200007041410.HAA50617@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Sheldon Hearn To: Will Andrews Cc: FreeBSD-gnats-submit@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: Tue, 04 Jul 2000 16:06:46 +0200 On Mon, 03 Jul 2000 21:21:52 -0400, Will Andrews wrote: > Does anyone else here think this is a good idea? If so, I'd like to > merge this in -CURRENT and MFC before 4.1-RELEASE. It seems like a > fairly nice addition to df(1), and can be useful for system accounting. My only objection is that it seems to produce useless values. Can you think of a use for these grand totals? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 9:18: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7FFE237B585; Tue, 4 Jul 2000 09:18:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA68921; Tue, 4 Jul 2000 09:18:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 4 Jul 2000 09:18:03 -0700 (PDT) From: Message-Id: <200007041618.JAA68921@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: misc/19673: dhclient-script will not always set the hostname after a reboot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: dhclient-script will not always set the hostname after a reboot Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Jul 4 09:17:42 PDT 2000 Responsible-Changed-Why: DHCP is David's baby. http://www.freebsd.org/cgi/query-pr.cgi?pr=19673 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 9:21:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1112F37B77E; Tue, 4 Jul 2000 09:21:40 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA69425; Tue, 4 Jul 2000 09:21:39 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 4 Jul 2000 09:21:39 -0700 (PDT) From: Message-Id: <200007041621.JAA69425@freefall.freebsd.org> To: thni@post6.tele.dk, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, ps@FreeBSD.org Subject: Re: kern/19494: hang on boot; culpit seems to be ed0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: hang on boot; culpit seems to be ed0 State-Changed-From-To: open->analyzed State-Changed-By: sheldonh State-Changed-When: Tue Jul 4 09:20:35 PDT 2000 State-Changed-Why: Believed fixed in RELENG_4. Responsible-Changed-From-To: freebsd-bugs->ps Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Jul 4 09:20:35 PDT 2000 Responsible-Changed-Why: Paul's fix. He can close this PR if he isn't interested in merging onto RELENG_3. http://www.freebsd.org/cgi/query-pr.cgi?pr=19494 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 9:50: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D626037B9B7 for ; Tue, 4 Jul 2000 09:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA74942; Tue, 4 Jul 2000 09:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id F2BE637B997; Tue, 4 Jul 2000 09:42:41 -0700 (PDT) Message-Id: <20000704164241.F2BE637B997@hub.freebsd.org> Date: Tue, 4 Jul 2000 09:42:41 -0700 (PDT) From: jblaine@mitre.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/19698: /usr/sbin/tar --help does not match 'man tar' for option '--exclude' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19698 >Category: bin >Synopsis: /usr/sbin/tar --help does not match 'man tar' for option '--exclude' >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: Tue Jul 04 09:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jeff Blaine >Release: 4.0-RELEASE >Organization: The MITRE Corp. >Environment: FreeBSD kickflop 4.0-RELEASE FreeBSD 4.0-RELEASE #4: Sun Jul 2 12:37:52 EDT 2000 root@kickflop:/usr/src/sys/compile/BUNK i386 >Description: tar --help reports: --exclude FILE exclude file FILE man tar reports: --exclude pattern Exclude files matching the pattern (don't extract them, don't add them, don't list them). The man page is correct. >How-To-Repeat: >Fix: Fix the help-printing-section of the source code for tar :) >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 Tue Jul 4 12:50: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 008A937B9FF for ; Tue, 4 Jul 2000 12:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA98805; Tue, 4 Jul 2000 12:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jul 2000 12:50:02 -0700 (PDT) Message-Id: <200007041950.MAA98805@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Will Andrews Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Will Andrews Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Will Andrews To: Sheldon Hearn Cc: Will Andrews , FreeBSD-gnats-submit@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: Tue, 4 Jul 2000 15:47:25 -0400 On Tue, Jul 04, 2000 at 04:06:46PM +0200, Sheldon Hearn wrote: > My only objection is that it seems to produce useless values. Can you > think of a use for these grand totals? They are helpful for monitoring total space; I would use them in administrative scripts to watch my space. Granted, this job could be done by shell scripts.. but I think it would be useful in df(1). -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 13: 0:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 88AA237BB49 for ; Tue, 4 Jul 2000 13:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA99758; Tue, 4 Jul 2000 13:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jul 2000 13:00:02 -0700 (PDT) Message-Id: <200007042000.NAA99758@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Blaz Zupan Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Blaz Zupan Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Blaz Zupan To: Will Andrews Cc: FreeBSD-gnats-submit@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: Tue, 4 Jul 2000 21:56:43 +0200 (CEST) > They are helpful for monitoring total space; I would use them in > administrative scripts to watch my space. Ok, so let's say my / is 100% full, my /usr is 50% full and my /var is 20% full. What would the total number tell me? That my file systems are 56.6% full. That tells me nothing about my root file system running out of space, so this number is completely useless to me. I have to agree with Sheldon, where is the use to this number? Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: blaz@amis.net, Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 13:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4DBD937BAD7 for ; Tue, 4 Jul 2000 13:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA04559; Tue, 4 Jul 2000 13:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jul 2000 13:40:04 -0700 (PDT) Message-Id: <200007042040.NAA04559@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Sheldon Hearn To: Will Andrews Cc: FreeBSD-gnats-submit@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: Tue, 04 Jul 2000 22:34:41 +0200 On Tue, 04 Jul 2000 15:47:25 -0400, Will Andrews wrote: > On Tue, Jul 04, 2000 at 04:06:46PM +0200, Sheldon Hearn wrote: > > My only objection is that it seems to produce useless values. Can you > > think of a use for these grand totals? > > They are helpful for monitoring total space; I would use them in > administrative scripts to watch my space. Okay, then. Let me be more specific. How is the notion of "total space" useful? :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 13:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7B6E037BB14 for ; Tue, 4 Jul 2000 13:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA04566; Tue, 4 Jul 2000 13:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jul 2000 13:40:05 -0700 (PDT) Message-Id: <200007042040.NAA04566@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Will Andrews Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Will Andrews Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Will Andrews To: Sheldon Hearn Cc: Will Andrews , FreeBSD-gnats-submit@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: Tue, 4 Jul 2000 16:37:03 -0400 On Tue, Jul 04, 2000 at 10:34:41PM +0200, Sheldon Hearn wrote: > Okay, then. Let me be more specific. How is the notion of "total > space" useful? :-) Tells you when it's time to get new hard drives? I guess the originator of the PR should provide a reason. =\ -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 14:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DDBBD37B8C9 for ; Tue, 4 Jul 2000 14:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA13740; Tue, 4 Jul 2000 14:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jul 2000 14:50:03 -0700 (PDT) Message-Id: <200007042150.OAA13740@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Robert Drehmel Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Robert Drehmel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Robert Drehmel To: Sheldon Hearn Cc: Will Andrews , current@FreeBSD.ORG, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: Tue, 04 Jul 2000 23:48:45 +0200 On Tue, 04 Jul 2000 22:34:41 +0200, Sheldon Hearn wrote: > > They are helpful for monitoring total space; I would use them in > > administrative scripts to watch my space. > > Okay, then. Let me be more specific. How is the notion of "total > space" useful? :-) exactly. It will be more of statistical value rather than really useful, I think. But I don't see a reason not to merge it, anyway. -- Robert Drehmel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 16:11:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3B48037B7EF; Tue, 4 Jul 2000 16:11:46 -0700 (PDT) (envelope-from assar@FreeBSD.org) Received: (from assar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA22169; Tue, 4 Jul 2000 16:11:46 -0700 (PDT) (envelope-from assar@FreeBSD.org) Date: Tue, 4 Jul 2000 16:11:46 -0700 (PDT) From: Message-Id: <200007042311.QAA22169@freefall.freebsd.org> To: bjh21@cam.ac.uk, assar@FreeBSD.org, freebsd-bugs@FreeBSD.org, assar@FreeBSD.org Subject: Re: bin/19354: ls(1) handles odd characters in ssymbolic links badly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ls(1) handles odd characters in ssymbolic links badly State-Changed-From-To: open->closed State-Changed-By: assar State-Changed-When: Tue Jul 4 16:10:39 PDT 2000 State-Changed-Why: thanks for the report, fixed in extern.h:1.14, ls.c:1.42, ls.h:1.14, print.c:1.36, util:1.22 Responsible-Changed-From-To: freebsd-bugs->assar Responsible-Changed-By: assar Responsible-Changed-When: Tue Jul 4 16:10:39 PDT 2000 Responsible-Changed-Why: I took care of it http://www.freebsd.org/cgi/query-pr.cgi?pr=19354 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 17: 0:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8CAD737B615 for ; Tue, 4 Jul 2000 17:00:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA25532; Tue, 4 Jul 2000 17:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1D17237B9C8; Tue, 4 Jul 2000 16:55:03 -0700 (PDT) Message-Id: <20000704235503.1D17237B9C8@hub.freebsd.org> Date: Tue, 4 Jul 2000 16:55:03 -0700 (PDT) From: tgeorge@soundsampler.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19703: HTP366 ATA66 lockup with Fast ATA66 Drives Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19703 >Category: misc >Synopsis: HTP366 ATA66 lockup with Fast ATA66 Drives >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 04 17:00:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Trent George >Release: 4.0-stable, with latest merged ata drivers >Organization: >Environment: FreeBSD 4.0-RELEASE i386 >Description: IBM 7200RPM drive with datarate over 35Mb/s will cause interupt problems on highpoint HPT 366 and VIA 82C686 Chipsets in ATA66 mode. Slower drives less of problem, or if IBM switched to UDMA2 no problem. They are all fine with Promise ATA66 in udma4, (high utilisation, idle <40% vs >95% on other ata66 cards) New drivers let VIA 596B recognised as ATA66 but giving ATA33 performance 29Mb/s (as if drive has been switched to UDMA2, will run 35Mb/s on true VIA 32C686 chipset) >How-To-Repeat: cp /dev/ad0s1 /dev/null will hardlock machine after 20-30 sec on HPT 366. sometimes will generate READ COMMAND TIMEOUT, especially if another drive is busy. after auto-reseting device, will resume transfer. on VIA 82C686 ATA66, will cause "ad0:UDMA ICRC WRITE ERROR blk# xxxxxx retrying" during writing, but ok. Tried multiple drives and machines. Used both Intel 650 coppermine and K7-650. Using "iostat -c1000" on virtual terminal to monitor transfer rate and activity. All problems same on either original kernal from 4.0 RELEASE, or rebuild kernal with revised ata drivers. >Fix: change IBM Drive down to ATA33 with udma setting utility >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 Tue Jul 4 18:55:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id 45AD137B955 for ; Tue, 4 Jul 2000 18:55:41 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from kiwi.itojun.org (localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.9.3+3.2W/3.7W) with ESMTP id KAA26453; Wed, 5 Jul 2000 10:54:08 +0900 (JST) To: sam@inf.enst.fr Cc: bugs@freebsd.org Subject: kern/17909 X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 From: itojun@iijlab.net Date: Wed, 05 Jul 2000 10:54:08 +0900 Message-ID: <26451.962762048@coconut.itojun.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org about this problem: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=17909 does the patch (against latest freebsd-current) solve the problem? itojun Index: if.c =================================================================== RCS file: /home/ncvs/src/sys/net/if.c,v retrieving revision 1.90 diff -c -r1.90 if.c *** if.c 2000/06/30 16:38:24 1.90 --- if.c 2000/07/05 01:51:19 *************** *** 63,68 **** --- 63,70 ---- #include #ifdef INET6 #include /* XXX: temporal workaround for fxp issue */ + #include + #include #endif #endif *************** *** 260,278 **** } #endif /* INET */ #ifdef INET6 - /* XXX: Ugly!! ad hoc just for INET6 */ if (ifa->ifa_addr && ifa->ifa_addr->sa_family == AF_INET6) { ! struct in6_aliasreq ifr; ! ! bzero(&ifr, sizeof(ifr)); ! ifr.ifra_addr = ! *((struct sockaddr_in6 *)ifa->ifa_addr); ! if (ifa->ifa_dstaddr) ! ifr.ifra_dstaddr = ! *((struct sockaddr_in6 *)ifa->ifa_dstaddr); ! if (in6_control(NULL, SIOCDIFADDR_IN6, (caddr_t)&ifr, ! ifp, NULL) == 0) ! continue; } #endif /* INET6 */ TAILQ_REMOVE(&ifp->if_addrhead, ifa, ifa_link); --- 262,271 ---- } #endif /* INET */ #ifdef INET6 if (ifa->ifa_addr && ifa->ifa_addr->sa_family == AF_INET6) { ! in6_purgeaddr(ifa, ifp); ! /* ifp_addrhead is already updated */ ! continue; } #endif /* INET6 */ TAILQ_REMOVE(&ifp->if_addrhead, ifa, ifa_link); *************** *** 290,295 **** --- 283,293 ---- continue; (void) rnh->rnh_walktree(rnh, if_rtdel, ifp); } + + #ifdef INET6 + /* nuke all IPv6 kernel structs related to ifp */ + in6_ifdetach(ifp); + #endif TAILQ_REMOVE(&ifnet, ifp, if_link); splx(s); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 19: 0:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 84DCE37B952 for ; Tue, 4 Jul 2000 19:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA38722; Tue, 4 Jul 2000 19:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 4 Jul 2000 19:00:06 -0700 (PDT) Message-Id: <200007050200.TAA38722@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Makoto MATSUSHITA Subject: Re: bin/19351: Why not importing GLOBAL 3.55 to our FreeBSD CVS repository Reply-To: Makoto MATSUSHITA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19351; it has been noted by GNATS. From: Makoto MATSUSHITA To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/19351: Why not importing GLOBAL 3.55 to our FreeBSD CVS repository Date: Wed, 05 Jul 2000 10:57:57 +0900 >Category: bin >Responsible: freebsd-bugs >Synopsis: Why not importing GLOBAL 3.55 to our FreeBSD CVS repository >Arrival-Date: Sat Jun 17 03:00:01 PDT 2000 After this PR was issued, world is changed. - Instead of importing GLOBAL 3.55 to CVS repository, - Create a port of GLOBAL 3.55. - And nothing happens after that. No comments to this PR. Maybe it's time to close this PR. -- - Makoto `MAR' MATSUSHITA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 23:45:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from bizhead.bizwind.com (ip28.236.54.216.in-addr.arpa [216.54.236.28]) by hub.freebsd.org (Postfix) with ESMTP id DCD8537BC86; Tue, 4 Jul 2000 23:45:32 -0700 (PDT) (envelope-from tomokomail@anet.ne.jp) Received: from localhost [216.54.237.110] by bizhead.bizwind.com with ESMTP (SMTPD32-5.08) id A99018AF0184; Tue, 04 Jul 2000 15:47:44 -1000 X-Sender: tomokomail@anet.ne.jp From: Tomoko To: "hello" Date: Tue, 04 Jul 2000 15:43:25 -1000 Subject: ` Message-Id: <200007041549983.SM00271@localhost> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=euc-jp Content-Transfer-Encoding: 7bit ` CHH Gb`TCgAB AB http://216.101.214.74/pwdti/ AB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jul 4 23:50:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BE99E37BC86; Tue, 4 Jul 2000 23:50:15 -0700 (PDT) (envelope-from mckusick@FreeBSD.org) Received: (from mckusick@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA89956; Tue, 4 Jul 2000 23:50:15 -0700 (PDT) (envelope-from mckusick@FreeBSD.org) Date: Tue, 4 Jul 2000 23:50:15 -0700 (PDT) From: Message-Id: <200007050650.XAA89956@freefall.freebsd.org> To: dhesi@rahul.net, mckusick@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17122: crash due to: softdep_disk_write_complete: lock is held Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: crash due to: softdep_disk_write_complete: lock is held State-Changed-From-To: open->closed State-Changed-By: mckusick State-Changed-When: Tue Jul 4 23:47:52 PDT 2000 State-Changed-Why: The problem cited in this PR has been fixed in 4.0 and later systems. Because the change was part of an extensive rework of the soft updates code, it was not ported back to the 3.X tree, thus this problem will continue to manifest itself in 3.X systems. http://www.freebsd.org/cgi/query-pr.cgi?pr=17122 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 2: 0:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 64E8237B5FE for ; Wed, 5 Jul 2000 02:00:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA11292; Wed, 5 Jul 2000 02:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jul 2000 02:00:06 -0700 (PDT) Message-Id: <200007050900.CAA11292@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Soren Schmidt Subject: Re: misc/19703: HTP366 ATA66 lockup with Fast ATA66 Drives Reply-To: Soren Schmidt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/19703; it has been noted by GNATS. From: Soren Schmidt To: tgeorge@soundsampler.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/19703: HTP366 ATA66 lockup with Fast ATA66 Drives Date: Wed, 5 Jul 2000 10:59:52 +0200 (CEST) It seems tgeorge@soundsampler.com wrote: > IBM 7200RPM drive with datarate over 35Mb/s will cause interupt problems on highpoint HPT 366 and VIA 82C686 Chipsets in ATA66 mode. > Slower drives less of problem, or if IBM switched to UDMA2 no problem. > > They are all fine with Promise ATA66 in udma4, (high utilisation, idle <40% vs >95% on other ata66 cards) > > New drivers let VIA 596B recognised as ATA66 but giving ATA33 performance 29Mb/s (as if drive has been switched to UDMA2, will run 35Mb/s on true VIA 32C686 chipset) > > >How-To-Repeat: > cp /dev/ad0s1 /dev/null > will hardlock machine after 20-30 sec on HPT 366. sometimes will generate READ COMMAND TIMEOUT, especially if another drive is busy. after auto-reseting device, will resume transfer. > > on VIA 82C686 ATA66, will cause "ad0:UDMA ICRC WRITE ERROR blk# xxxxxx retrying" during writing, but ok. > > Tried multiple drives and machines. Used both Intel 650 coppermine and K7-650. > > Using "iostat -c1000" on virtual terminal to monitor transfer rate and activity. > > All problems same on either original kernal from 4.0 RELEASE, or rebuild kernal with revised ata drivers. > >Fix: > change IBM Drive down to ATA33 with udma setting utility Hmm, although I've tried hard I cannot reproduce this, are you sure your ATA66 cables are up to specs, and that your powersupplies has enough power to drive all your drives ?? On the 82C596B front, you might be right, I dont have the HW in my lab and this change was based on reports that it worked... -Sren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 2:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1DDAA37B782 for ; Wed, 5 Jul 2000 02:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA13473; Wed, 5 Jul 2000 02:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id C27C537B712; Wed, 5 Jul 2000 02:03:33 -0700 (PDT) Message-Id: <20000705090333.C27C537B712@hub.freebsd.org> Date: Wed, 5 Jul 2000 02:03:33 -0700 (PDT) From: paul.hamilton@thomasmiller.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19706: Framing error on PC/NET 32 also used in older Compaq PCs and Servers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19706 >Category: kern >Synopsis: Framing error on PC/NET 32 also used in older Compaq PCs and Servers >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 Jul 05 02:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Paul Hamilton >Release: 4.0-Release March 2000 >Organization: >Environment: FreeBSD "machine name" 4.0-Release FreeBSD 4.0-Release #1 Mon Jul 3 2000 root@"machine name" /usr/src/sys/compile/NEWKERN i386 >Description: Periodic Framing error messages on console using lnc0 "PC/Net 32" Running on Compaq Deskpro 5100 and also on Compaq Prosignia 300. Both use the same network card and both have same problem. I believe this is the same problem as kern/14504. >How-To-Repeat: Install FreeBSD 4.0-Release on any Compaq using PC/Net 32 network card. >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 Jul 5 2:20:43 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C5ABD37B510; Wed, 5 Jul 2000 02:20:41 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA16442; Wed, 5 Jul 2000 02:20:41 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 5 Jul 2000 02:20:41 -0700 (PDT) From: Message-Id: <200007050920.CAA16442@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, green@FreeBSD.org Subject: Re: bin/19683: mount displays incorrect mount point on failed mount Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mount displays incorrect mount point on failed mount Responsible-Changed-From-To: freebsd-bugs->green Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jul 5 02:19:56 PDT 2000 Responsible-Changed-Why: Brian is the committer who touches mount the most. Brian, could you perhaps get into contact with Martin Blapp over this one and then bring in any patches he may present? http://www.freebsd.org/cgi/query-pr.cgi?pr=19683 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 2:21:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A625237B60C; Wed, 5 Jul 2000 02:21:30 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA18009; Wed, 5 Jul 2000 02:21:30 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 5 Jul 2000 02:21:30 -0700 (PDT) From: Message-Id: <200007050921.CAA18009@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, yokota@FreeBSD.org Subject: Re: kern/19686: splash screen fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: splash screen fails Responsible-Changed-From-To: freebsd-bugs->yokota Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jul 5 02:21:02 PDT 2000 Responsible-Changed-Why: Yokota-san has prior knowledge of this one, from the looks of things. http://www.freebsd.org/cgi/query-pr.cgi?pr=19686 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 2:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EC00037B60C for ; Wed, 5 Jul 2000 02:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA19841; Wed, 5 Jul 2000 02:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3521037B510; Wed, 5 Jul 2000 02:24:45 -0700 (PDT) Message-Id: <20000705092445.3521037B510@hub.freebsd.org> Date: Wed, 5 Jul 2000 02:24:45 -0700 (PDT) From: paul.hamilton@thomasmiller.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19707: Unable to install FreeBSD 4.0-Release on Compaq Prosignia 300 with Smart2/E Raid Controller Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19707 >Category: kern >Synopsis: Unable to install FreeBSD 4.0-Release on Compaq Prosignia 300 with Smart2/E Raid Controller >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 Jul 05 02:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Paul Hamilton >Release: 4.0-Release >Organization: >Environment: FreeBSD "machine name" 4.0-Release FreeBSD 4.0-Release #1 Mon 3 Jul 2000 root@"machine name" :/usr/src/sys/compile/NEWKERN i386 >Description: Unable to install FreeBSD 4.0-Release on Compaq Prosignia 300 with Compaq Smart2/E Raid array controller. This is the same problem as in misc/18065. I have tried the KERN and MFSROOT floppies from snapshot 20000626 but same error >How-To-Repeat: Try to install FreeBSD 4.0-Release on Compaq server with SMART2/E Raid array controller. >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 Jul 5 2:46: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F220637B555; Wed, 5 Jul 2000 02:45:58 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA21890; Wed, 5 Jul 2000 02:45:58 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 5 Jul 2000 02:45:58 -0700 (PDT) From: Message-Id: <200007050945.CAA21890@freefall.freebsd.org> To: drwho@xnet.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/19687: Perl Install on make installworld fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Perl Install on make installworld fails State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Wed Jul 5 02:30:28 PDT 2000 State-Changed-Why: You can identify the dangling symlinks in /usr/include with this ugly but workable shell construct: find /usr/include -ls | \ sed -ne 's/^.*[^ ][^ ]* -> \([^ ][^ ]*\)$/\1/p' | \ xargs ls http://www.freebsd.org/cgi/query-pr.cgi?pr=19687 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 3: 5:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2C70537B8A0; Wed, 5 Jul 2000 03:05:13 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA24331; Wed, 5 Jul 2000 03:05:13 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 5 Jul 2000 03:05:13 -0700 (PDT) From: Message-Id: <200007051005.DAA24331@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, wollman@FreeBSD.org Subject: Re: kern/19688: Some boundry checking KASSERTS in networking code Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Some boundry checking KASSERTS in networking code Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jul 5 03:04:42 PDT 2000 Responsible-Changed-Why: This is Garrett's baby and he can manage PR's again. :-) http://www.freebsd.org/cgi/query-pr.cgi?pr=19688 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 3: 5:49 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 980FF37B87A; Wed, 5 Jul 2000 03:05:48 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA24965; Wed, 5 Jul 2000 03:05:48 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 5 Jul 2000 03:05:48 -0700 (PDT) From: Message-Id: <200007051005.DAA24965@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: conf/19689: typo in /etc/services Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: typo in /etc/services Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jul 5 03:05:36 PDT 2000 Responsible-Changed-Why: Simple enough, I'll take this one. :-) http://www.freebsd.org/cgi/query-pr.cgi?pr=19689 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 3:30: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3240A37B8CD; Wed, 5 Jul 2000 03:30:01 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA27826; Wed, 5 Jul 2000 03:30:01 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 5 Jul 2000 03:30:01 -0700 (PDT) From: Message-Id: <200007051030.DAA27826@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: bin/19698: /usr/sbin/tar --help does not match 'man tar' for option '--exclude' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/sbin/tar --help does not match 'man tar' for option '--exclude' Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jul 5 03:29:46 PDT 2000 Responsible-Changed-Why: I'll take this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=19698 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 3:34:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 30DAE37BC15; Wed, 5 Jul 2000 03:34:12 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA28462; Wed, 5 Jul 2000 03:34:12 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 5 Jul 2000 03:34:12 -0700 (PDT) From: Message-Id: <200007051034.DAA28462@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: misc/19703: HTP366 ATA66 lockup with Fast ATA66 Drives Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: HTP366 ATA66 lockup with Fast ATA66 Drives Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Jul 5 03:33:56 PDT 2000 Responsible-Changed-Why: This is Soren's, to do with as he sees fit. http://www.freebsd.org/cgi/query-pr.cgi?pr=19703 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 3:35:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4354B37BB7A; Wed, 5 Jul 2000 03:35:39 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA28688; Wed, 5 Jul 2000 03:35:39 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 5 Jul 2000 03:35:39 -0700 (PDT) From: Message-Id: <200007051035.DAA28688@freefall.freebsd.org> To: matusita@jp.freebsd.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19351: Why not importing GLOBAL 3.55 to our FreeBSD CVS repository Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Why not importing GLOBAL 3.55 to our FreeBSD CVS repository State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Wed Jul 5 03:35:08 PDT 2000 State-Changed-Why: Closed on request. http://www.freebsd.org/cgi/query-pr.cgi?pr=19351 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 3:39:40 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CA94337B91A; Wed, 5 Jul 2000 03:39:38 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA29039; Wed, 5 Jul 2000 03:39:38 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 5 Jul 2000 03:39:38 -0700 (PDT) From: Message-Id: <200007051039.DAA29039@freefall.freebsd.org> To: mathenbr@purdue.edu, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/14504: Framing Error on FreeBSD Laptop Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Framing Error on FreeBSD Laptop State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Wed Jul 5 03:36:44 PDT 2000 State-Changed-Why: If it's the same problem, please post it as follow-up on that PR. You can do so by sending a message to with the Subject line: Subject: re: kern/14504: Framing Error on FreeBSD Laptop Neither your PR nor PR 14504 contain any useful information, however. There is no detail on exactly which ethernet adapters are in use, there's no dmesg(8) output and the exact errors from /etc/messages are not given. Hopefully, your follow-up will correct this situation on that PR. :-) http://www.freebsd.org/cgi/query-pr.cgi?pr=14504 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 3:41: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ACDA137B847; Wed, 5 Jul 2000 03:41:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA29282; Wed, 5 Jul 2000 03:41:03 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 5 Jul 2000 03:41:03 -0700 (PDT) From: Message-Id: <200007051041.DAA29282@freefall.freebsd.org> To: paul.hamilton@thomasmiller.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19707: Unable to install FreeBSD 4.0-Release on Compaq Prosignia 300 with Smart2/E Raid Controller Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Unable to install FreeBSD 4.0-Release on Compaq Prosignia 300 with Smart2/E Raid Controller State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Wed Jul 5 03:40:11 PDT 2000 State-Changed-Why: We only need one PR per problem. Your feedback on your lack of success with a recent snapshot may be useful as feedback on PR 18065. http://www.freebsd.org/cgi/query-pr.cgi?pr=19707 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 3:50:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 286F537BBC5; Wed, 5 Jul 2000 03:50:10 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA30387; Wed, 5 Jul 2000 03:50:09 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 5 Jul 2000 03:50:09 -0700 (PDT) From: Message-Id: <200007051050.DAA30387@freefall.freebsd.org> To: dwhite@freebsd.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19630: systat consumes 100% CPU stuck in read() loop Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: systat consumes 100% CPU stuck in read() loop State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Wed Jul 5 03:49:34 PDT 2000 State-Changed-Why: The originator suspects his hardware and will open a new PR if he comes up with some more reproducible findings. http://www.freebsd.org/cgi/query-pr.cgi?pr=19630 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 8:21:52 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by hub.freebsd.org (Postfix) with ESMTP id 076FB37B6FD for ; Wed, 5 Jul 2000 08:21:49 -0700 (PDT) (envelope-from chrisc@csh.rit.edu) Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5]) by mcp.csh.rit.edu (Postfix) with ESMTP id D33B03A3 for ; Wed, 5 Jul 2000 11:21:46 -0400 (EDT) Date: Wed, 5 Jul 2000 11:21:37 -0400 (EDT) From: Christopher Conlon To: freebsd-bugs@freebsd.org Subject: Possible MAKEDEV bug 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 I recently tried installing FreeBSD 4 on a Compaq 2500 Proliant server. The machine had a SMART 2SL RAID contoller and a Netelligent NIC. Toward the end of the install I get a bunch of segfaults pertaining to MAKEDEV. Apon futher inspection I found this error: /sbin/mknod dals2 MAKEDEV: not found /sbin/mknod: 7: syntax error: "(" unexpected this error persists for a dozen or so devices as they fly by the screen. Is this a known bug with this hardware or just a error in the MAKEDEV script? Chris Conlon Rochester Institute of Technology Computer Science House -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 9: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 936F637B77B for ; Wed, 5 Jul 2000 09:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA33702; Wed, 5 Jul 2000 09:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 7643937C0DB; Wed, 5 Jul 2000 08:58:03 -0700 (PDT) Message-Id: <20000705155803.7643937C0DB@hub.freebsd.org> Date: Wed, 5 Jul 2000 08:58:03 -0700 (PDT) From: marc_bigler@yahoo.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19714: swap_pager_getswapspace: failed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19714 >Category: kern >Synopsis: swap_pager_getswapspace: failed >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 Jul 05 09:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Marc Bigler >Release: FreeBSD 4.0-RELEASE >Organization: None >Environment: FreeBSD southpark.cybertech.ch 4.0-RELEASE FreeBSD 4.0-RELEASE #2: Wed Jul 5 17:29:20 CEST 2000 root@southpark.cybertech.ch:/usr/src/sys/compile/SOUTHPARK i386 >Description: I keep having the message: swap_pager_getswapspace: failed i can't run any applications without them to die because of this, here are some examples: pid 99 (ppp), uid 0, was killed: out of swap space pid 238 (snmpd), uid 0, was killed: out of swap space My swap is defined like this in /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/da0s1b none swap sw 0 0 >How-To-Repeat: I really don't know it appeared suddently. >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 Jul 5 9:50:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5E25E37B5B2 for ; Wed, 5 Jul 2000 09:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA40879; Wed, 5 Jul 2000 09:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jul 2000 09:50:06 -0700 (PDT) Message-Id: <200007051650.JAA40879@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: andrew@ugh.net.au Subject: Re: bin/18030: [PATCH] pkg_version thinks 4.04 > 4.1 Reply-To: andrew@ugh.net.au Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18030; it has been noted by GNATS. From: andrew@ugh.net.au To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/18030: [PATCH] pkg_version thinks 4.04 > 4.1 Date: Thu, 6 Jul 2000 02:47:14 +1000 (EST) Well no one said anything about my leading 0 suggestion so I have coded it. It seems to get everything right on my system and I'm guessing even if it now gets some wrong that it used to get right it will get more right overall. I guess it will have trouble if anyone puts a leading 0 on their version numbers just to pad the field. Hopefully not too many of them. Thanks, Andrew --- /usr/src/usr.sbin/pkg_install/version/pkg_version.pl.orig Mon Dec 6 13:19:16 1999 +++ pkg_version.pl Thu Jul 6 00:39:22 2000 @@ -57,7 +57,7 @@ # This function returns -1, 0, or 1, in the same manner as <=> or cmp. # sub CompareVersions { - local($v1, $v2); + my($v1, $v2); $v1 = $_[0]; $v2 = $_[1]; @@ -77,9 +77,14 @@ if (($p1 eq "") && ($p2 eq "")) { return 0; } - # Check for numeric inequality. We assume here that (for example) - # 3.09 < 3.10. + # Check for numeric inequality. We assume here that if the number + # begins with a 0 then it is a decimal, else it is natural. + # 3.09 < 3.10, 4.03 < 4.1 elsif ($p1 != $p2) { + if ((index($p1, '0') == 0) or (index($p2, '0') == 0)) { + $p1 = '.' . $p1; + $p2 = '.' . $p2; + } return $p1 <=> $p2; } # Check for string inequality, given numeric equality. This To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 10:56:32 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 54CFF37BC0C for ; Wed, 5 Jul 2000 10:56:27 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 9C69B1C64; Wed, 5 Jul 2000 13:56:26 -0400 (EDT) Date: Wed, 5 Jul 2000 13:56:26 -0400 From: Bill Fumerola To: Sheldon Hearn Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Message-ID: <20000705135626.O4034@jade.chc-chimes.com> References: <200007041410.HAA50617@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200007041410.HAA50617@freefall.freebsd.org>; from sheldonh@uunet.co.za on Tue, Jul 04, 2000 at 07:10:03AM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Jul 04, 2000 at 07:10:03AM -0700, Sheldon Hearn wrote: > > Does anyone else here think this is a good idea? If so, I'd like to > > merge this in -CURRENT and MFC before 4.1-RELEASE. It seems like a > > fairly nice addition to df(1), and can be useful for system accounting. > > My only objection is that it seems to produce useless values. Can you > think of a use for these grand totals? Yes, to see the total amount of diskspace avail/used/free, but I thought that was obvious. This is of particular interest of people with server with multiple data drives. -- Bill Fumerola - Network Architect / Computer Horizons Corp - CHIMES e-mail: billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 11: 0: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CDD8437BD52 for ; Wed, 5 Jul 2000 11:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA51153; Wed, 5 Jul 2000 11:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jul 2000 11:00:04 -0700 (PDT) Message-Id: <200007051800.LAA51153@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Bill Fumerola To: Blaz Zupan Cc: Will Andrews , FreeBSD-gnats-submit@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: Wed, 5 Jul 2000 13:58:02 -0400 On Tue, Jul 04, 2000 at 09:56:43PM +0200, Blaz Zupan wrote: > Ok, so let's say my / is 100% full, my /usr is 50% full and my /var is 20% > full. What would the total number tell me? That my file systems are 56.6% > full. That tells me nothing about my root file system running out of space, so > this number is completely useless to me. I have to agree with Sheldon, where > is the use to this number? If you would use the "total" field to monitor diskusage on / then you get what you deserve. Think about doing something like $ df -c/disk0 /disk1 /disk2 ... /diskX To just monitor a cluster of disks. -- Bill Fumerola - Network Architect / Computer Horizons Corp - CHIMES e-mail: billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 11:20:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9525237B980 for ; Wed, 5 Jul 2000 11:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA54609; Wed, 5 Jul 2000 11:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from hand.dotat.at (hand.dotat.at [212.240.134.135]) by hub.freebsd.org (Postfix) with ESMTP id DDECE37BDF9 for ; Wed, 5 Jul 2000 11:12:44 -0700 (PDT) (envelope-from root@hand.dotat.at) Received: (from root@localhost) by hand.dotat.at (8.9.3/8.9.3) id RAA53017; Wed, 5 Jul 2000 17:13:30 GMT (envelope-from root) Message-Id: <200007051713.RAA53017@hand.dotat.at> Date: Wed, 5 Jul 2000 17:13:30 GMT From: Tony Finch Reply-To: Tony Finch To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/19717: ppp.deny is missing some system users Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19717 >Category: conf >Synopsis: ppp.deny is missing some system users >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 Jul 05 11:20:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Tony Finch >Release: FreeBSD 4.0-STABLE-20000622 i386 >Organization: dotat >Environment: FreeBSD hand.dotat.at 4.0-STABLE-20000622 FreeBSD 4.0-STABLE-20000622 #0: Thu Jun 22 04:33:22 GMT 2000 root@hand.dotat.at:/build/obj/build/src/sys/DELL-Latitude-CPx i386 >Description: ppp.deny is missing some system users >How-To-Repeat: >Fix: --- ppp.deny.orig Wed Jul 5 16:58:36 2000 +++ ppp.deny Wed Jul 5 17:05:09 2000 @@ -8,10 +8,15 @@ daemon operator bin +tty +kmem games news man +bind ftp uucp xten +pop ingres +nobody >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 Jul 5 12:30: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3A75F37B712 for ; Wed, 5 Jul 2000 12:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA64000; Wed, 5 Jul 2000 12:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jul 2000 12:30:04 -0700 (PDT) Message-Id: <200007051930.MAA64000@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Patrick Bihan-Faou" Subject: Re: bin/15342: replacement for the stock /sbin/dhclient-script Reply-To: "Patrick Bihan-Faou" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15342; it has been noted by GNATS. From: "Patrick Bihan-Faou" To: Cc: Subject: Re: bin/15342: replacement for the stock /sbin/dhclient-script Date: Wed, 5 Jul 2000 15:22:31 -0400 Hi David, > I would like to commit the script in PR bin/15342 as an alternate > dhclient-script. Would you consider changing the copyright to a > FreeBSD-style one rather than a CSRG UCB-style one? The main differences > are clauses #3 (which are wrong since this is (c)MindStep). Sorry for the long delay in the answer... Please modify the copyright notice as you wish. My intent was to put a BSD style license on it. I did a quick copy paste without really looking. Here is a new version (the one from /usr/share/examples/): * Copyright (c) 1999, MindStep Corporation * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * Again sorry for the long delay... Patrick. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 13: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 813C437BDBD for ; Wed, 5 Jul 2000 13:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA67584; Wed, 5 Jul 2000 13:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 38F3E37BA6A; Wed, 5 Jul 2000 12:52:00 -0700 (PDT) Message-Id: <20000705195200.38F3E37BA6A@hub.freebsd.org> Date: Wed, 5 Jul 2000 12:52:00 -0700 (PDT) From: caa@columbus.rr.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19718: Power on failed, IOERROR when usb initializes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19718 >Category: misc >Synopsis: Power on failed, IOERROR when usb initializes >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 Jul 05 13:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Charles Anderson >Release: 5.0-Current >Organization: >Environment: FreeBSD midgard.dhs.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Jun 22 10:33:45 GMT 2000 root@midgard.dhs.org:/usr/obj/usr/src/sys/MIDGARD i386 Motherboard is Abit BX6 Rev. 2 >Description: usb.ko output the following when loading. uhci0: port 0xe000-0xe01f irq 9 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port 1 power on failed, IOERROR uhub0: port 2 power on failed, IOERROR usbdevs -v lists devices, but trying to open /dev/ugen gives devices not configured. >How-To-Repeat: reboot and load usb.ko >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 Jul 5 16:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DF25D37BAD9 for ; Wed, 5 Jul 2000 16:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA01531; Wed, 5 Jul 2000 16:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from esummer.esolstice.com (esummer.esolstice.com [209.145.65.15]) by hub.freebsd.org (Postfix) with ESMTP id 7D87C37B7C4 for ; Wed, 5 Jul 2000 16:36:29 -0700 (PDT) (envelope-from adrian@mail.esolstice.com) Received: from cluebie.esolstice.int (an-fw.esolstice.com [208.241.63.212]) by esummer.esolstice.com (8.9.3/8.9.3) with ESMTP id TAA58084 for ; Wed, 5 Jul 2000 19:40:17 -0400 (EDT) (envelope-from adrian@mail.esolstice.com) Received: (from adrian@localhost) by cluebie.esolstice.int (8.9.3/8.9.3) id TAA02985; Wed, 5 Jul 2000 19:39:32 -0400 (EDT) (envelope-from adrian@mail.esolstice.com) Message-Id: <200007052339.TAA02985@cluebie.esolstice.int> Date: Wed, 5 Jul 2000 19:39:32 -0400 (EDT) From: adrian@ubergeeks.com Reply-To: adrian@ubergeeks.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19719: start_if.* hooks for pccard_ether Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19719 >Category: bin >Synopsis: pccard_ether lacks the start_if hooks as used in rc.network >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 Jul 05 16:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Adrian Filipi-Martin >Release: FreeBSD 4.0-STABLE i386 >Organization: Ubergeeks Consulting >Environment: 4-STABLE from 06/29/00. >Description: /etc/pccard_ether does not look for start_if.* scripts for each configured interface as is done in rc.network. This is needed for devices like the Aironet wireless NIC's, because you need to set some device options, .e.g. SSID or ad-hoc/infrastructure mode, before you can begin talking to the remote end. >How-To-Repeat: Try using an Aironet PCCARD where the default device options are not usable. >Fix: Apply this patch which makes pccard_ether look for a start_if.* script for pre-ifconfig device settings in the same manner as rc.network. --- pccard_ether.orig Wed Jul 5 19:24:19 2000 +++ pccard_ether Wed Jul 5 19:26:27 2000 @@ -23,6 +23,9 @@ [Nn][Oo] | '') ;; [Dd][Hh][Cc][Pp]) + if [ -r /etc/start_if.${interface} ]; then + . /etc/start_if.${interface} + fi if [ -r /sbin/dhclient ]; then if [ -s /var/run/dhclient.pid ]; then kill `cat /var/run/dhclient.pid` @@ -40,6 +43,9 @@ fi ;; *) + if [ -r /etc/start_if.${interface} ]; then + . /etc/start_if.${interface} + fi ifconfig ${interface} ${pccard_ifconfig} $* ;; esac >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 Jul 5 17:20:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EF93837BA74 for ; Wed, 5 Jul 2000 17:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA06494; Wed, 5 Jul 2000 17:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from teapot.egroups.net (teapot.egroups.net [63.204.207.250]) by hub.freebsd.org (Postfix) with SMTP id 58F8337C041 for ; Wed, 5 Jul 2000 17:11:37 -0700 (PDT) (envelope-from kbyanc@teapot.egroups.com) Received: (qmail 24380 invoked from network); 6 Jul 2000 00:11:36 -0000 Received: (QMFILT: 1.0); 06 Jul 2000 01:11:36 -0000 Received: from dhcp147.corp.onelist.com (HELO kbyanc.corp.ONElist.com) (192.168.10.147) by teapot.egroups.net with SMTP; 6 Jul 2000 00:11:35 -0000 Received: (from kbyanc@localhost) by kbyanc.corp.ONElist.com (8.9.3/8.9.3) id RAA83029; Wed, 5 Jul 2000 17:11:35 -0700 (PDT) (envelope-from kbyanc@teapot.egroups.com) Message-Id: <200007060011.RAA83029@kbyanc.corp.ONElist.com> Date: Wed, 5 Jul 2000 17:11:35 -0700 (PDT) From: kbyanc@posi.net Reply-To: kbyanc@posi.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19720: more sysctl signed-ness patches Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19720 >Category: kern >Synopsis: more sysctl signed-ness patches >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 Jul 05 17:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Kelly Yancey >Release: FreeBSD 4.0-STABLE i386 >Organization: >Environment: FreeBSD backroom.corp.ONElist.com 5.0-CURRENT FreeBSD 5.0-CURRENT #5: Wed Jul 5 16:37:47 PDT 2000 root@backroom.corp.ONElist.com:/usr/src/sys/compile/BACKROOM i386 >Description: Now that John has so graciously committed my unsigned sysctl patches, here is a wave of patches to make more oids utilitize them. While scanning for candidates, I also found several cases where ints should have been u_ints in the code, so I fixed those while I was in there: hw.physmem - you can surely put more than 2G of RAM in hw.usermem and x86 server which caused these to wrap. vm.stats.misc.cnt_prezero - a long-running server will eventually pre-zero more than 2 billion pages...eventually kern.nselcoll - again, left running long enough, the number of select collisions can wrap to negative. However, this was changed more for 'logistics'...you'll never have a negative count, so why let it. debug.boothowto - signed bitmask looked negative to sysctl This patch also includes a 'fix' for the alpha to print the memory stats on boot as unsigned values. I was just being anal. You won't have negative memory, on the other hand, it is unlikely you'll have more than 2^63 bytes of RAM either. But the jist of the patch is making values that printed non-sensical values in sysctl because of integer wrapping use the new unsigned sysctl feature. Really, it's a simple patch, it just touches a lot of files. Kelly >How-To-Repeat: Run `sysctl -a | grep boothowto` Put more than 2G of RAM in an x86 machine and run `sysctl -a | grep mem`. >Fix: Index: alpha/alpha/machdep.c =================================================================== RCS file: /home/cvs/src/sys/alpha/alpha/machdep.c,v retrieving revision 1.86 diff -u -r1.86 machdep.c --- alpha/alpha/machdep.c 2000/07/04 11:24:59 1.86 +++ alpha/alpha/machdep.c 2000/07/05 23:23:09 @@ -186,11 +186,12 @@ struct msgbuf *msgbufp=0; -int bootverbose = 0, Maxmem = 0; +int bootverbose = 0; +u_int Maxmem = 0; long dumplo; -int totalphysmem; /* total amount of physical memory in system */ -int physmem; /* physical memory used by NetBSD + some rsvd */ +u_int totalphysmem; /* total amount of physical memory in system */ +u_int physmem; /* physical memory used by NetBSD + some rsvd */ int resvmem; /* amount of memory reserved for PROM */ int unusedmem; /* amount of memory for OS that we don't use */ int unknownmem; /* amount of memory with an unknown use */ @@ -206,7 +207,7 @@ } SYSCTL_PROC(_hw, HW_PHYSMEM, physmem, CTLTYPE_INT|CTLFLAG_RD, - 0, 0, sysctl_hw_physmem, "I", ""); + 0, 0, sysctl_hw_physmem, "IU", ""); static int sysctl_hw_usermem(SYSCTL_HANDLER_ARGS) @@ -219,7 +220,7 @@ SYSCTL_PROC(_hw, HW_USERMEM, usermem, CTLTYPE_INT|CTLFLAG_RD, 0, 0, sysctl_hw_usermem, "I", ""); -SYSCTL_INT(_hw, OID_AUTO, availpages, CTLFLAG_RD, &physmem, 0, ""); +SYSCTL_UINT(_hw, OID_AUTO, availpages, CTLFLAG_RD, &physmem, 0, ""); /* must be 2 less so 0 0 can signal end of chunks */ #define PHYS_AVAIL_ARRAY_END ((sizeof(phys_avail) / sizeof(vm_offset_t)) - 2) @@ -267,7 +268,7 @@ #ifdef PERFMON perfmon_init(); #endif - printf("real memory = %ld (%ldK bytes)\n", alpha_ptob(Maxmem), alpha_ptob(Maxmem) / 1024); + printf("real memory = %lu (%luK bytes)\n", alpha_ptob(Maxmem), alpha_ptob(Maxmem) / 1024); /* * Display any holes after the first chunk of extended memory. Index: alpha/alpha/vm_machdep.c =================================================================== RCS file: /home/cvs/src/sys/alpha/alpha/vm_machdep.c,v retrieving revision 1.32 diff -u -r1.32 vm_machdep.c --- alpha/alpha/vm_machdep.c 2000/06/19 18:41:27 1.32 +++ alpha/alpha/vm_machdep.c 2000/07/05 20:45:22 @@ -381,9 +381,9 @@ } -static int cnt_prezero; +static u_int cnt_prezero; -SYSCTL_INT(_machdep, OID_AUTO, cnt_prezero, CTLFLAG_RD, &cnt_prezero, 0, ""); +SYSCTL_UINT(_machdep, OID_AUTO, cnt_prezero, CTLFLAG_RD, &cnt_prezero, 0, ""); /* * Implement the pre-zeroed page mechanism. Index: i386/i386/machdep.c =================================================================== RCS file: /home/cvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.398 diff -u -r1.398 machdep.c --- i386/i386/machdep.c 2000/07/04 11:25:17 1.398 +++ i386/i386/machdep.c 2000/07/05 23:26:04 @@ -150,7 +150,7 @@ #endif SYSCTL_INT(_machdep, OID_AUTO, ispc98, CTLFLAG_RD, &ispc98, 0, ""); -int physmem = 0; +u_int physmem = 0; int cold = 1; static void osendsig __P((sig_t catcher, int sig, sigset_t *mask, u_long code)); @@ -163,7 +163,7 @@ } SYSCTL_PROC(_hw, HW_PHYSMEM, physmem, CTLTYPE_INT|CTLFLAG_RD, - 0, 0, sysctl_hw_physmem, "I", ""); + 0, 0, sysctl_hw_physmem, "IU", ""); static int sysctl_hw_usermem(SYSCTL_HANDLER_ARGS) @@ -174,7 +174,7 @@ } SYSCTL_PROC(_hw, HW_USERMEM, usermem, CTLTYPE_INT|CTLFLAG_RD, - 0, 0, sysctl_hw_usermem, "I", ""); + 0, 0, sysctl_hw_usermem, "IU", ""); static int sysctl_hw_availpages(SYSCTL_HANDLER_ARGS) Index: i386/i386/vm_machdep.c =================================================================== RCS file: /home/cvs/src/sys/i386/i386/vm_machdep.c,v retrieving revision 1.136 diff -u -r1.136 vm_machdep.c --- i386/i386/vm_machdep.c 2000/06/10 02:05:57 1.136 +++ i386/i386/vm_machdep.c 2000/07/05 20:45:06 @@ -533,9 +533,9 @@ SYSCTL_DECL(_vm_stats_misc); -static int cnt_prezero; +static u_int cnt_prezero; -SYSCTL_INT(_vm_stats_misc, OID_AUTO, +SYSCTL_UINT(_vm_stats_misc, OID_AUTO, cnt_prezero, CTLFLAG_RD, &cnt_prezero, 0, ""); /* Index: kern/init_main.c =================================================================== RCS file: /home/cvs/src/sys/kern/init_main.c,v retrieving revision 1.136 diff -u -r1.136 init_main.c --- kern/init_main.c 2000/06/25 10:14:06 1.136 +++ kern/init_main.c 2000/07/05 22:54:01 @@ -91,8 +91,8 @@ extern struct user *proc0paddr; struct vnode *rootvp; -int boothowto = 0; /* initialized so that it can be patched */ -SYSCTL_INT(_debug, OID_AUTO, boothowto, CTLFLAG_RD, &boothowto, 0, ""); +u_int boothowto = 0; /* initialized so that it can be patched */ +SYSCTL_UINT(_debug, OID_AUTO, boothowto, CTLFLAG_RD, &boothowto, 0, ""); /* * Promiscuous argument pass for start_init() Index: kern/kern_mib.c =================================================================== RCS file: /home/cvs/src/sys/kern/kern_mib.c,v retrieving revision 1.37 diff -u -r1.37 kern_mib.c --- kern/kern_mib.c 2000/07/04 11:25:22 1.37 +++ kern/kern_mib.c 2000/07/05 20:50:20 @@ -187,8 +187,7 @@ &domainname, sizeof(domainname), "Name of the current YP/NIS domain"); long hostid; -/* Some trouble here, if sizeof (int) != sizeof (long) */ -SYSCTL_INT(_kern, KERN_HOSTID, hostid, CTLFLAG_RW, &hostid, 0, "Host ID"); +SYSCTL_LONG(_kern, KERN_HOSTID, hostid, CTLFLAG_RW, &hostid, 0, "Host ID"); /* * This is really cheating. These actually live in the libc, something Index: kern/kern_tc.c =================================================================== RCS file: /home/cvs/src/sys/kern/kern_tc.c,v retrieving revision 1.108 diff -u -r1.108 kern_tc.c --- kern/kern_tc.c 2000/07/04 11:25:23 1.108 +++ kern/kern_tc.c 2000/07/05 20:52:19 @@ -49,14 +49,14 @@ static unsigned nnanouptime; static unsigned ngetmicrouptime; static unsigned ngetnanouptime; -SYSCTL_INT(_kern_timecounter, OID_AUTO, nmicrotime, CTLFLAG_RD, &nmicrotime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, nnanotime, CTLFLAG_RD, &nnanotime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, nmicrouptime, CTLFLAG_RD, &nmicrouptime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, nnanouptime, CTLFLAG_RD, &nnanouptime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, ngetmicrotime, CTLFLAG_RD, &ngetmicrotime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, ngetnanotime, CTLFLAG_RD, &ngetnanotime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, ngetmicrouptime, CTLFLAG_RD, &ngetmicrouptime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, ngetnanouptime, CTLFLAG_RD, &ngetnanouptime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, nmicrotime, CTLFLAG_RD, &nmicrotime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, nnanotime, CTLFLAG_RD, &nnanotime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, nmicrouptime, CTLFLAG_RD, &nmicrouptime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, nnanouptime, CTLFLAG_RD, &nnanouptime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, ngetmicrotime, CTLFLAG_RD, &ngetmicrotime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, ngetnanotime, CTLFLAG_RD, &ngetnanotime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, ngetmicrouptime, CTLFLAG_RD, &ngetmicrouptime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, ngetnanouptime, CTLFLAG_RD, &ngetnanouptime, 0, ""); /* * Implement a dummy timecounter which we can use until we get a real one Index: kern/subr_kobj.c =================================================================== RCS file: /home/cvs/src/sys/kern/subr_kobj.c,v retrieving revision 1.2 diff -u -r1.2 subr_kobj.c --- kern/subr_kobj.c 2000/05/01 10:45:15 1.2 +++ kern/subr_kobj.c 2000/07/05 20:56:49 @@ -47,12 +47,12 @@ #include -int kobj_lookup_hits; -int kobj_lookup_misses; +u_int kobj_lookup_hits; +u_int kobj_lookup_misses; -SYSCTL_INT(_kern, OID_AUTO, kobj_hits, CTLFLAG_RD, +SYSCTL_UINT(_kern, OID_AUTO, kobj_hits, CTLFLAG_RD, &kobj_lookup_hits, 0, "") -SYSCTL_INT(_kern, OID_AUTO, kobj_misses, CTLFLAG_RD, +SYSCTL_UINT(_kern, OID_AUTO, kobj_misses, CTLFLAG_RD, &kobj_lookup_misses, 0, "") #endif Index: kern/sys_generic.c =================================================================== RCS file: /home/cvs/src/sys/kern/sys_generic.c,v retrieving revision 1.58 diff -u -r1.58 sys_generic.c --- kern/sys_generic.c 2000/07/02 08:08:00 1.58 +++ kern/sys_generic.c 2000/07/05 20:57:59 @@ -603,9 +603,9 @@ return (error); } -static int nselcoll; /* Select collisions since boot */ -int selwait; -SYSCTL_INT(_kern, OID_AUTO, nselcoll, CTLFLAG_RD, &nselcoll, 0, ""); +static u_int nselcoll; /* Select collisions since boot */ +u_int selwait; +SYSCTL_UINT(_kern, OID_AUTO, nselcoll, CTLFLAG_RD, &nselcoll, 0, ""); /* * Select system call. Index: kern/vfs_subr.c =================================================================== RCS file: /home/cvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.264 diff -u -r1.264 vfs_subr.c --- kern/vfs_subr.c 2000/07/04 11:25:23 1.264 +++ kern/vfs_subr.c 2000/07/05 21:18:43 @@ -138,6 +138,7 @@ static int syncer_maxdelay = SYNCER_MAXDELAY; /* maximum delay time */ time_t syncdelay = 30; /* max time to delay syncing data */ time_t filedelay = 30; /* time to delay syncing files */ +/* XXX time_t != int on all archetectures. */ SYSCTL_INT(_kern, OID_AUTO, filedelay, CTLFLAG_RW, &filedelay, 0, ""); time_t dirdelay = 29; /* time to delay syncing directories */ SYSCTL_INT(_kern, OID_AUTO, dirdelay, CTLFLAG_RW, &dirdelay, 0, ""); Index: pc98/i386/machdep.c =================================================================== RCS file: /home/cvs/src/sys/pc98/i386/machdep.c,v retrieving revision 1.166 diff -u -r1.166 machdep.c --- pc98/i386/machdep.c 2000/07/04 11:25:33 1.166 +++ pc98/i386/machdep.c 2000/07/05 23:28:07 @@ -160,7 +160,7 @@ #endif SYSCTL_INT(_machdep, OID_AUTO, ispc98, CTLFLAG_RD, &ispc98, 0, ""); -int physmem = 0; +u_int physmem = 0; int cold = 1; static void osendsig __P((sig_t catcher, int sig, sigset_t *mask, u_long code)); @@ -173,7 +173,7 @@ } SYSCTL_PROC(_hw, HW_PHYSMEM, physmem, CTLTYPE_INT|CTLFLAG_RD, - 0, 0, sysctl_hw_physmem, "I", ""); + 0, 0, sysctl_hw_physmem, "IU", ""); static int sysctl_hw_usermem(SYSCTL_HANDLER_ARGS) @@ -184,7 +184,7 @@ } SYSCTL_PROC(_hw, HW_USERMEM, usermem, CTLTYPE_INT|CTLFLAG_RD, - 0, 0, sysctl_hw_usermem, "I", ""); + 0, 0, sysctl_hw_usermem, "IU", ""); static int sysctl_hw_availpages(SYSCTL_HANDLER_ARGS) Index: sys/kobj.h =================================================================== RCS file: /home/cvs/src/sys/sys/kobj.h,v retrieving revision 1.4 diff -u -r1.4 kobj.h --- sys/kobj.h 2000/05/11 17:10:22 1.4 +++ sys/kobj.h 2000/07/05 20:54:51 @@ -130,8 +130,8 @@ * Maintain stats on hits/misses in lookup caches. */ #ifdef KOBJ_STATS -extern int kobj_lookup_hits; -extern int kobj_lookup_misses; +extern u_int kobj_lookup_hits; +extern u_int kobj_lookup_misses; #define KOBJOPHIT do { kobj_lookup_hits++; } while (0) #define KOBJOPMISS do { kobj_lookup_misses++; } while (0) #else Index: sys/sysctl.h =================================================================== RCS file: /home/cvs/src/sys/sys/sysctl.h,v retrieving revision 1.86 diff -u -r1.86 sysctl.h --- sys/sysctl.h 2000/07/05 07:46:41 1.86 +++ sys/sysctl.h 2000/07/05 23:29:48 @@ -349,8 +349,8 @@ #define HW_MODEL 2 /* string: specific machine model */ #define HW_NCPU 3 /* int: number of cpus */ #define HW_BYTEORDER 4 /* int: machine byte order */ -#define HW_PHYSMEM 5 /* int: total memory */ -#define HW_USERMEM 6 /* int: non-kernel memory */ +#define HW_PHYSMEM 5 /* uint: total memory */ +#define HW_USERMEM 6 /* uint: non-kernel memory */ #define HW_PAGESIZE 7 /* int: software page size */ #define HW_DISKNAMES 8 /* strings: disk drive names */ #define HW_DISKSTATS 9 /* struct: diskstats[] */ Index: sys/systm.h =================================================================== RCS file: /home/cvs/src/sys/sys/systm.h,v retrieving revision 1.116 diff -u -r1.116 systm.h --- sys/systm.h 2000/06/05 18:30:55 1.116 +++ sys/systm.h 2000/07/05 23:16:10 @@ -56,11 +56,12 @@ extern int nswap; /* size of swap space */ -extern int selwait; /* select timeout address */ +extern u_int selwait; /* select timeout address */ extern u_char curpriority; /* priority of current process */ -extern int physmem; /* physical memory */ +/* XXX Should be segsz_t. */ +extern u_int physmem; /* physical memory */ extern dev_t dumpdev; /* dump device */ extern long dumplo; /* offset into dumpdev */ @@ -70,7 +71,7 @@ extern char *rootdevnames[2]; /* names of possible root devices */ extern struct vnode *rootvp; /* vnode equivalent to above */ -extern int boothowto; /* reboot flags, from console subsystem */ +extern u_int boothowto; /* reboot flags, from console subsystem */ extern int bootverbose; /* nonzero to print verbose messages */ #ifdef INVARIANTS /* The option is always available */ Index: vm/vm_meter.c =================================================================== RCS file: /home/cvs/src/sys/vm/vm_meter.c,v retrieving revision 1.39 diff -u -r1.39 vm_meter.c --- vm/vm_meter.c 2000/07/05 07:46:41 1.39 +++ vm/vm_meter.c 2000/07/05 20:19:52 @@ -309,7 +309,7 @@ v_pageout_free_min, CTLFLAG_RD, &cnt.v_pageout_free_min, 0, ""); SYSCTL_UINT(_vm_stats_vm, OID_AUTO, v_interrupt_free_min, CTLFLAG_RD, &cnt.v_interrupt_free_min, 0, ""); -SYSCTL_INT(_vm_stats_misc, OID_AUTO, +SYSCTL_UINT(_vm_stats_misc, OID_AUTO, zero_page_count, CTLFLAG_RD, &vm_page_zero_count, 0, ""); #if 0 SYSCTL_INT(_vm_stats_misc, OID_AUTO, >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 Jul 5 19:30:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8432237BAFD for ; Wed, 5 Jul 2000 19:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA25101; Wed, 5 Jul 2000 19:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from resurrection.oznetcom.com.au (resurrection.oznetcom.com.au [203.18.50.11]) by hub.freebsd.org (Postfix) with ESMTP id 3F22C37B6A8 for ; Wed, 5 Jul 2000 19:22:03 -0700 (PDT) (envelope-from radius@resurrection.oznetcom.com.au) Received: (from radius@localhost) by resurrection.oznetcom.com.au (8.9.3/8.9.3) id MAA08187; Thu, 6 Jul 2000 12:21:56 +1000 (EST) Message-Id: <200007060221.MAA08187@resurrection.oznetcom.com.au> Date: Thu, 6 Jul 2000 12:21:56 +1000 (EST) From: radius@oznetcom.com.au Reply-To: radius@oznetcom.com.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19722: FreeBSD box responds to broadcast IP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19722 >Category: kern >Synopsis: FreeBSD box responds to broadcast IP >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 05 19:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: M P Hibbard >Release: FreeBSD 3.4-STABLE i386 >Organization: Davnet Telecommunications Pty Ltd >Environment: FreeBSD running as a gateway for between networks. Seems to work on tested versions from 3.4S (June 22), and recent 4.0S. In the situation described below, the test machine was running 4.0-STABLE with IPF, IPFW and DUMMYNET in the kernel. >Description: If FreeBSD is running as a gateway for between two networks, and packets from one network are travelling to the other network's broadcast address the FreeBSD gateway will intercept them and interpret them as if they were destined for itself. This could possibly allow an attacker to bypass firewall rules by sending packets to the broadcast address of a network being firewalled by a FreeBSD gateway - the FreeBSD gateway might allow the packets directly through to it as the firewall rules may not allow for this situation. >How-To-Repeat: FreeBSD box at 203.62.175.1, gateway on a dialup connection with the network 203.62.175.0/24 routed to it. From a network outside of 203.62.175.1, past the dialup gateway: radius@resurrection:~$ telnet 203.62.175.255 Trying 203.62.175.255... Connected to 203.62.175.255. Escape character is '^]'. FreeBSD/i386 (scythe.darktide.net) (ttyp0) login: We get a connection to the gateway box itself, 203.62.175.1. This has been tested with different packets, TCP/UDP/ICMP. ICMP seems a bit weird. A ping to 203.62.175.255 from inside the network 203.62.175.0/24 and the .1 machine will not respond, however, from outside it, ONLY .1 will respond even if other machines -would- have responded normally. This has also been tested on other network configurations with up to 7 network interfaces. It also seems to work regardless of whether IPFW has been compiled into the kernel. >Fix: none known >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 Jul 5 19:40:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9BC0937BF05; Wed, 5 Jul 2000 19:40:45 -0700 (PDT) (envelope-from rwatson@FreeBSD.org) Received: (from rwatson@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA27076; Wed, 5 Jul 2000 19:40:45 -0700 (PDT) (envelope-from rwatson@FreeBSD.org) Date: Wed, 5 Jul 2000 19:40:45 -0700 (PDT) From: Message-Id: <200007060240.TAA27076@freefall.freebsd.org> To: rwatson@FreeBSD.org, freebsd-bugs@FreeBSD.org, rwatson@FreeBSD.org Subject: Re: kern/19722: FreeBSD box responds to broadcast IP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD box responds to broadcast IP Responsible-Changed-From-To: freebsd-bugs->rwatson Responsible-Changed-By: rwatson Responsible-Changed-When: Wed Jul 5 19:39:19 PDT 2000 Responsible-Changed-Why: Bug confirmed, and present when non-forwarding and non-ipfw on 4.0-STABLE, 4.0-CURRENT from a year ago. http://www.freebsd.org/cgi/query-pr.cgi?pr=19722 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 20:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 24E2537C076 for ; Wed, 5 Jul 2000 20:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA34126; Wed, 5 Jul 2000 20:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1DB9237C01C; Wed, 5 Jul 2000 20:00:38 -0700 (PDT) Message-Id: <20000706030038.1DB9237C01C@hub.freebsd.org> Date: Wed, 5 Jul 2000 20:00:38 -0700 (PDT) From: badranaya@yahoo.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/19724: I am looking for SIS 530 VGA Driver for FreeBSD 2.2.8 X window Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19724 >Category: i386 >Synopsis: I am looking for SIS 530 VGA Driver for FreeBSD 2.2.8 X window >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Wed Jul 05 20:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Teguh Imanuel >Release: 2.2.8 >Organization: PT. Asia Niaga Prakarsatama >Environment: >Description: >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 Jul 5 20:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B9B2B37B760 for ; Wed, 5 Jul 2000 20:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA40208; Wed, 5 Jul 2000 20:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 2F0D237B5CD; Wed, 5 Jul 2000 20:36:49 -0700 (PDT) Message-Id: <20000706033649.2F0D237B5CD@hub.freebsd.org> Date: Wed, 5 Jul 2000 20:36:49 -0700 (PDT) From: gshapiro+freebsd-bugs@gshapiro.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19725: 4.0-STABLE: sys/boot/ficl build fails if POSIXLY_CORRECT env set Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19725 >Category: misc >Synopsis: 4.0-STABLE: sys/boot/ficl build fails if POSIXLY_CORRECT env set >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: Wed Jul 05 20:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Gregory Neil Shapiro >Release: 4.0-STABLE as of July 4, 2000 >Organization: >Environment: FreeBSD horsey.gshapiro.net 4.0-STABLE FreeBSD 4.0-STABLE #0: Sun Jul 2 14:17:10 PDT 2000 root@:/usr/src/sys/compile/HORSEY i386 >Description: To get CVS generated patches to work properly, I have the POSIXLY_CORRECT environment variable set. When doing a 'make buildworld', this interfers with awk using strftime for sys/boot/ficl/ and the build fails. >How-To-Repeat: setenv POSIXLY_CORRECT YES cd /usr/src/sys/boot/ficl make >Fix: The environment should be cleaned of things that might interfere with the build. >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 Jul 5 20:50: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 502FC37BC95 for ; Wed, 5 Jul 2000 20:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA42462; Wed, 5 Jul 2000 20:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 62B9637B6D9; Wed, 5 Jul 2000 20:47:27 -0700 (PDT) Message-Id: <20000706034727.62B9637B6D9@hub.freebsd.org> Date: Wed, 5 Jul 2000 20:47:27 -0700 (PDT) From: jblaine@mitre.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19726: fatal trap 12 / page fault Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19726 >Category: kern >Synopsis: fatal trap 12 / page fault >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 05 20:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jeff Blaine >Release: 4.0-RELEASE >Organization: The MITRE Corporation >Environment: FreeBSD kickflop 4.0-RELEASE FreeBSD 4.0-RELEASE #4: Sun Jul 2 12:37:52 EDT 2000 root@kickflop:/usr/src/sys/compile/BUNK i386 >Description: Machine gateway/firewall/NAT box and is crashing and rebooting every 3 or 4 days, which makes me very grumpy. I wish I had the knowledge to fix it. Feel free to steer me through kgdb goop to help you, please. (kgdb) symbol-file kernel Reading symbols from kernel...(no debugging symbols found)...done. (kgdb) exec-file /var/crash/kernel.0 (kgdb) core-file /var/crash/vmcore.0 IdlePTD 2617344 initial pcb at 2184c0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0171894 stack pointer = 0x10:0xc01fed04 frame pointer = 0x10:0xc01fed0c 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 = trap number = 12 panic: page fault syncing disks... 8 8 4 done Uptime: 16h1m14s dumping to dev #ad/0x20001, offset 196608 dump ata0: resetting devices .. done 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 0xc0132ec8 in boot () (kgdb) where #0 0xc0132ec8 in boot () #1 0xc013324c in poweroff_wait () #2 0xc01ccda5 in trap_fatal () #3 0xc01cca7d in trap_pfault () #4 0xc01cc647 in trap () #5 0xc0171894 in arpintr () (kgdb) quit Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-RELEASE #4: Sun Jul 2 12:37:52 EDT 2000 root@kickflop:/usr/src/sys/compile/BUNK Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 132631961 Hz CPU: Pentium/P54C (132.63-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf real memory = 33554432 (32768K bytes) config> di pcic0 No such device: pcic0 Invalid command or syntax. Type `?' for help. config> di lnc0 No such device: lnc0 Invalid command or syntax. Type `?' for help. config> di le0 No such device: le0 Invalid command or syntax. Type `?' for help. config> di ie0 No such device: ie0 Invalid command or syntax. Type `?' for help. config> di fe0 No such device: fe0 Invalid command or syntax. Type `?' for help. config> di ed0 No such device: ed0 Invalid command or syntax. Type `?' for help. config> di cs0 No such device: cs0 Invalid command or syntax. Type `?' for help. config> di bt0 No such device: bt0 Invalid command or syntax. Type `?' for help. config> di aic0 No such device: aic0 Invalid command or syntax. Type `?' for help. config> di aha0 No such device: aha0 Invalid command or syntax. Type `?' for help. config> di adv0 No such device: adv0 Invalid command or syntax. Type `?' for help. config> en sn0 No such device: sn0 Invalid command or syntax. Type `?' for help. config> po sn0 0x400 No such device: sn0 Invalid command or syntax. Type `?' for help. config> ir sn0 10 No such device: sn0 Invalid command or syntax. Type `?' for help. config> f sn0 0 No such device: sn0 Invalid command or syntax. Type `?' for help. config> q avail memory = 30208000 (29500K bytes) Preloaded elf kernel "kernel" at 0xc026d000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc026d09c. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at 8.0 rl0: port 0xf400-0xf4ff mem 0xfffbf800-0xfff bf8ff irq 10 at device 13.0 on pci0 rl0: Ethernet address: 00:e0:29:5f:ab:88 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: port 0xf800-0xf8ff mem 0xfffbfc00-0xfff bfcff irq 11 at device 16.0 on pci0 rl1: Ethernet address: 00:e0:29:5f:ab:ff miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto 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 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> 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: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppi0: on ppbus0 unknown0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 unknown1: at port 0x200-0x207 on isa0 unknown2: at port 0xf00-0xf07 on isa0 unknown3: at port 0x330-0x331 irq 9 on isa0 IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, logging disabled ad0: 2015MB [4095/16/63] at ata0-master using BIOSPIO Mounting root from ufs:/dev/ad0s1a >How-To-Repeat: This crash is from 3PM today. I was running tinyfugue connected to 1 MUD. I may have had tinyfugue backgrounded and may have been running PINE. Very light network traffic and just myself on the machine (which is the norm unless I am playing some network games). >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 Jul 5 21: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 164E437B8B5 for ; Wed, 5 Jul 2000 21:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA44718; Wed, 5 Jul 2000 21:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from castle.jp.freebsd.org (castle.jp.freebsd.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id B00EC37B6D9 for ; Wed, 5 Jul 2000 20:51:17 -0700 (PDT) (envelope-from matusita@jp.freebsd.org) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id MAA59068 for ; Thu, 6 Jul 2000 12:51:12 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Message-Id: <20000706125109S.matusita@jp.FreeBSD.org> Date: Thu, 06 Jul 2000 12:51:09 +0900 From: Makoto MATSUSHITA To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19727: Update src/share/examples/cvsup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19727 >Category: bin >Synopsis: Update src/share/exmaples/cvsup >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 Jul 05 21:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Makoto MATSUSHITA >Release: FreeBSD 5.0-CURRENT i386 >Organization: Japan FreeBSD Users' Group >Environment: Current 4-stable/5-current. >Description: We have lost cvs-crypto (and src-crypto-rsa) CVSup collection. However, these are listed up in sample CVSup configulation file >How-To-Repeat: cvsup /usr/share/examples/cvsup/secure-cvs-supfile (or any configulation file which has cvs-crypto/src-crypto-rsa). >Fix: Remove these collections in their configulation file. Maybe *secure-*-supfile can be removed. >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 Jul 5 21: 0:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6461A37B6D9 for ; Wed, 5 Jul 2000 21:00:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA44727; Wed, 5 Jul 2000 21:00:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jul 2000 21:00:05 -0700 (PDT) Message-Id: <200007060400.VAA44727@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: kern/19726: fatal trap 12 / page fault Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19726; it has been noted by GNATS. From: Bill Fumerola To: jblaine@mitre.org Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/19726: fatal trap 12 / page fault Date: Wed, 5 Jul 2000 23:52:47 -0400 On Wed, Jul 05, 2000 at 08:47:27PM -0700, jblaine@mitre.org wrote: > (kgdb) symbol-file kernel > Reading symbols from kernel...(no debugging symbols found)...done. > (kgdb) exec-file /var/crash/kernel.0 > (kgdb) core-file /var/crash/vmcore.0 You need to use symbol-file kernel.debug, and things will start to look a lot more interesting. :-> -- Bill Fumerola - Network Architect / Computer Horizons Corp - CHIMES e-mail: billf@chimesnet.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jul 5 22:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B961D37B8FA for ; Wed, 5 Jul 2000 22:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA66107; Wed, 5 Jul 2000 22:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 7F89E37C08A; Wed, 5 Jul 2000 22:44:02 -0700 (PDT) Message-Id: <20000706054402.7F89E37C08A@hub.freebsd.org> Date: Wed, 5 Jul 2000 22:44:02 -0700 (PDT) From: fjoe@plesk.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/19728: Linux emulation still broken in RELENG_3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19728 >Category: i386 >Synopsis: Linux emulation still broken in RELENG_3 >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 Jul 05 22:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Max Khon >Release: 3.5-STABLE >Organization: Plesk, Inc. >Environment: FreeBSD lizard.nsk.bsgdesign.com 3.5-STABLE FreeBSD 3.5-STABLE #1: Thu Jul 6 12:21:06 NOVST 2000 fjoe@lizard.nsk.bsgdesign.com:/usr/src/sys/compile/lizard i386 >Description: acroread4 and other linux applications dump core with "Floating point exception" because src/sys/i386/include npx.h rev 1.18 was not merged to RELENG_3 >How-To-Repeat: run acroread4 installed from /usr/ports/print/acroread4 on any 3.5-RELEASE machine >Fix: merge src/sys/i386/include npx.h rev 1.18 was not merged to RELENG_3 >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 Jul 5 23: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2044A37B553 for ; Wed, 5 Jul 2000 23:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA67596; Wed, 5 Jul 2000 23:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 5 Jul 2000 23:00:03 -0700 (PDT) Message-Id: <200007060600.XAA67596@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: i386/19728: Linux emulation still broken in RELENG_3 Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/19728; it has been noted by GNATS. From: Bill Fumerola To: fjoe@plesk.com Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: i386/19728: Linux emulation still broken in RELENG_3 Date: Thu, 6 Jul 2000 01:51:47 -0400 On Wed, Jul 05, 2000 at 10:44:02PM -0700, fjoe@plesk.com wrote: > >Fix: > merge src/sys/i386/include npx.h rev 1.18 was not merged to RELENG_3 ---------------------------- revision 1.18 date: 2000/03/10 17:56:33; author: cracauer; state: Exp; lines: +5 -35 Change the default FPU control word so that exceptions for new processes are now masked until set by fpsetmask(3). Submitted by: bde Approved by: jkh, bde ---------------------------- This changes the behavior of FreeBSD, and probably isn't the best thing to do to an allegedly stable, constant branch. -- Bill Fumerola - Network Architect / Computer Horizons Corp - CHIMES e-mail: billf@chimesnet.com / billf@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 Jul 6 0:30:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6401037B659 for ; Thu, 6 Jul 2000 00:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA81280; Thu, 6 Jul 2000 00:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jul 2000 00:30:02 -0700 (PDT) Message-Id: <200007060730.AAA81280@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Paul Herman Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Paul Herman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Paul Herman To: Bill Fumerola Cc: Blaz Zupan , Will Andrews , FreeBSD-gnats-submit@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: Thu, 6 Jul 2000 09:29:06 +0200 (CEST) On Wed, 5 Jul 2000, Bill Fumerola wrote: > On Tue, Jul 04, 2000 at 09:56:43PM +0200, Blaz Zupan wrote: > > > this number is completely useless to me. I have to agree with Sheldon, where > > is the use to this number? > > Think about doing something like > > $ df -c/disk0 /disk1 /disk2 ... /diskX > > To just monitor a cluster of disks. I'm all for adding options to get features you can't otherwise get (even *IF* the use of "total" is debatable), but c'mon, this is an awk one-liner. I would agree with Sheldon as well. Let this one go. -Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 1:14: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from gateway.posi.net (c1096725-a.smateo1.sfba.home.com [24.20.139.104]) by hub.freebsd.org (Postfix) with ESMTP id DAE0237B582; Thu, 6 Jul 2000 01:13:52 -0700 (PDT) (envelope-from kbyanc@posi.net) Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.9.3/8.9.3) with ESMTP id BAA18918; Thu, 6 Jul 2000 01:16:41 -0700 (PDT) (envelope-from kbyanc@posi.net) Date: Thu, 6 Jul 2000 01:16:40 -0700 (PDT) From: Kelly Yancey To: gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19720: more sysctl signed-ness patches In-Reply-To: <200007060020.RAA06490@freefall.freebsd.org> 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 Per feedback from Bruce, here are some updated patches... Index: alpha/alpha/machdep.c =================================================================== RCS file: /home/cvs/src/sys/alpha/alpha/machdep.c,v retrieving revision 1.86 diff -u -r1.86 machdep.c --- alpha/alpha/machdep.c 2000/07/04 11:24:59 1.86 +++ alpha/alpha/machdep.c 2000/07/06 07:26:23 @@ -186,14 +186,15 @@ struct msgbuf *msgbufp=0; -int bootverbose = 0, Maxmem = 0; +int bootverbose = 0; +size_t Maxmem = 0; long dumplo; -int totalphysmem; /* total amount of physical memory in system */ -int physmem; /* physical memory used by NetBSD + some rsvd */ -int resvmem; /* amount of memory reserved for PROM */ -int unusedmem; /* amount of memory for OS that we don't use */ -int unknownmem; /* amount of memory with an unknown use */ +size_t totalphysmem; /* total amount of physical memory in system */ +size_t physmem; /* physical memory used by NetBSD + some rsvd */ +size_t resvmem; /* amount of memory reserved for PROM */ +size_t unusedmem; /* amount of memory for OS that we don't use */ +size_t unknownmem; /* amount of memory with an unknown use */ int ncpus; /* number of cpus */ vm_offset_t phys_avail[10]; @@ -206,7 +207,7 @@ } SYSCTL_PROC(_hw, HW_PHYSMEM, physmem, CTLTYPE_INT|CTLFLAG_RD, - 0, 0, sysctl_hw_physmem, "I", ""); + 0, 0, sysctl_hw_physmem, "IU", ""); static int sysctl_hw_usermem(SYSCTL_HANDLER_ARGS) @@ -219,7 +220,7 @@ SYSCTL_PROC(_hw, HW_USERMEM, usermem, CTLTYPE_INT|CTLFLAG_RD, 0, 0, sysctl_hw_usermem, "I", ""); -SYSCTL_INT(_hw, OID_AUTO, availpages, CTLFLAG_RD, &physmem, 0, ""); +SYSCTL_UINT(_hw, OID_AUTO, availpages, CTLFLAG_RD, &physmem, 0, ""); /* must be 2 less so 0 0 can signal end of chunks */ #define PHYS_AVAIL_ARRAY_END ((sizeof(phys_avail) / sizeof(vm_offset_t)) - 2) @@ -267,7 +268,7 @@ #ifdef PERFMON perfmon_init(); #endif - printf("real memory = %ld (%ldK bytes)\n", alpha_ptob(Maxmem), alpha_ptob(Maxmem) / 1024); + printf("real memory = %lu (%luK bytes)\n", alpha_ptob(Maxmem), alpha_ptob(Maxmem) / 1024); /* * Display any holes after the first chunk of extended memory. Index: alpha/alpha/vm_machdep.c =================================================================== RCS file: /home/cvs/src/sys/alpha/alpha/vm_machdep.c,v retrieving revision 1.32 diff -u -r1.32 vm_machdep.c --- alpha/alpha/vm_machdep.c 2000/06/19 18:41:27 1.32 +++ alpha/alpha/vm_machdep.c 2000/07/05 20:45:22 @@ -381,9 +381,9 @@ } -static int cnt_prezero; +static u_int cnt_prezero; -SYSCTL_INT(_machdep, OID_AUTO, cnt_prezero, CTLFLAG_RD, &cnt_prezero, 0, ""); +SYSCTL_UINT(_machdep, OID_AUTO, cnt_prezero, CTLFLAG_RD, &cnt_prezero, 0, ""); /* * Implement the pre-zeroed page mechanism. Index: i386/i386/machdep.c =================================================================== RCS file: /home/cvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.398 diff -u -r1.398 machdep.c --- i386/i386/machdep.c 2000/07/04 11:25:17 1.398 +++ i386/i386/machdep.c 2000/07/06 07:27:01 @@ -150,7 +150,7 @@ #endif SYSCTL_INT(_machdep, OID_AUTO, ispc98, CTLFLAG_RD, &ispc98, 0, ""); -int physmem = 0; +size_t physmem = 0; int cold = 1; static void osendsig __P((sig_t catcher, int sig, sigset_t *mask, u_long code)); @@ -163,7 +163,7 @@ } SYSCTL_PROC(_hw, HW_PHYSMEM, physmem, CTLTYPE_INT|CTLFLAG_RD, - 0, 0, sysctl_hw_physmem, "I", ""); + 0, 0, sysctl_hw_physmem, "IU", ""); static int sysctl_hw_usermem(SYSCTL_HANDLER_ARGS) @@ -174,7 +174,7 @@ } SYSCTL_PROC(_hw, HW_USERMEM, usermem, CTLTYPE_INT|CTLFLAG_RD, - 0, 0, sysctl_hw_usermem, "I", ""); + 0, 0, sysctl_hw_usermem, "IU", ""); static int sysctl_hw_availpages(SYSCTL_HANDLER_ARGS) Index: i386/i386/vm_machdep.c =================================================================== RCS file: /home/cvs/src/sys/i386/i386/vm_machdep.c,v retrieving revision 1.136 diff -u -r1.136 vm_machdep.c --- i386/i386/vm_machdep.c 2000/06/10 02:05:57 1.136 +++ i386/i386/vm_machdep.c 2000/07/05 20:45:06 @@ -533,9 +533,9 @@ SYSCTL_DECL(_vm_stats_misc); -static int cnt_prezero; +static u_int cnt_prezero; -SYSCTL_INT(_vm_stats_misc, OID_AUTO, +SYSCTL_UINT(_vm_stats_misc, OID_AUTO, cnt_prezero, CTLFLAG_RD, &cnt_prezero, 0, ""); /* Index: kern/init_main.c =================================================================== RCS file: /home/cvs/src/sys/kern/init_main.c,v retrieving revision 1.136 diff -u -r1.136 init_main.c --- kern/init_main.c 2000/06/25 10:14:06 1.136 +++ kern/init_main.c 2000/07/05 22:54:01 @@ -91,8 +91,8 @@ extern struct user *proc0paddr; struct vnode *rootvp; -int boothowto = 0; /* initialized so that it can be patched */ -SYSCTL_INT(_debug, OID_AUTO, boothowto, CTLFLAG_RD, &boothowto, 0, ""); +u_int boothowto = 0; /* initialized so that it can be patched */ +SYSCTL_UINT(_debug, OID_AUTO, boothowto, CTLFLAG_RD, &boothowto, 0, ""); /* * Promiscuous argument pass for start_init() Index: kern/kern_mib.c =================================================================== RCS file: /home/cvs/src/sys/kern/kern_mib.c,v retrieving revision 1.37 diff -u -r1.37 kern_mib.c --- kern/kern_mib.c 2000/07/04 11:25:22 1.37 +++ kern/kern_mib.c 2000/07/05 20:50:20 @@ -187,8 +187,7 @@ &domainname, sizeof(domainname), "Name of the current YP/NIS domain"); long hostid; -/* Some trouble here, if sizeof (int) != sizeof (long) */ -SYSCTL_INT(_kern, KERN_HOSTID, hostid, CTLFLAG_RW, &hostid, 0, "Host ID"); +SYSCTL_LONG(_kern, KERN_HOSTID, hostid, CTLFLAG_RW, &hostid, 0, "Host ID"); /* * This is really cheating. These actually live in the libc, something Index: kern/kern_tc.c =================================================================== RCS file: /home/cvs/src/sys/kern/kern_tc.c,v retrieving revision 1.108 diff -u -r1.108 kern_tc.c --- kern/kern_tc.c 2000/07/04 11:25:23 1.108 +++ kern/kern_tc.c 2000/07/05 20:52:19 @@ -49,14 +49,14 @@ static unsigned nnanouptime; static unsigned ngetmicrouptime; static unsigned ngetnanouptime; -SYSCTL_INT(_kern_timecounter, OID_AUTO, nmicrotime, CTLFLAG_RD, &nmicrotime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, nnanotime, CTLFLAG_RD, &nnanotime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, nmicrouptime, CTLFLAG_RD, &nmicrouptime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, nnanouptime, CTLFLAG_RD, &nnanouptime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, ngetmicrotime, CTLFLAG_RD, &ngetmicrotime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, ngetnanotime, CTLFLAG_RD, &ngetnanotime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, ngetmicrouptime, CTLFLAG_RD, &ngetmicrouptime, 0, ""); -SYSCTL_INT(_kern_timecounter, OID_AUTO, ngetnanouptime, CTLFLAG_RD, &ngetnanouptime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, nmicrotime, CTLFLAG_RD, &nmicrotime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, nnanotime, CTLFLAG_RD, &nnanotime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, nmicrouptime, CTLFLAG_RD, &nmicrouptime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, nnanouptime, CTLFLAG_RD, &nnanouptime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, ngetmicrotime, CTLFLAG_RD, &ngetmicrotime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, ngetnanotime, CTLFLAG_RD, &ngetnanotime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, ngetmicrouptime, CTLFLAG_RD, &ngetmicrouptime, 0, ""); +SYSCTL_UINT(_kern_timecounter, OID_AUTO, ngetnanouptime, CTLFLAG_RD, &ngetnanouptime, 0, ""); /* * Implement a dummy timecounter which we can use until we get a real one Index: kern/subr_kobj.c =================================================================== RCS file: /home/cvs/src/sys/kern/subr_kobj.c,v retrieving revision 1.2 diff -u -r1.2 subr_kobj.c --- kern/subr_kobj.c 2000/05/01 10:45:15 1.2 +++ kern/subr_kobj.c 2000/07/05 20:56:49 @@ -47,12 +47,12 @@ #include -int kobj_lookup_hits; -int kobj_lookup_misses; +u_int kobj_lookup_hits; +u_int kobj_lookup_misses; -SYSCTL_INT(_kern, OID_AUTO, kobj_hits, CTLFLAG_RD, +SYSCTL_UINT(_kern, OID_AUTO, kobj_hits, CTLFLAG_RD, &kobj_lookup_hits, 0, "") -SYSCTL_INT(_kern, OID_AUTO, kobj_misses, CTLFLAG_RD, +SYSCTL_UINT(_kern, OID_AUTO, kobj_misses, CTLFLAG_RD, &kobj_lookup_misses, 0, "") #endif Index: kern/sys_generic.c =================================================================== RCS file: /home/cvs/src/sys/kern/sys_generic.c,v retrieving revision 1.58 diff -u -r1.58 sys_generic.c --- kern/sys_generic.c 2000/07/02 08:08:00 1.58 +++ kern/sys_generic.c 2000/07/05 20:57:59 @@ -603,9 +603,9 @@ return (error); } -static int nselcoll; /* Select collisions since boot */ -int selwait; -SYSCTL_INT(_kern, OID_AUTO, nselcoll, CTLFLAG_RD, &nselcoll, 0, ""); +static u_int nselcoll; /* Select collisions since boot */ +u_int selwait; +SYSCTL_UINT(_kern, OID_AUTO, nselcoll, CTLFLAG_RD, &nselcoll, 0, ""); /* * Select system call. Index: kern/vfs_subr.c =================================================================== RCS file: /home/cvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.264 diff -u -r1.264 vfs_subr.c --- kern/vfs_subr.c 2000/07/04 11:25:23 1.264 +++ kern/vfs_subr.c 2000/07/05 23:46:01 @@ -138,6 +138,7 @@ static int syncer_maxdelay = SYNCER_MAXDELAY; /* maximum delay time */ time_t syncdelay = 30; /* max time to delay syncing data */ time_t filedelay = 30; /* time to delay syncing files */ +/* XXX time_t != int on all architectures. */ SYSCTL_INT(_kern, OID_AUTO, filedelay, CTLFLAG_RW, &filedelay, 0, ""); time_t dirdelay = 29; /* time to delay syncing directories */ SYSCTL_INT(_kern, OID_AUTO, dirdelay, CTLFLAG_RW, &dirdelay, 0, ""); Index: pc98/i386/machdep.c =================================================================== RCS file: /home/cvs/src/sys/pc98/i386/machdep.c,v retrieving revision 1.166 diff -u -r1.166 machdep.c --- pc98/i386/machdep.c 2000/07/04 11:25:33 1.166 +++ pc98/i386/machdep.c 2000/07/05 23:28:07 @@ -160,7 +160,7 @@ #endif SYSCTL_INT(_machdep, OID_AUTO, ispc98, CTLFLAG_RD, &ispc98, 0, ""); -int physmem = 0; +u_int physmem = 0; int cold = 1; static void osendsig __P((sig_t catcher, int sig, sigset_t *mask, u_long code)); @@ -173,7 +173,7 @@ } SYSCTL_PROC(_hw, HW_PHYSMEM, physmem, CTLTYPE_INT|CTLFLAG_RD, - 0, 0, sysctl_hw_physmem, "I", ""); + 0, 0, sysctl_hw_physmem, "IU", ""); static int sysctl_hw_usermem(SYSCTL_HANDLER_ARGS) @@ -184,7 +184,7 @@ } SYSCTL_PROC(_hw, HW_USERMEM, usermem, CTLTYPE_INT|CTLFLAG_RD, - 0, 0, sysctl_hw_usermem, "I", ""); + 0, 0, sysctl_hw_usermem, "IU", ""); static int sysctl_hw_availpages(SYSCTL_HANDLER_ARGS) Index: sys/kobj.h =================================================================== RCS file: /home/cvs/src/sys/sys/kobj.h,v retrieving revision 1.4 diff -u -r1.4 kobj.h --- sys/kobj.h 2000/05/11 17:10:22 1.4 +++ sys/kobj.h 2000/07/05 20:54:51 @@ -130,8 +130,8 @@ * Maintain stats on hits/misses in lookup caches. */ #ifdef KOBJ_STATS -extern int kobj_lookup_hits; -extern int kobj_lookup_misses; +extern u_int kobj_lookup_hits; +extern u_int kobj_lookup_misses; #define KOBJOPHIT do { kobj_lookup_hits++; } while (0) #define KOBJOPMISS do { kobj_lookup_misses++; } while (0) #else Index: sys/sysctl.h =================================================================== RCS file: /home/cvs/src/sys/sys/sysctl.h,v retrieving revision 1.86 diff -u -r1.86 sysctl.h --- sys/sysctl.h 2000/07/05 07:46:41 1.86 +++ sys/sysctl.h 2000/07/06 07:40:00 @@ -349,8 +349,8 @@ #define HW_MODEL 2 /* string: specific machine model */ #define HW_NCPU 3 /* int: number of cpus */ #define HW_BYTEORDER 4 /* int: machine byte order */ -#define HW_PHYSMEM 5 /* int: total memory */ -#define HW_USERMEM 6 /* int: non-kernel memory */ +#define HW_PHYSMEM 5 /* uint: total memory */ +#define HW_USERMEM 6 /* uint: non-kernel memory */ #define HW_PAGESIZE 7 /* int: software page size */ #define HW_DISKNAMES 8 /* strings: disk drive names */ #define HW_DISKSTATS 9 /* struct: diskstats[] */ Index: sys/systm.h =================================================================== RCS file: /home/cvs/src/sys/sys/systm.h,v retrieving revision 1.116 diff -u -r1.116 systm.h --- sys/systm.h 2000/06/05 18:30:55 1.116 +++ sys/systm.h 2000/07/06 07:27:55 @@ -56,11 +56,11 @@ extern int nswap; /* size of swap space */ -extern int selwait; /* select timeout address */ +extern u_int selwait; /* select timeout address */ extern u_char curpriority; /* priority of current process */ -extern int physmem; /* physical memory */ +extern size_t physmem; /* physical memory */ extern dev_t dumpdev; /* dump device */ extern long dumplo; /* offset into dumpdev */ @@ -70,7 +70,7 @@ extern char *rootdevnames[2]; /* names of possible root devices */ extern struct vnode *rootvp; /* vnode equivalent to above */ -extern int boothowto; /* reboot flags, from console subsystem */ +extern u_int boothowto; /* reboot flags, from console subsystem */ extern int bootverbose; /* nonzero to print verbose messages */ #ifdef INVARIANTS /* The option is always available */ Index: vm/vm_meter.c =================================================================== RCS file: /home/cvs/src/sys/vm/vm_meter.c,v retrieving revision 1.39 diff -u -r1.39 vm_meter.c --- vm/vm_meter.c 2000/07/05 07:46:41 1.39 +++ vm/vm_meter.c 2000/07/05 20:19:52 @@ -309,7 +309,7 @@ v_pageout_free_min, CTLFLAG_RD, &cnt.v_pageout_free_min, 0, ""); SYSCTL_UINT(_vm_stats_vm, OID_AUTO, v_interrupt_free_min, CTLFLAG_RD, &cnt.v_interrupt_free_min, 0, ""); -SYSCTL_INT(_vm_stats_misc, OID_AUTO, +SYSCTL_UINT(_vm_stats_misc, OID_AUTO, zero_page_count, CTLFLAG_RD, &vm_page_zero_count, 0, ""); #if 0 SYSCTL_INT(_vm_stats_misc, OID_AUTO, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 2: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B24F637B811 for ; Thu, 6 Jul 2000 02:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA91114; Thu, 6 Jul 2000 02:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from andrew1.lnk.telstra.net (andrew1.lnk.telstra.net [139.130.51.121]) by hub.freebsd.org (Postfix) with ESMTP id C00EC37B7B1 for ; Thu, 6 Jul 2000 01:57:54 -0700 (PDT) (envelope-from cagney@tpgi.com.au) Received: (from cagney@localhost) by andrew1.lnk.telstra.net (8.9.3/8.9.3) id SAA98102; Thu, 6 Jul 2000 18:58:14 +1000 (EST) (envelope-from cagney) Message-Id: <200007060858.SAA98102@andrew1.lnk.telstra.net> Date: Thu, 6 Jul 2000 18:58:14 +1000 (EST) From: Andrew Cagney Reply-To: cagney@tpgi.com.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/19733: GDB 4.18 is not GDB 4.18 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19733 >Category: gnu >Synopsis: GDB 4.18 is not GDB 4.18 >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 Jul 06 02:00:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Andrew Cagney >Release: FreeBSD 3.4-RELEASE i386 >Organization: >Environment: FreeBSD b1.cygnus.com 3.4-RELEASE FreeBSD 3.4-RELEASE #0: Fri Jun 2 20:32:49 EST 2000 root@b1.cygnus.com:/usr/src/sys/compile/B2pcm i386 >Description: The GDB distributed with FreeBSD 3.4 (I suspect as do future and past versions) prints the version information: cagney@b1.cygnus.com$ which gdb /usr/bin/gdb cagney@b1.cygnus.com$ gdb 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". Unfortunatly, that can't be correct. GDB 4.18 doesn't even build on FreeBSD 3.4 :-) >How-To-Repeat: Run GDB.. >Fix: Can you please update the GDB version information in your GDB distro so that it clearly and correctly identifies the program's heritage. I don't care what, just as long as it is clear to the user that the GDB program isn't an off the shelf 4.18. (Hmm, actually I do care a little, please don't choose something like 4.18.1! :-). enjoy, Andrew Andrew Cagney GDB Maintainer >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 Jul 6 3:59:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0562537C2F6; Thu, 6 Jul 2000 03:59:11 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA05698; Thu, 6 Jul 2000 03:59:11 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 6 Jul 2000 03:59:11 -0700 (PDT) From: Message-Id: <200007061059.DAA05698@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, dillon@FreeBSD.org Subject: Re: kern/19714: swap_pager_getswapspace: failed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: swap_pager_getswapspace: failed Responsible-Changed-From-To: freebsd-bugs->dillon Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jul 6 03:58:34 PDT 2000 Responsible-Changed-Why: I've asked for more information, in which Matt will probably be interested. http://www.freebsd.org/cgi/query-pr.cgi?pr=19714 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 4: 0:18 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A300237C24D; Thu, 6 Jul 2000 04:00:17 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA05843; Thu, 6 Jul 2000 04:00:17 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 6 Jul 2000 04:00:17 -0700 (PDT) From: Message-Id: <200007061100.EAA05843@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: conf/19717: ppp.deny is missing some system users Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ppp.deny is missing some system users Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jul 6 03:59:31 PDT 2000 Responsible-Changed-Why: Looks good, but I'll defer to Mr. PPP anyway. http://www.freebsd.org/cgi/query-pr.cgi?pr=19717 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 4: 1:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 06D9E37C251; Thu, 6 Jul 2000 04:01:23 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA08276; Thu, 6 Jul 2000 04:01:23 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 6 Jul 2000 04:01:23 -0700 (PDT) From: Message-Id: <200007061101.EAA08276@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, n_hibma@FreeBSD.org Subject: Re: misc/19718: Power on failed, IOERROR when usb initializes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Power on failed, IOERROR when usb initializes Responsible-Changed-From-To: freebsd-bugs->n_hibma Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jul 6 04:00:52 PDT 2000 Responsible-Changed-Why: Over to the USB maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=19718 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 4: 1:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AE20F37C26C; Thu, 6 Jul 2000 04:01:57 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA08377; Thu, 6 Jul 2000 04:01:57 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 6 Jul 2000 04:01:57 -0700 (PDT) From: Message-Id: <200007061101.EAA08377@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, imp@FreeBSD.org Subject: Re: bin/19719: pccard_ether lacks the start_if hooks as used in rc.network Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pccard_ether lacks the start_if hooks as used in rc.network Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jul 6 04:01:36 PDT 2000 Responsible-Changed-Why: Over to the pccard maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=19719 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 4: 3: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B201437C254; Thu, 6 Jul 2000 04:02:59 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA08507; Thu, 6 Jul 2000 04:02:59 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 6 Jul 2000 04:02:59 -0700 (PDT) From: Message-Id: <200007061102.EAA08507@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, jhb@FreeBSD.org Subject: Re: kern/19720: more sysctl signed-ness patches Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: more sysctl signed-ness patches Responsible-Changed-From-To: freebsd-bugs->jhb Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jul 6 04:02:40 PDT 2000 Responsible-Changed-Why: John has taken this one under his wing. http://www.freebsd.org/cgi/query-pr.cgi?pr=19720 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 4: 5:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5CB8B37C251; Thu, 6 Jul 2000 04:05:47 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA10016; Thu, 6 Jul 2000 04:05:47 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 6 Jul 2000 04:05:47 -0700 (PDT) From: Message-Id: <200007061105.EAA10016@freefall.freebsd.org> To: badranaya@yahoo.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/19724: I am looking for SIS 530 VGA Driver for FreeBSD 2.2.8 X window Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: I am looking for SIS 530 VGA Driver for FreeBSD 2.2.8 X window State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Thu Jul 6 04:03:32 PDT 2000 State-Changed-Why: This is a question more suited to freebsd-questions@FreeBSD.org than it is to a PR. I can tell you right off the bat that you're unlikely to come right if it's a modern chip, since FreeBSD 2.2.8 support is not actively maintained within the FreeBSD ports tree. If recent versions of XFree86 support your graphics card, you're encouraged to upgrade to 3.5-RELEASE at least, or 4.0-RELEASE ideally. Heck, 4.1-RELEASE is just around the corner. http://www.freebsd.org/cgi/query-pr.cgi?pr=19724 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 4: 9:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CBCC237C254; Thu, 6 Jul 2000 04:09:53 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA10495; Thu, 6 Jul 2000 04:09:53 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 6 Jul 2000 04:09:53 -0700 (PDT) From: Message-Id: <200007061109.EAA10495@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, jdp@FreeBSD.org Subject: Re: bin/19727: Update src/share/exmaples/cvsup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Update src/share/exmaples/cvsup Responsible-Changed-From-To: freebsd-bugs->jdp Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jul 6 04:09:27 PDT 2000 Responsible-Changed-Why: Hand over to John, since there's a freeze on this stuff at the moment. http://www.freebsd.org/cgi/query-pr.cgi?pr=19727 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 4:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1E72337C254 for ; Thu, 6 Jul 2000 04:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA10536; Thu, 6 Jul 2000 04:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jul 2000 04:10:04 -0700 (PDT) Message-Id: <200007061110.EAA10536@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/19726: fatal trap 12 / page fault Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19726; it has been noted by GNATS. From: Sheldon Hearn To: jblaine@mitre.org Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/19726: fatal trap 12 / page fault Date: Thu, 06 Jul 2000 13:08:58 +0200 On Wed, 05 Jul 2000 20:47:27 MST, jblaine@mitre.org wrote: > Machine gateway/firewall/NAT box and is crashing and rebooting every 3 > or 4 days, which makes me very grumpy. I wish I had the knowledge to > fix it. Feel free to steer me through kgdb goop to help you, please. I don't remember having seen this kind of problem reported by anyone else (a panic in arpintr(), that is), and 4.0-RELEASE has been around for a while. Is there anything you can do to rule out hardware (e.g. confirm that you're not overclocking, re-seat RAM, swap RAM, try an entirely different box)? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 4:11:28 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B7E8C37C254; Thu, 6 Jul 2000 04:11:26 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA10801; Thu, 6 Jul 2000 04:11:26 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 6 Jul 2000 04:11:26 -0700 (PDT) From: Message-Id: <200007061111.EAA10801@freefall.freebsd.org> To: fjoe@plesk.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/19728: Linux emulation still broken in RELENG_3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Linux emulation still broken in RELENG_3 State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Thu Jul 6 04:10:17 PDT 2000 State-Changed-Why: Note that rev 1.18 of npx.h was not a bugfix, but a change in policy. It's been decided that it's unwise to apply this change in policy to the mature RELENG_3 branch. http://www.freebsd.org/cgi/query-pr.cgi?pr=19728 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 4:13:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 8013C37C26B for ; Thu, 6 Jul 2000 04:13:22 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.15 #1) id 13A9aZ-0004XY-00; Thu, 06 Jul 2000 13:13:03 +0200 From: Sheldon Hearn To: Paul Herman Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does In-reply-to: Your message of "Thu, 06 Jul 2000 00:30:02 MST." <200007060730.AAA81280@freefall.freebsd.org> Date: Thu, 06 Jul 2000 13:13:03 +0200 Message-ID: <17455.962881983@axl.ops.uunet.co.za> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 06 Jul 2000 00:30:02 MST, Paul Herman wrote: > I'm all for adding options to get features you can't otherwise get > (even *IF* the use of "total" is debatable), but c'mon, this is an awk > one-liner. > > I would agree with Sheldon as well. Let this one go. Just by the way, Bill Fumerola convinced me that an about-face on this one may be in order. His point was that df(1) isn't _only_ used to detect shortages, but can also be used for usage reports. Whether or not the option is justified is still unclear to me, but the point is that there's enough doubt for me to feel that I should retract my objection, for whatever it was worth. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 4:16: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E841837B57F; Thu, 6 Jul 2000 04:15:58 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA11244; Thu, 6 Jul 2000 04:15:58 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 6 Jul 2000 04:15:58 -0700 (PDT) From: Message-Id: <200007061115.EAA11244@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, dfr@FreeBSD.org Subject: Re: gnu/19733: GDB 4.18 is not GDB 4.18 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: GDB 4.18 is not GDB 4.18 Responsible-Changed-From-To: freebsd-bugs->dfr Responsible-Changed-By: sheldonh Responsible-Changed-When: Thu Jul 6 04:15:35 PDT 2000 Responsible-Changed-Why: I _think_ Doug is the right person to handle this. http://www.freebsd.org/cgi/query-pr.cgi?pr=19733 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 4:57:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from sivka.carrier.kiev.ua (sivka.carrier.kiev.ua [193.193.193.101]) by hub.freebsd.org (Postfix) with ESMTP id 8434F37BA45; Thu, 6 Jul 2000 04:57:05 -0700 (PDT) (envelope-from samj@itcj.kiev.ua) Received: from tools.itci.kiev.ua (tools.itci.kiev.ua [62.244.54.249]) by sivka.carrier.kiev.ua (8/Kilkenny_is_better) with ESMTP id OVY29675; Thu, 6 Jul 2000 14:57:00 +0300 (EEST) (envelope-from samj@itcj.kiev.ua) Received: from primsrv ([62.244.54.220]) by tools.itci.kiev.ua (8.9.3/8.9.3) with SMTP id OAA98414; Thu, 6 Jul 2000 14:56:43 +0300 (EEST) (envelope-from samj@itcj.kiev.ua) Message-ID: <00b801bfe741$30e2be80$dc36f43e@primsrv.itci.kiev.ua> From: "Yuriy" To: Cc: Subject: Kerberos Principal expired ? Date: Thu, 6 Jul 2000 14:56:09 +0300 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org After I have established for Principal 'Any' comand say 'Principal expired' and kerberos.log say 'Principal Any expired at 2000-01-01' but now is 2000-07-06. When I start kdb_edit again is 2002-xx-xx. My Kerberos does not work Why? Thaks _______ Yuriy Samartsev, Firm ITC Ltd, http://www.itci.net. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 6:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 18A2337B7ED for ; Thu, 6 Jul 2000 06:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA25247; Thu, 6 Jul 2000 06:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9D43C37B6EF; Thu, 6 Jul 2000 06:07:33 -0700 (PDT) Message-Id: <20000706130733.9D43C37B6EF@hub.freebsd.org> Date: Thu, 6 Jul 2000 06:07:33 -0700 (PDT) From: slouyot@easynet.fr To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19735: make buildworld failed with latest 3.5-STABLE cvsupped sources Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19735 >Category: kern >Synopsis: make buildworld failed with latest 3.5-STABLE cvsupped sources >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 06 06:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Sebastien Louyot >Release: 3.5-STABLE >Organization: Easynet France >Environment: FreeBSD popperso.easynet.fr 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Tue May 18 04:05:08 GMT 1999 jkh@cathair:/usr/src/sys/compile/GENERIC i386 >Description: - cvsupped to the latest 3.5-STABLE sources using stable-supfile (CVSUP server is cvsup.uk.freebsd.org) - went to /usr/src (which is a symlink to /home/src) - make buildworld - failed with following output: ===> libfetch compile_et /home/src/lib/libfetch/fetch_err.et cc -nostdinc -O -pipe -I. -Wall -pedantic -DNDEBUG -I/usr/obj/home/src/tmp/usr/include -c /home/src/lib/libfetch/fetch.c -o fetch.o In file included from /home/src/lib/libfetch/fetch.h:34, from /home/src/lib/libfetch/fetch.c:39: fetch_err.h:6: com_right.h: No such file or directory In file included from /home/src/lib/libfetch/fetch.h:34, from /home/src/lib/libfetch/fetch.c:39: fetch_err.h:8: warning: `struct et_list' declared inside parameter list fetch_err.h:8: warning: its scope is only this definition or declaration, fetch_err.h:8: warning: which is probably not what you want. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. >How-To-Repeat: - cvsup to latest 3.5-STABLE sources - make buildworld >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 Jul 6 6:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 20DEE37BA35 for ; Thu, 6 Jul 2000 06:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA30265; Thu, 6 Jul 2000 06:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id D765F37BB79; Thu, 6 Jul 2000 06:24:27 -0700 (PDT) Message-Id: <20000706132427.D765F37BB79@hub.freebsd.org> Date: Thu, 6 Jul 2000 06:24:27 -0700 (PDT) From: bonga@aitchisonians.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19736: make world fails in /lib/libcom_err/doc Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19736 >Category: misc >Synopsis: make world fails in /lib/libcom_err/doc >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 06 06:30:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: saad >Release: 3.4-stable >Organization: >Environment: FreeBSD t3-static5-75.adsl.directlink.net 3.4-STABLE FreeBSD 3.4-STABLE #22: Mon Feb 7 21:06:30 CST 2000 bonga@t3-static5-75.adsl.directlink.net:/usr/src/sys/compile/ELMO i386 >Description: ===> lib/libcom_err/doc install-info --quiet --defsection="Programming & development tools." --defent\ ry="* libcom_err: (com_err). A Common Error Description Library for UNIX\ ." com_err.info /usr/share/info/dir install-info: unrecognized option `--defsection=Programming & development tools\ .' Try `install-info --help' for a complete list of options. *** Error code 1 (continuing) `install' not remade because of errors. >How-To-Repeat: make buildworld ; make installworld ; >Fix: fix options to install-info >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 Jul 6 6:50: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D5EC137BDC2 for ; Thu, 6 Jul 2000 06:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA76666; Thu, 6 Jul 2000 06:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jul 2000 06:50:03 -0700 (PDT) Message-Id: <200007061350.GAA76666@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeff Blaine Subject: Re: kern/19726: fatal trap 12 / page fault Reply-To: Jeff Blaine Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19726; it has been noted by GNATS. From: Jeff Blaine To: Bill Fumerola Cc: jblaine@mitre.org, freebsd-gnats-submit@freebsd.org Subject: Re: kern/19726: fatal trap 12 / page fault Date: Thu, 06 Jul 2000 09:44:13 -0400 > You need to use symbol-file kernel.debug, and things will start to look > a lot more interesting. :-> Doh. But hmm...this doesn't look much (if any) different than the previous info I sent other than it doesn't say 'no debugging symbols found' or whatever that notice was. (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /var/crash/kernel.0 (kgdb) core-file /var/crash/vmcore.0 IdlePTD 2617344 initial pcb at 2184c0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0171894 stack pointer = 0x10:0xc01fed04 frame pointer = 0x10:0xc01fed0c 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 = trap number = 12 panic: page fault syncing disks... 8 8 4 done Uptime: 16h1m14s dumping to dev #ad/0x20001, offset 196608 dump ata0: resetting devices .. done 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 0xc0132ec8 in boot () (kgdb) where #0 0xc0132ec8 in boot () #1 0xc013324c in poweroff_wait () #2 0xc01ccda5 in trap_fatal () #3 0xc01cca7d in trap_pfault () #4 0xc01cc647 in trap () #5 0xc0171894 in arpintr () (kgdb) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 6:50: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0B09837C2D3 for ; Thu, 6 Jul 2000 06:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA76726; Thu, 6 Jul 2000 06:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jul 2000 06:50:06 -0700 (PDT) Message-Id: <200007061350.GAA76726@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeff Blaine Subject: Re: kern/19726: fatal trap 12 / page fault Reply-To: Jeff Blaine Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19726; it has been noted by GNATS. From: Jeff Blaine To: Sheldon Hearn Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/19726: fatal trap 12 / page fault Date: Thu, 06 Jul 2000 09:49:44 -0400 > I don't remember having seen this kind of problem reported by anyone > else (a panic in arpintr(), that is), and 4.0-RELEASE has been around > for a while. Is there anything you can do to rule out hardware (e.g. > confirm that you're not overclocking, re-seat RAM, swap RAM, try an > entirely different box)? I'm not overclocked. I can start by reseating the RAM tonight. If it crashes again the same way, I'll take out 16 of the 32MB and try it that way for a bit. If it crashes again, I'll do a flip-flop of the 16MB RAM and try that other 16. Trying a different box is not an option for me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 7:14:43 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C1EF637B536; Thu, 6 Jul 2000 07:14:41 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA96050; Thu, 6 Jul 2000 07:14:41 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Thu, 6 Jul 2000 07:14:41 -0700 (PDT) From: Message-Id: <200007061414.HAA96050@freefall.freebsd.org> To: slouyot@easynet.fr, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19735: make buildworld failed with latest 3.5-STABLE cvsupped sources Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make buildworld failed with latest 3.5-STABLE cvsupped sources State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Thu Jul 6 07:13:48 PDT 2000 State-Changed-Why: Please report problems like this to the mailing list. http://www.freebsd.org/cgi/query-pr.cgi?pr=19735 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 7:20:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C6AFA37C31E for ; Thu, 6 Jul 2000 07:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA97050; Thu, 6 Jul 2000 07:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jul 2000 07:20:05 -0700 (PDT) Message-Id: <200007061420.HAA97050@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/19736: make world fails in /lib/libcom_err/doc Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/19736; it has been noted by GNATS. From: Sheldon Hearn To: bonga@aitchisonians.org Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/19736: make world fails in /lib/libcom_err/doc Date: Thu, 06 Jul 2000 16:15:42 +0200 On Thu, 06 Jul 2000 06:24:27 MST, bonga@aitchisonians.org wrote: > install-info --quiet --defsection="Programming & development tools." --defe nt\ > ry="* libcom_err: (com_err). A Common Error Description Library for UN IX\ > ." com_err.info /usr/share/info/dir > install-info: unrecognized option `--defsection=Programming & development too ls\ > .' > Try `install-info --help' for a complete list of options. > *** Error code 1 (continuing) > `install' not remade because of errors. You don't by any chance, have an empty /usr/share/info/dir? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 7:40:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 37B4C37C35C for ; Thu, 6 Jul 2000 07:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA99598; Thu, 6 Jul 2000 07:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id A69DB37C334; Thu, 6 Jul 2000 07:35:50 -0700 (PDT) Message-Id: <20000706143550.A69DB37C334@hub.freebsd.org> Date: Thu, 6 Jul 2000 07:35:50 -0700 (PDT) From: breitstein@lucent.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/19737: Cannot build a profiled kernel; load failure. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19737 >Category: i386 >Synopsis: Cannot build a profiled kernel; load failure. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 06 07:40:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Steven R. Breitstein >Release: 3.3 >Organization: Lucent Technologies >Environment: FreeBSD Rel-WC2.dnrc.bell-labs.com 3.3-RELEASE FreeBSD 3.3-RELEASE #2: Wed Jul 5 22:24:48 GMT 2000 root@Rel-WC2.dnrc.bell-labs.com:/usr/src/sys/compile/ipw devDEV-33 i386 >Description: Have upgraded from the CD distribution the four files from the FreeBSD CVS repository associated with Problem Report kern/9413. Specificially: http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/i386/i386/exception.s?rev=1.60 http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/i386/i386/identcpu.c?rev=1.62 http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/i386/isa/ipl.s?rev=1.27 http://www.FreeBSD.org/cgi/cvsweb.cgi/src/sys/i386/isa/prof_machdep.c?rev=1.12 Used the GENERIC profile configured with -gpp options. The result: .... loading kernel locore.o(.text+0x5b): undefined reference to `mexitcount' locore.o(.text+0xe6): undefined reference to `mexitcount' locore.o(.text+0x133): undefined reference to `mexitcount' locore.o(.text+0x1ad): undefined reference to `mexitcount' locore.o(.text+0x2ea): undefined reference to `mexitcount' locore.o(.text+0x534): more undefined references to `mexitcount' follow exception.o: In function `Xfpu': exception.o(.text+0x14a): undefined reference to `KDSEL' exception.o(.text+0x177): undefined reference to `_npx_intr' exception.o(.text+0x182): undefined reference to `mexitcount' exception.o: In function `alltraps': exception.o(.text+0x1a6): undefined reference to `KDSEL' exception.o(.text+0x1bc): undefined reference to `_btrap' exception.o(.text+0x1ed): undefined reference to `mexitcount' exception.o: In function `Xsyscall': exception.o(.text+0x20a): undefined reference to `KDSEL' exception.o(.text+0x250): undefined reference to `mexitcount' exception.o: In function `Xint0x80_syscall': exception.o(.text+0x269): undefined reference to `KDSEL' exception.o(.text+0x2a7): undefined reference to `mexitcount' exception.o(.text+0x2cd): undefined reference to `mexitcount' exception.o: In function `Xfastintr0': exception.o(.text+0x2f5): undefined reference to `KDSEL' exception.o(.text+0x335): undefined reference to `mexitcount' exception.o(.text+0x369): undefined reference to `KDSEL' exception.o(.text+0x380): undefined reference to `mexitcount' exception.o: In function `Xfastintr1': exception.o(.text+0x395): undefined reference to `KDSEL' exception.o(.text+0x3d5): undefined reference to `mexitcount' exception.o(.text+0x409): undefined reference to `KDSEL' exception.o(.text+0x420): undefined reference to `mexitcount' exception.o: In function `Xfastintr2': exception.o(.text+0x435): undefined reference to `KDSEL' exception.o(.text+0x475): undefined reference to `mexitcount' exception.o(.text+0x4a9): undefined reference to `KDSEL' exception.o(.text+0x4c0): undefined reference to `mexitcount' exception.o: In function `Xfastintr3': exception.o(.text+0x4d5): undefined reference to `KDSEL' exception.o(.text+0x515): undefined reference to `mexitcount' exception.o(.text+0x549): undefined reference to `KDSEL' exception.o(.text+0x560): undefined reference to `mexitcount' exception.o: In function `Xfastintr4': exception.o(.text+0x575): undefined reference to `KDSEL' exception.o(.text+0x5b5): undefined reference to `mexitcount' exception.o(.text+0x5e9): undefined reference to `KDSEL' exception.o(.text+0x600): undefined reference to `mexitcount' exception.o: In function `Xfastintr5': exception.o(.text+0x615): undefined reference to `KDSEL' exception.o(.text+0x655): undefined reference to `mexitcount' exception.o(.text+0x689): undefined reference to `KDSEL' exception.o(.text+0x6a0): undefined reference to `mexitcount' exception.o: In function `Xfastintr6': exception.o(.text+0x6b5): undefined reference to `KDSEL' exception.o(.text+0x6f5): undefined reference to `mexitcount' exception.o(.text+0x729): undefined reference to `KDSEL' exception.o(.text+0x740): undefined reference to `mexitcount' exception.o: In function `Xfastintr7': exception.o(.text+0x755): undefined reference to `KDSEL' exception.o(.text+0x795): undefined reference to `mexitcount' exception.o(.text+0x7c9): undefined reference to `KDSEL' exception.o(.text+0x7e0): undefined reference to `mexitcount' exception.o: In function `Xfastintr8': exception.o(.text+0x7f5): undefined reference to `KDSEL' exception.o(.text+0x837): undefined reference to `mexitcount' exception.o(.text+0x869): undefined reference to `KDSEL' exception.o(.text+0x880): undefined reference to `mexitcount' exception.o: In function `Xfastintr9': exception.o(.text+0x895): undefined reference to `KDSEL' exception.o(.text+0x8d7): undefined reference to `mexitcount' exception.o(.text+0x909): undefined reference to `KDSEL' exception.o(.text+0x920): undefined reference to `mexitcount' exception.o: In function `Xfastintr10': exception.o(.text+0x935): undefined reference to `KDSEL' exception.o(.text+0x977): undefined reference to `mexitcount' exception.o(.text+0x9a9): undefined reference to `KDSEL' exception.o(.text+0x9c0): undefined reference to `mexitcount' exception.o: In function `Xfastintr11': exception.o(.text+0x9d5): undefined reference to `KDSEL' exception.o(.text+0xa17): undefined reference to `mexitcount' exception.o(.text+0xa49): undefined reference to `KDSEL' exception.o(.text+0xa60): undefined reference to `mexitcount' exception.o: In function `Xfastintr12': exception.o(.text+0xa75): undefined reference to `KDSEL' exception.o(.text+0xab7): undefined reference to `mexitcount' exception.o(.text+0xae9): undefined reference to `KDSEL' exception.o(.text+0xb00): undefined reference to `mexitcount' exception.o: In function `Xfastintr13': exception.o(.text+0xb15): undefined reference to `KDSEL' exception.o(.text+0xb57): undefined reference to `mexitcount' exception.o(.text+0xb89): undefined reference to `KDSEL' exception.o(.text+0xba0): undefined reference to `mexitcount' exception.o: In function `Xfastintr14': exception.o(.text+0xbb5): undefined reference to `KDSEL' exception.o(.text+0xbf7): undefined reference to `mexitcount' exception.o(.text+0xc29): undefined reference to `KDSEL' exception.o(.text+0xc40): undefined reference to `mexitcount' exception.o: In function `Xfastintr15': exception.o(.text+0xc55): undefined reference to `KDSEL' exception.o(.text+0xc97): undefined reference to `mexitcount' exception.o(.text+0xcc9): undefined reference to `KDSEL' exception.o(.text+0xce0): undefined reference to `mexitcount' exception.o: In function `Xintr0': exception.o(.text+0xcf8): undefined reference to `KDSEL' exception.o(.text+0xd6b): undefined reference to `mexitcount' exception.o: In function `Xintr1': exception.o(.text+0xd98): undefined reference to `KDSEL' exception.o(.text+0xe0b): undefined reference to `mexitcount' exception.o: In function `Xintr2': exception.o(.text+0xe38): undefined reference to `KDSEL' exception.o(.text+0xeab): undefined reference to `mexitcount' exception.o: In function `Xintr3': exception.o(.text+0xed8): undefined reference to `KDSEL' exception.o(.text+0xf4b): undefined reference to `mexitcount' exception.o: In function `Xintr4': exception.o(.text+0xf78): undefined reference to `KDSEL' exception.o(.text+0xfeb): undefined reference to `mexitcount' exception.o: In function `Xintr5': exception.o(.text+0x1018): undefined reference to `KDSEL' exception.o(.text+0x108b): undefined reference to `mexitcount' exception.o: In function `Xintr6': exception.o(.text+0x10b8): undefined reference to `KDSEL' exception.o(.text+0x112b): undefined reference to `mexitcount' exception.o: In function `Xintr7': exception.o(.text+0x1158): undefined reference to `KDSEL' exception.o(.text+0x11cb): undefined reference to `mexitcount' exception.o: In function `Xintr8': exception.o(.text+0x11f8): undefined reference to `KDSEL' exception.o(.text+0x126e): undefined reference to `mexitcount' exception.o: In function `Xintr9': exception.o(.text+0x1298): undefined reference to `KDSEL' exception.o(.text+0x130e): undefined reference to `mexitcount' exception.o: In function `Xintr10': exception.o(.text+0x1338): undefined reference to `KDSEL' exception.o(.text+0x13ae): undefined reference to `mexitcount' exception.o: In function `Xintr11': exception.o(.text+0x13d8): undefined reference to `KDSEL' exception.o(.text+0x144e): undefined reference to `mexitcount' exception.o: In function `Xintr12': exception.o(.text+0x1478): undefined reference to `KDSEL' exception.o(.text+0x14ee): undefined reference to `mexitcount' exception.o: In function `Xintr13': exception.o(.text+0x1518): undefined reference to `KDSEL' exception.o(.text+0x158e): undefined reference to `mexitcount' exception.o: In function `Xintr14': exception.o(.text+0x15b8): undefined reference to `KDSEL' exception.o(.text+0x162e): undefined reference to `mexitcount' exception.o: In function `Xintr15': exception.o(.text+0x1658): undefined reference to `KDSEL' exception.o(.text+0x16ce): undefined reference to `mexitcount' exception.o: In function `_doreti': exception.o(.text+0x1702): undefined reference to `_bintr' exception.o(.text+0x1729): undefined reference to `mexitcount' exception.o(.text+0x1780): undefined reference to `mexitcount' exception.o(.text+0x1828): undefined reference to `mexitcount' exception.o(.text+0x1836): undefined reference to `mexitcount' exception.o: In function `swi_generic': exception.o(.text+0x1852): undefined reference to `mexitcount' exception.o(.text+0x1866): more undefined references to `mexitcount' follow exception.o: In function `swi_generic': exception.o(.text+0x18e3): undefined reference to `KCSEL' exception.o(.text+0x18ea): undefined reference to `mexitcount' exception.o(.text+0x1903): undefined reference to `KCSEL' exception.o(.text+0x190a): undefined reference to `mexitcount' exception.o(.text+0x1923): undefined reference to `mexitcount' exception.o(.text+0x1933): undefined reference to `mexitcount' exception.o(.text+0x1943): undefined reference to `mexitcount' exception.o(.text+0x1953): undefined reference to `mexitcount' exception.o(.text+0x1963): more undefined references to `mexitcount' follow *** Error code 1 Stop. >How-To-Repeat: See above >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 Jul 6 7:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CA27E37C385 for ; Thu, 6 Jul 2000 07:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA01348; Thu, 6 Jul 2000 07:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jul 2000 07:50:03 -0700 (PDT) Message-Id: <200007061450.HAA01348@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Sheldon Hearn To: Brian Hechinger Cc: 'Robert Drehmel' , Will Andrews , current@FreeBSD.ORG, FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: Thu, 06 Jul 2000 16:44:29 +0200 On Thu, 06 Jul 2000 10:26:00 -0400, Brian Hechinger wrote: > beancounters don't understand that computers can have more than one disk let > alone multiple slices. so it gives a nice total number to slap into a pie > chart so that you can requisition more hard drives for your machines. This argument from Bill Fumerola is what swayed me enough to bring me back to being neutral. ;-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 9:10:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id 3F6DD37BA6C; Thu, 6 Jul 2000 09:10:11 -0700 (PDT) (envelope-from pherman@frenchfries.net) Received: from bagabeedaboo.security.at12.de (dial-195-14-235-163.netcologne.de [195.14.235.163]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id SAA28647; Thu, 6 Jul 2000 18:10:07 +0200 (MET DST) Received: from localhost (localhost.security.at12.de [127.0.0.1]) by bagabeedaboo.security.at12.de (8.10.2/8.10.2) with ESMTP id e66G9sJ06714; Thu, 6 Jul 2000 18:09:54 +0200 (CEST) Date: Thu, 6 Jul 2000 18:09:54 +0200 (CEST) From: Paul Herman To: Sheldon Hearn Cc: freebsd-bugs@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does In-Reply-To: <200007061450.HAA01348@freefall.freebsd.org> 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 Thu, 6 Jul 2000, Sheldon Hearn wrote: > On Thu, 06 Jul 2000 10:26:00 -0400, Brian Hechinger wrote: > > > beancounters don't understand that computers can have more than one disk let > > alone multiple slices. so it gives a nice total number to slap into a pie > > chart so that you can requisition more hard drives for your machines. > > This argument from Bill Fumerola is what swayed me enough to bring me > back to being neutral. ;-) First of all I'll state, I (just some FreeBSD user) am neutral on this as well -- which means, I wouldn't complain if it gets commited. :) There's just one thing nagging me: I still can't get past the fact that this can all be done very simply and much better with available tools. I see this option similar to, for example, "why not have an option to print only the 'Used' column." If this were to be commited, there would be no net gain. (No net loss, either.) Naturally, "no reason not to put it in" is most certainly *not* a reason to put it in. I would like to hear some to sway me one way or the other. Spoiler: df /disk1 /disk2 | \ awk '/^\// {t+=$2;u+=$3;} END { print "Total:", t,u,t-u,u*100/t; }' ...and "slaping 'df -c' into a pie chart" usually intails running it through some parser like this, anyway... or? -Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 10:42:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mercury.mich.com (mercury.mich.com [64.79.64.32]) by hub.freebsd.org (Postfix) with ESMTP id D642537B9F2; Thu, 6 Jul 2000 10:42:26 -0700 (PDT) (envelope-from will@almanac.yi.org) Received: from argon.gryphonsoft.com (pm014-016.dialup.bignet.net [64.79.82.128]) by mercury.mich.com (8.9.3/8.9.3) with ESMTP id NAA27691; Thu, 6 Jul 2000 13:41:49 -0400 Received: by argon.gryphonsoft.com (Postfix, from userid 1000) id BD02118BC; Thu, 6 Jul 2000 13:39:46 -0400 (EDT) Date: Thu, 6 Jul 2000 13:39:46 -0400 From: Will Andrews To: Paul Herman Cc: Sheldon Hearn , freebsd-bugs@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Message-ID: <20000706133946.C10303@argon.gryphonsoft.com> References: <200007061450.HAA01348@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from pherman@frenchfries.net on Thu, Jul 06, 2000 at 06:09:54PM +0200 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jul 06, 2000 at 06:09:54PM +0200, Paul Herman wrote: > Naturally, "no reason not to put it in" is most certainly *not* a > reason to put it in. I would like to hear some to sway me one way or > the other. How about precedent: du -c. "Hey, we could have used an awk script with du(1) too!!" -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 11:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 74A2437C1CA for ; Thu, 6 Jul 2000 11:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA43847; Thu, 6 Jul 2000 11:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1249537B9D8; Thu, 6 Jul 2000 11:29:48 -0700 (PDT) Message-Id: <20000706182948.1249537B9D8@hub.freebsd.org> Date: Thu, 6 Jul 2000 11:29:48 -0700 (PDT) From: sluggo@unknown.nu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19742: Kernel compile crashes under 3.5 with sbvxi0 added Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19742 >Category: kern >Synopsis: Kernel compile crashes under 3.5 with sbvxi0 added >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 06 11:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Kim Scarborough >Release: 3.5 >Organization: >Environment: FreeBSD iguana.unknown.nu 3.5-RELEASE FreeBSD 3.5-RELEASE #4: Tue Jul 4 23:05:13 CDT 2000 root@iguana.unknown.nu:/usr/src/sys/compile/IGUANA i386 >Description: When I try to add "device sbxvi0 at isa? drq 5" to my kernel config, the compile dies like so: dev_table.o(.data+0xc4): undefined reference to `attach_sb16midi' dev_table.o(.data+0xc8): undefined reference to `probe_sb16midi' sb_dsp.o: In function `sbintr': sb_dsp.o(.text+0xa9): undefined reference to `sb16midiintr' >How-To-Repeat: I've posted my kernel config to http://www.unknown.nu/temp/kernel.config, if you'd like to try to build a kernel from it. Also, I've put the output from "make" at http://www.unknown.nu/temp/make.output . >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 Jul 6 12:54:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9DABB37B90F; Thu, 6 Jul 2000 12:54:51 -0700 (PDT) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA56700; Thu, 6 Jul 2000 12:54:51 -0700 (PDT) (envelope-from billf@FreeBSD.org) Date: Thu, 6 Jul 2000 12:54:51 -0700 (PDT) From: Message-Id: <200007061954.MAA56700@freefall.freebsd.org> To: bonga@aitchisonians.org, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/19736: make world fails in /lib/libcom_err/doc Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make world fails in /lib/libcom_err/doc State-Changed-From-To: open->closed State-Changed-By: billf State-Changed-When: Thu Jul 6 12:54:12 PDT 2000 State-Changed-Why: Please read /usr/src/UPDATING. This sounds like you're trying to build non-3.x sources on a 3.x machine. http://www.freebsd.org/cgi/query-pr.cgi?pr=19736 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 13:34: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id A148237B718; Thu, 6 Jul 2000 13:34:01 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id C7BFB1C65; Thu, 6 Jul 2000 16:34:00 -0400 (EDT) Date: Thu, 6 Jul 2000 16:34:00 -0400 From: Bill Fumerola To: Paul Herman Cc: Sheldon Hearn , freebsd-bugs@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Message-ID: <20000706163400.T4034@jade.chc-chimes.com> References: <200007061450.HAA01348@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from pherman@frenchfries.net on Thu, Jul 06, 2000 at 06:09:54PM +0200 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jul 06, 2000 at 06:09:54PM +0200, Paul Herman wrote: > Naturally, "no reason not to put it in" is most certainly *not* a > reason to put it in. I would like to hear some to sway me one way or > the other. > > Spoiler: > df /disk1 /disk2 | \ > awk '/^\// {t+=$2;u+=$3;} END { print "Total:", t,u,t-u,u*100/t; }' > > ...and "slaping 'df -c' into a pie chart" usually intails running it > through some parser like this, anyway... or? [hawk-billf] /home/billf > du -s /usr/src/sys/i386 /usr/ports/math | \ awk '{t+=$1; print $0} END { print t, "\ttotal" }' 6282 /usr/src/sys/i386 15288 /usr/ports/math 21570 total [hawk-billf] /home/billf > du -cs /usr/src/sys/i386 /usr/ports/math 6282 /usr/src/sys/i386 15288 /usr/ports/math 21570 total Precedence. -- Bill Fumerola - Network Architect / Computer Horizons Corp - CHIMES e-mail: billf@chimesnet.com / billf@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 Jul 6 16:33:32 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id 3D5DE37B9FC; Thu, 6 Jul 2000 16:33:23 -0700 (PDT) (envelope-from pherman@frenchfries.net) Received: from bagabeedaboo.security.at12.de (dial-195-14-251-131.netcologne.de [195.14.251.131]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id BAA15914; Fri, 7 Jul 2000 01:33:20 +0200 (MET DST) Received: from localhost (localhost.security.at12.de [127.0.0.1]) by bagabeedaboo.security.at12.de (8.10.2/8.10.2) with ESMTP id e66NXDw07290; Fri, 7 Jul 2000 01:33:13 +0200 (CEST) Date: Fri, 7 Jul 2000 01:33:12 +0200 (CEST) From: Paul Herman To: Bill Fumerola Cc: Sheldon Hearn , freebsd-bugs@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does In-Reply-To: <20000706163400.T4034@jade.chc-chimes.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 Thu, 6 Jul 2000, Bill Fumerola wrote: > On Thu, Jul 06, 2000 at 06:09:54PM +0200, Paul Herman wrote: > > > Naturally, "no reason not to put it in" is most certainly *not* a > > reason to put it in. I would like to hear some to sway me one way or > > the other. > > > > [...] > [hawk-billf] /home/billf > du -cs /usr/src/sys/i386 /usr/ports/math > 6282 /usr/src/sys/i386 > 15288 /usr/ports/math > 21570 total > > Precedence. > OK, I'm with ya, I could go with Precedence, but you have to admit, it's pretty weak. Just because "it's been done before"...? Hmmm. Well, I was hoping for something concrete about the program like "because this option gives us something never seen by sysadmins before without massive contortions", or "this option does correctly what XXX program never could..." etc. Unfortunately, I can't think of any myself. For what one person's opinion is worth, I still haven't heard a strong reason for this. Sorry guys, you can still color me undecided on this one. :( On a side note, look what I found: bash-2.03# cd bash-2.03# ln -s /dev/ad0s6e "Heh? What's this?" bash-2.03# mount "Heh? What's this?" /mnt bash-2.03# ln -s /dev/ad0s6f total bash-2.03# mount total /mnt2 bash-2.03# mkdir whut_thuh_hey; cd whut_thuh_hey bash-2.03# ln -s /dev/ad0s6g total bash-2.03# mount total /mnt3 bash-2.03# df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s2a 446503 30922 379861 8% / /dev/ad0s9e 1453615 758910 578416 57% /usr /dev/ad0s9f 968983 357403 534062 40% /usr/local /dev/ad0s9g 242239 9945 212915 4% /var /dev/ad0s9h 2013515 1242447 609987 67% /u01 procfs 4 4 0 100% /proc Heh? What's this? 242239 9945 212915 4% /mnt total 1581144 505684 995140 34% /mnt2 total 1391380 414168 906528 31% /mnt3 bash-2.03# Hee, hee. Yes, this is probably no big deal (and not put forth as any strong argument for not commiting this) but who knows what some cronjob scripts might expect. Hmmm, let me give constructive criticism a shot and see how far it goes: Perhaps if it were expected that the "df -c" output were completly different? Then "total" would be less likely to be counted as some other filesystem by mistake? Perhaps something along the lines: bash-2.0.3# df -c /usr /usr/local Totals for: /usr /usr/local 1K-Blocks: 2422598 Used: 1116313 Avail: 1306285 Capacity: 46% Dunno how that would go over with the purists, though... after all 'df' is in one of the holiest of directories... /bin. -Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 18:50: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2793337BC82 for ; Thu, 6 Jul 2000 18:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA26494; Thu, 6 Jul 2000 18:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from hand.dotat.at (hand.dotat.at [212.240.134.135]) by hub.freebsd.org (Postfix) with ESMTP id B9CD537BB45 for ; Thu, 6 Jul 2000 18:41:32 -0700 (PDT) (envelope-from fanf@hand.dotat.at) Received: (from fanf@localhost) by hand.dotat.at (8.9.3/8.9.3) id AAA05468; Fri, 7 Jul 2000 00:42:25 GMT (envelope-from fanf) Message-Id: <200007070042.AAA05468@hand.dotat.at> Date: Fri, 7 Jul 2000 00:42:25 GMT From: Tony Finch Reply-To: Tony Finch To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/19745: Missing " character in sccs2rcs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19745 >Category: misc >Synopsis: Missing " character in sccs2rcs >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 Jul 06 18:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Tony Finch >Release: FreeBSD 4.0-STABLE-20000705 i386 >Organization: dotat >Environment: FreeBSD hand.dotat.at 4.0-STABLE-20000705 FreeBSD 4.0-STABLE-20000705 #0: Wed Jul 5 18:19:37 GMT 2000 root@hand.dotat.at:/build/obj/build/src/sys/DELL-Latitude-CPx i386 >Description: Missing " character in sccs2rcs at the end of line 72 >How-To-Repeat: Try running sccs2rcs in a directory with populated SCCS and RCS subdirectories. >Fix: --- /usr/src/contrib/cvs/contrib/sccs2rcs.csh Fri Jan 15 12:05:57 1999 +++ sccs2rcs.csh Fri Jul 7 00:37:40 2000 @@ -69,7 +69,7 @@ if (-d RCS) then echo "Warning: RCS directory exists" if (`ls -a RCS | wc -l` > 2) then - echo "Error: RCS directory not empty + echo "Error: RCS directory not empty" exit 1 endif else >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 Jul 6 20:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9152C37B750 for ; Thu, 6 Jul 2000 20:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA51303; Thu, 6 Jul 2000 20:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jul 2000 20:30:04 -0700 (PDT) Message-Id: <200007070330.UAA51303@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Vladimir B. Grebenschikov" Subject: Re: kern/19436: when using vlanX interface arp ageing work incorrectly Reply-To: "Vladimir B. Grebenschikov" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19436; it has been noted by GNATS. From: "Vladimir B. Grebenschikov" To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/19436: when using vlanX interface arp ageing work incorrectly Date: Fri, 7 Jul 2000 07:24:51 +0400 (MSD) After some debugging I've found that there is actually two problems: First - with switching hardware (Inter 460t with 802.1Q capable firmware), It fails correct deliver broadcasts from trunked port to untrunked port after untrunked port goes down and then up. Second - with arp utility, it can't handle arp entries on vlanX interfaces correctly, there is simple patch for fix arp behavior: diff -N -u arp.c.orig arp.c --- usr.sbin/arp/arp.c.orig Fri Jul 7 07:11:48 2000 +++ usr.sbin/arp/arp.c Fri Jul 7 07:11:20 2000 @@ -397,7 +397,7 @@ (rtm->rtm_flags & RTF_LLINFO) && !(rtm->rtm_flags & RTF_GATEWAY)) switch (sdl->sdl_type) { case IFT_ETHER: case IFT_FDDI: case IFT_ISO88023: - case IFT_ISO88024: case IFT_ISO88025: + case IFT_ISO88024: case IFT_ISO88025: case IFT_PROPVIRTUAL: goto delete; } } -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, vova@express.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jul 6 23: 0: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3F89B37BCED for ; Thu, 6 Jul 2000 23:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA83517; Thu, 6 Jul 2000 23:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 6 Jul 2000 23:00:03 -0700 (PDT) Message-Id: <200007070600.XAA83517@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Mark W. Krentel" Subject: Re: kern/19407: Panic running linux binary on ext2fs Reply-To: "Mark W. Krentel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19407; it has been noted by GNATS. From: "Mark W. Krentel" To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/19407: Panic running linux binary on ext2fs Date: Fri, 7 Jul 2000 01:53:55 -0400 (EDT) I've run some more experiments and I've narrowed the problem somewhat. Using the Slackware 7 live file system, I tar-copied /cdrom/live/bin onto ufs and ext2fs partitions. Then I ran Slackware's ls from ufs, cdrom and ext2fs and listed directories on ufs, cdrom and ext2fs. Sometimes it worked ok, sometimes the output of ls was corrupt (too few files), and the pattern is quite clear. directory listed on binary on ufs cdrom ext2fs ufs ok corrupt corrupt cdrom ok corrupt corrupt ext2fs ok corrupt corrupt I also updated libncurses.so.5.0 and installed emacs's libexec and share files and repeated the above test with dired from emacs. I got the same results, except that the corrupt directory listings were slightly different between ls and emacs. For example, in one directory on ext2fs that actually has 77 files, ls reported 71 files, but dired listed only 29. But they always either both worked or both had too few files. And sometimes the bottom row panics, but not this time. For example, this is Slackware's ls (on ufs) listing a directory on ext2fs that actually has 89 files. % ./ls /mnt/bin awk chmod cp gawk keys;^ mkdir mv sed touch bash chown dd gawk-3.0.4 ln mknod rm sh chgrp consolechars df igawk ls mktemp rmdir sync And the same Linux ls listing a cdrom directory with 801 files. It comes up 792 files short. % ./ls /cdrom/live/usr/bin 00_TRANS.TBL a2p aafire aainfo aasavefont aatest aclocal addr addr2line So, apparently the Linux ls is having trouble reading non-ufs file systems. And I noticed that dired was unable to do path completion. I typed /cdrom/li and hit tab, and emacs complained that there was no completion, probably because there is no /compat/linux/cdrom/li*. But there is /cdrom/live/bin and dired listed it, although incorrectly. I'll take a wild guess and say that the Linuxulator opens a file or directory and gets an error, but it doesn't notice the error and proceeds blindly along. Maybe where it chooses between lookups in /compat/linux or /. But that's a wild guess. --Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 7 0:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EA2F137BDF7 for ; Fri, 7 Jul 2000 00:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA97811; Fri, 7 Jul 2000 00:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from cr280808-a.crdva1.bc.wave.home.com (cr280808-a.crdva1.bc.wave.home.com [24.113.241.196]) by hub.freebsd.org (Postfix) with SMTP id F3D7137BDC9 for ; Fri, 7 Jul 2000 00:25:48 -0700 (PDT) (envelope-from lyonsm@cr280808-a.crdva1.bc.wave.home.com) Received: (qmail 926 invoked by uid 0); 6 Jul 2000 23:44:32 -0000 Message-Id: <20000706234432.925.qmail@cr280808-a.crdva1.bc.wave.home.com> Date: 6 Jul 2000 23:44:32 +0000 From: lyonsm@netbistro.com Reply-To: ml-dyn-bsdpr@netbistro.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19748: fetch -o clobbers special files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19748 >Category: bin >Synopsis: fetch -o will unlink special files >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: Fri Jul 07 00:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: M Lyons >Release: FreeBSD 4.0-RELEASE i386 >Organization: >Environment: >Description: (This is arguably a change-request and not a sw-bug.) In some circumstances, fetch -o will unlink the target file if a transfer fails. It's true that this behaviour can be suppressed with the -R switch; however, fetch should probably never unlink special files or files it didn't create (or other people who use fetch -o/dev/null in a script might find themselves wondering why /dev/null keeps disappearing. :) >How-To-Repeat: As root, fetch an unreachable address to /dev/null, and then kill with SIGINT before it times out: # cp -Rp /dev/null /tmp/mynull # fetch -o/tmp/mynull http://1.2.3.4/foo (wait a few sec, then hit CTRL-C) # ls -l /tmp/mynull (it's gone!) >Fix: The following patch to src/usr.bin/fetch/util.c makes fetch more careful about unlinking special files. A better fix might be to have fetch decline to unlink files it didn't create. *** util.c.orig Thu Jul 6 23:08:10 2000 --- util.c Thu Jul 6 23:23:53 2000 *************** *** 29,36 **** --- 29,37 ---- * $FreeBSD: src/usr.bin/fetch/util.c,v 1.7 1999/08/28 01:00:52 peter Exp $ */ #include + #include #include #include #include *************** *** 104,117 **** } /* * Delete the file when exiting on error, if it is not `precious'. */ void rm(struct fetch_state *fs) { if (!(fs->fs_outputfile[0] == '-' && fs->fs_outputfile[1] == '\0')) { ! if (!fs->fs_restart && !fs->fs_mirror && !fs->fs_precious) unlink(fs->fs_outputfile); else adjmodtime(fs); } --- 105,126 ---- } /* * Delete the file when exiting on error, if it is not `precious'. + * Files which exist and are not plain files are automatically considered + * precious. */ void rm(struct fetch_state *fs) { + int precious = fs->fs_precious; + struct stat sb; + + if(lstat(fs->fs_outputfile, &sb)) return; + if((sb.st_mode & S_IFMT) != S_IFREG) precious = 1; + if (!(fs->fs_outputfile[0] == '-' && fs->fs_outputfile[1] == '\0')) { ! if (!fs->fs_restart && !fs->fs_mirror && !precious) unlink(fs->fs_outputfile); else adjmodtime(fs); } >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 Jul 7 1:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7F72037B754 for ; Fri, 7 Jul 2000 01:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA03289; Fri, 7 Jul 2000 01:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail2.netcologne.de (mail2.netcologne.de [194.8.194.103]) by hub.freebsd.org (Postfix) with ESMTP id 8816937B7AC for ; Fri, 7 Jul 2000 01:00:57 -0700 (PDT) (envelope-from pherman@frenchfries.net) Received: from bagabeedaboo.security.at12.de (dial-195-14-226-162.netcologne.de [195.14.226.162]) by mail2.netcologne.de (8.9.3/8.9.3) with ESMTP id KAA13552 for ; Fri, 7 Jul 2000 10:00:54 +0200 (MET DST) Received: (from root@localhost) by bagabeedaboo.security.at12.de (8.10.2/8.10.2) id e677vjL01198; Fri, 7 Jul 2000 09:57:45 +0200 (CEST) Message-Id: <200007070757.e677vjL01198@bagabeedaboo.security.at12.de> Date: Fri, 7 Jul 2000 09:57:45 +0200 (CEST) From: pherman@frenchfries.net Reply-To: pherman@frenchfries.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/19750: sbsize in /etc/login.conf is type number Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19750 >Category: conf >Synopsis: sbsize in /etc/login.conf is type number >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: Fri Jul 07 01:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Paul Herman >Release: FreeBSD 4.0-STABLE i386 >Organization: >Environment: 4.0-STABLE-20000704 >Description: sbsize in /etc/login.conf has type "number" instead of "bytes". For example, if the administrator wishes to set a 2 MB limit on sbsize, 2097152 works, but "2M" gives an error at login. >How-To-Repeat: Try to use any size setting (i.e. "2M", "1024K", etc.) for sbsize. >Fix: Patch for libutil (tested for about 5 minutes, seems to work :) --- lib/libutil/login.conf.5.orig Fri Jul 7 09:26:39 2000 +++ lib/libutil/login.conf.5 Fri Jul 7 09:26:47 2000 @@ -160,5 +160,5 @@ .It maxproc number Maximum number of processes. .It openfiles number Maximum number of open files per process. -.It sbsize number Maximum permitted socketbuffer size. +.It sbsize size Maximum permitted socketbuffer size. .El .Pp --- lib/libutil/login_class.c.orig Fri Jul 7 09:22:42 2000 +++ lib/libutil/login_class.c Fri Jul 7 09:23:24 2000 @@ -56,5 +56,5 @@ { "openfiles", login_getcapnum, RLIMIT_NOFILE }, { "coredumpsize", login_getcapsize, RLIMIT_CORE }, - { "sbsize", login_getcapnum, RLIMIT_SBSIZE }, + { "sbsize", login_getcapsize, RLIMIT_SBSIZE }, { NULL, 0, 0 } }; >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 Jul 7 7:15:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1FD2437BF92; Fri, 7 Jul 2000 07:15:29 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA76025; Fri, 7 Jul 2000 07:15:28 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 7 Jul 2000 07:15:28 -0700 (PDT) From: Message-Id: <200007071415.HAA76025@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: bin/19748: fetch -o will unlink special files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fetch -o will unlink special files Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: sheldonh Responsible-Changed-When: Fri Jul 7 07:13:30 PDT 2000 Responsible-Changed-Why: DES will be interested in this observation. Note to the originator: don't expect anything to happen in a hurry. DES is re-implementing fetch(1) in the development branch of FreeBSD at a moment, so it may be a while before you see any such change (if any change is made). http://www.freebsd.org/cgi/query-pr.cgi?pr=19748 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 7 7:21: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5B4C237BE46; Fri, 7 Jul 2000 07:20:59 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA76630; Fri, 7 Jul 2000 07:20:59 -0700 (PDT) (envelope-from sheldonh@FreeBSD.org) Date: Fri, 7 Jul 2000 07:20:59 -0700 (PDT) From: Message-Id: <200007071420.HAA76630@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, peter@FreeBSD.org Subject: Re: misc/19745: Missing " character in sccs2rcs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Missing " character in sccs2rcs Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: sheldonh Responsible-Changed-When: Fri Jul 7 07:20:32 PDT 2000 Responsible-Changed-Why: Peter's baby. http://www.freebsd.org/cgi/query-pr.cgi?pr=19745 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 7 7:52:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id C2EF737BE9A for ; Fri, 7 Jul 2000 07:52:45 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id KAA37886; Fri, 7 Jul 2000 10:52:20 -0400 (EDT) (envelope-from wollman) Date: Fri, 7 Jul 2000 10:52:20 -0400 (EDT) From: Garrett Wollman Message-Id: <200007071452.KAA37886@khavrinen.lcs.mit.edu> To: "Vladimir B. Grebenschikov" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/19436: when using vlanX interface arp ageing work incorrectly In-Reply-To: <200007070330.UAA51303@freefall.freebsd.org> References: <200007070330.UAA51303@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > + case IFT_ISO88024: case IFT_ISO88025: case IFT_PROPVIRTUAL: This is actually a bug in my original if_vlan implementation; I should have defined a new interface type. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 7 9:30: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BB37737BE75 for ; Fri, 7 Jul 2000 09:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA94008; Fri, 7 Jul 2000 09:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from byzantine.student.umd.edu (byzantine.student.umd.edu [129.2.228.41]) by hub.freebsd.org (Postfix) with ESMTP id 046F837B5C7 for ; Fri, 7 Jul 2000 09:20:21 -0700 (PDT) (envelope-from howardjp@byzantine.student.umd.edu) Received: (from howardjp@localhost) by byzantine.student.umd.edu (8.9.3/8.9.3) id MAA77327; Fri, 7 Jul 2000 12:20:20 -0400 (EDT) (envelope-from howardjp) Message-Id: <200007071620.MAA77327@byzantine.student.umd.edu> Date: Fri, 7 Jul 2000 12:20:20 -0400 (EDT) From: James Howard Reply-To: howardjp@byzantine.student.umd.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19755: nologin not configurable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19755 >Category: bin >Synopsis: nologin not configurable >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 Jul 07 09:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: James Howard >Release: FreeBSD 5.0-CURRENT i386 >Organization: Arbornet.org >Environment: FreeBSD 5 >Description: I wanted to displaya specific text message when a specific user logs in using nologin.8. But nologin only has a certain static message. So I modified it to fix the problem :) >How-To-Repeat: N/A >Fix: diff -u nologin.orig/nologin.8 nologin/nologin.8 --- nologin.orig/nologin.8 Thu Jul 6 22:58:19 2000 +++ nologin/nologin.8 Thu Jul 6 22:58:00 2000 @@ -46,6 +46,23 @@ exits non-zero. It is intended as a replacement shell field for accounts that have been disabled. +.Pp +.Nm Nologin +first looks in the user's home directory for +.Pa ~/.nologin +and displays its contents before exiting. If that file does +not exist or is not readable, +.Nm +will look in +.Pa /etc/nologin +for the message. Finally, if no suitable message is found, the +text "This account is currently not available." is displayed. +.Sh FILES +.Bl -tag -width /etc/nologin -compact +.It Pa ~/.nologin +User specific warning message +.It Pa /etc/nologin +System wide warning message .Sh SEE ALSO .Xr login 1 , .Xr nologin 5 . diff -u nologin.orig/nologin.sh nologin/nologin.sh --- nologin.orig/nologin.sh Thu Jul 6 22:58:19 2000 +++ nologin/nologin.sh Thu Jul 6 22:53:20 2000 @@ -35,5 +35,12 @@ # $FreeBSD: src/sbin/nologin/nologin.sh,v 1.4 1999/08/28 00:13:57 peter Exp $ # -echo 'This account is currently not available.' +if [ -r ~/.nologin ]; then + cat ~/.nologin +elif [ -r /etc/nologin ]; then + cat /etc/nlogin +else + echo 'This account is currently not available.' +fi + exit 1 >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 Jul 7 12: 2:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from hawaii.rr.com (hnlmail1.hawaii.rr.com [24.25.227.33]) by hub.freebsd.org (Postfix) with ESMTP id 9345A37BF70; Fri, 7 Jul 2000 12:02:13 -0700 (PDT) (envelope-from tomokolove@anet.ne.jp) Received: from localhost ([204.210.118.42]) by hawaii.rr.com with Microsoft SMTPSVC(5.5.1877.447.44); Fri, 7 Jul 2000 08:05:37 -1000 X-Sender: tomokolove@anet.ne.jp From: Tomoko To: "love" Date: Fri, 07 Jul 2000 08:03:34 -1000 Subject: AC` MIME-Version: 1.0 Content-Type: text/plain; charset=euc-jp Content-Transfer-Encoding: 7bit Message-ID: <0af323705180770HNLMAIL1@hawaii.rr.com> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org MI AC`B TCgAgB AEEEp`B TCgAAB Ag AB http://www.e-sexcity.com/ AB B B Love To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 7 12:45:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 060EF37C4D2; Fri, 7 Jul 2000 12:45:57 -0700 (PDT) (envelope-from ghelmer@FreeBSD.org) Received: (from ghelmer@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA34728; Fri, 7 Jul 2000 12:45:57 -0700 (PDT) (envelope-from ghelmer@FreeBSD.org) Date: Fri, 7 Jul 2000 12:45:57 -0700 (PDT) From: Message-Id: <200007071945.MAA34728@freefall.freebsd.org> To: matt@arpa.mail.net, ghelmer@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18153: traceroute's usage() does not show -S as a valid option. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: traceroute's usage() does not show -S as a valid option. State-Changed-From-To: open->closed State-Changed-By: ghelmer State-Changed-When: Fri Jul 7 14:44:59 CDT 2000 State-Changed-Why: Patch committed to traceroute.c version 1.14. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=18153 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 7 13: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E963837C39D for ; Fri, 7 Jul 2000 13:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA37892; Fri, 7 Jul 2000 13:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from hetnet.nl (net090s.hetnet.nl [194.151.104.183]) by hub.freebsd.org (Postfix) with ESMTP id 5592137C455 for ; Fri, 7 Jul 2000 12:50:22 -0700 (PDT) (envelope-from leonardjo@hetnet.nl) Received: from potkoffie ([195.121.128.4]) by hetnet.nl with Microsoft SMTPSVC(5.5.1877.387.38); Fri, 7 Jul 2000 21:50:18 +0200 Message-Id: <39665041.10109.B8D16@localhost> Date: Fri, 7 Jul 2000 21:48:49 +0200 From: "Leonard den Ottolander" To: FreeBSD-gnats-submit@freebsd.org Subject: kern/19756: Inability to use linux extended partition (type 0x85) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19756 >Category: kern >Synopsis: Inability to use linux extended partition (type 0x85) >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: Fri Jul 07 13:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Leonard den Ottolander >Release: FreeBSD 4.0-RELEASE i386 >Organization: >Environment: >Description: The kernel is yet unable to use the linux extended partition (type 0x85). The linux extended partition is just a dos extended partition with a different identifier, as not to confuse dos. Implementing the use of the linux extended partition requires the partition type to be known, and a check for its presence. >How-To-Repeat: >Fix: Following is a diff of the original to a patched /sys/kern/subr_diskmbr.c: *** subr_diskmbr.c.000 Fri Jan 28 11:22:07 2000 --- subr_diskmbr.c Mon Jun 26 19:42:55 2000 *************** *** 49,55 **** --- 49,59 ---- #include #define DOSPTYP_EXTENDED 5 #define DOSPTYP_EXTENDEDX 15 + #define DOSPTYP_LINUXEXTENDED 133 #define DOSPTYP_ONTRACK 84 + #define IS_EXTENDED(p) \ + ((p) == DOSPTYP_EXTENDED || (p) == DOSPTYP_EXTENDEDX \ + || (p) == DOSPTYP_LINUXEXTENDED ) #include #include #include *************** *** 343,350 **** /* Handle extended partitions. */ sp -= NDOSPART; for (dospart = 0; dospart < NDOSPART; dospart++, sp++) ! if (sp->ds_type == DOSPTYP_EXTENDED || ! sp->ds_type == DOSPTYP_EXTENDEDX) mbr_extended(bp->b_dev, lp, ssp, sp->ds_offset, sp->ds_size, sp->ds_offset, max_nsectors, max_ntracks, mbr_offset, 1); --- 347,353 ---- /* Handle extended partitions. */ sp -= NDOSPART; for (dospart = 0; dospart < NDOSPART; dospart++, sp++) ! if (IS_EXTENDED(sp->ds_type)) mbr_extended(bp->b_dev, lp, ssp, sp->ds_offset, sp->ds_size, sp->ds_offset, max_nsectors, max_ntracks, mbr_offset, 1); *************** *** 433,440 **** if (dp->dp_scyl == 0 && dp->dp_shd == 0 && dp->dp_ssect == 0 && dp->dp_start == 0 && dp->dp_size == 0) continue; ! if (dp->dp_typ == DOSPTYP_EXTENDED || ! dp->dp_typ == DOSPTYP_EXTENDEDX) { static char buf[32]; sname = dsname(dev, dkunit(dev), WHOLE_DISK_SLICE, --- 436,442 ---- if (dp->dp_scyl == 0 && dp->dp_shd == 0 && dp->dp_ssect == 0 && dp->dp_start == 0 && dp->dp_size == 0) continue; ! if (IS_EXTENDED(dp->dp_typ)) { static char buf[32]; sname = dsname(dev, dkunit(dev), WHOLE_DISK_SLICE, >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 Jul 7 17: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 04DEB37B987 for ; Fri, 7 Jul 2000 17:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA65147; Fri, 7 Jul 2000 17:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.ruhr.de (in-ruhr2.ruhr.de [141.39.224.60]) by hub.freebsd.org (Postfix) with SMTP id 25B4737BAE5 for ; Fri, 7 Jul 2000 16:59:29 -0700 (PDT) (envelope-from ue@nathan.ruhr.de) Received: (qmail 38427 invoked by alias); 8 Jul 2000 00:01:00 -0000 Received: (from ue@localhost) by nathan.ruhr.de (8.9.3/8.9.3) id XAA56270; Fri, 7 Jul 2000 23:12:04 +0200 (CEST) (envelope-from ue) Message-Id: <200007072112.XAA56270@nathan.ruhr.de> Date: Fri, 7 Jul 2000 23:12:04 +0200 (CEST) From: Udo Erdelhoff Reply-To: ue@nathan.ruhr.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/19770: Confusing NOTES entry for SOFTUPDATES Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19770 >Category: conf >Synopsis: Confusing NOTES entry for SOFTUPDATES >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Jul 07 17:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Udo Erdelhoff >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: src/sys/i386/conf/NOTES, 1.793 >Description: The NOTES entry for softupdates reads: # Soft updates is technique for improving file system speed and # making abrupt shutdown less risky. It is not enabled by default due # to copyright restraints on the code that implement it. # options SOFTUPDATES a) The first sentence should start with "Soft updates is a technique..." b) The second senctence should be removed - the restraints have been dropped and SOFTUPDATES is now enabled by default. >How-To-Repeat: Open the file in the one true editor (vi ;->) and search for SOFTUPDATES >Fix: Index: NOTES =================================================================== RCS file: /home/ncvs/src/sys/i386/conf/NOTES,v retrieving revision 1.793 diff -u -r1.793 NOTES --- NOTES 2000/07/04 17:37:21 1.793 +++ NOTES 2000/07/07 20:59:26 @@ -643,9 +643,8 @@ # Also, 'options MFS' is currently incompatible with DEVFS. options DEVFS #devices filesystem -# Soft updates is technique for improving file system speed and -# making abrupt shutdown less risky. It is not enabled by default due -# to copyright restraints on the code that implement it. +# Soft updates is a technique for improving file system speed and +# making abrupt shutdown less risky. # options SOFTUPDATES >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 Jul 7 17:10:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 7BA9137B55E for ; Fri, 7 Jul 2000 17:10:16 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 10271289 invoked from network); 8 Jul 2000 00:10:13 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 8 Jul 2000 00:10:13 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id CAA34519; Sat, 8 Jul 2000 02:10:12 +0200 (CEST) (envelope-from root) Posted-Date: Sat, 8 Jul 2000 02:10:12 +0200 (CEST) To: Paul Herman Cc: Bill Fumerola , Sheldon Hearn , freebsd-bugs@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does References: Reply-To: clefevre@citeweb.net X-Face: V|+c;4!|B?E%BE^{E6);aI.[<97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C From: Cyrille Lefevre Date: 08 Jul 2000 02:10:11 +0200 In-Reply-To: Paul Herman's message of "Fri, 7 Jul 2000 01:33:12 +0200 (CEST)" Message-ID: Lines: 55 X-Mailer: Gnus v5.6.45/XEmacs 21.1 - "Canyonlands" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Paul Herman writes: > On Thu, 6 Jul 2000, Bill Fumerola wrote: > [snip] > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad0s2a 446503 30922 379861 8% / > /dev/ad0s9e 1453615 758910 578416 57% /usr > /dev/ad0s9f 968983 357403 534062 40% /usr/local > /dev/ad0s9g 242239 9945 212915 4% /var > /dev/ad0s9h 2013515 1242447 609987 67% /u01 > procfs 4 4 0 100% /proc > Heh? What's this? 242239 9945 212915 4% /mnt > total 1581144 505684 995140 34% /mnt2 > total 1391380 414168 906528 31% /mnt3 > bash-2.03# > > Hee, hee. Yes, this is probably no big deal (and not put forth as any > strong argument for not commiting this) but who knows what some > cronjob scripts might expect. Hmmm, let me give constructive > criticism a shot and see how far it goes: humm! you are looking for a small bug (the beast :) this problem also exists w/ du -c... # cp -rp /etc/defaults total # du -c total 69 total 69 total so, your argumentation isn't "viable" (in french, don't know the translation in english, sorry). if you prefer, say "total:" inseatd of just "total" since it's not possible to remote mount something like this. but what about du -c in this case... > Perhaps if it were expected that the "df -c" output were completly > different? Then "total" would be less likely to be counted as some > other filesystem by mistake? Perhaps something along the lines: > > bash-2.0.3# df -c /usr /usr/local > Totals for: /usr /usr/local > 1K-Blocks: 2422598 > Used: 1116313 > Avail: 1306285 > Capacity: 46% > > Dunno how that would go over with the purists, though... after all > 'df' is in one of the holiest of directories... /bin. Cyrille. -- home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me repondre. work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 7 17:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 37CDD37BCFC for ; Fri, 7 Jul 2000 17:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA70393; Fri, 7 Jul 2000 17:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 7 Jul 2000 17:30:03 -0700 (PDT) Message-Id: <200007080030.RAA70393@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Cyrille Lefevre Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Reply-To: Cyrille Lefevre Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19635; it has been noted by GNATS. From: Cyrille Lefevre To: Sheldon Hearn Cc: Will Andrews , freebsd-gnats-submit@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: bin/19635: add -c for grand total to df(1), like du(1) does Date: 08 Jul 2000 02:22:08 +0200 Sheldon Hearn writes: > On Tue, 04 Jul 2000 15:47:25 -0400, Will Andrews wrote: > > > On Tue, Jul 04, 2000 at 04:06:46PM +0200, Sheldon Hearn wrote: > > > My only objection is that it seems to produce useless values. Can you > > > think of a use for these grand totals? > > > > They are helpful for monitoring total space; I would use them in > > administrative scripts to watch my space. > > Okay, then. Let me be more specific. How is the notion of "total > space" useful? :-) statistics for backup tapes needed. for instance, at work, there is a big restructuration of departements. so, there are 10 gigs (about 300 GB) to move from servers to others. of course, I use some kind of awk scripts to do the same things. but, under FreeBSD, I saw that du has a -c option to do that job. why df couln't have the same option to do the same job ? for every scripts I write, I do it the more portable as possible I can. but if I can optimize the job, I'll do it. another way to say that is : how is it possible you don't like this option to df for any reason, while you have accepted the same option to du ? Cyrille. -- home:mailto:clefevre@no-spam.citeweb.net Supprimer "no-spam." pour me repondre. work:mailto:Cyrille.Lefevre@no-spam.edf.fr Remove "no-spam." to answer me back. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 7 17:50:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1F79A37BCDE for ; Fri, 7 Jul 2000 17:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA73148; Fri, 7 Jul 2000 17:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id D806837BA49; Fri, 7 Jul 2000 17:49:07 -0700 (PDT) Message-Id: <20000708004907.D806837BA49@hub.freebsd.org> Date: Fri, 7 Jul 2000 17:49:07 -0700 (PDT) From: cweber@dialup.nacamar.de To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19771: elm port in 4.0-RELEASE is broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19771 >Category: misc >Synopsis: elm port in 4.0-RELEASE is broken >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: Fri Jul 07 17:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Christoph Weber-Fahr >Release: 4.0-RELEASE >Organization: >Environment: FreeBSD helena.xx 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Sat Jul 8 02:02:32 CEST 2000 wefa@helena.xx:/usr/src/sys/compile/HELENA i386 >Description: Starting elm as a normal user produces a segmentation violation: Reading in /var/mail/wefa, message: 0 Segment Violation signal! Emergency exit taken! All temp files intact! ABORTING... Abort >How-To-Repeat: Install elm (i tried both the packagage and the port) make sure there is no /var/mail/yourname start elm >Fix: no idea >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 Jul 7 18:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 69E3737B547 for ; Fri, 7 Jul 2000 18:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA78834; Fri, 7 Jul 2000 18:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from heitec.net (paladin.heitec.net [212.204.92.251]) by hub.freebsd.org (Postfix) with ESMTP id 8884E37B519 for ; Fri, 7 Jul 2000 18:38:44 -0700 (PDT) (envelope-from bernd@heitec.net) Received: (from root@localhost) by heitec.net (8.9.3/8.9.3) id DAA38919; Sat, 8 Jul 2000 03:38:50 +0200 (CEST) (envelope-from bernd) Message-Id: <200007080138.DAA38919@ heitec.net> Date: Sat, 8 Jul 2000 03:38:50 +0200 (CEST) From: bdluevel@heitec.net Reply-To: bdluevel@heitec.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19772: df output wrong for union-mounts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19772 >Category: bin >Synopsis: df output wrong for union-mounts >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: Fri Jul 07 18:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Bernd Luevelsmeyer >Release: FreeBSD 4.0-STABLE i386 >Organization: Heitec AG >Environment: FreeBSD 4.0-STABLE #1: Tue Jul 4 05:48:30 CEST 2000 >Description: 'df -t nonfs' lists, if two partitions are mounted to the same mountpoint with 'union', one of them twice and omits the other. 'df' by itself lists both, as expected. This also affects the "daily" report to root, /etc/periodic/daily/400.status-disks >How-To-Repeat: $ mount -p | grep ftproot /dev/ad1s1e /ftproot ufs rw,noatime 2 2 /dev/ad2s1e /ftproot/pub/stuff ufs rw,noatime 2 2 /dev/ad3s1e /ftproot/pub/stuff ufs rw,union,noatime 2 2 $ df | grep ftproot /dev/ad1s1e 17255046 10381956 5492688 65% /ftproot /dev/ad2s1e 48443416 43861994 705950 98% /ftproot/pub/stuff /dev/ad3s1e 38779472 7757158 27919958 22% /ftproot/pub/stuff $ df -t nonfs | grep ftproot /dev/ad1s1e 17255046 10381956 5492688 65% /ftproot /dev/ad3s1e 38779472 7757158 27919958 22% /ftproot/pub/stuff /dev/ad3s1e 38779472 7757158 27919958 22% /ftproot/pub/stuff >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 Jul 7 19: 0: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E3EEB37B574 for ; Fri, 7 Jul 2000 19:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA80679; Fri, 7 Jul 2000 19:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id EC20F37B552 for ; Fri, 7 Jul 2000 18:53:33 -0700 (PDT) (envelope-from joelh@beastie.mayfield.hp.com) Received: from beastie.mayfield.hp.com (beastie.mayfield.hp.com [15.37.242.90]) by palrel1.hp.com (Postfix) with ESMTP id D0291CB9 for ; Fri, 7 Jul 2000 18:53:33 -0700 (PDT) Received: (from joelh@localhost) by beastie.mayfield.hp.com (8.9.3/8.9.3) id WAA07069; Fri, 7 Jul 2000 22:42:10 -0700 (PDT) (envelope-from joelh) Message-Id: <200007080542.WAA07069@beastie.mayfield.hp.com> Date: Fri, 7 Jul 2000 22:42:10 -0700 (PDT) From: joelh@gnu.org Reply-To: joelh@gnu.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19773: [PATCH] telnet infinite loop depending on how fds are closed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19773 >Category: bin >Synopsis: [PATCH] telnet infinite loop depending on how fds are closed >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 Jul 07 19:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Joel Ray Holveck >Release: FreeBSD 4.0-STABLE i386 >Organization: none >Environment: FreeBSD 4.0, Pentium 90, nothing extraordinary here that seems relevant >Description: The telnet client can get into an infinite loop if the pipe going to stdout and stderr is closed before the pipe going to stdin. This is because, on a SIGPIPE, it will assume that the remote has closed its connection. It longjmp()'s out of the signal handler, and reports this to the user on stdout or stderr (not sure which, doesn't really matter), generating another SIGPIPE. Now, that SIGPIPE will try the same longjmp. telnet tries to report again, gets another SIGPIPE... ad infinitum. >How-To-Repeat: Compile and run the following program. (I'm not sure how necessary the sleeps are, and this has a few minor bugs, but it demonstrates the problem.) After the process closes the pipe from "me->telnet", then the telnet process (find it with top or ps, sorry) will go into the aforementioned infinite loop. Note that the telnet sticks around after the calling program exits; find it with top or ps and kill it yourself. #include #include int main(int argc, char *argv[]) { int topipe[2]; int frompipe[2]; pipe(&topipe); pipe(&frompipe); if (!fork()) { close(topipe[1]); close(frompipe[0]); dup2(topipe[0], 0); dup2(frompipe[1], 1); dup2(frompipe[1], 2); execlp("/usr/bin/telnet", "telnet", "localhost", NULL); abort(); } close(topipe[0]); close(frompipe[1]); printf("forked\n"); sleep(5); printf("closing telnet->me\n"); close(frompipe[0]); sleep(3); printf("closing me->telnet\n"); close(topipe[1]); sleep(2); printf("bye\n"); exit(0); } >Fix: Here's the fix for crypto/telnet/telnet/sys_bsd.c. I haven't looked at the other telnets, but I would assume they would be similar. Caveat: I've tested this precisely twice. --- sys_bsd.c.orig Fri Jul 7 21:35:57 2000 +++ sys_bsd.c Fri Jul 7 21:50:59 2000 @@ -941,9 +941,17 @@ void sys_telnet_init() { + struct sigaction act; (void) signal(SIGINT, intr); (void) signal(SIGQUIT, intr2); - (void) signal(SIGPIPE, deadpeer); + /* We only want deadpeer to be called once, 'cause if there's a broken + * pipe on stdout, we can't handle a SIGPIPE while reporting the + * dropped connection. + */ + act.sa_handler = deadpeer; + sigemptyset(&act.sa_mask); + act.sa_flags = SA_RESETHAND; + (void) sigaction(SIGPIPE, &act, NULL); #ifdef SIGWINCH (void) signal(SIGWINCH, sendwin); #endif >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 Jul 7 22:16:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C58A737B72B; Fri, 7 Jul 2000 22:16:24 -0700 (PDT) (envelope-from will@FreeBSD.org) Received: (from will@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA03193; Fri, 7 Jul 2000 22:16:24 -0700 (PDT) (envelope-from will@FreeBSD.org) Date: Fri, 7 Jul 2000 22:16:24 -0700 (PDT) From: Message-Id: <200007080516.WAA03193@freefall.freebsd.org> To: odinn@atlantabiker.net, will@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19069: ps exit(0) instead of exit(1) when nentries == 0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ps exit(0) instead of exit(1) when nentries == 0 State-Changed-From-To: open->closed State-Changed-By: will State-Changed-When: Fri Jul 7 22:15:46 PDT 2000 State-Changed-Why: Fixed in HEAD, RELENG_4, and RELENG_3. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=19069 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 7 23:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3E75837BE8F for ; Fri, 7 Jul 2000 23:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA12531; Fri, 7 Jul 2000 23:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 7 Jul 2000 23:20:02 -0700 (PDT) Message-Id: <200007080620.XAA12531@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kelly Yancey Subject: Re: bin/19755: nologin not configurable Reply-To: Kelly Yancey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19755; it has been noted by GNATS. From: Kelly Yancey To: James Howard Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/19755: nologin not configurable Date: Fri, 7 Jul 2000 23:14:31 -0700 (PDT) On Fri, 7 Jul 2000, James Howard wrote: > >Description: > > I wanted to displaya specific text message when a specific user logs in > using nologin.8. But nologin only has a certain static message. So I > modified it to fix the problem :) > man 5 nologin -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 7 23:31:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from gateway.posi.net (c1096725-a.smateo1.sfba.home.com [24.20.139.104]) by hub.freebsd.org (Postfix) with ESMTP id 49F4537B6D2 for ; Fri, 7 Jul 2000 23:31:45 -0700 (PDT) (envelope-from kbyanc@posi.net) Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.9.3/8.9.3) with ESMTP id XAA25065 for ; Fri, 7 Jul 2000 23:35:32 -0700 (PDT) (envelope-from kbyanc@posi.net) Date: Fri, 7 Jul 2000 23:35:31 -0700 (PDT) From: Kelly Yancey To: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/19755: nologin not configurable In-Reply-To: <200007080620.XAA12531@freefall.freebsd.org> 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 Fri, 7 Jul 2000, Kelly Yancey wrote: > The following reply was made to PR bin/19755; it has been noted by GNATS. > > From: Kelly Yancey > To: James Howard > Cc: FreeBSD-gnats-submit@FreeBSD.ORG > Subject: Re: bin/19755: nologin not configurable > Date: Fri, 7 Jul 2000 23:14:31 -0700 (PDT) > > On Fri, 7 Jul 2000, James Howard wrote: > > > >Description: > > > > I wanted to displaya specific text message when a specific user logs in > > using nologin.8. But nologin only has a certain static message. So I > > modified it to fix the problem :) > > > > man 5 nologin > Sorry to jump the gun. I withdrawn my smart-ass response. :( Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jul 7 23:42:54 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from c2032.net (c452687-b.oklwn1.il.home.com [24.17.42.184]) by hub.freebsd.org (Postfix) with ESMTP id E138437B797 for ; Fri, 7 Jul 2000 23:42:51 -0700 (PDT) (envelope-from benny@c2032.net) Received: (from benny@localhost) by c2032.net (8.9.3/8.9.3) id UAA03016 for bugs@freebsd.org; Fri, 7 Jul 2000 20:46:40 -0500 (CDT) (envelope-from benny) Date: Fri, 7 Jul 2000 20:46:40 -0500 (CDT) From: benjamin igma Message-Id: <200007080146.UAA03016@c2032.net> To: bugs@freebsd.org Subject: telnet Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I think I found a possible bug in telnet. When I went to telnet to 131.118.32.4 it core dumped. I thought that my pasting it might have screwed up and added a space or something, but when I re-typed it by hand, same thing core dump. -Chris Breitbach To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 0:20:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6D04737BCA4 for ; Sat, 8 Jul 2000 00:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA17789; Sat, 8 Jul 2000 00:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from barter.dewline.com (barter.dewline.com [209.208.153.2]) by hub.freebsd.org (Postfix) with ESMTP id EB30F37B594 for ; Sat, 8 Jul 2000 00:14:40 -0700 (PDT) (envelope-from mackler@barter.dewline.com) Received: (from mackler@localhost) by barter.dewline.com (8.9.1/8.9.1) id DAA16366; Sat, 8 Jul 2000 03:14:40 -0400 (EDT) Message-Id: <200007080714.DAA16366@barter.dewline.com> Date: Sat, 8 Jul 2000 03:14:40 -0400 (EDT) From: mackler-fb@dewline.com Reply-To: mackler-fb@dewline.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19782: mkisofs 1.12.1 (i386-unknown-freebsd4.0) doesn't preserve hard links Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19782 >Category: kern >Synopsis: mkisofs 1.12.1 (i386-unknown-freebsd4.0) doesn't preserve hard links >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 08 00:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Adam Mackler >Release: FreeBSD 4.0-STABLE i386 >Organization: Dewline Communications >Environment: mkisofs 1.12.1 (i386-unknown-freebsd4.0) >Description: When using mkisofs 1.12.1 from the ports collection, hard links in the source tree are not preserved in the ISO9660 that mkisofs creates. Joerg Schilling , who is listed on the man page as the maintainer says by email (7 Jul 2000): " . . . send a bugreport to the Freebsd kernel team. Mkisofs is OK, the bug is in the FreeBSD filesystem code." >How-To-Repeat: Do this: 1) make a test directory: mkdir /tmp/exampletree 2) make a test file: touch /tmp/exampletree/file1 3) make a link to the test file: ln /tmp/exampletree/file1 /tmp/exampletree/file2 4) take a look and see the hard link: ls -li /tmp/exampletree/ see (notice files have same inode): total 0 14 -rw-r--r-- 2 mackler wheel 0 Jul 8 06:48 file1 14 -rw-r--r-- 2 mackler wheel 0 Jul 8 06:48 file2 5) use mkisofs to make an iso9660 filesystem: mkisofs -o /tmp/iso9660.test /tmp/exampletree/ 6) mount the new iso9660 filesystem: vnconfig -cv vn0 /tmp/iso9660.test mount_cd9660 /dev/vn0c /mnt 7) take a look and see the two files are not linked: ls -li /mnt see (notice files have different inodes): total 0 47172 -r-xr-xr-x 1 root wheel 0 Jul 8 06:48 file1 47214 -r-xr-xr-x 1 root wheel 0 Jul 8 06:48 file2 8) clean up: umount /mnt vnconfig -u vn0 rm /tmp/iso9660.test rm -rf /tmp/exampletree/ >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 Jul 8 6:48:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 24BD437BFB6; Sat, 8 Jul 2000 06:48:57 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA03372; Sat, 8 Jul 2000 06:48:56 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sat, 8 Jul 2000 06:48:56 -0700 (PDT) From: Message-Id: <200007081348.GAA03372@freefall.freebsd.org> To: phantom@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19292: a problem in pthread_mutex_trylock Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: a problem in pthread_mutex_trylock Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: phantom Responsible-Changed-When: Sat Jul 8 06:44:39 PDT 2000 Responsible-Changed-Why: Misfilled PR http://www.freebsd.org/cgi/query-pr.cgi?pr=19292 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 6:54:54 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 074CE37BF76; Sat, 8 Jul 2000 06:54:53 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA09256; Sat, 8 Jul 2000 06:54:52 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sat, 8 Jul 2000 06:54:52 -0700 (PDT) From: Message-Id: <200007081354.GAA09256@freefall.freebsd.org> To: phantom@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19357: swap info incorrect after using sysinstall's label editor Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: swap info incorrect after using sysinstall's label editor Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: phantom Responsible-Changed-When: Sat Jul 8 06:53:33 PDT 2000 Responsible-Changed-Why: Misfiled PR http://www.freebsd.org/cgi/query-pr.cgi?pr=19357 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 7: 2:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3D9EA37B53A; Sat, 8 Jul 2000 07:02:40 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA10004; Sat, 8 Jul 2000 07:02:40 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sat, 8 Jul 2000 07:02:40 -0700 (PDT) From: Message-Id: <200007081402.HAA10004@freefall.freebsd.org> To: phantom@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19606: Telnet & Telnetd coredump when disabling SRA ie telnet -X SRA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Telnet & Telnetd coredump when disabling SRA ie telnet -X SRA Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: phantom Responsible-Changed-When: Sat Jul 8 07:01:58 PDT 2000 Responsible-Changed-Why: Misfiled PR http://www.freebsd.org/cgi/query-pr.cgi?pr=19606 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 7: 5: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0832E37B606; Sat, 8 Jul 2000 07:05:02 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA10208; Sat, 8 Jul 2000 07:05:01 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sat, 8 Jul 2000 07:05:01 -0700 (PDT) From: Message-Id: <200007081405.HAA10208@freefall.freebsd.org> To: phantom@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19783: make installworld dependencies wrong Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make installworld dependencies wrong Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: phantom Responsible-Changed-When: Sat Jul 8 07:02:56 PDT 2000 Responsible-Changed-Why: Misfiled PR http://www.freebsd.org/cgi/query-pr.cgi?pr=19783 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 7: 9:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0AEDF37BEB0; Sat, 8 Jul 2000 07:09:56 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA11829; Sat, 8 Jul 2000 07:09:55 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sat, 8 Jul 2000 07:09:55 -0700 (PDT) From: Message-Id: <200007081409.HAA11829@freefall.freebsd.org> To: phantom@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19239: login allows users to login remotely without showing from host Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: login allows users to login remotely without showing from host Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: phantom Responsible-Changed-When: Sat Jul 8 07:09:06 PDT 2000 Responsible-Changed-Why: Misfiled PR http://www.freebsd.org/cgi/query-pr.cgi?pr=19239 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 7:13:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DA66B37C3F3; Sat, 8 Jul 2000 07:13:08 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA12286; Sat, 8 Jul 2000 07:13:08 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sat, 8 Jul 2000 07:13:08 -0700 (PDT) From: Message-Id: <200007081413.HAA12286@freefall.freebsd.org> To: phantom@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19424: /stand/sysinstall wrongly changes /etc/make.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /stand/sysinstall wrongly changes /etc/make.conf Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: phantom Responsible-Changed-When: Sat Jul 8 07:12:38 PDT 2000 Responsible-Changed-Why: Misfiled PR http://www.freebsd.org/cgi/query-pr.cgi?pr=19424 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 7:14:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 60EC937BEF8; Sat, 8 Jul 2000 07:14:44 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA12483; Sat, 8 Jul 2000 07:14:44 -0700 (PDT) (envelope-from phantom@FreeBSD.org) Date: Sat, 8 Jul 2000 07:14:44 -0700 (PDT) From: Message-Id: <200007081414.HAA12483@freefall.freebsd.org> To: phantom@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/19573: Dot Files for Optional Shells Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Dot Files for Optional Shells Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: phantom Responsible-Changed-When: Sat Jul 8 07:13:22 PDT 2000 Responsible-Changed-Why: Misfiled PR http://www.freebsd.org/cgi/query-pr.cgi?pr=19573 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 9: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8D8BE37B692 for ; Sat, 8 Jul 2000 09:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA20281; Sat, 8 Jul 2000 09:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 8 Jul 2000 09:00:03 -0700 (PDT) Message-Id: <200007081600.JAA20281@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: James Howard Subject: Re: bin/19755: nologin not configurable Reply-To: James Howard Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19755; it has been noted by GNATS. From: James Howard To: Kelly Yancey Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/19755: nologin not configurable Date: Sat, 8 Jul 2000 11:57:42 -0400 (EDT) On Fri, 7 Jul 2000, Kelly Yancey wrote: > On Fri, 7 Jul 2000, James Howard wrote: > > > I wanted to displaya specific text message when a specific user logs in > > using nologin.8. But nologin only has a certain static message. So I > > modified it to fix the problem :) > > > > man 5 nologin But this does not permit me to customize the message for each user. It also globally disables logins. To put it simply, we have temporarily disabled new account creation (done through an automatic script) and wish to display (securely) a message saying so. To try this out, telnet to m-net.arbornet.org and login as newuser (no password). If you login as me (a staff account), you are are granted access. If you login as someone who is non-staff, you are given another message entirely. Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 9:10:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 96AF637B524 for ; Sat, 8 Jul 2000 09:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA22318; Sat, 8 Jul 2000 09:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 8 Jul 2000 09:10:07 -0700 (PDT) Message-Id: <200007081610.JAA22318@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeff Blaine Subject: Re: kern/19726: fatal trap 12 / page fault Reply-To: Jeff Blaine Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19726; it has been noted by GNATS. From: Jeff Blaine To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/19726: fatal trap 12 / page fault Date: Sat, 08 Jul 2000 12:02:19 -0400 Got another one. I came home at 2AM, checked CNN's web site for Wimbledon results for the day, and went to bed. It crashed shortly after I left my PC to head to bed and I found it this morning. Nobody else was on the machine, and the load had to have been tiny. The memory had been re-seated a day ago. I guess now I will remove 16MB from the machine, but... (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /var/crash/kernel.2 (kgdb) core-file /var/crash/vmcore.2 IdlePTD 2617344 initial pcb at 2184c0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0171894 stack pointer = 0x10:0xc01fed04 frame pointer = 0x10:0xc01fed0c 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 = trap number = 12 panic: page fault syncing disks... 6 6 1 done Uptime: 1d6h8m13s dumping to dev #ad/0x20001, offset 196608 dump ata0: resetting devices .. done 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 0xc0132ec8 in boot () (kgdb) where #0 0xc0132ec8 in boot () #1 0xc013324c in poweroff_wait () #2 0xc01ccda5 in trap_fatal () #3 0xc01cca7d in trap_pfault () #4 0xc01cc647 in trap () #5 0xc0171894 in arpintr () (kgdb) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 9:41:49 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id C51B337C232 for ; Sat, 8 Jul 2000 09:41:46 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 8 Jul 2000 17:41:46 +0100 (BST) Date: Sat, 8 Jul 2000 17:41:45 +0100 From: David Malone To: benjamin igma Cc: bugs@freebsd.org Subject: Re: telnet Message-ID: <20000708174145.A18448@walton.maths.tcd.ie> References: <200007080146.UAA03016@c2032.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.2i In-Reply-To: <200007080146.UAA03016@c2032.net>; from benny@c2032.net on Fri, Jul 07, 2000 at 08:46:40PM -0500 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Jul 07, 2000 at 08:46:40PM -0500, benjamin igma wrote: > I think I found a possible bug in telnet. When I went to telnet to 131.118.32.4 > it core dumped. I thought that my pasting it might have screwed up and added a space or something, but when I re-typed it by hand, same thing core dump. Works fine for me from a FreeBSD 3.4 machine. You should use send-pr to send a bug report including as much detail as you can. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 12:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E192437B5B7 for ; Sat, 8 Jul 2000 12:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA45799; Sat, 8 Jul 2000 12:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 8 Jul 2000 12:40:03 -0700 (PDT) Message-Id: <200007081940.MAA45799@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Mark W. Krentel" Subject: Re: kern/19407: Panic running linux binary on ext2fs Reply-To: "Mark W. Krentel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19407; it has been noted by GNATS. From: "Mark W. Krentel" To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/19407: Panic running linux binary on ext2fs Date: Sat, 8 Jul 2000 15:34:35 -0400 (EDT) I can repeat the above results with the simple readdir program (opendir followed by a loop of readdir). Under Linux emulation, readdir is prematurely returning NULL on non-ufs file systems. --Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 15:15:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from gateway.posi.net (c1096725-a.smateo1.sfba.home.com [24.20.139.104]) by hub.freebsd.org (Postfix) with ESMTP id 972CC37B5B1 for ; Sat, 8 Jul 2000 15:15:02 -0700 (PDT) (envelope-from kbyanc@posi.net) Received: from localhost (kbyanc@localhost) by gateway.posi.net (8.9.3/8.9.3) with ESMTP id PAA28959; Sat, 8 Jul 2000 15:18:38 -0700 (PDT) (envelope-from kbyanc@posi.net) Date: Sat, 8 Jul 2000 15:18:37 -0700 (PDT) From: Kelly Yancey To: James Howard Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/19755: nologin not configurable In-Reply-To: <200007081600.JAA20281@freefall.freebsd.org> 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 Sat, 8 Jul 2000, James Howard wrote: > But this does not permit me to customize the message for each user. It > also globally disables logins. > > To put it simply, we have temporarily disabled new account creation (done > through an automatic script) and wish to display (securely) a message > saying so. To try this out, telnet to m-net.arbornet.org and login as > newuser (no password). If you login as me (a staff account), you are > are granted access. If you login as someone who is non-staff, you are > given another message entirely. > > Jamie > Again, I like to apologize for my hasty response earlier. Now that I'm awake again and grok what you originally said, I think this is somewhat useful. However, you should be able to do what you want via the nologin login.conf option (man 5 login.conf). You should be able to set nologin to ~/.nologin and get the desired effect. I keep saying "should" because my read of libutil/libc indicates that it doesn't expand ~'s in login.conf lines. I think the ideal fix would be to teach libutil/libc about ~ expansion (cgetstr already understands certain escapes). Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 16:20: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E40C437B758 for ; Sat, 8 Jul 2000 16:19:59 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA65987; Sat, 8 Jul 2000 16:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from seva.ferroint.com (tele.alex-ua.com [195.5.27.115]) by hub.freebsd.org (Postfix) with ESMTP id 6A32537B721 for ; Sat, 8 Jul 2000 16:19:22 -0700 (PDT) (envelope-from seva@seva.ferroint.com) Received: (from seva@localhost) by seva.ferroint.com (8.9.3/8.9.3) id CAA58749; Sun, 9 Jul 2000 02:21:15 +0300 (EEST) (envelope-from seva) Message-Id: <200007082321.CAA58749@seva.ferroint.com> Date: Sun, 9 Jul 2000 02:21:15 +0300 (EEST) From: seva@sevasoft.kiev.ua Reply-To: seva@sevasoft.kiev.ua To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19789: [PATCH] burncd msinfo command fix for multisession disks and delay track/disk open while data for recording available Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19789 >Category: bin >Synopsis: [PATCH] msinfo reports incorrect data for multisession disks >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 08 16:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Seva >Release: FreeBSD 4.0-STABLE i386 >Organization: Sevasoft >Environment: Multisession CDR, with 2 and more data tracks >Description: For correct generation of multisession cd9660 data mkisofs need to known nextwritable address of cdr media and start block of LAST data track. Current burncd reports start address of FIRST track on media So you get incorrect cd9660 multisession image (you get only files from first and last sessions, and not middle tracks) And when you generate iso image on the fly: mkisofs -C `burncd msinfo` -M /dev/acd0 | burncd disk becomes opened before mkisofs get directory from previous session, so cd-writer generates errors about incorred command sequence >How-To-Repeat: Try to write multisession disk with 3 data tracks >Fix: With this patch I can generate correct multisession disks: Index: burncd.c =================================================================== RCS file: /usr/rep/src/usr.sbin/burncd/burncd.c,v retrieving revision 1.10 diff -u -r1.10 burncd.c --- burncd.c 2000/03/03 23:17:27 1.10 +++ burncd.c 2000/07/05 09:34:42 @@ -40,7 +40,7 @@ #include #include -#define BLOCKS 16 +#define BLOCKS 500 static int fd, saved_block_size; void cleanup(int); @@ -52,7 +52,7 @@ char *devname = "/dev/acd0c"; char buf[2352*BLOCKS]; int arg, file, addr, count, filesize; - int block_size = 0, cdopen = 0, size, tot_size = 0; + int block_size = 0, cdopen = 0, trackopen=0, size, tot_size = 0; struct cdr_track track; struct stat stat; @@ -110,14 +110,18 @@ } if (!strcmp(argv[arg], "msinfo")) { struct ioc_read_toc_single_entry entry; + struct ioc_toc_header h; + if (ioctl(fd, CDIOREADTOCHEADER, &h) < 0) + err(EX_IOERR, "ioctl(CDIOREADTOCHEADER)"); bzero(&entry, sizeof(struct ioc_read_toc_single_entry)); entry.address_format = CD_LBA_FORMAT; + entry.track = h.ending_track; if (ioctl(fd, CDIOREADTOCENTRY, &entry) < 0) err(EX_IOERR, "ioctl(CDIOREADTOCENTRY)"); if (ioctl(fd, CDRIOCNEXTWRITEABLEADDR, &addr) < 0) err(EX_IOERR, "ioctl(CDRIOCNEXTWRITEABLEADDR)"); - fprintf(stderr, "%d, %d\n", entry.entry.addr.lba, addr); + fprintf(stderr, "%d, %d\n", ntohl(entry.entry.addr.lba), addr); break; } if (!strcmp(argv[arg], "blank")) { @@ -161,32 +165,39 @@ if ((file = open(argv[arg], O_RDONLY, 0)) < 0) err(EX_NOINPUT, "open(%s)", argv[arg]); - if (!cdopen) { - if (ioctl(fd, CDRIOCOPENDISK) < 0) - err(EX_IOERR, "ioctl(CDRIOCOPENDISK)"); - cdopen = 1; - } - if (ioctl(fd, CDRIOCOPENTRACK, &track) < 0) - err(EX_IOERR, "ioctl(CDRIOCOPENTRACK)"); - - if (ioctl(fd, CDRIOCNEXTWRITEABLEADDR, &addr) < 0) - err(EX_IOERR, "ioctl(CDRIOCNEXTWRITEABLEADDR)"); + trackopen=0; if (fstat(file, &stat) < 0) err(EX_IOERR, "fstat(%s)", argv[arg]); filesize = stat.st_size / 1024; - if (!quiet) { - fprintf(stderr, "next writeable LBA %d\n", addr); - fprintf(stderr, "writing from file %s size %d KB\n", - argv[arg], filesize); - } - lseek(fd, addr * block_size, SEEK_SET); + size = 0; if (filesize == 0) filesize++; /* cheat, avoid divide by zero */ while ((count = read(file, buf, block_size * BLOCKS)) > 0) { int res; + + if (!cdopen) { + if (ioctl(fd, CDRIOCOPENDISK) < 0) + err(EX_IOERR, "ioctl(CDRIOCOPENDISK)"); + cdopen = 1; + } + + if (!trackopen) { + if (ioctl(fd, CDRIOCOPENTRACK, &track) < 0) + err(EX_IOERR, "ioctl(CDRIOCOPENTRACK)"); + + if (ioctl(fd, CDRIOCNEXTWRITEABLEADDR, &addr) < 0) + err(EX_IOERR, "ioctl(CDRIOCNEXTWRITEABLEADDR)"); + if (!quiet) { + fprintf(stderr, "next writeable LBA %d\n", addr); + fprintf(stderr, "writing from file %s size %d KB\n", + argv[arg], filesize); + } + lseek(fd, addr * block_size, SEEK_SET); + trackopen=1; + }; if (count % block_size) { /* pad file to % block_size */ bzero(&buf[count], block_size * BLOCKS - count); >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 Jul 8 18:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7CB5A37BC35 for ; Sat, 8 Jul 2000 18:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA75298; Sat, 8 Jul 2000 18:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 8 Jul 2000 18:10:03 -0700 (PDT) Message-Id: <200007090110.SAA75298@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kelly Yancey Subject: Re: gnu/19638: patch's --skip/-S option doesn't skip when target doesn't exist Reply-To: Kelly Yancey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/19638; it has been noted by GNATS. From: Kelly Yancey To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: gnu/19638: patch's --skip/-S option doesn't skip when target doesn't exist Date: Sat, 8 Jul 2000 18:06:19 -0700 (PDT) -f/--force will skip files that do not exist. Arguably, the solution is to just accect the -s/--skip behaviour and use -f instead. I assert that this PR still stands as -s/--skip should skip a patch whether the file that would have been changed exists or not. Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jul 8 18:40:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 433E437BDEA for ; Sat, 8 Jul 2000 18:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA76914; Sat, 8 Jul 2000 18:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 21FEC37B63E; Sat, 8 Jul 2000 18:34:08 -0700 (PDT) Message-Id: <20000709013408.21FEC37B63E@hub.freebsd.org> Date: Sat, 8 Jul 2000 18:34:08 -0700 (PDT) From: brett@lariat.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/19790: Cannot rebuild sendmail.cf without installing full source dist Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19790 >Category: bin >Synopsis: Cannot rebuild sendmail.cf without installing full source dist >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: Sat Jul 08 18:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Brett Glass >Release: All to date >Organization: >Environment: >Description: The "binaries only" and "kernel sources only" distribution packages provide a copy of Sendmail as well as the m4 macro processor, but are missing the feature macros which allow one to recompile sendmail.cf. This makes it difficult to turn on spam elimination and security features as well as important header rewriting features. The relevant files are in /usr/src/contrib/, which means that currently the only easy way to get them at install time is to install with full sources. This is likely to be a waste of disk space on a production mail server where no software development is done. >How-To-Repeat: >Fix: Recommended solution: Create a "cf" directory (in a place such as /usr/src/contrib/sendmail, /etc/mail, /usr/local/etc/mail, or /usr/local/etc/sendmail) where one can generate new sendmail.cf files in the usual fashion. >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 Jul 8 20:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9306B37BF73 for ; Sat, 8 Jul 2000 20:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA88139; Sat, 8 Jul 2000 20:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1E5E837B9B5; Sat, 8 Jul 2000 20:43:51 -0700 (PDT) Message-Id: <20000709034351.1E5E837B9B5@hub.freebsd.org> Date: Sat, 8 Jul 2000 20:43:51 -0700 (PDT) From: chesprit@netzero.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/19791: Can seem to boot freebsd 4.0 with CD-ROM (IBM NetFinity 3000) or with Dos Install command. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19791 >Category: i386 >Synopsis: Can seem to boot freebsd 4.0 with CD-ROM (IBM NetFinity 3000) or with Dos Install command. >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 Jul 08 20:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: chesprit >Release: 4.0 >Organization: chesprit ltd >Environment: IBM NetFinity 3000 >Description: I get no response at all from the installation CD, either booting directly into the CD-ROM or booting from the DOS environment. Indeed, there is no "Install Exe" anywhere on the CD. There is Install.Txt. Is the "Install.Exe" hidden? I spent a whole weekend trying to make Freebsd work. Nothing doing. Please help a newbie. >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 Sat Jul 8 22:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BC46737BFD8 for ; Sat, 8 Jul 2000 22:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA00634; Sat, 8 Jul 2000 22:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 6C4AE37B6EB; Sat, 8 Jul 2000 22:32:24 -0700 (PDT) Message-Id: <20000709053224.6C4AE37B6EB@hub.freebsd.org> Date: Sat, 8 Jul 2000 22:32:24 -0700 (PDT) From: spock@techfour.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19793: [PATCH] ipfilter - improve line reading Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19793 >Category: misc >Synopsis: [PATCH] ipfilter - improve line reading >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jul 08 22:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mike Heffner >Release: FreeBSD 5.0-CURRENT >Organization: >Environment: FreeBSD 5.0-CURRENT #1: Tue Jul 4 22:23:05 EDT 2000 i386 >Description: ipfilter does not support: 1) no-newline-at-end-of-file case when reading a rulelist from a file. 2) line continuation with "\", although it says it is supported in a code comment. >How-To-Repeat: Ipfilter should be able to read lines like: pass in from\ any to any port = 23 block in all >Fix: A patch similar to this should fix both problems: --- /tmp/ipf.c Wed Jul 5 00:20:50 2000 +++ contrib/ipfilter/ipf.c Sun Jul 9 01:02:35 2000 @@ -347,12 +347,20 @@ if (fgets(p, s, file) == NULL) return (NULL); len = strlen(p); + if (p[len - 1] != '\n') { + p[len] = '\0'; + break; + } p[len - 1] = '\0'; - if (p[len - 1] != '\\') + if (len < 2 || p[len - 2] != '\\') break; - size -= len; + else { + /* Convert '\\' to a space so words don't run together */ + p[len - 2] = ' '; + len--; + } } - } while (*str == '\0' || *str == '\n'); + } while (*str == '\0'); return (str); } >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 Sun Jul 9 0: 0:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CB17837C128 for ; Sun, 9 Jul 2000 00:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA06587; Sun, 9 Jul 2000 00:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9E75237C0E6; Sat, 8 Jul 2000 23:58:54 -0700 (PDT) Message-Id: <20000709065854.9E75237C0E6@hub.freebsd.org> Date: Sat, 8 Jul 2000 23:58:54 -0700 (PDT) From: stuartjc@dynamite.com.au To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19794: FreeBSD 4.0-Stable crash Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19794 >Category: kern >Synopsis: FreeBSD 4.0-Stable crash >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 09 00:00:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Stuart Campbell >Release: 4.0-STABLE >Organization: >Environment: FreeBSD ihmij.net.au 4.0-STABLE FreeBSD 4.0-STABLE #2: Sun Jun 25 12:44:33 EST 2 000 root@ihmij.net.au:/usr/src/sys/compile/SNOWGUM i386 >Description: This machine has been crashing since I upgraded to 4.0-STABLE via 4.0-RELEASE. Output kgdb : (kgdb) where #0 0xc013f108 in boot () #1 0xc013f48c in poweroff_wait () #2 0xc0260881 in trap_fatal () #3 0xc0260559 in trap_pfault () #4 0xc026012b in trap () #5 0xc025e748 in pmap_remove_pages () #6 0xc0137d17 in exit1 () #7 0xc0137b04 in exit1 () #8 0xc0260b2d in syscall2 () #9 0xc0252ab6 in Xint0x80_syscall () Cannot access memory at address 0xbfbff7f8. Panic reads: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc14ebff0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc025e748 stack pointer = 0x10:0xc6268ed4 frame pointer = 0x10:0xc6268ee4 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 = 31182 (cc1) interrupt mask = net tty bio cam trap number = 12 panic: page fault ( note that all panics aren't consistent , sometimes the machine simply locks up ) I assumed this was a hardware fault, replaced memory and installed clean on another HD, same problems. Installed 2.2.7 and it worked fine. >How-To-Repeat: attempt to make buildworld does it everytime. Also crashs when running scheduled locate.updatedb , and to test I ran a backup on my /usr and it crashed. SEEMS related to system load. >Fix: Don't know. Power Management ? My hardware is the same as it was when I was running 3.4-STABLE, and it was , STABLE, sigh. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message