From owner-freebsd-bugs Sun Aug 13 02:10:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA17483 for bugs-outgoing; Sun, 13 Aug 1995 02:10:03 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA17476 ; Sun, 13 Aug 1995 02:10:02 -0700 Resent-Date: Sun, 13 Aug 1995 02:10:02 -0700 Resent-Message-Id: <199508130910.CAA17476@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, wosch@cs.tu-berlin.de Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id CAA17363 for ; Sun, 13 Aug 1995 02:07:02 -0700 Received: from localhost.cs.tu-berlin.de ([130.149.1.128]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id LAA21178 for ; Sun, 13 Aug 1995 11:03:29 +0200 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id KAA00428; Sun, 13 Aug 1995 10:51:52 +0200 Message-Id: <199508130851.KAA00428@localhost> Date: Sun, 13 Aug 1995 10:51:52 +0200 From: Wolfram Schneider Reply-To: wosch@cs.tu-berlin.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/679: chown(2) ignores set-user-id and set-group-id bits for root Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 679 >Category: kern >Synopsis: chown(2) ignores set-user-id and set-group-id bits for root >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 13 02:10:01 PDT 1995 >Last-Modified: >Originator: Wolfram Schneider >Organization: >Release: FreeBSD 2.0-ALPHA i386 >Environment: >Description: from chown(2) manpage: [...] but the change owner capability is restricted to the super-user. Chown() clears the set-user-id and set-group-id bits on the file to pre- vent accidental or mischievous creation of set-user-id and set-group-id programs. That's all right and should not been changed. Unfortunately chown does not clear set-user-id and set-group-id bits if you are root. >How-To-Repeat: $ touch Grunewald $ chmod 4777 Grunewald $ ls -lg Grunewald -rwsrwxrwx 1 wosch wheel 0 Aug 13 10:38 Grunewald $ su root $ su root # chown bin Grunewald # ls -lg Grunewald -rwsrwxrwx 1 bin wheel 0 Aug 13 10:38 Grunewald ^ ^^^ >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Aug 13 02:49:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA18896 for bugs-outgoing; Sun, 13 Aug 1995 02:49:58 -0700 Received: (from mpp@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA18876 ; Sun, 13 Aug 1995 02:49:56 -0700 Date: Sun, 13 Aug 1995 02:49:56 -0700 From: Mike Pritchard Message-Id: <199508130949.CAA18876@freefall.FreeBSD.org> To: careilly@tcd.ie, mpp, freebsd-bugs Subject: Re: bin/671 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: No quot available. State-Changed-From-To: open-analyzed State-Changed-By: mpp State-Changed-When: Sun Aug 13 02:47:32 PDT 1995 State-Changed-Why: "quot" is really a valid command that has not yet been implemented in FreeBSD. NetBSD appears to have a version of this command that may be suitable for our use. From owner-freebsd-bugs Sun Aug 13 03:05:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA19504 for bugs-outgoing; Sun, 13 Aug 1995 03:05:59 -0700 Received: from mail.zrz.TU-Berlin.DE (mail.zrz.TU-Berlin.DE [130.149.4.15]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id DAA19498 for ; Sun, 13 Aug 1995 03:05:55 -0700 Received: from marie.physik.tu-berlin.de by mail.zrz.TU-Berlin.DE with SMTP (PP); Sun, 13 Aug 1995 12:05:50 +0200 Received: (from jan@localhost) by marie.physik.tu-berlin.de (8.6.9/8.6.9) id MAA08807 for freebsd-bugs@freebsd.org; Sun, 13 Aug 1995 12:05:48 +0200 From: Jan Riedinger Message-Id: <199508131005.MAA08807@marie.physik.tu-berlin.de> Comments: MTA at marie.physik.TU-Berlin.DE is now sendmail v8. Subject: sh bug/extracting ip_firewall...shar To: freebsd-bugs@freebsd.org Date: Sun, 13 Aug 1995 12:05:46 +0100 (MET DST) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 261 Sender: bugs-owner@freebsd.org Precedence: bulk If you try to extract with 2.1.0-950726-SNAP the ip_firewall...share package, you get some syntax errors, because of using of '&&' at same places, e.g. at the end of line 65. But if you extract the package with the bash from the ports, all works fine. Jan From owner-freebsd-bugs Sun Aug 13 08:10:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA26829 for bugs-outgoing; Sun, 13 Aug 1995 08:10:04 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA26821 ; Sun, 13 Aug 1995 08:10:02 -0700 Resent-Date: Sun, 13 Aug 1995 08:10:02 -0700 Resent-Message-Id: <199508131510.IAA26821@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kelly@fsl.noaa.gov Received: from rose.rg.com (slip7.earthnet.net [199.45.146.107]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA26628 for ; Sun, 13 Aug 1995 08:08:47 -0700 Received: (from kelly@localhost) by rose.rg.com (8.6.11/8.6.9) id JAA07381; Sun, 13 Aug 1995 09:08:31 -0600 Message-Id: <199508131508.JAA07381@rose.rg.com> Date: Sun, 13 Aug 1995 09:08:31 -0600 From: kelly@fsl.noaa.gov Reply-To: kelly@fsl.noaa.gov To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/680: tip & termios problem Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 680 >Category: bin >Synopsis: 2.0.5's tip using termios doesn't act the way it did with sgtty >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Aug 13 08:10:01 PDT 1995 >Last-Modified: >Originator: Sean Kelly >Organization: NOAA Forecast Systems Laboratory - Boulder, Colorado USA >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: Any FreeBSD 2.0.5 environment with a modem should do. >Description: Some time between 2.0 and 2.0.5, someone upgraded tip so it stopped using the old sgtty interface and used termios instead. In doing so, tip's handling of special control characters sent by the remote host got fouled. The function in question was raw(), in tip.c. If I substituted the old sgtty stuff in this function only, tip acted correctly, like the way it did before. Not one to hinder progress, I wanted to find out what was different between tip's use of the sgtty and termios interfaces. After all, the sgtty interface should just go to functions in /sys/kern/tty_compat.c, which should transform them into termios-styled settings, right? USING SGTTY, HERE ARE TERMIOS SETTINGS AFTER raw(): termios iflag = 0x401 (IGNBRK, IXOFF) oflag = 0x2 (ONLCR) cflag = 0xb00 (CREAD, CS8) lflag = 0x20000003 (ECHOKE, ECHOE, PENDIN) termios cc = 00 00 0377 00 00 00 00 0377 00 00 00 00 00 00 00 00 01 00 0377 0377 termios ispeed = 0, ospeed = 0 USING TERMIOS, HERE ARE TERMIOS SETTINGS AFTER raw(): termios iflag = 0x2a22 (BRKINT, ISTRIP, IXANY, IXON, IMAXBEL) oflag = 0x3 (ONLCR, OPOST) cflag = 0xcb00 (CREAD, CS8, CLOCAL, HUPCL) lflag = 0x200004c3 (ECHOE, ECHOKE, ISIG, ECHOCTL, IEXTEN, PENDIN) termios cc = 04 0377 0377 0177 027 025 022 0377 0377 0377 0377 0377 021 023 0377 0377 01 00 0377 0377 termios ispeed = 9600, ospeed = 9600 Curiously enough, just clearing OPOST fixes the problem. >How-To-Repeat: Run tip over a modem to your favorite host; there, run Emacs. Edit files, move around. In almost no time, Emacs's status line will get fouled. Indentation on screen should also get cruddy on seemingly random lines. >Fix: *** tip.c.orig Fri Mar 31 04:47:30 1995 --- tip.c Sun Aug 13 08:21:30 1995 *************** *** 219,227 **** --- 219,229 ---- #ifndef _POSIX_SOURCE ctermios.c_iflag = (IMAXBEL|IXANY|ISTRIP|IXON|BRKINT); ctermios.c_lflag = (PENDIN|IEXTEN|ISIG|ECHOCTL|ECHOE|ECHOKE); + ctermios.c_oflag &= ~OPOST; #else ctermios.c_iflag = (ISTRIP|IXON|BRKINT); ctermios.c_lflag = (PENDIN|IEXTEN|ISIG|ECHOE); + ctermios.c_oflag &= ~OPOST; #endif ctermios.c_cflag = (CLOCAL|HUPCL|CREAD|CS8); ctermios.c_cc[VINTR] = ctermios.c_cc[VQUIT] = -1; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Aug 13 09:48:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA00323 for bugs-outgoing; Sun, 13 Aug 1995 09:48:32 -0700 Received: from toplink1.toplink.de (toplink1.toplink.de [194.163.120.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA00316 for ; Sun, 13 Aug 1995 09:48:24 -0700 Received: (from ck@localhost) by toplink1.toplink.de (8.6.9/8.6.9) id SAA03119 for freebsd-bugs@freebsd.org; Sun, 13 Aug 1995 18:48:33 +0200 From: Christian Kratzer Message-Id: <199508131648.SAA03119@toplink1.toplink.de> Subject: Printer problem To: freebsd-bugs@freebsd.org Date: Sun, 13 Aug 1995 18:48:33 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 974 Sender: bugs-owner@freebsd.org Precedence: bulk Hi I am having problems getting my printer to work with FreeBSD2.0. When trying to print using lpr ( or with cp file /dev/lpt0 having previously killed lpd ) the printer (HP Deskjet 500c) pulls in the sheet of paper and prints a couple of characters. It then hangs for 30 seconds and again prints a bit. The status light on the printer keeps wildly blinking during all of this. As though there would be a lot of transmission going on. Has anybody experienced something similar to this ? Is anybody using a HP Deskjet 500C with FreeBSD 2.0 ? Is /dev/lpt0 the correct device ? BTW: Everything works ok from Dos. But who likes dos :-((( Thanks for the help Christian -- -------------------------------------------------------------------------------- TopLink GbR, Internet Service Center ck@toplink.de, info@toplink.de Christian Kratzer Phone: +49 7452 87174 Fax: +49 7452 87175 -------------------------------------------------------------------------------- From owner-freebsd-bugs Sun Aug 13 11:08:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA15989 for bugs-outgoing; Sun, 13 Aug 1995 11:08:09 -0700 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA15962 ; Sun, 13 Aug 1995 11:08:05 -0700 Received: from ast.com by relay4.UU.NET with SMTP id QQzcqi29058; Sun, 13 Aug 1995 14:07:53 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA22985 (5.67b/IDA-1.5); Sun, 13 Aug 1995 10:59:43 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Sun, 13 Aug 95 12:59 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0shh1J-0004w7C; Sun, 13 Aug 95 12:40 CDT Message-Id: Date: Sun, 13 Aug 95 12:40 CDT To: matt%merkury@freefall.FreeBSD.org, hackers@freebsd.org, bugs@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sun Aug 13 1995, 12:40:20 CDT Subject: 2.0.5 circus mystery - answer: RTWWM Read the Well-Written Manual Cc: uhclem@nemesis.lonestar.org Sender: bugs-owner@freebsd.org Precedence: bulk [0]... [0]not be as easy as I thought. Essentially the problem lies in that [0]when the kernel boots from my cdrom, and the menu system comes up, [0]the CDROM busy light just stays on. I go to the "installtion media" [0]... [0]I then proceeded to boot with "fbsdboot -c -D kernel" to go to the config [0]menu, so I can statically set the io port address of my cdrom. the [0]cdrom I am using is a 4x speed TEAC which is panasonic compatible, and [0]according to your installation instructions, should be dynmically detected [0]and setup properly on its own. While in the config menu, I set the [0]io port address to 220, which it is in DOS. I.E. - [0] " config> port matcd0 0x220 " Stop right there. The TEAC drive you have, probably a CD55A, IS NOT Panasonic Compatible. Yes, it does use the same connector on the audio card, but has a completely different command set and handshake. The CD55A is not supported at this time (but I am working on it). [0]Now it does not appear to find the drive at all! So I reboot, re-enter [0]config, and do a "port matcd0 0x230", and this seems to work for a [0]minute, but then locks up, exactly like when it is dynamically assigned [0]by the kernel. [0]I am not running anything strange. Note that some of the Creative Labs DOS drivers LIE about where the CD-ROM interface is on their boards. (However, their manual tells the truth.) The base address of the AUDIO section of the SoundBlaster card is normally at 0x220. The base address of the CD-ROM section is 0x10 higher at 0x230. These two functions are handled by separate sections of the board and different I/O ports. Since on C.L. SB AUDIO cards these two blocks can only be moved to different locations as a contiguous unit, I guess listing only one address on the DOS setup screen seemed easier to explain to the typical DOS-ite (to Creative Labs if nobody else). However, standalone CD-ROM interface cards and audio cards from other vendors don't behave the same as Creative Labs boards and the audio and CD-ROM I/O ports can be quite far apart, such as the combo of 0x220 and 0x340. Therefore the matcd drive REQUIRES you to give the base address of the CD-ROM I/O ports. By default, matcd "hunts" the standard Creative Labs CD-ROM I/O ports which is why it found "something" when you let the defaults do their thing, but the "something" found didn't behave as expected. This is all documented in the matcd.4 man page. The man page also lists the supported hardware and specifically mentions that the TEAC 4X CD55A drive is not supported. [0]I have set my cdrom/sound card to a different IO address (240) [0]I have prayed. [0]I am not religious. [0]I have asked my dog. [0]He wont tell me what Im doing wrong. [0]Ghandi didnt return any of my calls. [0]The pope is touring europe or something. [0]Aerosmith said "Free bee what?" [0]I rubbed the magic lamp, but Robin Williams came out and [0]told me to go buy bsdi. [0]Billy Idol, the self proclaimed cyberpunk was unavaiable for comment. [0]Help me. Im shrinking. I don't see "I have read the appropriate man page". Try that. :-) Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-bugs Sun Aug 13 11:15:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA17871 for bugs-outgoing; Sun, 13 Aug 1995 11:15:51 -0700 Received: from mail.zrz.TU-Berlin.DE (mail.zrz.TU-Berlin.DE [130.149.4.15]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA17859 for ; Sun, 13 Aug 1995 11:15:49 -0700 Received: from marie.physik.tu-berlin.de by mail.zrz.TU-Berlin.DE with SMTP (PP); Sun, 13 Aug 1995 20:00:53 +0200 Received: (from jan@localhost) by marie.physik.tu-berlin.de (8.6.9/8.6.9) id UAA12268 for freebsd-bugs@freebsd.org; Sun, 13 Aug 1995 20:00:51 +0200 From: Jan Riedinger Message-Id: <199508131800.UAA12268@marie.physik.tu-berlin.de> Comments: MTA at marie.physik.TU-Berlin.DE is now sendmail v8. Subject: ports & 2.1.0-SNAP To: freebsd-bugs@freebsd.org Date: Sun, 13 Aug 1995 20:00:50 +0100 (MET DST) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 632 Sender: bugs-owner@freebsd.org Precedence: bulk Hello! I had some minor problems to compile some ports. In various ports (e.g. xview-lib) is a call of "ldconfig -m", but the option -m doesn't exist for 2.1.0-950726-SNAP. The Makefile for olvwm is searching for a .Z file in the distfile directory instead for a .gz file. (The same is probably true for elm, pine, pcnfsd ). For my site the ghostscript package was corrupted, but maybe this isn't so for the primary mirrors. top-stable produces immidiatly a segmention violation on my system. Because I don't like compressed man-pages ( I have only a 386 ), I tried to recompile man, but the configure script is missing. Jan From owner-freebsd-bugs Sun Aug 13 11:16:41 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA18051 for bugs-outgoing; Sun, 13 Aug 1995 11:16:41 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA18039 for ; Sun, 13 Aug 1995 11:16:39 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id UAA27538 ; Sun, 13 Aug 1995 20:16:37 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id UAA29130 ; Sun, 13 Aug 1995 20:16:36 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199508131816.UAA29130@blaise.ibp.fr> Subject: Re: Printer problem To: ck@toplink.de (Christian Kratzer) Date: Sun, 13 Aug 1995 20:16:36 +0200 (MET DST) Cc: freebsd-bugs@freebsd.org In-Reply-To: <199508131648.SAA03119@toplink1.toplink.de> from "Christian Kratzer" at Aug 13, 95 06:48:33 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#880 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 555 Sender: bugs-owner@freebsd.org Precedence: bulk > of paper and prints a couple of characters. It then hangs for 30 seconds > and again prints a bit. The status light on the printer keeps wildly > blinking during all of this. As though there would be a lot of transmission > going on. By default the port is using interrupts. Do you happen to have another device at IRQ7 ? If not, try to run the port in interrupt-less mode by lptcontrol -p -u 0 (for lpt0) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD 2.2-CURRENT #5: Fri Jul 14 12:28:04 MET DST 1995 From owner-freebsd-bugs Sun Aug 13 12:40:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA00804 for bugs-outgoing; Sun, 13 Aug 1995 12:40:01 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA00797 ; Sun, 13 Aug 1995 12:40:00 -0700 Date: Sun, 13 Aug 1995 12:40:00 -0700 Message-Id: <199508131940.MAA00797@freefall.FreeBSD.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: bin/680: tip & termios problem Reply-To: J Wunsch Sender: bugs-owner@FreeBSD.org Precedence: bulk The following reply was made to PR bin/680; it has been noted by GNATS. From: J Wunsch To: kelly@fsl.noaa.gov Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: bin/680: tip & termios problem Date: Sun, 13 Aug 1995 19:12:32 +0200 (MET DST) As kelly@fsl.noaa.gov wrote: > > Curiously enough, just clearing OPOST fixes the problem. > > > *** tip.c.orig Fri Mar 31 04:47:30 1995 > --- tip.c Sun Aug 13 08:21:30 1995 > *************** > *** 219,227 **** > --- 219,229 ---- > #ifndef _POSIX_SOURCE > ctermios.c_iflag = (IMAXBEL|IXANY|ISTRIP|IXON|BRKINT); > ctermios.c_lflag = (PENDIN|IEXTEN|ISIG|ECHOCTL|ECHOE|ECHOKE); > + ctermios.c_oflag &= ~OPOST; > #else > ctermios.c_iflag = (ISTRIP|IXON|BRKINT); > ctermios.c_lflag = (PENDIN|IEXTEN|ISIG|ECHOE); > + ctermios.c_oflag &= ~OPOST; > #endif > ctermios.c_cflag = (CLOCAL|HUPCL|CREAD|CS8); > ctermios.c_cc[VINTR] = ctermios.c_cc[VQUIT] = -1; Since the remaining c_fooflags are also set absolutely, it's perhaps best to set the oflag straight to 0 (the ONLCR does not have any effect if OPOST is cleared) instead. Of course, RAW mode is supposed to not perform output postprocessing. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Aug 13 16:20:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA11626 for bugs-outgoing; Sun, 13 Aug 1995 16:20:03 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA11619 ; Sun, 13 Aug 1995 16:20:01 -0700 Resent-Date: Sun, 13 Aug 1995 16:20:01 -0700 Resent-Message-Id: <199508132320.QAA11619@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, wosch@cs.tu-berlin.de Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA11441 for ; Sun, 13 Aug 1995 16:17:41 -0700 Received: from localhost.cs.tu-berlin.de ([130.149.1.128]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id BAA01223 for ; Mon, 14 Aug 1995 01:10:47 +0200 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id SAA16346; Sun, 13 Aug 1995 18:50:15 +0200 Message-Id: <199508131650.SAA16346@localhost> Date: Sun, 13 Aug 1995 18:50:15 +0200 From: Wolfram Schneider Reply-To: wosch@cs.tu-berlin.de To: FreeBSD-gnats-submit@freebsd.org, wosch@cs.tu-berlin.de X-Send-Pr-Version: 3.2 Subject: kern/682: to shot command name in Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 682 >Category: kern >Synopsis: to shot command name in >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Aug 13 16:20:01 PDT 1995 >Last-Modified: >Originator: Wolfram Schneider >Organization: >Release: FreeBSD 2.0-ALPHA i386 >Environment: >Description: $ more /usr/include/sys/acct.h struct acct { char ac_comm[10]; /* command name */ ^^ This should be 16 and a macro. >How-To-Repeat: $ set /bin /sbin /usr/bin /usr/sbin /usr/libexec $ ls -R $* | \ awk '{l = length($0); if (l > 10) { printf("%-16s %d\n", $0, l)}}' | \ grep -v : mount_cd9660 12 mount_fdesc 11 mount_kernfs 12 mount_msdos 11 mount_portal 12 mount_procfs 12 mount_union 11 lfs_cleanerd 12 locate.bigram 13 locate.code 11 locate.updatedb 15 rpc.rusersd 11 named.reload 12 named.restart 13 >Fix: /usr/include/sys/acct.h: #define AC_COMM_LEN 16 struct acct { char ac_comm[AC_COMM_LEN]; /* command name */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Aug 13 20:59:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA24960 for bugs-outgoing; Sun, 13 Aug 1995 20:59:27 -0700 Received: from kilgour.nething.com (kilgour.nething.com [204.253.210.65]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA24954 for ; Sun, 13 Aug 1995 20:59:24 -0700 Received: from line-42.insync.net (line-42.insync.net [204.253.208.242]) by kilgour.nething.com (8.6.11/8.6.9) with SMTP id WAA03181 for ; Sun, 13 Aug 1995 22:58:11 -0500 Message-Id: <199508140358.WAA03181@kilgour.nething.com> X-Sender: rberndt@nething.com X-Mailer: Windows Eudora Version 2.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 13 Aug 1995 23:01:58 -0500 To: freebsd-bugs@freebsd.org From: Randy Berndt Subject: Termcap error - dg200 Sender: bugs-owner@freebsd.org Precedence: bulk I'm not sure of the procedure to report this, but there is a typo in the termcap entry for dg200 (data general dasher). the 'll' (ell-ell) entry shows "\036FP0017". It should be "\036FP\017". ^ Thanks. Randy Berndt ---------------------------------- AOS/VS, FreeBSD, DOS: I'm in a maze of twisty little command interpreters, all different. From owner-freebsd-bugs Sun Aug 13 22:36:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA29781 for bugs-outgoing; Sun, 13 Aug 1995 22:36:59 -0700 Received: from tiny.mcs.usu.edu (tiny.mcs.usu.edu [129.123.15.8]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA29774 for ; Sun, 13 Aug 1995 22:36:58 -0700 Received: (from kurto@localhost) by tiny.mcs.usu.edu (8.6.11/8.6.9) id XAA07527 for freebsd-bugs@freefall.cdrom.com; Sun, 13 Aug 1995 23:48:28 -0600 Date: Sun, 13 Aug 1995 23:48:28 -0600 From: Kurt Olsen Message-Id: <199508140548.XAA07527@tiny.mcs.usu.edu> To: freebsd-bugs@freefall.FreeBSD.org Subject: Install problem Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi, I'm attempting to insall FreeBSD on an old 386. Here's the hardware: 25mhz 386DX (the chip is dated '85) 4 MB Ram Trident 8800br SVGA NE1000 clone Conner 80 MB HD It boots ok, but after partitioning, labeling, selecting dists, selecting media type and finally saying commit it freezes. I've tried with both the 2.0.5-RELEASE (updated boot.flp) and the 950726-SNAP boot.flp. They both freeze up at some random times after the 'commit' option. Watching the debugging screen during operations, the machine freezes at or during the newfs. However in one case it made it past the newfs and started the download of the root image. I used to run 1.1.5.1 on this machine (with a different HD) so I know it worked before (with the exception of a non-working FPU, I suppose it's a problem with the interrupt line.) Any suggestions? Kurt Olsen kurto@tiny.mcs.usu.edu From owner-freebsd-bugs Sun Aug 13 23:30:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA02043 for bugs-outgoing; Sun, 13 Aug 1995 23:30:02 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA02036 ; Sun, 13 Aug 1995 23:30:01 -0700 Date: Sun, 13 Aug 1995 23:30:01 -0700 Message-Id: <199508140630.XAA02036@freefall.FreeBSD.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/682: to shot command name in Reply-To: J Wunsch Sender: bugs-owner@FreeBSD.org Precedence: bulk The following reply was made to PR kern/682; it has been noted by GNATS. From: J Wunsch To: wosch@cs.tu-berlin.de Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/682: to shot command name in Date: Mon, 14 Aug 1995 08:18:54 +0200 (MET DST) As Wolfram Schneider wrote: > > /usr/include/sys/acct.h: > > #define AC_COMM_LEN 16 > struct acct { > char ac_comm[AC_COMM_LEN]; /* command name */ What incompatibilites will this produce? Is it just lastcomm(1) that has to be recompiled? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Aug 14 01:10:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id BAA04280 for bugs-outgoing; Mon, 14 Aug 1995 01:10:05 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id BAA04270 ; Mon, 14 Aug 1995 01:10:02 -0700 Resent-Date: Mon, 14 Aug 1995 01:10:02 -0700 Resent-Message-Id: <199508140810.BAA04270@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, wosch@cs.tu-berlin.de Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id BAA04246 for ; Mon, 14 Aug 1995 01:09:30 -0700 Received: from localhost.cs.tu-berlin.de ([130.149.1.128]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id JAA09021; Mon, 14 Aug 1995 09:56:38 +0200 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id SAA13412; Sun, 13 Aug 1995 18:17:21 +0200 Message-Id: <199508131617.SAA13412@localhost> Date: Sun, 13 Aug 1995 18:17:21 +0200 From: Wolfram Schneider Reply-To: wosch@cs.tu-berlin.de To: FreeBSD-gnats-submit@freebsd.org Cc: Paul Vixie , wosch@cs.tu-berlin.de X-Send-Pr-Version: 3.2 Subject: bin/683: cron(8) Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 683 >Category: bin >Synopsis: cron(8) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 14 01:10:01 PDT 1995 >Last-Modified: >Originator: Wolfram Schneider >Organization: >Release: FreeBSD 2.0-ALPHA i386 >Environment: >Description: - cron(8) does not show or explain debug flags - debug flag 'test' cause endless loop - cron start ever a shell. Use exec if there are no meta chars. >How-To-Repeat: >Fix: --- 1.1 1995/08/13 14:32:09 +++ cron.c 1995/08/13 14:32:21 @@ -46,7 +46,16 @@ static void usage() { + char **dflags; + fprintf(stderr, "usage: %s [-x debugflag[,...]]\n", ProgramName); + fprintf(stderr, "\ndebugflags: "); + + for(dflags = DebugFlagNames; *dflags; dflags++) { + fprintf(stderr, "%s ", *dflags); + } + fprintf(stderr, "\n"); + exit(ERROR_EXIT); } @@ -116,7 +125,7 @@ cron_sync(); while (TRUE) { # if DEBUGGING - if (!(DebugFlags & DTEST)) + /* if (!(DebugFlags & DTEST)) */ # endif /*DEBUGGING*/ cron_sleep(); @@ -288,8 +297,10 @@ { int argch; - while (EOF != (argch = getopt(argc, argv, "x:"))) { + while (EOF != (argch = getopt(argc, argv, "h?x:"))) { switch (argch) { + case '?': + case 'h': default: usage(); case 'x': --- 1.1 1995/08/13 10:08:46 +++ do_command.c 1995/08/13 15:23:53 @@ -33,6 +33,22 @@ static void child_process __P((entry *, user *)), do_univ __P((user *)); +void do_exec __P((entry *)); + +#if !defined(__FreeBSD__) && !defined(EXEC_SHELL) +# warning "Only tested for FreeBSD." +# warning "Use #define EXEC_SHELL if you have some" +# warning "trouble with theses changes." +#endif + +# if !defined(EXEC_SHELL) +char **brk_string(char *, int *); +char *emalloc(u_int); +void enomem(); +int exectp(const char *file, char *const argv[], char *envp[]); + +#include +# endif /* EXEC_SHELL */ void do_command(e, u) @@ -215,23 +231,9 @@ /* exec the command. */ - { - char *shell = env_get("SHELL", e->envp); -# if DEBUGGING - if (DebugFlags & DTEST) { - fprintf(stderr, - "debug DTEST is on, not exec'ing command.\n"); - fprintf(stderr, - "\tcmd='%s' shell='%s'\n", e->cmd, shell); - _exit(OK_EXIT); - } -# endif /*DEBUGGING*/ - execle(shell, shell, "-c", e->cmd, (char *)0, e->envp); - fprintf(stderr, "execl: couldn't exec `%s'\n", shell); - perror("execl"); - _exit(ERROR_EXIT); - } + do_exec(e); + break; default: /* parent process */ @@ -499,3 +501,381 @@ (void) universe(U_ATT); #endif } + + +/* exec the command. + */ + +void +do_exec(e) + entry *e; +{ + + char *shell = env_get("SHELL", e->envp); + + + /* use ever shell -c for executing programs */ +# if defined(EXEC_SHELL) + +# if DEBUGGING + if (DebugFlags & DTEST) { + fprintf(stderr, + "debug DTEST is on, not exec'ing command.\n"); + fprintf(stderr, + "\tcmd='%s' shell='%s'\n", e->cmd, shell); + _exit(OK_EXIT); + } +# endif /*DEBUGGING*/ + execle(shell, shell, "-c", e->cmd, (char *)0, e->envp); + fprintf(stderr, "execl: couldn't exec `%s'\n", shell); + perror("execl"); + _exit(ERROR_EXIT); + + + +# else + /* try exec if there are no meta chars, + * otherweise use sh -c for executing programs + * + * code borrowed from 4.4BSD make(1) + */ + + static char meta[256]; + char *cp; /* Pointer to string of shell meta-characters */ + char **av; /* Argument vector for thing to exec */ + int argc; /* Number of arguments in av or 0 if not + * dynamically allocated */ + int i; + char **a; + + for(i = 0; i < 256; i++) + meta[i] = 0; + + for (cp = "#=|^(){};&<>*?[]:$`\\\n"; *cp != '\0'; + cp++) { + meta[(unsigned char) *cp] = 1; + } + + /* + * The null character serves as a sentinel in the string. + */ + meta[0] = 1; + + /* + * Search for meta characters in the command. If there are no meta + * characters, there's no need to execute a shell to execute the + * command. + */ + for (cp = e->cmd; !meta[(unsigned char)*cp]; cp++) { + continue; + } + + /* + * If *cp isn't the null character, we hit a "meta" character + * or command ist not a absolute path and need to pass the + * command off to the shell. + */ + + if (*cp != '\0') { + +# if DEBUGGING + if (DebugFlags & DTEST) { + fprintf(stderr, + "debug DTEST is on, not exec'ing command.\n"); + fprintf(stderr, "Meta char: `%s' `%s'\n", cp, e->cmd); + _exit(OK_EXIT); + } +# endif /*DEBUGGING*/ + execle(shell, shell, "-c", e->cmd, (char *)0, e->envp); + fprintf(stderr, "execle: couldn't exec `%s'\n", shell); + perror("execle"); + _exit(ERROR_EXIT); + } + + else { + /* + * No meta-characters, so no need to exec a shell. Break the command + * into words to form an argument vector we can execute. + * brk_string sticks our name in av[0], so we have to + * skip over it... + */ + + av = brk_string(e->cmd, &argc); + a = av; + +# if DEBUGGING + if (DebugFlags & DTEST) { + fprintf(stderr, + "debug DTEST is on, not exec'ing command.\n"); + + fprintf(stderr, "No meta chars: `%s'\n", e->cmd); + fprintf(stderr, "exect(\"%s\"", *av); + + for(a = av; *a; a++) { + fprintf(stderr, ", \"%s\"", *a); + } + fprintf(stderr, ", e->envp);\nargc: %d\n", argc); + + _exit(OK_EXIT); + } +# endif /*DEBUGGING*/ + + /* exectp + * + * searching for an executable file if the specified file + * name does not contain a slash ``/'' character. + * The search path is the path specified in the environment + * by ``PATH'' variable. If this variable isn't + * specified, the default path ``/bin:/usr/bin:'' is used + */ + + (void)exectp(av[0], av, e->envp); + + fprintf(stderr, "exectp: couldn't exec `%s'\n", av[0]); + perror("exectp"); + _exit(ERROR_EXIT); + + } +} +#endif /* EXEC_SHELL */ + +# if !defined(EXEC_SHELL) +/* following code borrowed from 4.4BSD make(1) */ + +/*- + * brk_string -- + * Fracture a string into an array of words (as delineated by tabs or + * spaces) taking quotation marks into account. Leading tabs/spaces + * are ignored. + * + * returns -- + * Pointer to the array of pointers to the words. To make life easier, + * the first word is always the value of the .MAKE variable. + */ +char ** +brk_string(str, store_argc) + register char *str; + int *store_argc; +{ + static int argmax, curlen; + static char **argv, *buf; + register int argc, ch; + register char inquote, *p, *start, *t; + int len; + + if (!argv) { + argv = (char **)emalloc((argmax = 50) * sizeof(char *)); + } + + /* skip leading space chars. */ + for (; *str == ' ' || *str == '\t'; ++str) + continue; + + /* allocate room for a copy of the string */ + if ((len = strlen(str) + 1) > curlen) + buf = emalloc(curlen = len); + + /* + * copy the string; at the same time, parse backslashes, + * quotes and build the argument list. + */ + argc = 0; + inquote = '\0'; + + for (p = str, start = t = buf;; ++p) { + switch(ch = *p) { + case '"': + case '\'': + if (inquote) { + if (inquote == ch) + inquote = '\0'; + else + break; + } else { + inquote = (char) ch; + start = t; + continue; + } + /* FALLTHROUGH */ + case ' ': + case '\t': + if (inquote) + break; + if (!start) + continue; + /* FALLTHROUGH */ + case '\n': + case '\0': + /* + * end of a token -- make sure there's enough argv + * space and save off a pointer. + */ + *t++ = '\0'; + if (argc == argmax) { + argmax *= 2; /* ramp up fast */ + if (!(argv = (char **)realloc(argv, + argmax * sizeof(char *)))) + enomem(); + } + argv[argc++] = start; + start = (char *)NULL; + if (ch == '\n' || ch == '\0') + goto done; + continue; + case '\\': + switch (ch = *++p) { + case '\0': + case '\n': + /* hmmm; fix it up as best we can */ + ch = '\\'; + --p; + break; + case 'b': + ch = '\b'; + break; + case 'f': + ch = '\f'; + break; + case 'n': + ch = '\n'; + break; + case 'r': + ch = '\r'; + break; + case 't': + ch = '\t'; + break; + } + break; + } + if (!start) + start = t; + *t++ = (char) ch; + } +done: argv[argc] = (char *)NULL; + *store_argc = argc; + return(argv); +} + +/* + * emalloc -- + * malloc, but die on error. + */ +char * +emalloc(len) + u_int len; +{ + char *p; + + if (!(p = malloc(len))) + enomem(); + return(p); +} + +/* + * enomem -- + * die when out of memory. + */ +void +enomem() +{ + (void)fprintf(stderr, "cron: %s.\n", strerror(errno)); + exit(2); +} + + +/* code borrowed from 4.4BSD libc exec(3) */ +int +exectp(name, argv, envp) + const char *name; + char * const *argv; + char **envp; +{ + static int memsize; + static char **memp; + register int cnt, lp, ln; + register char *p; + int eacces, etxtbsy; + char *bp, *cur, *path, buf[MAXPATHLEN]; + + /* If it's an absolute or relative path name, it's easy. */ + if (index(name, '/')) { + bp = (char *)name; + cur = path = NULL; + goto retry; + } + bp = buf; + + /* Get the path we're searching. */ + if (!(path = env_get("PATH", envp))) + path = _PATH_DEFPATH; + cur = path = strdup(path); + + eacces = etxtbsy = 0; + while (p = strsep(&cur, ":")) { + /* + * It's a SHELL path -- double, leading and trailing colons + * mean the current directory. + */ + if (!*p) { + p = "."; + lp = 1; + } else + lp = strlen(p); + ln = strlen(name); + + /* + * If the path is too long complain. This is a possible + * security issue; given a way to make the path too long + * the user may execute the wrong program. + */ + if (lp + ln + 2 > sizeof(buf)) { + (void)write(STDERR_FILENO, "exectp: ", 8); + (void)write(STDERR_FILENO, p, lp); + (void)write(STDERR_FILENO, ": path too long\n", 16); + continue; + } + bcopy(p, buf, lp); + buf[lp] = '/'; + bcopy(name, buf + lp + 1, ln); + buf[lp + ln + 1] = '\0'; + +retry: (void)execve(bp, argv, envp); + switch(errno) { + case EACCES: + eacces = 1; + break; + case ENOENT: + break; + case ENOEXEC: + for (cnt = 0; argv[cnt]; ++cnt); + if ((cnt + 2) * sizeof(char *) > memsize) { + memsize = (cnt + 2) * sizeof(char *); + if ((memp = realloc(memp, memsize)) == NULL) { + memsize = 0; + goto done; + } + } + memp[0] = "sh"; + memp[1] = bp; + bcopy(argv + 1, memp + 2, cnt * sizeof(char *)); + (void)execve(_PATH_BSHELL, memp, envp); + goto done; + case ETXTBSY: + if (etxtbsy < 3) + (void)sleep(++etxtbsy); + goto retry; + default: + goto done; + } + } + if (eacces) + errno = EACCES; + else if (!errno) + errno = ENOENT; +done: if (path) + free(path); + return (-1); +} + +#endif >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Aug 14 03:40:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA10803 for bugs-outgoing; Mon, 14 Aug 1995 03:40:02 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA10796 ; Mon, 14 Aug 1995 03:40:01 -0700 Date: Mon, 14 Aug 1995 03:40:01 -0700 Message-Id: <199508141040.DAA10796@freefall.FreeBSD.org> To: freebsd-bugs Cc: From: Wolfram Schneider Subject: Re: kern/682: to shot command name in Reply-To: Wolfram Schneider Sender: bugs-owner@FreeBSD.org Precedence: bulk The following reply was made to PR kern/682; it has been noted by GNATS. From: Wolfram Schneider To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: kern/682: to shot command name in Date: Mon, 14 Aug 1995 12:20:01 +0200 J. Wunsch writes: >As Wolfram Schneider wrote: >> >> /usr/include/sys/acct.h: >> >> #define AC_COMM_LEN 16 >> struct acct { >> char ac_comm[AC_COMM_LEN]; /* command name */ > >What incompatibilites will this produce? Is it just lastcomm(1) >that has to be recompiled? $gfind . -name '*.[ch]' | xargs egrep -l '' > a $cat a ./usr.sbin/sa/usrdb.c ./usr.sbin/sa/main.c ./usr.sbin/sa/pdb.c ./usr.bin/lastcomm/lastcomm.c ./sys/kern/kern_exec.c ./sys/kern/kern_fork.c ./sys/kern/kern_proc.c ./sys/kern/kern_sig.c ./sys/kern/kern_prot.c ./sys/kern/kern_acct.c ./sys/i386/i386/trap.c ./sys/i386/i386/math_emulate.c $xargs egrep -l ac_comm < a ./usr.sbin/sa/main.c ./usr.bin/lastcomm/lastcomm.c ./sys/kern/kern_acct.c -- Wolfram Schneider me From owner-freebsd-bugs Mon Aug 14 04:13:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA12455 for bugs-outgoing; Mon, 14 Aug 1995 04:13:32 -0700 Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA12449 for ; Mon, 14 Aug 1995 04:13:28 -0700 Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id MAA00702; Mon, 14 Aug 1995 12:12:18 +0100 From: Paul Richards Message-Id: <199508141112.MAA00702@server.netcraft.co.uk> Subject: Re: List of open Problem Reports To: peter@haywire.DIALix.COM (Peter Wemm) Date: Mon, 14 Aug 1995 12:12:18 +0100 (BST) Cc: bugs@freefall.FreeBSD.org In-Reply-To: <199508121508.XAA17827@haywire.DIALix.COM> from "Peter Wemm" at Aug 12, 95 11:08:30 pm Reply-to: paul@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2622 Sender: bugs-owner@FreeBSD.org Precedence: bulk In reply to Peter Wemm who said > > In freebsd.bugs, GNU GNATS writes: > [...] > > >[1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. > >[1995/07/10] gnu/608 `send-pr' inserts wrong default for ">Release:" fiel > >[1995/07/14] bin/613 send-pr reports wrong release > > [...] > > >[1995/07/27] bin/636 /usr/share/examples Makefiles missing > >[1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts > >[PDT/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c > >[PDT/07/29] misc/641 > >[PDT/08/01] docs/646 vmstat man page out of date > >[PDT/08/01] kern/647 Sound cards fail to work > ^^^ > > Looks like the new (gnew? :-) GNATS is picking the wrong field out of > a `date` somewhere.. > Hmm, yes, this is one my list of gnats problems. I don't think this is serious enough at the moment drop back from the beta code but if people think so I will. I'll manually change these to 1995 when I get the chance. > BTW: the make rules for send-pr are still broken. obj/send-pr is > getting left around for a *long* time and is not being rebuilt when it > should. IMHO, it'd be better (although still not right) to get it to > read `uname -rsm` at runtime, rather than sed'ing it in at make time. > > Perhaps another way would be to *force* send-pr to be rebuilt every > single time, so there is never a stale copy in gnu/send-pr/obj. > > Or.. perhaps send-pr needs to read `uname -rsm` for "kern" reports, > but use the compiled in name for the other problem categories.. in > case the kernel has been supped/rebuilt later, but the other binaries > have been unmodified... > > [[ It's this very same bug which caused 2.0.5-RELEASE to go out with a > send-pr tag of "2.0-BUILT-nnnnnn".. There was a stale copy of send-pr > left from before Jordan/Rod/whoever changes newvers.sh, and send-pr > was not rebuilt, and was installed from the stale, several days old > version. ]] This all needs addressing but I'm not going to look at it until 3 things happen: 1) The next release of GNATS is officially released. The repository has to change a lot for this since all of gnats will now need to be brought in so all the remote tools get distributed. 2) The cvs vendor branch issue gets resolved so I can put the next release on a venor branch. 3) We finally agree on how our version numbering is going to be handled. -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul Phone: 0370 462071 (Mobile), +44 1222 457651 (home) From owner-freebsd-bugs Mon Aug 14 04:15:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA12591 for bugs-outgoing; Mon, 14 Aug 1995 04:15:50 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA12579 for ; Mon, 14 Aug 1995 04:15:43 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id EAA14970; Mon, 14 Aug 1995 04:05:12 -0700 Date: Mon, 14 Aug 1995 04:05:12 -0700 Message-Id: <199508141105.EAA14970@silvia.HIP.Berkeley.EDU> To: jan@physik.TU-Berlin.DE CC: freebsd-bugs@freebsd.org In-reply-to: <199508131800.UAA12268@marie.physik.tu-berlin.de> (message from Jan Riedinger on Sun, 13 Aug 1995 20:00:50 +0100 (MET DST)) Subject: Re: ports & 2.1.0-SNAP From: asami@cs.berkeley.edu (Satoshi Asami) Sender: bugs-owner@freebsd.org Precedence: bulk * I had some minor problems to compile some ports. In various ports (e.g. * xview-lib) is a call of "ldconfig -m", but the option -m doesn't exist * for 2.1.0-950726-SNAP. Sorry, this was an oversight on our part involving three cvs branches, two release engineers and one port manager. The problem has since been corrected. You can probably just ignore the ldconfig errors. * The Makefile for olvwm is searching for a .Z file in the distfile directory * instead for a .gz file. (The same is probably true for elm, pine, pcnfsd ). Is there something wrong about that? ftp.x.org:/R5contrib ncftp>dir olvwm* -rw-r--r-- 1 root daemon 10506 Feb 10 1994 olvwm4.Patch01.Z -rw-r--r-- 1 root daemon 631689 Jan 25 1994 olvwm4.tar.Z * For my site the ghostscript package was corrupted, but maybe this * isn't so for the primary mirrors. Egads you are right, no idea how this happened. I'll rebuild it. Thanks for the report! * top-stable produces immidiatly a segmention violation on my system. Hmm. It works here (on my home machine, running a -stable but newer than the July snap). :< * Because I don't like compressed man-pages ( I have only a 386 ), I tried * to recompile man, but the configure script is missing. Sorry, no idea on that one.... Satoshi From owner-freebsd-bugs Mon Aug 14 07:50:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA19322 for bugs-outgoing; Mon, 14 Aug 1995 07:50:02 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA19315 ; Mon, 14 Aug 1995 07:50:01 -0700 Date: Mon, 14 Aug 1995 07:50:01 -0700 Message-Id: <199508141450.HAA19315@freefall.FreeBSD.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: bin/683: cron(8) Reply-To: Garrett Wollman Sender: bugs-owner@FreeBSD.org Precedence: bulk The following reply was made to PR bin/683; it has been noted by GNATS. From: Garrett Wollman To: wosch@cs.tu-berlin.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: bin/683: cron(8) Date: Mon, 14 Aug 1995 10:42:31 -0400 < said: > - cron start ever a shell. Use exec if there are no meta chars. This is simply wrong. Programs such as `cron' have no business attempting to parse the command line given to them; that's the job of the shell, AND THE SHELL ONLY. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Mon Aug 14 08:34:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA21532 for bugs-outgoing; Mon, 14 Aug 1995 08:34:06 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id IAA21526 for ; Mon, 14 Aug 1995 08:34:02 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA11236; Mon, 14 Aug 1995 11:32:34 -0400 Date: Mon, 14 Aug 1995 11:32:34 -0400 From: Garrett Wollman Message-Id: <9508141532.AA11236@halloran-eldar.lcs.mit.edu> To: Wolfram Schneider Cc: Garrett Wollman , FreeBSD-bugs@freebsd.org Subject: bin/683: cron(8) In-Reply-To: <199508141459.QAA11761@caramba.cs.tu-berlin.de> References: <199508131617.SAA13412@localhost> <9508141442.AA11143@halloran-eldar.lcs.mit.edu> <199508141459.QAA11761@caramba.cs.tu-berlin.de> Sender: bugs-owner@freebsd.org Precedence: bulk < said: >> This is simply wrong. Programs such as `cron' have no business >> attempting to parse the command line given to them; that's the job of >> the shell, AND THE SHELL ONLY. > I need no shell for starting '/usr/libexec/atrun'. You missed the point. It is none of cron's business to be parsing shell command lines, period. What should cron do with this: ------------------------------------ SHELL=/usr/site/bin/bash 30 4 1 * * help ------------------------------------ Or how about this: ------------------------------------ SHELL=/usr/local/bin/foosh 15 0 * * */2 grimblepritz garply foobiebletch ------------------------------------ (where in the `foosh' language, `garply' means the same as `>' in Bourne shell) You are putting knowledge into utility programs which have no business applying them; this is simply the Wrong Thing. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Mon Aug 14 09:18:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA25038 for bugs-outgoing; Mon, 14 Aug 1995 09:18:01 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA24954 for ; Mon, 14 Aug 1995 09:16:52 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.144.4]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id RAA27950; Mon, 14 Aug 1995 17:57:10 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id RAA14439; Mon, 14 Aug 1995 17:57:01 +0200 Date: Mon, 14 Aug 1995 17:57:01 +0200 Message-Id: <199508141557.RAA14439@caramba.cs.tu-berlin.de> To: Garrett Wollman Cc: FreeBSD-bugs@freebsd.org Subject: bin/683: cron(8) In-Reply-To: <9508141532.AA11236@halloran-eldar.lcs.mit.edu> References: <199508131617.SAA13412@localhost> <9508141442.AA11143@halloran-eldar.lcs.mit.edu> <199508141459.QAA11761@caramba.cs.tu-berlin.de> <9508141532.AA11236@halloran-eldar.lcs.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: bugs-owner@freebsd.org Precedence: bulk Garrett Wollman writes: >You missed the point. It is none of cron's business to be parsing >shell command lines, period. > >What should cron do with this: > >------------------------------------ >SHELL=/usr/site/bin/bash >30 4 1 * * help >------------------------------------ > >Or how about this: > >------------------------------------ >SHELL=/usr/local/bin/foosh >15 0 * * */2 grimblepritz garply foobiebletch >------------------------------------ >(where in the `foosh' language, `garply' means the same as `>' in >Bourne shell) > >You are putting knowledge into utility programs which have no business >applying them; this is simply the Wrong Thing. Ok, ok. Add a check for $SHELL (/bin/sh or /bin/csh). Carefully users don't put shell builtin's into crontab or uses funny shells (grimblepritz, emacs, perl etc.) Wolfram From owner-freebsd-bugs Mon Aug 14 09:45:34 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA28104 for bugs-outgoing; Mon, 14 Aug 1995 09:45:34 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id JAA28094 for ; Mon, 14 Aug 1995 09:45:32 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA11411; Mon, 14 Aug 1995 12:44:26 -0400 Date: Mon, 14 Aug 1995 12:44:26 -0400 From: Garrett Wollman Message-Id: <9508141644.AA11411@halloran-eldar.lcs.mit.edu> To: Wolfram Schneider Cc: FreeBSD-bugs@freebsd.org Subject: bin/683: cron(8) In-Reply-To: <199508141557.RAA14439@caramba.cs.tu-berlin.de> References: <199508131617.SAA13412@localhost> <9508141442.AA11143@halloran-eldar.lcs.mit.edu> <199508141459.QAA11761@caramba.cs.tu-berlin.de> <9508141532.AA11236@halloran-eldar.lcs.mit.edu> <199508141557.RAA14439@caramba.cs.tu-berlin.de> Sender: bugs-owner@freebsd.org Precedence: bulk < said: >> You missed the point. It is none of cron's business to be parsing ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> shell command lines, period. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> You are putting knowledge into utility programs which have no business >> applying them; this is simply the Wrong Thing. > Ok, ok. Add a check for $SHELL (/bin/sh or /bin/csh). You are still missing the point. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Mon Aug 14 10:17:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA02860 for bugs-outgoing; Mon, 14 Aug 1995 10:17:32 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id KAA02852 for ; Mon, 14 Aug 1995 10:17:30 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14885(6)>; Mon, 14 Aug 1995 10:16:37 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Mon, 14 Aug 1995 10:16:28 -0700 X-Mailer: exmh version 1.6.1 5/23/95 To: Mark Murray cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), jkh@freefall.freebsd.org (Jordan K. Hubbard), freebsd-bugs@freebsd.org Subject: Re: 950726-SNAP lp0/nfs install bug ? In-reply-to: Your message of "Sat, 12 Aug 95 03:29:18 PDT." <199508121029.MAA28674@grumble.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 Aug 1995 10:16:19 PDT From: Bill Fenner Message-Id: <95Aug14.101628pdt.177475@crevenia.parc.xerox.com> Sender: bugs-owner@freebsd.org Precedence: bulk In message <199508121029.MAA28674@grumble.grondar.za> you write: >... In this case the above calculation will give a >totally wrong netmask. But in the general case, it is still useful. It's only a default, it's not like anyone is suggesting to force you to use the results of that formula. I vote for it. Bill From owner-freebsd-bugs Mon Aug 14 10:47:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA05798 for bugs-outgoing; Mon, 14 Aug 1995 10:47:05 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA05772 for ; Mon, 14 Aug 1995 10:46:43 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.144.4]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id TAA02759; Mon, 14 Aug 1995 19:25:58 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id TAA18350; Mon, 14 Aug 1995 19:25:51 +0200 Date: Mon, 14 Aug 1995 19:25:51 +0200 Message-Id: <199508141725.TAA18350@caramba.cs.tu-berlin.de> To: Garrett Wollman Cc: Wolfram Schneider , FreeBSD-bugs@freebsd.org Subject: bin/683: cron(8) In-Reply-To: <9508141644.AA11411@halloran-eldar.lcs.mit.edu> References: <199508131617.SAA13412@localhost> <9508141442.AA11143@halloran-eldar.lcs.mit.edu> <199508141459.QAA11761@caramba.cs.tu-berlin.de> <9508141532.AA11236@halloran-eldar.lcs.mit.edu> <199508141557.RAA14439@caramba.cs.tu-berlin.de> <9508141644.AA11411@halloran-eldar.lcs.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: bugs-owner@freebsd.org Precedence: bulk Garrett Wollman writes: >< said: > >>> You missed the point. It is none of cron's business to be parsing > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>> shell command lines, period. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >You are still missing the point. You too. Cron(8) is for execute *commands*, not execute your favourite *shell command* lines. Starting a shell is a feature. It is your own risk if SHELL=/usr/bin/perl not work (perl -c is for syntax checking). $ egrep -i shell cron.8 |wc -l 0 Wolfram From owner-freebsd-bugs Mon Aug 14 10:55:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA06700 for bugs-outgoing; Mon, 14 Aug 1995 10:55:28 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id KAB06684 for ; Mon, 14 Aug 1995 10:55:26 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA11596; Mon, 14 Aug 1995 13:55:13 -0400 Date: Mon, 14 Aug 1995 13:55:13 -0400 From: Garrett Wollman Message-Id: <9508141755.AA11596@halloran-eldar.lcs.mit.edu> To: Wolfram Schneider Cc: Garrett Wollman , FreeBSD-bugs@freebsd.org Subject: bin/683: cron(8) In-Reply-To: <199508141725.TAA18350@caramba.cs.tu-berlin.de> References: <199508131617.SAA13412@localhost> <9508141442.AA11143@halloran-eldar.lcs.mit.edu> <199508141459.QAA11761@caramba.cs.tu-berlin.de> <9508141532.AA11236@halloran-eldar.lcs.mit.edu> <199508141557.RAA14439@caramba.cs.tu-berlin.de> <9508141644.AA11411@halloran-eldar.lcs.mit.edu> <199508141725.TAA18350@caramba.cs.tu-berlin.de> Sender: bugs-owner@freebsd.org Precedence: bulk < said: >>>> You missed the point. It is none of cron's business to be parsing >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >>>> shell command lines, period. >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> >> You are still missing the point. > You too. Cron(8) is for execute *commands*, not execute your favourite > *shell command* lines. Nonsense. You are trying to make a distinction WHICH DOES NOT EXIST IN REALITY. > Starting a shell is a feature. It is your own risk if > SHELL=/usr/bin/perl not work (perl -c is for syntax checking). Which is completely irrelevant to the question at hand. Question for you: Why the h*** do you care that cron runs a shell? What does the shell do that is so horrid that you want to break cron? What makes you think that every !@#$%^ utility in the system needs to parse command lines when there is one program (the Bourne shell) whose sole purpose is to do precisely that? BTW, this is from crontab(5): The ``sixth'' field (the rest of the line) specifies the command to be run. The entire command portion of the line, up to a newline or % character, will be executed by /bin/sh or by the shell specified in the SHELL variable of the cronfile. Percent-signs (%) in the command, unless escaped with backslash (\), will be changed into newline characters, and all data after the first % will be sent to the command as standard input. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Mon Aug 14 10:59:35 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA07267 for bugs-outgoing; Mon, 14 Aug 1995 10:59:35 -0700 Received: from mpp.minn.net ([204.157.201.242]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA07249 for ; Mon, 14 Aug 1995 10:59:30 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id MAA25312; Mon, 14 Aug 1995 12:56:24 -0500 From: Mike Pritchard Message-Id: <199508141756.MAA25312@mpp.minn.net> Subject: Re: bin/683: cron(8) To: wosch@cs.tu-berlin.de (Wolfram Schneider) Date: Mon, 14 Aug 1995 12:56:24 -0500 (CDT) Cc: wollman@halloran-eldar.lcs.mit.edu, wosch@cs.tu-berlin.de, FreeBSD-bugs@freebsd.org In-Reply-To: <199508141725.TAA18350@caramba.cs.tu-berlin.de> from "Wolfram Schneider" at Aug 14, 95 07:25:51 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1442 Sender: bugs-owner@freebsd.org Precedence: bulk Wolfram Schneider wrote: > Garrett Wollman writes: > >< said: > > > >>> You missed the point. It is none of cron's business to be parsing > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >>> shell command lines, period. > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > >You are still missing the point. > > You too. Cron(8) is for execute *commands*, not execute your favourite > *shell command* lines. > > Starting a shell is a feature. It is your own risk if > SHELL=/usr/bin/perl not work (perl -c is for syntax checking). > > $ egrep -i shell cron.8 |wc -l > 0 >From "man 5 crontab" ... The ``sixth'' field (the rest of the line) specifies the command to be run. The entire command portion of the line, up to a newline or % character, will be executed by /bin/sh or by the shell specified in the SHELL variable of the cronfile. Percent-signs (%) in the command, unless escaped with backslash (\), will be changed into newline characters, and all data after the first % will be sent to the command as standard input. ... If you have a long running cron job and do not want the shell to stick around, why not do: * * * * * exec command < in > out -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Mon Aug 14 11:33:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA11540 for bugs-outgoing; Mon, 14 Aug 1995 11:33:30 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA11518 for ; Mon, 14 Aug 1995 11:33:21 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18081; Mon, 14 Aug 1995 20:33:04 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA18493; Mon, 14 Aug 1995 20:33:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA13546; Mon, 14 Aug 1995 19:50:21 +0200 From: J Wunsch Message-Id: <199508141750.TAA13546@uriah.heep.sax.de> Subject: Re: List of open Problem Reports To: paul@FreeBSD.org Date: Mon, 14 Aug 1995 19:50:21 +0200 (MET DST) Cc: peter@haywire.DIALix.COM, bugs@freefall.FreeBSD.org In-Reply-To: <199508141112.MAA00702@server.netcraft.co.uk> from "Paul Richards" at Aug 14, 95 12:12:18 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1127 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Paul Richards wrote: > > > >[PDT/08/01] kern/647 Sound cards fail to work > > ^^^ > > > > Looks like the new (gnew? :-) GNATS is picking the wrong field out of > > a `date` somewhere.. > > > > Hmm, yes, this is one my list of gnats problems. I don't think this > is serious enough at the moment drop back from the beta code but if > people think so I will. I'll manually change these to 1995 when I get the > chance. Hmm, GNATS appears to emit a timezone now... Apply the following patch to send-bug-summary on freefall: --- send-bug-summary~ Sat Jul 8 13:49:35 1995 +++ send-bug-summary Mon Aug 14 19:48:01 1995 @@ -20,6 +20,8 @@ $number = &getline($_); } elsif (/Arrival-Date:/) { $date = &getline($_); + # strip timezone if any (between HH:MM:SS and YYYY at end of line): + $date =~ s/(\d\d:\d\d:\d\d)\D+(\d{4})$/\1 \2/; ($dow,$mon,$day,$time,$year) = split(/[ \t]+/, $date); $day = "0$day" if $day =~ /^[0-9]$/; $date = "$year/$mons{$mon}/$day"; -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Aug 14 11:36:45 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA12113 for bugs-outgoing; Mon, 14 Aug 1995 11:36:45 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA12102 for ; Mon, 14 Aug 1995 11:36:40 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id EAA24876; Tue, 15 Aug 1995 04:32:11 +1000 Date: Tue, 15 Aug 1995 04:32:11 +1000 From: Bruce Evans Message-Id: <199508141832.EAA24876@godzilla.zeta.org.au> To: wollman@halloran-eldar.lcs.mit.edu, wosch@cs.tu-berlin.de Subject: Re: bin/683: cron(8) Cc: FreeBSD-bugs@FreeBSD.org Sender: bugs-owner@FreeBSD.org Precedence: bulk >Question for you: > Why the h*** do you care that cron runs a shell? What does > the shell do that is so horrid that you want to break cron? $ time sh -c "/bin/echo '/bin/sh is fat and slow'" /bin/sh is fat and slow 0.59 real 0.23 user 0.30 sys $ time /bin/echo '/bin/sh is fat and slow' /bin/sh is fat and slow 0.22 real 0.11 user 0.07 sys Bruce From owner-freebsd-bugs Mon Aug 14 16:09:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA07016 for bugs-outgoing; Mon, 14 Aug 1995 16:09:06 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA07010 for ; Mon, 14 Aug 1995 16:09:05 -0700 Received: from mail.zrz.TU-Berlin.DE (mail.zrz.TU-Berlin.DE [130.149.4.15]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id QAA06644 for ; Mon, 14 Aug 1995 16:09:00 -0700 Received: from marie.physik.tu-berlin.de by mail.zrz.TU-Berlin.DE with SMTP (PP); Tue, 15 Aug 1995 01:04:57 +0200 Received: (from jan@localhost) by marie.physik.tu-berlin.de (8.6.9/8.6.9) id BAA01627 ; Tue, 15 Aug 1995 01:04:52 +0200 From: Jan Riedinger Message-Id: <199508142304.BAA01627@marie.physik.tu-berlin.de> Comments: MTA at marie.physik.TU-Berlin.DE is now sendmail v8. Subject: Re: ports & 2.1.0-SNAP To: asami@cs.berkeley.edu (Satoshi Asami) Date: Tue, 15 Aug 1995 01:04:51 +0100 (MET DST) Cc: jan@physik.TU-Berlin.DE, freebsd-bugs@freebsd.org In-Reply-To: <199508141105.EAA14970@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Aug 14, 95 04:05:12 am X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 754 Sender: bugs-owner@freebsd.org Precedence: bulk You wrote > * The Makefile for olvwm is searching for a .Z file in the distfile directory > * instead for a .gz file. (The same is probably true for elm, pine, pcnfsd ). > > Is there something wrong about that? > > ftp.x.org:/R5contrib > ncftp>dir olvwm* > -rw-r--r-- 1 root daemon 10506 Feb 10 1994 olvwm4.Patch01.Z > -rw-r--r-- 1 root daemon 631689 Jan 25 1994 olvwm4.tar.Z > At my "unofficial" mirror (ftp.cs.tu-berlin.de) there are gzipped files, but you are right, at one of the official mirrors (ftp.fb9dv.uni-duisburg.de) I found the compressed version. > * top-stable produces immidiatly a segmention violation on my system. Now I built it from the ports file, and it works. Only the package file crashes. Jan From owner-freebsd-bugs Mon Aug 14 17:16:46 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA12954 for bugs-outgoing; Mon, 14 Aug 1995 17:16:46 -0700 Received: (from wpaul@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA12936 ; Mon, 14 Aug 1995 17:16:44 -0700 Date: Mon, 14 Aug 1995 17:16:44 -0700 From: Bill Paul Message-Id: <199508150016.RAA12936@freefall.FreeBSD.org> To: fenner@parc.xerox.com, wpaul, freebsd-bugs Subject: Re: bin/509 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: netgroup cycle detection is too "greedy" State-Changed-From-To: open-closed State-Changed-By: wpaul State-Changed-When: Mon Aug 14 17:06:39 PDT 1995 State-Changed-Why: The cycle-detection code actually does the Right Thing (tm) (it catches the duplicate instances of members in a netgroup and discards them before proceeding along its merry way), it's just a little noisy about it. The warning has been hidden under an #ifdef DEBUG since it could be considered overkill, and for the sake of compatibility with other platforms which don't tend to complain in this situation either (which is most of them). From owner-freebsd-bugs Mon Aug 14 20:00:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA18038 for bugs-outgoing; Mon, 14 Aug 1995 20:00:06 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA18031 ; Mon, 14 Aug 1995 20:00:04 -0700 Resent-Date: Mon, 14 Aug 1995 20:00:04 -0700 Resent-Message-Id: <199508150300.UAA18031@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, root@kaiwan.kaiwan.com Received: from kaiwan.kaiwan.com (kaiwan.kaiwan.com [198.178.203.2]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA17791 for ; Mon, 14 Aug 1995 19:54:02 -0700 Received: from localhost.UUCP (uucp@localhost) by kaiwan.kaiwan.com (8.6.12/8.6.12) with UUCP id TAA28412 for FreeBSD-gnats-submit@freebsd.org; Mon, 14 Aug 1995 19:53:58 -0700 *** KAIWAN Internet Access *** Received: (from root@localhost) by localhost (8.6.11/8.6.6) id TAA00757; Mon, 14 Aug 1995 19:51:22 GMT Message-Id: <199508141951.TAA00757@localhost> Date: Mon, 14 Aug 1995 19:51:22 GMT From: Charlie Root Reply-To: root@kaiwan.kaiwan.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/688: Page fault: supervisor write, page not present Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 688 >Category: kern >Synopsis: Page fault: supervisor write, page not present >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Aug 14 20:00:02 PDT 1995 >Last-Modified: >Originator: Frank Mayhar >Organization: >Release: FreeBSD 2.0-BUILT-19950628 i386 >Environment: Freebsd 2.1-SNAP-0726 Pentium 100, ASUS P55TP4XE, Pipeline burst cache, 32 MB main memory. Adaptec 2940W with three disks, Maxtor SCSI1, two Toshiba SCSI2, plus Archive Viper 2150S tape. Running kernel from the config file following. Running INN, gzip, etc. Lots of binaries are still from 1.1.5.1, including everything in /usr/local and /usr/gnu. config file: # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46 1995/06/11 19:31:11 rgrimes Exp $ # machine "i386" cpu "I586_CPU" ident TINKER maxusers 64 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MFS #Memory File System options MSDOSFS #MSDOS Filesystem #options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device #options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options "NSWAPDEV=4" options SYSVSHM options SYSVSEM options SYSVMSG options KTRACE #kernel tracing config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #controller ncr0 #controller ahc0 controller ahc0 at pci? bio irq ? vector ahcintr #controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller ahc1 at isa? bio irq ? vector ahcintr #controller ahb0 at isa? bio irq ? vector ahbintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr #controller matcd0 at isa? port ? bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port 0x338 tty irq 12 vector siointr #device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device lpt2 at isa? port? tty # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr controller snd0 device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr device opl0 at isa? port 0x388 pseudo-device loop pseudo-device ether pseudo-device log #pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 2 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 #Berkeley packet filter >Description: The panic: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf81ef050 fault code = supervisor write, page not present instruction pointer = 0x8:0xf018679c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 321, gran 1 processor flags = interrupt enabled, resume, IOPL=0 current process = 11503 (gzip) interrup mask = net tty bio panic: page fault Here's the stack from the dump: There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 1cd000 current pcb at 1c4158 panic: page fault #0 0xf018dc34 in boot () (kgdb) bt #0 0xf018dc34 in boot () #1 0xf010f793 in panic () #2 0xf019288e in trap_fatal () #3 0xf0192400 in trap_pfault () #4 0xf01920b7 in trap () #5 0xf018b571 in calltrap () #6 0xf0121831 in allocbuf () #7 0xf0121482 in getblk () #8 0xf0123144 in cluster_rbuild () #9 0xf0122e50 in cluster_read () #10 0xf0174fbd in ffs_read () #11 0xf0129b4a in vn_read () #12 0xf0110877 in read () #13 0xf0192add in syscall () #14 0xf018b5bb in Xsyscall () #15 0x7583 in ?? () #16 0x817d in ?? () #17 0x8276 in ?? () #18 0x82d8 in ?? () #19 0x6b00 in ?? () #20 0x272f in ?? () #21 0x24b9 in ?? () #22 0x10d3 in ?? () (kgdb) q >How-To-Repeat: Run news. >Fix: None. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Aug 14 20:30:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA19239 for bugs-outgoing; Mon, 14 Aug 1995 20:30:03 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA19230 ; Mon, 14 Aug 1995 20:30:02 -0700 Date: Mon, 14 Aug 1995 20:30:02 -0700 Message-Id: <199508150330.UAA19230@freefall.FreeBSD.org> To: freebsd-bugs Cc: From: David Greenman Subject: Re: kern/688: Page fault: supervisor write, page not present Reply-To: David Greenman Sender: bugs-owner@FreeBSD.org Precedence: bulk The following reply was made to PR kern/688; it has been noted by GNATS. From: David Greenman To: root@kaiwan.kaiwan.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/688: Page fault: supervisor write, page not present Date: Mon, 14 Aug 1995 20:27:14 -0700 >instruction pointer = 0x8:0xf018679c ... >#4 0xf01920b7 in trap () >#5 0xf018b571 in calltrap () >#6 0xf0121831 in allocbuf () ... Would you mind additionally doing an 'nm /kernel | sort' and fishing out the routines around the 0xf018679c? As you may have noticed above, our gdb screws up the stack decoding at the point of the trap (the panic happend in a routine that allocbuf() called, not in allocbuf. Someone really needs to fix that. Thanks. -DG From owner-freebsd-bugs Mon Aug 14 21:00:43 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA19942 for bugs-outgoing; Mon, 14 Aug 1995 21:00:43 -0700 Received: from kaiwan.kaiwan.com (kaiwan.kaiwan.com [198.178.203.2]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id VAA19936 for ; Mon, 14 Aug 1995 21:00:41 -0700 Received: from localhost.UUCP (uucp@localhost) by kaiwan.kaiwan.com (8.6.12/8.6.12) with UUCP id VAA03860 for freebsd-bugs@freebsd.org; Mon, 14 Aug 1995 21:00:37 -0700 *** KAIWAN Internet Access *** Received: (from frank@localhost) by localhost (8.6.11/8.6.6) id UAA00444 for freebsd-bugs@freebsd.org; Mon, 14 Aug 1995 20:59:55 GMT From: Frank Mayhar Message-Id: <199508142059.UAA00444@localhost> Subject: Help! Can't run X on 2.1.0-072695-SNAP! To: freebsd-bugs@freebsd.org Date: Mon, 14 Aug 1995 20:59:53 +0000 () X-Mailer: ELM [version 2.4 PL24 ME5a] Content-Type: text Content-Length: 5373 Sender: bugs-owner@freebsd.org Precedence: bulk I've just installed 2.1.0-072695-SNAP on a brand new P100 system with an ASUS P55TP4XE, 32 MB, 256k Pipeline burst cache. It's got an Actix GraphicsEngine Ultra Plus (S3 928 based ISA board), plus an Adaptec 2940W with various SCSI drives hanging off it. I've installed the version of XFree86 3.1.1 that I found with FreeBSD 2.0.5 on ftp.freebsd.org. I can start X fine, but after a short time (no more than a couple of minutes), the server starts exhibiting flaky behavior, I see flashes and garbage (it doesn't stick around, it just flashes and goes away), then, shortly thereafter, the server becomes unresponsive. It appears to be spinning, using CPU but otherwise completely wedged. I've enclosed my config file below. Any help with this would be _very_ much appreciated. Thanks in advance. # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46 1995/06/11 19:31:11 rgrimes Exp $ # machine "i386" cpu "I586_CPU" ident TINKER maxusers 64 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MFS #Memory File System options MSDOSFS #MSDOS Filesystem #options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device #options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options "NSWAPDEV=4" options SYSVSHM options SYSVSEM options SYSVMSG options KTRACE #kernel tracing config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #controller ncr0 #controller ahc0 controller ahc0 at pci? bio irq ? vector ahcintr #controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller ahc1 at isa? bio irq ? vector ahcintr #controller ahb0 at isa? bio irq ? vector ahbintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr #controller matcd0 at isa? port ? bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port 0x338 tty irq 12 vector siointr #device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device lpt2 at isa? port? tty # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr controller snd0 device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr device opl0 at isa? port 0x388 pseudo-device loop pseudo-device ether pseudo-device log #pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 2 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 #Berkeley packet filter -- Frank Mayhar frank@exit.com From owner-freebsd-bugs Tue Aug 15 03:00:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA03763 for bugs-outgoing; Tue, 15 Aug 1995 03:00:06 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA03745 ; Tue, 15 Aug 1995 03:00:04 -0700 Resent-Date: Tue, 15 Aug 1995 03:00:04 -0700 Resent-Message-Id: <199508151000.DAA03745@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, "Received:from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id CAA02324 for" ; Tue, 15.Aug.1995.02:52:54.-0700 Received: from localhost.cs.tu-berlin.de ([130.149.1.123]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id LAA25326 for ; Tue, 15 Aug 1995 11:40:43 +0200 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id LAA00437; Tue, 15 Aug 1995 11:27:06 +0200 Message-Id: <199508150927.LAA00437@localhost> Date: Tue, 15 Aug 1995 11:27:06 +0200 From: Wolfram Schneider To: FreeBSD-gnats-submit@freebsd.org, wosch@cs.tu-berlin.de X-Send-Pr-Version: 3.2 Subject: bin/689: mv(1) manpage Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 689 >Category: bin >Synopsis: mv(1) manpage >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Aug 15 03:00:02 PDT 1995 >Last-Modified: >Originator: Wolfram Schneider >Organization: >Release: FreeBSD 2.0-ALPHA i386 >Environment: >Description: from manpage: As the rename(2) call does not work across file systems, mv uses cp(1) and rm(1) to accomplish the move. The effect is equivalent to: rm -f destination_path && \ cp -pr source_file destination && \ ^^^ rm -rf source_file Fix: rm -f destination_path && \ cp -PRp source_file destination && \ rm -rf source_file >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Aug 15 04:29:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA17744 for bugs-outgoing; Tue, 15 Aug 1995 04:29:39 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id EAA17738 for ; Tue, 15 Aug 1995 04:29:35 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09706; Tue, 15 Aug 1995 13:28:28 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA11698; Tue, 15 Aug 1995 13:28:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA02967; Tue, 15 Aug 1995 07:40:22 +0200 From: J Wunsch Message-Id: <199508150540.HAA02967@uriah.heep.sax.de> Subject: Re: Help! Can't run X on 2.1.0-072695-SNAP! To: frank@kaiwan.com (Frank Mayhar) Date: Tue, 15 Aug 1995 07:40:22 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199508142059.UAA00444@localhost> from "Frank Mayhar" at Aug 14, 95 08:59:53 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1325 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Frank Mayhar wrote: > > I've installed the version of XFree86 3.1.1 that I found with FreeBSD 2.0.5 > on ftp.freebsd.org. I can start X fine, but after a short time (no more than > a couple of minutes), the server starts exhibiting flaky behavior, I see > flashes and garbage (it doesn't stick around, it just flashes and goes away), > then, shortly thereafter, the server becomes unresponsive. It appears to be > spinning, using CPU but otherwise completely wedged. > > I've enclosed my config file below. Any help with this would be _very_ > much appreciated. Thanks in advance. Sorry, this config file is not of much use. I suspect you are trying to overdrive your graphics board. Try looking up the specs, and compare to the settings in your XF86Config file. From your description, the problem looks like you are overheating some chip of the graphics card. Should your problem persist, the support address for XFree86/tm might be more helpful in this case, since FreeBSD provides this package as an `add-on' without maintaining it. (Actually, some people are members of both groups, but the knowledge of the XFree86 folks is better for your problem, of course.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Aug 15 04:56:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA18393 for bugs-outgoing; Tue, 15 Aug 1995 04:56:24 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id EAA18379 for ; Tue, 15 Aug 1995 04:55:14 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09675; Tue, 15 Aug 1995 13:28:16 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA11694; Tue, 15 Aug 1995 13:28:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA03006; Tue, 15 Aug 1995 07:47:01 +0200 From: J Wunsch Message-Id: <199508150547.HAA03006@uriah.heep.sax.de> Subject: Re: kern/688: Page fault: supervisor write, page not present To: davidg@root.com, root@kaiwan.kaiwan.com Date: Tue, 15 Aug 1995 07:47:00 +0200 (MET DST) Cc: freebsd-bugs@freefall.FreeBSD.org In-Reply-To: <199508150330.UAA19230@freefall.FreeBSD.org> from "David Greenman" at Aug 14, 95 08:30:02 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1064 Sender: bugs-owner@FreeBSD.org Precedence: bulk As David Greenman wrote: > > >#4 0xf01920b7 in trap () > >#5 0xf018b571 in calltrap () > >#6 0xf0121831 in allocbuf () > ... > > Would you mind additionally doing an 'nm /kernel | sort' and fishing out > the routines around the 0xf018679c? As you may have noticed above, our gdb > screws up the stack decoding at the point of the trap (the panic happend in a > routine that allocbuf() called, not in allocbuf. Someone really needs to fix > that. Alternatively, adding a -g to the kernel Makefile, removing a few .o files (including trap.o), should get you in a state where you are able to say ``frame frame.tf_ebp frame.tf_eip'' from stack frame #4 (in trap()), which will also spot you to the right location. Look into the kernel-debug.FAQ for more explanation (even though the version delivered with 2.0.5 contains bogus references on how to take a core dump -- but you've got one, so don't care). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Aug 15 06:10:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA21041 for bugs-outgoing; Tue, 15 Aug 1995 06:10:02 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA21034 ; Tue, 15 Aug 1995 06:10:02 -0700 Resent-Date: Tue, 15 Aug 1995 06:10:02 -0700 Resent-Message-Id: <199508151310.GAA21034@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, rkw@eel.dataplex.net Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA20589 for ; Tue, 15 Aug 1995 06:01:00 -0700 Received: (from root@localhost) by eel.dataplex.net (8.6.11/8.6.9) id IAA01031; Tue, 15 Aug 1995 08:00:58 -0500 Message-Id: <199508151300.IAA01031@eel.dataplex.net> Date: Tue, 15 Aug 1995 08:00:58 -0500 From: Richard Wackerbarth Reply-To: rkw@eel.dataplex.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/690: X11 install targets unfriendly Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 690 >Category: ports >Synopsis: X11 install targets unfriendly >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Aug 15 06:10:01 PDT 1995 >Last-Modified: >Originator: Richard Wackerbarth >Organization: The Digital Dataplex >Release: FreeBSD 2.0-BUILT-19950612 i386 >Environment: -stable tree >Description: The make commands for XFree86 DEMAND X11_VIA_FTP or FROM_CD. But I already have the distribution file from a previous fetch. IMHO, the option should not be required if the files are already in ....../ports/distfiles. >How-To-Repeat: cd /usr/ports/x11/Xfree86 ; make X11_VIA_FTP=yes make >Fix: Omit requirement unless a file needs to be fetched. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Aug 15 09:21:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA14146 for bugs-outgoing; Tue, 15 Aug 1995 09:21:16 -0700 Received: from todonix.ping.de (todonix.ping.de [193.100.14.43]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id JAA14137 for ; Tue, 15 Aug 1995 09:21:05 -0700 Received: by todonix.ping.de (Smail3.1.28.1 #1) id m0siOfS-00077SC; Tue, 15 Aug 95 18:16 MET DST Message-Id: From: jan@todonix.ping.de (Jan Wedekind) Subject: 2.1.0-SNAP unstable! To: bugs@freebsd.org Date: Tue, 15 Aug 1995 18:16:39 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1502 Sender: bugs-owner@freebsd.org Precedence: bulk Hi, know it's about the 6th or 7th time in 4 days, that the i486-DX100 (ASUS SP3G, PCI) hangs with 2.1.0-SNAP. sometimes it just hangs (no reaction not even ICMP replies (as ping)). sometimes it look's like an inetd problem as at this moment: jan@todonix <510>telnet leary Trying 193.100.14.4... Connected to leary.ping.de. Escape character is '^]'. FreeBSD (leary) (ttyp0) and now nothing happens! another one: jan@lilly <521>telnet leary Trying 193.100.14.4... Connected to leary.ping.de. Escape character is '^]'. FreeBSD (leary) (ttyp1) Connection closed by foreign host. smtp everything works, but no rlogin or telnet! Well, we've been lucky that another user just logged in over an real tty an did an ps: jan@lilly <535>more ps-aux.txt USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND jan 1410 16.8 3.0 664 920 p0 Ss+ 6:06PM 0:00.39 -bash (bash) jan 1085 0.0 2.6 556 780 p1 Is+ 5:58PM 0:00.11 -bash (bash) the first one (pid 1410) was the shell which i finally got a login; the second one (pid 1085) was an older one (8 min ago) which hangs :-( Jan Thanks for working on the FreeBSD project, several people here more an more are crying after Linux, because off the unstable 2.0.5. & 2.1-SNAP :-( -- PING e.V. Jan Wedekind (Kassenwart) jan@ping.de Emil-Figge-Str. 85 Lindemannstr. 12 kasse@ping.de 44227 Dortmund 44137 Dortmund vorstand@ping.de Tel.: 0231 / 97 91 - 0 Tel.: +49 (231) 13 44 04 info@ping.de From owner-freebsd-bugs Tue Aug 15 10:53:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA18198 for bugs-outgoing; Tue, 15 Aug 1995 10:53:15 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA18156 for ; Tue, 15 Aug 1995 10:50:32 -0700 Received: from localhost.cs.tu-berlin.de ([130.149.1.124]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id TAA07463; Tue, 15 Aug 1995 19:00:21 +0200 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id MAA00781; Tue, 15 Aug 1995 12:46:42 +0200 Date: Tue, 15 Aug 1995 12:46:42 +0200 From: Wolfram Schneider Message-Id: <199508151046.MAA00781@localhost> To: Garrett Wollman Cc: Wolfram Schneider , FreeBSD-bugs@freebsd.org Subject: bin/683: cron(8) In-Reply-To: <9508141755.AA11596@halloran-eldar.lcs.mit.edu> References: <199508131617.SAA13412@localhost> <9508141442.AA11143@halloran-eldar.lcs.mit.edu> <199508141459.QAA11761@caramba.cs.tu-berlin.de> <9508141532.AA11236@halloran-eldar.lcs.mit.edu> <199508141557.RAA14439@caramba.cs.tu-berlin.de> <9508141644.AA11411@halloran-eldar.lcs.mit.edu> <199508141725.TAA18350@caramba.cs.tu-berlin.de> <9508141755.AA11596@halloran-eldar.lcs.mit.edu> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: bugs-owner@freebsd.org Precedence: bulk Garrett Wollman writes: >> You too. Cron(8) is for execute *commands*, not execute your favourite >> *shell command* lines. > >Nonsense. You are trying to make a distinction WHICH DOES NOT EXIST >IN REALITY. Which reality? Your, mine, Posix, X/Open, AT&T? >> Starting a shell is a feature. It is your own risk if >> SHELL=/usr/bin/perl not work (perl -c is for syntax checking). > >Which is completely irrelevant to the question at hand. > >Question for you: > > Why the h*** do you care that cron runs a shell? What does > the shell do that is so horrid that you want to break cron? > What makes you think that every !@#$%^ utility in the system > needs to parse command lines when there is one program (the > Bourne shell) whose sole purpose is to do precisely that? $ sa |egrep ' (cron|sh|atrun).?$' 59831 4528877.13re 89.06cp 1avio 5586k sh 12883 29.92re 19.91cp 2avio 2358k atrun 26950 1157161.65re 19.85cp 0avio 8737k sh* 563 64.03re 15.00cp 3avio 189k cron 14469 1176426.21re 12.91cp 1avio 7534k cron* 3 0.12re 0.00cp 9avio 3975k atrun* 15,000 cron's, mostly for atrun. Every 6th sh(1) was calling from cron (other 72,000 sh(1) mainly from make(1)). Wolfram From owner-freebsd-bugs Tue Aug 15 11:24:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA19346 for bugs-outgoing; Tue, 15 Aug 1995 11:24:18 -0700 Received: (from bde@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA19332 ; Tue, 15 Aug 1995 11:24:17 -0700 Date: Tue, 15 Aug 1995 11:24:17 -0700 From: Bruce EvansFrom owner-freebsd-bugs Tue Aug 15 12:24:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA21062 for bugs-outgoing; Tue, 15 Aug 1995 12:24:50 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id MAA21056 for ; Tue, 15 Aug 1995 12:24:45 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA13140; Tue, 15 Aug 1995 15:24:25 -0400 Date: Tue, 15 Aug 1995 15:24:25 -0400 From: Garrett Wollman Message-Id: <9508151924.AA13140@halloran-eldar.lcs.mit.edu> To: Wolfram Schneider Cc: Garrett Wollman , FreeBSD-bugs@freebsd.org Subject: bin/683: cron(8) In-Reply-To: <199508151046.MAA00781@localhost> References: <199508131617.SAA13412@localhost> <9508141442.AA11143@halloran-eldar.lcs.mit.edu> <199508141459.QAA11761@caramba.cs.tu-berlin.de> <9508141532.AA11236@halloran-eldar.lcs.mit.edu> <199508141557.RAA14439@caramba.cs.tu-berlin.de> <9508141644.AA11411@halloran-eldar.lcs.mit.edu> <199508141725.TAA18350@caramba.cs.tu-berlin.de> <9508141755.AA11596@halloran-eldar.lcs.mit.edu> <199508151046.MAA00781@localhost> Sender: bugs-owner@freebsd.org Precedence: bulk < said: > $ sa |egrep ' (cron|sh|atrun).?$' > 59831 4528877.13re 89.06cp 1avio 5586k sh > 15,000 cron's, mostly for atrun. Every 6th sh(1) was calling from cron > (other 72,000 sh(1) mainly from make(1)). You fail to explain why this matters. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Tue Aug 15 12:35:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA21916 for bugs-outgoing; Tue, 15 Aug 1995 12:35:07 -0700 Received: (from joerg@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA21902 ; Tue, 15 Aug 1995 21:35:07 +0200 Date: Tue, 15 Aug 1995 21:35:07 +0200 From: Joerg Wunsch Message-Id: <199508151935.VAA21902@freefall.FreeBSD.org> To: wosch@cs.tu-berlin.de, joerg, freebsd-bugs Subject: Re: bin/678 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: head(1) ignore EOF State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Aug 15 21:34:11 MET DST 1995 State-Changed-Why: Suggested fix applied in head.c, rev 1.2. From owner-freebsd-bugs Tue Aug 15 12:38:49 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA22182 for bugs-outgoing; Tue, 15 Aug 1995 12:38:49 -0700 Received: (from joerg@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA22168 ; Tue, 15 Aug 1995 21:38:47 +0200 Date: Tue, 15 Aug 1995 21:38:47 +0200 From: Joerg Wunsch Message-Id: <199508151938.VAA22168@freefall.FreeBSD.org> To: evans@scnc.k12.mi.us, joerg, freebsd-bugs Subject: Re: docs/670 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: quotactl man page incorrect in pointing to ufs/ufs/quota.h State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Aug 15 21:38:10 MET DST 1995 State-Changed-Why: Fixed in: Checking in quotactl.2; /home/ncvs/src/lib/libc/sys/quotactl.2,v <-- quotactl.2 new revision: 1.2; previous revision: 1.1 From owner-freebsd-bugs Tue Aug 15 12:42:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA22526 for bugs-outgoing; Tue, 15 Aug 1995 12:42:12 -0700 Received: (from joerg@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA22510 ; Tue, 15 Aug 1995 21:42:09 +0200 Date: Tue, 15 Aug 1995 21:42:09 +0200 From: Joerg Wunsch Message-Id: <199508151942.VAA22510@freefall.FreeBSD.org> To: wosch@cs.tu-berlin.de, joerg, freebsd-bugs Subject: Re: bin/657 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: mail(1): comments in ~/.mailrc State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Aug 15 21:40:29 MET DST 1995 State-Changed-Why: Suggested fix applied in: Checking in lex.c; /home/ncvs/src/usr.bin/mail/lex.c,v <-- lex.c new revision: 1.2; previous revision: 1.1 done From owner-freebsd-bugs Tue Aug 15 12:45:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA22992 for bugs-outgoing; Tue, 15 Aug 1995 12:45:28 -0700 Received: (from joerg@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA22974 ; Tue, 15 Aug 1995 21:45:25 +0200 Date: Tue, 15 Aug 1995 21:45:25 +0200 From: Joerg Wunsch Message-Id: <199508151945.VAA22974@freefall.FreeBSD.org> To: wosch@cs.tu-berlin.de, joerg, freebsd-bugs Subject: Re: bin/689 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: mv(1) manpage State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Tue Aug 15 21:43:24 MET DST 1995 State-Changed-Why: From owner-freebsd-bugs Tue Aug 15 13:00:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA24899 for bugs-outgoing; Tue, 15 Aug 1995 13:00:09 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA24888 ; Tue, 15 Aug 1995 13:00:07 -0700 Resent-Date: Tue, 15 Aug 1995 13:00:07 -0700 Resent-Message-Id: <199508152000.NAA24888@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Alan@Epilogue.Com Received: from beandorf.epilogue.com (beandorf.epilogue.com [128.224.1.153]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA23749 for ; Tue, 15 Aug 1995 12:50:26 -0700 Received: (from alan@localhost) by beandorf.epilogue.com (8.6.9/8.6.9) id PAA00363; Tue, 15 Aug 1995 15:50:18 -0400 Message-Id: <199508151950.PAA00363@beandorf.epilogue.com> Date: Tue, 15 Aug 1995 15:50:18 -0400 From: Alan Bawden Reply-To: Alan@Epilogue.Com To: FreeBSD-gnats-submit@freebsd.org Cc: Alan@Epilogue.Com X-Send-Pr-Version: 3.2 Subject: i386/692: My modem won't let me turn my external cache off... Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 692 >Category: i386 >Synopsis: My modem is not found if my external cache is disabled. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Tue Aug 15 13:00:04 PDT 1995 >Last-Modified: >Originator: Alan Bawden >Organization: ITS Preservation Society >Release: FreeBSD 2.0-RELEASE i386 >Environment: We own two Zoom VFP 28.8 (internal) modems installed in two different FreeBSD machines. The problem occurs identically on both machines. One runs FreeBSD 2.0 and the other runs 1.1.5.1. The 2.0 machine was purchased from Insight, it's mother board is a 4386-VC-V. The 1.1.5.1 machine also came from Insight, but has a slightly different mother board (I don't have the model number handy). >Description: If I disable the external cache (using the Setup menu before booting) then when FreeBSD boots it fails to find my modem. For example: Aug 15 12:53:47 beandorf kernel: sio2 not found at 0x3e8 If I enable the external cache (back to Setup again), it works perfectly: Aug 15 12:58:22 beandorf kernel: sio2 at 0x3e8-0x3ef irq 5 on isa Aug 15 12:58:22 beandorf kernel: sio2: type 16550A Everything else about the machine seems to work the same with or without the external cache. (Well, I suppose it might be slower without it...) The BIOS -is- able to find that serial port even when the cache is disabled (when it lists the ports it found at boot time), so I suspect that the modem itself is working just fine, it's just that there is something in the FreeBSD detection code that isn't working. Why should I want to turn off my cache? Well, I'm trying to track down what I suspect is a much more serious FreeBSD bug that occasionally seems to corrupt my files (and it's happening more and more often to the point where it is seriously interfering with my work), and I have been told that some of these Insight-supplied mother boards have some kind of a problem with the external cache, so I would like to disable it to see if that might actually be my problem. But I depend on the modems, so I can't afford to do anything that will disable them. >How-To-Repeat: I suppose you could buy the same hardware I've got and it might happen for you too! >Fix: I would like to get FreeBSD to do a better job at recognizing that modem. I'd be happy to do further experiments to help someone to get a more precise handle on what going on -- just ask! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Aug 15 13:21:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA25694 for bugs-outgoing; Tue, 15 Aug 1995 13:21:02 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id NAA25680 for ; Tue, 15 Aug 1995 13:20:53 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23271; Tue, 15 Aug 1995 21:55:37 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA15430; Tue, 15 Aug 1995 21:55:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA06707; Tue, 15 Aug 1995 21:53:58 +0200 From: J Wunsch Message-Id: <199508151953.VAA06707@uriah.heep.sax.de> Subject: Re: Termcap error - dg200 To: rberndt@nething.com (Randy Berndt) Date: Tue, 15 Aug 1995 21:53:57 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <199508140358.WAA03181@kilgour.nething.com> from "Randy Berndt" at Aug 13, 95 11:01:58 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 414 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Randy Berndt wrote: > > I'm not sure of the procedure to report this, but there is a typo in the > termcap entry for dg200 (data general dasher). the 'll' (ell-ell) entry shows > "\036FP0017". > > It should be > > "\036FP\017". > ^ Fixed. Tnx. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Aug 15 17:15:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA25578 for bugs-outgoing; Tue, 15 Aug 1995 17:15:42 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA25572 for ; Tue, 15 Aug 1995 17:15:39 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id RAA07641 for ; Tue, 15 Aug 1995 17:15:37 -0700 Prev-Resent: Tue, 15 Aug 1995 17:15:36 -0700 Prev-Resent: "bugs@freebsd.org " Received: from kaiwan.kaiwan.com (kaiwan.kaiwan.com [198.178.203.2]) by time.cdrom.com (8.6.11/8.6.9) with ESMTP id QAA07486 for ; Tue, 15 Aug 1995 16:24:19 -0700 Received: from exit.com (uucp@localhost) by kaiwan.kaiwan.com (8.6.12/8.6.12) with UUCP id QAA01614 for jkh@time.cdrom.com; Tue, 15 Aug 1995 16:24:13 -0700 *** KAIWAN Internet Access *** Received: (from frank@localhost) by exit.com (8.6.11/8.6.6) id QAA00256 for jkh@time.cdrom.com; Tue, 15 Aug 1995 16:15:20 GMT From: Frank Mayhar Message-Id: <199508151615.QAA00256@exit.com> Subject: Re: FreeBSD lists dead? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 15 Aug 1995 16:15:20 +0000 () In-Reply-To: <6226.808523833@time.cdrom.com> from "Jordan K. Hubbard" at Aug 15, 95 02:57:13 pm X-Mailer: ELM [version 2.4 PL24 ME5a] Content-Type: text Content-Length: 3460 Resent-To: bugs@freebsd.org Resent-Date: Tue, 15 Aug 1995 17:15:36 -0700 Resent-Message-ID: <7639.808532136@time.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: bugs-owner@freebsd.org Precedence: bulk > That's weird - I've been receiving stuff every day since Friday. > Ummm.. I don't recall anything. Are you sure that email is flowing > to your site? Well, your email got here, and my email got to you, but stuff I sent to majordomo went unreplied, and I haven't seen anything from it (which should be addressed to 'fmayhar@exit.com' to distinguish it from other email). I've sent test email to 'fmayhar%exit.com@freebsd.org' which should loop back to me. I haven't seen it as yet, though. > I understand. We just need to figure out where your email is going, > first! :) Well, email to 'frank@exit.com' seems to be working fine, so I'll use it. I have a stack trace courtesy of ddb, btw. If you don't mind, I'll attach the info below, so that you can forward it to the appropriate parties. (I did the send-pr bit, but it apparently went into the bit bucket, sigh.) Configuration: Pentium 100, ASUS P55TP4XE motherboard, pipeline burst SRAM, 32 MB 60ns memory, Adaptec 2940W, Maxtor LXT340sy + 2 Toshiba MK538FBs (340 MB, and two 1.2 GB), Archive Viper 2150S tape, Actix GraphicsEngine Ultra +. Running FreeBSD 2.1.0-072695-SNAP. Crash: I run News on this box, with a compressed uucp newsfeed. While unpacking news, the system crashes with: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf81ef050 fault code = supervisor write, page not present instruction pointer = 0x8:0x4018679c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def 321, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 11503 (gzip) interrupt mask = net tty bio panic: page fault I finally got a trace courtesy of DDB (not corresponding to the above message, but the same fault code): _trap_fatal(efbffb4c,c,f0c10500,efbffb4c,f0b43e00) at _trap_fatal+0x277 _trap_pfault(efbffb4c,0,f024fb10,f01cbd60,f26db6f8) at _trap_pfault+0x158 _trap(10,10,f26eb6f8,f01cbd60,efbffb94) at _trap+0x27b calltrap(f01cbd60,2bfe0000,0,f26db6f8,0) at calltrap+0x15 _vm_hold_load_pages(f26eb6f8,f2bbc000,f2bbe000,f26db6f8) at _vm_hold_load_pages+0x4c _allocbuf(f26eb6f8,2000,efbffc98,efbffd10,ffffffff) at _allocbuf+0x8a _getblk(f0c7cd00,b,2000,0,0) at _getblk+0x23a _bread(f0c7cd00,b,2000,ffffffff,efbffc98) at _bread+0x21 _ffs_blkatoff(efbffd10,f0c7cd00,efbfff0c,efbffef8,f0bf2700) at _ffs_blkatoff+0xc3 _ufs_lookup(efbffd74,0,efbfff0c,efbffee8,1) at _ufs_lookup+0x44a _lookup(efbffee8,0,efbfff94,602,f0277f2c) at _lookup+0x256 _namei(efbffee8,0,efbfff94,f0c10500,f0c10500) at _namei+0x122 _vn_open(efbffee8,602,1b4,efbfff94,f0c10500) at _vn_open+0x5a _open(f0c10500,efbfff94,efbfff8c,842006,0) at _open+0x97 _syscall(27,27,287d4,0,efbfd2fc) at _syscall+0x161 I can reproduce this pretty much at will, so if there's anything else that anyone needs me to look at, let me know. If it's already solved, so much the better. Oh, the other problem is with the XFree86 3.1.1 server; I run the S3 server, and after a short time, it appears to hang. A ps (from a serial terminal) shows it racking up CPU. Sometimes there are visual flashes or short-lived garbage on the screen shortly before it crashes. Is there a known hardware incompatibility between the ASUS motherboard and the Actix card? Sorry for the length. I'm kind of desperate; I've been down for a few days, now, with no end in sight. Any help you could give me would be very, very much appreciated. Thanks. -- Frank Mayhar frank@exit.com From owner-freebsd-bugs Tue Aug 15 17:21:23 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA25822 for bugs-outgoing; Tue, 15 Aug 1995 17:21:23 -0700 Received: from mail.zrz.TU-Berlin.DE (mail.zrz.TU-Berlin.DE [130.149.4.15]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA25816 for ; Tue, 15 Aug 1995 17:21:16 -0700 Received: from marie.physik.tu-berlin.de by mail.zrz.TU-Berlin.DE with SMTP (PP); Wed, 16 Aug 1995 02:20:32 +0200 Received: (from jan@localhost) by marie.physik.tu-berlin.de (8.6.9/8.6.9) id CAA08595 for freebsd-bugs@freebsd.org; Wed, 16 Aug 1995 02:09:21 +0200 From: Jan Riedinger Message-Id: <199508160009.CAA08595@marie.physik.tu-berlin.de> Comments: MTA at marie.physik.TU-Berlin.DE is now sendmail v8. Subject: 2.1.0-SNAP To: freebsd-bugs@freebsd.org Date: Wed, 16 Aug 1995 02:09:19 +0100 (MET DST) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1090 Sender: bugs-owner@freebsd.org Precedence: bulk Hello! I have some problems with the termcap entries for cons25 and xterm. With cons25 ncurses doesn't work correctly. Try to display an inverse string with the following programm: #include int main() { WINDOW *win; win = initscr(); meta( win, TRUE ); nodelay( win, FALSE ); cbreak(); keypad( win, TRUE ); leaveok(win, FALSE); noecho(); werase (win); wattron(win, A_REVERSE); mvwaddstr(win, 10, 10, "INVERSE "); wrefresh( win ); endwin (); return 0; } The string won't be displayed inverse. If I start xterm, I get wrong sequenzes for the function keys. For F1 I get ESC [11~. According the xterm termcap entry it should be ESC [OP. The explanation for the keymap entry in /etc/sysconfig is a little bit unclear ("Choose keyboard map from /usr/share/syscons/keymaps/* ..."). How should I know, that I don't need to specify the extension .kbd? If there is a simple solution, please tell me, how I can fix the inverse and xterm bug (mabey it's only a problem :-), and I'am posting to the wrong mailing list ). Thank you Jan From owner-freebsd-bugs Wed Aug 16 04:50:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA20016 for bugs-outgoing; Wed, 16 Aug 1995 04:50:22 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA20002 ; Wed, 16 Aug 1995 04:50:07 -0700 Resent-Date: Wed, 16 Aug 1995 04:50:07 -0700 Resent-Message-Id: <199508161150.EAA20002@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, bugs@sax.sax.de Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id EAA19938 for ; Wed, 16 Aug 1995 04:44:16 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13272; Wed, 16 Aug 1995 13:42:54 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) id NAA21628; Wed, 16 Aug 1995 13:42:53 +0200 Message-Id: <199508161142.NAA21628@sax.sax.de> Date: Wed, 16 Aug 1995 13:42:53 +0200 From: hohmuth@sax.de Reply-To: bugs@sax.sax.de To: FreeBSD-gnats-submit@freebsd.org Cc: bugs@sax.sax.de X-Send-Pr-Version: 3.2 Subject: bin/693: `pkg_add' is umask-sensitive Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 693 >Category: bin >Synopsis: `pkg_add' is umask-sensitive >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 16 04:50:01 PDT 1995 >Last-Modified: >Originator: Michael Hohmuth >Organization: SaxNet-Verein >Release: FreeBSD 2.0.5-RELEASE i386 >Environment: "uname -a" says: FreeBSD sax.sax.de 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE #1: Mon Aug 14 21:18:11 MET DST 1995 root@sax.sax.de:/usr/src/sys/compile/SAX i386 >Description: `pkg_add' is too sensitive to umask-settings: If umask is 077, files created by `pkg_add' will have these bits masked out in their mode, rendering them useless for all users except root. >How-To-Repeat: root(hohmuth)@sax:~# umask 77 root(hohmuth)@sax:~# pkg_add /ftp/pub/os/FreeBSD/2.0.5-RELEASE/packages/All/top-3.3.tgz missing: ./include (created) missing: ./man/cat1 (created) missing: ./man/cat2 (created) missing: ./man/cat3 (created) missing: ./man/cat4 (created) missing: ./man/cat5 (created) missing: ./man/cat6 (created) missing: ./man/cat7 (created) missing: ./man/cat8 (created) missing: ./man/catl (created) missing: ./man/man2 (created) missing: ./man/man3 (created) missing: ./man/man6 (created) missing: ./man/man7 (created) missing: ./man/manl (created) missing: ./man/skel (created) root(hohmuth)@sax:~# /bin/ls -laF /usr/local/bin/top /usr/local/man/man1/top.1 -rwx--S--- 1 root kmem 38593 Jun 6 12:34 /usr/local/bin/top* -rwx------ 1 root bin 10621 Jun 6 12:34 /usr/local/man/man1/top.1* >Fix: Workaround: Say "umask 22" before `pgk_add'. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Aug 16 04:50:51 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA20042 for bugs-outgoing; Wed, 16 Aug 1995 04:50:51 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id EAA20036 for ; Wed, 16 Aug 1995 04:50:46 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.144.4]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id NAA02930; Wed, 16 Aug 1995 13:44:47 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id NAA20069; Wed, 16 Aug 1995 13:44:36 +0200 Date: Wed, 16 Aug 1995 13:44:36 +0200 Message-Id: <199508161144.NAA20069@caramba.cs.tu-berlin.de> To: Garrett Wollman Cc: FreeBSD-bugs@freebsd.org Subject: bin/683: cron(8) In-Reply-To: <9508151924.AA13140@halloran-eldar.lcs.mit.edu> References: <199508131617.SAA13412@localhost> <9508141442.AA11143@halloran-eldar.lcs.mit.edu> <199508141459.QAA11761@caramba.cs.tu-berlin.de> <9508141532.AA11236@halloran-eldar.lcs.mit.edu> <199508141557.RAA14439@caramba.cs.tu-berlin.de> <9508141644.AA11411@halloran-eldar.lcs.mit.edu> <199508141725.TAA18350@caramba.cs.tu-berlin.de> <9508141755.AA11596@halloran-eldar.lcs.mit.edu> <199508151046.MAA00781@localhost> <9508151924.AA13140@halloran-eldar.lcs.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: bugs-owner@freebsd.org Precedence: bulk Garrett Wollman writes: >< said: > >> $ sa |egrep ' (cron|sh|atrun).?$' >> 59831 4528877.13re 89.06cp 1avio 5586k sh > >> 15,000 cron's, mostly for atrun. Every 6th sh(1) was calling from cron >> (other 72,000 sh(1) mainly from make(1)). > >You fail to explain why this matters. Do you read the mail from Bruce? /bin/sh is slow. 89.06cp is system + user time in minutes. Consider 0.33 sec user+system time on a poor 386 without FPU, 15,000 /bin/sh's use 83 min user+system time! Wolfram From owner-freebsd-bugs Wed Aug 16 07:30:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA29854 for bugs-outgoing; Wed, 16 Aug 1995 07:30:07 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA29846 ; Wed, 16 Aug 1995 07:30:06 -0700 Resent-Date: Wed, 16 Aug 1995 07:30:06 -0700 Resent-Message-Id: <199508161430.HAA29846@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, root@davewpc.sees.bangor.ac.uk Received: from davewpc.sees.bangor.ac.uk (davewpc.sees.bangor.ac.uk [147.143.6.24]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA29471 for ; Wed, 16 Aug 1995 07:26:42 -0700 Received: (from root@localhost) by davewpc.sees.bangor.ac.uk (8.6.11/8.6.9) id PAA03544; Wed, 16 Aug 1995 15:23:33 +0100 Message-Id: <199508161423.PAA03544@davewpc.sees.bangor.ac.uk> Date: Wed, 16 Aug 1995 15:23:33 +0100 From: Davewpc Root Reply-To: root@davewpc.sees.bangor.ac.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/694: No include file in rpcgen output Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 694 >Category: bin >Synopsis: No include file in rpcgen output >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Aug 16 07:30:02 PDT 1995 >Last-Modified: >Originator: Davewpc Root >Organization: School of Electronic & Computer Systems, Univ. Wales Bangor >Release: FreeBSD 2.0-BUILT-19950603 i386 >Environment: >Description: foo.h generated from foo.x by rpcgen does not contain a line #include This is not serious but it is a real pain in the neck when developing software for more than one platform (Sun and OSF both have the include). >How-To-Repeat: Compare output of rpcgen on FreeBSD, Sun, Dec Alpha(OSF). >Fix: Manually edit in the line. Ideally rpcgen should be changed so that foo.h contains the #include and foo.h foo_svc.c foo_clnt.c foo_xdr.c have a "Please do not edit this file. It was generated by rpcgen" warning. These alterations whould bring FreeBSD's rpcgen into line with other system's rpcgen's. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Aug 16 07:36:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA00591 for bugs-outgoing; Wed, 16 Aug 1995 07:36:59 -0700 Received: from ccsun.unicamp.br (obelix.unicamp.br [143.106.10.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id HAA00302 for ; Wed, 16 Aug 1995 07:34:04 -0700 Received: from ifi.unicamp.br by ccsun.unicamp.br (5.0/SMI-SVR4-DNI-8.0) id AA02383; Wed, 16 Aug 1995 11:33:46 -0300 Received: from terra.ifi.unicamp.br by ifi.unicamp.br (4.1/SMI-4.1) id AA17850; Wed, 16 Aug 95 11:33:14 BSC Received: (from moriya@localhost) by terra.ifi.unicamp.br (8.6.9/8.6.9) id LAA14532 for bugs@FreeBSD.org; Wed, 16 Aug 1995 11:33:49 -0300 From: Alexandre Moriya - esp Message-Id: <199508161433.LAA14532@terra.ifi.unicamp.br> Subject: BUG ??? To: bugs@FreeBSD.org Date: Wed, 16 Aug 1995 11:33:49 -0300 (BSC) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 650 Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi all, Has anybody any idea about this : I made the floppy boot diskette and when I try to boot my IBM Pentium 60 Mhz, I have the following: ... Boot: / Error: C:0 H:0 S:18 Error: C:0 H:0 S:18 Error: C:0 H:0 S:18 Error: C:0 H:0 S:18 Error: C:0 H:0 S:18 Error: C:0 H:0 S:18 Error: C:0 H:0 S:18 From owner-freebsd-bugs Wed Aug 16 11:37:35 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA20605 for bugs-outgoing; Wed, 16 Aug 1995 11:37:35 -0700 Received: from jli (jli.portland.or.us [199.2.111.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA20589 for ; Wed, 16 Aug 1995 11:37:33 -0700 Received: from cumulus by jli with uucp (Smail3.1.29.1 #3) id m0sinKj-0001bFC; Wed, 16 Aug 95 11:36 PDT Message-Id: To: bugs@freebsd.org Subject: realpath() doesn't terminate on symlink loops Date: Wed, 16 Aug 1995 11:15:22 -0700 From: Bill Trost Sender: bugs-owner@freebsd.org Precedence: bulk The following program hangs under both 2.0.0-SNAP950322 and 2.0.5. (No, I haven't looked at how to fix it -- sorry) #include #include main(int argc, char **argv) { char result[MAXPATHLEN]; char *f = "/tmp/loop.trost"; symlink(f, f); if (realpath(f, result) == 0) printf("We have a problem here, Houston: %s\n", result); else printf("path is %s\n", result); } From owner-freebsd-bugs Wed Aug 16 17:18:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA05991 for bugs-outgoing; Wed, 16 Aug 1995 17:18:05 -0700 Received: from mail.zrz.TU-Berlin.DE (mail.zrz.TU-Berlin.DE [130.149.4.15]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA05982 for ; Wed, 16 Aug 1995 17:17:55 -0700 Received: from marie.physik.tu-berlin.de by mail.zrz.TU-Berlin.DE with SMTP (PP); Thu, 17 Aug 1995 02:17:41 +0200 Received: (from jan@localhost) by marie.physik.tu-berlin.de (8.6.9/8.6.9) id CAA26895 ; Thu, 17 Aug 1995 02:17:37 +0200 From: Jan Riedinger Message-Id: <199508170017.CAA26895@marie.physik.tu-berlin.de> Comments: MTA at marie.physik.TU-Berlin.DE is now sendmail v8. Subject: termcap entries To: freebsd-bugs@freebsd.org Date: Thu, 17 Aug 1995 02:17:35 +0100 (MET DST) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 871 Sender: bugs-owner@freebsd.org Precedence: bulk The following program doesn't display the string "INVERSE " inverse, if I'am working with cons25. If I start X, I get the wrong sequenzes for the function keys. E.g for F1 I get ESC [11~ but according to the termcap entry for xterm it should be ESC OP. The descriptio for the keymap entry in /etc/sysconfig is a little bit unclear ("Choose keyboard map from /usr/share/syscons/keymaps/* ...). How can know, that I don't have to specify the extension .kbd? #include int main() { WINDOW *win; win = initscr(); meta( win, TRUE ); nodelay( win, FALSE ); cbreak(); keypad( win, TRUE ); leaveok(win, FALSE); noecho(); werase (win); wattron(win, A_REVERSE); mvwaddstr(win, 10, 10, "INVERSE "); wrefresh( win ); endwin (); return 0; } Please tell my, how I can fix the "inverse" and xterm problems. Thank you Jan From owner-freebsd-bugs Wed Aug 16 17:19:43 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA06085 for bugs-outgoing; Wed, 16 Aug 1995 17:19:43 -0700 Received: from mail.zrz.TU-Berlin.DE (mail.zrz.TU-Berlin.DE [130.149.4.15]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA06079 for ; Wed, 16 Aug 1995 17:19:41 -0700 Received: from marie.physik.tu-berlin.de by mail.zrz.TU-Berlin.DE with SMTP (PP); Thu, 17 Aug 1995 02:19:37 +0200 Received: (from jan@localhost) by marie.physik.tu-berlin.de (8.6.9/8.6.9) id CAA26920 for freebsd-bugs@freebsd.org; Thu, 17 Aug 1995 02:19:35 +0200 From: Jan Riedinger Message-Id: <199508170019.CAA26920@marie.physik.tu-berlin.de> Comments: MTA at marie.physik.TU-Berlin.DE is now sendmail v8. Subject: termcap entries To: freebsd-bugs@freebsd.org Date: Thu, 17 Aug 1995 02:19:34 +0100 (MET DST) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 82 Sender: bugs-owner@freebsd.org Precedence: bulk Sorry, I forgot to tell you, that I'am speaking about the 2.1.0-950725-SNAP. Jan From owner-freebsd-bugs Wed Aug 16 17:50:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA07433 for bugs-outgoing; Wed, 16 Aug 1995 17:50:29 -0700 Received: (from jkh@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA07419 ; Wed, 16 Aug 1995 17:50:28 -0700 Date: Wed, 16 Aug 1995 17:50:28 -0700 From: "Jordan K. Hubbard" Message-Id: <199508170050.RAA07419@freefall.FreeBSD.org> To: wosch@cs.tu-berlin.de, jkh, freebsd-bugs Subject: Re: kern/682 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: to shot command name in State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Aug 16 17:50:11 PDT 1995 State-Changed-Why: Supplied fix adopted. From owner-freebsd-bugs Wed Aug 16 22:53:54 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA21445 for bugs-outgoing; Wed, 16 Aug 1995 22:53:54 -0700 Received: from todonix.ping.de (todonix.ping.de [193.100.14.43]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id WAA21439 for ; Wed, 16 Aug 1995 22:53:43 -0700 Received: by todonix.ping.de (Smail3.1.28.1 #1) id m0sis0F-0006yYC; Thu, 17 Aug 95 01:36 MET DST Message-Id: From: jan@todonix.ping.de (Jan Wedekind) Subject: telnet / rlogin hangs ?! To: bugs@freebsd.org Date: Thu, 17 Aug 1995 01:36:06 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3165 Sender: bugs-owner@freebsd.org Precedence: bulk Hi, we just updated to 2.1.0-SNAP, running in the following new problems; after about 10 up to 20 hours of run-time the kernel or net software partly refuses logins. Everything else works fine: SMTP, NNTP etc. from a linux system i get: jan@todonix <520>telnet leary Trying 193.100.14.4... Connected to leary.ping.de. Escape character is '^]'. FreeBSD (leary) (ttyp0) and no login prompt! But after typing return one time everything is fine! >From another FreeBSD (1.1.5) system i got: jan@lilly <512>telnet leary Trying 193.100.14.4... Connected to leary.ping.de. Escape character is '^]'. FreeBSD (leary) (ttyp1) Connection closed by foreign host. jan@lilly <513>telnet leary Trying 193.100.14.4... Connected to leary.ping.de. Escape character is '^]'. FreeBSD (leary) (ttyp1) Password:Connection closed by foreign host. shortly after this the problems we got a login: prompt on FreeBSD, but with rlogin we had to wait for about 2 minutes! we took the telnet session and ktrace'd the mentioned rlogind process: bash# kdump 17895 rlogind RET select 0 17895 rlogind CALL close(0x4) 17895 rlogind RET close 0 17895 rlogind CALL socket(0x2,0x2,0) 17895 rlogind RET socket 4 17895 rlogind CALL connect(0x4,0x8088010,0x10) 17895 rlogind RET connect 0 17895 rlogind CALL sendto(0x4,0xefbfc58c,0x1c,0,0,0) 17895 rlogind GIO fd 4 wrote 28 bytes "\0\^D\^A\0\0\^A\0\0\0\0\0\0 #localhost\0\0\^A\0\^A" 17895 rlogind RET sendto 28/0x1c 17895 rlogind CALL select(0x5,0xefbfc344,0,0,0xefbfc33c) repeatet several times, finally (1-3 min.) finishing in : 17895 rlogind CALL socket(0x2,0x2,0) 17895 rlogind RET socket 4 17895 rlogind CALL connect(0x4,0x8088010,0x10) 17895 rlogind RET connect 0 17895 rlogind CALL sendto(0x4,0xefbfc58c,0x35,0,0,0) 17895 rlogind GIO fd 4 wrote 53 bytes "\0\^F\^A\0\0\^A\0\0\0\0\0\0\^T#my_very_good_friend\^Fdomain\^Dping\^Bd\ e\0\0\^A\0\^A" 17895 rlogind RET sendto 53/0x35 17895 rlogind CALL select(0x5,0xefbfc344,0,0,0xefbfc33c) 17895 rlogind RET select 1 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ hier we got the connection! 17895 rlogind CALL recvfrom(0x4,0xefbfcc24,0x400,0,0xefbfc364,0xefbfc338) 17895 rlogind GIO fd 4 read 53 bytes "\0\^F\M^E\M^@\0\^A\0\0\0\0\0\0\^T#my_very_good_friend\^Fdomain\^Dping\ \^Bde\0\0\^A\0\^A" 17895 rlogind RET recvfrom 53/0x35 17895 rlogind CALL close(0x4) 17895 rlogind RET close 0 17895 rlogind CALL open(0x803b9b2,0,0x1b6) 17895 rlogind NAMI "/etc/hosts" 17895 rlogind RET open 4 17895 rlogind CALL fstat(0x4,0xefbfcf2c) 17895 rlogind RET fstat 0 17895 rlogind CALL read(0x4,0x11000,0x2000) 17895 rlogind GIO fd 4 read 514 bytes "# $Id: hosts,v 1.4 1994/06/24 23:50:16 wollman Exp $ Of course you may've the whole ktrace.out - file; about 186 kB long. many thanks for going on solving these problems, Jan -- PING e.V. Jan Wedekind (Kassenwart) jan@ping.de Emil-Figge-Str. 85 Lindemannstr. 12 kasse@ping.de 44227 Dortmund 44137 Dortmund vorstand@ping.de Tel.: 0231 / 97 91 - 0 Tel.: +49 (231) 13 44 04 info@ping.de From owner-freebsd-bugs Wed Aug 16 23:00:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA21517 for bugs-outgoing; Wed, 16 Aug 1995 23:00:02 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA21510 ; Wed, 16 Aug 1995 23:00:01 -0700 Resent-Date: Wed, 16 Aug 1995 23:00:01 -0700 Resent-Message-Id: <199508170600.XAA21510@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Alan@Epilogue.Com Received: from beandorf.epilogue.com (beandorf.epilogue.com [128.224.1.153]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA21429 for ; Wed, 16 Aug 1995 22:52:49 -0700 Received: (from alan@localhost) by beandorf.epilogue.com (8.6.9/8.6.9) id BAA03086; Thu, 17 Aug 1995 01:52:47 -0400 Message-Id: <199508170552.BAA03086@beandorf.epilogue.com> Date: Thu, 17 Aug 1995 01:52:47 -0400 From: Alan Bawden Reply-To: Alan@Epilogue.Com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/695: cat B > C ; cmp B C can fail! Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 695 >Category: kern >Synopsis: cat B > C ; cmp B C can fail! >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 16 23:00:00 PDT 1995 >Last-Modified: >Originator: Alan Bawden >Organization: ITS Preservation Society >Release: FreeBSD 2.0-RELEASE i386 >Environment: FreeBSD 2.0 >Description: Here's a little dialog I just had a few minutes ago (with commentary): beandorf:temp> cmp -l A B 2108 367 377 2124 367 377 beandorf:temp> So A and B differ -- so what? Ah but look: beandorf:temp> cat A | cmp -l - B beandorf:temp> How could this be? Well it probably has something to do with the fact that when `cmp' is reading from a pipe it uses ordinary I/O operations (on -both- inputs), while if both inputs are disk files it uses `mmap' instead. Now check out how easily I can make more of these suckers: beandorf:temp> cat A > C beandorf:temp> cmp -l A C 2108 367 377 2124 367 377 beandorf:temp> cat B > D beandorf:temp> cmp -l B D beandorf:temp> cat B > E beandorf:temp> cmp -l B E 2108 377 367 2124 377 367 beandorf:temp> So, I can make this happen starting with -either- of the original files `A' or `B', but it doesn't happen every time because `D' matches `B' (when `mmap'ed anyway) but `E' doesn't. This dialog doesn't show it, but the `cmp' results are consistent if `cmp' is called again. That is, once `cmp' (using `mmap') tells you that X and Y differ, it always tells you that they differ. The dialog also doesn't show you that in this particular case, the errors are always the same two locations (2108 and 2124) and the same values (377 and 367). And sometimes I can cause a file to be created that only has one of the two locations wrong. I first noticed this problem because `touch' seems to have a tendency to create these monsters. But that isn't the only way, because I created `B' above using `cp'. This is all very strange, and it is shafting me totally. These files are actually `.o' files, and it has reached the point where whenever I get a Segmentation Violation I immediately delete all my recently created `.o' files, recompile them, relink, and the error is gone. >How-To-Repeat: All I can suggest is that the -contents- of that file may be implicated somehow. I have deleted all copies of that object file from my disk, along with a number of other problem-free object files, and then recreated them all, and after fooling around with `touch' and `cp' for a bit, only one file got into this broken state: the -same- file and at the -same- two locations! >Fix: Beats me. But I'd really appreciate it if someone would give me a clue what's going on here. It's pretty hard for me to imagine how a hardware bug could cause this, especially since the machine gets moderately heavy use and everything else seems to work perfectly! >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Aug 17 12:00:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA02203 for bugs-outgoing; Thu, 17 Aug 1995 12:00:02 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA02196 ; Thu, 17 Aug 1995 12:00:01 -0700 Resent-Date: Thu, 17 Aug 1995 12:00:01 -0700 Resent-Message-Id: <199508171900.MAA02196@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, mark@grondar.za Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA02082 for ; Thu, 17 Aug 1995 11:54:16 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id UAA20137 for ; Thu, 17 Aug 1995 20:53:26 +0200 Received: (from mark@localhost) by grumble.grondar.za (8.6.11/8.6.9) id UAA02425; Thu, 17 Aug 1995 20:53:25 +0200 Message-Id: <199508171853.UAA02425@grumble.grondar.za> Date: Thu, 17 Aug 1995 20:53:25 +0200 From: mark@grondar.za Reply-To: mark@grondar.za To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/697: make -DCLOBBER is broken Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 697 >Category: misc >Synopsis: "make -DCLOBBER" is broken >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 17 12:00:00 PDT 1995 >Last-Modified: >Originator: Mark Murray >Organization: GTA >Release: FreeBSD 2.2-CURRENT i386 >Environment: Any current FreeBSD system. I suspect this has been around for a while. >Description: "make -DCLOBBER world" clobbers /usr/include and /usr/lib, but it takes manual intervention to recover the three .o files and libgcc. The build breaks because libgcc is not present, nor is c++rt0.o. >How-To-Repeat: cd /usr/src ; make -DCLOBBER world >Fix: Workaround: cd /usr/src ; make -DCLOBBER world cd /usr/src/lib/csu/i386 ; make clean obj depend all install cd /usr/src/lib/gnu/usr.bin/cc/libgcc ; make clean obj depend all install cd /usr/src ; make world >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Aug 17 18:40:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA22745 for bugs-outgoing; Thu, 17 Aug 1995 18:40:04 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA22737 ; Thu, 17 Aug 1995 18:40:03 -0700 Resent-Date: Thu, 17 Aug 1995 18:40:03 -0700 Resent-Message-Id: <199508180140.SAA22737@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gt@freebsd.first.gmd.de Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id SAA22586 for ; Thu, 17 Aug 1995 18:34:02 -0700 Received: from freebsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA00228; Fri, 18 Aug 95 03:08:27 +0200 Received: by freebsd.first.gmd.de (DAA10585); Fri, 18 Aug 1995 03:08:37 +0200 Message-Id: <199508180108.DAA10585@freebsd.first.gmd.de> Date: Fri, 18 Aug 1995 03:08:37 +0200 From: gt@freebsd.first.gmd.de Reply-To: gt@freebsd.first.gmd.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/698: ports - lynx-2.4.2 Sender: bugs-owner@freebsd.org Precedence: bulk Note: There was a bad value `low' for the field `>Severity:'. It was set to the default value of `serious'. >Number: 698 >Category: ports >Synopsis: 3 small errors in lynx-2.4.2 >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 17 18:40:01 PDT 1995 >Last-Modified: >Originator: Gerd Truschinski >Organization: GMD Berlin (FIRST) >Release: FreeBSD 2.0-BUILT-19950530 i386 >Environment: I run FreeBSD 2.0.5-950622-SNAP on a 486 board >Description: There are 3 errors in the lynx-2.4.2 patch: first the fix, then follows the errorline from 'make' 1) the include command is '.include "fn"' and not 'include fn': cd WWW/Library/freebsd; make LYFLAGS="-DDIRED_SUPPORT" "Makefile", line 27: Need an operator 2) The same include command error in this file: "../../Library/Implementation/CommonMakefile", line 67: Need an operator 3) there is a TAB char in this line which is wrong: "../../Library/Implementation/CommonMakefile", line 162: Need an operator After that it compiles fine. >How-To-Repeat: >Fix: write the correct include command 2 times, delete the one TAB. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Aug 18 04:26:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA17616 for bugs-outgoing; Fri, 18 Aug 1995 04:26:58 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id EAA17600 for ; Fri, 18 Aug 1995 04:26:55 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA26147; Fri, 18 Aug 1995 07:26:20 -0400 Received: (rivers@localhost) by ponds.UUCP (8.6.11/8.6.5) id HAA00594; Fri, 18 Aug 1995 07:19:43 -0400 Date: Fri, 18 Aug 1995 07:19:43 -0400 From: Thomas David Rivers Message-Id: <199508181119.HAA00594@ponds.UUCP> To: freebsd-bugs@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org Subject: Problem with sio at high baud on 2.0.5? Sender: bugs-owner@FreeBSD.org Precedence: bulk Well - I been seeing this problem ever since upgrading to 2.0.5 and when I verified it was occuring, thought I should mention it. It appears that when I set my baud rate to 38,400 - on a call-out line (i.e. /dev/cuaa1) - while the getty has the call-in line (/dev/ttyd1) opened at 19,200 - things gets locked up after a few minutes, and my only recourse is to reboot. The program that has /dev/cuaa1 opened gets blocked on a read. No other program can access the device, and the blocking program can't be killed - you have to reboot to clear the device. Now, 38,400 baud worked in 2.0, and I didn't think much had changed in sio - so this is probably some latent issue. Also - it's important to note that this happens on my 386DX-33 w/8meg of memory (and a 387) - running an AHA 1542B (although disk I/O doesn't appear to be a factor) So, it could be that the 1542B is hogging the bus, some bits get lost in sio. This is with a true 16550 UART and a GENERIC 2.0.5-RELEASE (from the net) kernel. The first few boot-up messages follow. - Dave Rivers - Aug 16 22:22:22 ponds /kernel: FreeBSD 2.0.5-RELEASE #0: Sat Jun 10 10:46:56 19 95 Aug 16 22:22:22 ponds /kernel: jkh@westhill.cdrom.com:/usr/src/sys/compile/G ENERIC Aug 16 22:22:22 ponds /kernel: CPU: i386DX (386-class CPU) Aug 16 22:22:22 ponds /kernel: real memory = 8257536 (2016 pages) Aug 16 22:22:23 ponds /kernel: avail memory = 6877184 (1679 pages) Aug 16 22:22:23 ponds /kernel: Probing for devices on the ISA bus: Aug 16 22:22:23 ponds /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Aug 16 22:22:23 ponds /kernel: sc0: MDA/hercules <16 virtual consoles, flags=0x0 > Aug 16 22:22:23 ponds /kernel: ed0 at 0x300-0x31f irq 9 on isa Aug 16 22:22:23 ponds /kernel: ed0: address 00:40:33:20:4e:e0, type NE2000 (16 b it) Aug 16 22:22:24 ponds /kernel: ed1: disabled, not probed. Aug 16 22:22:24 ponds /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Aug 16 22:22:24 ponds /kernel: sio0: type 16550A Aug 16 22:22:24 ponds /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Aug 16 22:22:24 ponds /kernel: sio1: type 16550A Aug 16 22:22:24 ponds /kernel: sio2 not found at 0x3e8 Aug 16 22:22:24 ponds /kernel: sio3 not found at 0x2e8 From owner-freebsd-bugs Fri Aug 18 05:13:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA18921 for bugs-outgoing; Fri, 18 Aug 1995 05:13:26 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id FAA18901 ; Fri, 18 Aug 1995 05:13:08 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA10066; Fri, 18 Aug 1995 22:11:47 +1000 Date: Fri, 18 Aug 1995 22:11:47 +1000 From: Bruce Evans Message-Id: <199508181211.WAA10066@godzilla.zeta.org.au> To: freebsd-bugs@freefall.FreeBSD.org, freebsd-hackers@freefall.FreeBSD.org, ponds!rivers@dg-rtp.dg.com Subject: Re: Problem with sio at high baud on 2.0.5? Sender: bugs-owner@FreeBSD.org Precedence: bulk > It appears that when I set my baud rate to 38,400 - on a call-out >line (i.e. /dev/cuaa1) - while the getty has the call-in line (/dev/ttyd1) >opened at 19,200 - things gets locked up after a few minutes, and >my only recourse is to reboot. The program that has /dev/cuaa1 >opened gets blocked on a read. No other program can access the >device, and the blocking program can't be killed - you have to reboot >to clear the device. What is the `ps laxw' and `pstat -t' output for the two processes? Bruce From owner-freebsd-bugs Fri Aug 18 08:36:16 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA05937 for bugs-outgoing; Fri, 18 Aug 1995 08:36:16 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA05922 for ; Fri, 18 Aug 1995 08:36:11 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id LAA29238 for bugs@freebsd.org; Fri, 18 Aug 1995 11:38:20 -0400 Received: from freefall.FreeBSD.org (freefall.cdrom.com [192.216.222.4]) by grendel.csc.smith.edu (8.6.5/8.6.5) with ESMTP id OAA05870 for ; Tue, 15 Aug 1995 14:28:01 -0400 Received: from localhost (daemon@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA18509 ; Tue, 15 Aug 1995 11:00:08 -0700 Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA18501 for doc-outgoing; Tue, 15 Aug 1995 11:00:07 -0700 Received: from bubba.tribe.com ([205.184.207.7]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA18495 for ; Tue, 15 Aug 1995 11:00:06 -0700 Received: (from archie@localhost) by bubba.tribe.com (8.6.11/8.6.9) id KAA18473 for doc@freebsd.org; Tue, 15 Aug 1995 10:59:32 -0700 From: Archie Cobbs Message-Id: <199508151759.KAA18473@bubba.tribe.com> Subject: open(2) man page To: doc@freebsd.org Date: Tue, 15 Aug 1995 10:59:32 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 181 Sender: bugs-owner@freebsd.org Precedence: bulk Hi.. the open(2) man page doesn't state that EAGAIN will be returned in the case that O_EXLOCK and O_NONBLOCK are specified in the flags, and the file is already locked. -Archie From owner-freebsd-bugs Fri Aug 18 09:12:49 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA10783 for bugs-outgoing; Fri, 18 Aug 1995 09:12:49 -0700 Received: from todonix.ping.de (todonix.ping.de [193.100.14.43]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id JAA10732 for ; Fri, 18 Aug 1995 09:12:24 -0700 Received: by todonix.ping.de (Smail3.1.28.1 #1) id m0sjNPs-0006zwC; Fri, 18 Aug 95 11:08 MET DST Message-Id: From: jan@todonix.ping.de (Jan Wedekind) Subject: Resource temporarily unavailable ? To: bugs@freebsd.org Date: Fri, 18 Aug 1995 11:08:39 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 854 Sender: bugs-owner@freebsd.org Precedence: bulk Hi, after installing 2.1.0-SNAP sometimes we get the following error from the news-cron; /usr/local/news/lib is mounted via amd from an FreeBSD 1.1.5 system. what about possibly reason's for this error ? Jan Forwarded message: > From lilly.ping.de!lilly!leary.ping.de!root Fri Aug 18 10:50:04 1995 > Date: Fri, 18 Aug 1995 10:54:00 +0200 > Message-Id: <199508180854.KAA15145@leary.ping.de> > From: root@leary.ping.de (Cron Daemon) > To: news@leary.ping.de > Subject: Cron /bin/cat /usr/local/news/lib/innshellvars 2>&1 >/dev/null > X-Cron-Env: > X-Cron-Env: > X-Cron-Env: > X-Cron-Env: > X-Cron-Env: > > cat: /usr/local/news/lib/innshellvars: Resource temporarily unavailable > From owner-freebsd-bugs Fri Aug 18 11:00:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA29296 for bugs-outgoing; Fri, 18 Aug 1995 11:00:04 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA29281 ; Fri, 18 Aug 1995 11:00:02 -0700 Resent-Date: Fri, 18 Aug 1995 11:00:02 -0700 Resent-Message-Id: <199508181800.LAA29281@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dima@bog.msu.su Received: from satty.npi.msu.su (satty.npi.msu.su [158.250.2.251]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA28584 for ; Fri, 18 Aug 1995 10:55:59 -0700 Received: (from dima@localhost) by satty.npi.msu.su (8.6.11/8.6.9) id VAA03615; Fri, 18 Aug 1995 21:58:56 +0400 Message-Id: <199508181758.VAA03615@satty.npi.msu.su> Date: Fri, 18 Aug 1995 21:58:56 +0400 From: Dmitry Khrustalev Reply-To: dima@bog.msu.su To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/699: rsynth should not depend on auvoxware Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 699 >Category: ports >Synopsis: rsynth should not depend on auvoxware >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Aug 18 11:00:01 PDT 1995 >Last-Modified: >Originator: Dmitry Khrustalev >Organization: >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: If rsynth depends on nas, it should depend on nas libraries, not on nas server executable, since there is no reason for nas server to be present on machine without audio hardware. Also, it looks for server executable in wrong place. >How-To-Repeat: Try building nas then auvoxware is not present. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Aug 18 19:30:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA08312 for bugs-outgoing; Fri, 18 Aug 1995 19:30:05 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA08305 ; Fri, 18 Aug 1995 19:30:04 -0700 Resent-Date: Fri, 18 Aug 1995 19:30:04 -0700 Resent-Message-Id: <199508190230.TAA08305@freefall.FreeBSD.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, fenner@parc.xerox.com Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id TAA08201 for ; Fri, 18 Aug 1995 19:27:27 -0700 Received: from baobab.parc.xerox.com ([13.2.116.113]) by alpha.xerox.com with SMTP id <16156(2)>; Fri, 18 Aug 1995 19:26:51 PDT Received: (from fenner@localhost) by baobab.parc.xerox.com (8.6.11/8.6.9) id TAA22436; Fri, 18 Aug 1995 19:29:38 -0700 Message-Id: <199508190229.TAA22436@baobab.parc.xerox.com> Date: Fri, 18 Aug 1995 19:29:38 PDT From: Bill Fenner Reply-To: fenner@parc.xerox.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/700: /sys/net/in.h comments scrogged Sender: bugs-owner@freebsd.org Precedence: bulk >Number: 700 >Category: kern >Synopsis: The comments in /sys/net/in.h are confusing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Aug 18 19:30:02 PDT 1995 >Last-Modified: >Originator: Bill Fenner >Organization: Xerox PARC >Release: FreeBSD 2.0-BUILT-19950527 i386 >Environment: -current source >Description: The comments that go with the structures in don't appear to actually go with the structures that they are near. I have always associated the comment "would like to call this if" with struct ifnet, but that comment is now near struct ifqueue. struct ifnet is described as being information which may be of interest to management entities, which sounds more like struct if_data. struct if_data has no description at all. >How-To-Repeat: >Fix: --- /usr/src/current/sys/net/if.h.orig Sat Aug 19 02:24:10 1995 +++ /usr/src/current/sys/net/if.h Sat Aug 19 02:24:43 1995 @@ -79,6 +79,10 @@ struct ether_header; #endif +/* + * Structure describing information about an interface + * which may be of interest to management entities. + */ struct if_data { /* generic interface information */ u_char ifi_type; /* ethernet, tokenring, etc */ @@ -105,10 +109,7 @@ /* * Structure defining a queue for a network interface. - * - * (Would like to call this struct ``if'', but C isn't PL/1.) */ - struct ifqueue { struct mbuf *ifq_head; struct mbuf *ifq_tail; @@ -118,8 +119,9 @@ }; /* - * Structure describing information about an interface - * which may be of interest to management entities. + * Structure defining a network interface. + * + * (Would like to call this struct ``if'', but C isn't PL/1.) */ struct ifnet { char *if_name; /* name, e.g. ``en'' or ``lo'' */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Aug 19 04:30:38 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA29858 for bugs-outgoing; Sat, 19 Aug 1995 04:30:38 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA29839 for freebsd-bugs; Sat, 19 Aug 1995 04:30:34 -0700 Date: Sat, 19 Aug 1995 04:30:34 -0700 From: GNU GNATS Message-Id: <199508191130.EAA29839@freefall.FreeBSD.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/10/07] kern/6 System hangs while using slip or ppp connection [1994/11/13] i386/14 No MBR put on prestine IDE disk drive [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/03] kern/39 Recent config changes hosed ft config [1994/12/04] kern/40 Floppy tape probe hosed (FIX) [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/21] misc/75 Netboot ignores gateway [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/09] kern/102 PANIC after running Merged Buffer Cache kernel for a [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [1995/01/14] misc/112 ^C cause panic during install [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/14] bin/135 not enough ptys; virtual console names conflict with [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] bin/163 telneting sometimes doesn't yield a "login:" prompt [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] docs/171 No documentation on .forward files. [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/175 Syscons does not recover X graphics mode [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/02/16] misc/223 default domain shouldn't be hostname [1995/02/18] kern/224 ppp net serial [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/10] misc/236 2.0-950210-SNAP/src/extract.sh references "release" [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/17] kern/248 scbus attach/probe information is inconsistent [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/280 the new slice code is bitching about my old slices [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/01] kern/293 wd0: interrupt timeout [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/09] bin/316 SNAP950322 less stable on IDE than earlier releases [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/336 make world fails on NCR-SCSI machine [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] bin/342 lpd can allow users access to all of root's groups [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/17] kern/349 Panic with bad dir [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] bin/357 pkg_delete aborts when subcommand fails [1995/04/24] bin/359 BS/DEL is still not quite right. [1995/04/26] kern/366 queue changes broke ISO tpip code [1995/04/26] kern/367 kernel hangs after ep0 attach message appears [1995/04/26] i386/369 AHA-154X-A problems [1995/05/01] gnu/373 In response to admittedly bogus code, gcc emits an o [1995/05/01] kern/374 panic: bad dir [1995/05/01] bin/375 NIS does not seem to work with Kerberos [1995/05/02] kern/376 tcpdump seems to cause spontaneous reboots [1995/05/03] kern/378 (apparently) bounce buffer code gets used on 32bit b [1995/05/05] kern/383 dd to from /dev/mem panics the machine. [1995/05/06] kern/384 ep0 conflicts with some other drivers [1995/05/06] kern/385 ep0 finds card on irq 10 when it's actually on 11 [1995/05/07] kern/387 scsistrategy doesn't use bounce buffers [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/11] i386/394 IP multicast not supported by ep driver [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/13] bin/402 w -n shows non-numeric addresses [1995/05/13] misc/403 FreeBSD 1-compiled tcsh, bash and zsh binaries dump [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/14] bin/406 Sendmail 8.6.11 was not imported correctly. [1995/05/14] bin/410 bad144(8) should probably scan the bad block remap s [1995/05/14] kern/411 bad144 allow you to add blocks in the remap area [1995/05/14] kern/416 page fault in syscons.c:scopen() [1995/05/14] bin/419 pkg_delete refuses to delete an incompletely added p [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/16] kern/427 eg doesn't work with more than one card [1995/05/16] kern/428 configure is not foolproof [1995/05/19] kern/430 SCSI Tape dont work [1995/05/19] misc/431 Processes sometime's hang and wont die when they hav [1995/05/21] bin/432 mixer should print out the current mixer settings by [1995/05/22] kern/434 umapfs panics when mounting ufs over itself [1995/05/23] kern/435 mb_map full, network starts jumping off and on, fina [1995/05/23] misc/437 addition for /usr/src/usr.bin/file/Magdir/zyxel [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/24] bin/441 more does not call vi with +linenum when EDITOR=vi [1995/05/24] gnu/442 when invoked from "make' cc not including name lists [1995/05/25] kern/443 65 sendmails crashes system [1995/05/26] i386/444 GUS sound driver does not seem to work. [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/05/26] kern/448 ktrace not enabled in default kernel [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/05/28] gnu/451 cvsinit/cvs doesn't work as expected with perl [1995/05/28] kern/452 vnode swapping panics [1995/05/28] misc/453 The release/Makefile does not make all des/eBones ta [1995/05/28] bin/454 compile ports/x11/iv and ld got sig11 [1995/05/28] misc/455 library wont compile [1995/05/29] bin/457 We may have an obscure csh bug [1995/05/30] docs/458 px doc does not find include figure [1995/05/30] kern/459 Systems freezes w/ 2842 [1995/05/31] bin/464 dialog_gauge goes one char too far for 100% value [1995/05/31] kern/466 Unexpected disk errors during installation/newfs [1995/06/01] ports/467 utils/kp wrong distfile place after make fetch [1995/06/01] misc/469 ctm leaves temp files after errors [1995/06/01] kern/471 System can not access SCSI DAT tape. [1995/06/02] bin/476 kvm_openfiles called w/ too small error buffer [1995/06/02] bin/477 telnet autologin ain't working [1995/06/03] docs/480 We don't have an rhosts.5 man page [1995/06/04] bin/486 ls includes utmp.h but doesn't use it [1995/06/05] misc/487 [1995/06/05] kern/492 sysinstall shows "success" after "no space" failure. [1995/06/07] kern/496 kzip'ed kernel & modload problem [1995/06/07] bin/499 pkg_manage percent done is broken/dependancies arent [1995/06/07] bin/500 pkg_manage fails to continue without return sometime [1995/06/12] bin/506 "Release" id generated by send-pr looks incorrect. [1995/06/14] kern/512 writing to bpf(loopback) causes kernel panic [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/14] gnu/515 Info command has no tutorial [1995/06/15] kern/516 Crynwr compatibility mode for PLIP driver. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/15] docs/520 instructions are not clear as to what the url should [1995/06/15] docs/521 catgets() man page error [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/17] conf/529 Please put mountd's '-n' flag into /etc/sysconfig [1995/06/18] misc/530 Failed install from SCSI tape [1995/06/18] kern/532 buslogic bt 445S hangups wit FreeBSD 2.0.5 [1995/06/19] misc/535 Sysinstall takes down the network. [1995/06/20] docs/536 No copyrights in usr/src/lib/libc/stdtime [1995/06/20] bin/537 FSCK Fails [1995/06/22] kern/540 ed0 is loosing packets on input [1995/06/22] i386/541 Alternate Reset method by unmapping ALSO broken [1995/06/23] docs/546 Shared memory manual pages [1995/06/23] misc/556 Bug in /etc/rc [1995/06/23] bin/557 ar utility exausts all available file descriptors [1995/06/26] kern/565 [1995/06/27] bin/569 Slattach behaviour inconsistant [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/02] bin/580 xntpd doesn't work with Tobit DCF77 receiver. [1995/07/02] bin/581 iijppp may hang indefinitely [1995/07/02] misc/583 rlogin over PPP does not handle input [1995/07/03] kern/586 Timeouts on SCSI Adaptec 2940 [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/04] conf/589 /etc/rc should eval amd ${amdflags} [1995/07/05] kern/590 pager input errors on NCR SCSI 486 mainboard [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/05] bin/594 "mkdir -p some/path/" fails to create last path comp [1995/07/06] i386/596 and conflict with _POSIX_SOURCE [1995/07/06] ports/597 libxview.so.3.2 seems to include reference to cfree( [1995/07/07] bin/599 pkg_add does not stop if dependencies are missing [1995/07/08] i386/602 disklabel : changes to cylinder details not saved [1995/07/09] bin/604 Various commands allow access to expired accounts [1995/07/09] misc/605 [1995/07/10] gnu/608 `send-pr' inserts wrong default for ">Release:" fiel [1995/07/13] kern/611 WIDE-dhcp doesn't work with FreeBSD-2.0 bpf [1995/07/14] bin/613 send-pr reports wrong release [1995/07/14] kern/614 SCSI tape timeout for forward space file is too shor [1995/07/14] ports/617 screen(1) locks up tty under pcvt or scons [1995/07/19] bin/624 pkg_manage doesn't show directory symlinks [1995/07/19] kern/625 keyboard lockups during boot and forever after [1995/07/20] kern/627 vidcontrol causes crash when booted with sc0 disable [1995/07/20] kern/629 user mode ppp dies when sending [1995/07/21] i386/631 if_ix does not support bpf, nor does it appear to su [1995/07/24] docs/633 no manpage for ndbm [1995/07/26] conf/634 Too hard to build new boot floppies [1995/07/26] bin/635 makefile for sbin/route doesn't make keywords.h when [1995/07/27] kern/637 If used heavily, ahc will crash, with disk timeouts [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/07/29] misc/641 [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] kern/647 Sound cards fail to work [1995/08/01] bin/648 Formatted output is not converted correctly [1995/08/01] bin/649 tcpdump(1) doesn't show AppleTalk packets correctly [1995/08/02] gnu/650 Current flex is outdated [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/04] kern/653 ftp or kernel - multiple transfers when sendport dis [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/07] bin/660 /bin/sh has problem with redirection. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/08/08] docs/663 newfs man page refers to format(8) [1995/08/08] pending/664 pkg_add(1) man page doesn't reference pkg_manage(1) [1995/08/08] ports/665 pkg_manage can't handle installing dvips [1995/08/08] gnu/666 The ldconfig program in SNAP wasn't good [1995/08/08] ports/667 When attempting to install fvwm, could not. [1995/08/09] kern/668 garbage in /var/account/acct [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] pending/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/11] kern/674 quad speed cdrom not being found [1995/08/11] bin/675 make does unnecessary rebuilds [1995/08/12] bin/676 mv -i [1995/08/12] kern/677 X gets a bus error when calling mmap() [1995/08/13] kern/679 chown(2) ignores set-user-id and set-group-id bits f [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/13] docs/681 bad description of Adaptec 2842 in LINT [1995/08/14] bin/683 cron(8) [1995/08/14] pending/684 Re: cron(8) [1995/08/14] pending/685 Re: cron(8) [1995/08/14] docs/686 SIGSYS documented badly [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] ports/690 X11 install targets unfriendly [1995/08/15] pending/691 [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/16] bin/693 `pkg_add' is umask-sensitive [1995/08/16] bin/694 No include file in rpcgen output [1995/08/16] kern/695 cat B > C ; cmp B C can fail! [1995/08/17] bin/696 missing backslash at line 47 of usr.sbin/named/tree. [1995/08/17] misc/697 "make -DCLOBBER" is broken [1995/08/17] ports/698 3 small errors in lynx-2.4.2 [1995/08/18] ports/699 rsynth should not depend on auvoxware [1995/08/18] kern/700 The comments in /sys/net/in.h are confusing This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/21] misc/162 routes seem to accumulate under 2.0-950112-SNAP [1995/02/14] kern/215 SNAP-950112 crashed with "panic: page fault" [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/05/14] ports/412 should tracker-4.29 really depend on gmake? [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/07/05] ports/593 ldconfig -m [PDT/08/11] bin/671 No quot available. /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Aug 19 04:30:39 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA29860 for bugs-outgoing; Sat, 19 Aug 1995 04:30:39 -0700 Received: (from gnats@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA29842 for freebsd-bugs; Sat, 19 Aug 1995 04:30:34 -0700 Date: Sat, 19 Aug 1995 04:30:34 -0700 From: GNU GNATS Message-Id: <199508191130.EAA29842@freefall.FreeBSD.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk Number of currently open reports: 278 Number of curently analyzed reports: 11 From owner-freebsd-bugs Sat Aug 19 08:11:14 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA06763 for bugs-outgoing; Sat, 19 Aug 1995 08:11:14 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA06735 for ; Sat, 19 Aug 1995 08:11:06 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id XAA25494; Sat, 19 Aug 1995 23:10:52 +0800 Date: Sat, 19 Aug 1995 23:10:50 +0800 (CST) From: Brian Tao To: FREEBSD-BUGS-L Subject: Nutty nfsd warning message Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk For whatever reason today, I decided to type "nfsd -nut 4" to start up some more NFS server testing. I got this error: nfsd: nfsd count 4; reset to -272639580 The warnx() generating that message is missing an argument, so garbage is printed out for the second value: *** nfsd.c Sat Aug 19 23:08:43 1995 --- nfsd.c-orig Sat Aug 19 23:08:17 1995 *************** *** 182,188 **** case 'n': nfsdcnt = atoi(optarg); if (nfsdcnt < 1 || nfsdcnt > MAXNFSDCNT) { ! warnx("nfsd count %d; reset to %d", nfsdcnt, DEFNFSDCNT); nfsdcnt = DEFNFSDCNT; } break; --- 182,188 ---- case 'n': nfsdcnt = atoi(optarg); if (nfsdcnt < 1 || nfsdcnt > MAXNFSDCNT) { ! warnx("nfsd count %d; reset to %d", DEFNFSDCNT); nfsdcnt = DEFNFSDCNT; } break; -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-bugs Sat Aug 19 20:18:38 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA29328 for bugs-outgoing; Sat, 19 Aug 1995 20:18:38 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA29294 ; Sat, 19 Aug 1995 20:18:24 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id LAA26330; Sun, 20 Aug 1995 11:17:35 +0800 Date: Sun, 20 Aug 1995 11:17:33 +0800 (CST) From: Brian Tao To: Frank Durda IV cc: matt%merkury@freefall.FreeBSD.org, hackers@freebsd.org, bugs@freebsd.org, uhclem@nemesis.lonestar.org Subject: Re: 2.0.5 circus mystery - answer: RTWWM Read the Well-Written Manual In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@freebsd.org Precedence: bulk On Sun, 13 Aug 1995, Frank Durda IV wrote: > > This is all documented in the matcd.4 man page. The man page also > lists the supported hardware and specifically mentions that the TEAC > 4X CD55A drive is not supported. How does one read the man pages before one installs them? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org