From owner-freebsd-bugs Sun Jul 27 00:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21385 for bugs-outgoing; Sun, 27 Jul 1997 00:10:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21368; Sun, 27 Jul 1997 00:10:01 -0700 (PDT) Date: Sun, 27 Jul 1997 00:10:01 -0700 (PDT) Message-Id: <199707270710.AAA21368@hub.freebsd.org> To: freebsd-bugs Cc: From: Wolfgang Helbig Subject: Re: conf/3740: use ENV file for sh(1) Reply-To: Wolfgang Helbig Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/3740; it has been noted by GNATS. From: Wolfgang Helbig To: freebsd-gnats-submit@FreeBSD.org, helbig@MX.BA-Stuttgart.De Cc: wosch@FreeBSD.org Subject: Re: conf/3740: use ENV file for sh(1) Date: Sun, 27 Jul 1997 09:05:54 +0200 I think this enhances the usability of sh(1)--at least for me. But since no one else seems to even consider it, it should be closed. Wolfgang From owner-freebsd-bugs Sun Jul 27 01:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA23401 for bugs-outgoing; Sun, 27 Jul 1997 01:30:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA23395; Sun, 27 Jul 1997 01:30:02 -0700 (PDT) Resent-Date: Sun, 27 Jul 1997 01:30:02 -0700 (PDT) Resent-Message-Id: <199707270830.BAA23395@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, helbig@MX.BA-Stuttgart.De Received: from helbig.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA23277 for ; Sun, 27 Jul 1997 01:21:33 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.6/8.8.5) id JAA03998; Sun, 27 Jul 1997 09:58:15 +0200 (MET DST) Message-Id: <199707270758.JAA03998@helbig.informatik.ba-stuttgart.de> Date: Sun, 27 Jul 1997 09:58:15 +0200 (MET DST) From: Wolfgang Helbig Reply-To: helbig@MX.BA-Stuttgart.De To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4177: select(2) man page needs update to reflect -current Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4177 >Category: bin >Synopsis: select(2) man page needs update to reflect -current >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 27 01:30:01 PDT 1997 >Last-Modified: >Originator: Wolfgang Helbig >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: FD_SETSIZE is currently 1024 not 256 as still advertised in the man page. >How-To-Repeat: Compare FD_SETSIZE in man 2 select with /usr/include/sys/types.h >Fix: Index: select.2 =================================================================== RCS file: /usr/cvsroot/src/lib/libc/sys/select.2,v retrieving revision 1.7 diff -u -r1.7 select.2 --- select.2 1996/12/09 06:04:03 1.7 +++ select.2 1997/07/27 07:52:47 @@ -157,7 +157,7 @@ .Sh NOTES The default size of .Dv FD_SETSIZE -is currently 256. +is currently 1024. In order to accomodate programs which might potentially use a larger number of open files with .Fn select >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 27 03:38:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA26331 for bugs-outgoing; Sun, 27 Jul 1997 03:38:23 -0700 (PDT) Received: from In-Net.inba.fr (arthur.inba.fr [194.51.120.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA26325 for ; Sun, 27 Jul 1997 03:38:16 -0700 (PDT) Received: from uther.inba.fr (uther.inba.fr [194.51.120.62]) by In-Net.inba.fr (8.8.5/8.8.5) with SMTP id MAA00725 for ; Sun, 27 Jul 1997 12:43:21 +0200 (MET DST) Message-Id: <3.0.1.16.19970727124803.28c72b08@mail.inba.fr> X-Sender: psc@mail.inba.fr X-Mailer: Windows Eudora Pro Version 3.0.1 (16) Demo [F] Date: Sun, 27 Jul 1997 12:48:03 +0200 To: freebsd-bugs@freebsd.org From: Philippe SCHACK Subject: Strange reboot Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id DAA26327 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, Sometimes I can see that one of my FreeBSD 2.1.7.1 server as rebooted in the night without any reason. The is no message in /var/log/messages and no core file anywhere. Any idea ? Thank's -- P. SCHÄCK phschack@inba.fr From owner-freebsd-bugs Sun Jul 27 10:54:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA14655 for bugs-outgoing; Sun, 27 Jul 1997 10:54:04 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA14650 for ; Sun, 27 Jul 1997 10:54:01 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <52604(5)>; Sun, 27 Jul 1997 10:53:30 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177512>; Sun, 27 Jul 1997 10:53:26 -0700 To: Garrett Wollman cc: =?iso-8859-1?Q?=C5ge_R=F8bekk?= , freebsd-bugs@freebsd.org Subject: Re: fetch doesn't work with ftp URLS and HTTP_PROXY set In-reply-to: Your message of "Sat, 26 Jul 97 12:32:11 PDT." <199707261932.PAA23528@khavrinen.lcs.mit.edu> Date: Sun, 27 Jul 1997 10:53:14 PDT From: Bill Fenner Message-Id: <97Jul27.105326pdt.177512@crevenia.parc.xerox.com> Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk An unmodified fetch can successfully fetch ftp URL's through a squid proxy. Bill From owner-freebsd-bugs Sun Jul 27 14:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21239 for bugs-outgoing; Sun, 27 Jul 1997 14:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21225; Sun, 27 Jul 1997 14:00:02 -0700 (PDT) Resent-Date: Sun, 27 Jul 1997 14:00:02 -0700 (PDT) Resent-Message-Id: <199707272100.OAA21225@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, johan@moon.campus.luth.se Received: from moon.campus.luth.se (moon.campus.luth.se [130.240.192.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA20892 for ; Sun, 27 Jul 1997 13:52:22 -0700 (PDT) Received: (from johan@localhost) by moon.campus.luth.se (8.8.6/8.8.6) id WAA02530; Sun, 27 Jul 1997 22:52:10 +0200 (CEST) Message-Id: <199707272052.WAA02530@moon.campus.luth.se> Date: Sun, 27 Jul 1997 22:52:10 +0200 (CEST) From: Johan Larsson Reply-To: johan@moon.campus.luth.se To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4180: Missing manpage? Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4180 >Category: kern >Synopsis: Missing manpage? >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 27 14:00:01 PDT 1997 >Last-Modified: >Originator: Johan Larsson >Organization: >Release: FreeBSD 3.0-970718-SNAP i386 >Environment: Manpages. >Description: Missing manpage of rc.conf. In rc.conf it says: moused_type="NO" # See man page for rc.conf(8) for available settings. But where is that manpage :-) >How-To-Repeat: man 8 rc.conf >Fix: Write the manpage =P >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 27 14:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21253 for bugs-outgoing; Sun, 27 Jul 1997 14:00:08 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21238; Sun, 27 Jul 1997 14:00:04 -0700 (PDT) Resent-Date: Sun, 27 Jul 1997 14:00:04 -0700 (PDT) Resent-Message-Id: <199707272100.OAA21238@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, johan@moon.campus.luth.se Received: from moon.campus.luth.se (moon.campus.luth.se [130.240.192.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA20950 for ; Sun, 27 Jul 1997 13:54:23 -0700 (PDT) Received: (from johan@localhost) by moon.campus.luth.se (8.8.6/8.8.6) id WAA02645; Sun, 27 Jul 1997 22:54:20 +0200 (CEST) Message-Id: <199707272054.WAA02645@moon.campus.luth.se> Date: Sun, 27 Jul 1997 22:54:20 +0200 (CEST) From: Johan Larsson Reply-To: johan@moon.campus.luth.se To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4181: Misspelled word in rc.conf. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4181 >Category: kern >Synopsis: Misspelled word in rc.conf. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jul 27 14:00:03 PDT 1997 >Last-Modified: >Originator: Johan Larsson >Organization: moon.pp.se >Release: FreeBSD 3.0-970718-SNAP i386 >Environment: /etc/rc.conf >Description: Misspelled word on line 94 in rc.conf: arpproxy_all="YES" # replaces obsolete kernel option ARP_PROXY_ALL. Should be: arpproxy_all="YES" # replaces obsolete kernel option ARP_PROXYALL. >How-To-Repeat: Obvious. >Fix: See above. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 27 16:12:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26663 for bugs-outgoing; Sun, 27 Jul 1997 16:12:09 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA26630; Sun, 27 Jul 1997 16:11:58 -0700 (PDT) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id QAA15814; Sun, 27 Jul 1997 16:11:18 -0700 (PDT) Date: Sun, 27 Jul 1997 16:11:18 -0700 (PDT) Message-Id: <199707272311.QAA15814@freefall.freebsd.org> To: helbig@MX.BA-Stuttgart.De, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/3740 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: use ENV file for sh(1) State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sun Jul 27 16:10:46 PDT 1997 State-Changed-Why: Closed by originator request. From owner-freebsd-bugs Sun Jul 27 21:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07997 for bugs-outgoing; Sun, 27 Jul 1997 21:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07977; Sun, 27 Jul 1997 21:00:01 -0700 (PDT) Date: Sun, 27 Jul 1997 21:00:01 -0700 (PDT) Message-Id: <199707280400.VAA07977@hub.freebsd.org> To: freebsd-bugs Cc: From: Heikki Suonsivu Subject: Re: bin/4176: restore gets confused when run over pipe Reply-To: Heikki Suonsivu Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4176; it has been noted by GNATS. From: Heikki Suonsivu To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/4176: restore gets confused when run over pipe Date: Mon, 28 Jul 1997 06:54:24 +0300 (EEST) Synopsis: restore gets confused when run over pipe "Changing volumes on pipe input" With the following command line: ( dump 0f - /dev/sd0s1x | ssh -c none newmachine 'cd /usr/old-katiska-usr && restore -xvf -' ) | & tee /tmp/logfile at the end of input, when restore is supposed to start setting the modes and owners of the files, this appears, endlessly: abort? [yn] Changing volumes on pipe input? abort? [yn] Changing volumes on pipe input? abort? [yn] Changing volumes on pipe input? ... I do not seem to be able to produce this on small input, but it happens repeatably when copying 4G over a network. Copying on a local disk with command dump 0f - /usr | (cd /mnt; restore xvf -) also fails, but in this case tty is connected so it keeps asking abort? [yn] forever. I worked around by copying the stuff with tar, but dump/restore would be a little bit faster. I did not try interactive mode; that might work better if you manage to get into restore prompt and use setmodes command. This may be very serious problem it this means that recovering large backups from tape is impossible. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 From owner-freebsd-bugs Sun Jul 27 21:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA09412 for bugs-outgoing; Sun, 27 Jul 1997 21:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA09406; Sun, 27 Jul 1997 21:40:01 -0700 (PDT) Resent-Date: Sun, 27 Jul 1997 21:40:01 -0700 (PDT) Resent-Message-Id: <199707280440.VAA09406@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, leres@ee.lbl.gov Received: from hot.ee.lbl.gov (hot.ee.lbl.gov [131.243.1.42]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA09274 for ; Sun, 27 Jul 1997 21:35:54 -0700 (PDT) Received: by hot.ee.lbl.gov (8.8.6/1.43r) id VAA00894; Sun, 27 Jul 1997 21:35:54 -0700 (PDT) Message-Id: <199707280435.VAA00894@hot.ee.lbl.gov> Date: Sun, 27 Jul 1997 21:35:53 PDT From: Craig Leres Reply-To: leres@ee.lbl.gov To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4182: netstat should always print the interface name Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4182 >Category: bin >Synopsis: netstat should always print the interface name >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jul 27 21:40:00 PDT 1997 >Last-Modified: >Originator: Craig Leres >Organization: Lawrence Berkeley National Laboratory >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: Hosts with multiple network interfaces. >Description: The current version of netstat does not print the interface name for AF_LINK routing entries. This makes debugging network problems more difficult. (BTW, I sent this in a day or two ago but send-pr apparently ate it. Requiring a particular format for bug reports is ok but forcing us to use a badly designed, broken and unsafe interface is going a bit far...) >How-To-Repeat: % netstat -rn | grep link 131.243.1/24 link#1 UC 0 0 131.243.1.100/30 link#2 UC 0 0 224/4 link#1 UCS 0 0 >Fix: The appended context diff causes netstat to always print the network interface name: % netstat -rn | grep link 131.243.1/24 link#1 UC 0 0 ed0 131.243.1.100/30 link#2 UC 0 0 wl0 224/4 link#1 UCS 0 0 ed0 It also cleans up some formatting and whitespace foobars. RCS file: RCS/route.c,v retrieving revision 1.1 diff -c -r1.1 route.c *** /tmp/,RCSt1025609 Sun Jul 27 21:31:33 1997 --- route.c Sat Jul 26 21:04:33 1997 *************** *** 114,125 **** static struct sockaddr *kgetsa __P((struct sockaddr *)); static void p_tree __P((struct radix_node *)); ! static void p_rtnode __P(()); ! static void ntreestuff __P(()); static void np_rtentry __P((struct rt_msghdr *)); static void p_sockaddr __P((struct sockaddr *, struct sockaddr *, int, int)); static void p_flags __P((int, char *)); static void p_rtentry __P((struct rtentry *)); /* * Print routing tables. --- 114,127 ---- static struct sockaddr *kgetsa __P((struct sockaddr *)); static void p_tree __P((struct radix_node *)); ! static void p_rtnode __P((void)); ! static void ntreestuff __P((void)); static void np_rtentry __P((struct rt_msghdr *)); static void p_sockaddr __P((struct sockaddr *, struct sockaddr *, int, int)); static void p_flags __P((int, char *)); static void p_rtentry __P((struct rtentry *)); + static u_long forgemask __P((u_long)); + static void domask __P((char *, u_long, u_long)); /* * Print routing tables. *************** *** 314,333 **** char *buf, *next, *lim; register struct rt_msghdr *rtm; ! mib[0] = CTL_NET; ! mib[1] = PF_ROUTE; ! mib[2] = 0; ! mib[3] = 0; ! mib[4] = NET_RT_DUMP; ! mib[5] = 0; ! if (sysctl(mib, 6, NULL, &needed, NULL, 0) < 0) { err(1, "sysctl: net.route.0.0.dump estimate"); } if ((buf = malloc(needed)) == 0) { err(2, "malloc(%lu)", (unsigned long)needed); } ! if (sysctl(mib, 6, buf, &needed, NULL, 0) < 0) { err(1, "sysctl: net.route.0.0.dump"); } lim = buf + needed; --- 316,335 ---- char *buf, *next, *lim; register struct rt_msghdr *rtm; ! mib[0] = CTL_NET; ! mib[1] = PF_ROUTE; ! mib[2] = 0; ! mib[3] = 0; ! mib[4] = NET_RT_DUMP; ! mib[5] = 0; ! if (sysctl(mib, 6, NULL, &needed, NULL, 0) < 0) { err(1, "sysctl: net.route.0.0.dump estimate"); } if ((buf = malloc(needed)) == 0) { err(2, "malloc(%lu)", (unsigned long)needed); } ! if (sysctl(mib, 6, buf, &needed, NULL, 0) < 0) { err(1, "sysctl: net.route.0.0.dump"); } lim = buf + needed; *************** *** 435,459 **** if (sdl->sdl_nlen == 0 && sdl->sdl_alen == 0 && sdl->sdl_slen == 0) (void) sprintf(workbuf, "link#%d", sdl->sdl_index); ! else switch (sdl->sdl_type) { ! case IFT_ETHER: ! { ! register int i; ! register u_char *lla = (u_char *)sdl->sdl_data + ! sdl->sdl_nlen; ! ! cplim = ""; ! for (i = 0; i < sdl->sdl_alen; i++, lla++) { ! cp += sprintf(cp, "%s%x", cplim, *lla); ! cplim = ":"; } - cp = workbuf; - break; - } - default: - cp = link_ntoa(sdl); - break; - } break; } --- 437,464 ---- if (sdl->sdl_nlen == 0 && sdl->sdl_alen == 0 && sdl->sdl_slen == 0) (void) sprintf(workbuf, "link#%d", sdl->sdl_index); ! else ! switch (sdl->sdl_type) { ! ! case IFT_ETHER: ! { ! register int i; ! register u_char *lla = (u_char *)sdl->sdl_data + ! sdl->sdl_nlen; ! ! cplim = ""; ! for (i = 0; i < sdl->sdl_alen; i++, lla++) { ! cp += sprintf(cp, "%s%x", cplim, *lla); ! cplim = ":"; ! } ! cp = workbuf; ! break; ! } ! ! default: ! cp = link_ntoa(sdl); ! break; } break; } *************** *** 510,516 **** /* * Don't print protocol-cloned routes unless -a. */ ! if(rt->rt_parent && !aflag) return; if (!(sa = kgetsa(rt_key(rt)))) --- 515,521 ---- /* * Don't print protocol-cloned routes unless -a. */ ! if (rt->rt_parent && !aflag) return; if (!(sa = kgetsa(rt_key(rt)))) *************** *** 533,549 **** snprintf(prettyname, sizeof prettyname, "%.6s%d", name, ifnet.if_unit); } ! if(rt->rt_rmx.rmx_expire) { time_t expire_time; ! if ((expire_time ! =rt->rt_rmx.rmx_expire - time((time_t *)0)) > 0) ! printf(" %8.8s %6d%s", prettyname, ! (int)expire_time, ! rt->rt_nodes[0].rn_dupedkey ? " =>" : ""); ! } else { ! printf(" %8.8s%s", prettyname, ! rt->rt_nodes[0].rn_dupedkey ? " =>" : ""); } } --- 538,553 ---- snprintf(prettyname, sizeof prettyname, "%.6s%d", name, ifnet.if_unit); } ! printf("%8.8s", prettyname); ! if (rt->rt_rmx.rmx_expire) { time_t expire_time; ! if ((expire_time = ! rt->rt_rmx.rmx_expire - time((time_t *)0)) > 0) ! printf(" %6d%s", (int)expire_time, ! rt->rt_nodes[0].rn_dupedkey ? " =>" : ""); ! } else if (rt->rt_nodes[0].rn_dupedkey) { ! printf(" =>"); } } *************** *** 723,744 **** u_short port; struct netent *np = 0; struct hostent *hp = 0; ! struct servent *sp = 0; char *net = "", *host = ""; ! register char *p; register u_char *q; struct ipx_addr work = ((struct sockaddr_ipx *)sa)->sipx_addr; ! static char mybuf[50]; char cport[10], chost[15], cnet[15]; ! if(!nflag) sp = getservbyport(work.x_port, "ipx"); port = ntohs(work.x_port); if (ipx_nullnet(work) && ipx_nullhost(work)) { if (port) { ! if (sp) sprintf(mybuf, "*.%s", sp->s_name); ! else sprintf(mybuf, "*.%x", port); } else sprintf(mybuf, "*.*"); --- 727,751 ---- u_short port; struct netent *np = 0; struct hostent *hp = 0; ! struct servent *sp = 0; char *net = "", *host = ""; ! register char *p; ! register u_char *q; struct ipx_addr work = ((struct sockaddr_ipx *)sa)->sipx_addr; ! static char mybuf[50]; char cport[10], chost[15], cnet[15]; ! if (!nflag) sp = getservbyport(work.x_port, "ipx"); port = ntohs(work.x_port); if (ipx_nullnet(work) && ipx_nullhost(work)) { if (port) { ! if (sp) ! sprintf(mybuf, "*.%s", sp->s_name); ! else ! sprintf(mybuf, "*.%x", port); } else sprintf(mybuf, "*.*"); *************** *** 776,784 **** } if (port) { ! if (strcmp(host, "*") == 0) host = ""; ! if (sp) sprintf(cport, "%s%s", *host ? "." : "", sp->s_name); ! else sprintf(cport, "%s%x", *host ? "." : "", port); } else *cport = 0; --- 783,794 ---- } if (port) { ! if (strcmp(host, "*") == 0) ! host = ""; ! if (sp) ! sprintf(cport, "%s%s", *host ? "." : "", sp->s_name); ! else ! sprintf(cport, "%s%x", *host ? "." : "", port); } else *cport = 0; *************** *** 792,798 **** { register struct sockaddr_ipx *sipx = (struct sockaddr_ipx *)sa; struct sockaddr_ipx work; ! static union ipx_net ipx_zeronet; char *p; struct ipx_addr in; struct hostent *hp; --- 802,808 ---- { register struct sockaddr_ipx *sipx = (struct sockaddr_ipx *)sa; struct sockaddr_ipx work; ! static union ipx_net ipx_zeronet; char *p; struct ipx_addr in; struct hostent *hp; *************** *** 801,812 **** in = work.sipx_addr; hp = gethostbyaddr((char *)&in, sizeof(struct ipx_addr), AF_IPX); ! if (hp) return (hp->h_name); work.sipx_addr.x_port = 0; work.sipx_addr.x_net = ipx_zeronet; p = ipx_print((struct sockaddr *)&work); ! if (strncmp("*.", p, 2) == 0) p += 2; return(p); } --- 811,824 ---- in = work.sipx_addr; hp = gethostbyaddr((char *)&in, sizeof(struct ipx_addr), AF_IPX); ! if (hp) ! return (hp->h_name); work.sipx_addr.x_port = 0; work.sipx_addr.x_net = ipx_zeronet; p = ipx_print((struct sockaddr *)&work); ! if (strncmp("*.", p, 2) == 0) ! p += 2; return(p); } *************** *** 876,882 **** work.sns_addr.x_net = ns_zeronet; p = ns_print((struct sockaddr *)&work); ! if (strncmp("0H.", p, 3) == 0) p += 3; return(p); } #endif --- 888,895 ---- work.sns_addr.x_net = ns_zeronet; p = ns_print((struct sockaddr *)&work); ! if (strncmp("0H.", p, 3) == 0) ! p += 3; return(p); } #endif *************** *** 886,894 **** char *p0; { register char *p = p0; - for (; *p; p++) switch (*p) { ! case 'a': case 'b': case 'c': case 'd': case 'e': case 'f': ! *p += ('A' - 'a'); ! } } --- 899,915 ---- char *p0; { register char *p = p0; ! for (; *p; p++) ! switch (*p) { ! ! case 'a': ! case 'b': ! case 'c': ! case 'd': ! case 'e': ! case 'f': ! *p += ('A' - 'a'); ! break; ! } } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Jul 27 21:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA09648 for bugs-outgoing; Sun, 27 Jul 1997 21:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA09637; Sun, 27 Jul 1997 21:50:01 -0700 (PDT) Resent-Date: Sun, 27 Jul 1997 21:50:01 -0700 (PDT) Resent-Message-Id: <199707280450.VAA09637@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, leres@ee.lbl.gov Received: from hot.ee.lbl.gov (hot.ee.lbl.gov [131.243.1.42]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA09551 for ; Sun, 27 Jul 1997 21:48:00 -0700 (PDT) Received: by hot.ee.lbl.gov (8.8.6/1.43r) id VAA00959; Sun, 27 Jul 1997 21:47:59 -0700 (PDT) Message-Id: <199707280447.VAA00959@hot.ee.lbl.gov> Date: Sun, 27 Jul 1997 21:47:59 PDT From: Craig Leres Reply-To: leres@ee.lbl.gov To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4183: How about upgrading bc to 1.04? Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4183 >Category: bin >Synopsis: How about upgrading bc to 1.04? >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jul 27 21:50:00 PDT 1997 >Last-Modified: >Originator: Craig Leres >Organization: Lawrence Berkeley National Laboratory >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: >Description: 2.2.2-RELEASE ships with bc 1.03 but 1.04 has been out since April. (In particular, 1.04 defaults to DOT_IS_LAST, making dot be the value of the last expression.) >How-To-Repeat: % bc -l bc 1.03 (Nov 2, 1994) Copyright (C) 1991, 1992, 1993, 1994 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. . (standard_in) 1: illegal character: . >Fix: ftp://prep.ai.mit.edu/pub/gnu/bc-1.04.tar.gz >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jul 28 00:20:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA15204 for bugs-outgoing; Mon, 28 Jul 1997 00:20:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA15172; Mon, 28 Jul 1997 00:20:02 -0700 (PDT) Date: Mon, 28 Jul 1997 00:20:02 -0700 (PDT) Message-Id: <199707280720.AAA15172@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/4113: Re: Processes shouldn't get SIGIO when the tty is set to CLOCAL Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4113; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, leres@ee.lbl.gov Cc: Subject: Re: kern/4113: Re: Processes shouldn't get SIGIO when the tty is set to CLOCAL Date: Mon, 28 Jul 1997 17:14:12 +1000 >Subject: kern/4113: Re: Processes shouldn't get SIGIO when the tty is set to CLOCAL I'm not sure what the correct behaviour is here. One could argue that SIGIO should never be delivered for carrier rises, since carrier transitions aren't i/o. OTOH, it may be useful to deliver a SIGIO for all state transitions in the driver, in case the application cares. This would be particularly useful for monitoring the carrier state in CLOCAL mode :-). Applications that want to monitor the carrier state usually use alarms, but this gives a high latency. Bruce From owner-freebsd-bugs Mon Jul 28 00:57:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA16707 for bugs-outgoing; Mon, 28 Jul 1997 00:57:49 -0700 (PDT) Received: from conjurer.tyumen.ru (root@conjurer.tyumen.ru [194.58.189.70]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA16700 for ; Mon, 28 Jul 1997 00:57:45 -0700 (PDT) Received: (from rz@localhost) by conjurer.tyumen.ru (8.8.5/8.8.5) id NAA02751 for freebsd-bugs@hub.freebsd.org; Mon, 28 Jul 1997 13:53:37 +0600 (ESS) Message-Id: <199707280753.NAA02751@conjurer.tyumen.ru> Subject: null file system & ftpd To: freebsd-bugs@hub.freebsd.org Date: Mon, 28 Jul 1997 13:53:37 +0600 (ESS) From: "Ruslan Zalata" 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-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello world! Is there any known bugs in ftpd which falls whole system down ?? If not, so here's one. When I try to ftp any file from null file system (that one mouted by mount_null) system panic :(( Anyone can tell me is it common bug or is there any patches/fixes ? The problem is I really need to use null file system mounted to my ftp site.. but cannot :((( Thanx for further advices! PS: I have 2.2.1-RELEASE installed on P133/32M box. Cya. Ruslan Zalata. From owner-freebsd-bugs Mon Jul 28 01:10:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA17235 for bugs-outgoing; Mon, 28 Jul 1997 01:10:02 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA17228; Mon, 28 Jul 1997 01:10:01 -0700 (PDT) Date: Mon, 28 Jul 1997 01:10:01 -0700 (PDT) Message-Id: <199707280810.BAA17228@hub.freebsd.org> To: freebsd-bugs Cc: From: "Ted Mittelstaedt" Subject: Re: kern/4119: can't connect to Win NT 4.0 RAS using MS CHAP and CBCP Reply-To: "Ted Mittelstaedt" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4119; it has been noted by GNATS. From: "Ted Mittelstaedt" To: Cc: Subject: Re: kern/4119: can't connect to Win NT 4.0 RAS using MS CHAP and CBCP Date: Mon, 28 Jul 1997 01:03:43 -0700 Further investigation on this, Microsoft's MS-CHAP is different from regular CHAP because they use MD4, rather than MD5 as standard CHAP does. MS has released preliminary standards-based MD5-CHAP support in Service Pack 3 for NT Server 4.0. In addition to MD5-CHAP support, many security holes have been closed with this service pack, so it is unlikely that anyone running a Windows NT 4.0 server is going to resist applying this service pack. It is not enough to simply apply the service pack, a Registry Key must be altered in the NT Server to turn on MD5 support in CHAP. This is explained in the service pack readme, as well as in the Microsoft Knowledgebase on their web site. Win95 Dialup Networking clients will use either the standards-based MD5 or MD4-based MS-CHAP to authenticate, so turning on MD5-CHAP support in NT Server with this registry key should not affect them. In addition, Win95 Dialup Networking clients by default don't require encrypted passwords, so it is unlikely that casual installation of 95 clients dialup networking will have turned on the checkbox for requiring encrypted passwords. As a result, even if the 95 clients cannot authenticate to a patched NT Server using CHAP, they will simply switch over to PAP. From owner-freebsd-bugs Mon Jul 28 01:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA17969 for bugs-outgoing; Mon, 28 Jul 1997 01:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA17961; Mon, 28 Jul 1997 01:30:01 -0700 (PDT) Date: Mon, 28 Jul 1997 01:30:01 -0700 (PDT) Message-Id: <199707280830.BAA17961@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/4112: Re: PPSCLOCK kernel diffs Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4112; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, leres@ee.lbl.gov Cc: Subject: Re: kern/4112: Re: PPSCLOCK kernel diffs Date: Mon, 28 Jul 1997 18:18:29 +1000 > Appended are context diffs to the 2.2.2-RELEASE kernel that > add the PPSCLOCK option. Although the system already has > the ability to capture DCD timestamps, the existing code > suffers from several problems. First, the timestamp is not > taken as soon as possible; measurements show that 2-3 > microseconds are lost on a really fast system like a 200 > MHz pentium pro. The latency is presumably because serial i/o or just checking for it takes some time, and DCD is checked after input. This time doesn't depend much on the CPU - the (lack of) speed of i/o instructions depends more on the bus than on the CPU. I don't think it is reasonable to attempy to support a latency of 2-3 microseconds in a general purpose driver or system. While the "fast interrupt handler" interface used by the sio driver gives it a chance of reaching such a latency, there is no chance of reaching it consistently unless there is only one active device with a fast interrupt handler in the whole system. Another active 16550A device (even on the same interrupt) would give up to about 75 usec of jitter, because it takes up to about 60 i/o instructions to handle one interrupt (more for the COM_MULTIPORT configuration), and each i/o instruction takes up to about 1.25 usec. The jitter can be reduced to about 10 usec per extra active 16550A device by not using the FIFO. I have some improvements to the interrupt handler that would get in the way of polling the modem status first. They depend on the UART actually working, so that the modem status doesn't need to be polled unless it has changed. The UART doesn't tell you that the modem status register should be read until you have processed what the UART considers to be higher priority events. > 2nd, the lack of a event serial number > makes it impossible to detect extra or missing pulses. OK. > The current layout has a new include file, sys/ppsclock.h. > It might be a better idea to move the contents of this file > into sys/ttycom.h and rename the two new ioctls so they > fit in with the other TIO* ioctls. Do you want the whole LBL copyright on the merged version? >+ #ifdef PPSCLOCK >+ /* >+ * Check the modem status now so we get a better >+ * timestamp (On a 200 MHZ Pentium Pro this makes >+ * a difference of about 2 or 3 microseconds...) >+ * >+ * If data carrier detect changed and it was the >+ * one we are waiting for (either leading or trailing >+ * edge) then grab the timestamp. >+ */ >+ modem_status = inb(com->modem_status_port); >+ if (com->do_pps_timestamp && >+ ((modem_status ^ com->last_modem_status) & MSR_DCD) != 0 && >+ com->pps_tet ^ ((modem_status & MSR_DCD) != 0)) { >+ microtime(&com->ppsclock.tv); >+ ++com->ppsclock.serial; >+ } >+ #endif This inherits a bug from the old code. I somehow convinced myself that it's OK to call microtime() from here. It's not. microtime() can only be called from ordinary interrupt handlers. Calling it from fast interrupt handlers may fail because of the following problems: 1. If microtime() uses the i8254 counter and not the "i586" TSC, then a clock overflow heuristic is used. The heuristic is fine-tuned to work at an i8254 clock interrupt period of 62.5 usec, and won't work if clock interrupts have been disabled for more than about TIMER0_LATCH_COUNT = 20 i8254 cycles (17 usec). Fast interrupt handlers often break this by keeping all interrupts disabled for 100 usec or so. 2. `time' is not valid in fast interrupt handlers, since the fast interrupt handler may have interrupted hardclock(). Therefore, the accesses to `time' in microtime() are invalid if microtime() is called from a fast interrupt handler. Note that the feature of fast interrupt handlers that causes this problem - that they can interrupt any normal interrupt handler - is the same feature that gives you a chance of getting very accurate timestamps. Also, the complications for the kernel PLL and PPSCLOCK in hardclock() make this nontrivial to fix - for a simple adjustment to `time' it would only be necessary to disable fast interrupts while doing the adjustment and to somehow keep track of the before and after states so that microtime() knows which one to use. In fact, the simple adjustment to `time' is already handled correctly for the TSC case in cpu_clockupdate(). Perhaps this case already works, because other adjustments are smaller than interrupt jitter. John Hay tried calling hardpps() from siointr1(). I don't like this, because hardpps() is probably too slow on slow machines. Bruce From owner-freebsd-bugs Mon Jul 28 01:42:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA18692 for bugs-outgoing; Mon, 28 Jul 1997 01:42:40 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA18687; Mon, 28 Jul 1997 01:42:31 -0700 (PDT) From: Thomas Gellekum Received: (from tg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id BAA18025; Mon, 28 Jul 1997 01:41:49 -0700 (PDT) Date: Mon, 28 Jul 1997 01:41:49 -0700 (PDT) Message-Id: <199707280841.BAA18025@freefall.freebsd.org> To: helbig@MX.BA-Stuttgart.De, tg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/2496 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cursor keys won't work for info any more State-Changed-From-To: open-closed State-Changed-By: tg State-Changed-When: Mon Jul 28 01:41:11 PDT 1997 State-Changed-Why: Fixed in rev 1.2 of contrib_texinfo/info/session.c. From owner-freebsd-bugs Mon Jul 28 02:20:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA20246 for bugs-outgoing; Mon, 28 Jul 1997 02:20:10 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA20222; Mon, 28 Jul 1997 02:20:05 -0700 (PDT) Resent-Date: Mon, 28 Jul 1997 02:20:05 -0700 (PDT) Resent-Message-Id: <199707280920.CAA20222@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, denny1@home.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA19754; Mon, 28 Jul 1997 02:10:22 -0700 (PDT) Message-Id: <199707280910.CAA19754@hub.freebsd.org> Date: Mon, 28 Jul 1997 02:10:22 -0700 (PDT) From: denny1@home.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4184: minor nits in sys/netatalk Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4184 >Category: kern >Synopsis: minor nits in sys/netatalk >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 28 02:20:02 PDT 1997 >Last-Modified: >Originator: Denton Gentry >Organization: >Release: N/A >Environment: Found while porting netatalk to OpenBSD. >Description: Several minor problems were uncovered while bringing up netatalk under OpenBSD. They are attached below. Also a number of changes to tcpdump to better support AppleTalk were made. Those changes have been submitted to LBL, but I do not know when they might be included in a new tcpdump release. If FreeBSD wants to incorporate tcpdump changes for AppleTalk before that I will happily mail the diffs. >How-To-Repeat: >Fix: The first change was made in umich 1.4a2 relative to 1.3.3. In aarp.c incoming AARP packets are checked against the broadcast address. In some environments they saw broadcast wars... coventry[145] diff -c aarp.c aarp.c.orig *** aarp.c Sun Jul 27 23:04:01 1997 --- aarp.c.orig Sun Jul 27 23:03:00 1997 *************** *** 319,335 **** return; } - /* - * Check if from broadcast address. This could be a more robust - * check, since we could look for multicasts. XXX - */ - if ( !bcmp(( caddr_t )ea->aarp_sha, ( caddr_t )etherbroadcastaddr, - sizeof( etherbroadcastaddr ))) { - log( LOG_ERR, "aarp: source is broadcast!\n" ); - m_freem( m ); - return; - } - op = ntohs( ea->aarp_op ); bcopy( ea->aarp_tpnet, &net, sizeof( net )); --- 319,324 ---- The second change is in ddp_output.c. FreeBSD's port of 1.3.3 removed an m_pullup, probably because it failed for length MLEN (can only pullup for MHLEN w/ 4.4BSD). That means phase2->phase1 routing results in mbufs at odd byte alignment. For x86 this is not an issue, but if FreeBSD does an alpha port it will be. coventry[146] diff -c ddp_output.c ddp_output.c.orig *** ddp_output.c Wed Mar 5 03:13:49 1997 --- ddp_output.c.orig Sun Jul 27 23:05:56 1997 *************** *** 141,147 **** * This is bad for transition routing, since phase 1 and phase 2 * packets end up poorly aligned due to the three byte elap header. */ ! if ( !(aa->aa_flags & AFA_PHASE2) ) { MGET( m0, M_WAIT, MT_HEADER ); if ( m0 == 0 ) { m_freem( m ); --- 141,151 ---- * This is bad for transition routing, since phase 1 and phase 2 * packets end up poorly aligned due to the three byte elap header. */ ! if ( aa->aa_flags & AFA_PHASE2 ) { ! if (( m = m_pullup( m, MIN( MHLEN, m->m_pkthdr.len ))) == 0 ) { ! return( ENOBUFS ); ! } ! } else { MGET( m0, M_WAIT, MT_HEADER ); if ( m0 == 0 ) { m_freem( m ); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jul 28 03:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA22137 for bugs-outgoing; Mon, 28 Jul 1997 03:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA22118; Mon, 28 Jul 1997 03:20:02 -0700 (PDT) Date: Mon, 28 Jul 1997 03:20:02 -0700 (PDT) Message-Id: <199707281020.DAA22118@hub.freebsd.org> To: freebsd-bugs Cc: From: Craig Leres Subject: Re: kern/4112: Re: PPSCLOCK kernel diffs Reply-To: Craig Leres Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4112; it has been noted by GNATS. From: Craig Leres To: Bruce Evans Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/4112: Re: PPSCLOCK kernel diffs Date: Mon, 28 Jul 1997 03:18:16 PDT Running a time server on a Unix box is basically a hack. To do a good job, you need a dedicated system that is doing nothing else but time keeping. But we've found that if you do dedicate a system to doing time keeping, give it a good time source (like a GPS) and are careful how your write the kernel code, you can achieve pretty nice results. > > Appended are context diffs to the 2.2.2-RELEASE kernel that > > add the PPSCLOCK option. Although the system already has > > the ability to capture DCD timestamps, the existing code > > suffers from several problems. First, the timestamp is not > > taken as soon as possible; measurements show that 2-3 > > microseconds are lost on a really fast system like a 200 > > MHz pentium pro. > > The latency is presumably because serial i/o or just checking for it > takes some time, and DCD is checked after input. This time doesn't > depend much on the CPU - the (lack of) speed of i/o instructions > depends more on the bus than on the CPU. I don't think it is > reasonable to attempy to support a latency of 2-3 microseconds in a > general purpose driver or system. While the "fast interrupt handler" > interface used by the sio driver gives it a chance of reaching such a > latency, there is no chance of reaching it consistently unless there > is only one active device with a fast interrupt handler in the whole > system. Another active 16550A device (even on the same interrupt) > would give up to about 75 usec of jitter, because it takes up to about > 60 i/o instructions to handle one interrupt (more for the COM_MULTIPORT > configuration), and each i/o instruction takes up to about 1.25 usec. > The jitter can be reduced to about 10 usec per extra active 16550A > device by not using the FIFO. As far as time keeping goes, it is critical to capture the unix timestamp as soon after the DCD pulse as possible. The sooner you do it (and the smaller the jitter due to differing lengths of the code paths) the better the time keeping code will work. Without designing custom hardware to grab a timestamp when the pulse occurs, the best you can do is put the timestamp code as close to the interrupt as possible. The 2-3 microseconds I measured are due to the "input event" code that normally gets done before the modem status is checked. I think this is directly proportional to the cpu clock so it will be worse for slower systems. (We're basically counting instructions from the time the interrupt happens until we get the timestamp.) I think it's reasonable to require people who want to run time servers to build a kernel with option PPSCLOCK; so it's also reasonable to restructure the code to read the modem status as soon as possible, but only when PPSCLOCK is defined. By default, the system is "general purpose" but if you turn on PPSCLOCK and actually use it, then it is capable of accurate time recovery. Don't worry about running a 2nd "fast interrupt" device, if you're doing accurate time capture with a Unix box, it will be dedicated to the task and certainly shouldn't have any other serial I/O happening. > I have some improvements to the interrupt handler that would get > in the way of polling the modem status first. They depend on the > UART actually working, so that the modem status doesn't need to be > polled unless it has changed. The UART doesn't tell you that the > modem status register should be read until you have processed what > the UART considers to be higher priority events. Do you object to checking the modem status immediately, if PPSCLOCK is defined *and* if we're actually doing time recovery? If these conditions are met, then all we're using the serial port for is time recovery and we should try to do the best job we can, right? (I really liked the way the current DCD code latches on the first time you ask for a timestamp, I wish I had thought of that when I wrote the orignal PPSCLOCK hack for SunOS.) > Do you want the whole LBL copyright on the merged version? It's not really necessary, especially since it's such a tiny piece of code. What I would really like to see is a future release of FreeBSD where you could build a kernel with "options PPSCLOCK" and hook up a GPS and end up with a accurate time server. It would be nice if the ioctl used the same ppsclockev structure layout. But it doesn't matter if the struct is defined in a seperate include or in the standard tty ioctl include. And the ioctl defines don't need to be exactly the same as we defined them when we originally wrote this code (for SunOS 4...) BTW, does the "trailing edge trigger" option seem reasonable? > >+ #ifdef PPSCLOCK > >+ /* > >+ * Check the modem status now so we get a better > >+ * timestamp (On a 200 MHZ Pentium Pro this makes > >+ * a difference of about 2 or 3 microseconds...) > >+ * > >+ * If data carrier detect changed and it was the > >+ * one we are waiting for (either leading or trailing > >+ * edge) then grab the timestamp. > >+ */ > >+ modem_status = inb(com->modem_status_port); > >+ if (com->do_pps_timestamp && > >+ ((modem_status ^ com->last_modem_status) & MSR_DCD) != 0 && > >+ com->pps_tet ^ ((modem_status & MSR_DCD) != 0)) { > >+ microtime(&com->ppsclock.tv); > >+ ++com->ppsclock.serial; > >+ } > >+ #endif > > This inherits a bug from the old code. I somehow convinced myself that it's > OK to call microtime() from here. It's not. microtime() can only be called > from ordinary interrupt handlers. Calling it from fast interrupt handlers > may fail because of the following problems: The current code has two other calls to microtime() so I assumed it was ok. > 1. If microtime() uses the i8254 counter and not the "i586" TSC, then a > clock overflow heuristic is used. The heuristic is fine-tuned to > work at an i8254 clock interrupt period of 62.5 usec, and won't > work if clock interrupts have been disabled for more than about > TIMER0_LATCH_COUNT = 20 i8254 cycles (17 usec). Fast interrupt > handlers often break this by keeping all interrupts disabled for > 100 usec or so. > > 2. `time' is not valid in fast interrupt handlers, since the fast interrupt > handler may have interrupted hardclock(). Therefore, the accesses to > `time' in microtime() are invalid if microtime() is called from > a fast interrupt handler. Note that the feature of fast interrupt > handlers that causes this problem - that they can interrupt any normal > interrupt handler - is the same feature that gives you a chance of > getting very accurate timestamps. Also, the complications for the > kernel PLL and PPSCLOCK in hardclock() make this nontrivial to fix > - for a simple adjustment to `time' it would only be necessary to > disable fast interrupts while doing the adjustment and to somehow > keep track of the before and after states so that microtime() knows > which one to use. In fact, the simple adjustment to `time' is > already handled correctly for the TSC case in cpu_clockupdate(). > Perhaps this case already works, because other adjustments are > smaller than interrupt jitter. > > John Hay tried calling hardpps() from siointr1(). I don't like this, > because hardpps() is probably too slow on slow machines. Wouldn't it be possible to rewrite microtime() to not need to block interrupts? (This is what we did for the sparc.) In addition, I believe it would be possible for hardclock() to cooperate with microtime() (and the kernel PLL) in such a way that it would always give a correct timestamp. If you're interested in pursuing this type of change, we're motivated and have several systems we can use for testing. Thanks for the thoughtful feedback. Craig From owner-freebsd-bugs Mon Jul 28 03:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA22869 for bugs-outgoing; Mon, 28 Jul 1997 03:40:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA22829; Mon, 28 Jul 1997 03:40:01 -0700 (PDT) Date: Mon, 28 Jul 1997 03:40:01 -0700 (PDT) Message-Id: <199707281040.DAA22829@hub.freebsd.org> To: freebsd-bugs Cc: From: Craig Leres Subject: Re: kern/4113: Re: Processes shouldn't get SIGIO when the tty is set to Reply-To: Craig Leres Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4113; it has been noted by GNATS. From: Craig Leres To: Bruce Evans Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/4113: Re: Processes shouldn't get SIGIO when the tty is set to Date: Mon, 28 Jul 1997 03:30:43 PDT > >Subject: kern/4113: Re: Processes shouldn't get SIGIO when the tty is set to CLOCAL > > I'm not sure what the correct behaviour is here. One could argue > that SIGIO should never be delivered for carrier rises, since carrier > transitions aren't i/o. OTOH, it may be useful to deliver a SIGIO for > all state transitions in the driver, in case the application cares. > This would be particularly useful for monitoring the carrier state in > CLOCAL mode :-). Applications that want to monitor the carrier state > usually use alarms, but this gives a high latency. The truth is, I think they're crazy for using SIGIO in xntpd... But since it's not my furball my main interest is in making xntpd run as well on FreeBSD as it does on other Unix systems. (And if an app wants to monitor the carrier state while in CLOCAL mode, it will only work under FreeBSD.) Craig From owner-freebsd-bugs Mon Jul 28 07:21:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA08849 for bugs-outgoing; Mon, 28 Jul 1997 07:21:30 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA08841; Mon, 28 Jul 1997 07:21:21 -0700 (PDT) From: Bill Paul Received: (from wpaul@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id HAA20148; Mon, 28 Jul 1997 07:20:36 -0700 (PDT) Date: Mon, 28 Jul 1997 07:20:36 -0700 (PDT) Message-Id: <199707281420.HAA20148@freefall.freebsd.org> To: Andre.Albsmeier@mchp.siemens.de, wpaul@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4147 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: libc changes make ypserv unimpossible to resolve hostname State-Changed-From-To: open-closed State-Changed-By: wpaul State-Changed-When: Mon Jul 28 07:17:46 PDT 1997 State-Changed-Why: This has now been fixed in both the RELENG_2_2 branch and in -current. yp_run_dnsq() has been changed so that either TRY_AGAIN or NO_RECOVERY will trigger the domain list traversal. I decided it was best not to modify the resolver library since the change in gethostanswer() came direct from the BIND sources; they must have had a reason for doing it that way, so who am I to argue. :) -Bill From owner-freebsd-bugs Mon Jul 28 10:06:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18327 for bugs-outgoing; Mon, 28 Jul 1997 10:06:27 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17867 for freebsd-bugs@freebsd.org; Mon, 28 Jul 1997 10:00:37 -0700 (PDT) Date: Mon, 28 Jul 1997 10:00:37 -0700 (PDT) Message-Id: <199707281700.KAA17867@hub.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-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 a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m 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/09/11] kern/1599 panic: locking against myself s [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re 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 se 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/29] kern/2121 MAXBSIZE in param.h causes kernel panic i o [1996/12/14] i386/2218 cy.c XON/XOFF handling crashes kernel o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 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 f [1997/01/04] kern/2371 gibbs SCSI disk corruption o [1997/01/14] kern/2498 On installation, after selecting drivers, o [1997/01/25] bin/2581 imp security holes in libtermcap o [1997/01/27] bin/2599 Lite2 merg and critical bugfix for games/ 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/14] bin/2740 wpaul root-fs full erases password table ! 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/28] bin/2837 Globalyst550 Disk-Drive Not found!! o [1997/03/04] kern/2877 Fatal Trap 12: page fault while in kernel o [1997/03/05] kern/2890 System panic after kernel compiled for 12 o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/03/13] kern/2980 2.2 crashes after accessing DAT-tape. bot o [1997/03/15] kern/3000 Kernel Panic in 2.2-CURRENT Kernel o [1997/03/16] kern/3005 can't completely install 2.1.7 release; s o [1997/03/17] kern/3017 panic: page fault as of March 11th v2.2 o [1997/03/17] bin/3019 Can't use SCSI disk (SCSI ID>3) on instal o [1997/03/23] misc/3070 Cannot do post install mods to UNIX from o [1997/03/23] kern/3072 Kernel Page Fault During Install of 2.1.7 o [1997/03/25] ports/3102 tg teTex port destroys previous contents of o [1997/03/25] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/26] bin/3115 date command dumps core o [1997/03/27] kern/3128 Can't Install FreeBSD 2.2.1 o [1997/03/28] bin/3131 dlsym() does not set error on error, brea o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault o [1997/04/01] ports/3165 ports tex-3.14159.tgz lacks file o [1997/04/07] bin/3226 mpp vi died with a core dump o [1997/04/08] kern/3234 ipfilter.shar - integration complete o [1997/04/11] kern/3259 /bin/ps: kernel kernel, lockups, performa o [1997/04/12] kern/3267 mtime/ctime sometimes updated when a prog o [1997/04/15] i386/3300 Adaptec 2940U Problems o [1997/04/17] kern/3312 Adaptec 2940 still causes timeout using 2 o [1997/04/17] i386/3316 FOLLOWUP:Adaptec 2940U Problems->Addition o [1997/04/20] kern/3359 FreeBSD wont boot on amd p133 o [1997/04/21] kern/3366 ipx stack or ep driver o [1997/04/22] bin/3374 Cannot Install FreeBSD 2.2.1 - installati o [1997/04/26] kern/3392 System panics every few hours o [1997/04/27] ports/3394 max jp-Wnn-4.2 fails to make personal diction o [1997/04/28] kern/3404 frequent kernel panics o [1997/05/01] i386/3462 using a PS/2 mouse causes kernel trap in o [1997/05/05] bin/3510 xsm does not work! o [1997/05/07] ports/3536 ports MakeTexPK calls gftopk with wron argument o [1997/05/12] misc/3586 The boot.flp file is too large to image t o [1997/05/13] kern/3594 EAGAIN and garbage data when reading sock o [1997/05/16] kern/3609 fs on remote host is mounted via NFS, rec o [1997/05/17] misc/3615 Error in /usr/src/lib/libc/gen/sigsetops. o [1997/05/21] bin/3650 Ypserv dumps core randomly. o [1997/05/23] kern/3671 SCSI tape drive with AHA 2940 locks up sy o [1997/05/24] kern/3674 NFS in 2.2 RELEASE hangs. o [1997/05/26] kern/3690 vm problems on 2.2, 2.1.7 works o [1997/05/27] kern/3696 kernel panic during wd hard disk probe if o [1997/05/27] conf/3698 sysinstall does not save parameters enter o [1997/05/27] misc/3700 FPE error in "normal" math code o [1997/05/30] kern/3721 kernel panic with netatalk o [1997/06/01] kern/3752 NFS dirs under -current still have proble o [1997/06/01] kern/3753 "make" hangs when building in an NFS dir o [1997/06/02] kern/3761 Inlel EtherExpress pro/100B more than on o [1997/06/08] bin/3813 make world on 2.2-STABLE dies when trying o [1997/06/11] misc/3846 The sample /etc/amd.map has a security ho o [1997/06/14] ports/3872 ports Enter key not working properly in trn por o [1997/06/16] kern/3887 fxp driver looses packets o [1997/06/17] i386/3895 False FPE (floating point exception) sign o [1997/06/25] kern/3949 The WD controller probe can fail when it o [1997/06/26] misc/3959 files in /usr/local/etc are randomly beco o [1997/07/02] bin/4018 Will not install in 2nd partition of my C o [1997/07/03] kern/4021 Local mount of a local NFS exported direc o [1997/07/07] bin/4046 srandomdev() in stdlib.h now returns void o [1997/07/10] kern/4074 Kernel panics when accessing a ccd device o [1997/07/11] kern/4076 Adaptec 2940 and non-wide devices o [1997/07/14] kern/4090 slip driver is incompatible with current o [1997/07/14] ports/4093 ports [oleo] Calculating 1/1 becomes infinity. o [1997/07/27] bin/4177 select(2) man page needs update to reflec 97 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/03/02] misc/229 bde acos() core dump 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/06/23] kern/546 pci_bus_config() does not init parent poi 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 f [1995/08/11] gnu/672 Nor all ph headers get created 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 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/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/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 [floppy] Process (zip) hangs (unkillable) 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 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 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) a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/07/03] bin/1364 mpp ps(1) bugs o [1996/07/19] docs/1402 steve sh(1) manual f [1996/07/24] kern/1423 wollman route causes kernel page fault. o [1996/07/25] bin/1429 steve sh(1) and getopts f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing a [1996/08/02] docs/1457 ache ed(1) man 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 o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c 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 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/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/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 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/11/07] bin/1973 jmg pppd uses /etc/ppp/options.tty after comm o [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 mpp 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 a [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/18] kern/2053 de0 driver don't work at 100M for Compex o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. s [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/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp 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/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/19] bin/2255 brian 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 a [1996/12/25] misc/2283 ache setlocale() in libxpg4 always returns NUL 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 [1997/01/01] kern/2351 panic:timeout table full 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/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] 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/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 a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from 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/25] bin/2591 sh coredumps when passing an argv of a ce 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/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 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/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/12] kern/2719 added support for magneto-optical SCSI di 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/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/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T o [1997/02/17] kern/2751 asami 2GB limitation on CCD device partitions s 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 f [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/20] misc/2781 jkh Installation crashes if timeout in ftp tr o [1997/02/20] misc/2784 brian 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] kern/2815 Custom Kernel crashes o [1997/02/27] bin/2829 jkh 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/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] kern/2858 dfr FreeBSD NFS client can't mount filesystem o [1997/03/03] bin/2867 sysinstall goes into an infinite loop dur o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/04] docs/2874 The gencat command hasn't got a manual pa o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/07] ports/2918 ports Unable to pass 8+ command line arguments o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/09] bin/2925 non-priviledged user can crash FreeBSD!! o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/11] ports/2956 ports New Port: xgospel-1.10d in ftp.freebsd.or o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2969 csh and/or builtin printf has problems wi o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i a [1997/03/15] ports/2994 ports xpm port does not build for the first tim o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/18] kern/3029 typo in libc o [1997/03/19] kern/3039 higher securelevel (>0) stops X server o [1997/03/21] i386/3048 multicast support necessery in some drive o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/03/24] i386/3082 keyboard locks up unexpectedly o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/24] bin/3085 make world fails on compiling dumpfs.c o [1997/03/24] misc/3086 panic: cannot mount root - on boot, when o [1997/03/25] kern/3104 Cannot execute files on a nullfs filesyst o [1997/03/26] conf/3109 unintellible upgrade doc o [1997/03/27] kern/3122 _POSIX_SAVED_IDS not defined in 2.2 o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up o [1997/03/27] i386/3124 BOOT_PROBE_KEYBOARD hangs system in bootb o [1997/03/27] bin/3126 Install with mcd0 still broken. o [1997/03/27] bin/3127 PCI Ether card slower than ISA Ether card o [1997/03/28] i386/3130 Dell Latitude keyboard lock up o [1997/03/28] misc/3133 TIOCSETD error with Cyclades 8Yo o [1997/03/30] gnu/3149 patch-2.1: files possibly created in wron o [1997/03/31] kern/3156 Copying to floppy device file locks machi o [1997/03/31] bin/3158 seg faults and cannot update links using f [1997/04/01] kern/3162 2.2 kernel from mar 25th crashes on nfs s o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/02] kern/3180 mlock() causes panic: lockmgr: upgrade ex o [1997/04/04] i386/3195 ahc panic o [1997/04/05] kern/3201 de0 not re-enabled after hub down o [1997/04/05] ports/3205 jmz Mtools-3.0 attempts to flock() a disk par o [1997/04/05] kern/3209 3.0-current panics on shutdown/reboot/hal o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/08] bin/3230 Unable to resolve dev conflict between ed o [1997/04/09] kern/3244 ipfw flush closes connections o [1997/04/10] bin/3246 mtree -c should escape whitespace and spe o [1997/04/11] ports/3256 ache ncftp-2.4.2 in packages-2.2 was not linke o [1997/04/11] docs/3257 make cleandepend is broken in src/ o [1997/04/12] kern/3263 troubles with digiboard o [1997/04/13] kern/3278 mounting MFS uses up swap space o [1997/04/14] misc/3291 md2.h, md4.h, and md5.h headers useless f o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/16] bin/3307 Unable to Route to a different Class C wi o [1997/04/16] misc/3308 Missing "#include item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl 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 jkh 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/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/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] 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/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 tg ImageMagick outdated, lzw not supported 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] 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 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] ports/2264 ports latex* ports need updating a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() 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] 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/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/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN 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] kern/2681 missing prototype in s [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/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/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve 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 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/20] docs/2780 Description of Linux emulation is out of o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/21] misc/2789 na.phone update o [1997/02/22] ports/2797 tg New Port: qmail 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/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/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/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 o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] bin/2864 Using modload with -p option broken o [1997/03/03] kern/2865 dfr NFS client hangs on umount, ls, df when N o [1997/03/03] bin/2871 showmount -e returns error o [1997/03/04] misc/2882 Duplicate line in /etc/services? o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 mpp send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet a [1997/03/06] ports/2902 ports Fix xmcd port for PACKAGE_BUILDING a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/08] ports/2920 ports patch for mispositioned xv windows under o [1997/03/09] i386/2924 syscons X keyboard gets stuck in capsmode o [1997/03/09] ports/2926 ports xmgt-2.31 port, now in pub/incoming on ft o [1997/03/10] bin/2933 sysinstall fails when adding packages thr o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] ports/2936 tg The teTeX port runs strup on /usr/local/b o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/10] docs/2939 `man 8 sticky` == outdated o [1997/03/10] conf/2943 standard-supfile missing src-release and o [1997/03/11] ports/2949 ports bsd.port.mk needs something like FETCH_EN o [1997/03/11] ports/2951 ports xgraph source is not on MASTER_SITE o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall o [1997/03/12] ports/2961 ports New port(jp-vftool-1.2):japanese/virfonts o [1997/03/12] bin/2968 fmt dumps core on ^M o [1997/03/13] ports/2974 ports updated Makefile and patch-ab of jp-dvi2p o [1997/03/13] bin/2977 After enabling moused and vidcontrol and o [1997/03/13] bin/2979 GCC complains about stmt. expr. when comp o [1997/03/13] i386/2984 serial port console only prints ~ 1 char o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/15] ports/2993 ports qmail-port-take2-proff.tar.gz in incoming o [1997/03/15] kern/3001 soundblaster8 card does not work correctl o [1997/03/16] misc/3009 packages-2.2/x11/fvwm-1.24r.tgz corrupt o o [1997/03/17] ports/3012 ports qmailanalog port in incoming o [1997/03/18] conf/3022 /etc/sysconfig was not set up with option o [1997/03/18] conf/3023 By default users have no write permission o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/18] bin/3025 mv to / trailed dirs prints odd error mes o [1997/03/18] bin/3028 sos add support for Glidepoint pointing devic o [1997/03/19] misc/3040 sysinstall XF86Config graphic mode YES=== o [1997/03/19] bin/3042 comm and uniq do not have a case insensit a [1997/03/21] ports/3052 ports /usr/ports/lang/expect does not find tkCo o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/24] misc/3075 2.2-R install "features" (non critical) o [1997/03/24] bin/3080 yacc produces output which doesn't compil o [1997/03/24] ports/3081 ports sitelispdir is a directory no a path in x o [1997/03/24] ports/3090 ports ircii-2.9-roof does not run. o [1997/03/25] bin/3101 "command" entry of ps -uc is too wide, ou o [1997/03/26] docs/3112 Handbook says that users should use sup o [1997/03/26] misc/3113 make libraries failed. o [1997/03/27] misc/3119 /usr/share/syscons/keymaps/german.iso.kbd o [1997/03/27] ports/3121 tg teTeX 0.4 package has missing links ? a [1997/03/28] misc/3136 rc.firewall should be run after interface o [1997/03/29] bin/3139 qcamcontrol has a bug where I/O errors ar o [1997/03/29] misc/3140 display message is broken on boot.flp o [1997/03/30] docs/3147 /usr/share/misc/au.postcodes o [1997/03/30] misc/3148 adjkerntz screws up during GMT/BST change o [1997/03/31] bin/3152 FreeBSD 2.2-STABLE: getty does not initia o [1997/03/31] misc/3155 Checksum mismatch o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext a [1997/04/01] bin/3164 mpp view copies the file into vi.recover o [1997/04/01] ports/3169 ports nn port broken o [1997/04/01] kern/3172 CS4232 support trouble for mss0 o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/04] kern/3191 Commiting of the ppa Zip Drive driver to o [1997/04/04] bin/3194 2.2.1-RELEASE hangs when using /stand/sys o [1997/04/05] bin/3202 shutdown(8) don't work if started from an o [1997/04/05] bin/3206 su seg-faults when being invoked with an o [1997/04/06] bin/3210 routed having problems with /etc/gateways o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() o [1997/04/06] misc/3217 The rmail.c err() function will fail in m o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 uucpd.c should normalize host names as lo o [1997/04/08] bin/3232 XFree86 installation Problem with non-Mic o [1997/04/08] bin/3233 adduser(8) doesn't add users to the wheel o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk a [1997/04/09] bin/3241 times(3) returns only stime o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/09] bin/3245 variable substitution "a=${a:=}" in /bin/ o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr o [1997/04/11] misc/3254 Can't connect to my ISP, because my ISP u o [1997/04/12] bin/3269 exec pppd -detach ... caused a kernel pan o [1997/04/12] docs/3270 command 'cvs init' missing from cvs(1) o [1997/04/13] conf/3272 $@ is deprecated I believe, so use ${.TAR o [1997/04/13] docs/3275 mpp Some man pages has absolutely wrong date o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3283 brandelf fails on files without write per o [1997/04/14] bin/3284 symorder(1): -t option doesn´t work at al o [1997/04/14] bin/3285 date option for pom(6) (phase of the moon o [1997/04/14] bin/3286 missing error checking in mount_mfs(8) ak o [1997/04/14] kern/3287 missing symbols in /usr/src/sys/i386/i386 o [1997/04/14] kern/3288 addition of a -f (force) option to "write o [1997/04/14] bin/3289 login(1) does not check /etc/skey.access o [1997/04/14] docs/3290 port option in lpd not valid o [1997/04/15] docs/3295 ATAPI CDROM not found during setup o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/15] kern/3302 msdos FS bogus error o [1997/04/15] bin/3303 ftpio manpage o [1997/04/15] ports/3306 ports new port-package for ifmail o [1997/04/16] bin/3311 If non-root tries to mount CD, mount says o [1997/04/17] docs/3313 manpage bug in scsi(8) (cmd args are hex) o [1997/04/17] bin/3314 /etc/daily did not run on April 6, 1997 o [1997/04/17] kern/3317 odd TUBA_INCLUDE use in tcp_input.c o [1997/04/17] ports/3318 ports New port: jigsaw (Java-based HTTP server) o [1997/04/18] ports/3322 markm setlocale problem in lang/perl5 a [1997/04/19] ports/3335 ports new port request of korean/hanemacs o [1997/04/20] ports/3358 asami XFMail-1.1 has been released o [1997/04/20] bin/3360 su(1) cannot call MD4Init(3) from libskey o [1997/04/20] ports/3363 max port of nana-1.00 for your collection o [1997/04/21] misc/3368 sysinstall upgrade should confirm before o [1997/04/23] kern/3375 Consistent 10 min. delay at boot with REL o [1997/04/24] bin/3379 mprof dumps core on FreeBSD 2.2.1 o [1997/04/25] docs/3382 bootp.8 -t option o [1997/04/25] ports/3383 ports kaffe core dumps if LD_LIBRARY_PATH not s o [1997/04/25] bin/3386 kernel 'config' wrapper 'doconfig' ala Di o [1997/04/27] ports/3396 max update of the port of Mesa (now version 2 o [1997/04/27] bin/3397 vipw does not distinguish between rebuild o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/27] docs/3400 MAXMEM uses maths in LINT o [1997/04/27] conf/3401 sysinstall sends empty FreeBSD user regis o [1997/04/28] ports/3411 ports New port - Atari 8 bit computer emulator o [1997/04/28] ports/3412 ports New port - Apple IIGS beta release o [1997/04/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 pkg_create doesn't always create gzip'ed o [1997/04/29] bin/3421 chown/chgrp show wrong error message when o [1997/04/30] kern/3426 Linux emulator can't find NIS users o [1997/04/30] bin/3430 start-if.${ifn} needs to be called as a s o [1997/05/01] kern/3444 Linux emulator can't find NIS users o [1997/05/01] bin/3445 chown/chgrp show wrong error message when o [1997/05/01] bin/3453 start-if.${ifn} needs to be called as a s o [1997/05/01] ports/3455 jmz mtools-3.6.tgz could have a better mtools o [1997/05/01] misc/3465 make-localhost uses %y to generate year o [1997/05/02] bin/3474 misprint in arpa/telnet.h o [1997/05/02] kern/3475 gdb(ptrace?) cause create/modify times on o [1997/05/03] misc/3476 Please add support for .cpp suffix to sta o [1997/05/03] bin/3477 top wastes 16 characters in USERNAME colu o [1997/05/04] docs/3490 mount.8 manpage refinement about Nm and X s [1997/05/04] ports/3498 ports nn-current port is out of date o [1997/05/04] ports/3499 markm exim port out of date o [1997/05/05] misc/3503 rpc.yppasswdd doesn't start due to typo i o [1997/05/05] i386/3504 New features (and manpage) for netboot o [1997/05/05] bin/3506 more did not show iso-8859-n characters o [1997/05/05] bin/3508 FreeBSD 2.2.1 do not view SCSI disk at sw o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/07] bin/3528 fsck fails to detect some illegal block n o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/09] bin/3556 Bug with -i option in /usr/bin/lpr o [1997/05/09] bin/3558 make reinstall collapses on install-info o [1997/05/09] kern/3560 Timeout counter bug in /sys/i386/isa/wd.c o [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/10] bin/3573 bug in stty -sane output o [1997/05/10] misc/3575 compilation of strtoq.c produces unnecess o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build o [1997/05/12] kern/3584 cleanup TCP_REASS macro in tcp_input.c o [1997/05/13] conf/3590 Difference in ttys and FAQ o [1997/05/13] kern/3595 param counts not idential between definit f [1997/05/14] ports/3597 ports jp-groff-0.99 port macro update o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no o [1997/05/18] bin/3623 Extra definition of vwprintw in curses.h o [1997/05/18] ports/3627 max New port - Atari 2600 VCS emulator f [1997/05/19] ports/3634 andreas fvwm95-2.0.43a-i18n-port.tar.gz was put o [1997/05/19] docs/3636 No mention is made in relevant manpages a o [1997/05/20] bin/3638 /bin/w can't handle long /dev/{tty,cua}xx o [1997/05/20] bin/3639 ac doesn't know about FreeBSD's pty names o [1997/05/20] docs/3643 man page of login_getclass(3) not up-to-d o [1997/05/20] docs/3645 TCP_wrappers package doesn't mention wher o [1997/05/21] bin/3648 find(1) extension for file flags o [1997/05/21] ports/3657 ports Port of NCSA HyperNews submitted as p5-hy o [1997/05/22] i386/3663 Unable to get system printer to work o [1997/05/22] ports/3665 jmz mtools port install fails o [1997/05/22] kern/3667 patches to modularize vnode driver o [1997/05/24] conf/3673 no ddp line in /etc/protocols o [1997/05/24] docs/3675 man page of mount(2) of 2.2.2R o [1997/05/25] kern/3678 bug in IPDIVERT code in -current o [1997/05/25] docs/3680 manpage cal.1's SYNOPSIS is incorrect. o [1997/05/25] docs/3681 mapage column.1's EXAMPLE does not match o [1997/05/25] docs/3682 Macro usage in manpage ld.1 is not apropr o [1997/05/25] ports/3687 asami Gnat 3.09 Ada Compiler o [1997/05/27] misc/3695 compiled termcap.db not in distribution o [1997/05/28] docs/3704 not dump(5) man page. o [1997/05/28] bin/3705 /stand/sysinstall hangs. pkg_add also ha o [1997/05/29] docs/3709 manpage vmstat.8 has some problems o [1997/05/29] conf/3713 installation floppy bug o [1997/05/30] kern/3720 Addition for supported Hardware o [1997/05/30] kern/3724 sig-11 on package add in sysinstall o [1997/05/31] ports/3729 ports pgsql dies when initiated o [1997/05/31] kern/3731 Addition of a PCI Bridge f [1997/05/31] bin/3733 davidn getty with 'to' option causes pppd to die o [1997/05/31] docs/3735 getlogin manpage says wrong OS o [1997/05/31] ports/3737 ports The DHCPD no longer works under FreeBSD 2 o [1997/06/01] kern/3738 Byte and packet counters in ipfw overflow o [1997/06/01] kern/3739 pause key not disabled; weird stuff when o [1997/06/01] bin/3741 Mention virtual terminals in MAKEDEV's ma o [1997/06/01] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] ports/3759 tg xtem-5.23 (X11 TEx Menu) port submitted ( o [1997/06/02] bin/3762 Bogus return values from rtprio(1) o [1997/06/02] docs/3764 systat(1) -vmstat description seems to be a [1997/06/02] ports/3765 ports New port: mpd-1.0b3 o [1997/06/02] bin/3766 ping has a few missing ntohs() & ntohl() o [1997/06/03] bin/3769 strftime %C should be %c (lstart option) o [1997/06/04] conf/3775 Time Zone for Sri Lanka - LKT o [1997/06/04] bin/3777 quiz dies early o [1997/06/04] bin/3778 ypbind -S domainname,server1,... does not o [1997/06/04] bin/3780 WEXITSTATUS() may return nagative value, o [1997/06/04] ports/3787 ports ghostscript-3.53 has bad PLIST o [1997/06/06] bin/3801 'timed' don't work with option '-n' o [1997/06/07] bin/3805 single process tftpd o [1997/06/07] ports/3806 ports update s3mod to 1.09 o [1997/06/08] docs/3808 The manpage telnet.1 has many bugs. o [1997/06/09] bin/3818 "dd conv=sync" makes garbage o [1997/06/09] docs/3819 man (5) login.conf specifies passwordtime o [1997/06/09] ports/3824 ports New port: snes97 o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/09] ports/3831 ports netris port doesn't install sr o [1997/06/10] kern/3836 Cannot remove HUGE directory o [1997/06/10] bin/3837 new feature for rtprio o [1997/06/10] kern/3839 X startup undoes keyboard repeat rate (pc o [1997/06/11] bin/3850 /usr/bin/cmp fails with nonzero byte offs o [1997/06/12] kern/3853 netboot/ns8390.c breaks NS datasheet o [1997/06/12] bin/3855 /usr/bin/cmp fails with nonzero byte offs o [1997/06/12] i386/3856 Improvement to autodetection logic o [1997/06/13] docs/3858 passwd(5) says class field is unused o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do o [1997/06/13] docs/3861 Line 108 of rc.conf refers to rc.conf(8) o [1997/06/14] bin/3864 Incorrect usage of err(3) in mount_union. o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/14] ports/3870 ports Upgrade tkdesk 1.0b3 --> 1.0b4 o [1997/06/15] docs/3877 In manapge keyadmin.8, key show be rename o [1997/06/15] kern/3879 Can't export mounted ext2fs via NFS o [1997/06/16] conf/3886 install does not build sendmail host stat o [1997/06/17] ports/3888 ports port net/wu-ftpd: tiny bug that is wu-ftp o [1997/06/17] bin/3891 NIS-only netgroup lookups don't work o [1997/06/17] ports/3892 max new port: www/webxref (cross-reference ge o [1997/06/17] gnu/3894 manpath segfaults if it dosen't understan o [1997/06/18] ports/3898 ports gnats is updated, and 3.01 is not on the o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] bin/3903 markm Kerberized su -l fails with segfault o [1997/06/19] ports/3907 ports Submission of ircII-EPIC, an enhanced irc o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/20] gnu/3918 vi dosnt wrap lines when called from send o [1997/06/21] ports/3922 ports Author released a new version of nmh - up o [1997/06/22] ports/3924 ports de.spinne-1.0.0 o [1997/06/22] ports/3928 ports New port: jp-pgp-2.6.3ia (language) o [1997/06/22] ports/3935 ports another mp3 player o [1997/06/23] kern/3938 Problem about mmap() over NFS o [1997/06/23] ports/3939 ports new port: latex2html_icon_server o [1997/06/23] ports/3940 ports port of latex2html-96.1 o [1997/06/23] docs/3941 misc bug on man page of indent.1 o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/24] docs/3945 incomplete man page for gethostent o [1997/06/24] bin/3947 /usr/src/etc/pccard_ether is too old... o [1997/06/25] kern/3948 nonworking t/tcp server side o [1997/06/25] docs/3951 Missing smp(4) manpage. o [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/25] ports/3955 ports -kpassive_ftp=true fails on socket connec o [1997/06/26] bin/3957 Makefile dependency error in amd o [1997/06/26] ports/3958 ports a2ps fails if used according to man o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/06/28] docs/3979 Error in manpage hier(7) o [1997/06/28] misc/3981 brian wtmp logging of ppp activity would be nic o [1997/06/29] ports/3983 ports New port: psf toolkit o [1997/06/29] ports/3987 ports Update port - crossgo32 o [1997/06/30] ports/3991 ports set of OffiX ports o [1997/06/30] ports/3996 ports nmh needs dependecy on autoconfig to work o [1997/06/30] ports/3997 ports New port: VRML browser (vrweb) o [1997/07/01] bin/4004 moused(8) + international language text = o [1997/07/01] ports/4008 ports New port - DJGPP Version 2 libraries for o [1997/07/01] ports/4009 ports New port - Curses for crossgo32 with DJGP o [1997/07/02] bin/4010 Problem with edquota -t - tmpfile not rem o [1997/07/02] ports/4014 ports package/port installation obeys roots uma o [1997/07/02] i386/4016 Patch to add dead key support to syscons o [1997/07/02] ports/4017 ports Someone has to upgrade the plor port! o [1997/07/03] bin/4019 mount_mfs lacks an error message, and exi o [1997/07/03] kern/4020 itojun vxget() in /sys/dev/vx/if_vx.c needs rewo o [1997/07/03] ports/4023 ports One can't play the cardgame Ass on FreeBS o [1997/07/03] i386/4024 Patch to add dead key support to syscons o [1997/07/03] ports/4025 ports New port - jp-ebw3 o [1997/07/04] ports/4027 ports New port: rot13-1.3 o [1997/07/04] misc/4028 GNATS auto-magically re-opened 14 prs o [1997/07/05] kern/4037 boot.flp panics after kernel load if >2 s o [1997/07/05] ports/4038 ports Initial port of the alpha-rel. WindowMake o [1997/07/06] kern/4039 2940UW and DCAS 32160 -- hungs if 40 MB/s o [1997/07/07] kern/4051 pppd connect 'chat ...' broken o [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/07] ports/4054 ports Port for Amp 0.7.3 o [1997/07/07] ports/4055 ports Port for XMpeg3 v1.0 o [1997/07/07] ports/4056 obrien Port for netpipes 3.2 o [1997/07/08] ports/4061 obrien new port: xklock o [1997/07/08] misc/4063 2.2.2R Installation fails if Jaz drive sp o [1997/07/08] docs/4065 ppp.8 is inconsistent wrt ppp.log name o [1997/07/08] ports/4066 ports Port for Mikmod 2.14 o [1997/07/09] ports/4067 ports wrong formats of files in offix.tar o [1997/07/11] ports/4077 ports new version of lout - 3.10 o [1997/07/12] bin/4079 formatting error (man getty) o [1997/07/12] bin/4080 hyphenation occurs within .Xr o [1997/07/13] ports/4083 ports netscape wrapper doesn't hand off args co o [1997/07/13] kern/4086 Floppy Disk Driver Problem o [1997/07/14] bin/4087 nameservice terminates after ndc restart o [1997/07/14] ports/4094 ports squid11 port is outdated o [1997/07/16] ports/4100 ports I contribute a new port. o [1997/07/16] bin/4102 User level ppp stops communicating - sour o [1997/07/16] ports/4103 ports Should I or should I not ? o [1997/07/16] ports/4104 ports Minor fix to hobbes-icons-xpm3 o [1997/07/17] ports/4109 ports New port: xcopilot o [1997/07/17] kern/4112 PPSCLOCK kernel diffs o [1997/07/17] kern/4113 Processes shouldn't get SIGIO when the tt o [1997/07/17] kern/4114 Processes shouldn't get SIGIO when the tt o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/18] ports/4118 ports New Port: bind 8.1.1 o [1997/07/19] bin/4120 Partition sysid prevents extended DOS par o [1997/07/19] ports/4121 ports New port: xpbiff and xpbiff-youbin o [1997/07/19] bin/4122 behaviour of src/usr.sbin/syslogd o [1997/07/19] ports/4124 ports Apache 1.2.1 port does not install docume o [1997/07/20] ports/4127 ports netscape-3.01: get rid of bogus error mes o [1997/07/20] misc/4128 ctags(1) overlooks objects decived by ext o [1997/07/20] ports/4131 max Upgrade of news/suck to version 3.5.0 o [1997/07/20] ports/4133 ports new port: mpich.tar.gz o [1997/07/21] misc/4138 /etc/rc and sudo : chg to rm -rf /var/run o [1997/07/21] ports/4139 ports new port: bibview o [1997/07/21] ports/4140 ports New port: xgolgo (x11) o [1997/07/22] ports/4142 ports Hugs port to FreeBSD 2.2.1 o [1997/07/22] bin/4145 join(1) failes or outputs wrong output wi o [1997/07/22] ports/4148 ports scheme48 port not at latest version o [1997/07/22] ports/4149 ports gcl port isn't of latest version o [1997/07/23] bin/4152 pstat -T o [1997/07/23] kern/4153 New tcp initial send sequence number code o [1997/07/23] bin/4154 wish /bin/sleep handled fractions of a se o [1997/07/24] ports/4155 ports Fixed port: imlib-0.2 o [1997/07/24] ports/4156 ports Fixed port: enlightenment-0.10 o [1997/07/24] bin/4157 netstat atalk output should print symboli o [1997/07/24] docs/4161 manpage arp.8's "`auto''" is unballanced. o [1997/07/24] docs/4162 manpage merge.1 misses 2 roff macros (`.T o [1997/07/24] bin/4163 ftp core dumps after hitting control-C o [1997/07/24] kern/4164 pcvt VT_WAITACTIVE ioctl busted o [1997/07/25] bin/4165 fetch gone to interminable query cycle af o [1997/07/25] ports/4166 ports Wnn6 is a Japanese input method o [1997/07/25] kern/4169 syscons HISTORY_SIZE option o [1997/07/26] bin/4170 fencepost error in more... o [1997/07/26] bin/4172 link goes down for too long -- transfer f o [1997/07/26] ports/4173 ports autoconf-port: configure and build only h o [1997/07/26] ports/4175 ports Update mail/nmh port to nmh-0.17 o [1997/07/27] kern/4180 Missing manpage? o [1997/07/27] kern/4181 Misspelled word in rc.conf. o [1997/07/27] bin/4182 netstat should always print the interface o [1997/07/27] bin/4183 How about upgrading bc to 1.04? o [1997/07/28] kern/4184 minor nits in sys/netatalk 636 problems total. From owner-freebsd-bugs Mon Jul 28 12:55:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA28190 for bugs-outgoing; Mon, 28 Jul 1997 12:55:59 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA28181 for ; Mon, 28 Jul 1997 12:55:54 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.6/8.8.5) id VAA14196; Mon, 28 Jul 1997 21:55:21 +0200 (SAT) From: John Hay Message-Id: <199707281955.VAA14196@zibbi.mikom.csir.co.za> Subject: Re: kern/4112: Re: PPSCLOCK kernel diffs In-Reply-To: <199707280830.BAA17961@hub.freebsd.org> from Bruce Evans at "Jul 28, 97 01:30:01 am" To: bde@zeta.org.au Date: Mon, 28 Jul 1997 21:55:21 +0200 (SAT) Cc: freebsd-bugs@hub.freebsd.org 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-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > 2nd, the lack of a event serial number > > makes it impossible to detect extra or missing pulses. I'm to blame for this. At the time I submitted the code I did not know about the ppsclockev structure. If I had known I would have used that. > > > The current layout has a new include file, sys/ppsclock.h. > > It might be a better idea to move the contents of this file > > into sys/ttycom.h and rename the two new ioctls so they > > fit in with the other TIO* ioctls. > > Do you want the whole LBL copyright on the merged version? We should not take the decision to move it to ttycom.h lightly. The xntpd code check for ppsclock.h, so if we change that we will have to teach xntpd about it. Not that it is impossible, it's not too difficult to get changes back to the xntpd people, but if we can avoid incompatabilities, we should think about it carefully. > John Hay tried calling hardpps() from siointr1(). I don't like this, > because hardpps() is probably too slow on slow machines. > I have code where I change the original hardpps() function to softpps() and then create a new hardpps() that only store the timestamp and usec values and set a flag. Then I call hardpps() from hardclock() if the flag is set. I have tried to put it inside the 1 second if, but it did not work too well. Outside of it it seemed to work much the same as calling hardpps() directly from sio. Will that help Bruce? A last thing. I feel the same way as Craig. On the machines that I use PPS_SYNC, I just want the best time I can get. I don't use there serial ports for anything else. Actually those machines is doing almost only time. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-bugs Mon Jul 28 17:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA18638 for bugs-outgoing; Mon, 28 Jul 1997 17:50:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA18632; Mon, 28 Jul 1997 17:50:01 -0700 (PDT) Date: Mon, 28 Jul 1997 17:50:01 -0700 (PDT) Message-Id: <199707290050.RAA18632@hub.freebsd.org> To: freebsd-bugs Cc: From: pauls@etext.org Subject: Re:i386/2002:siodoesn'tdetectcomportonCompaqContura430C Reply-To: pauls@etext.org Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/2002; it has been noted by GNATS. From: pauls@etext.org To: freebsd-gnats-submit@freebsd.org, bde@zeta.org.au Cc: Subject: Re:i386/2002:siodoesn'tdetectcomportonCompaqContura430C Date: Mon, 28 Jul 1997 20:53:35 -0400 (EDT) Has anyone found a work-around for this? I find same problem on Compaq Contura Aero 4/25. Finds lpt0 but not sio0. Linux kernel and MS-DOS MSD.EXE both indicate that sio0 is where I think it should be... From owner-freebsd-bugs Mon Jul 28 21:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA04924 for bugs-outgoing; Mon, 28 Jul 1997 21:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA04912; Mon, 28 Jul 1997 21:00:02 -0700 (PDT) Resent-Date: Mon, 28 Jul 1997 21:00:02 -0700 (PDT) Resent-Message-Id: <199707290400.VAA04912@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, hsu@mail.clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04708 for ; Mon, 28 Jul 1997 20:57:57 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.6/8.8.6) with ESMTP id GAA04658 for ; Tue, 29 Jul 1997 06:57:54 +0300 (EET DST) Received: (root@localhost) by katiska.clinet.fi (8.8.6/8.6.4) id GAA21415; Tue, 29 Jul 1997 06:57:53 +0300 (EEST) Message-Id: <199707290357.GAA21415@katiska.clinet.fi> Date: Tue, 29 Jul 1997 06:57:53 +0300 (EEST) From: Heikki Suonsivu Reply-To: hsu@mail.clinet.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4186: nfsiod, panic, page fault in kernel mode (frequent) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4186 >Category: kern >Synopsis: nfsiod, panic, page fault in kernel mode (frequent) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jul 28 21:00:01 PDT 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-STABLE i386 >Environment: 2.2-STABLE, upgraded to 20 th sup about a week ago. >Description: nfs clients seem to have become very unstable and keep locking up, usually with a panic message on the console and sitting at "syncing disks". This did not happen with sup from about a month ago. Fatal trap 12: page fault while in kernel mode fault virtual address: 0x87654371 fault code: supervisor read, page not present instruction pointer: 0x8:0xf0131acf stack pointer: 0x10:0xefbffd7c frame pointer: 0x10:0xefbffd8c code segment: base 0x0, limit 0xfffff, type 0x1b DPL 0, pres 1, def 32 1, gran 1 processor eflags: interrupt enabled, resume, IOPL = 0 current process: 93 (nfsiod) interupt mask: bio panic: page fault f013156c T _insmntque f01315d8 T _vwakeup f0131658 T _vinvalbuf f0131890 T _bgetvp f013192c T _brelvp f01319bc T _pbgetvp f0131a00 T _pbrelvp f0131a3c T _reassignbuf f0131b40 T _bdevvp f0131bac T _checkalias f0131cd8 T _vget f0131dbc T _vref f0131e04 T _vput f0131e58 T _vrele f0131f58 T _vflush f013207c T _vclean >How-To-Repeat: Seems to happen often with heavy nfs use. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jul 28 21:20:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA06533 for bugs-outgoing; Mon, 28 Jul 1997 21:20:17 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA06488; Mon, 28 Jul 1997 21:20:03 -0700 (PDT) Resent-Date: Mon, 28 Jul 1997 21:20:03 -0700 (PDT) Resent-Message-Id: <199707290420.VAA06488@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ee96199@tom.fe.up.pt Received: from garfield.telepac.pt (sj1-p3.telepac.pt [194.65.177.67]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA05754 for ; Mon, 28 Jul 1997 21:10:53 -0700 (PDT) Received: (from jmg@localhost) by garfield.telepac.pt (8.8.6/8.8.5) id QAA00784; Mon, 28 Jul 1997 16:52:50 +0100 (WEST) Message-Id: <199707281552.QAA00784@garfield.telepac.pt> Date: Mon, 28 Jul 1997 16:52:50 +0100 (WEST) From: jmg@bug.fe.up.pt Reply-To: ee96199@tom.fe.up.pt To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4187: w command Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4187 >Category: bin >Synopsis: The w command should have a larger tty field >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Jul 28 21:20:01 PDT 1997 >Last-Modified: >Originator: Jorge M. Goncalves >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: All FreeBSD releases. >Description: Like most Unices FreeBSD should have a larger tty field at least as large as UT_LINESIZE (/usr/include/utmp.h). If the tty name is logged with this size why isn't the w command reporting it? >How-To-Repeat: Use a serial console and open a getty on /dev/console and the run the w command. It reports con and could report console like USER TTY FROM LOGIN@ IDLE WHAT jmg console - 4:50PM - - >Fix: Here is a simple patch to /usr/src/usr.bin/w/w.c that uses UT_LINESIZE: *** w.c.#orig# Sat Mar 15 10:52:33 1997 --- w.c Fri Jul 25 08:06:18 1997 *************** *** 235,241 **** if (wcmd == 0) exit (0); ! #define HEADER "USER TTY FROM LOGIN@ IDLE WHAT\n" #define WUSED (sizeof (HEADER) - sizeof ("WHAT\n")) (void)printf(HEADER); } --- 235,241 ---- if (wcmd == 0) exit (0); ! #define HEADER "USER TTY FROM LOGIN@ IDLE WHAT\n" #define WUSED (sizeof (HEADER) - sizeof ("WHAT\n")) (void)printf(HEADER); } *************** *** 338,345 **** ep->utmp.ut_host + UT_HOSTSIZE - x, x); p = buf; } ! (void)printf("%-*.*s %-3.3s %-*.*s ", UT_NAMESIZE, UT_NAMESIZE, ep->utmp.ut_name, strncmp(ep->utmp.ut_line, "tty", 3) && strncmp(ep->utmp.ut_line, "cua", 3) ? ep->utmp.ut_line : ep->utmp.ut_line + 3, --- 338,346 ---- ep->utmp.ut_host + UT_HOSTSIZE - x, x); p = buf; } ! (void)printf("%-*.*s %-*.*s %-*.*s ", UT_NAMESIZE, UT_NAMESIZE, ep->utmp.ut_name, + UT_LINESIZE, UT_LINESIZE, strncmp(ep->utmp.ut_line, "tty", 3) && strncmp(ep->utmp.ut_line, "cua", 3) ? ep->utmp.ut_line : ep->utmp.ut_line + 3, >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jul 29 10:36:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA01407 for bugs-outgoing; Tue, 29 Jul 1997 10:36:38 -0700 (PDT) Received: from pci.on.ca (inti.pci.on.ca [207.112.123.51]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA01398 for ; Tue, 29 Jul 1997 10:36:31 -0700 (PDT) Received: by pci.on.ca (/\==/\ Smail3.1.28.1 #28.1) id ; Tue, 29 Jul 97 13:36 EDT Received: (from dgilbert@localhost) by repeat.pci.on.ca (8.8.5/8.7.3) id NAA14171; Tue, 29 Jul 1997 13:34:57 -0400 (EDT) Date: Tue, 29 Jul 1997 13:34:57 -0400 (EDT) Message-Id: <199707291734.NAA14171@repeat.pci.on.ca> From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-bugs@freebsd.org Subject: Kernel not able to recognise 2nd serial. X-Mailer: VM 6.22 under Emacs 19.34.3 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've had the same thing happen with two (probably identical) motherboards that I've bought recently. The kernel (even if I enable all 4 sio's) is unable to recognise the second motherboard serial port (even if I move it around from com2, com3 or com4). The kernel says: sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 sio2 not found at 0x3e8 sio3 not found at 0x2e8 The strange thing is, booting from a DOS floppy and running telix recognises the serial port properly and happily chats to a connected modem. I am confused now. Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ From owner-freebsd-bugs Tue Jul 29 13:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10418 for bugs-outgoing; Tue, 29 Jul 1997 13:20:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10412; Tue, 29 Jul 1997 13:20:03 -0700 (PDT) Resent-Date: Tue, 29 Jul 1997 13:20:03 -0700 (PDT) Resent-Message-Id: <199707292020.NAA10412@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dustin@spy.net Received: from secret.spy.net (root@secret.spy.net [204.71.107.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA09881 for ; Tue, 29 Jul 1997 13:10:22 -0700 (PDT) Received: (from root@localhost) by secret.spy.net (8.8.5/8.8.5) id PAA24568; Tue, 29 Jul 1997 15:10:20 -0500 (CDT) Message-Id: <199707292010.PAA24568@secret.spy.net> Date: Tue, 29 Jul 1997 15:10:20 -0500 (CDT) From: dustin sallings Reply-To: dustin@spy.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/4188: header file problem Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4188 >Category: gnu >Synopsis: Typo in header file >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 29 13:20:01 PDT 1997 >Last-Modified: >Originator: dustin sallings >Organization: SPY Internetworking >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD secret.spy.net 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #1: Mon Jul 28 23:12:50 CDT 1997 root@secret.spy.net:/usr/src/sys/compile/KILL-WHITEY i386 >Description: It appears that someone put an extra underscore in a definition, not sure if this is intentional, but seemed worty of testing out send-pr g++/deque.h:425:#ifdef __GNU_G__ >How-To-Repeat: You can find it like this: cd /usr/include egrep -n *.h */*.h __GNU_G__ >Fix: vi +425 /usr/include/g++/deque.h :s/U_G/UG/ :x! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jul 29 23:10:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA11638 for bugs-outgoing; Tue, 29 Jul 1997 23:10:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA11628; Tue, 29 Jul 1997 23:10:03 -0700 (PDT) Resent-Date: Tue, 29 Jul 1997 23:10:03 -0700 (PDT) Resent-Message-Id: <199707300610.XAA11628@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, sherwink@ix.netcom.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA11255; Tue, 29 Jul 1997 23:01:38 -0700 (PDT) Message-Id: <199707300601.XAA11255@hub.freebsd.org> Date: Tue, 29 Jul 1997 23:01:38 -0700 (PDT) From: sherwink@ix.netcom.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4189: startx freezes system when ppp running Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4189 >Category: bin >Synopsis: startx freezes system when ppp running >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 29 23:10:01 PDT 1997 >Last-Modified: >Originator: Sherwin Kaplan >Organization: >Release: 2.2.2 >Environment: FreeBSD sherwink.ix.netcom.com 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Sun Jul 27 17:35:04 PDT 1997 sherwin@sherwink.ix.netcom.com:/usr/src/sys/compile/SHERWIN.2.2.2 i386 >Description: I am running FreeBSD 2.2.2 with the ppp from the CDROM. User ppp runs fine, but if I start or restart X (using startx), while ppp is running, the system freezes after about about a second. It requires a reset to restart the system, even ctl-alt-del has no effect. Caps-lock, Scroll-lock and Num-lock do not result in their normal indicator lights. If I shut down ppp with a close, followed by a quit, then all is fine, If I use just a quit, I will still get the freeze when I start X. It appears that X is somehow interfering with the modem port, which is /dev/cuaa3. I tried kernel ppp and when X comes up it kills the modem connection. I have repeated the problem in both 2.2.1 and 2.2.2, on 2 machines, a 120mh Pentium and a 150mh Pentium Pro, with both XF86 3.2 and 3.3. It happens with the SVGA server for the Matrox Millennium, and the S3V and SVGA servers for the Diamond 3D 2000. Both machines have 32megs of memory. The Pentium has a Zoom internel modem on cuaa3, the Pro has a US Robotics Sportster internel modem, also on cuaa3. >How-To-Repeat: Start user ppp, then start X, or start X, shut it down, and start X again. The ppp can be running in either manual or automatic mode. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jul 29 23:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13675 for bugs-outgoing; Tue, 29 Jul 1997 23:50:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13669; Tue, 29 Jul 1997 23:50:02 -0700 (PDT) Resent-Date: Tue, 29 Jul 1997 23:50:02 -0700 (PDT) Resent-Message-Id: <199707300650.XAA13669@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, paulz@trantor.stuyts.nl Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA13227 for ; Tue, 29 Jul 1997 23:41:21 -0700 (PDT) Received: from stuyts by ns.NL.net (5.65b/NLnet1.3) id AA07931; Wed, 30 Jul 1997 07:48:07 +0200 Received: from trantor.stuyts.nl (uucp@localhost) by terminus.stuyts.nl (8.8.6/8.8.5) with UUCP id HAA20231 for FreeBSD-gnats-submit@freebsd.org; Wed, 30 Jul 1997 07:36:13 +0200 (MET DST) Received: (from paulz@localhost) by trantor.stuyts.nl (8.8.6/8.8.5) id HAA01754; Wed, 30 Jul 1997 07:32:40 +0200 (MET DST) Message-Id: <199707300532.HAA01754@trantor.stuyts.nl> Date: Wed, 30 Jul 1997 07:32:40 +0200 (MET DST) From: paulz@trantor.stuyts.nl Reply-To: paulz@trantor.stuyts.nl To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/4190: Make release fails on current Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4190 >Category: misc >Synopsis: Make release fails on current >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 29 23:50:01 PDT 1997 >Last-Modified: >Originator: Paul van der Zwan >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: Current updated on 29-7-1997. >Description: Make release fails with the following errors: cc -O2 -pipe -DCRUNCHED_BINARY -c grep_stub.c ld -dc -r -o grep.lo grep_stub.o /usr/obj//usr/src/gnu/usr.bin/grep/dfa.o /usr/obj//usr/src/gnu/usr.bin/grep/grep.o /usr/obj//usr/src/gnu/usr.bin/grep/getopt.o /usr/obj//usr/src/gnu/usr.bin/grep/kwset.o /usr/obj//usr/src/gnu/usr.bin/grep/obstack.o /usr/obj//usr/src/gnu/usr.bin/grep/search.o crunchide -k __crunched_grep_stub grep.lo cc -static -o fixit_crunch fixit_crunch.o cat.lo chmod.lo chroot.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo hostname.lo kill.lo ln.lo ls.lo mkdir.lo mt.lo mv.lo pwd.lo rcp.lo rm.lo rmdir.lo sleep.lo stty.lo sync.lo test.lo badsect.lo chown.lo clri.lo disklabel.lo dump.lo dmesg.lo fdisk.lo ft.lo mknod.lo mount.lo newfs.lo ping.lo reboot.lo restore.lo scsi.lo swapon.lo umount.lo mount_msdos.lo mount_cd9660.lo mount_nfs.lo ftp.lo more.lo rsh.lo sed.lo telnet.lo rlogin.lo vi.lo find.lo grep.lo -lcrypt -ltelnet -lutil -ll -lcurses -ltermcap -ledit -lgnuregex -lkvm -lscsi ping.lo: Undefined symbol `_sqrt' referenced from text segment *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. >How-To-Repeat: cd /usr/src/release make release CHROOTDIR=/scratch/release >Fix: Add -lm to the required libraries ??? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 30 12:01:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA24898 for bugs-outgoing; Wed, 30 Jul 1997 12:01:08 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24885 for ; Wed, 30 Jul 1997 12:01:04 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id FAA28271; Thu, 31 Jul 1997 05:00:01 +1000 Date: Thu, 31 Jul 1997 05:00:01 +1000 From: Bruce Evans Message-Id: <199707301900.FAA28271@godzilla.zeta.org.au> To: bde@zeta.org.au, jhay@mikom.csir.co.za Subject: Re: kern/4112: Re: PPSCLOCK kernel diffs Cc: freebsd-bugs@hub.freebsd.org Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Do you want the whole LBL copyright on the merged version? > >We should not take the decision to move it to ttycom.h lightly. The >xntpd code check for ppsclock.h, so if we change that we will have >to teach xntpd about it. Not that it is impossible, it's not too Let's keep pppsclock.h. I'm still concerned about ambiguous ioctl numbers. We already have several. They work because they go to different line disciplines, but kdump gets confused. kdump wouldn't compile if its case statement actually covered all the numbers. >> John Hay tried calling hardpps() from siointr1(). I don't like this, >> because hardpps() is probably too slow on slow machines. > >I have code where I change the original hardpps() function to softpps() >and then create a new hardpps() that only store the timestamp and usec >values and set a flag. Then I call hardpps() from hardclock() if the >flag is set. I have tried to put it inside the 1 second if, but it did >not work too well. Outside of it it seemed to work much the same as calling >hardpps() directly from sio. Will that help Bruce? Perhaps the 1 second version fails because 2 samples occasionally arrive in the same 1+epsilon seconds interval. I think the call from inside hardclock() is OK for a machine dedicated to timekeeping (you won't want to run things like pcaudio or profiling that depend on a low latency and/or high frequency clock interrupt). Bruce From owner-freebsd-bugs Wed Jul 30 13:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA01324 for bugs-outgoing; Wed, 30 Jul 1997 13:30:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA01315; Wed, 30 Jul 1997 13:30:01 -0700 (PDT) Resent-Date: Wed, 30 Jul 1997 13:30:01 -0700 (PDT) Resent-Message-Id: <199707302030.NAA01315@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dirk.meyer@dinoex.sub.org Received: from mail.Contrib.Com (mail.Contrib.Com [194.77.12.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA01244 for ; Wed, 30 Jul 1997 13:28:31 -0700 (PDT) Received: from net2.dinoex.sub.org (net2.dinoex.sub.de [193.203.172.193]) by mail.Contrib.Com (8.8.4/8.8.4) with SMTP id WAA26439 for ; Wed, 30 Jul 1997 22:28:17 +0200 (MET DST) Received: by net2.dinoex.sub.org (Smail3.1.29.1 #1) id m0wtfRL-000jyoC; Wed, 30 Jul 97 22:33 CEST Message-Id: Date: Wed, 30 Jul 97 22:33 CEST From: dirk.meyer@dinoex.sub.org Reply-To: dirk.meyer@dinoex.sub.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4194: kernel pci driver for Digital 21041 Ethernet can't start " Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4194 >Category: kern >Synopsis: kernel pci driver for Digital 21041 Ethernet can't start " >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 30 13:30:01 PDT 1997 >Last-Modified: >Originator: Dirk Meyer >Organization: privat >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: Digital 21041 Ethernet Card for PCI labeled as "EN32/PCI" >Description: if FreeBSD init the card after boot, ifconfig shows the "OACTIVE" flag. no Packes are received or transmitted. >How-To-Repeat: I added a few printf in if_de.c for this problem: After every Power-Fail of the card i get this log: de0 rev 17 int a irq 10 on pci0:10 de0: CLR OACTIVE in reset de0: 21041 [10Mb/s] pass 1.1 de0: address 00:80:48:e8:5b:f6 de0: media: 1="10baseT" 2="Full Duplex 10baseT" 3="BNC" 4="AUI" de0: CLR OACTIVE in reset de0: SET OACTIVE in 21041_media_poll de0: CLR OACTIVE in linkup de0: CLR OACTIVE in reset de0: enabling 10baseT port de0: CLR OACTIVE in reset de0: CLR OACTIVE in reset de0: CLR OACTIVE in linkup de0: CLR OACTIVE in reset de0: enabling BNC port de0: CLR OACTIVE in reset de0: SET OACTIVE in init de0: SET OACTIVE in init de0: SET OACTIVE in ifstart doing setup after this line, you get no activity until you run "ifconfig" with "down", "up" or "link?". After a Reboot (see Fix) i get the following lines: de0 rev 17 int a irq 10 on pci0:10 de0: CLR OACTIVE in reset de0: 21041 [10Mb/s] pass 1.1 de0: address 00:80:48:e8:5b:f6 de0: media: 1="10baseT" 2="Full Duplex 10baseT" 3="BNC" 4="AUI" de0: CLR OACTIVE in reset de0: SET OACTIVE in 21041_media_poll de0: CLR OACTIVE in linkup de0: CLR OACTIVE in reset de0: enabling 10baseT port de0: CLR OACTIVE in reset de0: CLR OACTIVE in reset de0: CLR OACTIVE in linkup de0: CLR OACTIVE in reset de0: enabling BNC port de0: CLR OACTIVE in reset de0: CLR OACTIVE in reset de0: CLR OACTIVE in reset de0: SET OACTIVE in init de0: CLR OACTIVE in tx_intr de0: CLR OACTIVE in tx_intr de0: SET OACTIVE in init de0: CLR OACTIVE in tx_intr de0: CLR OACTIVE in tx_intr de0: CLR OACTIVE in tx_intr after eaxh packet trasmiited the last line is repeated. >Fix: I Have to boot a dos and run the following programms: (from the driver diskette) \dosodi\lsl.com \dosodi\de21x4.com fbsdboot.exe (after this boot the card works fine) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 30 15:33:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09127 for bugs-outgoing; Wed, 30 Jul 1997 15:33:16 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09117; Wed, 30 Jul 1997 15:33:05 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id PAA15517; Wed, 30 Jul 1997 15:32:02 -0700 (PDT) Date: Wed, 30 Jul 1997 15:32:02 -0700 (PDT) Message-Id: <199707302232.PAA15517@freefall.freebsd.org> To: paulz@trantor.stuyts.nl, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/4190 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Make release fails on current State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Jul 30 15:31:44 PDT 1997 State-Changed-Why: Fixed in 1.13 of fixit_crunch.conf From owner-freebsd-bugs Wed Jul 30 16:10:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA11244 for bugs-outgoing; Wed, 30 Jul 1997 16:10:09 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA11235; Wed, 30 Jul 1997 16:10:03 -0700 (PDT) Resent-Date: Wed, 30 Jul 1997 16:10:03 -0700 (PDT) Resent-Message-Id: <199707302310.QAA11235@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, lioux@gns.com.br Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA10876; Wed, 30 Jul 1997 16:00:44 -0700 (PDT) Message-Id: <199707302300.QAA10876@hub.freebsd.org> Date: Wed, 30 Jul 1997 16:00:44 -0700 (PDT) From: lioux@gns.com.br To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4195: make command works for root, yet not for other users Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4195 >Category: bin >Synopsis: make command works for root, yet not for other users >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 30 16:10:01 PDT 1997 >Last-Modified: >Originator: Mario Sergio Fujikawa Ferreira >Organization: Global Network Solutions Tec. Ltda >Release: 2.2.2 Release >Environment: >Description: The make command is working for the root user, yet not for any other user. The perms are correct, any user can reach the file and execute it. However the make command replies -> make: command unavailable. >How-To-Repeat: Strange. I can't reproduce the problem in any other system, but this one. Just issue the make command as a plain user. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 30 16:10:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA11266 for bugs-outgoing; Wed, 30 Jul 1997 16:10:17 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA11248; Wed, 30 Jul 1997 16:10:11 -0700 (PDT) Resent-Date: Wed, 30 Jul 1997 16:10:11 -0700 (PDT) Resent-Message-Id: <199707302310.QAA11248@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, lioux@gns.com.br Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA10885; Wed, 30 Jul 1997 16:00:55 -0700 (PDT) Message-Id: <199707302300.QAA10885@hub.freebsd.org> Date: Wed, 30 Jul 1997 16:00:55 -0700 (PDT) From: lioux@gns.com.br To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4196: make command works for root, yet not for other users Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4196 >Category: bin >Synopsis: make command works for root, yet not for other users >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jul 30 16:10:05 PDT 1997 >Last-Modified: >Originator: Mario Sergio Fujikawa Ferreira >Organization: Global Network Solutions Tec. Ltda >Release: 2.2.2 Release >Environment: >Description: The make command is working for the root user, yet not for any other user. The perms are correct, any user can reach the file and execute it, perms 0555. However the make command replies -> make: command unavailable. >How-To-Repeat: Strange. I can't reproduce the problem in any other system, but this one. Just issue the make command as a plain user. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jul 30 22:51:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA05796 for bugs-outgoing; Wed, 30 Jul 1997 22:51:12 -0700 (PDT) Received: from acromail.ml.org (acroal.vip.best.com [206.86.222.181]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA05785 for ; Wed, 30 Jul 1997 22:51:08 -0700 (PDT) Received: from localhost (kernel@localhost) by acromail.ml.org (8.8.6/8.8.5) with SMTP id WAA00636; Wed, 30 Jul 1997 22:51:32 -0700 (PDT) Date: Wed, 30 Jul 1997 22:51:32 -0700 (PDT) From: FreeBSD Technical Reader To: Craig Leres cc: freebsd-bugs@hub.freebsd.org Subject: Re: kern/4112: Re: PPSCLOCK kernel diffs In-Reply-To: <199707281020.DAA22118@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk How about an onboard integrated GPS that replaces the cmos clock. i just started running xntpd today stratum 0 on one of my network servers to sync some clients xntpd --- very nice. Anybody got any hints on getting yppasswd /rpc.yppasswdd to work yppaswd works on the local ypserver but not on a remote client running ypbind. From owner-freebsd-bugs Thu Jul 31 00:00:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA10957 for bugs-outgoing; Thu, 31 Jul 1997 00:00:52 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA10697; Wed, 30 Jul 1997 23:59:16 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id XAA18449; Wed, 30 Jul 1997 23:58:08 -0700 (PDT) Date: Wed, 30 Jul 1997 23:58:08 -0700 (PDT) Message-Id: <199707310658.XAA18449@freefall.freebsd.org> To: lioux@gns.com.br, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4195 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: make command works for root, yet not for other users State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Jul 30 23:57:13 PDT 1997 State-Changed-Why: This is definitely not a bug in FreeBSD or we'd have heard about it by now. More likely this is some crazed admin behind the wheel who has inadvertantly changed the permissions of a directory somewhere. From owner-freebsd-bugs Thu Jul 31 00:01:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA11003 for bugs-outgoing; Thu, 31 Jul 1997 00:01:41 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA10983; Thu, 31 Jul 1997 00:01:19 -0700 (PDT) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id AAA18598; Thu, 31 Jul 1997 00:00:12 -0700 (PDT) Date: Thu, 31 Jul 1997 00:00:12 -0700 (PDT) Message-Id: <199707310700.AAA18598@freefall.freebsd.org> To: lioux@gns.com.br, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4196 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: make command works for root, yet not for other users State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Jul 30 23:59:57 PDT 1997 State-Changed-Why: Duplicate of PR#4195 From owner-freebsd-bugs Thu Jul 31 03:20:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA25678 for bugs-outgoing; Thu, 31 Jul 1997 03:20:11 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA25619; Thu, 31 Jul 1997 03:20:04 -0700 (PDT) Resent-Date: Thu, 31 Jul 1997 03:20:04 -0700 (PDT) Resent-Message-Id: <199707311020.DAA25619@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ada@not-enough.bandwidth.org Received: from polya.blah.org (slmel56p09.ozemail.com.au [203.108.203.185]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA25188 for ; Thu, 31 Jul 1997 03:14:05 -0700 (PDT) Received: (from ada@localhost) by polya.blah.org (8.8.6/8.8.5) id UAA08494; Thu, 31 Jul 1997 20:14:02 +1000 (EST) Message-Id: <199707311014.UAA08494@polya.blah.org> Date: Thu, 31 Jul 1997 20:14:02 +1000 (EST) From: Ada T Lim Reply-To: ada@not-enough.bandwidth.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/4198: broken chmod(2),sticky(8) manpage Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4198 >Category: docs >Synopsis: broken chmod(2),sticky(8) manpage >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 31 03:20:03 PDT 1997 >Last-Modified: >Originator: Ada T Lim >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: The chmod(2) manpage as well as the sticky(8) manpage both still refer to the ability to create sticky-bit files. Only the super-user can set the sticky bit on a sharable executable file. (from sticky(8)) However, from /usr/src/sys/ufs/ufs/ufs_vnops.c: if (vp->v_type != VDIR && (mode & S_ISTXT)) return (EFTYPE); Also, S_ISTXT isn't adequately documented - both stat(2) and chmod(2) refer to only S_ISVTX, not S_ISTXT >How-To-Repeat: >Fix: Fix the manpages, as mentioned above :) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 31 03:20:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA25737 for bugs-outgoing; Thu, 31 Jul 1997 03:20:22 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA25704; Thu, 31 Jul 1997 03:20:15 -0700 (PDT) Resent-Date: Thu, 31 Jul 1997 03:20:15 -0700 (PDT) Resent-Message-Id: <199707311020.DAA25704@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ada@not-enough.bandwidth.org Received: from polya.blah.org (slmel56p09.ozemail.com.au [203.108.203.185]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA25505 for ; Thu, 31 Jul 1997 03:18:49 -0700 (PDT) Received: (from ada@localhost) by polya.blah.org (8.8.6/8.8.5) id UAA08624; Thu, 31 Jul 1997 20:18:47 +1000 (EST) Message-Id: <199707311018.UAA08624@polya.blah.org> Date: Thu, 31 Jul 1997 20:18:47 +1000 (EST) From: Ada T Lim Reply-To: ada@not-enough.bandwidth.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/4199: chmod(2) manpage broken Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4199 >Category: docs >Synopsis: chmod(2) manpage broken >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 31 03:20:11 PDT 1997 >Last-Modified: >Originator: Ada T Lim >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: >Description: The chmod(2) manpage does not include the EFTYPE error in its ERROR section which is returned by chmod(2) when attempting to set the sticky-bit upon a file. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 31 05:30:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA04329 for bugs-outgoing; Thu, 31 Jul 1997 05:30:08 -0700 (PDT) Received: from callisto.geo.unizh.ch (callisto.geo.unizh.ch [130.60.176.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA04287 for ; Thu, 31 Jul 1997 05:30:00 -0700 (PDT) Received: from abroholos.geo.unizh.ch ([130.60.176.58]) by callisto.geo.unizh.ch (post.office MTA v1.9.3 ID# 0-10329) with SMTP id AAA14497 for ; Thu, 31 Jul 1997 14:29:56 +0200 Received: from localhost by abroholos.geo.unizh.ch (SMI-8.6) id OAA02433; Thu, 31 Jul 1997 14:29:56 +0200 Date: Thu, 31 Jul 1997 14:29:56 +0200 (MET DST) From: fbrazile@geo.unizh.ch (Frank Brazile) X-Sender: fbrazile@abroholos To: freebsd-bugs@freebsd.org Subject: major bug found similar to one reported Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My bug must be similar to the one reported at http://www.freebsd.org/cgi/query-pr.cgi?pr=2923 but still, I got to it slightly differently. I innocently tried to load up the new latex2html release on my pentium running 2.2.1-release and perl5.003. It mostly seemed to run okay, but then my machine panic'd and I got the vm_fault. Since I was running X and other stuff, I tried again immediately after rebooting, and it panic'd again. If you would like more info, I'll be happy to help. -F. ------------------------------------------------------------------- Frank Brazile | Internet: fbrazile@geo.unizh.ch Assistant NF | Universitat Zurich Generalization Gruppe | Winterthurerstr. 190 nummer: (01) 257 5255 | 8057 Zuerich, CH From owner-freebsd-bugs Thu Jul 31 05:37:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA04926 for bugs-outgoing; Thu, 31 Jul 1997 05:37:24 -0700 (PDT) Received: from ot.stpn.soft.net ([204.143.126.74]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA04915 for ; Thu, 31 Jul 1997 05:37:17 -0700 (PDT) Received: from andes (andes.opentech.stpn.soft.net [204.143.126.66]) by ot.stpn.soft.net (8.6.12/8.6.12) with ESMTP id SAA00585 for ; Thu, 31 Jul 1997 18:09:51 +0530 Message-ID: <33E11A13.C6898CCE@opentech.stpn.soft.net> Date: Thu, 31 Jul 1997 18:04:51 -0500 From: Prashant Dongre Reply-To: pdongre@opentech.stpn.soft.net Organization: Open Technologies X-Mailer: Mozilla 4.01 [en] (WinNT; I) MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Subject: Creative 16X CD-ROM Not working if connected on second IDE channel X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Release : 2.1.7 Environment : Pentium 166, 2 Gb HDD, 1.44 FDD, Creative 16X CD-ROM Description CD-ROM not found, Not working if connected on second IDE channel. (either as master or as slave). CD-ROM works fine if connected on first IDE channed as slave and HDD as master. CD-ROM works fine if connected on first IDE or seconf IDE channel if used in Windows 95. I have to rebuild kernel for using CD-ROM on first IDE channel after adding option ATAPI and device wcd0 in the config file. I also added following line in config so as to add device on secondary IDE channel device wcd1 I have't forgotten to add "controller wd1" in the config file. I would like to have CDROM on second IDE channel so as to utilize 16X speed. If CDROM is on the same channel as of HDD then there are very severe speed penalties... How-To-Repeat Attach CDROM to secondary IDE controller as slave, OR as master on the same controller. From owner-freebsd-bugs Thu Jul 31 05:42:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA05276 for bugs-outgoing; Thu, 31 Jul 1997 05:42:15 -0700 (PDT) Received: from ot.stpn.soft.net ([204.143.126.74]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA05271 for ; Thu, 31 Jul 1997 05:42:09 -0700 (PDT) Received: from andes (andes.opentech.stpn.soft.net [204.143.126.66]) by ot.stpn.soft.net (8.6.12/8.6.12) with ESMTP id SAA00612 for ; Thu, 31 Jul 1997 18:15:03 +0530 Message-ID: <33E11B4B.76C4F880@opentech.stpn.soft.net> Date: Thu, 31 Jul 1997 18:10:03 -0500 From: Prashant Dongre Reply-To: pdongre@hotmail.com, pdongre@opentech.stpn.soft.net Organization: Open Technologies X-Mailer: Mozilla 4.01 [en] (WinNT; I) MIME-Version: 1.0 To: "freebsd-bugs@freebsd.org" Subject: Creative 16X CD-ROM Not working if connected on second IDE channel X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Release : 2.1.7 Environment : Pentium 166, 2 Gb HDD, 1.44 FDD, Creative 16X CD-ROM Description CD-ROM not found, Not working if connected on second IDE channel. (either as master or as slave). CD-ROM works fine if connected on first IDE channed as slave and HDD as master. CD-ROM works fine if connected on first IDE or seconf IDE channel if used in Windows 95. I have to rebuild kernel for using CD-ROM on first IDE channel after adding option ATAPI and device wcd0 in the config file. I also added following line in config so as to add device on secondary IDE channel device wcd1 I have't forgotten to add "controller wd1" in the config file. I would like to have CDROM on second IDE channel so as to utilize 16X speed. If CDROM is on the same channel as of HDD then there are very severe speed penalties... How-To-Repeat Attach CDROM to secondary IDE controller as slave, OR as master on the same controller. From owner-freebsd-bugs Thu Jul 31 08:39:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA16131 for bugs-outgoing; Thu, 31 Jul 1997 08:39:39 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA16108 for ; Thu, 31 Jul 1997 08:39:14 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.6/8.8.6) with ESMTP id SAA11582; Thu, 31 Jul 1997 18:38:39 +0300 (EET DST) Received: (hsu@localhost) by katiska.clinet.fi (8.8.6/8.6.4) id SAA23414; Thu, 31 Jul 1997 18:38:38 +0300 (EEST) Date: Thu, 31 Jul 1997 18:38:38 +0300 (EEST) Message-Id: <199707311538.SAA23414@katiska.clinet.fi> From: Heikki Suonsivu To: ee96199@tom.fe.up.pt Cc: freebsd-bugs@freebsd.org In-reply-to: jmg@bug.fe.up.pt's message of 29 Jul 1997 07:53:07 +0300 Subject: Re: bin/4187: w command Organization: Clinet Ltd, Espoo, Finland References: <199707281552.QAA00784@garfield.telepac.pt> Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: jmg@bug.fe.up.pt >Synopsis: The w command should have a larger tty field Like most Unices FreeBSD should have a larger tty field at least as large as UT_LINESIZE (/usr/include/utmp.h). If the tty name is logged with this size why isn't the w command reporting it? All of it should be larger. Most most host names are longer than 16 bytes, for example. Making it variable-length ascii file would seem best, but will need some form of compatibility and lots of communication between various unices to avoid everyone inventing their own. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 From owner-freebsd-bugs Thu Jul 31 10:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22933 for bugs-outgoing; Thu, 31 Jul 1997 10:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22926; Thu, 31 Jul 1997 10:50:03 -0700 (PDT) Resent-Date: Thu, 31 Jul 1997 10:50:03 -0700 (PDT) Resent-Message-Id: <199707311750.KAA22926@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jason@ampersand.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22860; Thu, 31 Jul 1997 10:48:17 -0700 (PDT) Message-Id: <199707311748.KAA22860@hub.freebsd.org> Date: Thu, 31 Jul 1997 10:48:17 -0700 (PDT) From: jason@ampersand.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4200: "vm_fault: fault on nofault entry" when running latex2html 97-1 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4200 >Category: kern >Synopsis: "vm_fault: fault on nofault entry" when running latex2html 97-1 >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 31 10:50:02 PDT 1997 >Last-Modified: >Originator: Jason Brazile >Organization: Ampersand Inc >Release: 2.2.1-RELEASE >Environment: FreeBSD question.ampersand.com 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Sun Mar 30 18:15:57 EST 1997 jason@question.ampersand.com:/usr/src/sys/compile/QUESTION i386 >Description: The machine panics on trying to run the latex2html translation program. My brother told me it happened to him and I went and got the latest version of latex2html (97-1) from CTAN and just tried to run it on the example that comes with it. The panic appears to be:vm_fault.c: line 200 if (entry->eflags & MAP_ENTRY_NOFAULT) { panic("vm_fault: fault on nofault entry, addr: %lx", vaddr); } This happens to me every time. I get addrs around f3483000 and f34e8000 but I use a custom kernel so that probably doesn't help (sorry I don't have kernel debugging turned on). >How-To-Repeat: 1) get latex2html-97.1 from CTAN 2) it is a pain in the ass to install, these commands might help: # # edit latex2html.config to set LATEX2HTMLDIR to /usr/local/share/latex2html # # and command paths to include /usr/local/bin tar -cf - latex2html.config pstoimg texexpand install-test latex2html configure- pstoimg icons.gif styles versions example tests| (cd /usr/local/share/latex2html && tar -xf -) mkdir /usr/local/share/texmf/tex/latex/latex2html (cd texinputs && (tar -cf - * | (cd /usr/local/share/texmf/tex/latex/latex2html && tar -xf -))) texhash note that you also need perl, ghostscript, netpbm, and teTeX installed You will get the panic right after it runs: /usr/local/share/latex2html/pstoimg -gif -discard -interlace -antialias -geometr y 348x16 -margins 134,72 -scale 1.6 -transparent -out s2img1.gif 258_image001.ps Running that by itself on the command line works fine. Perhaps it is due to the interaction with perl. Unfortunately, I didn't have time to track it down further. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 31 11:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA24255 for bugs-outgoing; Thu, 31 Jul 1997 11:20:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA24236; Thu, 31 Jul 1997 11:20:01 -0700 (PDT) Date: Thu, 31 Jul 1997 11:20:01 -0700 (PDT) Message-Id: <199707311820.LAA24236@hub.freebsd.org> To: freebsd-bugs Cc: From: jason@ampersand.com (Jason Brazile) Subject: Re: kern/4200: "vm_fault: fault on nofault entry" when running latex2html 97-1 Reply-To: jason@ampersand.com (Jason Brazile) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4200; it has been noted by GNATS. From: jason@ampersand.com (Jason Brazile) To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/4200: "vm_fault: fault on nofault entry" when running latex2html 97-1 Date: Thu, 31 Jul 1997 14:14:55 -0400 Just to follow up my own report. I noticed someone else mentioned they thought this was related to NFS. Sure enough, I had been running this on an NFS partition mounted from a Solaris 2.5.1 machine. When I moved the example to a local filesystem, it worked fine and there was no panic. This makes me wish I reported the only other time I noticed a panic under FreeBSD 2.2.1 which was doing a "cvs remove -d" on a directory tree located on the same NFS mounted partition I am experiencing this problem. Jason From owner-freebsd-bugs Thu Jul 31 11:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA26148 for bugs-outgoing; Thu, 31 Jul 1997 11:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA26142; Thu, 31 Jul 1997 11:50:02 -0700 (PDT) Resent-Date: Thu, 31 Jul 1997 11:50:02 -0700 (PDT) Resent-Message-Id: <199707311850.LAA26142@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, schweikh@noc.dfn.de Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA26033; Thu, 31 Jul 1997 11:48:48 -0700 (PDT) Message-Id: <199707311848.LAA26033@hub.freebsd.org> Date: Thu, 31 Jul 1997 11:48:48 -0700 (PDT) From: schweikh@noc.dfn.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/4201: Installing only X-User does not install config files needed for ports Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4201 >Category: conf >Synopsis: Installing only X-User does not install config files needed for ports >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jul 31 11:50:01 PDT 1997 >Last-Modified: >Originator: Jens Schweikhardt >Organization: DFN >Release: 2.2.2R >Environment: 2.2.2R GENERIC fresh off of the CD >Description: Installing the X-User Distribution from the CD (as opposed to X-Developper) does not install all neccessary files needed to compile ports requiring imake. >How-To-Repeat: Install just X-User and answer 'yes' when asked whether to install ports. mount /cdrom # the 2nd with the ports source cd /usr/ports/astro/xphoon make # fails because /usr/X11R6/lib/X11/config directory does not exist # among other stuff, like include files, libraries and so on >Fix: Problem is that the config files for imake (like Imake.tmpl) are not in XF86cfg but XF86prog which is off by default for X-User. FIX: have XF86prog on by default for X-User too. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 31 13:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA00238 for bugs-outgoing; Thu, 31 Jul 1997 13:10:06 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA00232; Thu, 31 Jul 1997 13:10:04 -0700 (PDT) Resent-Date: Thu, 31 Jul 1997 13:10:04 -0700 (PDT) Resent-Message-Id: <199707312010.NAA00232@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, adam@veda.is Received: from veda.is (root@veda.is [193.4.230.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA29500 for ; Thu, 31 Jul 1997 13:01:01 -0700 (PDT) Received: from ubiq.veda.is (adam@ubiq.veda.is [193.4.230.60]) by veda.is (8.8.6/8.8.5) with ESMTP id UAA07250 for ; Thu, 31 Jul 1997 20:00:58 GMT Received: (from adam@localhost) by ubiq.veda.is (8.8.6/8.8.5) id UAA02655; Thu, 31 Jul 1997 20:00:55 GMT Message-Id: <199707312000.UAA02655@ubiq.veda.is> Date: Thu, 31 Jul 1997 20:00:55 GMT From: Adam David Reply-To: adam@veda.is To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4202: pwd_mkdb trashes .db Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4202 >Category: bin >Synopsis: pwd_mkdb trashes .db >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 31 13:10:02 PDT 1997 >Last-Modified: >Originator: Adam David >Organization: Veda Internet >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD >Description: pwd_mkdb trashes spwd.db when the root partition is full. this is not acceptable behaviour, it should fail gracefully. >How-To-Repeat: (almost) fill the root partition and add a user. >Fix: a) don't do that b) move the old database files out of the way and move them back if we fail. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jul 31 14:21:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA04565 for bugs-outgoing; Thu, 31 Jul 1997 14:21:10 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA04549; Thu, 31 Jul 1997 14:21:02 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA07884; Thu, 31 Jul 1997 14:19:51 -0700 (PDT) Date: Thu, 31 Jul 1997 14:19:51 -0700 (PDT) Message-Id: <199707312119.OAA07884@freefall.freebsd.org> To: joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, joerg@FreeBSD.ORG Subject: Re: kern/4164 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pcvt VT_WAITACTIVE ioctl busted Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: joerg Responsible-Changed-When: Thu Jul 31 23:18:55 MEST 1997 Responsible-Changed-Why: I've been the last one mucking with kernel sppp, so i'll deal with this problem. The submitted patch looks simple enough... From owner-freebsd-bugs Thu Jul 31 14:22:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA04632 for bugs-outgoing; Thu, 31 Jul 1997 14:22:35 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA04624; Thu, 31 Jul 1997 14:22:29 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA07966; Thu, 31 Jul 1997 14:21:18 -0700 (PDT) Date: Thu, 31 Jul 1997 14:21:18 -0700 (PDT) Message-Id: <199707312121.OAA07966@freefall.freebsd.org> To: joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, joerg@FreeBSD.ORG Subject: Re: kern/4117 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: if_spppsubr.c: problem talking with cisco via cisco hdlc Responsible-Changed-From-To: freebsd-bugs->joerg Responsible-Changed-By: joerg Responsible-Changed-When: Thu Jul 31 23:20:07 MEST 1997 Responsible-Changed-Why: I've touched sppp last time. Anyway, Jun-ichiro, you've got commit privs as well... From owner-freebsd-bugs Thu Jul 31 14:24:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA04756 for bugs-outgoing; Thu, 31 Jul 1997 14:24:23 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA04736; Thu, 31 Jul 1997 14:24:05 -0700 (PDT) From: Joerg Wunsch Received: (from joerg@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA08082; Thu, 31 Jul 1997 14:22:53 -0700 (PDT) Date: Thu, 31 Jul 1997 14:22:53 -0700 (PDT) Message-Id: <199707312122.OAA08082@freefall.freebsd.org> To: nsayer@quack.kfu.com, joerg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/4136 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: worm fails with 'write append error' State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu Jul 31 23:22:22 MEST 1997 State-Changed-Why: Closed at Nick's request, see audit-trail. From owner-freebsd-bugs Thu Jul 31 14:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05070 for bugs-outgoing; Thu, 31 Jul 1997 14:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05057; Thu, 31 Jul 1997 14:30:01 -0700 (PDT) Date: Thu, 31 Jul 1997 14:30:01 -0700 (PDT) Message-Id: <199707312130.OAA05057@hub.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/4122: syslogd has undesired effect when logging to a program Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4122; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: joes@spiritone.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/4122: syslogd has undesired effect when logging to a program Date: Thu, 31 Jul 1997 23:06:32 +0200 As Joseph Stein wrote: > The default behaviour of syslogd is to keep pipes open until > no longer needed (I believe, based on man pages and experience). This was intention. Actually, the process is being shut down after some (rather long, i think 2 x `mark interval', i.e. 40 minutes by default) time. > This can be undesired if you wish to have any types of syslog messages > transmitted to an alphanumeric pager, because it can take a long time > (in one case here, about twelve hours) for the pipe to be closed, and > therefore the page to be sent. (in this case). > > I poked around in the source for syslogd and think I have come to > a compatible change, that closes the pipe after each log entry is > written. > > I realize that this is an inefficient use of system resources; but > it was the easiest way to achieve my desired result. This was exactly the reason why i didn't implement it this way (unlike it is done on SGI IRIX, where this idea has been taken from). syslog messages are always just one line, so i thought it would be reasonable that the program these messages are being piped into could handle the case of `important' messages itself well enough. I realize that this is a compromise, but generally closing the pipe after each message is IMHO more unacceptable, since you can't workaround the resource wastage in the filter program (think of logging events that might happen for a short period with thousands of events per second -- nothing that hasn't been seen yet). You can however work around the pipe not being closed in the filter program -- in the simplest case, wrap it with a shell script that reads exactly one line of input, and then exits. (SGI IRIX apparently didn't care about resource wastage. I think we should.) Unless somebody seriously disagrees with my opinion here, i suggest to close the PR without further action. If someone suggests a manpage addition that enlightens the above reasoning (perhaps with some examples), i absolutely don't mind adding 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 Thu Jul 31 19:41:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA19323 for bugs-outgoing; Thu, 31 Jul 1997 19:41:21 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA19313; Thu, 31 Jul 1997 19:41:13 -0700 (PDT) Received: from awfulhak.org (dev.lan.awfulhak.org [10.0.1.5]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id DAA04128; Fri, 1 Aug 1997 03:32:10 +0100 (BST) Received: from dev.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.org (8.8.6/8.8.6) with ESMTP id DAA03545; Fri, 1 Aug 1997 03:32:09 +0100 (BST) Message-Id: <199708010232.DAA03545@awfulhak.org> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Jordan K. Hubbard" cc: lioux@gns.com.br, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4195 In-reply-to: Your message of "Wed, 30 Jul 1997 23:58:08 PDT." <199707310658.XAA18449@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Aug 1997 03:32:09 +0100 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Synopsis: make command works for root, yet not for other users > > State-Changed-From-To: open-closed > State-Changed-By: jkh > State-Changed-When: Wed Jul 30 23:57:13 PDT 1997 > State-Changed-Why: > This is definitely not a bug in FreeBSD or we'd have heard about > it by now. More likely this is some crazed admin behind the wheel > who has inadvertantly changed the permissions of a directory somewhere. /usr/share/mk I'd wager ! -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Thu Jul 31 21:48:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA26638 for bugs-outgoing; Thu, 31 Jul 1997 21:48:41 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26632; Thu, 31 Jul 1997 21:48:36 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id VAA24808; Thu, 31 Jul 1997 21:43:35 -0700 (PDT) To: "Mario Sergio Fujikawa Ferreira" cc: "Jordan K. Hubbard" , "Brian Somers" , freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4195 In-reply-to: Your message of "Fri, 01 Aug 1997 01:37:14 -0300." <199708010439.BAA14471@srv1-bsb.gns.com.br> Date: Thu, 31 Jul 1997 21:43:34 -0700 Message-ID: <24804.870410614@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > More weird than that. I have found to my surprise that the problem was in > the perms of the mounting point of /usr. Something I wouldn't normally > notice. Luckyly I was trying everything. Heh. :-) Yeah, I noticed the mount-point permission propagation issue about 2 years ago, even filing it as a PR since I thought it was confusing and bogus, but I was shouted down by many who defended the practice. :-) Jordan From owner-freebsd-bugs Thu Jul 31 21:49:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA26671 for bugs-outgoing; Thu, 31 Jul 1997 21:49:27 -0700 (PDT) Received: from proxy-bsb.gns.com.br (KKmEecL+FwOdpx96ckPFD2BqLQbLDCtk@srv1-bsb.GNS.com.br [200.239.56.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA26277 for ; Thu, 31 Jul 1997 21:44:00 -0700 (PDT) Received: (qmail 14475 invoked from network); 1 Aug 1997 04:39:42 -0000 Received: from unknown (HELO srv1-bsb.gns.com.br) (unknown) by unknown with SMTP; 1 Aug 1997 04:39:42 -0000 Received: (from mail@localhost) by srv1-bsb.gns.com.br (8.8.6/8.8.6) id BAA14471; Fri, 1 Aug 1997 01:39:41 -0300 (EST) Message-Id: <199708010439.BAA14471@srv1-bsb.gns.com.br> Received: from dl0234-bsb.gns.com.br(200.239.56.234) by srv1-bsb.gns.com.br via smap (V2.0) id xma014468; Fri, 1 Aug 97 01:39:08 -0300 From: "Mario Sergio Fujikawa Ferreira" To: "Jordan K. Hubbard" , "Brian Somers" Cc: Subject: Re: bin/4195 Date: Fri, 1 Aug 1997 01:37:14 -0300 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Dear Guys, > > Synopsis: make command works for root, yet not for other users > > > > State-Changed-From-To: open-closed > > State-Changed-By: jkh > > State-Changed-When: Wed Jul 30 23:57:13 PDT 1997 > > State-Changed-Why: > > This is definitely not a bug in FreeBSD or we'd have heard about > > it by now. More likely this is some crazed admin behind the wheel > > who has inadvertantly changed the permissions of a directory somewhere. More weird than that. I have found to my surprise that the problem was in the perms of the mounting point of /usr. Something I wouldn't normally notice. Luckyly I was trying everything. Regards, Mario Ferreira. From owner-freebsd-bugs Thu Jul 31 22:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA00239 for bugs-outgoing; Thu, 31 Jul 1997 22:40:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA00223; Thu, 31 Jul 1997 22:40:01 -0700 (PDT) Resent-Date: Thu, 31 Jul 1997 22:40:01 -0700 (PDT) Resent-Message-Id: <199708010540.WAA00223@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, tolik@www.tomsk.su Received: from www.tomsk.su (www.tomsk.su [193.124.185.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA29657 for ; Thu, 31 Jul 1997 22:32:24 -0700 (PDT) Received: (from tolik@localhost) by www.tomsk.su (8.8.5/8.8.5) id NAA05400; Fri, 1 Aug 1997 13:31:08 +0800 (TSD) Message-Id: <199708010531.NAA05400@www.tomsk.su> Date: Fri, 1 Aug 1997 13:31:08 +0800 (TSD) From: "Anatoly A. Orehovsky" Reply-To: tolik@www.tomsk.su To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4204: Getting wrong ac report Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4204 >Category: bin >Synopsis: ac printed wrong report about tty users >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jul 31 22:40:00 PDT 1997 >Last-Modified: >Originator: Anatoly A. Orehovsky >Organization: CISA Ltd. >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: Correct wtmp file. >Description: Running ac with it any keys result in wrong printed times for tty users. For example: running ac -p in /etc/monthly. Also default rotate value for wtmp (168 hours) in /etc/newsyslog.conf is not compatible with running ac -p from /etc/monthly. >How-To-Repeat: ac -p ac -d ... >Fix: This problem is result mixed '!=' and '==' operators in ac.c(ac()). Patch: -- BEGIN of patch-- *** ac.c.orig Fri Oct 27 06:10:10 1995 --- ac.c Fri Aug 1 12:54:53 1997 *************** *** 506,513 **** * a login session if the ut_host field is non-empty */ if (*usr.ut_name) { ! if (strncmp(usr.ut_line, "tty", 3) != 0 || ! strchr("pqrstuvwxy", usr.ut_line[3]) == 0 || *usr.ut_host != '\0') head = log_in(head, &usr); } else --- 506,513 ---- * a login session if the ut_host field is non-empty */ if (*usr.ut_name) { ! if (strncmp(usr.ut_line, "tty", 3) == 0 || ! strchr("pqrstuvwxy", usr.ut_line[3]) != 0 || *usr.ut_host != '\0') head = log_in(head, &usr); } else -- END of patch -- For remove noncompatibilty /etc/newsyslog.conf with /etc/monthly require to move follow code from /etc/monthly: --BEGIN of code echo "Doing login accounting:" ac -p | sort -nr +1 -- END of code -- to /etc/weekly. And stay to receive "ac -p" report every week. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Aug 1 00:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07037 for bugs-outgoing; Fri, 1 Aug 1997 00:50:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07029; Fri, 1 Aug 1997 00:50:02 -0700 (PDT) Resent-Date: Fri, 1 Aug 1997 00:50:02 -0700 (PDT) Resent-Message-Id: <199708010750.AAA07029@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, tetsuya@secom-sis.co.jp Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA06734; Fri, 1 Aug 1997 00:44:55 -0700 (PDT) Message-Id: <199708010744.AAA06734@hub.freebsd.org> Date: Fri, 1 Aug 1997 00:44:55 -0700 (PDT) From: tetsuya@secom-sis.co.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4206: Output of ``ps -o lstart'' Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4206 >Category: bin >Synopsis: Output of ``ps -o lstart'' >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 1 00:50:01 PDT 1997 >Last-Modified: >Originator: Tetsuya Furukawa >Organization: Secom Information System, Co. Ltd >Release: 2.2-STABLE >Environment: FreeBSD hasega2pc.secom-sis.co.jp 2.2-STABLE FreeBSD 2.2-STABLE #0: Tue Jul 15 11:33:12 JST 1997 tetsuya@hasega2pc.secom-sis.co.jp:/export/FreeBSD/src-2.2/sys/compile/HASEGA2PC i386 >Description: The command line: ``ps -o lstart'' displays the number of this century: ``19'', though it should display the more exact time. >How-To-Repeat: On the shell prompt, type as ``ps -o lstart''. Then you'll see that every output line says ``19''. >Fix: In lstarted() in /bin/ps/print.c, replace the third argument of strftime() that is now "%C" by "%c", "%R", "%T" or other things. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Aug 1 03:54:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA14054 for bugs-outgoing; Fri, 1 Aug 1997 03:54:05 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA14049 for ; Fri, 1 Aug 1997 03:54:02 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA27986; Fri, 1 Aug 1997 12:52:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id MAA19732; Fri, 1 Aug 1997 12:33:47 +0200 (MET DST) Message-ID: <19970801123347.VP07578@uriah.heep.sax.de> Date: Fri, 1 Aug 1997 12:33:47 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: lioux@gns.com.br (Mario Sergio Fujikawa Ferreira), brian@awfulhak.org (Brian Somers), freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4195 References: <199708010439.BAA14471@srv1-bsb.gns.com.br> <24804.870410614@time.cdrom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 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: <24804.870410614@time.cdrom.com>; from Jordan K. Hubbard on Jul 31, 1997 21:43:34 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > Yeah, I noticed the mount-point permission propagation issue about 2 > years ago, even filing it as a PR since I thought it was confusing and > bogus, but I was shouted down by many who defended the practice. :-) Not right `defended'. However, it's the typical behaviour for all Unices i've seen so far, with the only exception of Digital Unix who seem to has this 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 Fri Aug 1 05:02:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16067 for bugs-outgoing; Fri, 1 Aug 1997 05:02:29 -0700 (PDT) Received: (from dufault@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16014; Fri, 1 Aug 1997 05:02:24 -0700 (PDT) Date: Fri, 1 Aug 1997 05:02:24 -0700 (PDT) From: Peter Dufault Message-Id: <199708011202.FAA16014@hub.freebsd.org> To: dufault, freebsd-bugs, dufault Subject: Re: bin/3762 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Bogus return values from rtprio(1) Responsible-Changed-From-To: freebsd-bugs->dufault Responsible-Changed-By: dufault Responsible-Changed-When: Fri Aug 1 05:00:17 PDT 1997 Responsible-Changed-Why: Take over rtprio/p1003.4 reports From owner-freebsd-bugs Fri Aug 1 05:02:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16170 for bugs-outgoing; Fri, 1 Aug 1997 05:02:56 -0700 (PDT) Received: (from dufault@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16115; Fri, 1 Aug 1997 05:02:51 -0700 (PDT) Date: Fri, 1 Aug 1997 05:02:51 -0700 (PDT) From: Peter Dufault Message-Id: <199708011202.FAA16115@hub.freebsd.org> To: dufault, freebsd-bugs, dufault Subject: Re: bin/3837 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: new feature for rtprio Responsible-Changed-From-To: freebsd-bugs->dufault Responsible-Changed-By: dufault Responsible-Changed-When: Fri Aug 1 05:02:26 PDT 1997 Responsible-Changed-Why: Take over rtprio/p1003.4 reports From owner-freebsd-bugs Fri Aug 1 05:03:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16276 for bugs-outgoing; Fri, 1 Aug 1997 05:03:35 -0700 (PDT) Received: (from dufault@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16223; Fri, 1 Aug 1997 05:03:31 -0700 (PDT) Date: Fri, 1 Aug 1997 05:03:31 -0700 (PDT) From: Peter Dufault Message-Id: <199708011203.FAA16223@hub.freebsd.org> To: dufault, freebsd-bugs, dufault Subject: Re: kern/2273 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: support for POSIX.4 / POSIX.1a RT-scheduler API Responsible-Changed-From-To: freebsd-bugs->dufault Responsible-Changed-By: dufault Responsible-Changed-When: Fri Aug 1 05:02:54 PDT 1997 Responsible-Changed-Why: Take over rtprio/p1003.4 reports. From owner-freebsd-bugs Fri Aug 1 05:03:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16380 for bugs-outgoing; Fri, 1 Aug 1997 05:03:59 -0700 (PDT) Received: (from dufault@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16327; Fri, 1 Aug 1997 05:03:55 -0700 (PDT) Date: Fri, 1 Aug 1997 05:03:55 -0700 (PDT) From: Peter Dufault Message-Id: <199708011203.FAA16327@hub.freebsd.org> To: dufault, freebsd-bugs, dufault Subject: Re: bin/2603 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Added POSIX.4/POSIX.1b constants in unistd.h Responsible-Changed-From-To: freebsd-bugs->dufault Responsible-Changed-By: dufault Responsible-Changed-When: Fri Aug 1 05:03:34 PDT 1997 Responsible-Changed-Why: Take over rtprio/p1003.4 reports From owner-freebsd-bugs Fri Aug 1 05:04:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16486 for bugs-outgoing; Fri, 1 Aug 1997 05:04:18 -0700 (PDT) Received: (from dufault@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16465; Fri, 1 Aug 1997 05:04:14 -0700 (PDT) Date: Fri, 1 Aug 1997 05:04:14 -0700 (PDT) From: Peter Dufault Message-Id: <199708011204.FAA16465@hub.freebsd.org> To: dufault, freebsd-bugs, dufault Subject: Re: bin/2604 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Added POSIX.4/POSIX.1b shm_open()/shm_unlink() Responsible-Changed-From-To: freebsd-bugs->dufault Responsible-Changed-By: dufault Responsible-Changed-When: Fri Aug 1 05:03:56 PDT 1997 Responsible-Changed-Why: Take over rtprio/p1003.4 reports From owner-freebsd-bugs Fri Aug 1 05:17:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA16941 for bugs-outgoing; Fri, 1 Aug 1997 05:17:50 -0700 (PDT) Received: from kanin.arnes.si (kanin.arnes.si [193.2.1.66]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA16934 for ; Fri, 1 Aug 1997 05:17:47 -0700 (PDT) Received: from irc.arnes.si by kanin.arnes.si with SMTP using DNS (PP) id <00310-0@kanin.arnes.si>; Fri, 1 Aug 1997 14:17:25 +0200 Received: by tosc.arnes.si with SMTP id <4308-143>; Fri, 1 Aug 1997 14:17:18 +0100 X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-bugs@FreeBSD.ORG Subject: possible bug in ptrace(2) - PT_DETACH Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Aug 1997 14:17:04 +0200 From: Uros Juvan Message-Id: <97Aug1.141718mest.4308-143+229@tosc.arnes.si> Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Look Forwarded Mesage below: ------- Forwarded Message Received: from kanin.arnes.si ([193.2.1.66]) by tosc.arnes.si with SMTP id <4308-143>; Fri, 1 Aug 1997 11:34:40 +0100 Received: from revenue.regent.e-technik.tu-muenchen.de by kanin.arnes.si with SMTP using DNS (PP) id <19393-0@kanin.arnes.si>; Fri, 1 Aug 1997 11:33:56 +0200 Received: from red.regent.e-technik.tu-muenchen.de (pes@red.regent.e-technik.tu-muenchen.de [129.187.231.159]) by revenue.regent.e-technik.tu-muenchen.de (8.8.5/8.6.9) with ESMTP id LAA08988 ; Fri, 1 Aug 1997 11:33:47 +0200 From: "Peter.Schauer" Received: (pes@localhost) by red.regent.e-technik.tu-muenchen.de (8.8.5/8.6.9) id LAA16690 ; Fri, 1 Aug 1997 11:33:46 +0200 Message-Id: <199708010933.LAA16690@red.regent.e-technik.tu-muenchen.de> Subject: Re: gdb and signals To: uros.juvan@arnes.si (Uros Juvan) Date: Fri, 1 Aug 97 11:33:45 MET DST Cc: shebs@cygnus.com In-Reply-To: <97Aug1.095519mest.4308-143+225@tosc.arnes.si>; from "Uros Juvan" at Aug 1, 97 9:55 am X-Mailer: ELM [version 2.3 PL6] This looks like a bug in the freebsd kernel, GDB behaves as expected when I tried the example under SunOs 4.1. The following GDB code is executed when the detach command is issued: int siggnal = 0; if (from_tty) { char *exec_file = get_exec_file (0); if (exec_file == 0) exec_file = ""; printf_unfiltered ("Detaching from program: %s %s\n", exec_file, target_pid_to_str (inferior_pid)); gdb_flush (gdb_stdout); } if (args) siggnal = atoi (args); detach (siggnal); and detach is: errno = 0; ptrace (PT_DETACH, inferior_pid, (PTRACE_ARG3_TYPE) 1, signal); if (errno) perror_with_name ("ptrace"); Traditionally passing signal 0 to PT_DETACH means to cancel the current signal, but it seems that freebsd doesn't honor the request. > Hello. > > Is this kind of behavio a bug or a feature: > > test.c program: > ---------------- > #include > #include > > main() > { > while (1) { > sleep(1); > } > } > ----------------- > > Then I run this program in background: > # ./test & > [1] 8407 > > Then I run gdb > # gdb > 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. > (gdb) attach 8407 > Attaching to process 8407 > 0x804d853 in ?? () > (gdb) info handle > Signal Stop Print Pass to program Description > > SIGHUP Yes Yes Yes Hangup > SIGINT Yes Yes No Interrupt > . > . > . > (gdb) c > Continuing. > ^C > Program received signal SIGINT, Interrupt. > 0x804d853 in ?? () > (gdb) detach > Detaching from program: process 8407 > (gdb) quit > [1]+ Interrupt ./test > # jobs > # > > ------------------------------------------------------------------------------- > As far as I read in info pages this should not happen. gdb should not deliver > SIGINT to process after it has been detached. > > With regards, > Uros Juvan > ARNES - -- Peter Schauer pes@regent.e-technik.tu-muenchen.de ------- End of Forwarded Message I run FreeBSD V2.2.1 and my sys_process.c (PT_DETACH) part looks like this: ---------- case PT_DETACH: if ((unsigned)uap->data >= NSIG) return EINVAL; PHOLD(p); if (uap->req == PT_STEP) { if ((error = ptrace_single_step (p))) { PRELE(p); return error; } } if (uap->addr != (caddr_t)1) { fill_eproc (p, &p->p_addr->u_kproc.kp_eproc); if ((error = ptrace_set_pc (p, (u_int)uap->addr))) { PRELE(p); return error; } } PRELE(p); if (uap->req == PT_DETACH) { /* reset process parent */ if (p->p_oppid != p->p_pptr->p_pid) { struct proc *pp; pp = pfind(p->p_oppid); proc_reparent(p, pp ? pp : initproc); } p->p_flag &= ~(P_TRACED | P_WAITED); p->p_oppid = 0; /* should we send SIGCHLD? */ <- that's what I'm worried about... } ---------- With regards, Uros Juvan ARNES From owner-freebsd-bugs Fri Aug 1 10:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA29324 for bugs-outgoing; Fri, 1 Aug 1997 10:00:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA29293; Fri, 1 Aug 1997 10:00:01 -0700 (PDT) Resent-Date: Fri, 1 Aug 1997 10:00:01 -0700 (PDT) Resent-Message-Id: <199708011700.KAA29293@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, danielh@dakcs.com Received: from zorkmid.dakcs.com (zorkmid.dakcs.com [206.29.223.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29068 for ; Fri, 1 Aug 1997 09:56:19 -0700 (PDT) Received: (from danielh@localhost) by zorkmid.dakcs.com (8.8.5/8.8.5) id QAA03913; Fri, 1 Aug 1997 16:56:08 GMT Message-Id: <199708011656.QAA03913@zorkmid.dakcs.com> Date: Fri, 1 Aug 1997 16:56:08 GMT From: danielh@dakcs.com Reply-To: danielh@dakcs.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4209: ipfw does not work with multiple digit interface numbers Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4209 >Category: bin >Synopsis: ipfw does not work with multiple digit interface numbers >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 1 10:00:00 PDT 1997 >Last-Modified: >Originator: Daniel Holmes >Organization: DAKCS Software Systems >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: FreeBSD-2.2.2-RELEASE, Emerging Technologies Frame Relay Card. >Description: Emerging Technologies FR Card creates interfaces based on the DLCI of the Frame Relay PVC. If the DLCI is several digits (i.e. 16), ipfw truncates the interface to a single digit. This causes actions to be performed on the wrong interface, or no action whatsoever >How-To-Repeat: Try this at a command line: (as root, of course) ipfw add allow ip from any to any via etha16 Result is: Warning: interface does not exist 00000 allow ip from any to any via etha1 At this point, an 'ipfw list' produces: 65100 allow ip from any to any via etha1 >Fix: No workarounds/fixes known by me. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Aug 1 12:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07372 for bugs-outgoing; Fri, 1 Aug 1997 12:30:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07366; Fri, 1 Aug 1997 12:30:02 -0700 (PDT) Date: Fri, 1 Aug 1997 12:30:02 -0700 (PDT) Message-Id: <199708011930.MAA07366@hub.freebsd.org> To: freebsd-bugs Cc: From: Nate Williams Subject: Re: bin/4209: ipfw does not work with multiple digit interface numbers Reply-To: Nate Williams Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4209; it has been noted by GNATS. From: Nate Williams To: danielh@dakcs.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/4209: ipfw does not work with multiple digit interface numbers Date: Fri, 1 Aug 1997 13:23:55 -0600 (MDT) > >Number: 4209 > >Category: bin > >Synopsis: ipfw does not work with multiple digit interface numbers > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Fri Aug 1 10:00:00 PDT 1997 > >Last-Modified: > >Originator: Daniel Holmes > >Organization: > DAKCS Software Systems > >Release: FreeBSD 2.2.2-RELEASE i386 > >Environment: > > FreeBSD-2.2.2-RELEASE, Emerging Technologies Frame Relay Card. > > >Description: > > Emerging Technologies FR Card creates interfaces based on the DLCI > of the Frame Relay PVC. If the DLCI is several digits (i.e. 16), > ipfw truncates the interface to a single digit. This causes actions > to be performed on the wrong interface, or no action whatsoever > > >How-To-Repeat: > > Try this at a command line: (as root, of course) > > ipfw add allow ip from any to any via etha16 > > Result is: > Warning: interface does not exist > 00000 allow ip from any to any via etha1 > > At this point, an 'ipfw list' produces: > 65100 allow ip from any to any via etha1 Hmm, this works in 2.1-stable: # /sbin/ipfw add 65000 deny log all from any to any via etha16 What's the output of: # ifconfig etha16 Nate From owner-freebsd-bugs Fri Aug 1 23:29:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA05129 for bugs-outgoing; Fri, 1 Aug 1997 23:29:11 -0700 (PDT) Received: from proxy-bsb.gns.com.br (Lx6eNo3woiKsxptRYbmnxKYuIloZ2PPi@srv1-bsb.GNS.com.br [200.239.56.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA05121 for ; Fri, 1 Aug 1997 23:29:07 -0700 (PDT) Received: (qmail 8825 invoked from network); 2 Aug 1997 06:28:49 -0000 Received: from unknown (HELO srv1-bsb.gns.com.br) (unknown) by unknown with SMTP; 2 Aug 1997 06:28:49 -0000 Received: (from mail@localhost) by srv1-bsb.gns.com.br (8.8.6/8.8.6) id DAA08804; Sat, 2 Aug 1997 03:28:47 -0300 (EST) Message-Id: <199708020628.DAA08804@srv1-bsb.gns.com.br> Received: from dl0238-bsb.gns.com.br(200.239.56.238) by srv1-bsb.gns.com.br via smap (V2.0) id xmae08793; Sat, 2 Aug 97 03:27:54 -0300 From: "Mario Sergio Fujikawa Ferreira" To: "Joerg Wunsch" , "Jordan K. Hubbard" Cc: "Brian Somers" , Subject: Re: bin/4195 Date: Sat, 2 Aug 1997 03:29:30 -0300 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Jordan K. Hubbard wrote: > > > Yeah, I noticed the mount-point permission propagation issue about 2 > > years ago, even filing it as a PR since I thought it was confusing and > > bogus, but I was shouted down by many who defended the practice. :-) > > Not right `defended'. However, it's the typical behaviour for all > Unices i've seen so far, with the only exception of Digital Unix > who seem to has this fixed. Well, what about FreeBSD getting "fixed" too? As this change poses a big change on the way things work, I guess this should be decided by the core team members. If I could vote, I would vote for fixing and I would make sure this difference would be very well documented in the handbook, man and faqs. Guys, your call. It's up to your decision. Regards, Mario Ferreira. From owner-freebsd-bugs Sat Aug 2 03:52:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA19160 for bugs-outgoing; Sat, 2 Aug 1997 03:52:31 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA19152 for ; Sat, 2 Aug 1997 03:52:23 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA13944; Sat, 2 Aug 1997 12:52:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id MAA24425; Sat, 2 Aug 1997 12:46:26 +0200 (MET DST) Message-ID: <19970802124626.QP26735@uriah.heep.sax.de> Date: Sat, 2 Aug 1997 12:46:26 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: lioux@gns.com.br (Mario Sergio Fujikawa Ferreira) Cc: jkh@time.cdrom.com (Jordan K. Hubbard), brian@awfulhak.org (Brian Somers), freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4195 References: <199708020628.DAA08804@srv1-bsb.gns.com.br> X-Mailer: Mutt 0.60_p2-3,5,8-9 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: <199708020628.DAA08804@srv1-bsb.gns.com.br>; from Mario Sergio Fujikawa Ferreira on Aug 2, 1997 03:29:30 -0300 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mario Sergio Fujikawa Ferreira wrote: > Well, what about FreeBSD getting "fixed" too? > As this change poses a big change on the way things work, I guess this > should be decided by the core team members. If I could vote, I would vote > for fixing and I would make sure this difference would be very well > documented in the handbook, man and faqs. > Guys, your call. It's up to your decision. Your submission must have lost its attachments. I assume the code diff that fixes this problem was in the mail attachments? Please resend. :-) (I hope you see where the problem is.) -- 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 Sat Aug 2 04:42:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA20392 for bugs-outgoing; Sat, 2 Aug 1997 04:42:06 -0700 (PDT) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA20378 for ; Sat, 2 Aug 1997 04:41:55 -0700 (PDT) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.5/8.8.5) id OAA07494; Sat, 2 Aug 1997 14:40:38 +0300 (EET DST) From: Ruslan Ermilov Message-Id: <199708021140.OAA07494@relay.ucb.crimea.ua> Subject: CERT Advisory CA-97.17 - Vulnerability in suidperl (sperl) question... To: jkh@time.cdrom.com Date: Sat, 2 Aug 1997 14:40:38 +0300 (EET DST) Cc: freebsd-bugs@freebsd.org X-My-Interests: Unix,Oracle,Networking X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Jordan and other readers! As I know from my up-to-date CVS tree, FreeBSD Project didn't anything to solve the problem described in CERT Advisory CA-97.17 - Vulnerability in suidperl. I think you should at least make /usr/bin/suidperl not setuid in the -stable and -current. What is the reason why you can't upgrade perl version or make suidperl not setuid? Thanks in advance, -- Ruslan A. Ermilov System Administrator ru@ucb.crimea.ua United Commercial Bank +380-652-247 647 Simferopol, Crimea From owner-freebsd-bugs Sat Aug 2 06:51:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA24319 for bugs-outgoing; Sat, 2 Aug 1997 06:51:35 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA24314 for ; Sat, 2 Aug 1997 06:51:32 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA15544; Sat, 2 Aug 1997 15:51:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id PAA25666; Sat, 2 Aug 1997 15:23:10 +0200 (MET DST) Message-ID: <19970802152306.IZ53286@uriah.heep.sax.de> Date: Sat, 2 Aug 1997 15:23:06 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: ru@ucb.crimea.ua (Ruslan Ermilov) Cc: jkh@time.cdrom.com, freebsd-bugs@FreeBSD.ORG, imp@village.org Subject: Re: CERT Advisory CA-97.17 - Vulnerability in suidperl (sperl) question... References: <199708021140.OAA07494@relay.ucb.crimea.ua> X-Mailer: Mutt 0.60_p2-3,5,8-9 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: <199708021140.OAA07494@relay.ucb.crimea.ua>; from Ruslan Ermilov on Aug 2, 1997 14:40:38 +0300 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ruslan Ermilov wrote: > As I know from my up-to-date CVS tree, FreeBSD Project didn't > anything to solve the problem described in CERT Advisory CA-97.17 - > Vulnerability in suidperl. That's not fully right. If you read Warner's name in the advisory, it shouldn't surprise you too much to see: revision 1.3 date: 1997/05/22 21:40:08; author: imp; state: Exp; lines: +5 -2 Fix buffer overload that might lead to root. (In Perl4, that's in stab.c.) The problem in toke.c was still unfixed. Below's a patch (basically the patch from the CA, adapted for Perl4). Warner, can you please review it? > I think you should at least make /usr/bin/suidperl not setuid in the > -stable and -current. That would be pointless. ``Your editor has a problem with storing files. Please, disable the feature to store files in the default distribution.'' If suidperl cannot be trusted, it's pointless to have it. > What is the reason why you can't upgrade perl ... Because nobody could come up yet with a good way to do it so that the Perl in the base distribution won't add more bloat (i.e., unnecessary modules) than Perl4 does already account for. Also note that this should in the end go hand in hand with moving out all the other stuff to the ports collection, so you can upgrade Perl5 to the full set by installing the port (without duplicating what's already in the base system, if possible). Index: /usr/src/gnu/usr.bin/perl/perl/consarg.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/perl/perl/consarg.c,v retrieving revision 1.3 diff -u -u -r1.3 consarg.c --- consarg.c 1995/05/30 05:02:57 1.3 +++ consarg.c 1997/08/02 13:19:49 @@ -1240,7 +1240,7 @@ while (*s) { if (*s == '$' && s[1]) { - s = scanident(s,send,tokenbuf); + s = scanident(s,send,tokenbuf,sizeof tokenbuf); stab = stabent(tokenbuf,TRUE); if (marking) stab_lastexpr(stab) = exprnum; Index: /usr/src/gnu/usr.bin/perl/perl/str.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/perl/perl/str.c,v retrieving revision 1.2 diff -u -u -r1.2 str.c --- str.c 1995/05/30 05:03:21 1.2 +++ str.c 1997/08/02 13:20:17 @@ -1027,7 +1027,7 @@ t = s; if (*s == '$' && s[1] == '#' && (isALPHA(s[2]) || s[2] == '_')) s++; - s = scanident(s,send,tokenbuf); + s = scanident(s,send,tokenbuf,sizeof tokenbuf); if (*t == '@' && (!(stab = stabent(tokenbuf,FALSE)) || (*s == '{' ? !stab_xhash(stab) : !stab_xarray(stab)) )) { @@ -1061,7 +1061,7 @@ case '@': case '&': case '*': - s = scanident(s,send,tokenbuf); + s = scanident(s,send,tokenbuf,sizeof tokenbuf); continue; case '\'': case '"': @@ -1115,7 +1115,7 @@ case '$': weight -= seen[un_char] * 10; if (isALNUM(d[1])) { - d = scanident(d,s,tokenbuf); + d = scanident(d,s,tokenbuf,sizeof tokenbuf); if (stabent(tokenbuf,FALSE)) weight -= 100; else Index: /usr/src/gnu/usr.bin/perl/perl/toke.c =================================================================== RCS file: /home/cvs/src/gnu/usr.bin/perl/perl/toke.c,v retrieving revision 1.2 diff -u -u -r1.2 toke.c --- toke.c 1995/05/30 05:03:26 1.2 +++ toke.c 1997/08/02 13:21:07 @@ -518,7 +518,7 @@ case '*': if (expectterm) { check_uni(); - s = scanident(s,bufend,tokenbuf); + s = scanident(s,bufend,tokenbuf,sizeof tokenbuf); yylval.stabval = stabent(tokenbuf,TRUE); TERM(STAR); } @@ -532,7 +532,7 @@ if (expectterm) { if (!isALPHA(s[1])) check_uni(); - s = scanident(s,bufend,tokenbuf); + s = scanident(s,bufend,tokenbuf,sizeof tokenbuf); yylval.stabval = hadd(stabent(tokenbuf,TRUE)); TERM(HSH); } @@ -650,12 +650,12 @@ case '$': if (s[1] == '#' && (isALPHA(s[2]) || s[2] == '_')) { s++; - s = scanident(s,bufend,tokenbuf); + s = scanident(s,bufend,tokenbuf,sizeof tokenbuf); yylval.stabval = aadd(stabent(tokenbuf,TRUE)); TERM(ARYLEN); } d = s; - s = scanident(s,bufend,tokenbuf); + s = scanident(s,bufend,tokenbuf,sizeof tokenbuf); if (reparse) { /* turn ${foo[bar]} into ($foo[bar]) */ do_reparse: s[-1] = ')'; @@ -683,7 +683,7 @@ case '@': d = s; - s = scanident(s,bufend,tokenbuf); + s = scanident(s,bufend,tokenbuf,sizeof tokenbuf); if (reparse) goto do_reparse; yylval.stabval = aadd(stabent(tokenbuf,TRUE)); @@ -1542,24 +1542,33 @@ } char * -scanident(s,send,dest) +scanident(s,send,dest,destlen) register char *s; register char *send; char *dest; +STRLEN destlen; { register char *d; + register char *e; int brackets = 0; reparse = Nullch; s++; d = dest; + e = d + destlen - 3; /* two-character token, ending NUL */ if (isDIGIT(*s)) { - while (isDIGIT(*s)) - *d++ = *s++; + while (isDIGIT(*s)) { + if (d >= e) + fatal("Identifier too long"); + *d++ = *s++; + } } else { - while (isALNUM(*s) || *s == '\'') + while (isALNUM(*s) || *s == '\'') { + if (d >= e) + fatal("Identifier too long"); *d++ = *s++; + } } while (d > dest+1 && d[-1] == '\'') d--,s--; -- 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 Sat Aug 2 07:26:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA25329 for bugs-outgoing; Sat, 2 Aug 1997 07:26:56 -0700 (PDT) Received: from relay.ucb.crimea.ua (ru@relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25313 for ; Sat, 2 Aug 1997 07:26:45 -0700 (PDT) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.8.5/8.8.5) id RAA07998; Sat, 2 Aug 1997 17:25:53 +0300 (EET DST) From: Ruslan Ermilov Message-Id: <199708021425.RAA07998@relay.ucb.crimea.ua> Subject: Re: CERT Advisory CA-97.17 - Vulnerability in suidperl (sperl) question... To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 2 Aug 1997 17:25:53 +0300 (EET DST) Cc: ru@ucb.crimea.ua, jkh@time.cdrom.com, freebsd-bugs@FreeBSD.ORG, imp@village.org In-Reply-To: <19970802152306.IZ53286@uriah.heep.sax.de> from "J Wunsch" at Aug 2, 97 03:23:06 pm X-My-Interests: Unix,Oracle,Networking X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, J"oerg & all! You wrote: > That's not fully right. If you read Warner's name in the advisory, it > shouldn't surprise you too much to see: > > revision 1.3 > date: 1997/05/22 21:40:08; author: imp; state: Exp; lines: +5 -2 > Fix buffer overload that might lead to root. > > (In Perl4, that's in stab.c.) > > The problem in toke.c was still unfixed. Below's a patch (basically > the patch from the CA, adapted for Perl4). Warner, can you please > review it? For CERT Advisory CA-97.16 - ftpd Signal Handling Vulnerability there is a response from FreeBSD Project: | The FreeBSD Project | =================== | | The FreeBSD Project has informed AUSCERT that the vulnerability | described in this advisory has been fixed in FreeBSD-current (from | January 27, 1997), and will be fixed in the upcoming FreeBSD 2.2 | release. All previous versions of FreeBSD are vulnerable. For CERT Advisory CA-97.17 - Vulnerability in suidperl (sperl) there is no such response from FreeBSD Project. Because no response was made by FreeBSD Project to the CA-97.17, why there is no at least GNATS entry for it? How people (having no CVS) do know, that FreeBSD is not vulnerable? TIA, -- Ruslan A. Ermilov System Administrator ru@ucb.crimea.ua United Commercial Bank +380-652-247 647 Simferopol, Crimea From owner-freebsd-bugs Sat Aug 2 07:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26167 for bugs-outgoing; Sat, 2 Aug 1997 07:50:07 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26150; Sat, 2 Aug 1997 07:50:02 -0700 (PDT) Resent-Date: Sat, 2 Aug 1997 07:50:02 -0700 (PDT) Resent-Message-Id: <199708021450.HAA26150@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ru@ucb.crimea.ua Received: from relay.ucb.crimea.ua (root@relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25892 for ; Sat, 2 Aug 1997 07:40:55 -0700 (PDT) Received: from ferrix.ucb.crimea.ua (ferrix.ucb.crimea.ua [194.93.177.116]) by relay.ucb.crimea.ua (8.8.5/8.8.5) with ESMTP id RAA08062 for ; Sat, 2 Aug 1997 17:39:46 +0300 (EET DST) Received: (from root@localhost) by ferrix.ucb.crimea.ua (8.8.5/8.8.5) id RAA03408; Sat, 2 Aug 1997 17:39:55 +0300 (EEST) Message-Id: <199708021439.RAA03408@ferrix.ucb.crimea.ua> Date: Sat, 2 Aug 1997 17:39:55 +0300 (EEST) From: Ruslan Ermilov Reply-To: ru@ucb.crimea.ua To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/4214: Mistyped comment for pop3pw service Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4214 >Category: misc >Synopsis: Mistyped comment for pop3pw service >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Aug 2 07:50:01 PDT 1997 >Last-Modified: >Originator: Ruslan Ermilov >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: RELENG_2_2 >Description: pop3pw 106/tcp 3com-tsmux #Eudroa compatible PW changer >How-To-Repeat: >Fix: Should be "Eudora" >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 2 08:23:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA27440 for bugs-outgoing; Sat, 2 Aug 1997 08:23:22 -0700 (PDT) Received: from proxy-bsb.gns.com.br (GLiIKgNdR/ytzls1m0DQorXuhzcSXGjk@srv1-bsb.GNS.com.br [200.239.56.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA27432 for ; Sat, 2 Aug 1997 08:23:13 -0700 (PDT) Received: (qmail 13370 invoked from network); 2 Aug 1997 15:23:01 -0000 Received: from unknown (HELO srv1-bsb.gns.com.br) (unknown) by unknown with SMTP; 2 Aug 1997 15:23:01 -0000 Received: (from mail@localhost) by srv1-bsb.gns.com.br (8.8.6/8.8.6) id MAA13366; Sat, 2 Aug 1997 12:23:01 -0300 (EST) Message-Id: <199708021523.MAA13366@srv1-bsb.gns.com.br> Received: from dl0231-bsb.gns.com.br(200.239.56.231) by srv1-bsb.gns.com.br via smap (V2.0) id xma013359; Sat, 2 Aug 97 12:22:04 -0300 From: "Mario Sergio Fujikawa Ferreira" To: "Joerg Wunsch" Cc: "Jordan K. Hubbard" , "Brian Somers" , Subject: Re: bin/4195 Date: Sat, 2 Aug 1997 12:23:43 -0300 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Your submission must have lost its attachments. I assume the code > diff that fixes this problem was in the mail attachments? Please > resend. I was just following up Jordan's email. I guess either he knows the fixup or he knows the person who does. I haven't looked the code that does this particular trick (control the mounting points permissions). Please, contact Jordan. If he does not remember, I kept track of all emails, so that I can resend them both of you for easy for understanding of the situation. Regards, Mario Ferreira. From owner-freebsd-bugs Sat Aug 2 08:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA27825 for bugs-outgoing; Sat, 2 Aug 1997 08:30:05 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA27812; Sat, 2 Aug 1997 08:30:01 -0700 (PDT) Resent-Date: Sat, 2 Aug 1997 08:30:01 -0700 (PDT) Resent-Message-Id: <199708021530.IAA27812@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dmaddox@scsn.net Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA27713 for ; Sat, 2 Aug 1997 08:27:57 -0700 (PDT) Received: from rhiannon.scsn.net ([208.133.153.38]) by mail.scsn.net (Post.Office MTA v3.1 release PO203a ID# 0-32322U5000L100S10000) with ESMTP id AAA156 for ; Sat, 2 Aug 1997 11:19:01 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.8.6/8.8.5) id LAA00601; Sat, 2 Aug 1997 11:27:43 -0400 (EDT) Message-Id: <199708021527.LAA00601@rhiannon.scsn.net> Date: Sat, 2 Aug 1997 11:27:43 -0400 (EDT) From: dmaddox@scsn.net Reply-To: dmaddox@scsn.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/4215: bios.9 manpage is not installed Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4215 >Category: i386 >Synopsis: bios.9 manpage does not get installed >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 2 08:30:00 PDT 1997 >Last-Modified: >Originator: Donald J. Maddox >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD rhiannon.scsn.net 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sat Aug 2 10:27:10 EDT 1997 root@rhiannon.scsn.net:/usr/src/sys/compile/RHIANNON i386 >Description: The manpage bios.9 was added to src/share/man/man9, but was not added to the Makefile. >How-To-Repeat: # cd /usr/src/share/man/man9 # make obj all install >Fix: *** Makefile.orig Sat Aug 2 11:25:35 1997 --- Makefile Sat Aug 2 11:26:13 1997 *************** *** 1,6 **** # $Id: Makefile,v 1.30 1997/04/09 05:39:30 mpp Exp $ ! MAN9= MD5.9 at_shutdown.9 at_fork.9 at_exit.9 boot.9 cd.9 copy.9 \ devfs_add_devswf.9 \ devfs_link.9 fetch.9 ifnet.9 intro.9 inittodr.9 kernacc.9 malloc.9 \ mi_switch.9 panic.9 physio.9 psignal.9 \ --- 1,6 ---- # $Id: Makefile,v 1.30 1997/04/09 05:39:30 mpp Exp $ ! MAN9= MD5.9 at_shutdown.9 at_fork.9 at_exit.9 bios.9 boot.9 cd.9 copy.9 \ devfs_add_devswf.9 \ devfs_link.9 fetch.9 ifnet.9 intro.9 inittodr.9 kernacc.9 malloc.9 \ mi_switch.9 panic.9 physio.9 psignal.9 \ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 2 09:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00819 for bugs-outgoing; Sat, 2 Aug 1997 09:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00801; Sat, 2 Aug 1997 09:40:02 -0700 (PDT) Resent-Date: Sat, 2 Aug 1997 09:40:02 -0700 (PDT) Resent-Message-Id: <199708021640.JAA00801@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, livio@csl.sri.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00709; Sat, 2 Aug 1997 09:37:29 -0700 (PDT) Message-Id: <199708021637.JAA00709@hub.freebsd.org> Date: Sat, 2 Aug 1997 09:37:29 -0700 (PDT) From: livio@csl.sri.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/4216: dlsym returns null Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4216 >Category: bin >Synopsis: dlsym returns null >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 2 09:40:01 PDT 1997 >Last-Modified: >Originator: livio ricciulli >Organization: sri International >Release: 2.2-970422-RELENG2.2-970422-RELENG >Environment: FreeBSD hyacinth.csl.sri.com 2.2-970422-RELENG FreeBSD 2.2-970422-RELENG #0: Thu Apr 24 14:29:18 PDT 1997 gilham@hyacinth.csl.sri.com:/usr/src/sys/compile/HYACINTH i386 >Description: dlsym returns null pointer on FreeBSD system while exact same function works on both Linux and SunOs. >How-To-Repeat: here is the culprit.. spawn_thread(thread,path) int thread; char *path; { char *error; threadtable[thread].handle = dlopen (path, 1); if (!threadtable[thread].handle) { fputs (dlerror(), stderr); exit(1); } printf("Spawning thread %d with entry point %s\n",thread,threadtable[thread].argv[0]); threadtable[thread].main_fun=dlsym(threadtable[thread].handle, threadtable[thread].argv[0]); if ((error = dlerror()) != NULL) { fputs(error, stderr); exit(1); } threadtable[thread].main_fun(threadtable[thread].argc, threadtable[thread].argv); } >Fix: I do not know why this does not work.. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 2 09:52:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01169 for bugs-outgoing; Sat, 2 Aug 1997 09:52:25 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA01164 for ; Sat, 2 Aug 1997 09:52:23 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA16982; Sat, 2 Aug 1997 18:51:40 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA26245; Sat, 2 Aug 1997 18:45:58 +0200 (MET DST) Message-ID: <19970802184558.LF51493@uriah.heep.sax.de> Date: Sat, 2 Aug 1997 18:45:58 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: lioux@gns.com.br (Mario Sergio Fujikawa Ferreira) Cc: jkh@time.cdrom.com (Jordan K. Hubbard), brian@awfulhak.org (Brian Somers), freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4195 References: <199708021523.MAA13366@srv1-bsb.gns.com.br> X-Mailer: Mutt 0.60_p2-3,5,8-9 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: <199708021523.MAA13366@srv1-bsb.gns.com.br>; from Mario Sergio Fujikawa Ferreira on Aug 2, 1997 12:23:43 -0300 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mario Sergio Fujikawa Ferreira wrote: > > Your submission must have lost its attachments. I assume the code > > diff that fixes this problem was in the mail attachments? Please > > resend. > I was just following up Jordan's email. I guess either he > knows the fixup or he knows the person who does. Your guesses seem incorrect. I'm pretty sure Jordan doesn't have a fix in his pocket (or he probably would have applied it already). > I haven't looked the code that does this particular trick (control the > mounting points permissions). Do it, please. You can argue whatever you want, as long as nobody's really going to investigate the `why' and the fix for this phenomenon, it won't stand the chance of being fixed anytime at all. Unlike what you believe, there has never been a `political' decision that this problem need not to be fixed. It's only that most people probably deem it minor enough to not waste their time into looking after it at all. Almost all Unices have the same behaviour, so as a system administrator, you are well-advised to make all your mointpoints 0755 or 0555 anyway. -- 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 Sat Aug 2 09:55:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01275 for bugs-outgoing; Sat, 2 Aug 1997 09:55:25 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA01270 for ; Sat, 2 Aug 1997 09:55:22 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA17111; Sat, 2 Aug 1997 18:52:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA26263; Sat, 2 Aug 1997 18:48:25 +0200 (MET DST) Message-ID: <19970802184824.DD51566@uriah.heep.sax.de> Date: Sat, 2 Aug 1997 18:48:24 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: ru@ucb.crimea.ua (Ruslan Ermilov) Cc: jkh@time.cdrom.com, freebsd-bugs@FreeBSD.ORG, imp@village.org Subject: Re: CERT Advisory CA-97.17 - Vulnerability in suidperl (sperl) question... References: <19970802152306.IZ53286@uriah.heep.sax.de> <199708021425.RAA07998@relay.ucb.crimea.ua> X-Mailer: Mutt 0.60_p2-3,5,8-9 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: <199708021425.RAA07998@relay.ucb.crimea.ua>; from Ruslan Ermilov on Aug 2, 1997 17:25:53 +0300 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ruslan Ermilov wrote: > For CERT Advisory CA-97.16 - ftpd Signal Handling Vulnerability > there is a response from FreeBSD Project: Not a big surprise. I think this particular problem has been detected by David Greenman. ;) > Because no response was made by FreeBSD Project to the CA-97.17, why > there is no at least GNATS entry for it? Because nobody has ever filed one. I wouldn't recommend doing it right now, since the fix is already apparent. I'm now only waiting for an OK by Warner. (Warner is also the security co-officer, so i think he could handle informing CERT afterwards.) -- 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 Sat Aug 2 11:07:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA04260 for bugs-outgoing; Sat, 2 Aug 1997 11:07:42 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA04255 for ; Sat, 2 Aug 1997 11:07:38 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.6/8.6.9) with ESMTP id LAA15298; Sat, 2 Aug 1997 11:06:35 -0700 (PDT) To: "Mario Sergio Fujikawa Ferreira" cc: "Joerg Wunsch" , "Brian Somers" , freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4195 In-reply-to: Your message of "Sat, 02 Aug 1997 12:23:43 -0300." <199708021523.MAA13366@srv1-bsb.gns.com.br> Date: Sat, 02 Aug 1997 11:06:34 -0700 Message-ID: <15294.870545194@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I was just following up Jordan's email. I guess either he knows the fix up > or he knows the person who does. Nope - I just know the problem. :-) Jordan From owner-freebsd-bugs Sat Aug 2 16:20:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21202 for bugs-outgoing; Sat, 2 Aug 1997 16:20:11 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21185; Sat, 2 Aug 1997 16:20:04 -0700 (PDT) Resent-Date: Sat, 2 Aug 1997 16:20:04 -0700 (PDT) Resent-Message-Id: <199708022320.QAA21185@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ehm@cris.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21097; Sat, 2 Aug 1997 16:18:33 -0700 (PDT) Message-Id: <199708022318.QAA21097@hub.freebsd.org> Date: Sat, 2 Aug 1997 16:18:33 -0700 (PDT) From: ehm@cris.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4217: Tek390 driver fails with other vendor's (am53c974) SCSI Host Adapter Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4217 >Category: kern >Synopsis: Tek390 driver fails with other vendor's (am53c974) SCSI Host Adapter >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 2 16:20:02 PDT 1997 >Last-Modified: >Originator: Erik H. Moe >Organization: >Release: 2.2.1-RELEASE >Environment: FreeBSD wombat.cris.com 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #9: Sat Aug 2 16:44:46 CDT 1997 ehm@wombat.cris.com:/usr/src/sys/compile/WOMBAT-SCSI i386 >Description: TekRam has supplied a driver for their DC390 and DC390T SCSI host adapters. These boards are based on the AMD am53c974 PCI SCSI chip. The TekRam driver is reported to work with other vendor's host adapters which are also built around this AMD chip. I have a Qlogic Fast!SCSI PCI Basic host adapter which is am53c974 based. The only difference between the DC390 and the Qlogic product is that the DC390 has an eeprom to store adapter settings, while the Qlogic adapter doesn't. The TekRam driver detects which adapters have eeprom memory and provides a reasonable set of defaults for those adapters that don't. The problem is that the routine which defaults the eeprom settings, "DC390_DefaultEEprom()", has a pointer bug which causes memory corruption and fails to intialize the driver with the correct settings. This failure causes the SCSI adapter to become unresponsive to commands, ie. it becomes "wedged". >How-To-Repeat: Use the TekRam driver with a non-TekTram adapter. >Fix: The following patch applied against version 1.5 of "tekram.c" will correct this bug and fix some deficiencies in error handling. --- /home/ehm/tek390-1.5.c Sat Aug 2 14:51:26 1997 +++ tek390.c Sat Aug 2 16:43:43 1997 @@ -666,7 +666,7 @@ pACB->pFreeSRB = pSRB; pcmd->error = XS_DRIVER_STUFFUP; splx(flags); - return (HAD_ERROR); + return (COMPLETE); } } else @@ -712,7 +712,8 @@ } if( pcmd->timeout == 0 ) { - return(HAD_ERROR); + pcmd->error = XS_DRIVER_STUFFUP; + return(COMPLETE); } else { @@ -720,10 +721,7 @@ } } while( !(pcmd->flags & ITSDONE) ); - if( pcmd->error == XS_TIMEOUT) - return(HAD_ERROR); - else - return(COMPLETE); + return(COMPLETE); } } @@ -1497,9 +1495,9 @@ *ptr = (TAG_QUEUING_|EN_DISCONNECT_|SYNC_NEGO_|PARITY_CHK_); ptr += 4; } - ptr[EE_ADAPT_SCSI_ID] = 7; - ptr[EE_MODE2] = (LUN_CHECK|ACTIVE_NEGATION); - ptr[EE_TAG_CMD_NUM] = 4; + eepromBuf[index][EE_ADAPT_SCSI_ID] = 7; + eepromBuf[index][EE_MODE2] = (LUN_CHECK|ACTIVE_NEGATION); + eepromBuf[index][EE_TAG_CMD_NUM] = 4; return 0; } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 2 16:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21632 for bugs-outgoing; Sat, 2 Aug 1997 16:30:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21626; Sat, 2 Aug 1997 16:30:01 -0700 (PDT) Resent-Date: Sat, 2 Aug 1997 16:30:01 -0700 (PDT) Resent-Message-Id: <199708022330.QAA21626@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, bkogawa@primenet.com Received: from foo.primenet.com (ip208.sjc.primenet.com [206.165.96.208]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21455 for ; Sat, 2 Aug 1997 16:26:18 -0700 (PDT) Received: (from bkogawa@localhost) by foo.primenet.com (8.8.6/8.6.12) id QAA05164; Sat, 2 Aug 1997 16:31:07 -0700 (PDT) Message-Id: <199708022331.QAA05164@foo.primenet.com> Date: Sat, 2 Aug 1997 16:31:07 -0700 (PDT) From: bkogawa@primenet.com Reply-To: bkogawa@primenet.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4218: change in ping behavior: -c now counts _received_ packets Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4218 >Category: bin >Synopsis: change in ping behavior: -c now counts _received_ packets >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Aug 2 16:30:00 PDT 1997 >Last-Modified: >Originator: Bryan K. Ogawa >Organization: >Release: FreeBSD 2.2-STABLE i386 >Environment: Using 2.2-stable as of August 1-2 with kernel from July 30. >Description: /sbin/ping -c now pings until pings are _received_, not until pings are sent. This behavior is problematic if you are using ping in scripts to test for a working network: previously, you could supply a count to ping in a script, and expect the script to return after a finite time, even if the network is down--e.g.: if ( ping -q -c 3 206.165.96.21 | grep " 0% packet loss" ) then echo network good else echo network bad fi With ping's new behavior, however, this script will run forever if no packets are received (e.g. in a network failure condition). >How-To-Repeat: Do a ping -c where the hostname is unreachable (e.g. no route to host errors). I presume this will also happen for hosts which do not return ping packets, but I have not tested it. >Fix: Suggested, in order of preference: (Is there a POSIX reason for the behavior?) 1. Revert the -c behavior to count sent packets and add a new flag which counts only received packets. 2. Add another flag which only counts sent packets. 3. Revert to the -c behavior, removing the current behavior. >Audit-Trail: >Unformatted: