From owner-freebsd-bugs Sun Mar 2 01:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA29930 for bugs-outgoing; Sun, 2 Mar 1997 01:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA29909; Sun, 2 Mar 1997 01:00:01 -0800 (PST) Date: Sun, 2 Mar 1997 01:00:01 -0800 (PST) Message-Id: <199703020900.BAA29909@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2841: locale: LC_COLLATE for lt_LN.ISO_8859-1: change order for Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2841; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: eserte@cs.tu-berlin.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2841: locale: LC_COLLATE for lt_LN.ISO_8859-1: change order for Date: Sun, 2 Mar 1997 09:38:35 +0100 As eserte@cs.tu-berlin.de wrote: > I fetched only colldef for FreeBSD 3.0 and looked into the sources ... > > >Description: > > LC_COLLATE for lt_LN.ISO_8859-1 or at least for de* should be > changed to put and (german double s) into one equivalence > class. The de_DE.ISO_8859-1 collate sequence is no longer identical to lt_LN since Dec 30, 1996. This change has been imported into the 2.2 branch by Feb 21, 1997. # small (a,,,>,,,,);\ b;(c,);d;(e,,,>,);\ f;g;h;(i,,,>,);\ j;...;m;(n,);(o,,,>,,,);\ p;...;r;(s,);t;(u,,,>,);\ ^^^^^^^^ v;w;x;(y,,);z;\ ;;\ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Mar 2 01:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA29940 for bugs-outgoing; Sun, 2 Mar 1997 01:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA29927; Sun, 2 Mar 1997 01:00:03 -0800 (PST) Resent-Date: Sun, 2 Mar 1997 01:00:03 -0800 (PST) Resent-Message-Id: <199703020900.BAA29927@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, proff@iq.org Received: from profane.iq.org (profane.iq.org [203.4.184.217]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA29632; Sun, 2 Mar 1997 00:51:36 -0800 (PST) Received: (from proff@localhost) by profane.iq.org (8.8.4/8.8.2) id TAA06808; Sun, 2 Mar 1997 19:47:59 +1100 (EST) Message-Id: <199703020847.TAA06808@profane.iq.org> Date: Sun, 2 Mar 1997 19:47:59 +1100 (EST) From: Julian Assange Reply-To: proff@iq.org To: FreeBSD-gnats-submit@freebsd.org, jkh@freebsd.org, dyson@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2844: libedit sync with NetBSD/OpenBSD Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2844 >Category: bin >Synopsis: libedit sync with NetBSD/OpenBSD >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 2 01:00:02 PST 1997 >Last-Modified: >Originator: Julian Assange >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: new features required for the new NetBSD ftp client (see next patch). Also fixes a number of buffer overflows, a couple of bugs and provides for a decent man page. I'd like to see this commited relatively quickly so the netbsd programs which depend on the extensions can make it into the code base. >How-To-Repeat: >Fix: diff -r -u --new-file src/lib/libedit.old/Makefile src/lib/libedit/Makefile --- src/lib/libedit.old/Makefile Fri Aug 30 11:50:07 1996 +++ src/lib/libedit/Makefile Sun Mar 2 19:28:29 1997 @@ -1,4 +1,6 @@ # @(#)Makefile 8.1 (Berkeley) 6/4/93 +# $OpenBSD: Makefile,v 1.4 1997/01/16 05:18:27 millert Exp $ +# $FreeBSD$ LIB= edit @@ -8,6 +10,16 @@ LDADD+= -ltermcap DPADD+= ${LIBTERMCAP} +MAN3= editline.3 +MAN5= editrc.5 + +MLINKS= editline.3 el_init.3 editline.3 el_end.3 editline.3 el_reset.3 \ + editline.3 el_gets.3 editline.3 el_getc.3 editline.3 el_push.3 \ + editline.3 el_parse.3 editline.3 el_set.3 editline.3 el_source.3 \ + editline.3 el_resize.3 editline.3 el_line.3 \ + editline.3 el_insertstr.3 editline.3 el_deletestr.3 \ + editline.3 history_init.3 editline.3 history_end.3 editline.3 history.3 + # For speed and debugging #SRCS= ${OSRCS} tokenizer.c history.c diff -r -u --new-file src/lib/libedit.old/TEST/test.c src/lib/libedit/TEST/test.c --- src/lib/libedit.old/TEST/test.c Tue May 30 15:43:23 1995 +++ src/lib/libedit/TEST/test.c Sun Mar 2 19:30:36 1997 @@ -1,3 +1,5 @@ +/* $OpenBSD: test.c,v 1.3 1997/01/16 05:18:55 millert Exp $ */ +/* $FreeBSD$ */ /*- * Copyright (c) 1992, 1993 * The Regents of the University of California. All rights reserved. @@ -179,11 +181,38 @@ history(hist, continuation ? H_ADD : H_ENTER, buf); continuation = 0; - if (el_parse(el, ac, av) != -1) { - tok_reset(tok); - continue; - } + if (strcmp(av[0], "history") == 0) { + const struct HistEvent *he; + + switch (ac) { + case 1: + for (he = history(hist, H_LAST); he; + he = history(hist, H_PREV)) + (void) fprintf(stdout, "%4d %s", he->num, he->str); + break; + + case 2: + if (strcmp(av[1], "clear") == 0) + history(hist, H_CLEAR); + else + goto badhist; + break; + + case 3: + if (strcmp(av[1], "load") == 0) + history(hist, H_LOAD, av[2]); + else if (strcmp(av[1], "save") == 0) + history(hist, H_SAVE, av[2]); + break; + + badhist: + default: + (void) fprintf(stderr, "Bad history arguments\n"); + break; + } + } + else if (el_parse(el, ac, av) == -1) { switch (fork()) { case 0: execvp(av[0], av); @@ -202,6 +231,8 @@ (void) fprintf(stderr, "Exit %x\n", num); break; } + } + tok_reset(tok); } diff -r -u --new-file src/lib/libedit.old/chared.c src/lib/libedit/chared.c --- src/lib/libedit.old/chared.c Mon Aug 12 05:20:27 1996 +++ src/lib/libedit/chared.c Sun Mar 2 19:31:34 1997 @@ -1,3 +1,5 @@ +/* $OpenBSD: chared.c,v 1.2 1997/01/16 05:18:28 millert Exp $ */ +/* $FreeBSD$ */ /*- * Copyright (c) 1992, 1993 * The Regents of the University of California. All rights reserved. diff -r -u --new-file src/lib/libedit.old/common.c src/lib/libedit/common.c --- src/lib/libedit.old/common.c Mon Aug 12 05:20:28 1996 +++ src/lib/libedit/common.c Sun Mar 2 17:02:19 1997 @@ -651,9 +651,7 @@ EditLine *el; int c; { - re_clear_lines(el); - re_clear_display(el); - return CC_REFRESH; + return CC_REDISPLAY; } @@ -702,7 +700,8 @@ *el->el_line.lastchar = '\0'; /* just in case */ if (el->el_history.eventno == 0) { /* save the current buffer away */ - (void) strncpy(el->el_history.buf, el->el_line.buffer, EL_BUFSIZ); + (void) strncpy(el->el_history.buf, el->el_line.buffer, EL_BUFSIZ - 1); + el->el_history.buf[EL_BUFSIZ - 1] = '\0'; el->el_history.last = el->el_history.buf + (el->el_line.lastchar - el->el_line.buffer); } @@ -773,7 +772,8 @@ } if (el->el_history.eventno == 0) { - (void) strncpy(el->el_history.buf, el->el_line.buffer, EL_BUFSIZ); + (void) strncpy(el->el_history.buf, el->el_line.buffer, EL_BUFSIZ - 1); + el->el_history.buf[EL_BUFSIZ - 1] = '\0'; el->el_history.last = el->el_history.buf + (el->el_line.lastchar - el->el_line.buffer); } diff -r -u --new-file src/lib/libedit.old/editline.3 src/lib/libedit/editline.3 --- src/lib/libedit.old/editline.3 Thu Jan 1 10:00:00 1970 +++ src/lib/libedit/editline.3 Sun Mar 2 16:37:18 1997 @@ -0,0 +1,532 @@ +.\" $OpenBSD: editline.3,v 1.1 1997/01/16 05:20:28 millert Exp $ +.\" +.\" Copyright (c) 1997 The NetBSD Foundation, Inc. +.\" All rights reserved. +.\" +.\" This file was contributed to The NetBSD Foundation by Luke Mewburn. +.\" +.\" 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. +.\" 3. All advertising materials mentioning features or use of this software +.\" must display the following acknowledgement: +.\" This product includes software developed by the NetBSD +.\" Foundation, Inc. and its contributors. +.\" 4. Neither the name of The NetBSD Foundation nor the names of its +.\" contributors may be used to endorse or promote products derived +.\" from this software without specific prior written permission. +.\" +.\" THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. 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 REGENTS 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. +.\" +.Dd January 11, 1997 +.Os BSD 4.4 +.Dt EDITLINE 3 +.Sh NAME +.Nm editline , +.Nm el_init , +.Nm el_end , +.Nm el_reset , +.Nm el_gets , +.Nm el_getc , +.Nm el_push , +.Nm el_parse , +.Nm el_set , +.Nm el_source , +.Nm el_resize , +.Nm el_line , +.Nm el_insertstr , +.Nm el_deletestr , +.Nm history_init , +.Nm history_end , +.Nm history +.Nd line editor and history functions +.Sh SYNOPSIS +.Fd #include +.Ft EditLine * +.Fn el_init "const char *prog" "FILE *fin" "FILE *fout" +.Ft void +.Fn el_end "EditLine *e" +.Ft void +.Fn el_reset "EditLine *e" +.Ft const char * +.Fn el_gets "EditLine *e" "int *count" +.Ft int +.Fn el_getc "EditLine *e" "char *ch" +.Ft void +.Fn el_push "EditLine *e" "const char *str" +.Ft int +.Fn el_parse "EditLine *e" "int argc" "char *argv[]" +.Ft int +.Fn el_set "EditLine *e" "int op" "..." +.Ft int +.Fn el_source "EditLine *e" "const char *file" +.Ft void +.Fn el_resize "EditLine *e" +.Ft const LineInfo * +.Fn el_line "EditLine *e" +.Ft int +.Fn el_insertstr "EditLine *e" "char *str" +.Ft void +.Fn el_deletestr "EditLine *e" "int count" +.Ft History * +.Fn history_init +.Ft void +.Fn history_end "History *h" +.Ft HistEvent * +.Fn history "History h" "int op" "..." +.Sh DESCRIPTION +The +.Nm +library provides generic line editing and history functions, +similar to those found in +.Xr sh 1 . +.Pp +These functions are available in the +.Nm libedit +library (which needs the +.Nm libtermcap +library). +Programs should be linked with +.Fl ledit ltermcap . +.Sh LINE EDITING FUNCTIONS +The line editing functions use a common data structure, +.Fa EditLine , +which is created by +.Fn el_init +and freed by +.Fn el_end . +.Pp +The following functions are available: +.Bl -tag -width 4n +.It Fn el_init +Initialise the line editor, and return a data structure +to be used by all other line editing functions. +.Fa prog +is the name of the invoking program, used when reading the +.Xr editrc 5 +file to determine which settings to use. +.Fa fin +and +.Fa fout +are the input and output streams (respectively) to use. +In this documentation, references to +.Dq the tty +are actually to this input/output stream combination. +.It Fn el_end +Clean up and finish with +.Fa e , +assumed to have been created with +.Fn el_init . +.It Fn el_reset +Reset the tty and the parser. +This should be called after an error which may have upset the tty's +state. +.It Fn el_gets +Read a line from the tty. +.Fa count +is modified to contain the number of characters read. +Returns the line read if successful, or +.Dv NULL +if no characters were read or if an error occurred. +.It Fn el_getc +Read a character from the tty. +.Fa ch +is modified to contain the character read. +Returns the number of characters read if successful, -1 otherwise. +.It Fn el_push +Pushes +.Fa str +back onto the input stream. +This is used by the macro expansion mechanism. +Refer to the description of +.Ic bind +.Fl s +in +.Xr editrc 5 +for more information. +.It Fn el_parse +Parses the +.Fa argv +array (which is +.Fa argc +elements in size) +to execute builtin +.Nm +commands. +If the command is prefixed with +.Dq prog: +then +.Fn el_parse +will only execute the command if +.Dq prog +matches the +.Fa prog +argument supplied to +.Fn el_init . +The return value is +-1 if the command is unknown, +0 if there was no error or +.Dq prog +didn't match, or +1 if the command returned an error. +Refer to +.Xr editrc 5 +for more information. +.Pp +.Em NOTE: +.Va argv[0] +may be modified by +.Fn el_parse . +The colon between +.Dq prog +and the command, +.Ar command , +will be replaced with a NUL +.Po +.Dq \e0 +.Pc . +.It Fn el_set +Set +.Nm +parameters. +.Fa op +determines which parameter to set, and each operation has its +own parameter list. +.Pp +The following values for +.Fa op +are supported, along with the required argument list: +.Bl -tag -width 4n +.It Dv EL_PROMPT , Fa "char *(*f)(EditLine *)" +Define prompt printing function as +.Fa f , +which is to return a string that contains the prompt. +.It Dv EL_TERMINAL , Fa "const char *type" +Define terminal type of the tty to be +.Fa type , +or to +.Ev TERM +if +.Fa type +is +.Dv NULL . +.It Dv EL_EDITOR , Fa "const char *mode" +Set editing mode to +.Fa mode , +which must be one of +.Dq emacs +or +.Dq vi . +.It Dv EL_SIGNAL , Fa "int flag" +If +.Fa flag +is non-zero, +.Nm +will install its own signal handler for the following signals when +reading command input: +.Dv SIGCONT , +.Dv SIGHUP , +.Dv SIGINT , +.Dv SIGQUIT , +.Dv SIGSTOP , +.Dv SIGTERM , +.Dv SIGTSTP , +and +.Dv SIGWINCH . +Otherwise, the current signal handlers will be used. +.It Dv EL_BIND , Xo +.Fa "const char *" , +.Fa "..." , +.Dv NULL +.Xc +Perform the +.Ic bind +builtin command. +Refer to +.Xr editrc 5 +for more information. +.It Dv EL_ECHOTC , Xo +.Fa "const char *" , +.Fa "..." , +.Dv NULL +.Xc +Perform the +.Ic echotc +builtin command. +Refer to +.Xr editrc 5 +for more information. +.It Dv EL_SETTC , Xo +.Fa "const char *" , +.Fa "..." , +.Dv NULL +.Xc +Perform the +.Ic settc +builtin command. +Refer to +.Xr editrc 5 +for more information. +.It Dv EL_SETTY , Xo +.Fa "const char *" , +.Fa "..." , +.Dv NULL +.Xc +Perform the +.Ic setty +builtin command. +Refer to +.Xr editrc 5 +for more information. +.It Dv EL_TELLTC , Xo +.Fa "const char *" , +.Fa "..." , +.Dv NULL +.Xc +Perform the +.Ic telltc +builtin command. +Refer to +.Xr editrc 5 +for more information. +.It Dv EL_ADDFN , Xo +.Fa "const char *name" , +.Fa "const char *help" , +.Fa "unsigned char (*func)(EditLine *e, int ch) +.Xc +Add a user defined function, +.Fn func , +referred to as +.Fa name +which is invoked when a key which is bound to +.Fa name +is entered. +.Fa help +is a description of +.Fa name . +At invocation time, +.Fa ch +is the key which caused the invocation. +The return value of +.Fn func +should be one of: +.Bl -tag -width "CC_REDISPLAY" +.It Dv CC_NORM +Add a normal character. +.It Dv CC_NEWLINE +End of line was entered. +.It Dv CC_EOF +EOF was entered. +.It Dv CC_ARGHACK +Expecting further command input as arguments, do nothing visually. +.It Dv CC_REFRESH +Refresh display. +.It Dv CC_CURSOR +Cursor moved, so update and perform +.Dv CC_REFRESH. +.It Dv CC_REDISPLAY +Redisplay entire input line. +This is useful if a key binding outputs extra information. +.It Dv CC_ERROR +An error occurred. +Beep, and flush tty. +.It Dv CC_FATAL +Fatal error, reset tty to known state. +.El +.It Dv EL_HIST , Xo +.Fa "History *(*func)(History *, int op, ...)" , +.Fa "const char *ptr" +.Xc +Defines which history function to use, which is usually +.Fn history . +.Fa ptr +should be the value returned by +.Fn history_init . +.El +.It Fn el_source +Initialise +.Nm +by reading the contents of +.Fa file . +.Fn el_parse +is called for each line in +.Fa file . +If +.Fa file +is +.Dv NULL , +try +.Pa $PWD/.editrc +then +.Pa $HOME/.editrc . +Refer to +.Xr editrc 5 +for details on the format of +.Fa file . +.It Fn el_resize +Must be called if the terminal size changes. +If +.Dv EL_SIGNAL +has been set with +.Fn el_set , +then this is done automatically. +Otherwise, it's the responsibility of the application to call +.Fn el_resize +on the appropriate occasions. +.It Fn el_line +Return the editing information for the current line in a +.Fa LineInfo +structure, which is defined as follows: +.Bd -literal +typedef struct lineinfo { + const char *buffer; /* address of buffer */ + const char *cursor; /* address of cursor */ + const char *lastchar; /* address of last character */ +} LineInfo; +.Ed +.It Fn el_insertstr +Insert +.Fa str +into the line at the cursor. +Returns -1 if +.Fa str +is empty or won't fit, and 0 otherwise. +.It Fn el_deletestr +Delete +.Fa num +characters before the cursor. +.El +.Sh HISTORY LIST FUNCTIONS +The history functions use a common data structure, +.Fa History , +which is created by +.Fn history_init +and freed by +.Fn history_end . +.Pp +The following functions are available: +.Bl -tag -width 4n +.It Fn history_init +Initialise the history list, and return a data structure +to be used by all other history list functions. +.It Fn history_end +Clean up and finish with +.Fa h , +assumed to have been created with +.Fn history_init . +.It Fn history +Perform operation +.Fa op +on the history list, with optional arguments as needed by the +operation. +The following values for +.Fa op +are supported, along with the required argument list: +.Bl -tag -width 4n +.It Dv H_EVENT , Fa "int size" +Set size of history to +.Fa size +elements. +.It Dv H_END +Cleans up and finishes with +.Fa h , +assumed to be created with +.Fn history_init . +.It Dv H_CLEAR +Clear the history. +.It Dv H_FUNC , Xo +.Fa "void *ptr" , +.Fa "history_gfun_t first" , +.Fa "history_gfun_t next" , +.Fa "history_gfun_t last" , +.Fa "history_gfun_t prev" , +.Fa "history_gfun_t curr" , +.Fa "history_vfun_t clear" , +.Fa "history_efun_t enter" , +.Fa "history_efun_t add" +.Xc +Define functions to perform various history operations. +.Fa ptr +is the argument given to a function when it's invoked. +.It Dv H_FIRST +Return the first element in the history. +.It Dv H_LAST +Return the last element in the history. +.It Dv H_PREV +Return the previous element in the history. +.It Dv H_NEXT +Return the next element in the history. +.It Dv H_CURR +Return the current element in the history. +.It Dv H_ADD , Fa "const char *str" +Append +.Fa str +to the current element of the history, or create an element with +.Dv H_ENTER +if there isn't one. +.It Dv H_ENTER , Fa "const char *str" +Add +.Fa str +as a new element to the history, and, if necessary, +removing the oldest entry to keep the list to the created size. +.It Dv H_PREV_STR , Fa "const char *str" +Return the closest previous event that starts with +.Fa str . +.It Dv H_NEXT_STR , Fa "const char *str" +Return the closest next event that starts with +.Fa str . +.It Dv H_PREV_EVENT , Fa "int e" +Return the previous event numbered +.Fa e . +.It Dv H_NEXT_EVENT , Fa "int e" +Return the next event numbered +.Fa e . +.It Dv H_LOAD , Fa "const char *file" +Load the history list stored in +.Fa file . +.It Dv H_SAVE , Fa "const char *file" +Save the history list to +.Fa file . +.El +.El +.\"XXX.Sh EXAMPLES +.\"XXX: provide some examples +.Sh SEE ALSO +.Xr editrc 5 , +.Xr sh 1 , +.Xr signal 3 , +.Xr termcap 3 +.Sh HISTORY +The +.Nm +library first appeared in +.Bx 4.4 . +.Sh AUTHORS +The +.Nm +library was written by Christos Zoulas, +and this manual was written by Luke Mewburn. +.Sh BUGS +This documentation is probably incomplete. +.Pp +.Fn el_parse +should not modify the supplied +.Va argv[0] . +.Pp +The tokenization functions are not publically defined in +.Fd diff -r -u --new-file src/lib/libedit.old/editrc.5 src/lib/libedit/editrc.5 --- src/lib/libedit.old/editrc.5 Thu Jan 1 10:00:00 1970 +++ src/lib/libedit/editrc.5 Sun Mar 2 16:37:29 1997 @@ -0,0 +1,292 @@ +.\" $OpenBSD: editrc.5,v 1.1 1997/01/16 05:20:29 millert Exp $ +.\" +.\" Copyright (c) 1997 The NetBSD Foundation, Inc. +.\" All rights reserved. +.\" +.\" This file was contributed to The NetBSD Foundation by Luke Mewburn. +.\" +.\" 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. +.\" 3. All advertising materials mentioning features or use of this software +.\" must display the following acknowledgement: +.\" This product includes software developed by the NetBSD +.\" Foundation, Inc. and its contributors. +.\" 4. Neither the name of The NetBSD Foundation nor the names of its +.\" contributors may be used to endorse or promote products derived +.\" from this software without specific prior written permission. +.\" +.\" THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. 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 REGENTS 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. +.\" +.Dd January 11, 1997 +.Os BSD 4.4 +.Dt EDITRC 5 +.Sh NAME +.Nm editrc +.Nd configuration file for editline library +.Sh SYNOPSIS +.Nm +.Sh DESCRIPTION +The +.Nm +file defines various settings to be used by the +.Xr editline 3 +library. +.Pp +The format of each line is either: +.Dl prog:command [arg [...]] +or +.Dl command [arg [...]] +.Pp +.Ar command +is one of the +.Xr editline 3 +builtin commands. +Refer to +.Sx BUILTIN COMMANDS +for more information. +.Pp +.Ar prog +is the program name string that a program defines when it calls +.Xr el_init 3 +to setup +.Xr editline 3 , +which is usually +.Va argv[0] . +.Ar command +will be executed for any program which matches +.Ar prog . +.Pp +.Ar prog +may also be a +.Xr regex 3 +style +regular expression, in which case +.Ar command +will be executed for any program that matches the regular expression. +.Sh BUILTIN COMMANDS +The +.Nm editline +library has some builtin commands, which affect the way +that the line editing and history functions operate. +These are based on similar named builtins present in the +.Xr tcsh 1 +shell. +.Pp +The following builtin commands are available: +.Bl -tag -width 4n +.It Ic bind Xo +.Op Fl a +.Op Fl e +.Op Fl k +.Op Fl l +.Op Fl r +.Op Fl s +.Op Fl v +.Op Ar key Op Ar command +.Xc +Without options, list all bound keys, and the editor command to which +each is bound. +If +.Ar key +is supplied, show the bindings for +.Ar key . +If +.Ar key command +is supplied, bind +.Ar command +to +.Ar key . +Options include: +.Bl -tag -width 4n +.It Fl e +Bind all keys to the standard GNU Emacs-like bindings. +.It Fl v +Bind all keys to the standard +.Xr vi 1 -like +bindings. +.It Fl a +List or change key bindings in the +.Xr vi 1 +mode alternate (command mode) key map. +.It Fl k +.Ar key +is interpreted as a symbolic arrow key name, which may be one of +.Sq up , +.Sq down , +.Sq left +or +.Sq right . +.It Fl l +List all editor commands and a short description of each. +.It Fl r +Remove a key's binding. +.It Fl s +.Ar command +is taken as a literal string and treated as terminal input when +.Ar key +is typed. +Bound keys in +.Ar command +are themselves reinterpreted, and this continues for ten levels of +interpretation. +.El +.Pp +.Ar key +and +.Ar command +can contain control characters of the form +.Sm off +.Sq No ^ Ar character +.Sm on +.Po +e.g. +.Sq ^A +.Pc , +and the following backslashed escape sequences: +.Pp +.Bl -tag -compact -offset indent -width 4n +.It Ic \ea +Bell +.It Ic \eb +Backspace +.It Ic \ee +Escape +.It Ic \ef +Formfeed +.It Ic \en +Newline +.It Ic \er +Carriage return +.It Ic \et +Horizontal tab +.It Ic \ev +Vertical tab +.Sm off +.It Sy \e Ar nnn +.Sm on +The ASCII character corresponding to the octal number +.Ar nnn . +.El +.Pp +.Sq \e +nullifies the special meaning of the following character, +if it has any, notably +.Sq \e +and +.Sq ^ . +.It Ic echotc Xo +.Op Fl sv +.Ar arg +.Ar ... +.Xc +Exercise terminal capabilities given in +.Ar arg Ar ... . +If +.Ar arg +is +.Sq baud , +.Sq cols , +.Sq lines , +.Sq rows , +.Sq meta or +.Sq tabs , +the value of that capability is printed, with +.Dq yes +or +.Dq no +indicating that the terminal does or does not have that capability. +.Pp +.Fl s +returns an emptry string for non-existant capabilities, rather than +causing an error. +.Fl v +causes messages to be verbose. +.It Ic history +List the history. +.It Ic telltc +List the values of all the terminal capabilities (see +.Xr termcap 5 ). +.It Ic settc Ar cap Ar val +Set the terminal capability +.Ar cap +to +.Ar val , +as defined in +.Xr termcap 5 . +No sanity checking is done. +.It Ic setty Xo +.Op Fl a +.Op Fl d +.Op Fl q +.Op Fl x +.Op Ar +mode +.Op Ar -mode +.Op Ar mode +.Xc +Control which tty modes that +.Nm +won't allow the user to change. +.Fl d , +.Fl q +or +.Fl x +tells +.Ic setty +to act on the +.Sq edit , +.Sq quote +or +.Sq execute +set of tty modes respectively; defaulting to +.Fl x . +.Pp +Without other arguments, +.Ic setty +lists the modes in the chosen set which are fixed on +.Po +.Sq +mode +.Pc +or off +.Po +.Sq -mode +.Pc . +.Fl a +lists all tty modes in the chosen set regardless of the setting. +With +.Ar +mode , +.Ar -mode +or +.Ar mode , +fixes +.Ar mode +on or off or removes control of +.Ar mode +in the chosen set. +.El +.Sh SEE ALSO +.Xr editline 3 , +.Xr regex 3 , +.Xr termcap 5 +.Sh AUTHORS +The +.Nm +library was written by Christos Zoulas, +and this manual was written by Luke Mewburn, +with some sections inspired by +.Xr tcsh 1 . diff -r -u --new-file src/lib/libedit.old/el.c src/lib/libedit/el.c --- src/lib/libedit.old/el.c Tue May 30 15:42:57 1995 +++ src/lib/libedit/el.c Sun Mar 2 19:12:44 1997 @@ -47,6 +47,7 @@ #include #include #include +#include #if __STDC__ # include #else @@ -291,11 +292,12 @@ if (fname == NULL) { fname = &elpath[1]; if ((fp = fopen(fname, "r")) == NULL) { - if ((ptr = getenv("HOME")) == NULL) + if (geteuid() != getuid() || (ptr = getenv("HOME")) == NULL) return -1; - fname = strncpy(path, ptr, MAXPATHLEN); - (void) strncat(path, elpath, MAXPATHLEN); - path[MAXPATHLEN-1] = '\0'; + fname = strncpy(path, ptr, sizeof(path) - 1); + path[sizeof(path)-1] = '\0'; + (void) strncat(path, elpath, sizeof(path) - 1); + path[sizeof(path)-1] = '\0'; } } diff -r -u --new-file src/lib/libedit.old/hist.c src/lib/libedit/hist.c --- src/lib/libedit.old/hist.c Tue May 30 15:42:59 1995 +++ src/lib/libedit/hist.c Sun Mar 2 17:08:17 1997 @@ -100,7 +100,8 @@ int h; if (el->el_history.eventno == 0) { /* if really the current line */ - (void) strncpy(el->el_line.buffer, el->el_history.buf, EL_BUFSIZ); + (void) strncpy(el->el_line.buffer, el->el_history.buf, EL_BUFSIZ - 1); + el->el_line.buffer[EL_BUFSIZ - 1] = '\0'; el->el_line.lastchar = el->el_line.buffer + (el->el_history.last - el->el_history.buf); @@ -128,7 +129,8 @@ return CC_ERROR; } - (void) strncpy(el->el_line.buffer, hp, EL_BUFSIZ); + (void) strncpy(el->el_line.buffer, hp, EL_BUFSIZ - 1); + el->el_line.buffer[EL_BUFSIZ - 1] = '\0'; el->el_line.lastchar = el->el_line.buffer + strlen(el->el_line.buffer); if (el->el_line.lastchar > el->el_line.buffer) { diff -r -u --new-file src/lib/libedit.old/hist.h src/lib/libedit/hist.h --- src/lib/libedit.old/hist.h Fri May 27 14:58:49 1994 +++ src/lib/libedit/hist.h Sun Mar 2 17:08:35 1997 @@ -65,6 +65,8 @@ #define HIST_LAST(el) HIST_FUN(el, H_LAST, NULL) #define HIST_PREV(el) HIST_FUN(el, H_PREV, NULL) #define HIST_EVENT(el, num) HIST_FUN(el, H_EVENT, num) +#define HIST_LOAD(el, fname) HIST_FUN(el, H_LOAD fname) +#define HIST_SAVE(el, fname) HIST_FUN(el, H_SAVE fname) protected int hist_init __P((EditLine *)); protected void hist_end __P((EditLine *)); diff -r -u --new-file src/lib/libedit.old/history.c src/lib/libedit/history.c --- src/lib/libedit.old/history.c Tue May 30 15:43:00 1995 +++ src/lib/libedit/history.c Sun Mar 2 17:21:54 1997 @@ -51,10 +51,13 @@ #include #endif +static const char hist_cookie[] = "_HiStOrY_V1_\n"; + #include "histedit.h" typedef const HistEvent * (*history_gfun_t) __P((ptr_t)); typedef const HistEvent * (*history_efun_t) __P((ptr_t, const char *)); +typedef void (*history_vfun_t) __P((ptr_t)); struct history { ptr_t h_ref; /* Argument for history fcns */ @@ -63,6 +66,7 @@ history_gfun_t h_last; /* Get the last element */ history_gfun_t h_prev; /* Get the previous element */ history_gfun_t h_curr; /* Get the current element */ + history_vfun_t h_clear; /* Clear the history list */ history_efun_t h_enter; /* Add an element */ history_efun_t h_add; /* Append to an element */ }; @@ -72,6 +76,7 @@ #define HPREV(h) (*(h)->h_prev)((h)->h_ref) #define HLAST(h) (*(h)->h_last)((h)->h_ref) #define HCURR(h) (*(h)->h_curr)((h)->h_ref) +#define HCLEAR(h) (*(h)->h_clear)((h)->h_ref) #define HENTER(h, str) (*(h)->h_enter)((h)->h_ref, str) #define HADD(h, str) (*(h)->h_add)((h)->h_ref, str) @@ -80,13 +85,9 @@ private int history_set_num __P((History *, int)); -private int history_set_fun __P((History *, history_gfun_t, - history_gfun_t, - history_gfun_t, - history_gfun_t, - history_gfun_t, - history_efun_t, - history_efun_t, ptr_t)); +private int history_set_fun __P((History *, History *)); +private int history_load __P((History *, const char *)); +private int history_save __P((History *, const char *)); private const HistEvent *history_prev_event __P((History *, int)); private const HistEvent *history_next_event __P((History *, int)); private const HistEvent *history_next_string __P((History *, const char *)); @@ -120,7 +121,7 @@ private const HistEvent *history_def_enter __P((ptr_t, const char *)); private const HistEvent *history_def_add __P((ptr_t, const char *)); private void history_def_init __P((ptr_t *, int)); -private void history_def_end __P((ptr_t)); +private void history_def_clear __P((ptr_t)); private const HistEvent *history_def_insert __P((history_t *, const char *)); private void history_def_delete __P((history_t *, hentry_t *)); @@ -324,17 +325,19 @@ } -/* history_def_end(): +/* history_def_clear(): * Default history cleanup function */ private void -history_def_end(p) +history_def_clear(p) ptr_t p; { history_t *h = (history_t *) p; while (h->list.prev != &h->list) history_def_delete(h, h->list.prev); + h->eventno = 0; + h->cur = 0; } /************************************************************************/ @@ -354,6 +357,7 @@ h->h_last = history_def_last; h->h_prev = history_def_prev; h->h_curr = history_def_curr; + h->h_clear = history_def_clear; h->h_enter = history_def_enter; h->h_add = history_def_add; @@ -369,7 +373,7 @@ History *h; { if (h->h_next == history_def_next) - history_def_end(h->h_ref); + history_def_clear(h->h_ref); } @@ -393,16 +397,13 @@ * Set history functions */ private int -history_set_fun(h, first, next, last, prev, curr, enter, add, ptr) - History *h; - history_gfun_t first, next, last, prev, curr; - history_efun_t enter, add; - ptr_t ptr; -{ - if (first == NULL || next == NULL || - last == NULL || prev == NULL || curr == NULL || - enter == NULL || add == NULL || - ptr == NULL ) { +history_set_fun(h, nh) + History *h, *nh; +{ + if (nh->h_first == NULL || nh->h_next == NULL || + nh->h_last == NULL || nh->h_prev == NULL || nh->h_curr == NULL || + nh->h_enter == NULL || nh->h_add == NULL || nh->h_clear == NULL || + nh->h_ref == NULL) { if (h->h_next != history_def_next) { history_def_init(&h->h_ref, 0); h->h_first = history_def_first; @@ -410,6 +411,7 @@ h->h_last = history_def_last; h->h_prev = history_def_prev; h->h_curr = history_def_curr; + h->h_clear = history_def_clear; h->h_enter = history_def_enter; h->h_add = history_def_add; } @@ -417,15 +419,75 @@ } if (h->h_next == history_def_next) - history_def_end(h->h_ref); + history_def_clear(h->h_ref); + + h->h_first = nh->h_first; + h->h_next = nh->h_next; + h->h_last = nh->h_last; + h->h_prev = nh->h_prev; + h->h_curr = nh->h_curr; + h->h_clear = nh->h_clear; + h->h_enter = nh->h_enter; + h->h_add = nh->h_add; - h->h_next = next; - h->h_first = first; - h->h_enter = enter; - h->h_add = add; return 0; } +/* history_load(): + * History load function + */ +private int +history_load(h, fname) + History *h; + const char *fname; +{ + FILE *fp; + char *line; + size_t sz; + int i = -1; + + if ((fp = fopen(fname, "r")) == NULL) + return i; + + if ((line = fgetln(fp, &sz)) == NULL) + goto done; + + if (strncmp(line, hist_cookie, sz) != 0) + goto done; + + for (i = 0; (line = fgetln(fp, &sz)) != NULL; i++) { + char c = line[sz]; + line[sz] = '\0'; + HENTER(h, line); + line[sz] = c; + } + +done: + (void) fclose(fp); + return i; +} + + +/* history_save(): + * History save function + */ +private int +history_save(h, fname) + History *h; + const char *fname; +{ + FILE *fp; + const HistEvent *ev; + int i = 0; + + if ((fp = fopen(fname, "w")) == NULL) + return -1; + (void) fputs(hist_cookie, fp); + for (ev = HLAST(h); ev != NULL; ev = HPREV(h), i++) + (void) fprintf(fp, "%s", ev->str); + (void) fclose(fp); + return i; +} /* history_prev_event(): * Find the previous event, with number given @@ -509,7 +571,7 @@ va_list va; const HistEvent *ev = NULL; const char *str; - static const HistEvent sev = { 0, "" }; + static HistEvent sev = { 0, "" }; #if __STDC__ va_start(va, fun); @@ -552,6 +614,20 @@ ev = HCURR(h); break; + case H_CLEAR: + HCLEAR(h); + break; + + case H_LOAD: + sev.num = history_load(h, va_arg(va, const char *)); + ev = &sev; + break; + + case H_SAVE: + sev.num = history_save(h, va_arg(va, const char *)); + ev = &sev; + break; + case H_PREV_EVENT: ev = history_prev_event(h, va_arg(va, int)); break; @@ -569,24 +645,29 @@ break; case H_EVENT: - if (history_set_num(h, va_arg(va, int)) == 0) + if (history_set_num(h, va_arg(va, int)) == 0) { + sev.num = -1; ev = &sev; + } break; case H_FUNC: { - history_gfun_t first = va_arg(va, history_gfun_t); - history_gfun_t next = va_arg(va, history_gfun_t); - history_gfun_t last = va_arg(va, history_gfun_t); - history_gfun_t prev = va_arg(va, history_gfun_t); - history_gfun_t curr = va_arg(va, history_gfun_t); - history_efun_t enter = va_arg(va, history_efun_t); - history_efun_t add = va_arg(va, history_efun_t); - ptr_t ptr = va_arg(va, ptr_t); - - if (history_set_fun(h, first, next, last, prev, - curr, enter, add, ptr) == 0) - ev = &sev; + History hf; + hf.h_ref = va_arg(va, ptr_t); + hf.h_first = va_arg(va, history_gfun_t); + hf.h_next = va_arg(va, history_gfun_t); + hf.h_last = va_arg(va, history_gfun_t); + hf.h_prev = va_arg(va, history_gfun_t); + hf.h_curr = va_arg(va, history_gfun_t); + hf.h_clear = va_arg(va, history_vfun_t); + hf.h_enter = va_arg(va, history_efun_t); + hf.h_add = va_arg(va, history_efun_t); + + if (history_set_fun(h, &hf) == 0) { + sev.num = -1; + ev = &sev; + } } break; diff -r -u --new-file src/lib/libedit.old/parse.c src/lib/libedit/parse.c --- src/lib/libedit.old/parse.c Thu Aug 31 03:59:59 1995 +++ src/lib/libedit/parse.c Sun Mar 2 17:41:45 1997 @@ -45,8 +45,10 @@ * * bind * echotc - * settc * gettc + * history + * settc + * setty */ #include "sys.h" #include "el.h" @@ -98,14 +100,11 @@ int i; if (argc < 1) - return 0; - - for (ptr = argv[0]; *ptr && *ptr != ':'; ptr++) - continue; - - if (*ptr == ':') { - *ptr = '\0'; - if (el_match(el->el_prog, ptr)) + return -1; + ptr = strchr(argv[0], ':'); + if (ptr != NULL) { + *ptr++ = '\0'; + if (! el_match(el->el_prog, argv[0])) return 0; } else @@ -193,7 +192,7 @@ break; } } - else if (*p == '^' && isalpha((unsigned char) *p)) { + else if (*p == '^' && isalpha((unsigned char) p[1])) { p++; c = (*p == '?') ? '\177' : (*p & 0237); } diff -r -u --new-file src/lib/libedit.old/read.c src/lib/libedit/read.c --- src/lib/libedit.old/read.c Tue May 30 15:43:09 1995 +++ src/lib/libedit/read.c Sun Mar 2 17:42:28 1997 @@ -379,6 +379,12 @@ re_refresh_cursor(el); break; + case CC_REDISPLAY: + re_clear_lines(el); + re_clear_display(el); + /* FALLTHROUGH */ + + case CC_REFRESH: el->el_state.argument = 1; el->el_state.doingarg = 0; diff -r -u --new-file src/lib/libedit.old/search.c src/lib/libedit/search.c --- src/lib/libedit.old/search.c Tue May 30 15:43:11 1995 +++ src/lib/libedit/search.c Sun Mar 2 19:23:47 1997 @@ -462,10 +462,12 @@ } #ifdef ANCHOR if (el->el_search.patbuf[0] != '.' && el->el_search.patbuf[0] != '*') { - (void) strcpy(tmpbuf, el->el_search.patbuf); + (void) strncpy(tmpbuf, el->el_search.patbuf, tmplen-1); + tmpbuf[tmplen-1] = '\0'; el->el_search.patbuf[0] = '.'; el->el_search.patbuf[1] = '*'; - (void) strcpy(&el->el_search.patbuf[2], tmpbuf); + (void) strncpy(&el->el_search.patbuf[2], tmpbuf, EL_BUFSIZ - 3); + el->el_search.patbuf[EL_BUFSIZ - 1] = '\0'; el->el_search.patlen++; el->el_search.patbuf[el->el_search.patlen++] = '.'; el->el_search.patbuf[el->el_search.patlen++] = '*'; --- src/include/histedit.h.orig Sun Mar 2 19:09:50 1997 +++ src/include/histedit.h Sun Mar 2 19:11:20 1997 @@ -72,6 +72,7 @@ #define CC_CURSOR 5 #define CC_ERROR 6 #define CC_FATAL 7 +#define CC_REDISPLAY 8 /* * Initialization, cleanup, and resetting @@ -168,5 +169,8 @@ #define H_PREV_STR 11 /* , const char*); */ #define H_NEXT_EVENT 12 /* , const int); */ #define H_PREV_EVENT 13 /* , const int); */ +#define H_LOAD 14 /* , const char *); */ +#define H_SAVE 15 /* , const char *); */ +#define H_CLEAR 16 /* , void); */ #endif /* _h_editline */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 2 01:24:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA01139 for bugs-outgoing; Sun, 2 Mar 1997 01:24:30 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA01103; Sun, 2 Mar 1997 01:23:10 -0800 (PST) Date: Sun, 2 Mar 1997 01:23:10 -0800 (PST) From: Joerg Wunsch Message-Id: <199703020923.BAA01103@freefall.freebsd.org> To: eserte@cs.tu-berlin.de, joerg, freebsd-bugs Subject: Re: bin/2841 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: locale: LC_COLLATE for lt_LN.ISO_8859-1: change order for State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Mar 2 10:22:03 MET 1997 State-Changed-Why: Already fixed by Dec 31, 1996. The de_DE.ISO_8859-1 collate sequence is no longer identical to lt_LN.ISO_8859-1. From owner-freebsd-bugs Sun Mar 2 07:02:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA15921 for bugs-outgoing; Sun, 2 Mar 1997 07:02:28 -0800 (PST) Received: from diamond.xara.net (diamond.xara.net [194.143.161.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA15914 for ; Sun, 2 Mar 1997 07:02:23 -0800 (PST) Received: from xara.net (mjc@localhost) by diamond.xara.net (8.7.4/8.7.1) with ESMTP id PAA20950 for ; Sun, 2 Mar 1997 15:02:20 GMT Message-Id: <199703021502.PAA20950@diamond.xara.net> To: bugs@freebsd.org Subject: [2.2-970225] XF86_S3 crashes when changing VCs Date: Sun, 02 Mar 1997 15:02:20 +0000 From: Martin Cooper Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [2.2-970225-GAMMA] Default kernel with all but the following disabled: Floppy drive - default settings IDE controller wd0 - default settings 3com 3C509 - default settings Parallel port 0 - default settings Serial ports 0 and 1 - default settings Syscons driver - default settings On a DX2/66 w/ 256K cache, 32M RAM, Diamond Stealth VRAM S3 86C924 card w/ 1M VRAM, SS2410 RAMDAC and icd2061a clockchip with the S3 server and icd clockchip selected with xf86config, changing from the server to the first or second virtual console generated a "XF86_S3 server pid [x] tried to use SYSVSHM". Changing back to the X server, and then back to VC1 causes the X server to hang in a state where changing console, Ctrl-Alt-Backspace and Ctrl-Alt-Delete don't work. Using a basic install of 2.1.7-RELEASE with the X server stuff from 2.1.5-RELEASE (XFree 3.1.2-S I think) with kernel and X configured in exactly the same way, this doesn't happen. I suspect either: a) Default kernel w/ 2.2-GAMMA doesn't have support for SYSVSHM in it, where earlier versions e.g. 2.1.7-RELEASE did. b) XF86_S3 that comes with 2.2-GAMMA (XFree 3.2) demands support for SYSVSHM and/or doesn't have the support built in. Cheers, Martin From owner-freebsd-bugs Sun Mar 2 08:21:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA19832 for bugs-outgoing; Sun, 2 Mar 1997 08:21:59 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA19827 for ; Sun, 2 Mar 1997 08:21:55 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA11363; Sun, 2 Mar 1997 17:21:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id QAA13245; Sun, 2 Mar 1997 16:57:42 +0100 (MET) Message-ID: Date: Sun, 2 Mar 1997 16:57:41 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: mjc@xara.net (Martin Cooper) Cc: bugs@freebsd.org Subject: Re: [2.2-970225] XF86_S3 crashes when changing VCs References: <199703021502.PAA20950@diamond.xara.net> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703021502.PAA20950@diamond.xara.net>; from Martin Cooper on Mar 2, 1997 15:02:20 +0000 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Martin Cooper wrote: > I suspect either: > > a) Default kernel w/ 2.2-GAMMA doesn't have support for SYSVSHM > in it, where earlier versions e.g. 2.1.7-RELEASE did. > b) XF86_S3 that comes with 2.2-GAMMA (XFree 3.2) demands support > for SYSVSHM and/or doesn't have the support built in. Neither kernel has SYSVSHM by default, but that's digging in the wrong direction. You don't need it at all. (What you're missing then is the MIT-SHM extension of XFree86, but there are only very few clients that make use of it.) Your problem is totally different, and is (most likely) related to the syscons console driver. Its keyboard layer has been totally rewritten in 2.2. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Mar 2 11:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA27308 for bugs-outgoing; Sun, 2 Mar 1997 11:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA27299; Sun, 2 Mar 1997 11:40:02 -0800 (PST) Date: Sun, 2 Mar 1997 11:40:02 -0800 (PST) Message-Id: <199703021940.LAA27299@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: conf/2838: Installation chooses incorrect default netmask Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/2838; it has been noted by GNATS. From: Bill Fenner To: pgiffuni@fps.biblos.unal.edu.co Cc: freebsd-gnats-submit@freebsd.org Subject: Re: conf/2838: Installation chooses incorrect default netmask Date: Sun, 2 Mar 1997 11:29:14 PST pgiffuni@fps.biblos.unal.edu.co wrote: >IMO the netmask selection should be intelligent enough to set 255.255.0.0 >when it is in a class B network, and 255.0.0.0 on a class A network. IMO, it's rare to find any network anywhere that doesn't use subnetting. Many subnets are 24 bits (aka 255.255.255.0), and almost all are close (e.g. Xerox uses 22 bits, 255.255.252.0, so having the default 255.255.255.0 means less editing than 255.0.0.0 would). If you really don't use subnetting, you are in the minority and unfortunately have to do a little extra work. Bill From owner-freebsd-bugs Sun Mar 2 13:38:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA04357 for bugs-outgoing; Sun, 2 Mar 1997 13:38:00 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA04324; Sun, 2 Mar 1997 13:37:11 -0800 (PST) Date: Sun, 2 Mar 1997 13:37:11 -0800 (PST) From: Mike Pritchard Message-Id: <199703022137.NAA04324@freefall.freebsd.org> To: randy@zyzzyva.com, mpp, freebsd-bugs Subject: Re: kern/2230 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SEGV in sysctl State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Mar 2 13:36:44 PST 1997 State-Changed-Why: The originator says that this has ben fixed in 2.2-GAMMA. From owner-freebsd-bugs Sun Mar 2 15:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA10529 for bugs-outgoing; Sun, 2 Mar 1997 15:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA10501; Sun, 2 Mar 1997 15:40:02 -0800 (PST) Resent-Date: Sun, 2 Mar 1997 15:40:02 -0800 (PST) Resent-Message-Id: <199703022340.PAA10501@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mi@aldan.ziplink.net Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA10381 for ; Sun, 2 Mar 1997 15:38:53 -0800 (PST) Received: from igarber.student.harvard.edu (igarber.student.harvard.edu [140.247.165.64]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id PAA24753 for ; Sun, 2 Mar 1997 15:38:39 -0800 (PST) Received: (from root@localhost) by igarber.student.harvard.edu (8.8.5/8.8.5) id SAA11614; Sun, 2 Mar 1997 18:31:54 GMT Message-Id: <199703021831.SAA11614@igarber.student.harvard.edu> Date: Sun, 2 Mar 1997 18:31:54 GMT From: Charlie Root Reply-To: mi@aldan.ziplink.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2848: extending newsyslog(8)'s capabilities Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2848 >Category: misc >Synopsis: newsyslog will notify syslogd, not any other processes >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Mar 2 15:40:00 PST 1997 >Last-Modified: >Originator: Mikhail Teterin >Organization: >Release: FreeBSD 3.0-970209-SNAP i386 >Environment: newsyslog(8) as we know it >Description: There is currently no way to specify to newsyslog(8) to notify (via kill) anyone else other then syslogd The main monster in need of this feature is, probably, Apache, but I'm sure many others would benefit as well. >How-To-Repeat: >Fix: Change the newsyslog(8). My understanding is, this would be best arranged, by adding two more fields in newsyslog's conf file (/etc/newsyslog.conf). One being a file-name, process-name, or PID (if numeric, it is PID, use . or / to force file-name), next one being the value of signal (numeric or literal). /* The third field added may be a name of the script to run everytime the action is taken by newsyslog. */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 2 15:54:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA11280 for bugs-outgoing; Sun, 2 Mar 1997 15:54:56 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA11250; Sun, 2 Mar 1997 15:54:07 -0800 (PST) Date: Sun, 2 Mar 1997 15:54:07 -0800 (PST) From: Gary Palmer Message-Id: <199703022354.PAA11250@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: bin/2845 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sync with spiffy new netbsd/openbsd ftp client Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Sun Mar 2 15:53:27 PST 1997 Responsible-Changed-Why: Misfiled PR From owner-freebsd-bugs Sun Mar 2 16:18:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA13210 for bugs-outgoing; Sun, 2 Mar 1997 16:18:47 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA13162; Sun, 2 Mar 1997 16:18:19 -0800 (PST) Date: Sun, 2 Mar 1997 16:18:19 -0800 (PST) From: John-Mark Gurney Message-Id: <199703030018.QAA13162@freefall.freebsd.org> To: jmg, freebsd-bugs, jmg Subject: Re: misc/2848 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: newsyslog will notify syslogd, not any other processes Responsible-Changed-From-To: freebsd-bugs->jmg Responsible-Changed-By: jmg Responsible-Changed-When: Sun Mar 2 16:16:37 PST 1997 Responsible-Changed-Why: I'll take this one... I'm almost done with patches that should fix this. From owner-freebsd-bugs Sun Mar 2 21:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA00518 for bugs-outgoing; Sun, 2 Mar 1997 21:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA00512; Sun, 2 Mar 1997 21:30:02 -0800 (PST) Resent-Date: Sun, 2 Mar 1997 21:30:02 -0800 (PST) Resent-Message-Id: <199703030530.VAA00512@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, m-braithwaite@sjca.edu Received: from whorfin.sjca.edu (SHnubjtpsux51FWK93cedmTHF/BRIJ8G@whorfin.sjca.edu [199.89.180.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00465 for ; Sun, 2 Mar 1997 21:29:22 -0800 (PST) Received: from continuity.sjca.edu (slip-f.sjca.edu [199.89.180.254]) by whorfin.sjca.edu (8.8.5/8.8.5) with ESMTP id AAA18493 for ; Mon, 3 Mar 1997 00:29:14 -0500 (EST) Received: (mab@localhost) by continuity.sjca.edu (8.7.5/8.6.12) id AAA13107; Mon, 3 Mar 1997 00:30:36 -0500 (EST) Message-Id: <199703030530.AAA13107@continuity.sjca.edu> Date: Mon, 3 Mar 1997 00:30:36 -0500 (EST) From: mab@sjca.edu Reply-To: m-braithwaite@sjca.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2850: init(8) man page does not document securelevel properly Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2850 >Category: docs >Synopsis: init(8) man page does not document securelevel properly >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 2 21:30:01 PST 1997 >Last-Modified: >Originator: Matt Braithwaite >Organization: Matt Braithwaite #!/bin/perl -s-- -export-a-crypto-system-sig -RSA-3-lines-PERL http:// $m=unpack(H.$w,$m."\0"x$w),$_=`echo "16do$w 2+4Oi0$d*-^1[d2%Sa www.sjca.edu/ 2/d0Release: FreeBSD 2.1-STABLE i386 >Environment: true for -stable up to 2.1.7-RELEASE >Description: There are a couple problems with the documentation of kernel security levels: 1) The init(8) manual page states that the kernel boots at securelevel 0. This isn't true; by default it is set to -1. 2) The interface to changing the security level (editing /usr/src/sys/kern/kern_sysctl.h or something like that) is not documented. Also, the interface stinks, but this is supposed to be a doc bug. :-) 3) The manual page ought to warn that configuring a kernel to boot at securelevel 1 or 2 can cause autobooting to fail, because the kernel will not be able to do fsck on dirty filesystems. I speak from experience on this one. 4) Saying that securelevel can be raised to 2 in /etc/rc is a little vague. It ought to state at exactly what point in booting securelevel can be raised---like, say, right at the end. If you did it before the filesystem checks, things would be bad. That would be clueless of course, but... Really, there should be an /etc/sysconfig interface to securelevel; this would un-obfuscate things considerably. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Mar 2 22:22:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA03233 for bugs-outgoing; Sun, 2 Mar 1997 22:22:09 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA03208; Sun, 2 Mar 1997 22:22:03 -0800 (PST) Date: Sun, 2 Mar 1997 22:22:03 -0800 (PST) From: Mike Pritchard Message-Id: <199703030622.WAA03208@freefall.freebsd.org> To: patl@Phoenix.Volant.ORG, mpp, freebsd-bugs Subject: Re: conf/1906 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sysinstall did not install bison.simple or bison.hairy State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sun Mar 2 22:21:21 PST 1997 State-Changed-Why: The originator says that this works under 2.2-BETA. From owner-freebsd-bugs Sun Mar 2 23:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA07501 for bugs-outgoing; Sun, 2 Mar 1997 23:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA07485; Sun, 2 Mar 1997 23:30:02 -0800 (PST) Date: Sun, 2 Mar 1997 23:30:02 -0800 (PST) Message-Id: <199703030730.XAA07485@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: docs/2850: init(8) man page does not document securelevel properly Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/2850; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.org, mab@sjca.edu Cc: Subject: Re: docs/2850: init(8) man page does not document securelevel properly Date: Mon, 3 Mar 1997 18:19:48 +1100 Oops, please ignore my half-finished reply to this. Bruce From owner-freebsd-bugs Sun Mar 2 23:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA07502 for bugs-outgoing; Sun, 2 Mar 1997 23:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA07491; Sun, 2 Mar 1997 23:30:03 -0800 (PST) Date: Sun, 2 Mar 1997 23:30:03 -0800 (PST) Message-Id: <199703030730.XAA07491@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: docs/2850: init(8) man page does not document securelevel properly Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/2850; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.org, mab@sjca.edu Cc: Subject: Re: docs/2850: init(8) man page does not document securelevel properly Date: Mon, 3 Mar 1997 18:18:26 +1100 >There are a couple problems with the documentation of kernel security levels: > >1) The init(8) manual page states that the kernel boots at securelevel >0. This isn't true; by default it is set to -1. Fixed in -current. >2) The interface to changing the security level (editing >/usr/src/sys/kern/kern_sysctl.h or something like that) is not >documented. Also, the interface stinks, but this is supposed to be a >doc bug. :-) That's not the interface. The sysadmin interface is `sysctl -w kern.securelevel=whatever'. This is sort of documented even in 2.1.7. The bit about editing sys/param.c was misleading even before the default was changed -1. E.g., there's not much point to setting the level to > 0 in the kernel, since init will reduce the level to 0 if the system is shut down to single user mode. >3) The manual page ought to warn that configuring a kernel to boot at >securelevel 1 or 2 can cause autobooting to fail, because the kernel >will not be able to do fsck on dirty filesystems. I speak from >experience on this one. Level 1 should work. However, level 1 provides no security for disks under FreeBSD (although it is supposed to secure mounted partitions). >4) Saying that securelevel can be raised to 2 in /etc/rc is a little >vague. It ought to state at exactly what point in booting securelevel >can be raised---like, say, right at the end. If you did it before the >filesystem checks, things would be bad. That would be clueless of >course, but... Really, there should be an /etc/sysconfig interface to >securelevel; this would un-obfuscate things considerably. > >>How-To-Repeat: >>Fix: >>Audit-Trail: >>Unformatted: > From owner-freebsd-bugs Mon Mar 3 00:00:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA09520 for bugs-outgoing; Mon, 3 Mar 1997 00:00:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA09499; Mon, 3 Mar 1997 00:00:04 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 00:00:04 -0800 (PST) Resent-Message-Id: <199703030800.AAA09499@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.XAA08903;Sun; (8.8.5/8.8.5);, 2 Mar 1997 23:53:50.-0800 (PST) Message-Id: <199703030753.XAA08903@freefall.freebsd.org> Date: Sun, 2 Mar 1997 23:53:50 -0800 (PST) From: sef@kithrup.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/2853: syscons beeps even if beeping screen is not active Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2853 >Category: i386 >Synopsis: syscons beeps even if beeping screen is not active >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 00:00:01 PST 1997 >Last-Modified: >Originator: Sean Eric Fagan >Organization: Kithrup Enterprises, Ltd. >Release: 2.2-970212-GAMMA >Environment: FreeBSD garth.kithrup.com 2.2-970212-GAMMA FreeBSD 2.2-970212-GAMMA #0: Sat Mar 1 20:40:41 PST 1997 root@garth.kithrup.com:/usr/src/sys/compile/GARTH i386 >Description: For some unfathomable reason, syscons had been changed to always beep, even when the beeping terminal is not currently displayed. This is annoying (part of the reason to change screens is to get away from any annoying output that screen my display), different from the SCO model (which only beeps if the screen is active), and potentially very annoying (write a program that beeps continuously, then switch screens). >How-To-Repeat: One screen one: sleep 2 ; echo ^g Switch to screen two. Enjoy the beep. >Fix: Simplest fix: diff -u -r1.1.1.1 syscons.c --- syscons.c 1997/03/01 02:57:01 1.1.1.1 +++ syscons.c 1997/03/03 07:51:21 @@ -3620,9 +3620,8 @@ blink_screen(cur_console); timeout((timeout_func_t)blink_screen, cur_console, hz/10); } else { - if (scp != cur_console) - pitch *= 2; - sysbeep(pitch, duration); + if (scp == cur_console) + sysbeep(pitch, duration); } } More complete fix: diff -u -r1.1.1.1 syscons.c --- syscons.c 1997/03/01 02:57:01 1.1.1.1 +++ syscons.c 1997/03/03 07:52:51 @@ -3620,9 +3620,14 @@ blink_screen(cur_console); timeout((timeout_func_t)blink_screen, cur_console, hz/10); } else { +#ifdef SC_SANE_BEEP + if (scp == cur_console) + sysbeep(pitch, duration); +#else if (scp != cur_console) pitch *= 2; sysbeep(pitch, duration); +#endif } } A more complete fix would use sysctl, which I do not currently know well-enough to write at the moment. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 06:20:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA02419 for bugs-outgoing; Mon, 3 Mar 1997 06:20:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA02391; Mon, 3 Mar 1997 06:20:04 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 06:20:04 -0800 (PST) Resent-Message-Id: <199703031420.GAA02391@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.GAA02197;Mon; (8.8.5/8.8.5);, 3 Mar 1997 06:17:48.-0800 (PST) Message-Id: <199703031417.GAA02197@freefall.freebsd.org> Date: Mon, 3 Mar 1997 06:17:48 -0800 (PST) From: pir@pir.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2856: "sh -c 'emacs-nw'" then ctrl-g crashes sh Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2856 >Category: bin >Synopsis: "sh -c 'emacs-nw'" then ctrl-g crashes sh >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 06:20:00 PST 1997 >Last-Modified: >Originator: Peter Radcliffe >Organization: pir >Release: 2.1.5-RELEASE >Environment: FreeBSD moek 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Sat Mar 1 15:09:54 GMT 1997 pir@moek:/usr/src/sys/compile/MOEK i386 >Description: I've tested this with sh from -current and emacs 19.34.1 If you run sh -c 'emacs -nw' and then press control-g (at any stage in editing) it appears that sh crashes, leaving emacs looping on an error trying to access it's tty. tcsh or bash -c 'emacs -nw' does not exibit this problem. ktrace sh -c 'emacs -nw' gives: [...] 22003 sh NAMI "/usr/local/bin/emacs" 22003 sh RET stat 0 22003 sh CALL break(0x55ffc) 22003 sh RET break 0 22003 sh CALL break(0x56ffc) 22003 sh RET break 0 22003 sh CALL fork 22003 sh RET fork 22004/0x55f4 22003 sh CALL getpgrp 22003 sh RET getpgrp 22003/0x55f3 22003 sh CALL wait4(0xffffffff,0xefbfd5d4,0x2,0) 22003 sh PSIG SIGINT SIG_DFL Messy signal handling somewhere ? >How-To-Repeat: sh -c 'emacs -nw' Press control-g >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 06:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA05499 for bugs-outgoing; Mon, 3 Mar 1997 06:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA05492; Mon, 3 Mar 1997 06:50:03 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 06:50:03 -0800 (PST) Resent-Message-Id: <199703031450.GAA05492@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.GAA04861;Mon; (8.8.5/8.8.5);, 3 Mar 1997 06:43:06.-0800 (PST) Message-Id: <199703031443.GAA04861@freefall.freebsd.org> Date: Mon, 3 Mar 1997 06:43:06 -0800 (PST) From: rtm@eecs.harvard.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2857: DE500 board exhibits capture effect Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2857 >Category: kern >Synopsis: DE500 board exhibits capture effect >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 06:50:01 PST 1997 >Last-Modified: >Originator: Robert Morris >Organization: Harvard University >Release: 2.1.5 >Environment: FreeBSD punish.uun.org 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Tue Feb 4 16:42:28 EST 1997 rtm@punish.uun.org:/usr/src/sys/compile/PUNISH i386 >Description: I have some DE500 boards running at 10 megabits with FreeBSD 2.1.5. I believe I've run into the problem that the 21x40 capture effect resolution was meant to solve: if one host is doing a long file transfer, other hosts drop outgoing packets due to excessive re-transmits. When I turn on CAPTREFFCT and ENHCAPTEFFCT in if_de.c, the problem goes away (for one greedy host, anyway; multiple greedy hosts still cause problems). FreeBSD says this about my cards: de0 rev 18 int a irq 10 on pci0:12 de0: Digital DE500 DC21140 [10-100Mb/s] pass 1.2 Ethernet address 00:00:f8:02:36 :c5 >How-To-Repeat: Transfer a file between two DE500 hosts at 10 megabits. Ping between two other hosts on the same net. Observe ping times of tens or hundreds of milliseconds rather than the expected 1 or 2. >Fix: Turn on TULIP_CMD_CAPTREFFCT and TULIP_CMD_ENHCAPTEFFCT in tulip_dc21140_de500_media_select in if_de.c. I have done this and observed no ill effects. I have not tried this with other boards or at 100 megabits. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 07:36:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA08094 for bugs-outgoing; Mon, 3 Mar 1997 07:36:26 -0800 (PST) Received: from medusa (medusa.ed.atl.sita.int [57.4.76.13]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA08052 for ; Mon, 3 Mar 1997 07:35:57 -0800 (PST) From: vijayk@ed.atl.sita.int Received: from vijayk.ed.atl.sita.int by medusa (8.6.10/SMI-SVR4) id KAA29886; Mon, 3 Mar 1997 10:35:37 -0500 Date: Mon, 3 Mar 97 10:21:12 -0500 Subject: ppp/chat dial problems To: bugs@freebsd.org X-Mailer: Chameleon ATX 6.0.1, Standards Based IntraNet Solutions, NetManage Inc. X-Priority: 3 (Normal) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am not sure if this can be treated as a bug. But, i thought i should bring this to attention. FreeBSD 2.2-GAMMA (970225) Hardware config: 486/66 DX-2, 32M 33.6 USR sportster data/fax modem. (EEPROM/DSP dates: 08/30/96) There seems to be a timing problem to communicate with the modem from within ppp dialer. I have confirmed this by using another modem. When asked to dial out, the system would wait forever or hang up. By hang up, i mean not-responding to keyboard including "sysreq". I have to resort to hardware reset. I have had the same problem with FreeBSD versions 2.1, 2.1.5 I am sure this is limited to USR sportster 33.6 model. But, with the war of high speed modem connectivity, we are going to see more and more of these modems. Please let me know if you have any questions. --Vijay ------------------------------------- Vijay Konkimalla (vijayk@ed.atl.sita.int) Research Engineer, SITA Date: 03/03/97 Time: 10:21:12 EST ------------------------------------- From owner-freebsd-bugs Mon Mar 3 09:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA15920 for bugs-outgoing; Mon, 3 Mar 1997 09:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA15890; Mon, 3 Mar 1997 09:40:03 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 09:40:03 -0800 (PST) Resent-Message-Id: <199703031740.JAA15890@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.JAA15264;Mon; (8.8.5/8.8.5);, 3 Mar 1997 09:32:31.-0800 (PST) Message-Id: <199703031732.JAA15264@freefall.freebsd.org> Date: Mon, 3 Mar 1997 09:32:31 -0800 (PST) From: gilham@csl.sri.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2858: FreeBSD NFS client can't mount filesystem from dual-homed machine Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2858 >Category: kern >Synopsis: FreeBSD NFS client can't mount filesystem from dual-homed machine >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 09:40:01 PST 1997 >Last-Modified: >Originator: Fred Gilham >Organization: SRI International >Release: 2.2-GAMMA >Environment: FreeBSD japonica.csl.sri.com 2.2-970205-GAMMA FreeBSD 2.2-970205-GAMMA #4: Mon Mar 3 08:10:42 PST 1997 gilham@japonica.csl.sri.com:/usr/src/sys/compile/JAPONICA i386 >Description: If a FreeBSD NFS client tries to mount a filesystem from a multi-homed NFS server, if it uses the `remoter' of the two addresses it will hang. That's because the server will reply from the nearer of the two addresses and the client will return an ICMP port-unreachable error. You may be able to ^C out of the attempted mount but eventually the machine will become unresponsive. This occurs in a slightly different form in 2.1.7. The mount seems to succeed but you can't access the remote directory. I'm waiting to see if the 2.1.7 client dies. :-) This DOES NOT happen with a Solaris 2 or SunOS 4 client. >How-To-Repeat: >From FreeBSD NFS client, try to mount FS from multi-homed server: mount :/ /mnt This will succeed. Unmount it, then mount :/ /mnt This will hang and eventually your machine will hang. (You may be able to ^C out of the mount, but eventually the machine will stop responding.) >Fix: Not known. There was a patch I got some time ago from Terry Lambert that was supposed to defeat the anti-spoofing code in /sys/nfs/nfs_subr.c but it didn't help. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 09:55:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16779 for bugs-outgoing; Mon, 3 Mar 1997 09:55:49 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16727; Mon, 3 Mar 1997 09:54:47 -0800 (PST) Date: Mon, 3 Mar 1997 09:54:47 -0800 (PST) From: Bruce Evans Message-Id: <199703031754.JAA16727@freefall.freebsd.org> To: pgiffuni@fps.biblos.unal.edu.co, bde, freebsd-bugs Subject: Re: misc/2606 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FPE error on certain ports State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Mon Mar 3 09:53:20 PST 1997 State-Changed-Why: Fixed in rev.1.8 of src/lib/libc/stdio/vfscanf.c. From owner-freebsd-bugs Mon Mar 3 10:08:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17712 for bugs-outgoing; Mon, 3 Mar 1997 10:08:24 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17150 for freebsd-bugs@freebsd.org; Mon, 3 Mar 1997 10:00:46 -0800 (PST) Date: Mon, 3 Mar 1997 10:00:46 -0800 (PST) Message-Id: <199703031800.KAA17150@freefall.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended Work on the problem has been postponed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte o [1995/12/08] kern/876 NFS allows bogus accesses to cached data a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m a [1996/03/04] kern/1059 hsu null fs panics system o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p f [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new a [1996/07/15] bin/1387 davidn Group file errors cause absolute havoc a [1996/08/09] kern/1487 bde bug in exec(2) o [1996/08/15] kern/1498 system hangs during inactivity o [1996/09/11] kern/1599 panic: locking against myself s [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re f [1996/09/14] kern/1609 page fault while in kenel mode during Lin o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta a [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system f [1996/10/28] kern/1919 access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/04] i386/1959 DELAY() won't work for fast CPUs o [1996/11/15] kern/2033 unmount of doubly mounted devfs forces pa o [1996/11/17] kern/2043 2.2-ALPHA stdio problems? (Bad Address e o [1996/11/29] kern/2121 MAXBSIZE in param.h causes kernel panic i o [1996/11/29] bin/2126 phk sysinstall installs broken geometory(sic) o [1996/12/14] i386/2218 cy.c XON/XOFF handling crashes kernel o [1996/12/17] kern/2240 ncr53c810 crashing o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 o [1996/12/25] kern/2277 2.2-BETA fails to boot on my laptop o [1996/12/25] conf/2280 Can't configure 562 CD-Rom using interfac o [1996/12/28] kern/2305 se system hangs with second Ide controller o [1996/12/29] bin/2320 Trouble with using arrow keys to navigate f [1997/01/01] ports/2352 ports wu-ftp port does not work with DES crypte o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI o [1997/01/04] kern/2371 gibbs SCSI disk corruption a [1997/01/10] bin/2440 julian Typo in libc and libc_r functions results o [1997/01/14] kern/2498 On installation, after selecting drivers, o [1997/01/25] bin/2578 imp security hole in resolver routines permit o [1997/01/25] bin/2580 imp security hole in glob.c o [1997/01/25] bin/2581 imp security holes in libtermcap o [1997/01/25] bin/2582 imp security hole in lib/libc/nls/msgcat.c o [1997/01/25] bin/2583 imp small security hole in localtime.c o [1997/01/25] bin/2586 imp various buffer overflow fixes o [1997/01/25] bin/2588 imp [possible] remote root exploit in rlogind o [1997/01/26] bin/2594 floppy install hangs after or on npx driv o [1997/01/27] bin/2599 Lite2 merg and critical bugfix for games/ o [1997/01/28] bin/2605 imp Buffer overflow in Paul Vixie's cron o [1997/02/01] kern/2635 NFS cache doesn't check execute permissio o [1997/02/06] kern/2680 bde bind of a local domain socket does not re o [1997/02/11] kern/2717 Panic with daily script (find) o [1997/02/12] conf/2718 Table Configuration with Multi Serial Boa o [1997/02/14] bin/2740 wpaul root-fs full erases password table ! o [1997/02/17] kern/2754 Using memory mmapped to an NFS file can c o [1997/02/19] conf/2775 sos Syscons in 2.2 wont work with Diamond Spe o [1997/02/21] misc/2795 Cyclades 8YO -- Not working under 2.1.6-S o [1997/02/26] bin/2821 jkh XFree86 distributed with 2.2-GAMMA corrup o [1997/02/27] ports/2830 ports bug fix for jp-vfghostscript4 ports o [1997/02/28] bin/2837 Globalyst550 Disk-Drive Not found!! 59 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/04/01] kern/291 se PCI devices still probe/attach after bein f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line f [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in o [1995/08/01] bin/648 jmz [f2c] printf format conversion incorrect f [1995/08/11] gnu/672 Nor all ph headers get created o [1995/08/21] kern/703 amurai ppp not always deleting route properly wh o [1995/08/22] bin/706 jmg increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 telnet character mode not set and broken o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps a [1995/10/26] kern/794 swap partition at offset 0 still broken o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 mpp tcpmux listener in inetd does not work o [1995/11/28] bin/850 joerg dump treats write-protect as an EOT & spo o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/02/06] kern/998 badness in file system silently crashes m o [1996/02/12] kern/1020 .Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after fl s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol f [1996/03/21] i386/1097 gibbs system hang during tape rewind/aic7870 co o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a o [1996/04/05] kern/1118 panic: setrunqueue encountered when wine f [1996/04/11] kern/1135 starting an extra mountd and then killing f [1996/05/10] misc/1187 pppd dies with a segv f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN a [1996/06/12] bin/1315 ls(1) o [1996/06/16] kern/1327 joerg keyboard probe in -current fails, X reboo a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/06/25] bin/1351 guido security problem with mv(1) f [1996/07/03] bin/1364 mpp ps(1) bugs o [1996/07/09] bin/1377 guido mv(1) retains the setuid bit when it is u o [1996/07/09] gnu/1379 Man command problem, when it writes into a [1996/07/18] kern/1397 bde can't send to a pipe f [1996/07/19] gnu/1407 jdp ld computes wrong size of common (global f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic f [1996/09/08] kern/1584 [unionfs] same file is listed twice o [1996/09/08] docs/1588 jfieber Handbook Incorrect LaTeX/PostScript outpu o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/14] kern/1613 I get ls: fts_read: No such file or direc o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai a [1996/09/22] bin/1664 davidn getty doesn't use init kerninfo struct o [1996/09/26] kern/1684 inconsistent permission failures on NFS r a [1996/09/28] bin/1687 watch makes kernel crash o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/01] bin/1705 COM2 not detected when booting from Hardd o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/05] i386/1730 sos SFF8020 violation and silly bug in atapi. o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/11] bin/1773 ports A NULL pointer causing segmentation core o [1996/10/13] gnu/1787 markm Diffs with Index: lines are not honored f o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/16] i386/1821 boot fails if bad144 selected on large pa a [1996/10/18] kern/1839 mpp Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/10/30] misc/1928 phk fdisk incorrectly detects driver geometry o [1996/11/04] bin/1952 guido Long chat script makes ppp dump core o [1996/11/07] bin/1973 pppd uses /etc/ppp/options.tty after comm o [1996/11/08] gnu/1981 ypserv handles null key incorrectly f [1996/11/08] kern/1982 fenner arpresolve: cant allocate llinfo for 207. o [1996/11/10] kern/1989 gibbs dump(8) fails to dump if tagged command q o [1996/11/13] ports/2000 asami obsolete software in distfiles directory o [1996/11/13] bin/2001 vi confused about lines to display o [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Con o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src o [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/15] kern/2034 julian [devfs] wd* driver "slot name rejection e o [1996/11/15] gnu/2035 peter deque bug, local gnu changes to deque hea o [1996/11/17] kern/2048 GENERIC kernel lacks SYSV IPC features o [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex o [1996/11/19] i386/2058 sos amity series machines can not show instal o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. o [1996/11/29] kern/2124 sos Hitachi CDR-7730 ATAPI CD-ROM recognized o [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/04] bin/2159 bsd on a 386 - 'configure' scripts for in o [1996/12/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp o [1996/12/09] bin/2187 ijppp: LQR is broken o [1996/12/10] misc/2189 mpp netdb.h works not with -traditonal cc fla o [1996/12/10] bin/2191 syslogd stops logging after several hours o [1996/12/13] bin/2206 NIS Makefile can't manage appletalk entri o [1996/12/17] kern/2232 MSDOSFS corrupts MSDOS partitions > 500Mb o [1996/12/17] ports/2235 ports tcp-wrapper port doesn't log under 2.1.6R o [1996/12/18] kern/2246 symlinks should have their own attributes o [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/19] bin/2255 Client PPP negotiates Stacker compression o [1996/12/20] bin/2256 PPP process on port will not close when a s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of o [1996/12/25] misc/2283 setlocale() in libxpg4 always returns NUL o [1996/12/27] bin/2303 cdcontrol can read to many toc entries if o [1996/12/27] bin/2304 mkdir -p o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 mpp quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1996/12/31] ports/2340 obrien gshar+gunshar needs to be updated to 4.2 o [1997/01/01] kern/2351 panic:timeout table full o [1997/01/03] bin/2365 jkh Partition undo causes kernel panic o [1997/01/06] i386/2381 gcc built with i486 default can't compile o [1997/01/06] kern/2388 joerg start unit command screws up some CDROM d o [1997/01/07] gnu/2394 tar will extract files even if -C command f [1997/01/07] kern/2401 joerg 2.2 RELENG sometimes locks up early on bo o [1997/01/08] kern/2423 some cdrom drives return bcd encoded trac o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] docs/2460 mpp manpages sometimes appear to be 0 bytes o [1997/01/12] ports/2467 chuckr tops display is corrupt o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 mpp gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/18] bin/2527 fetch doesn't print enough of the error m o [1997/01/20] kern/2538 worm burning suddenly broken o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not o [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from o [1997/01/21] bin/2550 davidn login: : No such file or directory f [1997/01/21] misc/2551 davidn limit too small for user root o [1997/01/23] kern/2569 route -iface breaks inet behaivour f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/24] kern/2573 mmap on nfs mounted file hangs system o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/26] bin/2593 imp [small] security hole and nfs compatibili o [1997/01/26] bin/2597 everything stops when the new ld.so is in o [1997/01/29] kern/2613 ache syscons mistakes MONO for MONO VGA o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/29] bin/2616 Installs very irratically from the same c o [1997/01/30] bin/2622 syslogd '-s' behavior either broken or po o [1997/01/31] misc/2625 fixed broken src/includes o [1997/01/31] kern/2626 Can't NFS export ext2fs due to lack of co o [1997/01/31] kern/2628 code clean up of sys/sys o [1997/01/31] kern/2632 enabling psm mouse causes keyboard to not o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/04] ports/2664 elm methodically writes garbage into fold o [1997/02/05] kern/2667 wollman bpfattach can hang the system o [1997/02/05] ports/2669 obrien Fix for W3c-httpd 3.0relevant patch must f [1997/02/05] bin/2670 fetch fails with HTTP_PROXY o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/06] misc/2683 jkh Broken label-editor on the boot disk of 2 o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/11] bin/2711 brian iij-ppp 'background' mode fails in LCP se o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/13] misc/2728 /usr/include/machine/endian.h:60: opt_cpu o [1997/02/13] ports/2731 ports new port: Tcl 8.0A2 o [1997/02/14] kern/2732 mcopy 3.0 causes kernel hang o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/14] kern/2738 julian [DEVFS problem] Kernel crashes when you m o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/17] ports/2756 ports top causes segmentation fault o [1997/02/18] bin/2762 Precedence mistake in libncurses o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir o [1997/02/19] kern/2772 gibbs panic: %s:%c:%d: Target did not send an I o [1997/02/19] kern/2773 bad dir panic o [1997/02/19] kern/2774 NFS client on 2.2-BETA blows holes in fil o [1997/02/20] misc/2781 Installation crashes if timeout in ftp tr o [1997/02/20] misc/2784 userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] bin/2812 sysinstall wont resolve addresses over PP o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/27] kern/2828 Adaptec 2940 Ultra cannot see Exabyte 850 o [1997/02/27] bin/2829 FTP installs can only fail once o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/01] ports/2842 ports Expect port upgraded at master site; does o [1997/03/02] bin/2844 libedit sync with NetBSD/OpenBSD o [1997/03/03] i386/2853 syscons beeps even if beeping screen is n o [1997/03/03] ports/2855 ports new version would _always_ give "rresvpor o [1997/03/03] kern/2858 FreeBSD NFS client can't mount filesystem 231 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1994/12/01] kern/35 mount -t union -o -b : lower layer not se o [1995/01/14] bin/115 systat iostat display doesn't scale high o [1995/01/22] kern/176 peter EIDRM not defined in errno.h o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/05/13] bin/401 wollman Add REMOTE_* variables a [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed s [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 ifconfig alias has to be separately given f [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/29] bin/715 ache ls gives weird tabular form o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/10/25] kern/792 dyson cd9660 very slow. o [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/22] kern/835 davidg ed panics with SMC ultra with iomem, if n o [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dyson swapinfo shows incorrect information for f [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has co o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn a [1995/12/29] misc/922 From line handling incorrect in mail.loca a [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/06] misc/934 amurai ppp dies with Bus Error when processing l f [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/28] kern/975 bde getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/03] bin/993 peter g++ complains about /usr/include/machine/ o [1996/02/07] bin/999 peter /usr/share/mk/sys.mk missing common $(RM) o [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati f [1996/02/14] kern/1026 deadlocks if parent vfork and child has c f [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po f [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently th o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with f [1996/02/29] kern/1051 zip fails on dos partition o [1996/03/20] kern/1090 iostat displays incorrect sps count o [1996/03/20] bin/1093 wollman route's diagnostic is weird o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u a [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' a [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunn o [1996/04/23] ports/1155 ports systat or top display disagreeing informa o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m f [1996/05/13] kern/1201 gibbs FreeBSD SCSI changer driver leaves a bit o [1996/05/15] bin/1206 steve /bin/sh + emacs + ^G = ruined terminal a [1996/05/20] ports/1222 andreas Header files conflict a [1996/05/21] bin/1229 bde redundant redeclaration of `lseek' o [1996/06/11] bin/1312 automounter hangs on boot o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make a [1996/06/13] bin/1320 gpalmer dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver f [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? f [1996/07/04] i386/1367 reprobe a device that does not exist = pa f [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also a [1996/07/07] bin/1375 Extraneous warning from mv(1) f [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob o [1996/07/18] kern/1399 dyson invoking setuid programs over NFS case vn o [1996/07/21] ports/1416 cflow(1) doesn't parse GNU C __attribute_ s [1996/07/23] kern/1421 Non-bug in sosend() o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET o [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed vers a [1996/08/07] ports/1470 asami need more info in the ports structure o [1996/08/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] ports/1504 jmz latex port completely failes o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/20] ports/1518 torstenb No man pages in audio/mpegaudio port o [1996/08/21] ports/1520 ports sudo dosn't recognise certain passwords a o [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in di o [1996/08/21] ports/1524 tg New port -- xtem-5.18beta o [1996/08/24] misc/1538 enhanced /etc/security script a [1996/08/28] ports/1550 ports "make install" needs to know how to updat o [1996/08/30] i386/1556 sos ATAPI CDROM probes ok, but will not 'moun o [1996/09/02] misc/1561 sos Wrong key mapping of five keys in german. a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 mail -f foo does not look in current dire o [1996/09/08] bin/1589 ftp fails to flush output o [1996/09/11] bin/1598 tip leaves OPOST set on controlling termi o [1996/09/12] docs/1602 ache /usr/lib/terminfo refered to in man termi o [1996/09/12] bin/1607 unmount fails for a NFS fs mounted withou o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize o [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes o [1996/09/17] docs/1630 Addition to handbook concerning MFS kerne f [1996/09/18] kern/1636 mss driver extension to broaden support a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/19] bin/1649 md5(1) header file makes bad assumption o [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct o [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out a [1996/09/22] bin/1665 davidn telnetd doesn't use gettytab %m %r %v %s o [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/24] bin/1674 strange behaviour of pppd (daemonize, def o [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as co o [1996/09/29] docs/1691 ppp server doc submission o [1996/10/02] misc/1708 monthly login accounting o [1996/10/02] kern/1711 kernel logging of signaled processes shou o [1996/10/02] gnu/1713 mkisofs doesn't match man page in behavio o [1996/10/03] misc/1717 Use of ntohl causes lint to complain o [1996/10/04] bin/1721 /sbin/route incorrectly installs routes w o [1996/10/04] kern/1725 visual config redraws bits of the screen f [1996/10/08] misc/1738 Install floppy returns random geometry wi o [1996/10/11] conf/1777 sysctl called in /etc/netstart before /us s [1996/10/13] kern/1788 pst netstat gives negative numbers for tcp by o [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/13] bin/1793 steve /bin/sh return w/o exitstatus in a functi o [1996/10/14] bin/1804 pkg_create hangs if the packing list has o [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/d f [1996/10/17] bin/1831 routed's rdisc mode is installing incorre o [1996/10/18] ports/1834 gpalmer COMMENT may be amusing but is not informa o [1996/10/19] docs/1841 pds NT boot mgr too Linux centric in FAQ o [1996/10/20] docs/1847 new handbook iijppp server section o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] misc/1853 Syscons font mapping semms not to work pr o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/22] kern/1868 system knows it has no keyboard but compl o [1996/10/23] misc/1871 incorrect '===> item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] kern/1878 SONY CDU76E IDE/ATAPI CDROM support. o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.cu o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] misc/1908 FTP install failed DNS lookup o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/10/31] ports/1939 ports exodus port doesn't build with new g++-2. o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2038 torstenb sshd dies on FreeBSD machines if run as a o [1996/11/17] bin/2046 vjcomp problem in iij-ppp o [1996/11/18] ports/2051 obrien HDF library port o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] conf/2063 jkh No file not found message in sysinstall o [1996/11/19] bin/2065 wollman in tzsetup/sysinstall, allow user to type o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/20] kern/2072 ZIP drive support is available for FreeBS o [1996/11/21] ports/2079 obrien New ports supporting AWE sound driver (fo o [1996/11/21] bin/2080 The scanf family doesn't support 'q' modi o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/23] bin/2093 AMD gets sig 11 when /etc/malloc.conf is o [1996/11/24] ports/2096 ports ImageMagick outdated, lzw not supported o [1996/11/24] ports/2097 asami new port of des lib o [1996/11/25] ports/2100 andreas New port: VGBZoom o [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and IN o [1996/11/26] bin/2106 Byte order problem in -current routed o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] i386/2117 nb8390.com hangs with some BIOS combinati o [1996/11/28] kern/2118 writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] ports/2145 ports qpopper bulletin support broken o [1996/12/03] conf/2146 wrong /dev for COM2 during installation v a [1996/12/04] docs/2153 mpp Manual page of bootparams(8) refers to a o [1996/12/06] i386/2166 psm driver locks the console o [1996/12/07] ports/2169 pst zephyr port does not completely compile o [1996/12/08] ports/2173 peter top does not compile under FBSD 2.1.6 o [1996/12/08] ports/2182 ports FreeBSD's and X-32's list of locales do n o [1996/12/08] bin/2184 sendmail has lots of trouble with local d o [1996/12/08] misc/2185 phk add ability to change partition type in l a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri f [1996/12/16] ports/2231 markm GNU Chess printing "gets() is unsafe" is o [1996/12/17] i386/2233 emulation o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 o [1996/12/18] bin/2247 imp getopt should return -1 rather than EOF o [1996/12/20] bin/2260 PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] gnu/2263 info files ending in -1, -2, etc are not o [1996/12/21] ports/2264 ports latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/22] docs/2266 Bad HTML format in online documentation o [1996/12/22] i386/2267 mouse motions do not exit from screen sav o [1996/12/23] kern/2271 FIONREAD on tunnel device returns incorre o [1996/12/24] kern/2273 support for POSIX.4 / POSIX.1a RT-schedul o [1996/12/24] docs/2275 no support for isdn-cards o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] kern/2286 rpm (and possibly others) from RedHat 4.0 o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock o [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/28] misc/2309 Thread safe fixes to malloc, localtime, l o [1996/12/28] ports/2313 torstenb pidentd fails in 2.2-BETA o [1996/12/29] bin/2315 tail segfaults on NFS permission denied o [1996/12/29] misc/2323 FreeBSD.FAQ file in ftp.freebsd.org is lo o [1996/12/30] kern/2327 `Green' saver for pcvt o [1996/12/31] bin/2336 jkh Sysinstall won't install dists on 2nd pas o [1997/01/01] docs/2353 Changes to FAQ o [1997/01/03] bin/2366 libc does not consult /etc/services to fi o [1997/01/03] bin/2368 serial line logins "freeze" during login o [1997/01/05] ports/2379 ports New URT port o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] misc/2386 patches for new socket credential firewal o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/06] kern/2390 Some CDROM drives stop audio on cdcontrol o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] misc/2407 dirent.h does not include sys/types.h o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/07] kern/2412 Wine does not work o [1997/01/07] ports/2413 peter Cannot redirect "top" output o [1997/01/08] kern/2424 Pressing ALT-Fn during boot -c leave bell o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2437 minor nits on text in 2.2-BETA install o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/10] bin/2443 Fetch cannot find the correct boundary be o [1997/01/10] ports/2445 ports New port : Cosmo Gang the Puzzle (games/c o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] bin/2449 ij-ppp in auto mode goes into failure loo o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN o [1997/01/25] bin/2589 uucpd, [almost certainly] non-exploitable o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 o [1997/01/28] bin/2609 Problem receiving more than 1688835 bytes o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] kern/2621 Patch to support Cogent EM110 fast-ethern o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/30] bin/2624 kdump unaware of semsys and several other o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg o [1997/01/31] bin/2631 kill interprets empty arg as PID 0 o [1997/02/02] gnu/2637 tar dumped core with -g option. f [1997/02/02] ports/2639 jkh FreeBSD 2.2 teTeX-0.4 package does not in a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/03] ports/2653 pst mh-6.8.4 manpage error for slocal o [1997/02/04] bin/2657 ypserv thinks there is no computers in ne o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/04] bin/2665 port 22 isn't being converted to ".ssh" i o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/06] ports/2677 ports Various ports have checksum problems o [1997/02/06] kern/2681 missing prototype in o [1997/02/06] i386/2682 sigreturn() error code disagrees with man o [1997/02/07] ports/2684 torstenb ircII port upgrade; 2.9_roof -> 2.9alpha1 o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/07] misc/2687 sysinstall umounts floppy after prompting o [1997/02/09] ports/2701 obrien uu-deview/lib & xdeview ports old o [1997/02/10] bin/2703 vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/10] kern/2705 `(c) 1992-1996 FreeBSD Inc.'; year is now o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] i386/2710 pst if_ppp LKM does not allow ppp line discip o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve o [1997/02/11] bin/2714 WEB pages served by apache seems to get s o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp f [1997/02/13] ports/2723 asami New port: recjis o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/17] bin/2752 NULL is used instead of 0 many places o [1997/02/18] ports/2758 asami multilingual nvi ports put in incoming di o [1997/02/18] ports/2761 asami Update ports, jp-skk-9.6 o [1997/02/20] ports/2778 ports New Port: Version of traceroute which pri o [1997/02/20] docs/2780 2.2 Handbook still says 2.1.6 o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/20] misc/2788 Submitting LC_CTYPE definition of Korean( o [1997/02/21] misc/2789 na.phone update o [1997/02/21] docs/2791 Errors in relnotes.hlp (and relnotes.sgml o [1997/02/21] bin/2792 steve yacc-generated parser and (const)'s and c o [1997/02/21] ports/2794 torstenb ssh fails to exec ssh-askpass a [1997/02/21] ports/2796 ports olvwm thinks TrueColor is mono o [1997/02/22] ports/2797 ports New Port: qmail o [1997/02/22] ports/2799 ports Submission of Angband 2.8.0 port. o [1997/02/23] bin/2804 davidn /usr/sbin/login reports: "root login refu o [1997/02/23] bin/2805 davidn remove hard coded slowdown count and fail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/23] kern/2807 pcisupport.c uses sprintf field widths, n o [1997/02/24] docs/2810 Tutorial submission detailing how to upgr o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo o [1997/02/25] ports/2816 ports New port - aftp ftp-like shell for apple2 o [1997/02/25] ports/2817 ports New port - prodosemu is an Apple2e prodos o [1997/02/25] ports/2818 ports New port - dvi2tty displays dvi files on o [1997/02/26] conf/2819 /etc/rc does not execute 'uname' when con o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/26] ports/2824 ports New port: multilingual nvi (supersedes po o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/02/28] docs/2833 Repeated topics on FAQ entry hardware com o [1997/02/28] gnu/2834 Patches to gas and gdb to support MMX ext o [1997/02/28] ports/2839 ports an-0.93 anagram generator port o [1997/03/02] bin/2845 sync with spiffy new netbsd/openbsd ftp c o [1997/03/02] misc/2848 jmg newsyslog will notify syslogd, not any ot a [1997/03/02] ports/2849 ports correction to New math/cad port (SCILAB) o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 bin-bug-people (utility bug people)script(1) sets argv[0] of the started she o [1997/03/02] bin/2852 bin-bug-people (utility bug people)script(1) sets argv[0] of the started she o [1997/03/03] ports/2854 ports fixes of x11/fvwm2 (cont. of ports/2760) o [1997/03/03] bin/2856 "sh -c 'emacs-nw'" then ctrl-g crashes sh o [1997/03/03] kern/2857 DE500 board exhibits capture effect 350 problems total. From owner-freebsd-bugs Mon Mar 3 11:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA23287 for bugs-outgoing; Mon, 3 Mar 1997 11:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA23259; Mon, 3 Mar 1997 11:40:03 -0800 (PST) Date: Mon, 3 Mar 1997 11:40:03 -0800 (PST) Message-Id: <199703031940.LAA23259@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2856: "sh -c 'emacs-nw'" then ctrl-g crashes sh Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2856; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: pir@pir.net Cc: freebsd-gnats-submit@freebsd.org, sprice@hiwaay.net (Steve Price) Subject: Re: bin/2856: "sh -c 'emacs-nw'" then ctrl-g crashes sh Date: Mon, 3 Mar 1997 20:20:26 +0100 As pir@pir.net wrote: > > >Number: 2856 > >Category: bin > >Synopsis: "sh -c 'emacs-nw'" then ctrl-g crashes sh Dup for PR # 1206. Steve, i'd really like to see the fix in 2.2. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Mar 3 13:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA29620 for bugs-outgoing; Mon, 3 Mar 1997 13:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA29581; Mon, 3 Mar 1997 13:40:04 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 13:40:04 -0800 (PST) Resent-Message-Id: <199703032140.NAA29581@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, chip@jlc.net Received: from verdi.jlc.net (root@verdi.jlc.net [199.201.159.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA28853 for ; Mon, 3 Mar 1997 13:31:19 -0800 (PST) Received: (from chip@localhost) by verdi.jlc.net (8.8.3/8.6.9) id QAA15549; Mon, 3 Mar 1997 16:32:45 -0500 (EST) Message-Id: <199703032132.QAA15549@verdi.jlc.net> Date: Mon, 3 Mar 1997 16:32:45 -0500 (EST) From: Chip Marshall Reply-To: chip@jlc.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2859: /usr/bin/quota seems to choke on long group file entries Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2859 >Category: bin >Synopsis: /usr/bin/quota seems to choke on long group file entries >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 13:40:02 PST 1997 >Last-Modified: >Originator: Chip Marshall >Organization: John Leslie Consulting >Release: FreeBSD 2.1.5-STABLE i386 >Environment: >Description: When quota is run on a group whose entry in the group file (/etc/group) is too long, it will not recognize the group as a valid group. >How-To-Repeat: Add a group entry and add usernames until it is approx. 400+ charecters long. Run /usr/bin/quota -g [groupname] >Fix: Unknown to me >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 15:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05278 for bugs-outgoing; Mon, 3 Mar 1997 15:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05243; Mon, 3 Mar 1997 15:20:02 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 15:20:02 -0800 (PST) Resent-Message-Id: <199703032320.PAA05243@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.PAA04887;Mon; (8.8.5/8.8.5);, 3 Mar 1997 15:11:15.-0800 (PST) Message-Id: <199703032311.PAA04887@freefall.freebsd.org> Date: Mon, 3 Mar 1997 15:11:15 -0800 (PST) From: pgiffuni@fps.biblos.unal.edu.co To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2861: New keymap for Latin American Keyboards Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2861 >Category: misc >Synopsis: New keymap for Latin American Keyboards >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 15:20:01 PST 1997 >Last-Modified: >Originator: Pedro Giffuni S. >Organization: Universidad Nacional de Colombia >Release: 2.1.7-Release >Environment: Non-Relevant >Description: I have here a keymap for the Latin American Keyboards. Please include it in the base distribution. I don't have ISO tables, but I have tested it on local keyboards. >How-To-Repeat: I'm sending the diff file with respect to us.iso.kbd. >Fix: 6c6 < 001 esc esc nop nop esc esc nop nop O --- > 001 esc esc esc esc esc esc esc esc O 8c8 < 003 '2' '@' nul nul '2' '@' nul nul O --- > 003 '2' '"' nul nul '2' '"' nul nul O 12,18c12,18 < 007 '6' '^' rs rs '6' '^' rs rs O < 008 '7' '&' nop nop '7' '&' nop nop O < 009 '8' '*' nop nop '8' '*' nop nop O < 010 '9' '(' nop nop '9' '(' nop nop O < 011 '0' ')' nop nop '0' ')' nop nop O < 012 '-' '_' ns ns '-' '_' ns ns O < 013 '=' '+' nop nop '=' '+' nop nop O --- > 007 '6' '&' rs rs '6' '&' rs rs O > 008 '7' '/' esc esc '7' '/' esc esc O > 009 '8' '(' nop nop '8' '(' nop nop O > 010 '9' ')' gs gs '8' '(' gs gs O > 011 '0' '=' nop nop '9' ')' nop nop O > 012 ''' '?' nop nop '\' '\' nop nop O > 013 168 173 nop nop 168 173 nop nop O 21c21 < 016 'q' 'Q' dc1 dc1 'q' 'Q' dc1 dc1 C --- > 016 'q' 'Q' dc1 dc1 '@' '@' dc1 dc1 C 26,27c26,27 < 021 'y' 'Y' em em 'y' 'Y' em em C < 022 'u' 'U' nak nak 'u' 'U' nak nak C --- > 021 'y' 'Y' em em 'y' 'Y' sub sub C > 022 'u' 'U' nak nak 151 129 nak nak C 31,32c31,32 < 026 '[' '{' esc esc '[' '{' esc esc O < 027 ']' '}' gs gs ']' '}' gs gs O --- > 026 ''' '|' esc esc ''' '|' esc esc C > 027 '+' '*' gs gs '~' '~' gs gs O 44,46c44,46 < 039 ';' ':' nop nop ';' ':' nop nop O < 040 ''' '"' nop nop ''' '"' nop nop O < 041 '`' '~' nop nop '`' '~' nop nop O --- > 039 164 165 nop nop 164 165 nop nop C > 040 '{' '[' nop nop '^' '^' nop nop C > 041 '|' 248 fs fs 191 191 fs fs O 48,49c48,49 < 043 '\' '|' fs fs '\' '|' fs fs O < 044 'z' 'Z' sub sub 'z' 'Z' sub sub C --- > 043 '}' ']' fs fs '`' '`' fs fs O > 044 'z' 'Z' sub sub 'z' 'Z' em em C 56,58c56,58 < 051 ',' '<' nop nop ',' '<' nop nop O < 052 '.' '>' nop nop '.' '>' nop nop O < 053 '/' '?' nop nop '/' '?' nop nop O --- > 051 ',' ';' nop nop ',' ';' nop nop O > 052 '.' ':' nop nop '.' ':' nop nop O > 053 '-' '_' ns ns '-' '_' ns ns O 62c62 < 057 ' ' ' ' nul ' ' ' ' ' ' ' ' ' ' O --- > 057 ' ' ' ' ' ' ' ' ' ' ' ' ' ' ' ' O 74,75c74,75 < 069 nlock nlock nlock nlock nlock nlock nlock nlock O < 070 slock slock slock slock slock slock slock slock O --- > 069 nlock nlock dc3 dc3 nlock nlock dc3 dc3 O > 070 slock slock del del slock slock del del O 79c79 < 074 fkey52 '-' '-' '-' '-' '-' '-' '-' N --- > 074 fkey52 '-' ns ns '-' '-' '-' '-' N 82c82 < 077 fkey55 '6' '6' '6' '6' '6' '6' '6' N --- > 077 fkey55 '6' rs rs '6' '6' '6' '6' N 88c88 < 083 del '.' '.' '.' '.' '.' boot boot N --- > 083 del '.' del del del del del del N 91c91 < 086 nop nop nop nop nop nop nop nop O --- > 086 '<' '>' fs fs '\' '>' fs fs O 97c97 < 092 nscr nop debug nop nop nop nop nop O --- > 092 '*' '*' '*' '*' '*' '*' '*' '*' N 108c108 < 103 fkey61 fkey61 fkey61 fkey61 fkey61 fkey61 boot fkey61 O --- > 103 fkey54 fkey54 fkey54 fkey54 fkey54 fkey54 boot fkey54 O 110,112d109 < 105 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 O < 106 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 O < 107 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 O >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 15:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05298 for bugs-outgoing; Mon, 3 Mar 1997 15:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05275; Mon, 3 Mar 1997 15:20:04 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 15:20:04 -0800 (PST) Resent-Message-Id: <199703032320.PAA05275@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.PAA05123;Mon; (8.8.5/8.8.5);, 3 Mar 1997 15:18:07.-0800 (PST) Message-Id: <199703032318.PAA05123@freefall.freebsd.org> Date: Mon, 3 Mar 1997 15:18:07 -0800 (PST) From: pgiffuni@fps.biblos.unal.edu.co To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2862: New keymap for Latin American Keyboards Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2862 >Category: misc >Synopsis: New keymap for Latin American Keyboards >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 15:20:03 PST 1997 >Last-Modified: >Originator: Pedro Giffuni S. >Organization: Universidad Nacional de Colombia >Release: 2.1.7-Release and previous >Environment: Non-Relevant >Description: I have here a keymap for the Latin American Keyboards. Please include it in the base distribution. I don't have ISO tables, but I have tested it on local keyboards. >How-To-Repeat: I'm sending the diff file with respect to spanish.iso.kbd . You may notice columns 6 & 7 are the same as 2 & 3. An X session switches form rows 2 & 3 to 6 & 7 (I don't know why). >Fix: 7,18c7,18 < 002 '1' '!' nop nop '|' '|' nop nop O < 003 '2' '"' nul nul '@' '@' nul nul O < 004 '3' 183 nop nop '#' '#' nop nop O < 005 '4' '$' nop nop '4' '4' nop nop O < 006 '5' '%' nop nop '5' '5' nop nop O < 007 '6' '&' rs rs 172 172 rs rs O < 008 '7' '/' esc esc '7' '7' esc esc O < 009 '8' '(' nop nop '8' '8' nop nop O < 010 '9' ')' gs gs '8' '8' gs gs O < 011 '0' '=' nop nop '9' '9' nop nop O < 012 ''' '?' nop nop ''' ''' nop nop O < 013 161 191 nop nop ''' '`' nop nop O --- > 002 '1' '!' nop nop '1' '!' nop nop O > 003 '2' '"' nul nul '2' '"' nul nul O > 004 '3' '#' nop nop '3' '#' nop nop O > 005 '4' '$' nop nop '4' '$' nop nop O > 006 '5' '%' nop nop '5' '%' nop nop O > 007 '6' '&' rs rs '6' '&' rs rs O > 008 '7' '/' esc esc '7' '/' esc esc O > 009 '8' '(' nop nop '8' '(' nop nop O > 010 '9' ')' gs gs '8' '(' gs gs O > 011 '0' '=' nop nop '9' ')' nop nop O > 012 ''' '?' nop nop '\' '\' nop nop O > 013 168 173 nop nop 168 173 nop nop O 21c21 < 016 'q' 'Q' dc1 dc1 'q' 'Q' dc1 dc1 C --- > 016 'q' 'Q' dc1 dc1 '@' '@' dc1 dc1 C 23c23 < 018 'e' 'E' enq enq 233 201 enq enq C --- > 018 'e' 'E' enq enq 'e' 'E' enq enq C 27,29c27,29 < 022 'u' 'U' nak nak 250 218 nak nak C < 023 'i' 'I' ht ht 237 205 ht ht C < 024 'o' 'O' si si 243 211 si si C --- > 022 'u' 'U' nak nak 151 129 nak nak C > 023 'i' 'I' ht ht 'i' 'I' ht ht C > 024 'o' 'O' si si 'o' 'O' si si C 31,32c31,32 < 026 '`' '^' esc esc '[' '[' esc esc C < 027 '+' '*' gs gs ']' '[' gs gs O --- > 026 ''' '|' esc esc ''' '|' esc esc C > 027 '+' '*' gs gs '~' '~' gs gs O 35c35 < 030 'a' 'A' soh soh 225 193 soh soh C --- > 030 'a' 'A' soh soh 'a' 'A' soh soh C 44,46c44,46 < 039 241 209 nop nop '~' nop nop nop C < 040 252 220 nop nop '{' 220 nop nop C < 041 186 170 fs fs '\' '\' fs fs O --- > 039 164 165 nop nop 164 165 nop nop C > 040 '{' '[' nop nop '^' '^' nop nop C > 041 '|' 248 fs fs 191 191 fs fs O 48c48 < 043 231 199 rs rs '}' '}' rs rs O --- > 043 '}' ']' fs fs '`' '`' fs fs O >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 15:29:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05748 for bugs-outgoing; Mon, 3 Mar 1997 15:29:02 -0800 (PST) Received: from fps.biblos.unal.edu.co ([168.176.37.11]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA05538; Mon, 3 Mar 1997 15:24:04 -0800 (PST) From: pgiffuni@fps.biblos.unal.edu.co Received: from localhost by fps.biblos.unal.edu.co (AIX 4.1/UCB 5.64/4.03) id AA28822; Mon, 3 Mar 1997 18:27:42 -0500 Date: Mon, 3 Mar 1997 18:27:41 -0500 (EST) To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: misc/2862: New keymap for Latin American Keyboards In-Reply-To: <199703032320.PAA05269@freefall.freebsd.org> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Close this PR please, I sent a Duplicate ! On Mon, 3 Mar 1997 FreeBSD-gnats@freefall.FreeBSD.org wrote: > Thank you very much for your problem report. > It has the internal identification `misc/2862'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: misc > >Responsible: freebsd-bugs > >Synopsis: New keymap for Latin American Keyboards > >Arrival-Date: Mon Mar 3 15:20:03 PST 1997 > From owner-freebsd-bugs Mon Mar 3 15:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05828 for bugs-outgoing; Mon, 3 Mar 1997 15:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05819; Mon, 3 Mar 1997 15:30:02 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 15:30:02 -0800 (PST) Resent-Message-Id: <199703032330.PAA05819@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.PAA05398;Mon; (8.8.5/8.8.5);, 3 Mar 1997 15:21:25.-0800 (PST) Message-Id: <199703032321.PAA05398@freefall.freebsd.org> Date: Mon, 3 Mar 1997 15:21:25 -0800 (PST) From: pgiffuni@fps.biblos.unal.edu.co To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2863: New keymap for Latin American Keyboards Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2863 >Category: misc >Synopsis: New keymap for Latin American Keyboards >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 15:30:01 PST 1997 >Last-Modified: >Originator: Pedro Giffuni S. >Organization: Universidad Nacional de Colombia >Release: 2.1.7-Release and previous >Environment: Non-Relevant >Description: I have here a keymap for the Latin American Keyboards. Please include it in the base distribution. I don't have ISO tables, but I have tested it on local keyboards. I use /usr/share/syscons/keymaps/lat-amer.kbd name it as required. >How-To-Repeat: I'm sending the diff file with respect to spanish.iso.kbd . You may notice columns 6 & 7 are the same as 2 & 3. An X session switches form rows 2 & 3 to 6 & 7 (I don't know why). >Fix: 7,18c7,18 < 002 '1' '!' nop nop '|' '|' nop nop O < 003 '2' '"' nul nul '@' '@' nul nul O < 004 '3' 183 nop nop '#' '#' nop nop O < 005 '4' '$' nop nop '4' '4' nop nop O < 006 '5' '%' nop nop '5' '5' nop nop O < 007 '6' '&' rs rs 172 172 rs rs O < 008 '7' '/' esc esc '7' '7' esc esc O < 009 '8' '(' nop nop '8' '8' nop nop O < 010 '9' ')' gs gs '8' '8' gs gs O < 011 '0' '=' nop nop '9' '9' nop nop O < 012 ''' '?' nop nop ''' ''' nop nop O < 013 161 191 nop nop ''' '`' nop nop O --- > 002 '1' '!' nop nop '1' '!' nop nop O > 003 '2' '"' nul nul '2' '"' nul nul O > 004 '3' '#' nop nop '3' '#' nop nop O > 005 '4' '$' nop nop '4' '$' nop nop O > 006 '5' '%' nop nop '5' '%' nop nop O > 007 '6' '&' rs rs '6' '&' rs rs O > 008 '7' '/' esc esc '7' '/' esc esc O > 009 '8' '(' nop nop '8' '(' nop nop O > 010 '9' ')' gs gs '8' '(' gs gs O > 011 '0' '=' nop nop '9' ')' nop nop O > 012 ''' '?' nop nop '\' '\' nop nop O > 013 168 173 nop nop 168 173 nop nop O 21c21 < 016 'q' 'Q' dc1 dc1 'q' 'Q' dc1 dc1 C --- > 016 'q' 'Q' dc1 dc1 '@' '@' dc1 dc1 C 23c23 < 018 'e' 'E' enq enq 233 201 enq enq C --- > 018 'e' 'E' enq enq 'e' 'E' enq enq C 27,29c27,29 < 022 'u' 'U' nak nak 250 218 nak nak C < 023 'i' 'I' ht ht 237 205 ht ht C < 024 'o' 'O' si si 243 211 si si C --- > 022 'u' 'U' nak nak 151 129 nak nak C > 023 'i' 'I' ht ht 'i' 'I' ht ht C > 024 'o' 'O' si si 'o' 'O' si si C 31,32c31,32 < 026 '`' '^' esc esc '[' '[' esc esc C < 027 '+' '*' gs gs ']' '[' gs gs O --- > 026 ''' '|' esc esc ''' '|' esc esc C > 027 '+' '*' gs gs '~' '~' gs gs O 35c35 < 030 'a' 'A' soh soh 225 193 soh soh C --- > 030 'a' 'A' soh soh 'a' 'A' soh soh C 44,46c44,46 < 039 241 209 nop nop '~' nop nop nop C < 040 252 220 nop nop '{' 220 nop nop C < 041 186 170 fs fs '\' '\' fs fs O --- > 039 164 165 nop nop 164 165 nop nop C > 040 '{' '[' nop nop '^' '^' nop nop C > 041 '|' 248 fs fs 191 191 fs fs O 48c48 < 043 231 199 rs rs '}' '}' rs rs O --- > 043 '}' ']' fs fs '`' '`' fs fs O >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 15:31:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05975 for bugs-outgoing; Mon, 3 Mar 1997 15:31:59 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA05936; Mon, 3 Mar 1997 15:31:06 -0800 (PST) Date: Mon, 3 Mar 1997 15:31:06 -0800 (PST) From: Gary Palmer Message-Id: <199703032331.PAA05936@freefall.freebsd.org> To: pgiffuni@fps.biblos.unal.edu.co, gpalmer, freebsd-bugs Subject: Re: misc/2862 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: New keymap for Latin American Keyboards State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Mon Mar 3 15:30:29 PST 1997 State-Changed-Why: Duplicate P.R. closed at submitters request From owner-freebsd-bugs Mon Mar 3 15:52:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA07089 for bugs-outgoing; Mon, 3 Mar 1997 15:52:28 -0800 (PST) Received: from fps.biblos.unal.edu.co ([168.176.37.11]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA06946; Mon, 3 Mar 1997 15:49:47 -0800 (PST) From: pgiffuni@fps.biblos.unal.edu.co Received: from localhost by fps.biblos.unal.edu.co (AIX 4.1/UCB 5.64/4.03) id AA21956; Mon, 3 Mar 1997 18:53:22 -0500 Date: Mon, 3 Mar 1997 18:53:22 -0500 (EST) To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: misc/2861: New keymap for Latin American Keyboards In-Reply-To: <199703032320.PAA05230@freefall.freebsd.org> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I must be dumn ! This one is repeated also (netscape doesn't know how to stop!). Please close it again... On Mon, 3 Mar 1997 FreeBSD-gnats@freefall.FreeBSD.org wrote: > Thank you very much for your problem report. > It has the internal identification `misc/2861'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: misc > >Responsible: freebsd-bugs > >Synopsis: New keymap for Latin American Keyboards > >Arrival-Date: Mon Mar 3 15:20:01 PST 1997 > From owner-freebsd-bugs Mon Mar 3 15:54:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA07251 for bugs-outgoing; Mon, 3 Mar 1997 15:54:34 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA07208; Mon, 3 Mar 1997 15:53:41 -0800 (PST) Date: Mon, 3 Mar 1997 15:53:41 -0800 (PST) From: Gary Palmer Message-Id: <199703032353.PAA07208@freefall.freebsd.org> To: pgiffuni@fps.biblos.unal.edu.co, gpalmer, freebsd-bugs Subject: Re: misc/2861 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: New keymap for Latin American Keyboards State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Mon Mar 3 15:53:13 PST 1997 State-Changed-Why: Closed at submitters request (duplicate PR) From owner-freebsd-bugs Mon Mar 3 16:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA07586 for bugs-outgoing; Mon, 3 Mar 1997 16:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA07556; Mon, 3 Mar 1997 16:00:03 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 16:00:03 -0800 (PST) Resent-Message-Id: <199703040000.QAA07556@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mks@msc.edu Received: from salo.msci.magic.net (salo.msci.magic.net [137.66.176.16]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA07227 for ; Mon, 3 Mar 1997 15:53:47 -0800 (PST) Received: (from mks@localhost) by salo.msci.magic.net (8.7.5/8.7.3) id RAA00607; Mon, 3 Mar 1997 17:53:14 -0600 (CST) Message-Id: <199703032353.RAA00607@salo.msci.magic.net> Date: Mon, 3 Mar 1997 17:53:14 -0600 (CST) From: mks@msc.edu Reply-To: mks@msc.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2864: Using modload with -p option Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2864 >Category: bin >Synopsis: Using modload with -p option broken >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 16:00:01 PST 1997 >Last-Modified: >Originator: Mike Spengler >Organization: Minnesota Supercomputer Center, Inc. >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: There are two problems when using modload -p : 1. If the -u option is also specified, the loaded output file is never deleted; 2. The /dev/lkm device isn't closed before calling the post-install program, thus modload still holds the exclusive lock on /dev/lkm. If the post-install program then tries to use modstat (to figure out name of loaded module) it will hang on its open(/dev/lkm) and thus the modload itself will hang waiting for the install program to complete. >How-To-Repeat: o create the following shell script (call it mod_loaded) #!/bin/sh # PATH=/bin:/sbin:/usr/bin:/usr/sbin; export PATH MODID=$1 MOD=`modstat -i ${MODID} | awk ' $2 == modid { print $NF; exit; }' modid=${MODID}` echo "module loaded was ${MOD}" exit 0 o pick your favorite loadable module (mymod) and, modload -u -e -o /tmp/mymod -p mod_loaded mymod.o o this should hang the modload and its invocation of mod_loaded and will also not delete /tmp/mymod. >Fix: --- modload.c.orig Tue May 30 01:09:20 1995 +++ modload.c Mon Mar 3 17:03:40 1997 @@ -358,6 +358,12 @@ fileopen &= ~PART_RESRV; /* loaded */ if(!quiet) printf("Module loaded as ID %d\n", resrv.slot); + if(dounlink) { + if(unlink(out)) { + err(17, "unlink(%s)", out); + } + } + if (post) { struct lmc_stat sbuf; char id[16], type[16], offset[16]; @@ -370,14 +376,12 @@ sprintf(offset, "%d", sbuf.offset); /* XXX the modload docs say that drivers can install bdevsw & cdevsw, but the interface only supports one at a time. sigh. */ + + /* Free resources before calling post-install program */ + cleanup(); + execl(post, post, id, type, offset, 0); err(16, "can't exec '%s'", post); - } - - if(dounlink) { - if(unlink(out)) { - err(17, "unlink(%s)", out); - } } return 0; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 18:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA17598 for bugs-outgoing; Mon, 3 Mar 1997 18:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA17590; Mon, 3 Mar 1997 18:30:03 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 18:30:03 -0800 (PST) Resent-Message-Id: <199703040230.SAA17590@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.SAA17420;Mon; (8.8.5/8.8.5);, 3 Mar 1997 18:25:21.-0800 (PST) Message-Id: <199703040225.SAA17420@freefall.freebsd.org> Date: Mon, 3 Mar 1997 18:25:21 -0800 (PST) From: bert@miint.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2865: NFS client hangs on umount, ls, df when NFS server is rebooted Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2865 >Category: kern >Synopsis: NFS client hangs on umount, ls, df when NFS server is rebooted >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 18:30:01 PST 1997 >Last-Modified: >Originator: Bert Beckmann >Organization: Millennia Internet >Release: BSD 2.1.5 >Environment: >Description: NFS clients hang on all file related commands when an NFS server is rebooted. The umount command hangs, and all related file commands hang and can't be kill -9'ed. Re-booting the NFS server doesn't fix the problem. >How-To-Repeat: >Fix: Re-boot, should be a better way to recover. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 19:07:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA19196 for bugs-outgoing; Mon, 3 Mar 1997 19:07:30 -0800 (PST) Received: (from steve@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA19174; Mon, 3 Mar 1997 19:07:12 -0800 (PST) Date: Mon, 3 Mar 1997 19:07:12 -0800 (PST) From: Steve Price Message-Id: <199703040307.TAA19174@freefall.freebsd.org> To: pir@pir.net, steve, freebsd-bugs Subject: Re: bin/2856 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: "sh -c 'emacs-nw'" then ctrl-g crashes sh State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Mar 3 19:06:06 PST 1997 State-Changed-Why: Duplicate of bin/1206. From owner-freebsd-bugs Mon Mar 3 19:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA19619 for bugs-outgoing; Mon, 3 Mar 1997 19:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA19605; Mon, 3 Mar 1997 19:20:02 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 19:20:02 -0800 (PST) Resent-Message-Id: <199703040320.TAA19605@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from inetnif.niftyserve.or.jp (inetnif.niftyserve.or.jp [192.47.24.129]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA19377 for" ; Mon, 3 Mar 1997 19:11:43.-0800 (PST) Received: (from uucp@localhost) by inetnif.niftyserve.or.jp (8.8.4+2.7Wbeta4/3.5Wpl1-970106) id MAA01991; Tue, 4 Mar 1997 12:12:18 +0900 (JST) Message-Id: <199703040312.MAA01991@inetnif.niftyserve.or.jp> Date: Tue, 04 Mar 1997 12:09:00 +0900 From: "HASEGAWA, Tomoki" To: FreeBSD-gnats-submit@freebsd.org Subject: kern/2866: SCRL-LOCK LED do not light with PAUSE ke Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2866 >Category: kern >Synopsis: kern >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 19:20:01 PST 1997 >Last-Modified: >Originator: HASEGAWA Tomoki >Organization: >Release: FreeBSD 2.2-970225-GAMMA i386 >Environment: syscons driver on FreeBSD-2.2-BETA or later TOSHIBA DynaBookSS433 (note pc:Japanese edition of T3400CT) >Description: SCRL-LOCK LED do not light with PAUSE key, but back scroll work well. Using scrl-lock key, it works all well. >How-To-Repeat: >Fix: sorry, I can't fix it. But on 2.2-ALPHA or former SNAPSHOTS , SCRL-LOCK LED light. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 19:20:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA19632 for bugs-outgoing; Mon, 3 Mar 1997 19:20:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA19617; Mon, 3 Mar 1997 19:20:04 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 19:20:04 -0800 (PST) Resent-Message-Id: <199703040320.TAA19617@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gpalmer@freebsd.org Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA19418 for ; Mon, 3 Mar 1997 19:13:17 -0800 (PST) Received: from nebula.noc.webspan.net (nebula.noc.webspan.net [206.154.70.43]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id WAA02158 for ; Mon, 3 Mar 1997 22:12:39 -0500 (EST) Received: (from root@localhost) by nebula.noc.webspan.net (8.8.5/WEBSPAN-970228) id WAA18539; Mon, 3 Mar 1997 22:10:33 -0500 (EST) Message-Id: <199703040310.WAA18539@nebula.noc.webspan.net> Date: Mon, 3 Mar 1997 22:10:33 -0500 (EST) From: gpalmer@freebsd.org Reply-To: gpalmer@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2867: sysinstall goes into an infinite loop during pkg add Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2867 >Category: bin >Synopsis: sysinstall goes into an infinite loop during pkg add >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 19:20:03 PST 1997 >Last-Modified: >Originator: gpalmer@freebsd.org >Organization: FreeBSD >Release: FreeBSD 2.2-GAMMA i386 >Environment: 2.2 gamma floppy from the 970226 build >Description: It seems relatively easy to either get a SIG11, or get the it to eat 100% CPU without end during the package addition phase. The exact cause is unknown, but I've done it too many times here for it to be a fluke. Passive ftp install over ethernet on a P5-166 which has otherwise performed flawlessly. >How-To-Repeat: Beat on the pkg installation section of sysinstall, either standalone or from the boot floppy >Fix: Beat on jordan until he fixes it :-) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 19:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA20766 for bugs-outgoing; Mon, 3 Mar 1997 19:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA20759; Mon, 3 Mar 1997 19:50:01 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 19:50:01 -0800 (PST) Resent-Message-Id: <199703040350.TAA20759@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.TAA20450;Mon; (8.8.5/8.8.5);, 3 Mar 1997 19:42:00.-0800 (PST) Message-Id: <199703040342.TAA20450@freefall.freebsd.org> Date: Mon, 3 Mar 1997 19:42:00 -0800 (PST) From: fenner@parc.xerox.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2868: new fetch thinks that NCSA 1.5.2 server returns HTTP 0.9 response Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2868 >Category: bin >Synopsis: new fetch thinks that NCSA 1.5.2 server returns HTTP 0.9 response >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 19:50:01 PST 1997 >Last-Modified: >Originator: Bill Fenner >Organization: Xerox >Release: 3.0 >Environment: fetch built from -current on thud >Description: Using fetch to retreive a file from an NCSA 1.5.2 server results in an HTTP header in the resulting file. Fetch is looking for a response beginning 'HTTP/' but NCSA 1.5.2 returns 'HTTP ' >How-To-Repeat: fetch http://jarok.cs.ohiou.edu/software/tcptrace/tcptrace.html >Fix: Modify fetch to understand the not-quite-HTTP/1.0 response HTTP 200 Document follows >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 22:40:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA29813 for bugs-outgoing; Mon, 3 Mar 1997 22:40:39 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA29795; Mon, 3 Mar 1997 22:40:36 -0800 (PST) Date: Mon, 3 Mar 1997 22:40:36 -0800 (PST) From: Mike Pritchard Message-Id: <199703040640.WAA29795@freefall.freebsd.org> To: mpp, freebsd-bugs Subject: Re: bin/2851 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: script(1) sets argv[0] of the started shell to "sh" Responsible-Changed-From-To: bin-bug-people->freebsd-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Mon Mar 3 22:39:28 PST 1997 Responsible-Changed-Why: Misfiled PR. This PR is a bit of an experiment. I bouned it from the NetBSD-bugs mailing list to freebsd-gnats-submit, it it appears to have come through mostly intact. From owner-freebsd-bugs Mon Mar 3 23:10:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA01732 for bugs-outgoing; Mon, 3 Mar 1997 23:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA01724; Mon, 3 Mar 1997 23:10:02 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 23:10:02 -0800 (PST) Resent-Message-Id: <199703040710.XAA01724@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, marcs@znep.com Received: from valis.worldgate.com (marcs@valis.worldgate.com [198.161.84.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA01505 for ; Mon, 3 Mar 1997 23:07:54 -0800 (PST) Received: (from marcs@localhost) by valis.worldgate.com (8.8.5/8.8.5) id AAA28947; Tue, 4 Mar 1997 00:07:47 -0700 (MST) Message-Id: <199703040707.AAA28947@valis.worldgate.com> Date: Tue, 4 Mar 1997 00:07:47 -0700 (MST) From: marcs@znep.com Reply-To: marcs@znep.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2870: fetch won't restart http transfers Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2870 >Category: bin >Synopsis: fetch -r just doesn't work for http transfers >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 23:10:01 PST 1997 >Last-Modified: >Originator: Marc Slemko >Organization: >Release: FreeBSD 2.2-GAMMA i386 >Environment: Latest fetch, from 2.2 or -current. >Description: When you try to use fetch -r against a http server to resume a transfer, it will always give an error about "unknown Content-Range unit". Once I fixed that problem, it was then filling the start of the file with null characters when it was resumed. >How-To-Repeat: $ fetch http://localhost/~marcs/epi-r06.pdf ^C (abort partway through the file) $ fetch -r http://localhost/~marcs/epi-r06.pdf >Fix: The following fixes the problem, and I _think_ it shouldn't cause any other problems but have not had time to look at it in detail. After this patch, fetch restarts http transfers fine for me, although it still doesn't quite do chunked encodings properly... Index: http.c =================================================================== RCS file: /usr/cvs/src/usr.bin/fetch/http.c,v retrieving revision 1.4 diff -c -r1.4 http.c *** http.c 1997/02/11 20:46:05 1.4 --- http.c 1997/03/04 06:57:47 *************** *** 857,863 **** if (to_stdout) local = fopen("/dev/stdout", "w"); else ! local = fopen(fs->fs_outputfile, "w"); if (local == 0) { warn("%s: fopen", fs->fs_outputfile); fclose(remote); --- 857,863 ---- if (to_stdout) local = fopen("/dev/stdout", "w"); else ! local = fopen(fs->fs_outputfile, "a"); if (local == 0) { warn("%s: fopen", fs->fs_outputfile); fclose(remote); *************** *** 1263,1269 **** u_quad_t first, last, total; char *ep; ! if (strcasecmp(orig, "bytes") != 0) { warnx("unknown Content-Range unit: `%s'", orig); return EX_PROTOCOL; } --- 1263,1269 ---- u_quad_t first, last, total; char *ep; ! if (strncasecmp(orig, "bytes", 5) != 0) { warnx("unknown Content-Range unit: `%s'", orig); return EX_PROTOCOL; } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Mar 3 23:40:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03539 for bugs-outgoing; Mon, 3 Mar 1997 23:40:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03505; Mon, 3 Mar 1997 23:40:05 -0800 (PST) Resent-Date: Mon, 3 Mar 1997 23:40:05 -0800 (PST) Resent-Message-Id: <199703040740.XAA03505@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Andre.Albsmeier@mchp.siemens.de Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03272 for ; Mon, 3 Mar 1997 23:35:35 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.5/8.8.0) with ESMTP id IAA01997 for ; Tue, 4 Mar 1997 08:34:05 +0100 (MET) Received: from curry.mchp.siemens.de (1@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.4/8.8.4) with ESMTP id IAA19107 for ; Tue, 4 Mar 1997 08:35:31 +0100 (MET) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.5/8.8.5) id IAA00259 for ; Tue, 4 Mar 1997 08:35:29 +0100 (MET) Message-Id: <199703040735.IAA00365@server.us.tld> Date: Tue, 4 Mar 1997 08:35:21 +0100 (MET) From: Andre Albsmeier Reply-To: Andre.Albsmeier@mchp.siemens.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2871: showmount -e returns error Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2871 >Category: bin >Synopsis: showmount -e returns error >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 3 23:40:02 PST 1997 >Last-Modified: >Originator: Andre Albsmeier >Organization: >Release: FreeBSD 2.2-GAMMA i386 >Environment: Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-GAMMA #0: Thu Feb 27 15:15:11 MET 1997 root@server.us.tld:/server/adm/FreeBSD/src/sys/src-2.2/sys/compile/SERVER Calibrating clock(s) relative to mc146818A clock ... i586 clock: 166109467 Hz, i8254 clock: 1193318 Hz CPU: Pentium (166.09-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 31068160 (30340K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 0 on pci0:7:0 chip2 rev 0 on pci0:7:1 ahc0 rev 0 int a irq 10 on pci0:9 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "IBM DPES-31080 S31Q" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1034MB (2118144 512 byte sectors) sd0(ahc0:0:0): with 4903 cyls, 4 heads, and an average 108 sectors/track ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "Quantum XP34300 L915" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 4101MB (8399520 512 byte sectors) sd1(ahc0:1:0): with 3907 cyls, 20 heads, and an average 107 sectors/track ahc0: target 2 Tagged Queuing Device (ahc0:2:0): "Quantum XP34300 L915" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 4101MB (8399520 512 byte sectors) sd2(ahc0:2:0): with 3907 cyls, 20 heads, and an average 107 sectors/track ahc0: target 3 Tagged Queuing Device (ahc0:3:0): "Quantum XP34300 L915" type 0 fixed SCSI 2 sd3(ahc0:3:0): Direct-Access 4101MB (8399520 512 byte sectors) sd3(ahc0:3:0): with 3907 cyls, 20 heads, and an average 107 sectors/track ahc0: target 4 Tagged Queuing Device (ahc0:4:0): "SEAGATE ST12400N 8650" type 0 fixed SCSI 2 sd4(ahc0:4:0): Direct-Access 2048MB (4194685 512 byte sectors) sd4(ahc0:4:0): with 2621 cyls, 19 heads, and an average 84 sectors/track ahc1 rev 0 int a irq 11 on pci0:10 ahc1: aic7880 Single Channel, SCSI Id=7, 16 SCBs (ahc1:0:0): "IMPRIMIS 94601-15 4202" type 0 fixed SCSI 1 sd10(ahc1:0:0): Direct-Access 992MB (2031705 512 byte sectors) sd10(ahc1:0:0): with 1931 cyls, 15 heads, and an average 70 sectors/track (ahc1:1:0): "IMPRIMIS 94601-15 4202" type 0 fixed SCSI 1 sd11(ahc1:1:0): Direct-Access 992MB (2031705 512 byte sectors) sd11(ahc1:1:0): with 1931 cyls, 15 heads, and an average 70 sectors/track ahc1: target 2 Tagged Queuing Device (ahc1:2:0): "SEAGATE ST41650 6414" type 0 fixed SCSI 2 sd12(ahc1:2:0): Direct-Access 1350MB (2766300 512 byte sectors) sd12(ahc1:2:0): with 2107 cyls, 15 heads, and an average 87 sectors/track ahc1: target 3 Tagged Queuing Device (ahc1:3:0): "SEAGATE ST42400N 0116" type 0 fixed SCSI 2 sd13(ahc1:3:0): Direct-Access 2030MB (4159462 512 byte sectors) sd13(ahc1:3:0): with 2626 cyls, 19 heads, and an average 83 sectors/track ahc1: target 5 Tagged Queuing Device (ahc1:5:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 sd15(ahc1:5:0): Direct-Access 4095MB (8386733 512 byte sectors) sd15(ahc1:5:0): with 3992 cyls, 19 heads, and an average 110 sectors/track ahc1: target 6 Tagged Queuing Device (ahc1:6:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 sd16(ahc1:6:0): Direct-Access 4095MB (8386733 512 byte sectors) sd16(ahc1:6:0): with 3992 cyls, 19 heads, and an average 110 sectors/track ahc2 rev 0 int a irq 12 on pci0:11 ahc2: aic7880 Single Channel, SCSI Id=7, 16 SCBs (ahc2:3:0): "HP HP35480A 1109" type 1 removable SCSI 2 st0(ahc2:3:0): Sequential-Access density code 0x13, variable blocks, write-enabled (ahc2:5:0): "NEC CD-ROM DRIVE:502 2.0r" type 5 removable SCSI 2 cd2(ahc2:5:0): CD-ROM can't get the size (ahc2:6:0): "TOSHIBA CD-ROM XM-3701TA 3205" type 5 removable SCSI 2 cd3(ahc2:6:0): CD-ROM can't get the size chip3 rev 2 on pci0:12 Probing for devices on PCI bus 1: de0 rev 36 int a irq 5 on pci1:4 de0: SMC 8434BT-CH1 21040 [10Mb/s] pass 2.4 de0: address 00:00:c0:ba:73:e0 de0: enabling BNC/AUI port de1 rev 36 int a irq 10 on pci1:5 de1: SMC 8434BT-CH2 21040 [10Mb/s] pass 2.4 de1: address 00:00:c0:81:78:e0 de1: enabling BNC/AUI port Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <9 virtual consoles, flags=0x0> ed0 at 0x240-0x25f irq 9 maddr 0xe0000 msize 8192 on isa ed0: address 00:00:c0:f9:a9:dd, type SMC8416C/SMC8416BT (16 bit) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A pca0 on motherboard pca0: PC speaker audio driver wdc0 not found at 0x1f0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface ccd0-1: Concatenated disk drivers >Description: When doing a "showmount -e server", where "server" is the machine above, the result returned is: RPC: Timed out Can't do Exports rpc The syslog says: Mar 4 08:29:02 server daemon.err mountd[756]: Can't send reply The machine has a valid /etc/exports file and mounting from there somewhere else work. However, the problem does not appear on another 2.2-GAMMA machine which only has one network card. >How-To-Repeat: It seems to be only on the machine above, but I can repeat it everytime. Tell me if I should try something. >Fix: Don't know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 4 00:02:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA04565 for bugs-outgoing; Tue, 4 Mar 1997 00:02:17 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA04558 for ; Tue, 4 Mar 1997 00:01:57 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA32696; Tue, 4 Mar 1997 18:57:58 +1100 Date: Tue, 4 Mar 1997 18:57:58 +1100 From: Bruce Evans Message-Id: <199703040757.SAA32696@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, j@uriah.heep.sax.de Subject: Re: bin/2856: "sh -c 'emacs-nw'" then ctrl-g crashes sh Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >Number: 2856 > > >Category: bin > > >Synopsis: "sh -c 'emacs-nw'" then ctrl-g crashes sh > > Dup for PR # 1206. > > Steve, i'd really like to see the fix in 2.2. I'd like to see the fix in -current :-). Perhaps part of it is there, although the log messages for PR1206 say that it was backed out. sh has grown 5592 lines of diffs since 2.2. I hope someone knows what is missing in 2.2 :-). Bruce From owner-freebsd-bugs Tue Mar 4 00:26:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06306 for bugs-outgoing; Tue, 4 Mar 1997 00:26:09 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06286; Tue, 4 Mar 1997 00:26:07 -0800 (PST) Date: Tue, 4 Mar 1997 00:26:07 -0800 (PST) From: John-Mark Gurney Message-Id: <199703040826.AAA06286@freefall.freebsd.org> To: jmg, freebsd-bugs, jmg Subject: Re: bin/2870 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fetch -r just doesn't work for http transfers Responsible-Changed-From-To: freebsd-bugs->jmg Responsible-Changed-By: jmg Responsible-Changed-When: Tue Mar 4 00:24:22 PST 1997 Responsible-Changed-Why: I'll take this one, I've been working on fetch recently... From owner-freebsd-bugs Tue Mar 4 01:05:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA08010 for bugs-outgoing; Tue, 4 Mar 1997 01:05:38 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA08005 for ; Tue, 4 Mar 1997 01:05:34 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id UAA01832 for bugs@freebsd.org; Tue, 4 Mar 1997 20:01:11 +1100 Date: Tue, 4 Mar 1997 20:01:11 +1100 From: Bruce Evans Message-Id: <199703040901.UAA01832@godzilla.zeta.org.au> To: bugs@freebsd.org Subject: statclock stopped Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The statclock stopped on one of my systems after running for 19 days. I fixed it by running a `show rtc' command in ddb. This happens to read the clock status register, which is the normal way to keep the clock interrupting. The status register had the unusual value 0xf0 in it. 0xd0 is normal. 0x20 is `alarm intr'. Bruce From owner-freebsd-bugs Tue Mar 4 06:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA23513 for bugs-outgoing; Tue, 4 Mar 1997 06:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA23507; Tue, 4 Mar 1997 06:10:03 -0800 (PST) Resent-Date: Tue, 4 Mar 1997 06:10:03 -0800 (PST) Resent-Message-Id: <199703041410.GAA23507@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, neil.long@materials.oxford.ac.uk Received: from njl.materials.ox.ac.uk (njl.materials.ox.ac.uk [163.1.65.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23203 for ; Tue, 4 Mar 1997 06:03:07 -0800 (PST) Received: (from long@localhost) by njl.materials.ox.ac.uk (8.8.5/8.8.5) id OAA00420; Tue, 4 Mar 1997 14:03:01 GMT Message-Id: <199703041403.OAA00420@njl.materials.ox.ac.uk> Date: Tue, 4 Mar 1997 14:03:01 GMT From: Neil Reply-To: neil.long@materials.oxford.ac.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2873: Tahiti MO disk and od driver Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2873 >Category: kern >Synopsis: the od0 devies does not handle a Maxoptix Tahiti II drive >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 4 06:10:02 PST 1997 >Last-Modified: >Originator: Neil Long >Organization: University of Oxford >Release: FreeBSD 2.2-GAMMA i386 >Environment: Adaptec AH1542 scsi controller and a Tahiti II MO drive >Description: The Tahiti is recognised on boot as /kernel: (aha0:5:0): "MaxOptix Tahiti 2 A7.4" type 7 removable SCSI 1 /kernel: od0(aha0:5:0): Optical 441MB (904995 512 byte sectors) attempts to read/set a disklabel generate errors fdisk od0 logs in messages:- od0: invalid primary partition table: no magic disklabel -r -w od0 auto gives /kernel: od0(aha0:5:0): MEDIUM ERROR info:2 asc:11,0 Unrecovered read error Mar 4 13:14:11 njl /kernel: od0(aha0:5:0): MEDIUM ERROR asc:13,0 Address mark not found for data field repeated many times followed by Mar 4 13:14:13 njl /kernel: , FAILURE Mar 4 13:14:13 njl /kernel: od0: error reading primary partition table reading fsbn 0 (od0 bn 0; cn 0 tn 0 sn 0) The disk is fine when used on a DOS PC (Corel SCSI drivers) or an SGI using SG's fx and mkfs (uses scsi info not disktab) >How-To-Repeat: same if disk is re-formated elsewhere, not possible to repeat without access to hardware. >Fix: Is it possible to force it to be handled as in the Zip drive / Jazz? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 4 06:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA24920 for bugs-outgoing; Tue, 4 Mar 1997 06:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA24914; Tue, 4 Mar 1997 06:50:01 -0800 (PST) Resent-Date: Tue, 4 Mar 1997 06:50:01 -0800 (PST) Resent-Message-Id: <199703041450.GAA24914@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, zgabor@CoDe.hu@CoDe.hu Received: from mail.EUnet.hu (www.eunet.hu [193.225.28.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA24729 for ; Tue, 4 Mar 1997 06:44:19 -0800 (PST) Received: by mail.EUnet.hu, id PAA04521; Tue, 4 Mar 1997 15:44:13 +0100 Received: (from zgabor@localhost) by CoDe.hu (8.7.5/8.7.3) id PAA00477; Tue, 4 Mar 1997 15:46:32 +0100 (MET) Message-Id: <199703041446.PAA00477@CoDe.hu> Date: Tue, 4 Mar 1997 15:46:32 +0100 (MET) From: Zahemszky Gabor Reply-To: zgabor@CoDe.hu@CoDe.hu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2874: gencat(1) and gencat(5) is missing Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2874 >Category: docs >Synopsis: The gencat command hasn't got a manual page. >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 4 06:50:00 PST 1997 >Last-Modified: >Originator: Zahemszky Gabor >Organization: >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: 2.1.5-RELEASE from Walnut Creek CD-ROM >Description: There is a command, gencat(1), which can generate message catalog files for use with the catopen/catgets/catclose(3) routines, to generate localised programs. It's manual page is missing - as the manual page (eg: gencat(5)), which describes the format of gencat's source file. >How-To-Repeat: man gencat :-( >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 4 08:29:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29148 for bugs-outgoing; Tue, 4 Mar 1997 08:29:53 -0800 (PST) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29141 for ; Tue, 4 Mar 1997 08:29:50 -0800 (PST) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.8.5/8.7.3) with UUCP id JAA06766; Tue, 4 Mar 1997 09:29:41 -0700 (MST) Received: from localhost (marcs@localhost) by alive.znep.com (8.7.5/8.7.3) with SMTP id JAA21078; Tue, 4 Mar 1997 09:23:13 -0700 (MST) Date: Tue, 4 Mar 1997 09:23:13 -0700 (MST) From: Marc Slemko To: Garrett Wollman cc: bugs@freebsd.org Subject: Re: bin/2870: fetch won't restart http transfers In-Reply-To: <9703041506.AA26430@halloran-eldar.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 4 Mar 1997, Garrett Wollman wrote: > < > > if (to_stdout) > > local = fopen("/dev/stdout", "w"); > > else > > ! local = fopen(fs->fs_outputfile, "a"); > > if (local == 0) { > > warn("%s: fopen", fs->fs_outputfile); > > fclose(remote); > > This is incorrect. The correct code would be: > > if (to_stdout) > local = fopen("/dev/stdout", restarting ? "a" : "w"); > else > local = fopen(fs->fs_outputfile, restarting ? "a" : "w"); I actually thought about it, but: 1. how are we going to append to stdout and what meaning does that have? 2. what does it matter if we open it for appending, since a file opened for appending need not exist and we seek to the start before writing anyway. I won't disagree with only opening for appending if you are restarting, but don't see the necessity... > > The comment immediately above should probably be fixed as well. > > > > ! if (strncasecmp(orig, "bytes", 5) != 0) { > > warnx("unknown Content-Range unit: `%s'", orig); > > return EX_PROTOCOL; > > } > > This patch is correct. I don't know how I missed this. > > -GAWollman > From owner-freebsd-bugs Tue Mar 4 08:45:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA29751 for bugs-outgoing; Tue, 4 Mar 1997 08:45:53 -0800 (PST) Received: from dcs-chico.com (dcs-chico.com [206.99.117.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29745 for ; Tue, 4 Mar 1997 08:45:51 -0800 (PST) Received: from dcs66.dcs-chico.com (206.99.117.66) by dcs-chico.com with SMTP (Apple Internet Mail Server 1.1); Tue, 4 Mar 1997 08:46:23 -0800 Date: Tue, 04 Mar 1997 08:45:46 -0800 From: fred@lightside.net (Fred Condo) To: freebsd-bugs@FreeBSD.ORG Subject: 2.1.7 upgrade bugs Newsgroups: comp.unix.bsd.freebsd.misc Organization: Lightside, Inc. - Internet Access Message-ID: <1354657313-15376408@dcs-chico.com> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk (A copy of this message has also been posted to the following newsgroups: comp.unix.bsd.freebsd.misc) I recently upgraded 3 systems to 2.1.7. One was previously running 2.1.6.1, one was running 2.1.5, and one was running 2.1.0. The following problems showed up after the installation on all three: 1. The installer stomps on /etc/resolv.conf, and doesn't properly resurrect the real one. That meant all three machines were banging on the slow nameserver I happened to use for installation purposes, instead of querying themselves as they were supposed to. Name lookups were slow and caused abysmal performance (especially on the mail server), until I discovered the error. This is definitely a bug; I carefully compared the contents of /etc and /etc/upgrade. 2. The on-screen message erroneously refers to /etc/update instead of /etc/upgrade. 3. Even after fixing /etc/resolv.conf, sendmail performance was abysmal: it took 30 seconds or more between making a connection on port 25 and seeing the sendmail banner. Compiling and installing sendmail from the Allman source fixed it. Something seems to be rotten in the sendmail build in FreeBSD. The following problem only occurred on the machine where I also did a make world to allow for long file names: 4. I don't know if this is a bug, but it feels like one. Make world compiles and installs a new kernel, but both ps and top kept failing with kvm size mismatches until I manually compiled and installed a new kernel after make world. The following problem only occurred only on the machine that started at 2.1.0: 5. Until a second reboot, vi kept complaining about an out-of-date shared library. -- http://www.lightside.net/~fred/ + net access + http://www.lightside.net/ "Attempts to control the use of encryption technology are wrong in principle, unworkable in practice, and damaging to the long term economic value of the information networks." - UK Labour Party From owner-freebsd-bugs Tue Mar 4 11:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08450 for bugs-outgoing; Tue, 4 Mar 1997 11:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA08444; Tue, 4 Mar 1997 11:10:04 -0800 (PST) Resent-Date: Tue, 4 Mar 1997 11:10:04 -0800 (PST) Resent-Message-Id: <199703041910.LAA08444@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kato@eclogite.eps.nagoya-u.ac.jp Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.57.99]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA08107 for ; Tue, 4 Mar 1997 11:01:59 -0800 (PST) Received: (from kato@localhost) by gneiss.eps.nagoya-u.ac.jp (8.8.5/3.4W4) id EAA01847; Wed, 5 Mar 1997 04:01:49 +0900 (JST) Message-Id: <199703041901.EAA01847@gneiss.eps.nagoya-u.ac.jp> Date: Wed, 5 Mar 1997 04:01:49 +0900 (JST) From: kato@eclogite.eps.nagoya-u.ac.jp Reply-To: kato@eclogite.eps.nagoya-u.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2875: vinvalbuf() clobbers b_vnbufs chain Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2875 >Category: kern >Synopsis: vinvalbuf() may clobber b_vnbufs chain. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 4 11:10:01 PST 1997 >Last-Modified: >Originator: KATO Takenori >Organization: Dept. Earth Planet. Sci, Nagoya Univ, Japan >Release: FreeBSD 2.2-GAMMA i386 >Environment: >Description: The function vinvalbuf() in vfs_subr.c may clober b_vnbufs chain. in vinvalbuf(): s = splbio(); for (;;) { ... for (bp = blist; bp; bp = nbp) { ... if (bp->b_flags & B_BUSY) { ... splx(s); <--- (1) ... break; <--- (2) } } } Because disk I/O interruption is unmasked at (1), b_vnbufs is operated without splbio() after `break' at (2). >How-To-Repeat: >Fix: *** vfs_subr.c.orig Wed Mar 5 03:03:56 1997 --- vfs_subr.c Wed Mar 5 03:44:00 1997 *************** *** 481,488 **** panic("vinvalbuf: dirty bufs"); } - s = splbio(); for (;;) { if ((blist = vp->v_cleanblkhd.lh_first) && (flags & V_SAVEMETA)) while (blist && blist->b_lblkno < 0) blist = blist->b_vnbufs.le_next; --- 481,488 ---- panic("vinvalbuf: dirty bufs"); } for (;;) { + s = splbio(); if ((blist = vp->v_cleanblkhd.lh_first) && (flags & V_SAVEMETA)) while (blist && blist->b_lblkno < 0) blist = blist->b_vnbufs.le_next; *************** *** 502,510 **** error = tsleep((caddr_t) bp, slpflag | (PRIBIO + 1), "vinvalbuf", slptimeo); ! splx(s); ! if (error) return (error); break; } bremfree(bp); --- 502,511 ---- error = tsleep((caddr_t) bp, slpflag | (PRIBIO + 1), "vinvalbuf", slptimeo); ! if (error) { ! splx(s); return (error); + } break; } bremfree(bp); *************** *** 522,527 **** --- 523,529 ---- bp->b_flags |= (B_INVAL|B_NOCACHE|B_RELBUF); brelse(bp); } + splx(s); } splx(s); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 4 12:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA13944 for bugs-outgoing; Tue, 4 Mar 1997 12:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA13938; Tue, 4 Mar 1997 12:30:01 -0800 (PST) Date: Tue, 4 Mar 1997 12:30:01 -0800 (PST) Message-Id: <199703042030.MAA13938@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2875; it has been noted by GNATS. From: David Greenman To: kato@eclogite.eps.nagoya-u.ac.jp Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain Date: Tue, 04 Mar 1997 12:21:09 -0800 Hmmm, the fix seems overly complicated. How about this instead: Index: vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.64.2.2 diff -c -r1.64.2.2 vfs_subr.c *** vfs_subr.c 1997/02/28 11:11:50 1.64.2.2 --- vfs_subr.c 1997/03/04 20:17:51 *************** *** 502,510 **** error = tsleep((caddr_t) bp, slpflag | (PRIBIO + 1), "vinvalbuf", slptimeo); ! splx(s); ! if (error) return (error); break; } bremfree(bp); --- 502,511 ---- error = tsleep((caddr_t) bp, slpflag | (PRIBIO + 1), "vinvalbuf", slptimeo); ! if (error) { ! splx(s); return (error); + } break; } bremfree(bp); *************** *** 523,535 **** brelse(bp); } } - splx(s); - s = splbio(); while (vp->v_numoutput > 0) { vp->v_flag |= VBWAIT; tsleep(&vp->v_numoutput, PVM, "vnvlbv", 0); } splx(s); /* --- 524,535 ---- brelse(bp); } } while (vp->v_numoutput > 0) { vp->v_flag |= VBWAIT; tsleep(&vp->v_numoutput, PVM, "vnvlbv", 0); } + splx(s); /* -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Tue Mar 4 13:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA17469 for bugs-outgoing; Tue, 4 Mar 1997 13:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA17441; Tue, 4 Mar 1997 13:40:04 -0800 (PST) Resent-Date: Tue, 4 Mar 1997 13:40:04 -0800 (PST) Resent-Message-Id: <199703042140.NAA17441@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fn@Hungry.COM Received: from pain.hungry.com (dialin079.csrv.uidaho.edu [129.101.112.89]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA16927 for ; Tue, 4 Mar 1997 13:31:14 -0800 (PST) Received: (qmail 8329 invoked by uid 452); 4 Mar 1997 21:31:13 -0000 Message-Id: <19970304213113.8328.qmail@pain.hungry.com> Date: 4 Mar 1997 21:31:13 -0000 From: fn@Hungry.COM Reply-To: fn@Hungry.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2876: typo. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2876 >Category: misc >Synopsis: a typo >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 4 13:40:02 PST 1997 >Last-Modified: >Originator: faried nawaz >Organization: hungry programmers, inc. >Release: FreeBSD 2.2-GAMMA i386 >Environment: 2.2-gamma, 970215, i believe. >Description: readme in src/tools has a typo. >How-To-Repeat: cat /usr/src/tools/README >Fix: --- README~ Tue Mar 4 13:27:43 1997 +++ README Tue Mar 4 13:27:50 1997 @@ -1,5 +1,5 @@ This directory tree contains tools used for the maintenance of FreeBSD. There are no Makefile structure, but possibly Makefiles in some of the subdirs. -Nothing show be installed from here and into the running system. +Nothing should be installed from here and into the running system. This directory should contain only subdirs and this file. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 4 13:50:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA17883 for bugs-outgoing; Tue, 4 Mar 1997 13:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA17877; Tue, 4 Mar 1997 13:50:04 -0800 (PST) Resent-Date: Tue, 4 Mar 1997 13:50:04 -0800 (PST) Resent-Message-Id: <199703042150.NAA17877@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Joachim.Jaeckel@it-mannesmann.de Received: from dreamland.compuserve.com (dd28-243.compuserve.com [199.174.145.243]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA17694 for ; Tue, 4 Mar 1997 13:46:14 -0800 (PST) Received: (from joe@localhost) by dreamland.compuserve.com (8.8.3/8.8.3) id WAA00423; Tue, 4 Mar 1997 22:48:55 +0100 (MET) Message-Id: <199703042148.WAA00423@dreamland.compuserve.com> Date: Tue, 4 Mar 1997 22:48:55 +0100 (MET) From: Joachim.Jaeckel@it-mannesmann.de Reply-To: Joachim.Jaeckel@it-mannesmann.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2877: Fatal Trap 12: page fault while in kernel mode Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2877 >Category: kern >Synopsis: Fatal Trap 12: page fault while in kernel mode >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 4 13:50:01 PST 1997 >Last-Modified: >Originator: Joachim Jaeckel >Organization: Lucke EDV GmbH >Release: FreeBSD 2.1.6 i386 >Environment: Dell OptiPlex 466/Le (486 DX/2 66 Mhz) PS/2 Mouse Cirrus CL-GD5429 VGA on Board Video-Controller 16 MB Main-Memory 1 SCSI HD 1 GB with ID 0 (the first 600 MB for Windo... and the second partition of 192 MB for FreeBSD [64 MB /, 64 MB SWAP and 64 MB /var]) 1 SCSI CD-ROM with ID 1 1 SCSI HD 2 GB with ID 6 (nearly 900 MB for FreeBSD /usr) 1 IDE CD-ROM jumpered as MASTER but not used in my kernel!!! (By the way: I compiled the probing for a NE2000 Ethernet-Card into the kernel, but at the moment, there is no one in my computer.) >Description: In the case i make some swap-intensive compiles, after a while the following error-message appears: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x218 fault code = supervisor read, page not present instruction pointer = 0x8 : 0xf010f175 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres1, def32 1, gran1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 4(update) interrupt mask = net tty bio panic: page fault I don't think that this is a hardware problem, because my System runs under OS/2 and Linux without any problems. (At the moment :-)) My last thought was, that it could be a problem with a too little Swap-Space, but the *swapinfo* program shows only a usage maximum of 57%. >How-To-Repeat: That's no problem for me to reproduce this error, every time I make some swap-intensive compiles, this error comes up. (To reproduce I try to compile *ddd* and *plan* at one time) >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 4 18:30:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA11791 for bugs-outgoing; Tue, 4 Mar 1997 18:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA11773; Tue, 4 Mar 1997 18:30:04 -0800 (PST) Resent-Date: Tue, 4 Mar 1997 18:30:04 -0800 (PST) Resent-Message-Id: <199703050230.SAA11773@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fenner@parc.xerox.com Received: from thud.FreeBSD.org (thud.FreeBSD.ORG [204.216.27.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA11268 for ; Tue, 4 Mar 1997 18:25:26 -0800 (PST) Received: (from fenner@localhost) by thud.FreeBSD.org (8.8.5/8.6.12) id SAA15291; Tue, 4 Mar 1997 18:25:12 -0800 (PST) Message-Id: <199703050225.SAA15291@thud.FreeBSD.org> Date: Tue, 4 Mar 1997 18:25:12 -0800 (PST) From: fenner@parc.xerox.com Reply-To: fenner@parc.xerox.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2879: sh: ! fails to negate the return value of a pipeline Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2879 >Category: bin >Synopsis: sh: ! fails to negate the return value of a pipeline >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 4 18:30:02 PST 1997 >Last-Modified: >Originator: Bill Fenner >Organization: Xerox >Release: FreeBSD 3.0-970209-SNAP i386 >Environment: /bin/sh from -current (2.2 is not (yet?) affected) >Description: ! fails to negate the return value of a pipeline. The sh man page says: If the reserved word ! does not precede the pipeline, the exit status is the exit status of the last command speci- fied in the pipeline. Otherwise, the exit status is the logical NOT of the exit status of the last command. However, I see the following behavior: $ if ! date | false; then echo hi; fi $ if ! date | true; then echo hi; fi hi ! works when not associated with a pipeline: $ if ! false; then echo hi; fi hi $ if ! true; then echo hi; fi All of the above work properly in 2.2 . >How-To-Repeat: Use ! to negate the return value of a pipeline. Watch it fail to negate the return value of the pipeline. >Fix: I'm pretty suspicious of rev 1.17 of parser.c, since it appears to change where in the parse tree the NNOT (23) appears. In 2.2, the parse tree for the command line "! date | false" looks something like evaltree(0x539cc: 23) called [!] evaltree(0x53988: 2) called [|] evaltree(0x53978: 1) called [date] evaltree(0x539bc: 1) called [false] In 3.0, the parse tree for the same command line looks like evaltree(0x19b54: 2) called [|] evaltree(0x19b4c: 23) called [!] evaltree(0x19b3c: 1) called [date] evaltree(0x19b88: 1) called [false] e.g. it looks like the return value of date is being negated and then discarded. Presumably there was a reason to make the changes in 1.17, and since I don't understand that reason I can't suggest a fix (other than back them out). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 4 18:30:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA11804 for bugs-outgoing; Tue, 4 Mar 1997 18:30:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA11783; Tue, 4 Mar 1997 18:30:05 -0800 (PST) Date: Tue, 4 Mar 1997 18:30:05 -0800 (PST) Message-Id: <199703050230.SAA11783@freefall.freebsd.org> To: freebsd-bugs Cc: From: KATO Takenori Subject: Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain Reply-To: KATO Takenori Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2875; it has been noted by GNATS. From: KATO Takenori To: dg@root.com Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain Date: Wed, 05 Mar 1997 11:28:44 +0900 From: David Greenman Subject: Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain Date: Tue, 04 Mar 1997 12:21:09 -0800 > Hmmm, the fix seems overly complicated. How about this instead: Your fix inhibit disk I/O interruption for more long time. If this is not a problem, I prefer your fix. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) ------------------- From owner-freebsd-bugs Tue Mar 4 18:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA12970 for bugs-outgoing; Tue, 4 Mar 1997 18:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA12959; Tue, 4 Mar 1997 18:40:03 -0800 (PST) Resent-Date: Tue, 4 Mar 1997 18:40:03 -0800 (PST) Resent-Message-Id: <199703050240.SAA12959@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fenner@parc.xerox.com Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA11925 for ; Tue, 4 Mar 1997 18:31:07 -0800 (PST) Received: from fenestro.parc.xerox.com ([13.0.208.199]) by alpha.xerox.com with SMTP id <18810(1)>; Tue, 4 Mar 1997 18:30:20 PST Received: (from fenner@localhost) by fenestro.parc.xerox.com (8.8.4/8.8.4) id SAA14078; Tue, 4 Mar 1997 18:30:24 -0800 (PST) Message-Id: <199703050230.SAA14078@fenestro.parc.xerox.com> Date: Tue, 4 Mar 1997 18:30:24 PST From: Bill Fenner Reply-To: fenner@parc.xerox.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2880: sh man page talks about "...by the time 4.4 is released" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2880 >Category: docs >Synopsis: sh man page talks about "...by the time 4.4 is released" >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 4 18:40:01 PST 1997 >Last-Modified: >Originator: Bill Fenner >Organization: Xerox >Release: FreeBSD 2.2-BETA_A i386 >Environment: >Description: The sh(1) man page has many references to 4.4: ncorporated into this shell. We expect POSIX conformance by the time 4.4 BSD is released. -a allexport Export all variables assigned to. (UNIMPLEMENTED for 4.4alpha) -C noclobber Don't overwrite existing files with ``>''. (UNIMPLEMENTED for 4.4alpha) -u nounset Write a message to standard error when attempting to expand a variable that is not set, and if the shell is not interactive, exit immediately. (UNIMPLEMENTED for 4.4alpha) -b notify Enable asynchronous notification of background job completion. (UNIMPLEMENTED for 4.4alpha) Enclosing the full parameter expansion string in double-quotes does not cause the following four varieties of pattern characters to be quoted, whereas quoting characters within the braces has this effect. (UNIMPLEMENTED IN 4.4alpha) >How-To-Repeat: man sh >Fix: Remove the phrase about POSIX conformance being planned by the time 4.4BSD is released; replace it with one asserting POSIX conformance if we believe that to be true. Remove all references to 4.4 alpha; change them to ".Os FreeBSD x.x" if they are true or remove the whole "UNIMPLEMENTED IN" phrase if they are not. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Mar 4 19:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15520 for bugs-outgoing; Tue, 4 Mar 1997 19:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15482; Tue, 4 Mar 1997 19:00:02 -0800 (PST) Date: Tue, 4 Mar 1997 19:00:02 -0800 (PST) Message-Id: <199703050300.TAA15482@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2875; it has been noted by GNATS. From: David Greenman To: KATO Takenori Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain Date: Tue, 04 Mar 1997 18:54:04 -0800 >From: David Greenman >Subject: Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain >Date: Tue, 04 Mar 1997 12:21:09 -0800 > >> Hmmm, the fix seems overly complicated. How about this instead: > >Your fix inhibit disk I/O interruption for more long time. If this >is not a problem, I prefer your fix. I don't think it's a problem. The actual delay is fairly low in practice (probably less than 50us), and letting an interrupt through prior to the check for v_numoutput/tsleep isn't likely going to be of benefit (I/O due to the sync operations would not likely have completed yet). John is welcome to correct me if he thinks I'm in error... -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Tue Mar 4 20:46:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA22561 for bugs-outgoing; Tue, 4 Mar 1997 20:46:48 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA22556 for ; Tue, 4 Mar 1997 20:46:45 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA07046; Wed, 5 Mar 1997 15:45:04 +1100 Date: Wed, 5 Mar 1997 15:45:04 +1100 From: Bruce Evans Message-Id: <199703050445.PAA07046@godzilla.zeta.org.au> To: dg@root.com, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/2875: vinvalbuf() clobbers b_vnbufs chain Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> Hmmm, the fix seems overly complicated. How about this instead: > > > >Your fix inhibit disk I/O interruption for more long time. If this > >is not a problem, I prefer your fix. > > I don't think it's a problem. The actual delay is fairly low in practice > (probably less than 50us), and letting an interrupt through prior to the 50us is fairly large on a 386, and very large on a P5. Lite2 locks only the B_BUSY test and set here. The whole loop is not locked in any case because of the explicit sleep in the loop and the implicit sleep in VOP_BWRITE(). Sort-of-locking of the whole loop together with the bug was introduced without special comment in rev.1.59. Bruce From owner-freebsd-bugs Tue Mar 4 21:05:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA23464 for bugs-outgoing; Tue, 4 Mar 1997 21:05:19 -0800 (PST) Received: (from davidg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA23444; Tue, 4 Mar 1997 21:05:07 -0800 (PST) Date: Tue, 4 Mar 1997 21:05:07 -0800 (PST) From: David Greenman Message-Id: <199703050505.VAA23444@freefall.freebsd.org> To: kato@eclogite.eps.nagoya-u.ac.jp, davidg, freebsd-bugs Subject: Re: kern/2875 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: vinvalbuf() may clobber b_vnbufs chain. State-Changed-From-To: open-closed State-Changed-By: davidg State-Changed-When: Tue Mar 4 21:03:15 PST 1997 State-Changed-Why: Thanks for the bug report. I've fixed the bug in rev 1.80 of vfs_subr.c and brought the fix into the 2.2 branch. From owner-freebsd-bugs Tue Mar 4 22:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA27007 for bugs-outgoing; Tue, 4 Mar 1997 22:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA27001; Tue, 4 Mar 1997 22:50:02 -0800 (PST) Resent-Date: Tue, 4 Mar 1997 22:50:02 -0800 (PST) Resent-Message-Id: <199703050650.WAA27001@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gpalmer@webspan.net Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA26876 for ; Tue, 4 Mar 1997 22:45:03 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id BAA02240 for ; Wed, 5 Mar 1997 01:44:03 -0500 (EST) Received: (from gpalmer@localhost) by orion.webspan.net (WEBSPN/970116) id BAA27661; Wed, 5 Mar 1997 01:44:03 -0500 (EST) Message-Id: <199703050644.BAA27661@orion.webspan.net> Date: Wed, 5 Mar 1997 01:44:03 -0500 (EST) From: gpalmer@webspan.net Reply-To: gpalmer@webspan.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2882: Duplicate line in /etc/services? Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2882 >Category: misc >Synopsis: Duplicate line in /etc/services? >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 4 22:50:00 PST 1997 >Last-Modified: >Originator: Gary Palmer >Organization: FreeBSD >Release: FreeBSD 2.2-GAMMA >Environment: /etc/services file as installed by 2.2-GAMMA >Description: The /etc/services file came with: ibm-app 385/tcp #IBM Application ibm-app 385/tcp #IBM Application Shouldn't the second line be 385/udp? >How-To-Repeat: look in /etc/services >Fix: Correct the second line? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 5 00:44:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA02608 for bugs-outgoing; Wed, 5 Mar 1997 00:44:27 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA02587; Wed, 5 Mar 1997 00:44:22 -0800 (PST) Date: Wed, 5 Mar 1997 00:44:22 -0800 (PST) From: Gary Palmer Message-Id: <199703050844.AAA02587@freefall.freebsd.org> To: bert@miint.net, gpalmer, freebsd-bugs Subject: Re: bin/2714 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: WEB pages served by apache seems to get stuck, on retry they come up State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Wed Mar 5 00:42:38 PST 1997 State-Changed-Why: This is (IMHO) an apache problem to do do with it's (re)start code, and unless the submitter has more info pointing to (say) a FreeBSD TCP problem, he should approach the Apache developers (www.apache.org). I think the only real fix is not to do server reloads/restarts :-( From owner-freebsd-bugs Wed Mar 5 02:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA08305 for bugs-outgoing; Wed, 5 Mar 1997 02:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA08297; Wed, 5 Mar 1997 02:50:01 -0800 (PST) Resent-Date: Wed, 5 Mar 1997 02:50:01 -0800 (PST) Resent-Message-Id: <199703051050.CAA08297@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, bertus@zibbi.mikom.csir.co.za Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA08120 for ; Wed, 5 Mar 1997 02:47:47 -0800 (PST) Received: (from bertus@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id MAA09930; Wed, 5 Mar 1997 12:46:50 +0200 (SAT) Message-Id: <199703051046.MAA09930@zibbi.mikom.csir.co.za> Date: Wed, 5 Mar 1997 12:46:50 +0200 (SAT) From: Bertus Pretorius Reply-To: bertus@zibbi.mikom.csir.co.za To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2883: No UDP thru VPN Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2883 >Category: kern >Synopsis: No UDP thru VPN >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 5 02:50:00 PST 1997 >Last-Modified: >Originator: Bertus Pretorius >Organization: Nanoteq >Release: FreeBSD 2.1.7-RELEASE i386 >Environment: NetSeq 2.1.1-3/3/97 >Description: UDP are denied by the EF (log messages are generated) >How-To-Repeat: Use rut and tut to send UDP and see what happens >Fix: Check EF defaults. It was working in NetSeq 2.0.1 -- I think. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 5 03:08:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA08786 for bugs-outgoing; Wed, 5 Mar 1997 03:08:55 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA08735 for ; Wed, 5 Mar 1997 03:07:39 -0800 (PST) Received: (from bertus@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id NAA10604 for freebsd-bugs@freefall.freebsd.org; Wed, 5 Mar 1997 13:04:51 +0200 (SAT) From: Bertus Pretorius Message-Id: <199703051104.NAA10604@zibbi.mikom.csir.co.za> Subject: Report kern/2883 OOPS To: freebsd-bugs@freefall.freebsd.org Date: Wed, 5 Mar 1997 13:04:51 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Sorry...a finger problem...who has the conical hat? -- +-Bertus Pretorius-------- (O) (O) ------------------bp@nanoteq.co.za-+ | Nanoteq ^ +27 12 665-1338 (Voice) | | Persetel Holdings \___/ +27 12 665-1343 (FAX) | +-------------A smile is the same in all languages--------------------+ From owner-freebsd-bugs Wed Mar 5 03:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA08870 for bugs-outgoing; Wed, 5 Mar 1997 03:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA08863; Wed, 5 Mar 1997 03:10:02 -0800 (PST) Resent-Date: Wed, 5 Mar 1997 03:10:02 -0800 (PST) Resent-Message-Id: <199703051110.DAA08863@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gjm11@dpmms.cam.ac.uk Received: from mauve.csi.cam.ac.uk (mauve.csi.cam.ac.uk [131.111.8.38]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA08586 for ; Wed, 5 Mar 1997 03:00:38 -0800 (PST) Received: from g.pet.cam.ac.uk [131.111.209.233] by mauve.csi.cam.ac.uk with smtp (Exim 1.58 #1) id 0w2EQC-0002rI-00; Wed, 5 Mar 1997 10:59:44 +0000 Received: from gjm11 by g.pet.cam.ac.uk with local (Exim 1.59 #1) id 0w2EQU-00008f-00; Wed, 5 Mar 1997 11:00:02 +0000 Message-Id: Date: Wed, 5 Mar 1997 11:00:02 +0000 From: gjm11@dpmms.cam.ac.uk Reply-To: gjm11@dpmms.cam.ac.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2884: wrong URLs for UK FreeBSD mirrors in sysinstall Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2884 >Category: misc >Synopsis: wrong URLs for UK FreeBSD mirrors in sysinstall >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 5 03:10:01 PST 1997 >Last-Modified: >Originator: Gareth McCaughan >Organization: University of Cambridge, Cambridge, England >Release: FreeBSD 2.2-970215-GAMMA i386 >Environment: 2.2-970215-GAMMA >Description: The URLs hardcoded into /stand/sysinstall for the ftp*.uk.freebsd.org mirror sites are wrong: they all have the wrong directories. This was a real nuisance for me when I installed. >How-To-Repeat: Run /stand/sysinstall and try to do anything using any of the UK mirrors. >Fix: *** menus.c.ORIG Wed Mar 5 10:53:42 1997 --- menus.c Wed Mar 5 10:55:32 1997 *************** *** 549,559 **** { "Thailand", "ftp.nectec.or.th", NULL, dmenuSetVariable, NULL, VAR_FTP_PATH "=ftp://ftp.nectec.or.th/pub/mirrors/FreeBSD/" }, { "UK", "ftp.uk.freebsd.org", NULL, dmenuSetVariable, NULL, ! VAR_FTP_PATH "=ftp://ftp.uk.freebsd.org/pub/BSD/FreeBSD/" }, { "UK #2", "ftp2.uk.freebsd.org", NULL, dmenuSetVariable, NULL, ! VAR_FTP_PATH "=ftp://ftp2.uk.freebsd.org/pub/BSD/FreeBSD/" }, { "UK #3", "ftp3.uk.freebsd.org", NULL, dmenuSetVariable, NULL, ! VAR_FTP_PATH "=ftp://ftp3.uk.freebsd.org/pub/BSD/FreeBSD/" }, { "USA", "ftp.freebsd.org", NULL, dmenuSetVariable, NULL, VAR_FTP_PATH "=ftp://ftp.freebsd.org/pub/FreeBSD/" }, { "USA #2", "ftp2.freebsd.org", NULL, dmenuSetVariable, NULL, --- 549,559 ---- { "Thailand", "ftp.nectec.or.th", NULL, dmenuSetVariable, NULL, VAR_FTP_PATH "=ftp://ftp.nectec.or.th/pub/mirrors/FreeBSD/" }, { "UK", "ftp.uk.freebsd.org", NULL, dmenuSetVariable, NULL, ! VAR_FTP_PATH "=ftp://ftp.uk.freebsd.org/packages/FreeBSD/" }, { "UK #2", "ftp2.uk.freebsd.org", NULL, dmenuSetVariable, NULL, ! VAR_FTP_PATH "=ftp://ftp2.uk.freebsd.org/mirrors/FreeBSD/" }, { "UK #3", "ftp3.uk.freebsd.org", NULL, dmenuSetVariable, NULL, ! VAR_FTP_PATH "=ftp://ftp3.uk.freebsd.org/pub/mirrors/FreeBSD/" }, { "USA", "ftp.freebsd.org", NULL, dmenuSetVariable, NULL, VAR_FTP_PATH "=ftp://ftp.freebsd.org/pub/FreeBSD/" }, { "USA #2", "ftp2.freebsd.org", NULL, dmenuSetVariable, NULL, >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 5 04:32:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA13462 for bugs-outgoing; Wed, 5 Mar 1997 04:32:30 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA13449 for ; Wed, 5 Mar 1997 04:32:26 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27780 for ; Wed, 5 Mar 1997 13:26:50 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA11467 for freebsd-bugs@freefall.freebsd.org; Tue, 4 Mar 1997 18:56:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA11672; Tue, 4 Mar 1997 18:35:37 +0100 (MET) Message-ID: Date: Tue, 4 Mar 1997 18:35:37 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2856: "sh -c 'emacs-nw'" then ctrl-g crashes sh References: <199703040757.SAA32696@godzilla.zeta.org.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199703040757.SAA32696@godzilla.zeta.org.au>; from Bruce Evans on Mar 4, 1997 18:57:58 +1100 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > Steve, i'd really like to see the fix in 2.2. > > I'd like to see the fix in -current :-). I've been implying this... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Mar 5 04:37:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA14286 for bugs-outgoing; Wed, 5 Mar 1997 04:37:07 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA14272 for ; Wed, 5 Mar 1997 04:37:01 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27357 for ; Wed, 5 Mar 1997 13:20:56 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA18921 for bugs@freebsd.org; Wed, 5 Mar 1997 08:50:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA15161; Wed, 5 Mar 1997 08:40:49 +0100 (MET) Message-ID: Date: Wed, 5 Mar 1997 08:40:49 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: bugs@FreeBSD.ORG Subject: Re: bin/2870: fetch won't restart http transfers References: <9703041506.AA26430@halloran-eldar.lcs.mit.edu> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Marc Slemko on Mar 4, 1997 09:23:13 -0700 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Marc Slemko wrote: > > This is incorrect. The correct code would be: > > > > if (to_stdout) > > local = fopen("/dev/stdout", restarting ? "a" : "w"); > > else > > local = fopen(fs->fs_outputfile, restarting ? "a" : "w"); > > I actually thought about it, but: > > 1. how are we going to append to stdout and what meaning > does that have? It will append to it. :-) OTOH, it seems opening it for writing does yield the exact same behaviour in FreeBSD. You can try this with something like: j@uriah 281% cat foo.c #include int main(void) { FILE *f; f = fopen("/dev/stdout", "w"); fprintf(f, "Hello, world!\n"); return 0; } j@uriah 282% cc foo.c j@uriah 283% ( echo "Goodbye world" ; ./a.out ) > foobar j@uriah 284% cat foobar Goodbye world Hello, world! The result is identical, regardless of whether "w" or "a" is used. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Mar 5 04:43:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA14762 for bugs-outgoing; Wed, 5 Mar 1997 04:43:37 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA14757 for ; Wed, 5 Mar 1997 04:43:34 -0800 (PST) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.1.46]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id EAA29950 for ; Wed, 5 Mar 1997 04:43:32 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by os.inf.tu-dresden.de (8.8.5/8.8.5) with ESMTP id NAA27352; Wed, 5 Mar 1997 13:20:37 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA19076; Wed, 5 Mar 1997 09:20:48 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA15406; Wed, 5 Mar 1997 08:57:08 +0100 (MET) Message-ID: Date: Wed, 5 Mar 1997 08:57:08 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: fred@lightside.net (Fred Condo) Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: 2.1.7 upgrade bugs References: <1354657313-15376408@dcs-chico.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <1354657313-15376408@dcs-chico.com>; from Fred Condo on Mar 4, 1997 08:45:46 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Fred Condo wrote: (I can't say much to the upgrade procedure.) > 4. I don't know if this is a bug, but it feels like one. Make world > compiles and installs a new kernel, but both ps and top kept failing with > kvm size mismatches until I manually compiled and installed a new kernel > after make world. Huh? Since when does `make world' compile a new kernel? Or do you mean it the other way round: make world recompiles the world, but not the kernel. Sure, you do need a new kernel as well, and it was always required to do this step manually (as well as merging your /etc if you desire). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Mar 5 04:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15454 for bugs-outgoing; Wed, 5 Mar 1997 04:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15448; Wed, 5 Mar 1997 04:50:01 -0800 (PST) Date: Wed, 5 Mar 1997 04:50:01 -0800 (PST) Message-Id: <199703051250.EAA15448@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/2873: Tahiti MO disk and od driver Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2873; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: neil.long@materials.oxford.ac.uk Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2873: Tahiti MO disk and od driver Date: Wed, 5 Mar 1997 09:48:43 +0100 As Neil wrote: > disklabel -r -w od0 auto gives > /kernel: od0(aha0:5:0): MEDIUM ERROR info:2 asc:11,0 Unrecovered read error > Mar 4 13:14:11 njl /kernel: od0(aha0:5:0): MEDIUM ERROR asc:13,0 Address mark not found for data field Hmm, that's the second block which is dead (``info: 2''). I'm not sure whether the drive can remap bad blocks. You could give it a try on mode page 1. Maybe reformatting would be a help? > The disk is fine when used on a DOS PC (Corel SCSI drivers) or an SGI using > SG's fx and mkfs (uses scsi info not disktab) Perhaps they implement the equivalent to bad144? I don't think our SCSI device drivers do implement bad144 at all. Maybe the od driver should, however. Short of this, i don't think FreeBSD can do much with a defect medium. I tend to close the PR after the discussion. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Mar 5 10:14:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02381 for bugs-outgoing; Wed, 5 Mar 1997 10:14:26 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02324; Wed, 5 Mar 1997 10:13:52 -0800 (PST) Date: Wed, 5 Mar 1997 10:13:52 -0800 (PST) From: Gary Palmer Message-Id: <199703051813.KAA02324@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: kern/2886 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mbuf leak in multicast code Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Wed Mar 5 10:13:38 PST 1997 Responsible-Changed-Why: Misfiled PR From owner-freebsd-bugs Wed Mar 5 15:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA18862 for bugs-outgoing; Wed, 5 Mar 1997 15:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA18826; Wed, 5 Mar 1997 15:20:05 -0800 (PST) Resent-Date: Wed, 5 Mar 1997 15:20:05 -0800 (PST) Resent-Message-Id: <199703052320.PAA18826@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.PAA18497;Wed; (8.8.5/8.8.5);, 5 Mar 1997 15:13:56.-0800 (PST) Message-Id: <199703052313.PAA18497@freefall.freebsd.org> Date: Wed, 5 Mar 1997 15:13:56 -0800 (PST) From: pius@iago.ienet.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: gnu/2888: chown in gnu/usr.bin/groff/mm/Makefile uses '.' instead of ':' to separate user from group Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2888 >Category: gnu >Synopsis: chown in gnu/usr.bin/groff/mm/Makefile uses '.' instead of ':' to separate user from group >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 5 15:20:03 PST 1997 >Last-Modified: >Originator: Pius Fischer >Organization: >Release: 2.2-961006-SNAP >Environment: FreeBSD iago.ienet.com 2.2-961006-SNAP FreeBSD 2.2-961006-SNAP #0: Tue Jan 7 13:59:56 PST 1997 terryl@iago.ienet.com:/usr/src/sys/compile/IAGO i386 >Description: There are two occurrences of chown in /usr/src/gnu/usr.bin/groff/mm/Makefile that use a period instead of a colon to separate the user from the group. This is a problem if chown is compiled without -DSUPPORT_DOT. The man page for chown(8) even says that the group operand must be preceded by a ':' and that previous versions of chown used a '.' to distinguish the user from the group but that this has been changed to a ':' so that user and group names can contain a dot. However, the man page isn't quite right since by default chown is compiled with -DSUPPORT_DOT. >How-To-Repeat: compile chown without -DSUPPORT_DOT, install it, and do a make world (the build falls over towards the end of the build-tools target) >Fix: /usr/src/gnu/usr.bin/groff/mm>diff -u Makefile~ Makefile --- Makefile~ Mon Sep 9 11:05:26 1996 +++ Makefile Wed Mar 5 14:43:20 1997 @@ -19,7 +19,7 @@ ${DIST_DIR}/tmac.m $(DESTDIR)$(TMACDIR)/tmac.mse test -d $(DESTDIR)$(TMACDIR)/mm || mkdir $(DESTDIR)$(TMACDIR)/mm - chown $(TMACOWN).$(TMACGRP) $(DESTDIR)$(TMACDIR)/mm + chown $(TMACOWN):$(TMACGRP) $(DESTDIR)$(TMACDIR)/mm chmod 755 $(DESTDIR)$(TMACDIR)/mm for f in $(FILES); do \ @@ -29,7 +29,7 @@ for f in $(LOCALE); do \ test -f $(DESTDIR)$(TMACDIR)/mm/$$f || \ touch $(DESTDIR)$(TMACDIR)/mm/$$f; \ - chown $(TMACOWN).$(TMACGRP) $(DESTDIR)$(TMACDIR)/mm/$$f; \ + chown $(TMACOWN):$(TMACGRP) $(DESTDIR)$(TMACDIR)/mm/$$f; \ chmod $(TMACMODE) $(DESTDIR)$(TMACDIR)/mm/$$f; \ done /usr/src/gnu/usr.bin/groff/mm> >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 5 17:10:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA27911 for bugs-outgoing; Wed, 5 Mar 1997 17:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA27904; Wed, 5 Mar 1997 17:10:02 -0800 (PST) Resent-Date: Wed, 5 Mar 1997 17:10:02 -0800 (PST) Resent-Message-Id: <199703060110.RAA27904@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@jnx.com Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA27314 for ; Wed, 5 Mar 1997 17:02:14 -0800 (PST) Received: from visitor.jnx.com (visitor.jnx.com [208.197.169.146]) by red.jnx.com (8.8.5/8.8.3) with ESMTP id RAA14285 for ; Wed, 5 Mar 1997 17:01:43 -0800 (PST) Received: (from pst@localhost) by visitor.jnx.com (8.8.5/8.7.3) id RAA11327; Wed, 5 Mar 1997 17:01:43 -0800 (PST) Message-Id: <199703060101.RAA11327@visitor.jnx.com> Date: Wed, 5 Mar 1997 17:01:43 -0800 (PST) From: Paul Traina Reply-To: pst@jnx.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2889: make release fails Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2889 >Category: bin >Synopsis: make release fails to build due to libscrypt not being built >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 5 17:10:01 PST 1997 >Last-Modified: >Originator: Paul Traina >Organization: Juniper Networks, Inc. >Release: FreeBSD 2.2-RELEASE i386 >Environment: Building a 2.2 release. >Description: ... touch release.4 # Handle some grief caused by the munition braindeadness. for i in sbin/init bin/ed ; do ( cd /usr/src/release/../$i; make -DNOCRYPT clean all distribute DISTDIR=/R/stage/trees ) ; done rm -f a.out Errs errs mklog init init.o init.8.gz cc -O2 -pipe -DDEBUGSHELL -DSECURE -c /usr/src/sbin/init/init.c cc -O2 -pipe -DDEBUGSHELL -DSECURE -static -o init init.o -lutil -L/usr/src/sbin/init/../../lib/libcrypt -lscrypt ld: -lscrypt: no match *** Error code 1 First, /sbin/init's makefile is trying to find the library in the source directory. It should be looking in the obj directory. Secondly, the obj directory doesn't exist (which may be causing the first problem, but I doubt it). It seems we never make libcrypt if the secure distribution is present. >How-To-Repeat: make release >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 5 19:06:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA05776 for bugs-outgoing; Wed, 5 Mar 1997 19:06:40 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA05682; Wed, 5 Mar 1997 19:04:38 -0800 (PST) Date: Wed, 5 Mar 1997 19:04:38 -0800 (PST) From: Gary Palmer Message-Id: <199703060304.TAA05682@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: kern/2890 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: System panic after kernel compiled for 128M RAM Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Wed Mar 5 19:04:24 PST 1997 Responsible-Changed-Why: Misfiled PR From owner-freebsd-bugs Wed Mar 5 19:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08211 for bugs-outgoing; Wed, 5 Mar 1997 19:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08205; Wed, 5 Mar 1997 19:50:02 -0800 (PST) Resent-Date: Wed, 5 Mar 1997 19:50:02 -0800 (PST) Resent-Message-Id: <199703060350.TAA08205@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idt.ntnu.no Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08160 for ; Wed, 5 Mar 1997 19:49:39 -0800 (PST) Received: from ikke.idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id EAA19990 for ; Thu, 6 Mar 1997 04:49:23 +0100 (MET) Received: (from tegge@localhost) by ikke.idt.unit.no (8.8.5/8.8.3) id EAA00846; Thu, 6 Mar 1997 04:49:17 +0100 (MET) Message-Id: <199703060349.EAA00846@ikke.idt.unit.no> Date: Thu, 6 Mar 1997 04:49:17 +0100 (MET) From: Tor Egge Reply-To: Tor.Egge@idt.ntnu.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2891: cdstart are sometimes called at too low spl level Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2891 >Category: kern >Synopsis: cdstart are sometimes called at too low spl level >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 5 19:50:01 PST 1997 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD ikke.idt.unit.no 3.0-CURRENT FreeBSD 3.0-CURRENT #3: Thu Mar 6 02:18:52 MET 1997 root@ikke.idt.unit.no:/usr/src/sys/compile/TEGGE i386 >Description: scsi_scsi_cmd calls free_xs without first calling splbio(). free_xs then proceeds to call start routines as, e.g., cdstart. Many routines that call scsi_scsi_cmd do not call splbio() before calling scsi_scsi_cmd. By performing the ioctl function CDIOREADTOCHEADER, the call stack at one point is cdioctl scsi_ioctl cd_ioctl cd_read_toc scsi_scsi_cmd free_xs cdstart with a too low spl level. >How-To-Repeat: Perform an ioctl function that calls scsi_scsi_cmd without first calling splbio(), e.g. CDIOREADTOCHEADER. >Fix: This patch encloses the call to free_xs from scsi_scsi_cmd inside a splbio()/splx() pair. Index: scsi_base.c =================================================================== RCS file: /home/ncvs/src/sys/scsi/scsi_base.c,v retrieving revision 1.43 diff -c -6 -r1.43 scsi_base.c *** scsi_base.c 1997/01/30 22:47:55 1.43 --- scsi_base.c 1997/03/06 01:18:32 *************** *** 612,624 **** --- 612,627 ---- } /* * we have finished with the xfer stuct, free it and * check if anyone else needs to be started up. */ bad: + /* Need splbio since free_xs might call cdstart */ + s = splbio(); free_xs(xs, sc_link, flags); /* includes the 'start' op */ + splx(s); if (bp && retval) { bp->b_error = retval; bp->b_flags |= B_ERROR; biodone(bp); } return (retval); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 5 20:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA09150 for bugs-outgoing; Wed, 5 Mar 1997 20:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA09136; Wed, 5 Mar 1997 20:10:03 -0800 (PST) Resent-Date: Wed, 5 Mar 1997 20:10:03 -0800 (PST) Resent-Message-Id: <199703060410.UAA09136@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from wopr.ml.org (MPH124.rh.psu.edu [128.118.21.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA08681 for" ; Wed, 5 Mar 1997 20:02:12.-0800 (PST) Received: (from hunt@localhost) by wopr.ml.org (8.8.5/8.8.5) id XAA20932; Wed, 5 Mar 1997 23:01:58 -0500 (EST) Message-Id: <199703060401.XAA20932@wopr.ml.org> Date: Wed, 5 Mar 1997 23:01:58 -0500 (EST) From: Matthew Hunt To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2892: Typo in locate.1 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2892 >Category: docs >Synopsis: Typo in locate.1 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 5 20:10:01 PST 1997 >Last-Modified: >Originator: Matthew Hunt >Organization: None >Release: FreeBSD 2.2-GAMMA i386 >Environment: FreeBSD 2.2-GAMMA >Description: No biggie, just a typo in locate.1. >How-To-Repeat: man 1 locate >Fix: *** locate.1.orig Wed Mar 5 22:56:18 1997 --- locate.1 Wed Mar 5 22:58:06 1997 *************** *** 201,207 **** The .Nm ! database is not byte order independ. It is not possible to share the databases between machines with different byte order. The current .Nm --- 201,207 ---- The .Nm ! database is not byte order independent. It is not possible to share the databases between machines with different byte order. The current .Nm >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 5 20:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA10149 for bugs-outgoing; Wed, 5 Mar 1997 20:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA10142; Wed, 5 Mar 1997 20:30:01 -0800 (PST) Date: Wed, 5 Mar 1997 20:30:01 -0800 (PST) Message-Id: <199703060430.UAA10142@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/2889: make release fails Reply-To: Bruce Evans Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2889; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@freebsd.org, pst@jnx.com Cc: Subject: Re: bin/2889: make release fails Date: Thu, 6 Mar 1997 15:17:12 +1100 >First, /sbin/init's makefile is trying to find the library in the >source directory. It should be looking in the obj directory. > >Secondly, the obj directory doesn't exist (which may be causing the >first problem, but I doubt it). It seems we never make libcrypt if >the secure distribution is present. Fixed in -current, at least if there is no secure distribution. I still think it is wrong to fetch the library from an obj directory. When the paths are wrong it fetches it from /usr/lib anyway, and it's hard to to whether you got the one you wanted (`make checkdpadd' tells you indirectly if you got the paths wrong). Bruce From owner-freebsd-bugs Wed Mar 5 20:51:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA11211 for bugs-outgoing; Wed, 5 Mar 1997 20:51:20 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA11191; Wed, 5 Mar 1997 20:51:15 -0800 (PST) Date: Wed, 5 Mar 1997 20:51:15 -0800 (PST) From: Mike Pritchard Message-Id: <199703060451.UAA11191@freefall.freebsd.org> To: fn@Hungry.COM, mpp, freebsd-bugs Subject: Re: misc/2876 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: a typo State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Mar 5 20:50:07 PST 1997 State-Changed-Why: Already fixed in rev 1.2 of tools/README. From owner-freebsd-bugs Wed Mar 5 21:07:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA11808 for bugs-outgoing; Wed, 5 Mar 1997 21:07:47 -0800 (PST) Received: from iago.ienet.com (iago.ienet.com [207.78.32.53]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA11802 for ; Wed, 5 Mar 1997 21:07:44 -0800 (PST) Received: from iago.ienet.com (localhost.ienet.com [127.0.0.1]) by iago.ienet.com (8.8.5/8.8.5) with ESMTP id VAA07722 Wed, 5 Mar 1997 21:07:43 -0800 (PST) Message-Id: <199703060507.VAA07722@iago.ienet.com> To: freebsd-bugs@FreeBSD.ORG Subject: Makefiles with chown user.group instead of chown user:group Date: Wed, 05 Mar 1997 21:07:43 -0800 From: Pius Fischer Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk There are a few Makefiles in the source tree that each contain one or two occurrences of chown(8) that use a '.' instead of a ':' to separate the user operand from the group operand. Since I had recompiled chown without -DSUPPORT_DOT, this caused my "make world" to repeatedly fall over. These are the Makefiles: /usr/src/gnu/usr.bin/groff/mm/Makefile /usr/src/share/mk/bsd.prog.mk /usr/src/games/boggle/Makefile /usr/src/share/me/Makefile /usr/src/share/zoneinfo/Makefile /usr/src/usr.bin/ee/Makefile I submitted a PR only for the first one (it caused the build-tools target to fall over -- the other ones caused the install target to fall over). I can provide patches if desired, but all that needs to be done is that each occurrence of chown in each of these files should be fixed so that a ':' is used instead of a '.' to separate the user from the group. By the way, the reason I recompiled chown without -DSUPPORT_DOT was so that I could use chown with user and group names that have dots in them. The chown(8) man page indicated that the "new" way to distinguish the user operand from the group operand is to use a colon instead of a dot. It was a little confusing since it made no mention of the fact that by default chown is compiled with -DSUPPORT_DOT which effectively prevents usernames with dots in them from being used with chown. Regards, Pius From owner-freebsd-bugs Wed Mar 5 21:13:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12400 for bugs-outgoing; Wed, 5 Mar 1997 21:13:38 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12366; Wed, 5 Mar 1997 21:12:59 -0800 (PST) Date: Wed, 5 Mar 1997 21:12:59 -0800 (PST) From: John-Mark Gurney Message-Id: <199703060512.VAA12366@freefall.freebsd.org> To: mph@pobox.com, jmg, freebsd-bugs Subject: Re: docs/2892 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Typo in locate.1 State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Wed Mar 5 21:11:35 PST 1997 State-Changed-Why: fixed in revision 1.8 of locate.1... thanks for the report! From owner-freebsd-bugs Wed Mar 5 21:22:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13047 for bugs-outgoing; Wed, 5 Mar 1997 21:22:00 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13020; Wed, 5 Mar 1997 21:21:51 -0800 (PST) Date: Wed, 5 Mar 1997 21:21:51 -0800 (PST) From: Mike Pritchard Message-Id: <199703060521.VAA13020@freefall.freebsd.org> To: bertus@zibbi.mikom.csir.co.za, mpp, freebsd-bugs Subject: Re: kern/2883 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: No UDP thru VPN State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Wed Mar 5 21:21:07 PST 1997 State-Changed-Why: Not a FreeBSD PR. From owner-freebsd-bugs Wed Mar 5 21:46:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14495 for bugs-outgoing; Wed, 5 Mar 1997 21:46:14 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14489 for freebsd-bugs; Wed, 5 Mar 1997 21:46:13 -0800 (PST) From: Mike Pritchard Message-Id: <199703060546.VAA14489@freefall.freebsd.org> Subject: kern/2886 To: freebsd-bugs Date: Wed, 5 Mar 1997 21:46:12 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Here is a copy of the misfiled PR# 2886: >Number: 2886 >Category: kern >Synopsis: mbuf leak in multicast code >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 5 09:30:01 PST 1997 >Last-Modified: Wed Mar 5 10:13:55 PST 1997 >Originator: Chris Csanady >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The function ip_getmoptions() in ip_output.c alocates an mbuf for the return of options, but does not dealocate it if it does not succeed. >How-To-Repeat: Call ip_getmoptions() with an invalid option. >Fix: *** ip_output.c.old Fri Feb 28 16:36:11 1997 --- ip_output.c Wed Mar 5 10:53:04 1997 *************** *** 1256,1261 **** --- 1256,1262 ---- return (0); default: + m_freem(*mp); return (EOPNOTSUPP); } } >Audit-Trail: Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Wed Mar 5 10:13:38 PST 1997 Responsible-Changed-Why: Misfiled PR >Unformatted: From owner-freebsd-bugs Wed Mar 5 21:52:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14900 for bugs-outgoing; Wed, 5 Mar 1997 21:52:11 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14882 for freebsd-bugs; Wed, 5 Mar 1997 21:52:03 -0800 (PST) From: Mike Pritchard Message-Id: <199703060552.VAA14882@freefall.freebsd.org> Subject: kern/2890 To: freebsd-bugs Date: Wed, 5 Mar 1997 21:52:03 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Here is a copy of the misfiled PR # 2890: >Number: 2890 >Category: kern >Synopsis: System panic after kernel compiled for 128M RAM >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Wed Mar 5 19:00:02 PST 1997 >Last-Modified: Wed Mar 5 19:04:40 PST 1997 >Originator: Dave Robinson >Organization: The Only Net >Release: FreeBSD 2.2-970225-GAMMA i386 >Environment: Pentium-133, 128M RAM, 2 2.5 gig ide hard drives, ne2000 ethernet,8900d Trident video card, 8x Standard CDROM, Standard floppy >Description: FreeBSD seems to run fine until re-compile GENERIC kernel to recognize 128M RAM. Also panicked when recompiled LINT kernel. So far 2 of the messages retrieved are: 1. panic: vrele: negative reference cnt 2. vm_page_free: pindex(32),busy(-202244992),PG_BUSY(-264108376),hold(-264108296) panic: vm_page_free: freeing busy page The machine is under no load currently, just trying to set it up as a server. Nothing has been loaded into it except FreeBSD. Not sure what some of the other panic messages were. I did have some mentioning page fault but didn't get them written down. I pulled out the RAM and reseated them but still getting the panic message. Any help you can give will be greatly appreciated. Thanks Dave Robinson gooddr@theonlynet.com >How-To-Repeat: No particular pattern to repeat, just logging in and attempting to do simple tasks such as adduser, top, telnet, etc. It only takes a few minutes of simple commands until it panics. >Fix: >Audit-Trail: Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Wed Mar 5 19:04:24 PST 1997 Responsible-Changed-Why: Misfiled PR >Unformatted: From owner-freebsd-bugs Wed Mar 5 22:00:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15647 for bugs-outgoing; Wed, 5 Mar 1997 22:00:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15612; Wed, 5 Mar 1997 22:00:04 -0800 (PST) Resent-Date: Wed, 5 Mar 1997 22:00:04 -0800 (PST) Resent-Message-Id: <199703060600.WAA15612@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.VAA15455;Wed; (8.8.5/8.8.5);, 5 Mar 1997 21:57:52.-0800 (PST) Message-Id: <199703060557.VAA15455@freefall.freebsd.org> Date: Wed, 5 Mar 1997 21:57:52 -0800 (PST) From: pius@iago.ienet.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2893: pkg_delete segfaults when +CONTENTS doesn't set a prefix using @cwd Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2893 >Category: bin >Synopsis: pkg_delete segfaults when +CONTENTS doesn't set a prefix using @cwd >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 5 22:00:02 PST 1997 >Last-Modified: >Originator: Pius Fischer >Organization: >Release: 3.0-CURRENT >Environment: FreeBSD iago.ienet.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Wed Mar 5 19:20:16 PST 1997 pius@iago.ienet.com:/usr/src/sys/compile/IAGO i386 >Description: Sorry to be so picky, this is a very small problem, but I encountered it when I wanted to remove the MH package (I wanted to do a fresh install of the MH port), but realized that for some reason there was no directory /var/db/pkg/mh-6.8.4/. So I just created it, copied the PLIST from the port to +CONTENTS, and typed "pkg_delete -v mh-6.8.4" which resulted in a coredump! The problem: +CONTENTS didn't contain the "@cwd /usr/local" because that gets added when you install the port or the package, but I had just copied the PLIST straight from the port. So pkg_delete segfaults because in perform.c it ends up doing a setenv(PKG_PREFIX_VNAME, NULL, 1) and setenv dereferences the NULL pointer! The correct behavior should probably be either to set the environment variable to "" or to print a warning message. >How-To-Repeat: Well, here's what I did: mkdir /var/db/pkg/mh-6.8.4 cd /var/db/pkg/mh-6.8.4 cp /usr/ports/mail/mh/pkg/PLIST +CONTENTS cd pkg_delete -v mh-6.8.4 >Fix: Well, perhaps one of these two patches should be applied: (1) --- perform.c.orig Wed Mar 5 21:19:30 1997 +++ perform.c Wed Mar 5 21:53:51 1997 @@ -94,7 +94,7 @@ read_plist(&Plist, cfile); fclose(cfile); setenv(PKG_PREFIX_VNAME, - (p = find_plist(&Plist, PLIST_CWD)) ? p->name : NULL, 1); + (p = find_plist(&Plist, PLIST_CWD)) ? p->name : "", 1); if (fexists(REQUIRE_FNAME)) { if (Verbose) printf("Executing 'require' script.\n"); (2) --- perform.c.orig Wed Mar 5 21:19:30 1997 +++ perform.c Wed Mar 5 21:54:46 1997 @@ -93,8 +93,12 @@ add_plist(&Plist, PLIST_CWD, Prefix); read_plist(&Plist, cfile); fclose(cfile); - setenv(PKG_PREFIX_VNAME, - (p = find_plist(&Plist, PLIST_CWD)) ? p->name : NULL, 1); + p = find_plist(&Plist, PLIST_CWD); + if (!p) { + whinge("Package '%s' doesn't have a prefix.", pkg); + return 1; + } + setenv(PKG_PREFIX_VNAME, p->name, 1); if (fexists(REQUIRE_FNAME)) { if (Verbose) printf("Executing 'require' script.\n"); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Mar 5 22:53:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26647 for bugs-outgoing; Wed, 5 Mar 1997 22:53:12 -0800 (PST) Received: (from asami@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA26626; Wed, 5 Mar 1997 22:53:08 -0800 (PST) Date: Wed, 5 Mar 1997 22:53:08 -0800 (PST) From: Satoshi Asami Message-Id: <199703060653.WAA26626@freefall.freebsd.org> To: asami, freebsd-bugs, jkh Subject: Re: bin/2893 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pkg_delete segfaults when +CONTENTS doesn't set a prefix using @cwd Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: asami Responsible-Changed-When: Wed Mar 5 22:52:42 PST 1997 Responsible-Changed-Why: While Jordan's not here, assign all pkg_* bugs to him. From owner-freebsd-bugs Wed Mar 5 23:30:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA28937 for bugs-outgoing; Wed, 5 Mar 1997 23:30:28 -0800 (PST) Received: from as1fw.mannesmann.de (as1fw.mannesmann.de [194.175.56.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA28922 for ; Wed, 5 Mar 1997 23:30:18 -0800 (PST) Received: from atlantis.mannesmann.de ([145.230.128.132]) by as1fw.mannesmann.de (Netscape Mail Server v1.1) with ESMTP id AAA11723 for ; Thu, 6 Mar 1997 08:29:43 +0200 Received: from mdvexch01.mdv01 ([145.230.129.91]) by atlantis.mannesmann.de (Netscape Mail Server v1.1) with SMTP id AAA24788 for ; Thu, 6 Mar 1997 08:29:43 +0200 Received: by mdvexch01.mdv01 with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63) id <01BC2A08.9C850700@mdvexch01.mdv01>; Thu, 6 Mar 1997 08:30:13 +0100 Message-ID: From: =?iso-8859-1?Q?=22J=E4ckel=2C_Joachim=2C_MDV=2DKA=22?= To: "'freebsd-bugs'" Subject: kern/2877 Date: Thu, 6 Mar 1997 08:28:00 +0100 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I think that I forgot to say that I have a Adaptec AHA1542 ISA-Bus SCSI-Controller! Greetings Joachim Jaeckel (Joachim.Jaeckel@it-mannesmann.de) From owner-freebsd-bugs Thu Mar 6 00:24:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA03886 for bugs-outgoing; Thu, 6 Mar 1997 00:24:09 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA03870 for ; Thu, 6 Mar 1997 00:24:02 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id TAA27895; Thu, 6 Mar 1997 19:16:22 +1100 Date: Thu, 6 Mar 1997 19:16:22 +1100 From: Bruce Evans Message-Id: <199703060816.TAA27895@godzilla.zeta.org.au> To: freebsd-bugs@freebsd.org, pius@iago.ienet.com Subject: Re: Makefiles with chown user.group instead of chown user:group Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >There are a few Makefiles in the source tree that each contain one or >two occurrences of chown(8) that use a '.' instead of a ':' to separate >the user operand from the group operand. Since I had recompiled chown >without -DSUPPORT_DOT, this caused my "make world" to repeatedly fall >over. These are the Makefiles: > > /usr/src/gnu/usr.bin/groff/mm/Makefile > /usr/src/share/mk/bsd.prog.mk > /usr/src/games/boggle/Makefile > /usr/src/share/me/Makefile > /usr/src/share/zoneinfo/Makefile > /usr/src/usr.bin/ee/Makefile > >I submitted a PR only for the first one (it caused the build-tools >target to fall over -- the other ones caused the install target to >fall over). Most of these are broken for another reason: they build things at install time and/or don't use `install' properly. Bruce From owner-freebsd-bugs Thu Mar 6 02:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA11818 for bugs-outgoing; Thu, 6 Mar 1997 02:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA11809; Thu, 6 Mar 1997 02:50:02 -0800 (PST) Resent-Date: Thu, 6 Mar 1997 02:50:02 -0800 (PST) Resent-Message-Id: <199703061050.CAA11809@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, soil@quick.net Received: from localhost.quick.net (soil@newport-1-10.quick.net [206.171.89.210]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA11443 for ; Thu, 6 Mar 1997 02:41:49 -0800 (PST) Received: (from soil@localhost) by localhost.quick.net (8.8.5/8.8.5) id CAA03115; Thu, 6 Mar 1997 02:41:44 -0800 (PST) Message-Id: <199703061041.CAA03115@localhost.quick.net> Date: Thu, 6 Mar 1997 02:41:44 -0800 (PST) From: soil@quick.net Reply-To: soil@quick.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2895: typo in COPYRIGHT Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2895 >Category: docs >Synopsis: typo in COPYRIGHT >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 6 02:50:01 PST 1997 >Last-Modified: >Originator: Josh Gilliam >Organization: >Release: FreeBSD 2.2-970205-GAMMA i386 >Environment: FreeBSD-current FreeBSD-2.2 >Description: typo in COPYRIGHT acknowledgement -> acknowledgment >How-To-Repeat: # grep acknowledgement COPYRIGHT acknowledgement >Fix: --- COPYRIGHT.old Sun Sep 11 00:53:28 1994 +++ COPYRIGHT Thu Mar 6 02:39:00 1997 @@ -15,7 +15,7 @@ notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. All advertising materials mentioning features or use of this software - must display the following acknowledgement: + must display the following acknowledgment: This product includes software developed by the University of California, Berkeley and its contributors. 4. Neither the name of the University nor the names of its contributors >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 6 03:32:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA13609 for bugs-outgoing; Thu, 6 Mar 1997 03:32:42 -0800 (PST) Received: from localhost.quick.net (soil@newport-1-10.quick.net [206.171.89.210]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA13579; Thu, 6 Mar 1997 03:31:47 -0800 (PST) Received: from localhost (soil@localhost) by localhost.quick.net (8.8.5/8.8.5) with SMTP id DAA03601; Thu, 6 Mar 1997 03:31:43 -0800 (PST) X-Authentication-Warning: localhost.quick.net: soil owned process doing -bs Date: Thu, 6 Mar 1997 03:31:43 -0800 (PST) From: Josh Gilliam Reply-To: Josh Gilliam To: FreeBSD-gnats-submit@freebsd.org cc: GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: docs/2895: typo in COPYRIGHT In-Reply-To: <199703061041.CAA03115@localhost.quick.net> Message-ID: X-IRC: soil X-Operating-System: FreeBSD 2.2-970205-GAMMA i386 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please close this PR, thanks. Although acknowledgment is more common, both spellings are acceptable. Josh Gilliam -- soil@quick.net In <199703061041.CAA03115@localhost.quick.net>, soil@quick.net wrote: > >Number: 2895 > >Category: docs > >Synopsis: typo in COPYRIGHT > >Confidential: no > >Severity: non-critical > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Class: doc-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Mar 6 02:50:01 PST 1997 > >Last-Modified: > >Originator: Josh Gilliam > >Organization: > >Release: FreeBSD 2.2-970205-GAMMA i386 > >Environment: > > FreeBSD-current > FreeBSD-2.2 > > >Description: > > typo in COPYRIGHT > acknowledgement -> acknowledgment > > >How-To-Repeat: > > # grep acknowledgement COPYRIGHT > acknowledgement > > >Fix: > > --- COPYRIGHT.old Sun Sep 11 00:53:28 1994 > +++ COPYRIGHT Thu Mar 6 02:39:00 1997 > @@ -15,7 +15,7 @@ > notice, this list of conditions and the following disclaimer in the > documentation and/or other materials provided with the distribution. > 3. All advertising materials mentioning features or use of this software > - must display the following acknowledgement: > + must display the following acknowledgment: > This product includes software developed by the University of > California, Berkeley and its contributors. > 4. Neither the name of the University nor the names of its contributors > >Audit-Trail: > >Unformatted: From owner-freebsd-bugs Thu Mar 6 03:40:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA13905 for bugs-outgoing; Thu, 6 Mar 1997 03:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA13891; Thu, 6 Mar 1997 03:40:01 -0800 (PST) Date: Thu, 6 Mar 1997 03:40:01 -0800 (PST) Message-Id: <199703061140.DAA13891@freefall.freebsd.org> To: freebsd-bugs Cc: From: Josh Gilliam Subject: Re: docs/2895: typo in COPYRIGHT Reply-To: Josh Gilliam Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/2895; it has been noted by GNATS. From: Josh Gilliam To: FreeBSD-gnats-submit@freebsd.org Cc: GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: docs/2895: typo in COPYRIGHT Date: Thu, 6 Mar 1997 03:31:43 -0800 (PST) Please close this PR, thanks. Although acknowledgment is more common, both spellings are acceptable. Josh Gilliam -- soil@quick.net In <199703061041.CAA03115@localhost.quick.net>, soil@quick.net wrote: > >Number: 2895 > >Category: docs > >Synopsis: typo in COPYRIGHT > >Confidential: no > >Severity: non-critical > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Class: doc-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Mar 6 02:50:01 PST 1997 > >Last-Modified: > >Originator: Josh Gilliam > >Organization: > >Release: FreeBSD 2.2-970205-GAMMA i386 > >Environment: > > FreeBSD-current > FreeBSD-2.2 > > >Description: > > typo in COPYRIGHT > acknowledgement -> acknowledgment > > >How-To-Repeat: > > # grep acknowledgement COPYRIGHT > acknowledgement > > >Fix: > > --- COPYRIGHT.old Sun Sep 11 00:53:28 1994 > +++ COPYRIGHT Thu Mar 6 02:39:00 1997 > @@ -15,7 +15,7 @@ > notice, this list of conditions and the following disclaimer in the > documentation and/or other materials provided with the distribution. > 3. All advertising materials mentioning features or use of this software > - must display the following acknowledgement: > + must display the following acknowledgment: > This product includes software developed by the University of > California, Berkeley and its contributors. > 4. Neither the name of the University nor the names of its contributors > >Audit-Trail: > >Unformatted: From owner-freebsd-bugs Thu Mar 6 08:50:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA28067 for bugs-outgoing; Thu, 6 Mar 1997 08:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA28060; Thu, 6 Mar 1997 08:50:03 -0800 (PST) Resent-Date: Thu, 6 Mar 1997 08:50:03 -0800 (PST) Resent-Message-Id: <199703061650.IAA28060@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.IAA27953;Thu; (8.8.5/8.8.5);, 6 Mar 1997 08:47:41.-0800 (PST) Message-Id: <199703061647.IAA27953@freefall.freebsd.org> Date: Thu, 6 Mar 1997 08:47:41 -0800 (PST) From: gianowa@eo.ray.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2896: FreeBSD 2.2-GAMMA does not work with DIamond Speedstar 64 Graphics video board Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2896 >Category: kern >Synopsis: FreeBSD 2.2-GAMMA does not work with DIamond Speedstar 64 Graphics video board >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 6 08:50:01 PST 1997 >Last-Modified: >Originator: William A. GIanopoulos >Organization: >Release: 2.2-970225-GAMMA >Environment: Can't get this info as it does not boot. >Description: FreeBSD 2.2 and later do not work if the video board is a Diamond Speedstar 64 ISA. If you try to boot with the install floppy it gets to the message: Booting the kernel and then rather than displaying messages on the screen, garbage bit patterns seem to be displayed on the screen, with a different garbage pattern each time a new message should appear. It is still possible to make out remnants of the output from the boot programright up to the Booting the kernel message, but none of the text output by the kernel ever appears on the screen. FreeBSD 2.1.7 boots up and displays just fine with the exact same hardware. >How-To-Repeat: 1. Install a Diamond Speedstar 64 ISA video board. 2. Boot the 2.2-GAMMA or 3.0-SNAP boot floppy. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 6 09:40:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00515 for bugs-outgoing; Thu, 6 Mar 1997 09:40:07 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA00506; Thu, 6 Mar 1997 09:40:03 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA16269; Thu, 6 Mar 1997 12:40:02 -0500 Date: Thu, 6 Mar 1997 12:40:02 -0500 From: Garrett Wollman Message-Id: <9703061740.AA16269@halloran-eldar.lcs.mit.edu> To: Mike Pritchard Cc: freebsd-bugs@freefall.freebsd.org Subject: kern/2886 In-Reply-To: <199703060546.VAA14489@freefall.freebsd.org> References: <199703060546.VAA14489@freefall.freebsd.org> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > Here is a copy of the misfiled PR# 2886: >> Number: 2886 >> Category: kern >> Synopsis: mbuf leak in multicast code I think this one belongs to Bill F.... -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, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Thu Mar 6 09:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00927 for bugs-outgoing; Thu, 6 Mar 1997 09:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00920; Thu, 6 Mar 1997 09:50:03 -0800 (PST) Resent-Date: Thu, 6 Mar 1997 09:50:03 -0800 (PST) Resent-Message-Id: <199703061750.JAA00920@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gjm11@dpmms.cam.ac.uk Received: from mauve.csi.cam.ac.uk (mauve.csi.cam.ac.uk [131.111.8.38]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA00633 for ; Thu, 6 Mar 1997 09:42:56 -0800 (PST) Received: from g.pet.cam.ac.uk [131.111.209.233] by mauve.csi.cam.ac.uk with smtp (Exim 1.58 #1) id 0w2hAt-0004lr-00; Thu, 6 Mar 1997 17:41:51 +0000 Received: from gjm11 by g.pet.cam.ac.uk with local (Exim 1.59 #1) id 0w2hBA-0000Pu-00; Thu, 6 Mar 1997 17:42:08 +0000 Message-Id: Date: Thu, 6 Mar 1997 17:42:08 +0000 From: gjm11@dpmms.cam.ac.uk Reply-To: gjm11@dpmms.cam.ac.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2897: send-pr categories should be explained somewhere Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2897 >Category: docs >Synopsis: send-pr categories should be explained somewhere >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Mar 6 09:50:01 PST 1997 >Last-Modified: >Originator: Gareth McCaughan >Organization: very little >Release: FreeBSD 2.2-970215-GAMMA i386 >Environment: (not really relevant) >Description: It would be nice if there were some official documentation of the available send-pr categories. By and large it's reasonably clear what they are for, but an official statement would be good, and would clear up those borderline cases where it's genuinely not clear what category to use. (Example: a day or two ago I reported that /stand/sysinstall has some wrong URLs hard-coded into it. Should this have been "bin" (it's a program), "conf" (it's a configuration error), or "misc"?) Actually, I'm not at all sure what "conf" means. Specifically, I don't know whether it means "problem with the way something is configured", or "problem with something used for configuration"? Or perhaps neither of these? Possibly the Right Thing to do is to modify send-pr so that it can take some sort of brief explanations in its category list and present them to the user, in which case this isn't a FreeBSD problem. Anyway, one way or another I think the purposes of the available categories should be documented. >How-To-Repeat: % send-pr >Fix: I'm not sure. Perhaps an entry in the Handbook. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 6 11:16:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05511 for bugs-outgoing; Thu, 6 Mar 1997 11:16:23 -0800 (PST) Received: (from jmg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05370; Thu, 6 Mar 1997 11:15:36 -0800 (PST) Date: Thu, 6 Mar 1997 11:15:36 -0800 (PST) From: John-Mark Gurney Message-Id: <199703061915.LAA05370@freefall.freebsd.org> To: soil@quick.net, jmg, freebsd-bugs Subject: Re: docs/2895 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: typo in COPYRIGHT State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Thu Mar 6 11:15:00 PST 1997 State-Changed-Why: closed at originator's request From owner-freebsd-bugs Thu Mar 6 11:51:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA07349 for bugs-outgoing; Thu, 6 Mar 1997 11:51:36 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA07318; Thu, 6 Mar 1997 11:51:21 -0800 (PST) Date: Thu, 6 Mar 1997 11:51:21 -0800 (PST) From: Joerg Wunsch Message-Id: <199703061951.LAA07318@freefall.freebsd.org> To: pst@jnx.com, joerg, freebsd-bugs Subject: Re: bin/2889 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: make release fails to build due to libscrypt not being built State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu Mar 6 20:50:09 MET 1997 State-Changed-Why: I've already fixed . The obj dir stuff might need fixing, but it's for sure is minor enough to not happen before 2.2. From owner-freebsd-bugs Thu Mar 6 11:59:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA07775 for bugs-outgoing; Thu, 6 Mar 1997 11:59:07 -0800 (PST) Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07769; Thu, 6 Mar 1997 11:58:57 -0800 (PST) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.8.5/8.8.3) with ESMTP id LAA00353; Thu, 6 Mar 1997 11:58:27 -0800 (PST) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.6/8.7.3) with ESMTP id LAA03806; Thu, 6 Mar 1997 11:58:26 -0800 (PST) Message-Id: <199703061958.LAA03806@base.jnx.com> To: Joerg Wunsch cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2889 In-reply-to: Your message of "Thu, 06 Mar 1997 11:51:21 PST." <199703061951.LAA07318@freefall.freebsd.org> Date: Thu, 06 Mar 1997 11:58:26 -0800 From: Paul Traina Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk When did you fix it? My sources were <24 hours old. From: Joerg Wunsch Subject: Re: bin/2889 Synopsis: make release fails to build due to libscrypt not being built State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu Mar 6 20:50:09 MET 1997 State-Changed-Why: I've already fixed . The obj dir stuff might need fixing, but it's for sure is minor enough to not happen before 2.2. From owner-freebsd-bugs Thu Mar 6 12:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07917 for bugs-outgoing; Thu, 6 Mar 1997 12:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07888; Thu, 6 Mar 1997 12:00:03 -0800 (PST) Date: Thu, 6 Mar 1997 12:00:03 -0800 (PST) Message-Id: <199703062000.MAA07888@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2889: make release fails Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2889; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: pst@jnx.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2889: make release fails Date: Thu, 6 Mar 1997 20:24:49 +0100 As Paul Traina wrote: > First, /sbin/init's makefile is trying to find the library in the > source directory. It should be looking in the obj directory. Already fixed. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Mar 6 12:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09279 for bugs-outgoing; Thu, 6 Mar 1997 12:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09273; Thu, 6 Mar 1997 12:20:02 -0800 (PST) Resent-Date: Thu, 6 Mar 1997 12:20:02 -0800 (PST) Resent-Message-Id: <199703062020.MAA09273@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, root@spiffy.cybernet.com Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09202 for ; Thu, 6 Mar 1997 12:19:23 -0800 (PST) Received: (from root@localhost) by spiffy.cybernet.com (8.8.2/8.8.2) id PAA01628; Thu, 6 Mar 1997 15:18:20 -0500 (EST) Message-Id: <199703062018.PAA01628@spiffy.cybernet.com> Date: Thu, 6 Mar 1997 15:18:20 -0500 (EST) From: "Mark J. Taylor" Reply-To: root@spiffy.cybernet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2898: arp -a -n buglet Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2898 >Category: bin >Synopsis: arp -a -n buglet >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 6 12:20:01 PST 1997 >Last-Modified: >Originator: Mark J. Taylor >Organization: Cybernet Systems Corporation >Release: FreeBSD 2.2-GAMMA i386 >Environment: FreeBSD-2.2 GAMMA >Description: There is a bug in /usr/sbin/arp which causes it to ignore the "-n" option when it is specified as a non-first option: the software exits before it has a chance to evalute it (in the case of "arp -a -n"). >How-To-Repeat: "arp -a -n" goes to DNS server (if /etc/host.conf specifies that first) >Fix: Here's my patch to usr.sbin/arp/arp.c, from the source labeled: static char const sccsid[] = "@@(#)from: arp.c 8.2 (Berkeley) 1/2/94"; static char const freebsdid[] = "$Id: arp.c,v 1.4 1996/02/08 21:05:52 phk Exp $"; I've tested these patches, and they seem OK. This patch also allows the ARPing of mutiple hosts in one line, as in "arp xxx yyy zzz" as opposed to the old "arp xxx ; arp yyy; arp zzz". The man page needs to be updated to reflect the use of the "-n" option. Currently it is undocumented. *** arp.c 1997/03/06 19:41:39 1.1 --- arp.c 1997/03/06 19:51:55 *************** *** 92,97 **** --- 92,98 ---- extern int errno; static int pid; static int nflag; + static int all; static int s = -1; int *************** *** 100,127 **** char **argv; { int ch; pid = getpid(); while ((ch = getopt(argc, argv, "andfsS")) != EOF) switch((char)ch) { case 'a': ! dump(0); ! exit(0); case 'd': if (argc < 3 || argc > 4) usage(); ! delete(argv[2], argv[3]); exit(0); case 'n': nflag = 1; continue; case 'S': ! delete(argv[2], NULL); /* FALL THROUGH */ case 's': if (argc < 4 || argc > 7) usage(); ! exit(set(argc-2, &argv[2]) ? 1 : 0); case 'f' : if (argc != 3) usage(); --- 101,131 ---- char **argv; { int ch; + int pcount=1; pid = getpid(); while ((ch = getopt(argc, argv, "andfsS")) != EOF) switch((char)ch) { case 'a': ! all = 1; ! pcount++; ! continue; case 'd': if (argc < 3 || argc > 4) usage(); ! delete(argv[pcount+1], argv[pcount+2]); exit(0); case 'n': nflag = 1; + pcount++; continue; case 'S': ! delete(argv[++pcount], NULL); /* FALL THROUGH */ case 's': if (argc < 4 || argc > 7) usage(); ! exit(set(argc-pcount, &argv[pcount]) ? 1 : 0); case 'f' : if (argc != 3) usage(); *************** *** 129,138 **** case '?': default: usage(); } if (argc != 2) usage(); ! get(argv[1]); exit(0); } --- 133,150 ---- case '?': default: usage(); + exit(0); } + if (all) { + dump(0); + exit(0); + } + /* if (argc != 2) usage(); ! */ ! while (pcounth_addr, (char *)&sin->sin_addr, sizeof sin->sin_addr); } *************** *** 298,305 **** if (!(hp = gethostbyname(host))) { fprintf(stderr, "arp: %s: ", host); herror((char *)NULL); ! exit(1); } bcopy((char *)hp->h_addr, (char *)&sin->sin_addr, sizeof sin->sin_addr); } --- 311,319 ---- if (!(hp = gethostbyname(host))) { fprintf(stderr, "arp: %s: ", host); herror((char *)NULL); ! return; /*exit(1);*/ } + else bcopy((char *)hp->h_addr, (char *)&sin->sin_addr, sizeof sin->sin_addr); } *************** *** 307,313 **** if (found_entry == 0) { printf("%s (%s) -- no entry\n", host, inet_ntoa(sin->sin_addr)); ! exit(1); } } --- 321,327 ---- if (found_entry == 0) { printf("%s (%s) -- no entry\n", host, inet_ntoa(sin->sin_addr)); ! /*exit(1);*/ } } *************** *** 333,338 **** --- 347,353 ---- herror((char *)NULL); return (1); } + else bcopy((char *)hp->h_addr, (char *)&sin->sin_addr, sizeof sin->sin_addr); } *************** *** 386,391 **** --- 401,407 ---- extern int h_errno; struct hostent *hp; + found_entry = 0; mib[0] = CTL_NET; mib[1] = PF_ROUTE; mib[2] = 0; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 6 14:26:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16022 for bugs-outgoing; Thu, 6 Mar 1997 14:26:45 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA15990; Thu, 6 Mar 1997 14:26:17 -0800 (PST) Date: Thu, 6 Mar 1997 14:26:17 -0800 (PST) From: Joerg Wunsch Message-Id: <199703062226.OAA15990@freefall.freebsd.org> To: hsu@clinet.fi, joerg, freebsd-bugs Subject: Re: bin/2475 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: root .profile hard-codes terminal type State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu Mar 6 23:25:41 MET 1997 State-Changed-Why: Fixed in rev 1.13 of dot.profile. From owner-freebsd-bugs Thu Mar 6 16:35:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA24661 for bugs-outgoing; Thu, 6 Mar 1997 16:35:11 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA24637; Thu, 6 Mar 1997 16:35:08 -0800 (PST) Date: Thu, 6 Mar 1997 16:35:08 -0800 (PST) From: Mike Pritchard Message-Id: <199703070035.QAA24637@freefall.freebsd.org> To: mpp, freebsd-bugs, mpp Subject: Re: docs/2897 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: send-pr categories should be explained somewhere Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: mpp Responsible-Changed-When: Thu Mar 6 16:34:50 PST 1997 Responsible-Changed-Why: I'll figure out something to do with htis. From owner-freebsd-bugs Thu Mar 6 18:10:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA02352 for bugs-outgoing; Thu, 6 Mar 1997 18:10:15 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA02342; Thu, 6 Mar 1997 18:10:08 -0800 (PST) Date: Thu, 6 Mar 1997 18:10:08 -0800 (PST) Message-Id: <199703070210.SAA02342@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Lowe Subject: Re: bin/2622: syslogd '-s' behavior either broken or poorly documented Reply-To: David Lowe Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2622; it has been noted by GNATS. From: David Lowe To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/2622: syslogd '-s' behavior either broken or poorly documented Date: Thu, 6 Mar 1997 18:02:29 -0800 (PST) Came up with some patches to fix this (changes -s behavior and adds -n to replace the old -s behavior)... use at your own risk, of course :) ----------------- snip --------------------------------------------------- *** syslogd.c 1997/03/07 00:44:00 1.1 --- syslogd.c 1997/03/07 01:32:01 1.2 *************** *** 40,44 **** */ static const char rcsid[] = ! "$Id: syslogd.c,v 1.1 1997/03/07 00:44:00 dlowe Exp $"; #endif /* not lint */ --- 40,44 ---- */ static const char rcsid[] = ! "$Id: syslogd.c,v 1.2 1997/03/07 01:32:01 dlowe Exp $"; #endif /* not lint */ *************** *** 193,197 **** int MarkInterval = 20 * 60; /* interval between marks in seconds */ int MarkSeq = 0; /* mark sequence number */ ! int SecureMode = 0; /* when true, speak only unix domain socks */ int created_lsock = 0; /* Flag if local socket created */ --- 193,198 ---- int MarkInterval = 20 * 60; /* interval between marks in seconds */ int MarkSeq = 0; /* mark sequence number */ ! int SecureMode = 0; /* when true, discard incoming network logs */ ! int NoNetworkMode = 0; /* when true, speak only unix domain socks */ int created_lsock = 0; /* Flag if local socket created */ *************** *** 229,233 **** pid_t ppid; ! while ((ch = getopt(argc, argv, "dsf:Im:p:")) != EOF) switch(ch) { case 'd': /* debug */ --- 230,234 ---- pid_t ppid; ! while ((ch = getopt(argc, argv, "dsnf:Im:p:")) != EOF) switch(ch) { case 'd': /* debug */ *************** *** 243,250 **** LogName = optarg; break; - case 'I': /* backwards compatible w/FreeBSD */ case 's': /* no network mode */ SecureMode++; break; case '?': default: --- 244,255 ---- LogName = optarg; break; case 's': /* no network mode */ SecureMode++; break; + case 'I': /* backwards compatible w/FreeBSD */ + /* Switch -n behaves as -s used to */ + case 'n': + NoNetworkMode++; + break; case '?': default: *************** *** 294,298 **** --- 299,307 ---- created_lsock = 1; + + /* if (!SecureMode) + */ + if (!NoNetworkMode) finet = socket(AF_INET, SOCK_DGRAM, 0); else *************** *** 388,396 **** i = recvfrom(finet, line, MAXLINE, 0, (struct sockaddr *)&frominet, &len); ! if (i > 0) { ! line[i] = '\0'; ! printline(cvthname(&frominet), line); ! } else if (i < 0 && errno != EINTR) ! logerror("recvfrom inet"); } } --- 397,408 ---- i = recvfrom(finet, line, MAXLINE, 0, (struct sockaddr *)&frominet, &len); ! /* don't do anything with the log if SecureMode is on */ ! if (!SecureMode) { ! if (i > 0) { ! line[i] = '\0'; ! printline(cvthname(&frominet), line); ! } else if (i < 0 && errno != EINTR) ! logerror("recvfrom inet"); ! } } } *************** *** 402,406 **** fprintf(stderr, ! "usage: syslogd [-ds] [-f conffile] [-m markinterval]" " [-p logpath]\n"); exit(1); --- 414,418 ---- fprintf(stderr, ! "usage: syslogd [-dsn] [-f conffile] [-m markinterval]" " [-p logpath]\n"); exit(1); ----------------- snip --------------------------------------------------- and to the man page: ----------------- snip --------------------------------------------------- *** syslogd.8 1997/03/07 00:43:45 1.1 --- syslogd.8 1997/03/07 01:54:47 1.2 *************** *** 31,35 **** .\" .\" @(#)syslogd.8 8.1 (Berkeley) 6/6/93 ! .\" $Id: syslogd.8,v 1.1 1997/03/07 00:43:45 dlowe Exp $ .\" .Dd October 12, 1995 --- 31,35 ---- .\" .\" @(#)syslogd.8 8.1 (Berkeley) 6/6/93 ! .\" $Id: syslogd.8,v 1.2 1997/03/07 01:54:47 dlowe Exp $ .\" .Dd October 12, 1995 *************** *** 41,45 **** .Sh SYNOPSIS .Nm syslogd ! .Op Fl \&dI .Op Fl f Ar config_file .Op Fl m Ar mark_interval --- 41,45 ---- .Sh SYNOPSIS .Nm syslogd ! ..Op Fl \&dsn .Op Fl f Ar config_file .Op Fl m Ar mark_interval *************** *** 61,66 **** .Pa /etc/syslog.conf . .It Fl s ! Operate in secure mode. Do not open a UDP socket to listen for log message ! from remote machines. .It Fl m Select the number of minutes between ``mark'' messages; --- 61,68 ---- .Pa /etc/syslog.conf . .It Fl s ! Operate in secure mode. Open UDP socket, but discard all incoming network ! log messages. ! .It Fl n ! Operate in non-network mode. Do not open a UDP socket at all. .It Fl m Select the number of minutes between ``mark'' messages; ----------------- snip --------------------------------------------------- From owner-freebsd-bugs Thu Mar 6 20:55:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA13664 for bugs-outgoing; Thu, 6 Mar 1997 20:55:03 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA13613; Thu, 6 Mar 1997 20:54:19 -0800 (PST) Date: Thu, 6 Mar 1997 20:54:19 -0800 (PST) From: Gary Palmer Message-Id: <199703070454.UAA13613@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: kern/2901 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Page fault errors with 128 megs RAM Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Thu Mar 6 20:53:55 PST 1997 Responsible-Changed-Why: Misfiled PR From owner-freebsd-bugs Thu Mar 6 20:56:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA13892 for bugs-outgoing; Thu, 6 Mar 1997 20:56:27 -0800 (PST) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA13875 for ; Thu, 6 Mar 1997 20:56:23 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id XAA20300 for ; Thu, 6 Mar 1997 23:56:01 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPN/970116) with ESMTP id XAA25355 for ; Thu, 6 Mar 1997 23:56:01 -0500 (EST) To: freebsd-bugs@freebsd.org From: "Gary Palmer" Subject: gooddr@theonlynet.com: kern/2901: Page fault errors Date: Thu, 06 Mar 1997 23:56:01 -0500 Message-ID: <25353.857710561@orion.webspan.net> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The misfiled PR is enclosed Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info ------- Forwarded Message Message-Id: <199703062110.VAA02770@ns1.theonlynet.com> Date: Thu, 6 Mar 1997 21:10:13 GMT From: gooddr@theonlynet.com Reply-To: gooddr@theonlynet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: pending/2901: Page fault errors X-UIDL: 8ce4f94d252957bb07d266bcfb336083 >Number: 2901 >Category: pending >Synopsis: Page fault errors with 128 megs RAM >Confidential: no >Severity: critical >Priority: high >Responsible: gnats-admin >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Thu Mar 6 20:20:01 PST 1997 >Last-Modified: >Originator: Dave Robinson >Organization: The Only Net >Release: FreeBSD 2.2-970225-GAMMA i386 >Environment: Pentium 133, 128M RAM, 2 2.5 gig ide hard drives, 8x standard CDROM, Standard floppy, Trident 8900D video 1M, NE200 ethernet card. >Description: Here's the panic message: fatal trap 12: page fault while in kernel mode fault virtual address =0x26 fault code =supervisor write,page not present instruction pointer =0x8:0xf01c8663 stack pointer =0x10:0xefbffef0 frame pointer =0x10:0xefbfff00 code segment =base 0x0, limit 0xfffff, type 0x1b =DPL0, pres 1, def32 1, gran 1 processor eflags =interrupt enabled, resume, IOPL=0 current process =272 (gzcat) interrupt mask =net tty bio panic: page fault syncing disks.....30,30,30,30,30, etc giving up Then it reboots. Any ideas? >How-To-Repeat: Just compile the kernel to recognize 128 megs of RAM and it crashes. Seems to run ok with only 64 megs being used. >Fix: Any help would be greatly appreciated. Thanks Dave Robinson gooddr@theonlynet.com The Only Net >Audit-Trail: >Unformatted: ------- End of Forwarded Message From owner-freebsd-bugs Thu Mar 6 21:48:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA16499 for bugs-outgoing; Thu, 6 Mar 1997 21:48:17 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA16492; Thu, 6 Mar 1997 21:48:14 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id VAA08084; Thu, 6 Mar 1997 21:48:12 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.8.5) id VAA20665; Thu, 6 Mar 1997 21:48:10 -0800 (PST) Message-Id: <199703070548.VAA20665@newport.ece.uci.edu> To: bugs@freebsd.org cc: current@freebsd.org Subject: serial driver Date: Thu, 06 Mar 1997 21:48:09 -0800 From: Steven Wallace Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have noticed a problem with the sio driver. When receiving data, it goes into a buffer until it is read by read(), right? Well, I am losing data because after DTR is dropped, up to 16 bytes sent BEFORE DTR are lost or destroyed, so read() is not picking this up. Even though DTR is dropped, that does not mean all data received in any buffer is not valid at this point, but only data received AFTER. So even if a read() call is actually called after DTR is dropped, it should still return any remaining bytes. Note: As a result, up to 16 bytes can be lost. I have a 16550A chip so the driver might not be reading remaining bytes in its buffer. I am using 2.2R. Please let me know what the deal is. Thanks, Steven From owner-freebsd-bugs Thu Mar 6 22:08:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA17612 for bugs-outgoing; Thu, 6 Mar 1997 22:08:15 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA17569; Thu, 6 Mar 1997 22:08:01 -0800 (PST) Date: Thu, 6 Mar 1997 22:08:01 -0800 (PST) From: Mike Pritchard Message-Id: <199703070608.WAA17569@freefall.freebsd.org> To: m230761@ingenieria.ingsala.unal.edu.co, mpp, freebsd-bugs Subject: Re: docs/2266 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Bad HTML format in online documentation State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Mar 6 22:07:37 PST 1997 State-Changed-Why: The originator says that this can be closed. From owner-freebsd-bugs Thu Mar 6 22:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA17754 for bugs-outgoing; Thu, 6 Mar 1997 22:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA17738; Thu, 6 Mar 1997 22:10:05 -0800 (PST) Resent-Date: Thu, 6 Mar 1997 22:10:05 -0800 (PST) Resent-Message-Id: <199703070610.WAA17738@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, karl@Mcs.Net Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA17350 for ; Thu, 6 Mar 1997 22:05:48 -0800 (PST) Received: from Codebase.mcs.net (codebase.mcs.net [192.160.127.89]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id AAA23577 for ; Fri, 7 Mar 1997 00:05:47 -0600 (CST) Received: (from root@localhost) by Codebase.mcs.net (8.8.5/8.8.2) id AAA07600; Fri, 7 Mar 1997 00:05:45 -0600 (CST) Message-Id: <199703070605.AAA07600@Codebase.mcs.net> Date: Fri, 7 Mar 1997 00:05:45 -0600 (CST) From: Karl Reply-To: karl@Mcs.Net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2906: SEVERE security bug in vfs_vnops.c Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2906 >Category: kern >Synopsis: SEVERE security bug in vfs_vnops.c >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 6 22:10:03 PST 1997 >Last-Modified: >Originator: Karl >Organization: MCSNet >Release: FreeBSD 3.0-CURRENT i386 >Environment: generation numbers are visible to any user for files, making unauthorized modification of files on exported NFS filesystems easily possible. >Description: see posting to freebsd-security@freebsd.org >How-To-Repeat: see posting to freebsd-security@freebsd.org >Fix: *** vfs_vnops.c Fri Mar 7 00:03:33 1997 --- vfs_vnops.c.saved Fri Mar 7 00:03:08 1997 *************** *** 410,420 **** sb->st_mtimespec = vap->va_mtime; sb->st_ctimespec = vap->va_ctime; sb->st_blksize = vap->va_blocksize; ! if (suser (p->u_cred, &p->p_acflag)) { ! sb->st_gen = 0; ! } else { ! sb->st_gen = vap->va_gen; ! } sb->st_gen = vap->va_gen; #if (S_BLKSIZE == 512) /* Optimize this case */ --- 410,416 ---- sb->st_mtimespec = vap->va_mtime; sb->st_ctimespec = vap->va_ctime; sb->st_blksize = vap->va_blocksize; ! sb->st_flags = vap->va_flags; sb->st_gen = vap->va_gen; #if (S_BLKSIZE == 512) /* Optimize this case */ -- Karl Denninger MCSNet >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 6 22:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA18318 for bugs-outgoing; Thu, 6 Mar 1997 22:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA18284; Thu, 6 Mar 1997 22:20:02 -0800 (PST) Date: Thu, 6 Mar 1997 22:20:02 -0800 (PST) Message-Id: <199703070620.WAA18284@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: bin/2837: Globalyst550 Disk-Drive Not found!! Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2837; it has been noted by GNATS. From: Mike Pritchard To: register@sainet.or.jp Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/2837: Globalyst550 Disk-Drive Not found!! Date: Thu, 6 Mar 1997 22:16:04 -0800 (PST) register@sainet.or.jp wrote: > >Number: 2837 > >Category: bin > >Synopsis: Globalyst550 Disk-Drive Not found!! > >Description: > Globalyst 550 (i486 DX4 100Mhz) > Memory 24Mbyte > SCSI AHA-2940 or AHA1540 > DiskDrive Conner CPF1080 > Lan Interface D-Link (DE-250(C|T) > > >How-To-Repeat: > Disk drive not found !! > Install problem. Can you provide some more information on the problem? At what point is the disk drive not found? During the initial installation? The first boot after install? Can you provide any of the boot messages? Any additional information would help us determine the problem. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Thu Mar 6 22:20:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA18367 for bugs-outgoing; Thu, 6 Mar 1997 22:20:30 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA18246; Thu, 6 Mar 1997 22:19:57 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA19997; Fri, 7 Mar 1997 16:46:19 +1030 (CST) From: Michael Smith Message-Id: <199703070616.QAA19997@genesis.atrad.adelaide.edu.au> Subject: Re: serial driver In-Reply-To: <199703070548.VAA20665@newport.ece.uci.edu> from Steven Wallace at "Mar 6, 97 09:48:09 pm" To: swallace@ece.uci.edu (Steven Wallace) Date: Fri, 7 Mar 1997 16:46:19 +1030 (CST) Cc: bugs@freebsd.org, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steven Wallace stands accused of saying: > > When receiving data, it goes into a buffer until it is read by read(), right? Sort of 8) > Well, I am losing data because after DTR is dropped, up to 16 bytes sent > BEFORE DTR are lost or destroyed, so read() is not picking this up. > Even though DTR is dropped, that does not mean all data received in any > buffer is not valid at this point, but only data received AFTER. > So even if a read() call is actually called after DTR is dropped, > it should still return any remaining bytes. Er, DTR is dropped by you closing the device. You can't read from the device after you've closed it. There is a configurable pause after closing the device before DTR is actually dropped in order to allow data to be flushed. (You can drop DTR with an ioctl, but that's different, and data is not lost). > Note: As a result, up to 16 bytes can be lost. I have a 16550A chip > so the driver might not be reading remaining bytes in its buffer. > I am using 2.2R. I think you mean DCD. It is not possible to tell whether the bytes came into the FIFO before or after the line status changed. The receive FIFO is emptied in the sio interrupt handler before the modem status is checked, so I would guess that if you were to try reading in your HUP handler (providing you had changed your controlling tty) you would find the data that you were looking for. Bruce would have a more authoratative answer here. Without more details and a simple example application, I can't be sure that I understand you. > Steven -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-bugs Thu Mar 6 22:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA18874 for bugs-outgoing; Thu, 6 Mar 1997 22:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA18868; Thu, 6 Mar 1997 22:30:02 -0800 (PST) Resent-Date: Thu, 6 Mar 1997 22:30:02 -0800 (PST) Resent-Message-Id: <199703070630.WAA18868@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, karl@Mcs.Net Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA18379 for ; Thu, 6 Mar 1997 22:20:32 -0800 (PST) Received: from Codebase.mcs.net (codebase.mcs.net [192.160.127.89]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id AAA23957 for ; Fri, 7 Mar 1997 00:20:31 -0600 (CST) Received: (from root@localhost) by Codebase.mcs.net (8.8.5/8.8.2) id AAA08202; Fri, 7 Mar 1997 00:20:31 -0600 (CST) Message-Id: <199703070620.AAA08202@Codebase.mcs.net> Date: Fri, 7 Mar 1997 00:20:31 -0600 (CST) From: Karl Reply-To: karl@Mcs.Net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2907: REVOKE pr previously sent Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2907 >Category: kern >Synopsis: REVOKE pr previously sent >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 6 22:30:01 PST 1997 >Last-Modified: >Originator: Karl >Organization: MCSNet >Release: FreeBSD 3.0-CURRENT i386 >Environment: REVOKE the previous PR -- it fails to link on -CURRENT. It *does* work on several of the older versions. I am working on a new patch now. -- Karl Denninger >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 6 22:45:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA19816 for bugs-outgoing; Thu, 6 Mar 1997 22:45:43 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA19788; Thu, 6 Mar 1997 22:45:09 -0800 (PST) Date: Thu, 6 Mar 1997 22:45:09 -0800 (PST) From: Mike Pritchard Message-Id: <199703070645.WAA19788@freefall.freebsd.org> To: mab@sjca.edu, mpp, freebsd-bugs Subject: Re: gnu/2263 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: info files ending in -1, -2, etc are not installed State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Mar 6 22:44:52 PST 1997 State-Changed-Why: Fixed in rev 1.16 of bsd.info.mk. From owner-freebsd-bugs Thu Mar 6 22:52:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA20228 for bugs-outgoing; Thu, 6 Mar 1997 22:52:29 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA20204; Thu, 6 Mar 1997 22:52:25 -0800 (PST) Date: Thu, 6 Mar 1997 22:52:25 -0800 (PST) From: Mike Pritchard Message-Id: <199703070652.WAA20204@freefall.freebsd.org> To: gfoster@driver.nsta.org, mpp, freebsd-bugs Subject: Re: kern/998 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: badness in file system silently crashes machine State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Mar 6 22:51:27 PST 1997 State-Changed-Why: Not enough info in the PR to determine the exact cause of the problem, and all mail to the originator bounces. From owner-freebsd-bugs Thu Mar 6 22:59:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA20581 for bugs-outgoing; Thu, 6 Mar 1997 22:59:11 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA20571; Thu, 6 Mar 1997 22:59:05 -0800 (PST) From: Mike Pritchard Message-Id: <199703070659.WAA20571@freefall.freebsd.org> Subject: Re: kern/2907: REVOKE pr previously sent To: karl@Mcs.Net Date: Thu, 6 Mar 1997 22:59:05 -0800 (PST) Cc: freebsd-bugs In-Reply-To: <199703070620.AAA08202@Codebase.mcs.net> from "Karl" at Mar 7, 97 00:20:31 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Karl wrote: > > REVOKE the previous PR -- it fails to link on -CURRENT. > It *does* work on several of the older versions. I am working > on a new patch now. Please send mail to freebsd-bugs to report this kind of thing. Sending another PR just amkes more work for someone. I'm going to leave the previous PR open. Simply send mail to freebsd-gnats-submit with the subject kern/2906. GNATS will add the followup message to the audit trail of the PR. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Thu Mar 6 22:59:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA20693 for bugs-outgoing; Thu, 6 Mar 1997 22:59:38 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA20664; Thu, 6 Mar 1997 22:59:30 -0800 (PST) Date: Thu, 6 Mar 1997 22:59:30 -0800 (PST) From: Mike Pritchard Message-Id: <199703070659.WAA20664@freefall.freebsd.org> To: karl@Mcs.Net, mpp, freebsd-bugs Subject: Re: kern/2907 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: REVOKE pr previously sent State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Mar 6 22:59:11 PST 1997 State-Changed-Why: Not a real PR. From owner-freebsd-bugs Thu Mar 6 23:04:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA21059 for bugs-outgoing; Thu, 6 Mar 1997 23:04:47 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA21038; Thu, 6 Mar 1997 23:04:41 -0800 (PST) Date: Thu, 6 Mar 1997 23:04:41 -0800 (PST) From: Mike Pritchard Message-Id: <199703070704.XAA21038@freefall.freebsd.org> To: gooddr@theonlynet.com, mpp, freebsd-bugs Subject: Re: kern/2901 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Page fault errors with 128 megs RAM State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Mar 6 23:04:20 PST 1997 State-Changed-Why: Duplicate of PR# 2890. From owner-freebsd-bugs Thu Mar 6 23:06:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA21291 for bugs-outgoing; Thu, 6 Mar 1997 23:06:40 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA21268; Thu, 6 Mar 1997 23:06:33 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA04952; Fri, 7 Mar 1997 18:02:05 +1100 Date: Fri, 7 Mar 1997 18:02:05 +1100 From: Bruce Evans Message-Id: <199703070702.SAA04952@godzilla.zeta.org.au> To: bugs@freebsd.org, swallace@ece.uci.edu Subject: Re: serial driver Cc: current@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I have noticed a problem with the sio driver. > >When receiving data, it goes into a buffer until it is read by read(), right? Or until it is flushed. All input is usually flushed when carrier drops. This has nothing to do with sio. The upper half of the tty driver does it for all ttys. Details: if CLOCAL is set, then changes in the carrier state are mostly ignored. Otherwise, when carrier drops: 1) all input is flushed (seems to be a BSD feature, but on a SYSVish system you would probably get EINTR for the current read(), if any, and then the POSIX behaviour in (3) applies). 2) if the tty has a session leader, then a SIGHUP is sent to the process group of the session leader (POSIX standard). 3) subsequent read()s on the tty return 0 or -1 (POSIX standard). Under FreeBSD, this also applies to the current read() because of (1). >Well, I am losing data because after DTR is dropped, up to 16 bytes sent >BEFORE DTR are lost or destroyed, so read() is not picking this up. Dropping DTR only has an indirect affect on read(). It may cause carrier to drop. >Even though DTR is dropped, that does not mean all data received in any >buffer is not valid at this point, but only data received AFTER. >So even if a read() call is actually called after DTR is dropped, >it should still return any remaining bytes. Nope. >Note: As a result, up to 16 bytes can be lost. I have a 16550A chip >so the driver might not be reading remaining bytes in its buffer. >I am using 2.2R. There used to be problems sending the last 16 bytes in the !O_NONBLOCK case and not sending the last 16 bytes in some other cases. In 2.1.x, the port was closed without waiting for the last 16 bytes to be sent. This caused a premature hangup in the !O_NONBLOCK case. In 2.1.x and in 2.2, flushing of output does not affect the 16550 fifos. This causes up to 16 too many bytes to be sent in some cases. In -current, output flushing does not work if COM_ESP is configured and the port is an ESP. Your problems might be caused by a 2.1.x sender. Bruce From owner-freebsd-bugs Thu Mar 6 23:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA21811 for bugs-outgoing; Thu, 6 Mar 1997 23:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA21793; Thu, 6 Mar 1997 23:20:03 -0800 (PST) Resent-Date: Thu, 6 Mar 1997 23:20:03 -0800 (PST) Resent-Message-Id: <199703070720.XAA21793@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tenser@big-O.math.psu.edu Received: from big-O.math.psu.edu (nbppp33.cac.psu.edu [128.118.140.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA21721; Thu, 6 Mar 1997 23:19:27 -0800 (PST) Received: (from tenser@localhost) by big-O.math.psu.edu (8.8.5/8.8.5) id CAA02781; Fri, 7 Mar 1997 02:13:57 -0500 (EST) Message-Id: <199703070713.CAA02781@big-O.math.psu.edu> Date: Fri, 7 Mar 1997 02:13:57 -0500 (EST) From: Dan Cross Reply-To: tenser@big-O.math.psu.edu To: FreeBSD-gnats-submit@freebsd.org, security@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2908: Workaround for NFS filehandle bug. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2908 >Category: kern >Synopsis: Fix for the NFS filehandle bug. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Mar 6 23:20:01 PST 1997 >Last-Modified: >Originator: Dan Cross >Organization: Penn State University >Release: FreeBSD 3.0-CURRENT i386 >Environment: This is from 3.0-current, kernel cvsup'ed as of today. >Description: Workaround for the NFS filehandle thingy. A better solution which really randomizes the filehandles would be better. :-) Then again, I shouldn't talk, since I'm not really all that familiar with the NFS implementation... This is basically what was in the advisory, but in diff format. >How-To-Repeat: See the BoS posting. >Fix: *** vfs_vnops.c 1997/02/22 09:39:36 1.30 --- vfs_vnops.c 1997/03/07 07:07:16 *************** *** 411,417 **** sb->st_ctimespec = vap->va_ctime; sb->st_blksize = vap->va_blocksize; sb->st_flags = vap->va_flags; ! sb->st_gen = vap->va_gen; #if (S_BLKSIZE == 512) /* Optimize this case */ sb->st_blocks = vap->va_bytes >> 9; --- 411,420 ---- sb->st_ctimespec = vap->va_ctime; sb->st_blksize = vap->va_blocksize; sb->st_flags = vap->va_flags; ! if (suser(p->p_ucred, &p->p_acflag)) ! sb->st_gen = 0; ! else ! sb->st_gen = vap->va_gen; #if (S_BLKSIZE == 512) /* Optimize this case */ sb->st_blocks = vap->va_bytes >> 9; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Mar 6 23:23:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA22113 for bugs-outgoing; Thu, 6 Mar 1997 23:23:53 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA22056; Thu, 6 Mar 1997 23:23:39 -0800 (PST) Date: Thu, 6 Mar 1997 23:23:39 -0800 (PST) From: Gary Palmer Message-Id: <199703070723.XAA22056@freefall.freebsd.org> To: karl@Mcs.Net, gpalmer, freebsd-bugs Subject: Re: kern/2906 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SEVERE security bug in vfs_vnops.c State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Thu Mar 6 23:22:43 PST 1997 State-Changed-Why: Closed at Karls request. The patch also looks to be backwards at visual inspection... From owner-freebsd-bugs Thu Mar 6 23:54:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA24239 for bugs-outgoing; Thu, 6 Mar 1997 23:54:09 -0800 (PST) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA24232; Thu, 6 Mar 1997 23:54:05 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (WEBSPAN/970116) with ESMTP id CAA21401; Fri, 7 Mar 1997 02:53:22 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (WEBSPN/970116) with ESMTP id CAA09715; Fri, 7 Mar 1997 02:53:21 -0500 (EST) To: Mike Pritchard cc: karl@Mcs.Net, freebsd-bugs@freefall.freebsd.org From: "Gary Palmer" Subject: Re: kern/2907: REVOKE pr previously sent In-reply-to: Your message of "Thu, 06 Mar 1997 22:59:05 PST." <199703070659.WAA20571@freefall.freebsd.org> Date: Fri, 07 Mar 1997 02:53:21 -0500 Message-ID: <9712.857721201@orion.webspan.net> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike Pritchard wrote in message ID <199703070659.WAA20571@freefall.freebsd.org>: > Please send mail to freebsd-bugs to report this kind of thing. > Sending another PR just amkes more work for someone. > I'm going to leave the previous PR open. Simply send mail > to freebsd-gnats-submit with the subject kern/2906. GNATS > will add the followup message to the audit trail of the PR. No need ... I have committed fixes to 2.2 and -current. I will commit a fix to the 2.1.7 branch too shortly. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Fri Mar 7 00:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA25143 for bugs-outgoing; Fri, 7 Mar 1997 00:10:03 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA25113; Fri, 7 Mar 1997 00:09:59 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id AAA10605; Fri, 7 Mar 1997 00:09:48 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.8.5) id AAA22214; Fri, 7 Mar 1997 00:09:46 -0800 (PST) Message-Id: <199703070809.AAA22214@newport.ece.uci.edu> To: Bruce Evans cc: bugs@freebsd.org, current@freebsd.org, msmith@atrad.adelaide.edu.au Subject: Re: serial driver In-reply-to: Your message of "Fri, 07 Mar 1997 18:02:05 +1100." <199703070702.SAA04952@godzilla.zeta.org.au> Date: Fri, 07 Mar 1997 00:09:45 -0800 From: Steven Wallace Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, by Mike suggestion, here is an example of what happens: I got out my break box and looked at the levels of the line Terminal Device <-----straight 25 pin to COM1-----> FreeBSD BOX Pin 2 TD OFF Pin 3 RD OFF Pin 4 RTS OFF Pin 6 DSR OFF Pin 8 CD OFF Pin 20 DTR OFF cat /dev/ttyd0 > output (hangs waiting for input on BSD box) Pin 2 TD OFF Pin 3 RD OFF Pin 4 RTS OFF Pin 6 DSR ON # PC now says now active Pin 8 CD ON # " Pin 20 DTR OFF output file into serial port of "terminal", thereby activating its serial port. Note the device raises DTR. This is similar to doing something like: cat file > serial device Both are device and PC operating at 9600 baud. Pin 2 TD ON # device sending data to PC Pin 3 RD OFF Pin 4 RTS ON Pin 6 DSR ON Pin 8 CD ON Pin 20 DTR ON # device saying its active File output grows larger. Device transmits 10016 bytes. file output on PC is now 10000 bytes Device drops DTR. up to last 16 bytes are lost on PC file remainas at 10000 bytes --- What I would expect is to receive the data transmitted before DTR was dropped. According to what Bruce says, data not read by the read() call is dropped after DTR is dropped in real time. I just tried setting clocal to the device and it received all the data its first time through. The disadvantage is that the cat program still sits there waiting for more data to output to the file so I had to press ^C to stop it. Is there any way to get the functionality I desire? I want the cat program to close / read to fail after all data is read before the DTR was dropped. Don't you think that makes more sense anyways? I'd hate to lose data because the load was too high or whatever and my process was not able to read() it before DTR/carrier was lost. Steven From owner-freebsd-bugs Fri Mar 7 00:20:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA25746 for bugs-outgoing; Fri, 7 Mar 1997 00:20:36 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA25721; Fri, 7 Mar 1997 00:20:25 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA21309; Fri, 7 Mar 1997 18:50:17 +1030 (CST) From: Michael Smith Message-Id: <199703070820.SAA21309@genesis.atrad.adelaide.edu.au> Subject: Re: serial driver In-Reply-To: <199703070809.AAA22214@newport.ece.uci.edu> from Steven Wallace at "Mar 7, 97 00:09:45 am" To: swallace@ece.uci.edu (Steven Wallace) Date: Fri, 7 Mar 1997 18:50:16 +1030 (CST) Cc: bde@zeta.org.au, bugs@freebsd.org, current@freebsd.org, msmith@atrad.adelaide.edu.au X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steven Wallace stands accused of saying: > > Okay, by Mike suggestion, here is an example of what happens: > I got out my break box and looked at the levels of the line > > Terminal Device <-----straight 25 pin to COM1-----> FreeBSD BOX > > Pin 2 TD OFF > Pin 3 RD OFF > Pin 4 RTS OFF > Pin 6 DSR OFF > Pin 8 CD OFF > Pin 20 DTR OFF Ok, so you are confusing DTR and DCD. You are complaining that data pending reading on the PC is lost when your peripheral drops DCD. This is normal; you need to use some technique to handshake the end of the data properly. > What I would expect is to receive the data transmitted before DTR was > dropped. According to what Bruce says, data not read by the read() > call is dropped after DTR is dropped in real time. That would appear to be correct. Your device should keep DCD high for some arbitrary period of time after sending the last of its data before dropping DCD. Please use the right terminolgy, you're giving me a headache 8) > Is there any way to get the functionality I desire? I want the cat > program to close / read to fail after all data is read before the DTR > was dropped. Don't you think that makes more sense anyways? I'd > hate to lose data because the load was too high or whatever and > my process was not able to read() it before DTR/carrier was lost. You could write a small reader program that understands the tty calls required to determine carrier state in CLOCAL mode. There is still a race in that you could poll the DCD status as low, read, and get no data because your read occurred before the FIFO timeout generated an interrupt. You can either brute-force around this (with a small sleep after determining that carrier is low before the final read), or you can improve the communications protocol with your peripheral (if possible). > Steven -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-bugs Fri Mar 7 05:36:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11258 for bugs-outgoing; Fri, 7 Mar 1997 05:36:18 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA11234; Fri, 7 Mar 1997 05:36:06 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id AAA16043; Sat, 8 Mar 1997 00:28:03 +1100 Date: Sat, 8 Mar 1997 00:28:03 +1100 From: Bruce Evans Message-Id: <199703071328.AAA16043@godzilla.zeta.org.au> To: bde@zeta.org.au, swallace@ece.uci.edu Subject: Re: serial driver Cc: bugs@freebsd.org, current@freebsd.org, msmith@atrad.adelaide.edu.au Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >What I would expect is to receive the data transmitted before DTR was >dropped. According to what Bruce says, data not read by the read() >call is dropped after DTR is dropped in real time. I checked what sio does. It reads all the bytes that arrive before carrier drops as a side effect of some failsafe code in the interrupt handler. It usually calls ttymodem() (which flushes the queues and sets the TS_ZOMBIE flag) before putting the bytes in the tty input queue. The bytes are unavailable to read() because TS_ZOMBIE is set. Not flushing wouldn't help and it would be inconvenient to delay the setting of TS_ZOMBIE. Flushing is done for 5 special events: receipt interrupt, quit and suspend characters, break interrupts, and hangups. Flushes can be prevented for the first 3 by setting NOFLSH. >I just tried setting clocal to the device and it received all the data >its first time through. The disadvantage is that the cat program >still sits there waiting for more data to output to the file so >I had to press ^C to stop it. > >Is there any way to get the functionality I desire? I want the cat >program to close / read to fail after all data is read before the DTR >was dropped. Don't you think that makes more sense anyways? I'd >hate to lose data because the load was too high or whatever and >my process was not able to read() it before DTR/carrier was lost. It makes sense, especially since the sender tries hard to send all the data out before dropping its DTR (the receiver's carrier). However, you can't get this functionality currently using a simple program like `cat'. To get it, the program needs to set CLOCAL and poll for carrier. Bruce From owner-freebsd-bugs Fri Mar 7 05:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11513 for bugs-outgoing; Fri, 7 Mar 1997 05:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11496; Fri, 7 Mar 1997 05:40:03 -0800 (PST) Resent-Date: Fri, 7 Mar 1997 05:40:03 -0800 (PST) Resent-Message-Id: <199703071340.FAA11496@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from solar.tlk.com (solar.tlk.com [194.97.84.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA11137 for" ; Fri, 7 Mar 1997 05:34:10.-0800 (PST) Received: by solar.tlk.com via sendmail with stdio id for freebsd-gnats-submit@freebsd.org; Fri, 7 Mar 1997 14:33:33 +0100 (MET)) Message-Id: Date: Fri, 7 Mar 1997 14:33:33 +0100 (MET) From: support@tlk.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2910: Not enough money to buy more Laserdiscs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2910 >Category: misc >Synopsis: Not enough money to buy more Laserdiscs >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Mar 7 05:40:01 PST 1997 >Last-Modified: >Originator: Torsten Blum >Organization: Laserdisc Addicts Inc. >Release: torstenb V1.0 alpha >Environment: nicht verfuegbar >Description: Ich bin pleite >How-To-Repeat: Geldbeutel öffnen >Fix: Bank überfallen >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Mar 7 05:45:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11903 for bugs-outgoing; Fri, 7 Mar 1997 05:45:13 -0800 (PST) Received: (from torstenb@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11879; Fri, 7 Mar 1997 05:45:07 -0800 (PST) Date: Fri, 7 Mar 1997 05:45:07 -0800 (PST) From: Torsten Blum Message-Id: <199703071345.FAA11879@freefall.freebsd.org> To: support@tlk.com, torstenb, freebsd-bugs Subject: Re: misc/2910 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Not enough money to buy more Laserdiscs State-Changed-From-To: open-closed State-Changed-By: torstenb State-Changed-When: Fri Mar 7 05:44:19 PST 1997 State-Changed-Why: ARGL, please shot me ;-) I was playing with a local GNATS database and forgot to change the mail address in dosendpr.cgi ;-) no comments please, _PLEASE_ ! ;) From owner-freebsd-bugs Fri Mar 7 09:52:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA03023 for bugs-outgoing; Fri, 7 Mar 1997 09:52:05 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA02951; Fri, 7 Mar 1997 09:51:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA16968; Fri, 7 Mar 1997 10:45:14 -0700 From: Terry Lambert Message-Id: <199703071745.KAA16968@phaeton.artisoft.com> Subject: Re: serial driver To: swallace@ece.uci.edu (Steven Wallace) Date: Fri, 7 Mar 1997 10:45:14 -0700 (MST) Cc: bugs@freebsd.org, current@freebsd.org In-Reply-To: <199703070548.VAA20665@newport.ece.uci.edu> from "Steven Wallace" at Mar 6, 97 09:48:09 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have noticed a problem with the sio driver. > > When receiving data, it goes into a buffer until it is read by read(), right? > > Well, I am losing data because after DTR is dropped, up to 16 bytes sent > BEFORE DTR are lost or destroyed, so read() is not picking this up. > Even though DTR is dropped, that does not mean all data received in any > buffer is not valid at this point, but only data received AFTER. > So even if a read() call is actually called after DTR is dropped, > it should still return any remaining bytes. > > Note: As a result, up to 16 bytes can be lost. I have a 16550A chip > so the driver might not be reading remaining bytes in its buffer. > I am using 2.2R. DTR is dropped when the last open reference to the port is closed. I believe you are confusing DTR drop with DCD drop??? Is this data in the kernel receive buffer, or in the chip FIFO? If it is in the chip FIFO, it is the fault of the chip notifying us of the DCD loss before it notifies us of the data availability, since we can not tell the difference between data in the chip FIFO that was placed there *before* it sent the on-to-off DCD transition signal, and data which was placed in the FIFO buffer *after* it sent the on-to-off DCD signal, but *before* we completed processing the signal. ...Maybe a long time after, given the priority of serial interrupts relative to minor things like disk, network, and DRAM refresh. We can't, under any circumstances, legally use the data after the DCD loss. Ever. It could be disconnect noise for all we know. The problem is that the chip should signal the available data *before* it signals the DCD drop, and it should wait to signal the DCD drop until we have processed the available data. But the chip does not place a DCD loss marker in its own FIFO so that it can do this reliably. If it is data in the kernel receive buffer, than this is a bug... we should flush the inbound characters before propagating the DCD loss so as to maintain strict event ordering. Are you sure you are using one of the good UARTs? The majority of UARTs are not good. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Fri Mar 7 19:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15097 for bugs-outgoing; Fri, 7 Mar 1997 19:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15077; Fri, 7 Mar 1997 19:50:02 -0800 (PST) Resent-Date: Fri, 7 Mar 1997 19:50:02 -0800 (PST) Resent-Message-Id: <199703080350.TAA15077@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ortmann@sparc.isl.net Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA14336 for ; Fri, 7 Mar 1997 19:46:51 -0800 (PST) Received: from localhost.isl (ppp-55.infopet.com [208.210.103.55]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id SAA02369 for ; Fri, 7 Mar 1997 18:19:50 -0800 (PST) Received: (from ortmann@localhost) by localhost.isl (8.8.5/8.7.3) id UAA12457; Fri, 7 Mar 1997 20:16:20 -0600 (CST) Message-Id: <199703080216.UAA12457@localhost.isl> Date: Fri, 7 Mar 1997 20:16:20 -0600 (CST) From: Daniel Ortmann Reply-To: ortmann@sparc.isl.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2915: bug in "find /proc -fstype ufs -print" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2915 >Category: bin >Synopsis: the "-fstype ufs" option of "find" seems to fail on procfs >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 7 19:50:01 PST 1997 >Last-Modified: >Originator: Daniel Ortmann >Organization: n/a >Release: FreeBSD 3.0-CURRENT i386 >Environment: mounted filesystem: procfs on /proc (local) >Description: When the "find" command is run on a "procfs" filesystem, error messages such as these are output: find /proc -fstype ufs -print /proc/12403/file find: /proc/12403/mem: Bad file descriptor When the "-fstype ufs" options is removed the error messages disappear: find /proc -print /proc /proc/curproc /proc/12422 /proc/12422/file /proc/12422/mem /proc/12422/regs /proc/12422/fpregs /proc/12422/ctl /proc/12422/status /proc/12422/note /proc/12422/notepg /proc/12422/map /proc/12422/etype As a control test, the "-fstype ufs" option works correctly on /tmp: find /tmp -fstype ufs -print /tmp /tmp/.X11-unix /tmp/.X11-unix/X0 /tmp/.X0-lock /tmp/p12263 /tmp/pf12263 >How-To-Repeat: mount the proc filesystem on /proc find /proc -fstype ufs -print # produces error messages find /proc -print # produces no error messages find /tmp -fstype ufs -print # produces no error messages >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Mar 7 19:57:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA17217 for bugs-outgoing; Fri, 7 Mar 1997 19:57:55 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA17195 for ; Fri, 7 Mar 1997 19:57:49 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id MAA00363 for ; Fri, 7 Mar 1997 12:40:56 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.4) id PAA11730 for freebsd-bugs@freebsd.org; Fri, 7 Mar 1997 15:39:23 -0500 (EST) From: Charles Henrich Message-Id: <199703072039.PAA11730@crh.cl.msu.edu> Subject: MTU > 1500 ? what the.. To: freebsd-bugs@freebsd.org Date: Fri, 7 Mar 1997 15:39:23 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In 2.2-BETA when attempting to do X communications I sometimes see packets that are 1514 bytes -- This is causing a router or 2.1.x system (between us) to puke (obviously). The MTU on my card is set to 1500, any ideas out there? Probably a bad thing :) -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-bugs Fri Mar 7 20:00:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA17851 for bugs-outgoing; Fri, 7 Mar 1997 20:00:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA17816; Fri, 7 Mar 1997 20:00:04 -0800 (PST) Resent-Date: Fri, 7 Mar 1997 20:00:04 -0800 (PST) Resent-Message-Id: <199703080400.UAA17816@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, rnordier@iafrica.com Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA16037 for ; Fri, 7 Mar 1997 19:53:38 -0800 (PST) Received: from eac.iafrica.com (196-31-98-6.iafrica.com [196.31.98.6]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id OAA01084 for ; Fri, 7 Mar 1997 14:22:44 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.8.5/8.6.12) id AAA02540; Sat, 8 Mar 1997 00:12:03 +0200 (SAT) Message-Id: <199703072212.AAA02540@eac.iafrica.com> Date: Sat, 8 Mar 1997 00:12:03 +0200 (SAT) From: rnordier@iafrica.com Reply-To: rnordier@iafrica.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2917: man page typos Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2917 >Category: docs >Synopsis: man page typos >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 7 20:00:03 PST 1997 >Last-Modified: >Originator: Robert Nordier >Organization: Robert Nordier >Release: (Current as of 5 March) >Environment: >Description: Minor typos in grep(1), fts(3), pause(3), and queue(3) manpages. >How-To-Repeat: >Fix: Index: grep.1 =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/grep/grep.1,v retrieving revision 1.3 diff -r1.3 grep.1 4c4 < .SH SYNOPOSIS --- > .SH SYNOPSIS Index: fts.3 =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/fts.3,v retrieving revision 1.2 diff -r1.2 fts.3 51c51 < .Fn fts_set "FTS ftsp" "FTSENT *f" "int options" --- > .Fn fts_set "FTS *ftsp" "FTSENT *f" "int options" Index: pause.3 =================================================================== RCS file: /home/ncvs/src/lib/libc/gen/pause.3,v retrieving revision 1.1.1.1 diff -r1.1.1.1 pause.3 46c46 < Pause is made obsolete by sigpause(3). --- > Pause is made obsolete by sigpause(2). Index: queue.3 =================================================================== RCS file: /home/ncvs/src/share/man/man3/queue.3,v retrieving revision 1.9 diff -r1.9 queue.3 828c828 < CIRCLEQ_ENTRY entries; /* Circular queue. */ --- > CIRCLEQ_ENTRY(entry) entries; /* Circular queue. */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Mar 7 20:00:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA17890 for bugs-outgoing; Fri, 7 Mar 1997 20:00:14 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA17859; Fri, 7 Mar 1997 20:00:09 -0800 (PST) Date: Fri, 7 Mar 1997 20:00:09 -0800 (PST) Message-Id: <199703080400.UAA17859@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: misc/2910: Not enough money to buy more Laserdiscs Reply-To: David Greenman Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/2910; it has been noted by GNATS. From: David Greenman To: support@tlk.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/2910: Not enough money to buy more Laserdiscs Date: Fri, 07 Mar 1997 12:30:26 -0800 >>Synopsis: Not enough money to buy more Laserdiscs Yeah, I have the same problem, here, too. Unfortunately, your fix doesn't work for me. :-) -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Fri Mar 7 21:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA22112 for bugs-outgoing; Fri, 7 Mar 1997 21:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA22067; Fri, 7 Mar 1997 21:10:03 -0800 (PST) Date: Fri, 7 Mar 1997 21:10:03 -0800 (PST) Message-Id: <199703080510.VAA22067@freefall.freebsd.org> To: freebsd-bugs Cc: From: Andrew Subject: Re: bin/2812: sysinstall wont resolve addresses over PPP Reply-To: Andrew Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2812; it has been noted by GNATS. From: Andrew To: freebsd-gnats-submit@freebsd.org, andrew@ugh.net.au Cc: Subject: Re: bin/2812: sysinstall wont resolve addresses over PPP Date: Sat, 08 Mar 1997 16:06:50 +1100 Hi, Just letting you know I get the same thing with 2.2-970302-GAMMA. Presumably other people aren't experiencing the same thing as I haven't seen any mention on the mailing lists but it still appears to be missong the entered IP address and trying to resolve the null string. Andrew From owner-freebsd-bugs Sat Mar 8 00:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA00530 for bugs-outgoing; Sat, 8 Mar 1997 00:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA00519; Sat, 8 Mar 1997 00:10:03 -0800 (PST) Resent-Date: Sat, 8 Mar 1997 00:10:03 -0800 (PST) Resent-Message-Id: <199703080810.AAA00519@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA00277 for ; Sat, 8 Mar 1997 00:06:56 -0800 (PST) Received: (hsu@localhost) by hauki.clinet.fi (8.8.5/8.6.4) id KAA06269; Sat, 8 Mar 1997 10:06:53 +0200 (EET) Message-Id: <199703080806.KAA06269@hauki.clinet.fi> Date: Sat, 8 Mar 1997 10:06:53 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2919: vm_fault: fault on nofault entry, addr: f6eb4000 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2919 >Category: kern >Synopsis: vm_fault: fault on nofault entry, addr: f6eb4000 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 8 00:10:01 PST 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-GAMMA i386 >Environment: news server, 2.2 sup from 6th march >Description: vm_fault: fault on nofault entry, addr: f6eb4000 syncing disk... [DEADLOCK] The system still replies ping packets, but nothing else ? Unfortunately, no dump from this one. >How-To-Repeat: news, maybe. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Mar 8 12:56:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA02140 for bugs-outgoing; Sat, 8 Mar 1997 12:56:47 -0800 (PST) Received: from salsa.habaneros.com (salsa.habaneros.com [207.34.140.99]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA02133 for ; Sat, 8 Mar 1997 12:56:43 -0800 (PST) Received: from ppp01.habaneros.com (jalapeno.habaneros.com [207.34.140.98]) by salsa.habaneros.com (8.7.6/8.7.3) with SMTP id MAA06460 for ; Sat, 8 Mar 1997 12:56:34 -0800 (PST) Received: by ppp01.habaneros.com with Microsoft Mail id <01BC2BBF.C50F6680@ppp01.habaneros.com>; Sat, 8 Mar 1997 12:53:50 -0800 Message-ID: <01BC2BBF.C50F6680@ppp01.habaneros.com> From: "Neil C. Jensen" To: "'bugs@freebsd.org'" Subject: 2.2-970302-GAMMA install problems Date: Sat, 8 Mar 1997 12:53:27 -0800 Encoding: 16 TEXT Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hope I'm sending this to the correct list, apologies if I'm not.... I'm upgrading my 2.1.5R machine from scratch using the boot.flp with the 2.2-970302-GAMMA distribution. The install program goes into an endless loop with the following message: error D:0x0 C:3 H:1 S:0 I seem to recall some messages on the mailing list regarding 2.2 and the Adaptec 2940UW ahc driver problems, however, the search facility on www.freebsd.org is not helping me out this. The firmware revision on the 2940 is v1.21. Any suggestions gratefully received. Neil Jensen From owner-freebsd-bugs Sat Mar 8 16:49:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA14335 for bugs-outgoing; Sat, 8 Mar 1997 16:49:42 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA14297; Sat, 8 Mar 1997 16:49:29 -0800 (PST) Date: Sat, 8 Mar 1997 16:49:29 -0800 (PST) From: Mike Pritchard Message-Id: <199703090049.QAA14297@freefall.freebsd.org> To: rnordier@iafrica.com, mpp, freebsd-bugs Subject: Re: docs/2917 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: man page typos State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Mar 8 16:49:06 PST 1997 State-Changed-Why: All fixed, thanks! From owner-freebsd-bugs Sat Mar 8 22:10:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA29197 for bugs-outgoing; Sat, 8 Mar 1997 22:10:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA29190; Sat, 8 Mar 1997 22:10:05 -0800 (PST) Resent-Date: Sat, 8 Mar 1997 22:10:05 -0800 (PST) Resent-Message-Id: <199703090610.WAA29190@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA28816 for ; Sat, 8 Mar 1997 22:07:02 -0800 (PST) Received: from news.clinet.fi (root@news.clinet.fi [194.100.0.3]) by hauki.clinet.fi (8.8.5/8.6.4) with ESMTP id IAA22696 for ; Sun, 9 Mar 1997 08:06:56 +0200 (EET) Received: (root@localhost) by news.clinet.fi (8.8.5/8.6.4) id IAA01418; Sun, 9 Mar 1997 08:07:17 +0200 (EET) Message-Id: <199703090607.IAA01418@news.clinet.fi> Date: Sun, 9 Mar 1997 08:07:17 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2923: panic: vm_fault: fault on nofault entry, addr: f6e21000 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2923 >Category: kern >Synopsis: panic: vm_fault: fault on nofault entry, addr: f6e21000 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 8 22:10:02 PST 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-GAMMA i386 >Environment: news server, 7 disks now (3G quantum), P150, 2*2940. This also happened with 4*seagate + P120 + 1*3940. >Description: hsu#news.clinet.fi Sun 3: gdb -k kernel.18 vmcore.18 GDB is free software and you are welcome to 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. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 272000 current pcb at 211dd8 panic: vm_fault: fault on nofault entry, addr: %lx #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 243 dumppcb.pcb_cr3 = rcr3(); (kgdb) up #1 0xf01124e2 in panic ( fmt=0xf01bab87 "vm_fault: fault on nofault entry, addr: %lx") at ../../kern/kern_shutdown.c:367 367 boot(bootopt); (kgdb) up #2 0xf01bacae in vm_fault (map=0xf3ce8f00, vaddr=4142010368, fault_type=1 '\001', change_wiring=0) at ../../vm/vm_fault.c:201 201 panic("vm_fault: fault on nofault entry, addr: %lx", (kgdb) up #3 0xf01cf7e4 in trap_pfault (frame=0xefbffc74, usermode=0) at ../../i386/i386/trap.c:642 642 rv = vm_fault(map, va, ftype, FALSE); (kgdb) up #4 0xf01cf50f in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 8191, tf_esi = -190055168, tf_ebp = -272630456, tf_isp = -272630628, tf_ebx = -152955599, tf_edx = -158953624, tf_ecx = 54577, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -266652905, tf_cs = 8, tf_eflags = 66178, tf_esp = -186717952, tf_ss = -272630396}) at ../../i386/i386/trap.c:311 311 (void) trap_pfault(&frame, FALSE); (kgdb) up #5 0xf01b3317 in ufs_lookup (ap=0xefbffd84) at ../../ufs/ufs/ufs_lookup.c:279 279 ep = (struct direct *)((char *)bp->b_data + entryoffsetinblock); (kgdb) list 274 * Full validation checks are slow, so we only check 275 * enough to insure forward progress through the 276 * directory. Complete checks can be run by patching 277 * "dirchk" to be true. 278 */ 279 ep = (struct direct *)((char *)bp->b_data + entryoffsetinblock); 280 if (ep->d_reclen == 0 || 281 (dirchk && ufs_dirbadentry(vdp, ep, entryoffsetinblock))) { 282 int i; 283 (kgdb) This problem is exactly the same as bad dir panic, it just freaks out differently. The panic always occurs at the above point, with wrong data (usually seems contents of a some file) in a block the directory lookup routine thinks is part of a directory. Access to this and 4-5 other dumps on the subject is available on request I do not have space for more than 4-5 dumps on-line. They seem to always be from the same problem, so there should be good material to find similarities from to solve this. >How-To-Repeat: Run a news server with 2.2. Full feed and bunch of readers (around 100 max, but panics usually occur with less load). Expire articles one-by-one to keep the free disk space at certain limit instead of running traditional expire. The latter may contribute to the problem, as I got metoos for this. This same problem happens with all machines, but the problem is very rare with unloaded machines. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Mar 8 22:57:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02473 for bugs-outgoing; Sat, 8 Mar 1997 22:57:36 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02399; Sat, 8 Mar 1997 22:57:22 -0800 (PST) Date: Sat, 8 Mar 1997 22:57:22 -0800 (PST) From: Mike Pritchard Message-Id: <199703090657.WAA02399@freefall.freebsd.org> To: d_burr@ncc-1701-d.starfleet.gov, mpp, freebsd-bugs Subject: Re: kern/861 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sb16 support in 2.1 is erratic and has cosmetic defect State-Changed-From-To: feedback-Closed State-Changed-By: mpp State-Changed-When: Sat Mar 8 22:57:03 PST 1997 State-Changed-Why: From owner-freebsd-bugs Sat Mar 8 22:58:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02621 for bugs-outgoing; Sat, 8 Mar 1997 22:58:09 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA02590; Sat, 8 Mar 1997 22:58:03 -0800 (PST) Date: Sat, 8 Mar 1997 22:58:03 -0800 (PST) From: Mike Pritchard Message-Id: <199703090658.WAA02590@freefall.freebsd.org> To: d_burr@ncc-1701-d.starfleet.gov, mpp, freebsd-bugs Subject: Re: kern/861 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sb16 support in 2.1 is erratic and has cosmetic defect State-Changed-From-To: Closed-closed State-Changed-By: mpp State-Changed-When: Sat Mar 8 22:57:27 PST 1997 State-Changed-Why: I used to have the hardware in question and had no problems getting it configured. All mail to the orignator bounces. From owner-freebsd-bugs Sat Mar 8 23:14:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03639 for bugs-outgoing; Sat, 8 Mar 1997 23:14:46 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03618; Sat, 8 Mar 1997 23:14:35 -0800 (PST) Date: Sat, 8 Mar 1997 23:14:35 -0800 (PST) From: Mike Pritchard Message-Id: <199703090714.XAA03618@freefall.freebsd.org> To: msagre@cactus.fi.uab.ar, mpp, freebsd-bugs Subject: Re: i386/2233 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: emulation State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Mar 8 23:14:13 PST 1997 State-Changed-Why: Fixed in rev 1.8 of ibcs2_ipc.c. From owner-freebsd-bugs Sat Mar 8 23:20:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA04051 for bugs-outgoing; Sat, 8 Mar 1997 23:20:51 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03925; Sat, 8 Mar 1997 23:19:26 -0800 (PST) Date: Sat, 8 Mar 1997 23:19:26 -0800 (PST) From: Mike Pritchard Message-Id: <199703090719.XAA03925@freefall.freebsd.org> To: vitjok@fasts.com, mpp, freebsd-bugs Subject: Re: kern/2286 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: rpm (and possibly others) from RedHat 4.0 fail to run State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Mar 8 23:18:46 PST 1997 State-Changed-Why: The originator says that this problem was fixed by running brandelf. From owner-freebsd-bugs Sat Mar 8 23:22:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA04255 for bugs-outgoing; Sat, 8 Mar 1997 23:22:22 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA04231; Sat, 8 Mar 1997 23:22:16 -0800 (PST) Date: Sat, 8 Mar 1997 23:22:16 -0800 (PST) From: Mike Pritchard Message-Id: <199703090722.XAA04231@freefall.freebsd.org> To: ingham@gatekeeper.swd.ara.com, mpp, freebsd-bugs Subject: Re: misc/1187 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pppd dies with a segv State-Changed-From-To: feedback-closed State-Changed-By: mpp State-Changed-When: Sat Mar 8 23:21:28 PST 1997 State-Changed-Why: All mail to the orignator bounces and unable to verify the problem. From owner-freebsd-bugs Sat Mar 8 23:26:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA04519 for bugs-outgoing; Sat, 8 Mar 1997 23:26:00 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA04498; Sat, 8 Mar 1997 23:25:54 -0800 (PST) Date: Sat, 8 Mar 1997 23:25:54 -0800 (PST) From: Mike Pritchard Message-Id: <199703090725.XAA04498@freefall.freebsd.org> To: grandi@noao.edu, mpp, freebsd-bugs Subject: Re: kern/2828 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Adaptec 2940 Ultra cannot see Exabyte 8505 and loops during boot State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Mar 8 23:23:55 PST 1997 State-Changed-Why: Configuration problem. The originator states that configuring the Adaptec card to not trywide transfers with the tape drive eliminates the problem. Perhaps we need some type of a no-wide quirk for this tape drive? From owner-freebsd-bugs Sat Mar 8 23:26:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA04628 for bugs-outgoing; Sat, 8 Mar 1997 23:26:38 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA04606; Sat, 8 Mar 1997 23:26:33 -0800 (PST) Date: Sat, 8 Mar 1997 23:26:33 -0800 (PST) From: Mike Pritchard Message-Id: <199703090726.XAA04606@freefall.freebsd.org> To: mpp, freebsd-bugs, jkh Subject: Re: bin/2829 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: FTP installs can only fail once Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: mpp Responsible-Changed-When: Sat Mar 8 23:26:13 PST 1997 Responsible-Changed-Why: sysinstall problem.