From owner-freebsd-bugs Sun Feb 22 15:00:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01673 for freebsd-bugs-outgoing; Sun, 22 Feb 1998 15:00:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01661; Sun, 22 Feb 1998 15:00:03 -0800 (PST) (envelope-from gnats) Received: from pc759.cs.msu.su (pc759.cs.msu.su [158.250.10.223]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA00364 for ; Sun, 22 Feb 1998 14:50:43 -0800 (PST) (envelope-from laskavy@Hedgehog.CS.MSU.SU) Received: from Hedgehog.CS.MSU.SU (d85.z194-58-227.relcom.ru [194.58.227.85]) by pc759.cs.msu.su (8.8.5/8.8.5) with ESMTP id BAA08714 for ; Mon, 23 Feb 1998 01:50:32 +0300 (MSK) Received: (from laskavy@localhost) by Hedgehog.CS.MSU.SU (8.8.8/8.8.8) id BAA00917; Mon, 23 Feb 1998 01:46:09 +0300 (MSK) (envelope-from laskavy) Message-Id: <199802222246.BAA00917@Hedgehog.CS.MSU.SU> Date: Mon, 23 Feb 1998 01:46:09 +0300 (MSK) From: "Sergei S. Laskavy" Reply-To: laskavy@Hedgehog.CS.MSU.SU To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5817: ppp: signal handler: 100% cpu time, terminal mode (duplicated echo) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5817 >Category: bin >Synopsis: ppp: 100% cpu time, funny terminal mode (duplicated echo) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 22 15:00:01 PST 1998 >Last-Modified: >Originator: Sergei S. & >Organization: Gambit Automated Design Inc. >Release: FreeBSD 2.2.5-STABLE i386 >Environment: $ dmesg Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.5-STABLE #0: Sun Feb 22 23:18:18 MSK 1998 root@Hedgehog.Moscow.Ru:/usr/src/sys/compile/HEDGEHOG CPU: Pentium (132.95-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30793728 (30072K bytes) Probing for devices on PCI bus 0: chip0 rev 3 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 6 int a irq ?? on pci0:15 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.2MB 5.25in fd1: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2446MB (5009760 sectors), 4970 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, dma, iordis wcd0: 1378Kb/sec, 128Kb cache, audio play, 256 volume levels, ejectable tray wcd0: no disc inside, unlocked opl0 at 0x38a on isa opl0: npx0 on motherboard npx0: INT 16 interface Intel Pentium F00F detected, installing workaround IP packet filtering initialized, divert enabled, logging limited to 100 packets/entry $ uname -a FreeBSD Hedgehog.Moscow.Ru 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Sun Feb 22 23:18:18 MSK 1998 root@Hedgehog.Moscow.Ru:/usr/src/sys/compile/HEDGEHOG i386 $ ident /usr/sbin/ppp /usr/sbin/ppp: $Id: setjmp.S,v 1.5 1996/05/05 07:56:06 peter Exp $ $Id: pipe.S,v 1.5 1996/08/20 08:20:03 julian Exp $ $Id: fork.S,v 1.5 1996/08/20 08:19:58 julian Exp $ $Id: strrchr.S,v 1.2 1995/01/23 01:29:23 davidg Exp $ $Id: rindex.S,v 1.2 1995/01/23 01:29:06 davidg Exp $ $Id: sbrk.S,v 1.4 1996/05/05 07:56:16 peter Exp $ $NetBSD: bcopy.S,v 1.6 1996/11/12 00:50:06 jtc Exp $ $Id: yplib.c,v 1.24.2.3 1997/04/10 20:29:35 wpaul Exp $ $Id: xdryp.c,v 1.6 1996/06/03 13:16:53 jraynard Exp $ $Id: index.S,v 1.2 1995/01/23 01:28:56 davidg Exp $ $Id: bcmp.S,v 1.2 1995/01/23 01:28:47 davidg Exp $ $Id: sigsuspend.S,v 1.4 1996/05/05 07:56:20 peter Exp $ $NetBSD: bcopy.S,v 1.6 1996/11/12 00:50:06 jtc Exp $ $Id: strncmp.S,v 1.3 1995/01/23 01:29:21 davidg Exp $ $Id: strcpy.S,v 1.2 1995/01/23 01:29:17 davidg Exp $ $Id: strcmp.S,v 1.2 1995/01/23 01:29:14 davidg Exp $ $Id: strchr.S,v 1.2 1995/01/23 01:29:12 davidg Exp $ $Id: strcat.S,v 1.2 1995/01/23 01:29:09 davidg Exp $ $Id: bzero.S,v 1.2 1995/01/23 01:28:52 davidg Exp $ $Id: isinf.c,v 1.3 1996/07/12 18:54:26 jkh Exp $ $Id: memchr.S,v 1.5 1995/01/23 01:28:58 davidg Exp $ $Id: sigprocmask.S,v 1.4 1996/05/05 07:56:19 peter Exp $ $Id: brk.S,v 1.4 1996/06/25 18:54:42 bde Exp $ $Id: memset.S,v 1.2 1995/01/23 01:29:04 davidg Exp $ $NetBSD: bcopy.S,v 1.6 1996/11/12 00:50:06 jtc Exp $ $Id: cerror.S,v 1.6 1996/05/10 16:43:47 peter Exp $ $Date: 1998/01/26 20:05:32 $ $Id: yp.x,v 1.5 1996/02/26 02:22:53 wpaul Exp $ $ cat /etc/ppp/ppp.conf default: allow user laskavy set log Carrier IPCP Link Phase set device /dev/cuaa1 set speed 115200 >Description: Usually I run ppp provider_tag and tcpdump -i tun0 in the same terminal. First I start `ppp', dial to some of providers, then suspend ppp, put it into the background and run `tcpdump'. But after some update I noticed that my load average is 1.0 and PPP link is frozen. I'm really happy that I saved a binary version of some previous version of ppp and can run it to send this problem report. By the way, here is ident of old working copy of ppp: $ ident /usr/sbin/ppp.stable /usr/sbin/ppp.stable: $Id: slcompress.c,v 1.6.2.4 1997/10/12 21:45:26 brian Exp $ $Date: 1997/09/23 00:01:27 $ I got a very funny special effect: duplicated echo: input at the `ppp' prompt I see after the `ppp' prompt q qq qq qqq qqq qqqqqq qqqq qqqqqqqqqq I was waiting for someone else (more clever) to hit this bug, but no luck. So, try repeat this: >How-To-Repeat: /* All key sequences are in Emacs notation */ 1) log in as trusted user and start `ppp': $ ppp Working in interactive mode Using interface: tun0 2) suspend `ppp' by C-z: ppp ON Hedgehog> ^Z%1 Suspended 3) put it into background: $ bg 3) put it into foreground: $ fg 3.out) this `fg' is output from shell (bug or feature?): fg 4) press RET q RET 4.out) `ppp' will print a blank line, then prompt, then `qq', then "\n": ppp ON Hedgehog> qq 5) run `ps axu | head -2' in another terminal: $ ps axu | head -2 USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND laskavy 417 98.4 2.0 1000 600 p2 R+ 1:04AM 1:25.60 ppp 5) you can kill poor `ppp' (it will die ok). I recompiled `ppp' with CFLAGS+=-g -pg in Makefile, did p p p RET C-z b g RET f g RET RET q RET key sequence and got the profiling info: $ gprof ppp /* I'm sorry, its output is originally 2278 lines, so I edited it and deleted many things that looks like uninformative */ <- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [...] granularity: each sample hit covers 4 byte(s) for 0.00% of 57.47 seconds called/total parents index %time self descendents called+self name index called/total children [1] 99.2 0.00 57.03 start [1] 0.00 57.03 1/1 _main [2] ----------------------------------------------- 0.00 57.03 1/1 start [1] [2] 99.2 0.00 57.03 1 _main [2] 0.00 57.01 1/1 _DoLoop [3] 0.00 0.02 1/1 _IpcpDefAddress [20] 0.00 0.00 1/1 _SelectSystem [35] 0.00 0.00 1/1 _OpenTunnel [67] 0.00 0.00 1/1 _CleanInterface [73] 0.00 0.00 1/13 _fclose [33] 0.00 0.00 1/2 _TtyCommandMode [68] 0.00 0.00 1/2 _ID0fopen [74] 0.00 0.00 1/36 _LogPrintf [28] 0.00 0.00 1/1 _GetShortHost [94] 0.00 0.00 8/2467392 _pending_signal [9] 0.00 0.00 1/1 _TtyInit [97] 0.00 0.00 1/1 _IsInteractive [98] 0.00 0.00 1/13 _snprintf [82] 0.00 0.00 1/47 _fprintf [59] 0.00 0.00 1/4 _tcgetattr [95] 0.00 0.00 1/2467393 _signal [10] 0.00 0.00 1/1233701 _getpid [14] 0.00 0.00 2/15 _close [133] 0.00 0.00 1/1 _getdtablesize [225] 0.00 0.00 1/1 _strrchr [248] 0.00 0.00 1/1 _LogOpen [202] 0.00 0.00 1/1 _ProcessArgs [204] 0.00 0.00 1/1 _ID0init [198] 0.00 0.00 1/2 _ID0realuid [184] 0.00 0.00 1/1 _ValidSystem [207] 0.00 0.00 1/8 _open [152] ----------------------------------------------- 0.00 57.01 1/1 _main [2] [3] 99.2 0.00 57.01 1 _DoLoop [3] 2.26 54.75 4/4 _handle_signals [4] 0.00 0.00 1/1 _ReadTty [37] 0.00 0.00 1/7 _fflush [36] 0.00 0.00 9/11 _bzero [141] 0.00 0.00 6/6 _ModemQlen [163] 0.00 0.00 3/3 _IpStartOutput [179] 0.00 0.00 2/4 _select [177] ----------------------------------------------- 2.26 54.75 4/4 _DoLoop [3] [4] 99.2 2.26 54.75 4 _handle_signals [4] 0.96 53.78 1233690/1233690 _TerminalStop [5] 0.00 0.00 1/1 _CloseConnection [38] 0.00 0.00 1/1 _CloseSession [41] 0.00 0.00 1/1 _TerminalCont [79] ----------------------------------------------- 0.96 53.78 1233690/1233690 _handle_signals [4] [5] 95.3 0.96 53.78 1233690 _TerminalStop [5] 0.88 26.65 1233690/1233691 _TtyOldMode [6] 1.54 14.87 2467380/2467392 _pending_signal [9] 7.00 0.00 1233690/1233690 _kill [12] 2.83 0.00 1233690/1233701 _getpid [14] ----------------------------------------------- 0.00 0.00 1/1233691 _Cleanup [49] 0.88 26.65 1233690/1233691 _TerminalStop [5] [6] 47.9 0.88 26.65 1233691 _TtyOldMode [6] 1.12 20.34 1233691/1233694 _tcsetattr [7] 5.19 0.00 1233691/1233695 _fcntl [13] ----------------------------------------------- 0.00 0.00 1/1233694 _TtyInit [97] 0.00 0.00 2/1233694 _TtyCommandMode [68] 1.12 20.34 1233691/1233694 _TtyOldMode [6] [7] 37.3 1.12 20.34 1233694 _tcsetattr [7] 20.34 0.00 1233694/1233704 _ioctl [8] ----------------------------------------------- 0.00 0.00 1/1233704 _OpenTunnel [67] 0.00 0.00 1/1233704 _tcgetpgrp [101] 0.00 0.00 4/1233704 _ID0ioctl [65] 0.00 0.00 4/1233704 _tcgetattr [95] 20.34 0.00 1233694/1233704 _tcsetattr [7] [8] 35.4 20.34 0.00 1233704 _ioctl [8] ----------------------------------------------- 0.00 0.00 2/2467392 _CloseConnection [38] 0.00 0.00 2/2467392 _TerminalCont [79] 0.00 0.00 8/2467392 _main [2] 1.54 14.87 2467380/2467392 _TerminalStop [5] [9] 28.6 1.54 14.87 2467392 _pending_signal [9] 1.04 13.83 2467392/2467393 _signal [10] ----------------------------------------------- 0.00 0.00 1/2467393 _main [2] 1.04 13.83 2467392/2467393 _pending_signal [9] [10] 25.9 1.04 13.83 2467393 _signal [10] 13.83 0.00 2467393/2467393 _sigaction [11] ----------------------------------------------- 13.83 0.00 2467393/2467393 _signal [10] [11] 24.1 13.83 0.00 2467393 _sigaction [11] ----------------------------------------------- 7.00 0.00 1233690/1233690 _TerminalStop [5] [12] 12.2 7.00 0.00 1233690 _kill [12] ----------------------------------------------- 0.00 0.00 1/1233695 _TtyInit [97] 0.00 0.00 1/1233695 _connectlog [103] 0.00 0.00 2/1233695 _TtyCommandMode [68] 5.19 0.00 1233691/1233695 _TtyOldMode [6] [13] 9.0 5.19 0.00 1233695 _fcntl [13] ----------------------------------------------- 0.00 0.00 1/1233701 _randinit [106] 0.00 0.00 1/1233701 _main [2] 0.00 0.00 1/1233701 ___res_randomid [105] 0.00 0.00 8/1233701 _vsyslog [29] 2.83 0.00 1233690/1233701 _TerminalStop [5] [14] 4.9 2.83 0.00 1233701 _getpid [14] ----------------------------------------------- [15] 0.8 0.44 0.00 _signal_recorder [15] ----------------------------------------------- [...] flat profile: [...] granularity: each sample hit covers 4 byte(s) for 0.00% of 71.59 seconds % cumulative self self total time seconds seconds calls ms/call ms/call name 28.4 20.34 20.34 1233704 0.02 0.02 _ioctl [8] 19.7 34.46 14.12 mcount (114) 19.3 48.29 13.83 2467393 0.01 0.01 _sigaction [11] 9.8 55.29 7.00 1233690 0.01 0.01 _kill [12] 7.3 60.49 5.19 1233695 0.00 0.00 _fcntl [13] 4.0 63.32 2.83 1233701 0.00 0.00 _getpid [14] 3.2 65.58 2.26 4 563.96 14251.62 _handle_signals [4] 2.1 67.12 1.54 2467392 0.00 0.01 _pending_signal [9] 1.6 68.24 1.12 1233694 0.00 0.02 _tcsetattr [7] 1.5 69.28 1.04 2467393 0.00 0.01 _signal [10] 1.3 70.24 0.96 1233690 0.00 0.04 _TerminalStop [5] 1.2 71.12 0.88 1233691 0.00 0.02 _TtyOldMode [6] 0.6 71.56 0.44 _signal_recorder [15] 0.0 71.58 0.02 10 2.34 2.34 _read [16] 0.0 71.59 0.01 7 1.12 1.12 _write [27] 0.0 71.59 0.00 46 0.02 0.02 _LogName [58] 0.0 71.59 0.00 7 0.14 0.14 _sysctl [63] 0.0 71.59 0.00 359 0.00 0.00 _memcpy [117] 0.0 71.59 0.00 311 0.00 0.00 _random [118] 0.0 71.59 0.00 191 0.00 0.01 ___sfvwrite [52] 0.0 71.59 0.00 191 0.00 0.01 ___sprint [53] 0.0 71.59 0.00 145 0.00 0.00 _detzcode [119] 0.0 71.59 0.00 114 0.00 0.00 _strncasecmp [120] 0.0 71.59 0.00 99 0.00 0.00 _memchr [121] 0.0 71.59 0.00 76 0.00 0.02 _vfprintf [51] 0.0 71.59 0.00 69 0.00 0.00 ___ultoa [122] 0.0 71.59 0.00 67 0.00 0.00 _LogIsKept [123] 0.0 71.59 0.00 60 0.00 0.31 _fgets [17] 0.0 71.59 0.00 56 0.00 0.00 _strcasecmp [124] 0.0 71.59 0.00 47 0.00 0.02 _fprintf [59] 0.0 71.59 0.00 36 0.00 0.18 _LogPrintf [28] 0.0 71.59 0.00 32 0.00 0.00 _imalloc [125] 0.0 71.59 0.00 30 0.00 0.00 _strncmp [126] 0.0 71.59 0.00 26 0.00 0.00 _malloc_bytes [127] 0.0 71.59 0.00 25 0.00 0.00 _strchr [128] 0.0 71.59 0.00 22 0.00 0.00 _seteuid [129] 0.0 71.59 0.00 20 0.00 0.00 _malloc [130] 0.0 71.59 0.00 19 0.00 0.00 _strspn [131] 0.0 71.59 0.00 18 0.00 0.00 _malloc_pages [132] 0.0 71.59 0.00 16 0.00 0.49 ___sflush [25] 0.0 71.59 0.00 15 0.00 0.00 _close [133] 0.0 71.59 0.00 15 0.00 0.00 _findblank [134] 0.0 71.59 0.00 15 0.00 0.00 _free [135] 0.0 71.59 0.00 15 0.00 0.00 _ifree [136] 0.0 71.59 0.00 14 0.00 0.00 ___smakebuf [99] 0.0 71.59 0.00 14 0.00 0.00 ___swhatbuf [137] 0.0 71.59 0.00 13 0.00 0.00 ___sfp [138] 0.0 71.59 0.00 13 0.00 0.34 _fclose [33] 0.0 71.59 0.00 13 0.00 0.02 _snprintf [82] 0.0 71.59 0.00 11 0.00 0.00 _ID0set0 [139] 0.0 71.59 0.00 11 0.00 0.00 _ID0setuser [140] 0.0 71.59 0.00 11 0.00 0.00 _bzero [141] 0.0 71.59 0.00 11 0.00 0.00 _getenv [142] 0.0 71.59 0.00 11 0.00 0.00 _gettimeofday [143] 0.0 71.59 0.00 10 0.00 0.00 ___swsetup [102] 0.0 71.59 0.00 10 0.00 0.00 __getshort [144] 0.0 71.59 0.00 10 0.00 0.00 _sigprocmask [145] 0.0 71.59 0.00 9 0.00 0.00 _memset [146] 0.0 71.59 0.00 9 0.00 0.00 _send [147] 0.0 71.59 0.00 9 0.00 0.00 _sendto [148] 0.0 71.59 0.00 9 0.00 0.00 _time [149] 0.0 71.59 0.00 8 0.00 2.34 ___sread [19] 0.0 71.59 0.00 8 0.00 2.34 ___srefill [18] 0.0 71.59 0.00 8 0.00 0.02 _asctime [91] 0.0 71.59 0.00 8 0.00 0.00 _connectlog [103] 0.0 71.59 0.00 8 0.00 0.31 _ctime [42] 0.0 71.59 0.00 8 0.00 0.00 _funopen [150] 0.0 71.59 0.00 8 0.00 0.00 _localsub [151] 0.0 71.59 0.00 8 0.00 0.29 _localtime [45] 0.0 71.59 0.00 8 0.00 0.00 _open [152] 0.0 71.59 0.00 8 0.00 0.00 _socket [153] 0.0 71.59 0.00 8 0.00 0.02 _sprintf [92] 0.0 71.59 0.00 8 0.00 0.00 _strstr [154] 0.0 71.59 0.00 8 0.00 0.00 _syslogLevel [155] 0.0 71.59 0.00 8 0.00 0.00 _timesub [156] 0.0 71.59 0.00 8 0.00 0.29 _tzset [46] 0.0 71.59 0.00 8 0.00 0.29 _tzsetwall [47] 0.0 71.59 0.00 8 0.00 0.77 _vsyslog [29] 0.0 71.59 0.00 8 0.00 0.00 _writehook [157] 0.0 71.59 0.00 7 0.00 1.12 ___swrite [26] 0.0 71.59 0.00 7 0.00 0.00 ___sysctl [158] 0.0 71.59 0.00 7 0.00 0.49 _fflush [36] 0.0 71.59 0.00 7 0.00 0.00 _fstat [159] 0.0 71.59 0.00 7 0.00 0.00 _strncpy [160] 0.0 71.59 0.00 7 0.00 0.00 _strpbrk [161] 0.0 71.59 0.00 6 0.00 0.00 _FindCommand [162] 0.0 71.59 0.00 6 0.00 0.16 _FindExec [56] 0.0 71.59 0.00 6 0.00 0.00 _ModemQlen [163] 0.0 71.59 0.00 6 0.00 0.00 _strsep [164] 0.0 71.59 0.00 5 0.00 0.18 _StopTimer [61] 0.0 71.59 0.00 5 0.00 0.18 _StopTimerNoBlock [62] 0.0 71.59 0.00 5 0.00 0.00 ___sclose [165] 0.0 71.59 0.00 5 0.00 0.00 ___sflags [166] 0.0 71.59 0.00 5 0.00 0.00 _dn_expand [167] 0.0 71.59 0.00 5 0.00 0.00 _fopen [168] 0.0 71.59 0.00 5 0.00 0.00 _sbrk [169] 0.0 71.59 0.00 5 0.00 0.00 _sigblock [170] 0.0 71.59 0.00 5 0.00 0.00 _sigsetmask [171] 0.0 71.59 0.00 4 0.00 0.20 _ID0ioctl [65] 0.0 71.59 0.00 4 0.00 0.07 _Index2Nam [80] 0.0 71.59 0.00 4 0.00 0.00 _InterpretCommand [172] 0.0 71.59 0.00 4 0.00 0.00 _LogKeep [173] 0.0 71.59 0.00 4 0.00 0.00 _MakeArgs [174] 0.0 71.59 0.00 4 0.00 0.00 _brk [175] 0.0 71.59 0.00 4 0.00 0.00 _map_pages [176] 0.0 71.59 0.00 4 0.00 0.00 _select [177] 0.0 71.59 0.00 4 0.00 0.00 _strcspn [178] 0.0 71.59 0.00 4 0.00 0.02 _tcgetattr [95] 0.0 71.59 0.00 3 0.00 0.18 _FsmInit [70] 0.0 71.59 0.00 3 0.00 0.18 _HangupModem [71] 0.0 71.59 0.00 3 0.00 0.18 _ID0socket [72] 0.0 71.59 0.00 3 0.00 0.00 _IpStartOutput [179] 0.0 71.59 0.00 3 0.00 0.51 _Prompt [50] 0.0 71.59 0.00 3 0.00 0.33 _RunCommand [57] 0.0 71.59 0.00 3 0.00 0.00 _SetCommand [180] 0.0 71.59 0.00 3 0.00 0.00 ___res_hnok [181] 0.0 71.59 0.00 3 0.00 0.00 _dn_find [182] 0.0 71.59 0.00 3 0.00 0.00 _strcmp [183] 0.0 71.59 0.00 2 0.00 0.18 _ID0fopen [74] 0.0 71.59 0.00 2 0.00 0.00 _ID0realuid [184] 0.0 71.59 0.00 2 0.00 0.18 _NewPhase [75] 0.0 71.59 0.00 2 0.00 0.38 _OsInterfaceDown [66] 0.0 71.59 0.00 2 0.00 0.00 _OsLinkdown [185] 0.0 71.59 0.00 2 0.00 0.18 _SetIpDevice [76] 0.0 71.59 0.00 2 0.00 0.30 _TtyCommandMode [68] 0.0 71.59 0.00 2 0.00 0.00 ___putshort [186] 0.0 71.59 0.00 2 0.00 0.00 ___res_close [187] 0.0 71.59 0.00 2 0.00 0.00 __getlong [188] 0.0 71.59 0.00 2 0.00 0.00 _bcopy [189] 0.0 71.59 0.00 2 0.00 0.00 _connect [190] 0.0 71.59 0.00 2 0.00 0.00 _get_service_name [191] 0.0 71.59 0.00 2 0.00 4.53 _gethostent [24] 0.0 71.59 0.00 2 0.00 0.14 _gethostname [81] 0.0 71.59 0.00 2 0.00 0.02 _inet_ntoa [96] 0.0 71.59 0.00 2 0.00 0.00 _inet_pton [192] 0.0 71.59 0.00 2 0.00 0.00 _inet_pton4 [193] 0.0 71.59 0.00 1 0.00 0.18 _CcpInit [86] 0.0 71.59 0.00 1 0.00 0.38 _CleanInterface [73] 0.0 71.59 0.00 1 0.00 1.94 _Cleanup [49] 0.0 71.59 0.00 1 0.00 2.87 _CloseConnection [38] 0.0 71.59 0.00 1 0.00 2.67 _CloseSession [41] 0.0 71.59 0.00 1 0.00 1.00 _DeleteIfRoutes [54] 0.0 71.59 0.00 1 0.00 57010.01 _DoLoop [3] 0.0 71.59 0.00 1 0.00 2.68 _DownConnection [40] 0.0 71.59 0.00 1 0.00 0.00 _DropClient [194] 0.0 71.59 0.00 1 0.00 0.00 _FsmClose [195] 0.0 71.59 0.00 1 0.00 0.00 _FsmDown [196] 0.0 71.59 0.00 1 0.00 0.00 _GenerateMagic [104] 0.0 71.59 0.00 1 0.00 0.14 _GetIfIndex [93] 0.0 71.59 0.00 1 0.00 0.14 _GetShortHost [94] 0.0 71.59 0.00 1 0.00 0.00 _HdlcInit [197] 0.0 71.59 0.00 1 0.00 0.00 _ID0init [198] 0.0 71.59 0.00 1 0.00 0.18 _ID0open [87] 0.0 71.59 0.00 1 0.00 0.18 _ID0unlink [88] 0.0 71.59 0.00 1 0.00 0.00 _IntToSpeed [199] 0.0 71.59 0.00 1 0.00 18.04 _IpcpDefAddress [20] 0.0 71.59 0.00 1 0.00 0.18 _IpcpInit [89] 0.0 71.59 0.00 1 0.00 0.02 _IsInteractive [98] 0.0 71.59 0.00 1 0.00 0.56 _LcpClose [69] 0.0 71.59 0.00 1 0.00 2.50 _LcpDown [43] 0.0 71.59 0.00 1 0.00 0.18 _LcpInit [83] 0.0 71.59 0.00 1 0.00 2.50 _LcpLayerFinish [44] 0.0 71.59 0.00 1 0.00 0.00 _LogClose [200] 0.0 71.59 0.00 1 0.00 0.00 _LogDiscardAll [201] 0.0 71.59 0.00 1 0.00 0.00 _LogOpen [202] 0.0 71.59 0.00 1 0.00 0.00 _LogSetTun [203] 0.0 71.59 0.00 1 0.00 0.75 _OpenTunnel [67] 0.0 71.59 0.00 1 0.00 0.00 _ProcessArgs [204] 0.0 71.59 0.00 1 0.00 3.58 _ReadSystem [34] 0.0 71.59 0.00 1 0.00 3.04 _ReadTty [37] 0.0 71.59 0.00 1 0.00 3.58 _SelectSystem [35] 0.0 71.59 0.00 1 0.00 0.00 _ServerClose [205] 0.0 71.59 0.00 1 0.00 0.81 _SetLogLevel [64] 0.0 71.59 0.00 1 0.00 0.00 _SetModemSpeed [206] 0.0 71.59 0.00 1 0.00 0.18 _SetVariable [90] 0.0 71.59 0.00 1 0.00 0.90 _StopAllTimers [60] 0.0 71.59 0.00 1 0.00 0.18 _StopIdleTimer [84] 0.0 71.59 0.00 1 0.00 0.18 _StopLqrTimer [85] 0.0 71.59 0.00 1 0.00 0.32 _TerminalCont [79] 0.0 71.59 0.00 1 0.00 0.02 _TtyInit [97] 0.0 71.59 0.00 1 0.00 0.00 _ValidSystem [207] 0.0 71.59 0.00 1 0.00 0.00 ___dn_comp [208] 0.0 71.59 0.00 1 0.00 0.00 ___res_isourserver [209] 0.0 71.59 0.00 1 0.00 0.00 ___res_nameinquery [210] 0.0 71.59 0.00 1 0.00 0.00 ___res_queriesmatch [211] 0.0 71.59 0.00 1 0.00 0.00 ___res_randomid [105] 0.0 71.59 0.00 1 0.00 0.00 ___sinit [212] 0.0 71.59 0.00 1 0.00 0.00 ___syscall [213] 0.0 71.59 0.00 1 0.00 0.00 __endhostdnsent [214] 0.0 71.59 0.00 1 0.00 0.34 __endhosthtent [77] 0.0 71.59 0.00 1 0.00 0.00 __gethostbydnsname [215] 0.0 71.59 0.00 1 0.00 15.06 __gethostbyhtname [23] 0.0 71.59 0.00 1 0.00 0.00 __mcleanup (216) 0.0 71.59 0.00 1 0.00 5.65 __sethostdnsent [30] 0.0 71.59 0.00 1 0.00 0.00 __sethosthtent [217] 0.0 71.59 0.00 1 0.00 0.00 _access [218] 0.0 71.59 0.00 1 0.00 0.00 _atexit [219] 0.0 71.59 0.00 1 0.00 0.00 _atoi [220] 0.0 71.59 0.00 1 0.00 0.00 _ccpstateInit [221] 0.0 71.59 0.00 1 0.00 0.00 _closelog [222] 0.0 71.59 0.00 1 0.00 0.34 _endhostent [78] 0.0 71.59 0.00 1 0.00 0.00 _ex_desc [223] 0.0 71.59 0.00 1 0.00 0.00 _exit [224] 0.0 71.59 0.00 1 0.00 0.00 _getdtablesize [225] 0.0 71.59 0.00 1 0.00 0.00 _geteuid [226] 0.0 71.59 0.00 1 0.00 0.00 _gethostanswer [227] 0.0 71.59 0.00 1 0.00 17.90 _gethostbyname [21] 0.0 71.59 0.00 1 0.00 17.90 _gethostbyname2 [22] 0.0 71.59 0.00 1 0.00 0.00 _getpgrp [228] 0.0 71.59 0.00 1 0.00 0.00 _getuid [229] 0.0 71.59 0.00 1 0.00 0.00 _inet_aton [230] 0.0 71.59 0.00 1 0.00 0.00 _inet_pton6 [231] 0.0 71.59 0.00 1 0.00 2.84 _init_services [39] 0.0 71.59 0.00 1 0.00 0.02 _isatty [100] 0.0 71.59 0.00 1 0.00 57034.04 _main [2] 0.0 71.59 0.00 1 0.00 0.00 _malloc_init [232] 0.0 71.59 0.00 1 0.00 0.00 _mmap [233] 0.0 71.59 0.00 1 0.00 0.00 _moncontrol [234] 0.0 71.59 0.00 1 0.00 0.00 _nointr_dosleep [235] 0.0 71.59 0.00 1 0.00 0.00 _nointr_sleep [236] 0.0 71.59 0.00 1 0.00 0.00 _openlog [237] 0.0 71.59 0.00 1 0.00 0.00 _profil [238] 0.0 71.59 0.00 1 0.00 0.00 _randinit [106] 0.0 71.59 0.00 1 0.00 0.00 _readlink [239] 0.0 71.59 0.00 1 0.00 0.00 _recvfrom [240] 0.0 71.59 0.00 1 0.00 5.65 _res_init [31] 0.0 71.59 0.00 1 0.00 0.00 _res_mkquery [241] 0.0 71.59 0.00 1 0.00 0.00 _res_query [242] 0.0 71.59 0.00 1 0.00 0.00 _res_querydomain [243] 0.0 71.59 0.00 1 0.00 0.00 _res_search [244] 0.0 71.59 0.00 1 0.00 0.00 _res_send [245] 0.0 71.59 0.00 1 0.00 5.65 _sethostent [32] 0.0 71.59 0.00 1 0.00 0.00 _settzname [246] 0.0 71.59 0.00 1 0.00 0.00 _srandom [247] 0.0 71.59 0.00 1 0.00 0.00 _strrchr [248] 0.0 71.59 0.00 1 0.00 0.00 _strtol [249] 0.0 71.59 0.00 1 0.00 0.02 _tcgetpgrp [101] 0.0 71.59 0.00 1 0.00 0.00 _throughput_init [250] 0.0 71.59 0.00 1 0.00 0.00 _throughput_stop [251] 0.0 71.59 0.00 1 0.00 2.34 _tzload [48] 0.0 71.59 0.00 1 0.00 0.00 _unlink [252] Index by function name [...] <- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I'm happy if you are reading this. Thank you very much! >Fix: Not avaliable /* from me */ >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 22 15:49:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA06621 for freebsd-bugs-outgoing; Sun, 22 Feb 1998 15:49:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from fragile.ideal.net.au (rob@fragile.ideal.net.au [203.20.241.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA06612 for ; Sun, 22 Feb 1998 15:48:56 -0800 (PST) (envelope-from rob@ideal.net.au) Received: from localhost (rob@localhost) by fragile.ideal.net.au (8.8.8/8.8.5) with SMTP id KAA17359; Mon, 23 Feb 1998 10:48:31 +1100 (EST) Date: Mon, 23 Feb 1998 10:48:30 +1100 (EST) From: Rob Wise To: Studded cc: "Jordan K. Hubbard" , freebsd-bugs@FreeBSD.ORG Subject: Re: conf/5809: ircd ports not assigned in /etc/services In-Reply-To: <34EF8C84.CF922974@san.rr.com> Message-ID: X-WonK: Hmm MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 21 Feb 1998, Studded wrote: > Jordan K. Hubbard wrote: > > > > > Those are not the "standard" ports. Port 194 has been assigned > > > for IRC by the IANA. Port 6667 (among others) is widely used > > > because it's not a priviledged port, so you don't have to be > > > > I think this has become so much of a "defacto" standard, however, > > that it's worth putting into services. > > I'm not sure this is necessary, although one value of doing it would be > to let people know that it's possible their choice for a port would > conflict with a de facto standard. In general ircd does not use udp, > although undernet has a server <> server lag testing protocol that uses > udp, I'm not sure what port (I'm pretty sure it's not 6667). If you do > this, tcp port 6667 should be "ircd." Port 6666 is available on some > servers, but is by no means a standard. The Undernet ircd, and any other ircd based on it (DALnet, AustNet etc) use udp port 7007 for the lag testing protocol. Aside from that ircd does not use udp at all. Rob ---------------------------------------------------------------- Rob Wise Email: rob@ideal.net.au Systems Administrator, Phone: +61-246-28-8888 IDEAL Internet Services Fax: +61-246-28-8890 __________________ http://www.ideal.net.au/ ____________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 22 16:37:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA12042 for freebsd-bugs-outgoing; Sun, 22 Feb 1998 16:37:49 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA12035; Sun, 22 Feb 1998 16:37:39 -0800 (PST) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA02243; Sun, 22 Feb 1998 16:37:37 -0800 (PST) Date: Sun, 22 Feb 1998 16:37:37 -0800 (PST) Message-Id: <199802230037.QAA02243@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/5817 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ppp: 100% cpu time, funny terminal mode (duplicated echo) Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Sun Feb 22 16:36:03 PST 1998 Responsible-Changed-Why: Ppp's mine. I suspect the answer here is to just keep reading from the terminal, preventing `bg' from working. The workaround is not to `bg'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 22 19:52:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10260 for freebsd-bugs-outgoing; Sun, 22 Feb 1998 19:52:21 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from proxyb1.san.rr.com (proxyb1-atm.san.rr.com [204.210.0.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA10244 for ; Sun, 22 Feb 1998 19:52:15 -0800 (PST) (envelope-from Studded@san.rr.com) Received: from san.rr.com (dt050ndd.san.rr.com [204.210.31.221]) by proxyb1.san.rr.com (8.8.7/8.8.8) with ESMTP id TAA12991; Sun, 22 Feb 1998 19:51:00 -0800 (PST) Message-ID: <34F0F221.FE9D358D@san.rr.com> Date: Sun, 22 Feb 1998 19:50:57 -0800 From: Studded Organization: Triborough Bridge and Tunnel Authority X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.5-STABLE-0220 i386) MIME-Version: 1.0 To: Rob Wise CC: "Jordan K. Hubbard" , freebsd-bugs@FreeBSD.ORG Subject: Re: conf/5809: ircd ports not assigned in /etc/services References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Rob Wise wrote: > The Undernet ircd, and any other ircd based on it (DALnet, AustNet etc) > use udp port 7007 for the lag testing protocol. Aside from that ircd does > not use udp at all. DALnet ircd does not use udp at all, although we are seriously considering adding that feature. I looked it up and the IANA does prefer assigning both the tcp and the udp ports at the same time, however the point is moot for this particular assignment. The IANA has the following entry (although I think it's rather grandiose on undernet's part :): ircu 6665-6669/tcp IRCU ircu 6665-6669/udp IRCU I noticed numerous other small differences between their current version and our /etc/services. I would be willing to do a patch if someone could give me reasonable assurance that it'd be committed. Better yet, grab http://www.isi.edu/in-notes/iana/assignments/port-numbers and import it whole. :) Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 5,328 clients and still growing. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 22 20:03:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12188 for freebsd-bugs-outgoing; Sun, 22 Feb 1998 20:03:35 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA12179 for ; Sun, 22 Feb 1998 20:03:32 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id WAA29912; Sun, 22 Feb 1998 22:03:08 -0600 (CST) From: Kevin Day Message-Id: <199802230403.WAA29912@home.dragondata.com> Subject: Re: conf/5809: ircd ports not assigned in /etc/services In-Reply-To: <34F0F221.FE9D358D@san.rr.com> from Studded at "Feb 22, 98 07:50:57 pm" To: Studded@san.rr.com (Studded) Date: Sun, 22 Feb 1998 22:03:07 -0600 (CST) Cc: rob@ideal.net.au, jkh@time.cdrom.com, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Rob Wise wrote: > > > The Undernet ircd, and any other ircd based on it (DALnet, AustNet etc) > > use udp port 7007 for the lag testing protocol. Aside from that ircd does > > not use udp at all. > > DALnet ircd does not use udp at all, although we are seriously > considering adding that feature. I looked it up and the IANA does prefer > assigning both the tcp and the udp ports at the same time, however the > point is moot for this particular assignment. The IANA has the following > entry (although I think it's rather grandiose on undernet's part :): > > ircu 6665-6669/tcp IRCU > ircu 6665-6669/udp IRCU While port 6667 is 'standard', most ircd's have 5 or more ports open, most usually pretty random. For example, the ircd I run has ports 4242, 6666, 6667, 7000 and 8080 open. By no means is this standard. I don't think 6665-6669 is really a standard, other than that a lot of servers have them open. This does confuse the get port by service name function, so... I'd vote to put in just 6667 as ircd, and leave it as such. The 7007 is so quirky, and rarely used, that it's not that important. But, I do see a problem if some other major service decides to use it. Is there any reason why ircd couldn't just use port 6667 with udp for the same purpose? :) Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 23 05:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA09243 for freebsd-bugs-outgoing; Mon, 23 Feb 1998 05:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA09237; Mon, 23 Feb 1998 05:50:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA08468; Mon, 23 Feb 1998 05:44:59 -0800 (PST) (envelope-from nobody) Message-Id: <199802231344.FAA08468@hub.freebsd.org> Date: Mon, 23 Feb 1998 05:44:59 -0800 (PST) From: kuzmenko@lengiptr.spb.su To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5824: Driver for disk controllerTekram DC-880B VESA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5824 >Category: bin >Synopsis: Driver for disk controllerTekram DC-880B VESA >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Mon Feb 23 05:50:01 PST 1998 >Last-Modified: >Originator: Eugene Kuzmenko >Organization: Home >Release: >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 23 07:07:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17255 for freebsd-bugs-outgoing; Mon, 23 Feb 1998 07:07:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17236; Mon, 23 Feb 1998 07:06:56 -0800 (PST) (envelope-from steve) Date: Mon, 23 Feb 1998 07:06:56 -0800 (PST) From: Steve Price Message-Id: <199802231506.HAA17236@hub.freebsd.org> To: dag-erli@ifi.uio.no, steve, freebsd-bugs Subject: Re: i386/5781 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 3Com Etherlink III ID port bug is still not fixed State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Feb 23 07:05:45 PST 1998 State-Changed-Why: Changed to use port 0x110 in both -current and -stable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 23 07:08:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17733 for freebsd-bugs-outgoing; Mon, 23 Feb 1998 07:08:45 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17618; Mon, 23 Feb 1998 07:08:39 -0800 (PST) (envelope-from steve) Date: Mon, 23 Feb 1998 07:08:39 -0800 (PST) From: Steve Price Message-Id: <199802231508.HAA17618@hub.freebsd.org> To: dag-erli@ifi.uio.no, steve, freebsd-bugs Subject: Re: docs/5614 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Typos in ifconfig(8) and ep(4) man pages State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Feb 23 07:07:59 PST 1998 State-Changed-Why: Now fixed in both -current and -stable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 23 12:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29870 for freebsd-bugs-outgoing; Mon, 23 Feb 1998 12:00:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29852; Mon, 23 Feb 1998 12:00:02 -0800 (PST) (envelope-from gnats) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA29029 for ; Mon, 23 Feb 1998 11:55:54 -0800 (PST) (envelope-from Mailer-Daemon@East.Sun.COM) Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id LAA21734 for ; Mon, 23 Feb 1998 11:43:02 -0800 Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3) id OAA03165; Mon, 23 Feb 1998 14:42:56 -0500 Received: from compound.east.sun.com by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4) id OAA08309; Mon, 23 Feb 1998 14:42:39 -0500 Received: (from alk@localhost) by compound.east.sun.com (8.8.8/8.7.3) id LAA07107; Mon, 23 Feb 1998 11:41:59 -0600 (CST) Message-Id: <199802231741.LAA07107@compound.east.sun.com> Date: Mon, 23 Feb 1998 11:41:59 -0600 (CST) From: Tony Kimball Reply-To: alk@East.Sun.COM To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5826: uname '-p' option Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5826 >Category: bin >Synopsis: cross-platform script compatibility >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 23 12:00:00 PST 1998 >Last-Modified: >Originator: Tony Kimball >Organization: Dis >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: I find many SVR4 scripts using the -p option of uname to get BSD uname -m functionality. Here's a one-line to provide script-compatibility. >How-To-Repeat: >Fix: ; cd usr.bin/uname; cvs diff -c3 uname.c Index: uname.c =================================================================== RCS file: /work/repository/FreeBSD/src/usr.bin/uname/uname.c,v retrieving revision 1.2 diff -c -3 -r1.2 uname.c *** uname.c 1997/03/29 04:33:22 1.2 --- uname.c 1998/02/23 17:36:09 *************** *** 72,77 **** --- 72,78 ---- case 'a': flags |= (MFLAG | NFLAG | RFLAG | SFLAG | VFLAG); break; + case 'p': case 'm': flags |= MFLAG; break; >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 23 14:10:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24315 for freebsd-bugs-outgoing; Mon, 23 Feb 1998 14:10:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24298; Mon, 23 Feb 1998 14:10:04 -0800 (PST) (envelope-from gnats) Date: Mon, 23 Feb 1998 14:10:04 -0800 (PST) Message-Id: <199802232210.OAA24298@hub.freebsd.org> To: freebsd-bugs Cc: From: lncy@swbell.net Subject: Re: i386/4902: Please add support for Promise Ultra33 UDMA Bus Master PCI/IDE Controller Reply-To: lncy@swbell.net Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/4902; it has been noted by GNATS. From: lncy@swbell.net To: freebsd-gnats-submit@freebsd.org, dls@laser.caltech.edu Cc: Subject: Re: i386/4902: Please add support for Promise Ultra33 UDMA Bus Master PCI/IDE Controller Date: Mon, 23 Feb 1998 17:04:10 -0800 I too have a promise controller for ultra 33 dma/33 i feel this is a critical issue because soon there will be no eide hd's around, brand new that is. and sometimes you can 1) not afford scsi 2) will want a laptop in the future with a bootable hd "have you seen one with scsi onboard and a scsi drive, i don't even think they make 2.5" scsi drives and no laptop i know of has scsi onboard( mac excepted )but there is no good bsd ports for macintosh right now( an issue in itself ) and thanks to win 95 public most future laptops will sport ultra ide hd"s. so if you want new hardware your choice is buy a full scsi home solution and give up on travel, buy a very $10,000 and up unix laptop which will come bundled with some unix incarnation and in that case you won't need free bsd and if you can afford this you won't be interested in it either.fact is you have one choice do all your computing at home on an expensive scsi system. also lastly i feel that we can win millions of converts from the linux camp if we can get support for ultra dma hard drives first it will speak volumes about the kind of support the free bsd community can deliver. i do understand that this may be more than a driver only issue (i.e a truly new kernel may have to be developed ) but it is i feel the future of the growth of free bsd. we must continue to allow the pnp win 95/nt/98 crowd the ability to load and go . the main attraction of free bsd for me was not some great solution but the ability to do and try something new which didn't cost me $500.00 to do. this is what delivers new blood and sometimes new talent to anything.if this problem is not corrected free bsd might as well become _____unix another costly unix variant and you might as well start charging for it and get at least $1000.00 a chair for it too. after all if you start making it hardware compliant you might want to start selling boxes too with a proprietary interface hey the next sparc is just around the corner. you might be able to charge extra for the ram too. i believe you see my point we are drifting from open computing to closed systems in what seems like a very short time.not just because of scsi only compatability but people frequently refer to most hardware too avoid as that junk without jumpers well go into most stores today and all you can buy is that jumperless junk. help............... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 23 14:10:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24335 for freebsd-bugs-outgoing; Mon, 23 Feb 1998 14:10:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24319; Mon, 23 Feb 1998 14:10:11 -0800 (PST) (envelope-from gnats) Received: from freebsd.first.gmd.de (freebsd.first.gmd.de [194.95.170.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA22829 for ; Mon, 23 Feb 1998 14:05:09 -0800 (PST) (envelope-from ats@freebsd.first.gmd.de) Received: (from ats@localhost) by freebsd.first.gmd.de (8.8.7/8.6.12) id WAA09864; Mon, 23 Feb 1998 22:56:20 +0100 (MET) Message-Id: <199802232156.WAA09864@freebsd.first.gmd.de> Date: Mon, 23 Feb 1998 22:56:20 +0100 (MET) From: Andreas Schulz Reply-To: ats@freebsd.first.gmd.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5827: Kernel panics in current (3.0) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5827 >Category: kern >Synopsis: kernel panics in current (3.0) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 23 14:10:07 PST 1998 >Last-Modified: >Originator: Andreas Schulz >Organization: GMD-FIRST >Release: FreeBSD 3.0-971022-SNAP i386 >Environment: Kernel sources as of last weekend. >Description: kernel panics with a "Fatal trap 9: general protection fault while in kernel mode" at address 0x8:0xf0196f9f which translates to the "stosl" in "generic_bzero". >How-To-Repeat: Boot a current kernel on an AMD K6 :-). The panics happen after the "npx0: INT 16 interface" line. >Fix: I have fixed it for the moment on my box with a save of %es, move from %ds to %es before the "stosl" and a restore afterwards. It looks like %es segment gets somewhere overwritten in the kernel. It is not sufficient to explicitly set it in locore.s, also tried after snooping around in the bootblock code and locore.s. I suspect you will only see this problem with the AMD K6 or a Cyrix chip. The Pentium and 486 use another bzero routine in the kernel. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 23 14:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA28167 for freebsd-bugs-outgoing; Mon, 23 Feb 1998 14:30:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA28159; Mon, 23 Feb 1998 14:30:02 -0800 (PST) (envelope-from gnats) Date: Mon, 23 Feb 1998 14:30:02 -0800 (PST) Message-Id: <199802232230.OAA28159@hub.freebsd.org> To: freebsd-bugs Cc: From: Steve Price Subject: Re: bin/5826: uname '-p' option Reply-To: Steve Price Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5826; it has been noted by GNATS. From: Steve Price To: alk@East.Sun.COM, freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/5826: uname '-p' option Date: Mon, 23 Feb 1998 16:21:44 -0600 > I find many SVR4 scripts using the -p option of uname to get > BSD uname -m functionality. Here's a one-line to provide > script-compatibility. Actually I think the intent of the -p option is to show the processor type of the machine, at least according to a Digital box running OSF1. Maybe the attached patch would be more appropriate? Steve Index: uname.1 =================================================================== RCS file: /u/FreeBSD/cvs/src/usr.bin/uname/uname.1,v retrieving revision 1.5 diff -u -r1.5 uname.1 --- uname.1 1997/08/20 11:03:54 1.5 +++ uname.1 1998/02/23 22:17:58 @@ -39,7 +39,7 @@ .Nd display information about the system .Sh SYNOPSIS .Nm -.Op Fl amnrsv +.Op Fl amnprsv .Sh DESCRIPTION The .Nm @@ -54,6 +54,7 @@ Behave as though the options .Fl m , .Fl n , +.Fl p , .Fl r , .Fl s , and @@ -63,6 +64,8 @@ Write the type of the current hardware platform to standard output. .It Fl n Write the name of the system to standard output. +.It Fl p +Write the processor type to standard output. .It Fl r Write the current release level of the operating system to standard output. Index: uname.c =================================================================== RCS file: /u/FreeBSD/cvs/src/usr.bin/uname/uname.c,v retrieving revision 1.2 diff -u -r1.2 uname.c --- uname.c 1997/03/29 04:33:22 1.2 +++ uname.c 1998/02/23 22:19:01 @@ -61,13 +61,14 @@ #define RFLAG 0x04 #define SFLAG 0x08 #define VFLAG 0x10 +#define PFLAG 0x20 u_int flags; int ch, mib[2]; size_t len, tlen; char *p, *prefix, buf[1024]; flags = 0; - while ((ch = getopt(argc, argv, "amnrsv")) != -1) + while ((ch = getopt(argc, argv, "amnprsv")) != -1) switch(ch) { case 'a': flags |= (MFLAG | NFLAG | RFLAG | SFLAG | VFLAG); @@ -78,6 +79,9 @@ case 'n': flags |= NFLAG; break; + case 'p': + flags |= PFLAG; + break; case 'r': flags |= RFLAG; break; @@ -145,6 +149,15 @@ if (flags & MFLAG) { mib[0] = CTL_HW; mib[1] = HW_MACHINE; + len = sizeof(buf); + if (sysctl(mib, 2, &buf, &len, NULL, 0) == -1) + err(1, "sysctl"); + (void)printf("%s%.*s", prefix, len, buf); + prefix = " "; + } + if (flags & PFLAG) { + mib[0] = CTL_HW; + mib[1] = HW_MODEL; len = sizeof(buf); if (sysctl(mib, 2, &buf, &len, NULL, 0) == -1) err(1, "sysctl"); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 23 14:42:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA00446 for freebsd-bugs-outgoing; Mon, 23 Feb 1998 14:42:36 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA00418 for ; Mon, 23 Feb 1998 14:42:23 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id PAA22793; Mon, 23 Feb 1998 15:41:42 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id PAA03555; Mon, 23 Feb 1998 15:41:40 -0700 Date: Mon, 23 Feb 1998 15:41:40 -0700 Message-Id: <199802232241.PAA03555@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Steve Price Cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/5826: uname '-p' option In-Reply-To: <199802232230.OAA28159@hub.freebsd.org> References: <199802232230.OAA28159@hub.freebsd.org> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > The following reply was made to PR bin/5826; it has been noted by GNATS. > > From: Steve Price > To: alk@East.Sun.COM, freebsd-gnats-submit@FreeBSD.ORG > Cc: Subject: Re: bin/5826: uname '-p' option > Date: Mon, 23 Feb 1998 16:21:44 -0600 > > > I find many SVR4 scripts using the -p option of uname to get > > BSD uname -m functionality. Here's a one-line to provide > > script-compatibility. > > Actually I think the intent of the -p option is to show > the processor type of the machine, at least according to > a Digital box running OSF1. Maybe the attached patch > would be more appropriate? Hmm, all of the scripts I've used all return the same thing on the SUNS, irregardless of whether it's an IPC/SparcStattion/Ultra/Sparc 5, or what. This seems contradictory to the above statement, since all of the scripts expect to return 'i386' on all Solaris-PC platforms, irregardless of the CPU used. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 23 15:40:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14345 for freebsd-bugs-outgoing; Mon, 23 Feb 1998 15:40:49 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA14340 for ; Mon, 23 Feb 1998 15:40:47 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id PAA02511; Mon, 23 Feb 1998 15:40:23 -0800 (PST) To: lncy@swbell.net cc: freebsd-bugs@hub.FreeBSD.ORG Subject: Re: i386/4902: Please add support for Promise Ultra33 UDMA Bus Master PCI/IDE Controller In-reply-to: Your message of "Mon, 23 Feb 1998 14:10:04 PST." <199802232210.OAA24298@hub.freebsd.org> Date: Mon, 23 Feb 1998 15:40:23 -0800 Message-ID: <2507.888277223@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I too have a promise controller for ultra 33 dma/33 i feel this is a > critical issue because soon there will be no eide hd's around, brand new Hmmm. Perhaps I'm simply being too practical minded here, but I completely fail to see why this poster was compelled to send us a message which: A) Contained none of the actual TECHNICAL DETAILS of his problem which are so important to diagnosing such things. B) Substituted said details for a wholly unnecessary diatribe on the consequences of not providing said support in FreeBSD. In order to expedite attention from our wholly volunteer-driven technical support organization here, please try to keep PRs technically relevant and save any temptations to pound the pulpit strictly for church and other non-engineering related assocations. Such content is neither relevant to the PR system nor helpful in actually doing anything tangible about addressing the issues you're attempting to raise. Thank you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 23 17:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA08033 for freebsd-bugs-outgoing; Mon, 23 Feb 1998 17:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA08008; Mon, 23 Feb 1998 17:20:02 -0800 (PST) (envelope-from gnats) Received: from istari.home.net (cc158233-a.catv1.md.home.com [24.3.25.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA06305 for ; Mon, 23 Feb 1998 17:11:30 -0800 (PST) (envelope-from sjr@home.net) Received: (from sjr@localhost) by istari.home.net (8.8.8/8.8.6) id UAA05146; Mon, 23 Feb 1998 20:10:57 -0500 (EST) Message-Id: <199802240110.UAA05146@istari.home.net> Date: Mon, 23 Feb 1998 20:10:57 -0500 (EST) From: sjr@home.net Reply-To: sjr@home.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5828: rc.8 manual page out of date Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5828 >Category: docs >Synopsis: rc.8 manual page out of date >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 23 17:20:01 PST 1998 >Last-Modified: >Originator: Stephen J. Roznowski >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-CURRENT >Description: The rc.8 manual page does not reflect the other rc files that currently exist. Further, none of them have separate pages. I've taken a first pass at updating the rc.8 page. >How-To-Repeat: >Fix: --- share/man/man8/rc.8.old Thu Mar 6 22:28:21 1997 +++ share/man/man8/rc.8 Mon Feb 23 19:14:41 1998 @@ -37,16 +37,34 @@ .Os BSD 4 .Sh NAME .Nm rc -.Nd command script for auto\-reboot and daemons +.Nd command scripts for auto\-reboot and daemon startup .Sh SYNOPSIS .Nm rc +.Nm rc.conf +.Nm rc.conf.local +.Nm rc.serial +.Nm rc.pccard +.Nm rc.network +.Nm rc.firewall +.Nm rc. .Nm rc.local +.Nm rc.shutdown .Sh DESCRIPTION .Nm Rc -is the command script which controls the automatic reboot and +is the command script which controls the automatic reboot +(calling the other scripts) and .Nm rc.local is the script holding commands which are pertinent only to a specific site. +.Nm Rc.conf +contains the global system configuration information referenced +by the rc files, while +.Nm rc.conf.local +contains the local system configuration. +.Pp +.Nm Rc.shutdown +is the command script which contains any necessary commands +to be executed as the system is shut down. .Pp When an automatic reboot is in progress, .Nm rc @@ -75,28 +93,56 @@ and clears the scratch directory .Pa /tmp . .Pp -.Nm Rc.local -is executed immediately before any other commands after a successful -.Nm fsck . -Normally, the first commands placed in the -.Nm rc.local -file define the machine's name, using -.Xr hostname 1 , -and save any possible core image that might have been -generated as a result of a system crash, with -.Xr savecore 8 . -The latter command is included in the -.Nm rc.local -file because the directory in which core dumps are saved -is usually site specific. +.Nm Rc.serial +is used to set any special configurations for serial devices. +.Pp +.Nm Rc.pccard +is used to enable PC-cards. +.Pp +.Nm Rc.network +is used to start the network. +The network is started in three passes. +The first pass sets the hostname and domainname, configures the network +interfaces, turns on any IP firewall rules, and starts routing. +The second pass starts most of the network related daemons. +The third pass starts NFS, amd, rwhod, Kerberos and +the multicast routing daemon. .Pp -Following tradition, the startup files +.Nm Rc.firewall +is used to configure rules for the kernel based firewall +service. It has several possible options: +.Pp +.Bl -tag -width "fBfilename" -compact -offset indent +.It open +will allow anyone in. +.It client +will try to protect just this machine. +.It simple +will try to protect a whole network. +.It closed +totally disables IP services except via lo0 interface. +.It UNKNOWN +disables the loading of firewall rules. +.It filename +will load the rules in the given filename (full path required). +.El +.Pp +.Nm Rc. +runs architecture specific programs. +.Pp +.Nm Rc.local +is executed after the scripts above, but before the rest of the .Nm rc -and +file is completed. +Presently, all .Nm rc.local -reside in +does is to put version information in +.Pa /etc/motd . +.Pp +Following tradition, the startup files reside in .Pa /etc . .Sh SEE ALSO +.Xr rc.conf 5 , .Xr init 8 , .Xr reboot 8 , .Xr savecore 8 >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 23 19:18:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA24700 for freebsd-bugs-outgoing; Mon, 23 Feb 1998 19:18:46 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from proxyb2.san.rr.com (proxyb2-atm.san.rr.com [204.210.0.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA24695 for ; Mon, 23 Feb 1998 19:18:44 -0800 (PST) (envelope-from Studded@san.rr.com) Received: from san.rr.com (dt050ndd.san.rr.com [204.210.31.221]) by proxyb2.san.rr.com (8.8.7/8.8.8) with ESMTP id TAA26531; Mon, 23 Feb 1998 19:17:37 -0800 (PST) Message-ID: <34F23BCF.750AD9D1@san.rr.com> Date: Mon, 23 Feb 1998 19:17:35 -0800 From: Studded Organization: Triborough Bridge and Tunnel Authority X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.5-STABLE-0223 i386) MIME-Version: 1.0 To: Kevin Day CC: jkh@time.cdrom.com, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/5809: ircd ports not assigned in /etc/services References: <199802230403.WAA29912@home.dragondata.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kevin Day wrote: FYI, I played with this a bit and this kind of assignment doesn't work for us. It is necessary to split the thing into individual port numbers. > > ircu 6665-6669/tcp IRCU > > ircu 6665-6669/udp IRCU > I don't think 6665-6669 is really a standard, You can argue that with IANA. I pasted exactly what they had. > Is there any reason why ircd couldn't just use port 6667 with udp for the > same purpose? :) As much as I hate to give undernet that much credit, I'd rather go with IANA's standard. If we're going to go with just one port, 6667 should be it, and it should be labeled "ircd 6667/tcp Internet Relay Chat daemon". Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 5,328 clients and still growing. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 23 22:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA14255 for freebsd-bugs-outgoing; Mon, 23 Feb 1998 22:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA14226; Mon, 23 Feb 1998 22:10:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA14029; Mon, 23 Feb 1998 22:07:44 -0800 (PST) (envelope-from nobody) Message-Id: <199802240607.WAA14029@hub.freebsd.org> Date: Mon, 23 Feb 1998 22:07:44 -0800 (PST) From: farco@clnet.cz To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/5834: Missing headers for config_open(3) and relatives Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5834 >Category: misc >Synopsis: Missing headers for config_open(3) and relatives >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 23 22:10:00 PST 1998 >Last-Modified: >Originator: Libor Pechacek >Organization: Faculty of Mathematics and Physics, Charles University, Czech Republic >Release: 2.2.5-RELEASE >Environment: >Description: There are missing headers for config_*(3) functions included in standard C-functions library. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 03:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22439 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 03:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22393; Tue, 24 Feb 1998 03:50:03 -0800 (PST) (envelope-from gnats) Date: Tue, 24 Feb 1998 03:50:03 -0800 (PST) Message-Id: <199802241150.DAA22393@hub.freebsd.org> To: freebsd-bugs Cc: From: abial@nask.pl Subject: Re: kern/5689: sysctl vm.vmmeter - bogus and unsupported (patch incl.) Reply-To: abial@nask.pl Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5689; it has been noted by GNATS. From: abial@nask.pl To: freebsd-gnats-submit@freebsd.org, abial@nask.pl Cc: Subject: Re: kern/5689: sysctl vm.vmmeter - bogus and unsupported (patch incl.) Date: Tue, 24 Feb 1998 12:48:59 +0100 (CET) The patch here is partially bad - in printf's there should be "%hu" insted of "%d". Sorry. Andrzej Bialecki To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 05:12:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA03241 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 05:12:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA03233 for ; Tue, 24 Feb 1998 05:12:02 -0800 (PST) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from salomon.mchp.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.8.8/8.8.8) with ESMTP id OAA29557 for ; Tue, 24 Feb 1998 14:11:29 +0100 (MET) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.8/8.8.5) with ESMTP id OAA05027 for ; Tue, 24 Feb 1998 14:11:31 +0100 (CET) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id OAA07650 for ; Tue, 24 Feb 1998 14:11:31 +0100 (CET) From: Andre Albsmeier Message-Id: <199802241311.OAA07838@intern> Subject: please close kern/5799 To: freebsd-bugs@FreeBSD.ORG Date: Tue, 24 Feb 1998 14:11:25 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Please close 5799, it's gone. -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 06:54:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA15658 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 06:54:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ciframedical.com (dagoba.absolu.com [204.19.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA15653 for ; Tue, 24 Feb 1998 06:54:55 -0800 (PST) (envelope-from pgagne@ciframedical.com) Received: from [204.19.1.51] by ciframedical.com (SMTPD32-3.03) id AF7B1E02A4; Tue, 24 Feb 1998 09:55:55 -0500 Received: by localhost with Microsoft MAPI; Tue, 24 Feb 1998 09:56:16 -0500 Message-ID: <01BD410A.7297EEC0.pgagne@ciframedical.com> From: =?iso-8859-1?Q?Philippe_Gagn=E9?= Reply-To: "pgagne@ciframedical.com" To: "'freebsd-bugs@FreeBSD.ORG'" Subject: unsubscribe Date: Tue, 24 Feb 1998 09:56:15 -0500 Organization: Cifra Médical inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org unsubscribe freebsd-bugs pgagne@ciframedical.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 07:20:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA18244 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 07:20:50 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA18209; Tue, 24 Feb 1998 07:20:28 -0800 (PST) (envelope-from eivind@FreeBSD.org) From: Eivind Eklund Received: (from eivind@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA04708; Tue, 24 Feb 1998 07:20:13 -0800 (PST) Date: Tue, 24 Feb 1998 07:20:13 -0800 (PST) Message-Id: <199802241520.HAA04708@freefall.freebsd.org> To: andre.albsmeier@mchp.siemens.de, eivind@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5799 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: boot messages crewed up due to conflicting flags in scsiconf.c State-Changed-From-To: open-closed State-Changed-By: eivind State-Changed-When: Tue Feb 24 07:19:31 PST 1998 State-Changed-Why: PR closed at the request of the originator. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 07:22:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA18515 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 07:22:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA18510 for ; Tue, 24 Feb 1998 07:22:54 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id PAA07350; Tue, 24 Feb 1998 15:20:40 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id QAA15648; Tue, 24 Feb 1998 16:20:41 +0100 (MET) Message-ID: <19980224162041.61233@follo.net> Date: Tue, 24 Feb 1998 16:20:41 +0100 From: Eivind Eklund To: Andre Albsmeier , freebsd-bugs@FreeBSD.ORG Subject: Re: please close kern/5799 References: <199802241311.OAA07838@intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199802241311.OAA07838@intern>; from Andre Albsmeier on Tue, Feb 24, 1998 at 02:11:25PM +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Feb 24, 1998 at 02:11:25PM +0100, Andre Albsmeier wrote: > Please close 5799, it's gone. Done. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 08:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA23497 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 08:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA23456; Tue, 24 Feb 1998 08:10:01 -0800 (PST) (envelope-from gnats) Date: Tue, 24 Feb 1998 08:10:01 -0800 (PST) Message-Id: <199802241610.IAA23456@hub.freebsd.org> To: freebsd-bugs Cc: From: "Michael G. Thompson" Subject: Re: kern/3569: ex0 driver doesn't work with EtherExpress Pro/10 Board Reply-To: "Michael G. Thompson" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/3569; it has been noted by GNATS. From: "Michael G. Thompson" To: freebsd-gnats-submit@freebsd.org, sramkris@ichips.intel.com Cc: Subject: Re: kern/3569: ex0 driver doesn't work with EtherExpress Pro/10 Board Date: Tue, 24 Feb 1998 11:00:25 -0500 I'm instaling FBSD 2.2.5-STABLE on a Compaq Proliant 1600. I'm using an Intel EtherExpress PRO/10+. The card is set to IRQ3, port 0x220. The server sees it (using system configuration software), the card diagnostic software sees it (under DOS partition), and I've set it up in UserConfig correctly (no IRQ conflicts), but during boot (using -v) FBSD says it can't find ex0 at 0x220, and ifconfig says ex0 doesn't exist. I haven't yet configured a custom kernel, I'm using GENERIC. Help me, please! Thanks in advance. -- ====================================================================== | Michael G. Thompson, Director of Computer and Network Services | | Maryland Institute, College Of Art - Campus Technical Services | | 1300 Mount Royal Avenue, Baltimore, Maryland 21217 | | Voice: (410) 225-2464 Fax: (410) 225-2468 | ====================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 08:59:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA00736 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 08:59:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA00644; Tue, 24 Feb 1998 08:58:48 -0800 (PST) (envelope-from steve) Date: Tue, 24 Feb 1998 08:58:48 -0800 (PST) From: Steve Price Message-Id: <199802241658.IAA00644@hub.freebsd.org> To: alk@East.Sun.COM, steve, freebsd-bugs, steve Subject: Re: bin/5826 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cross-platform script compatibility State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Tue Feb 24 08:58:05 PST 1998 State-Changed-Why: New -p option added as requested. Thanks! Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Tue Feb 24 08:58:05 PST 1998 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 12:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25039 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 12:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25003; Tue, 24 Feb 1998 12:00:01 -0800 (PST) (envelope-from gnats) Date: Tue, 24 Feb 1998 12:00:01 -0800 (PST) Message-Id: <199802242000.MAA25003@hub.freebsd.org> To: freebsd-bugs Cc: From: "Michael G. Thompson" Subject: Re: kern/3569: ex0 driver doesn't work with EtherExpress Pro/10 Board Reply-To: "Michael G. Thompson" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/3569; it has been noted by GNATS. From: "Michael G. Thompson" To: freebsd-gnats-submit@freebsd.org, sramkris@ichips.intel.com Cc: Subject: Re: kern/3569: ex0 driver doesn't work with EtherExpress Pro/10 Board Date: Tue, 24 Feb 1998 14:50:07 -0500 Figured it out, card is now running. Boot up under DOS, run the card diagnostic software and TURN OFF PLUG N' PLAY FEATURE. Then reboot under FBSD, et voila! She works! Thanks to all for your help. -- ====================================================================== | Michael G. Thompson, Director of Computer and Network Services | | Maryland Institute, College Of Art - Campus Technical Services | | 1300 Mount Royal Avenue, Baltimore, Maryland 21217 | | Voice: (410) 225-2464 Fax: (410) 225-2468 | ====================================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 12:49:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA06489 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 12:49:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA06321; Tue, 24 Feb 1998 12:48:38 -0800 (PST) (envelope-from steve) Date: Tue, 24 Feb 1998 12:48:38 -0800 (PST) From: Steve Price Message-Id: <199802242048.MAA06321@hub.freebsd.org> To: kuzmenko@lengiptr.spb.su, steve, freebsd-bugs, steve Subject: Re: bin/5824 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Driver for disk controllerTekram DC-880B VESA State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Tue Feb 24 12:45:43 PST 1998 State-Changed-Why: Unable to contact originator for more details. If you are listening, please submit a new PR with _exactly_ what you consider the problem to be. Thanks. Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Tue Feb 24 12:45:43 PST 1998 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 12:50:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA06917 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 12:50:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA06871; Tue, 24 Feb 1998 12:50:06 -0800 (PST) (envelope-from gnats) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA04841 for ; Tue, 24 Feb 1998 12:45:06 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (d60-090.leach.ucdavis.edu [169.237.60.90]) by relay.nuxi.com (8.8.7/8.6.12) with ESMTP id MAA22673 for ; Tue, 24 Feb 1998 12:44:52 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.8.8/8.7.3) id UAA12959; Tue, 24 Feb 1998 20:44:46 GMT Message-Id: <199802242044.UAA12959@dragon.nuxi.com> Date: Tue, 24 Feb 1998 20:44:46 GMT From: "David O'Brien" Reply-To: obrien@NUXI.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5837: FAQ out of date WRT ELF / DOS binaries Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5837 >Category: docs >Synopsis: FAQ out of date WRT ELF / DOS binaries >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 24 12:50:02 PST 1998 >Last-Modified: >Originator: David O'Brien >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: cvsup'ed 23-Feb >Description: The current FAQ in: 12.1 FreeBSD uses far more swap space than Linux. Why? Still says ELF migration isn't planned in the future. Of course we know that 3.0 will probably be ELF. 12.5 Can I run DOS binaries under FreeBSD? Of course we know that 3.0-CURRENT has suport for this. 13.10 Will FreeBSD ever support other architectures? A Sparc port is in progress. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 13:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09241 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 13:00:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09221; Tue, 24 Feb 1998 13:00:03 -0800 (PST) (envelope-from gnats) Received: from mail.jmrodgers.com ([205.247.224.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA08779 for ; Tue, 24 Feb 1998 12:56:04 -0800 (PST) (envelope-from admin@mail.jmrodgers.com) Received: (from admin@localhost) by mail.jmrodgers.com (8.8.8/8.8.7) id PAA01663; Tue, 24 Feb 1998 15:55:56 -0500 (EST) (envelope-from admin) Message-Id: <199802242055.PAA01663@mail.jmrodgers.com> Date: Tue, 24 Feb 1998 15:55:56 -0500 (EST) From: meuston@jmrodgers.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5838: Make more(1) use LINES= and COLUMNS= environment variables. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5838 >Category: bin >Synopsis: Make more(1) use LINES= and COLUMNS= environment variables. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 24 13:00:01 PST 1998 >Last-Modified: >Originator: Max Euston >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: FreeBSD mail.jmrodgers.com 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Tue Feb 24 08:33:10 EST 1998 root@:/var/src/sys/compile/GATEWAY i386 >Description: 3 problems: - more(1) does not work with arbitrary screen sizes (like in a telnet session from Win-95) and has no way to specify the screen size without generating a new terminfo definition. - the '-#' option was meant to do this, but has not worked as far back as I can check in the revision history. (as per the discussions on "hackers", I have removed this option). - when displaying h)elp, more(1) does not pause before redrawing the screen (unless you have MORE=-e in your environment). >How-To-Repeat: Run more(1) from a telnet session with a non-standard screen size. >Fix: (This is my first PR, feel free to suggest improvments/corrections). Should apply to RELENG_2_2 and HEAD? diff -ru /usr/src/usr.bin/more/help.c /usr/local/src/usr.bin/more/help.c --- /usr/src/usr.bin/more/help.c Fri May 27 08:30:46 1994 +++ /usr/local/src/usr.bin/more/help.c Wed Feb 18 10:27:41 1998 @@ -40,10 +40,12 @@ #include #include "pathnames.h" +extern int top_scroll; + help() { char cmd[MAXPATHLEN + 20]; - (void)sprintf(cmd, "-more %s", _PATH_HELPFILE); + (void)sprintf(cmd, "-more -e%c %s", top_scroll ? 'c' : ' ', _PATH_HELPFILE); lsystem(cmd); } diff -ru /usr/src/usr.bin/more/more.1 /usr/local/src/usr.bin/more/more.1 --- /usr/src/usr.bin/more/more.1 Wed Jul 30 02:43:57 1997 +++ /usr/local/src/usr.bin/more/more.1 Tue Feb 24 14:41:27 1998 @@ -40,11 +40,10 @@ .Nd file perusal filter for crt viewing .Sh SYNOPSIS .Nm -.Op Fl ceinus +.Op Fl ceinsu .Op Fl t Ar tag .Op Fl x Ar tabs .Op Fl / Ar pattern -.Op Fl # .Op Ar .Sh DESCRIPTION .Nm More @@ -278,8 +277,14 @@ .It Ev MORE This variable may be set with favored options to .Nm more . +.It Ev COLUMNS +The number of columns on the screen. This value overrides any system +or terminal specific values. .It Ev EDITOR Specify default editor. +.It Ev LINES +The number of rows on the screen. This value overrides any system +or terminal specific values. .It Ev SHELL Current shell in use (normally set by the shell at login time). .It Ev TERM diff -ru /usr/src/usr.bin/more/option.c /usr/local/src/usr.bin/more/option.c --- /usr/src/usr.bin/more/option.c Mon Sep 15 05:20:52 1997 +++ /usr/local/src/usr.bin/more/option.c Tue Feb 24 14:45:27 1998 @@ -54,7 +54,6 @@ int tagoption; char *firstsearch; -extern int sc_height; static void usage __P((void)); @@ -75,23 +74,8 @@ (*a)[0] = '-'; optind = 1; /* called twice, re-init getopt. */ - while ((ch = getopt(argc, argv, "0123456789/:ceinst:ux:f")) != -1) + while ((ch = getopt(argc, argv, "/:ceinst:ux:f")) != -1) switch((char)ch) { - case '0': case '1': case '2': case '3': case '4': - case '5': case '6': case '7': case '8': case '9': - /* - * kludge: more was originally designed to take - * a number after a dash. - */ - if (!sc_window_set) { - p = argv[optind - 1]; - if (p[0] == '-' && p[1] == ch && !p[2]) - sc_height = atoi(++p); - else - sc_height = atoi(argv[optind] + 1); - sc_window_set = 1; - } - break; case '/': firstsearch = optarg; break; @@ -135,6 +119,6 @@ usage() { fprintf(stderr, - "usage: more [-ceinus] [-t tag] [-x tabs] [-/ pattern] [-#] [file ...]\n"); + "usage: more [-ceinsu] [-t tag] [-x tabs] [-/ pattern] [file ...]\n"); exit(1); } diff -ru /usr/src/usr.bin/more/screen.c /usr/local/src/usr.bin/more/screen.c --- /usr/src/usr.bin/more/screen.c Sat Aug 5 17:25:28 1995 +++ /usr/local/src/usr.bin/more/screen.c Mon Feb 23 16:54:19 1998 @@ -239,6 +239,7 @@ char termbuf[2048]; char *sp; char *term; + char *estr; int hard; #ifdef TIOCGWINSZ struct winsize w; @@ -265,14 +266,22 @@ #ifdef TIOCGWINSZ if (ioctl(2, TIOCGWINSZ, &w) == 0 && w.ws_row > 0) sc_height = w.ws_row; + else #else #ifdef WIOCGETD if (ioctl(2, WIOCGETD, &w) == 0 && w.uw_height > 0) sc_height = w.uw_height/w.uw_vs; + else #endif #endif - else sc_height = tgetnum("li"); + + /* + * Allow the user to override the screen height + */ + if ((estr = getenv("LINES")) != NULL) + sc_height = atoi(estr); + hard = (sc_height < 0 || tgetflag("hc")); if (hard) { /* Oh no, this is a hardcopy terminal. */ @@ -290,6 +299,13 @@ #endif #endif sc_width = tgetnum("co"); + + /* + * Allow the user to override the screen width + */ + if ((estr = getenv("COLUMNS")) != NULL) + sc_width = atoi(estr); + if (sc_width < 0) sc_width = 80; --------------- end >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 13:38:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15865 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 13:38:30 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.jmrodgers.com ([205.247.224.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15851 for ; Tue, 24 Feb 1998 13:38:23 -0800 (PST) (envelope-from meuston@jmrodgers.com) Received: from max.jmrodgers.com (max.jmrodgers.com [205.247.224.209]) by mail.jmrodgers.com (8.8.8/8.8.7) with SMTP id QAA04779 for ; Tue, 24 Feb 1998 16:38:14 -0500 (EST) (envelope-from meuston@jmrodgers.com) Received: by localhost with Microsoft MAPI; Tue, 24 Feb 1998 16:32:21 -0500 Message-ID: <01BD4141.C79A4DA0.meuston@jmrodgers.com> From: Max Euston To: "'FreeBSD Bugs'" Subject: FW: bin/5826: uname '-p' option Date: Tue, 24 Feb 1998 16:32:19 -0500 Organization: J.M. Rodgers Co., Inc. X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [Unintentionally sent directly to submitter] -----Original Message----- From: Max Euston [SMTP:meuston@jmrodgers.com] Sent: Tuesday, February 24, 1998 9:21 AM To: 'Nate Williams' Subject: RE: bin/5826: uname '-p' option On Monday, February 23, 1998 5:42 PM, Nate Williams [SMTP:nate@mt.sri.com] wrote: > > The following reply was made to PR bin/5826; it has been noted by GNATS. > > > > From: Steve Price > > To: alk@East.Sun.COM, freebsd-gnats-submit@FreeBSD.ORG > > Cc: Subject: Re: bin/5826: uname '-p' option > > Date: Mon, 23 Feb 1998 16:21:44 -0600 > > > > > I find many SVR4 scripts using the -p option of uname to get > > > BSD uname -m functionality. Here's a one-line to provide > > > script-compatibility. > > > > Actually I think the intent of the -p option is to show > > the processor type of the machine, at least according to > > a Digital box running OSF1. Maybe the attached patch > > would be more appropriate? > > Hmm, all of the scripts I've used all return the same thing on the SUNS, > irregardless of whether it's an IPC/SparcStattion/Ultra/Sparc 5, or > what. This seems contradictory to the above statement, since all of the > scripts expect to return 'i386' on all Solaris-PC platforms, > irregardless of the CPU used. > > > Nate > On my (old) AT&T Starserver E (SMP EISA 486 PC) (Unix SVR4 3.1): $ man uname [...] -a Print all information. -m Print the machine hardware name. -n Print the nodename (the nodename is the name by which the system is known to a communications network). This is the default. -p Print the current host's processor type. -r Print the operating system release. -s Print the name of the operating system (e.g. UNIX System V). -v Print the operating system version. [...] $ uname -p 386/AT $ uname -m i386 Just another environment FWIW. Max ----- Max Euston Sysadm, Programmer, etc... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 14:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25429 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 14:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25414; Tue, 24 Feb 1998 14:40:01 -0800 (PST) (envelope-from gnats) Date: Tue, 24 Feb 1998 14:40:01 -0800 (PST) Message-Id: <199802242240.OAA25414@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/5838: Make more(1) use LINES= and COLUMNS= environment variables. Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5838; it has been noted by GNATS. From: Bill Fenner To: meuston@jmrodgers.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/5838: Make more(1) use LINES= and COLUMNS= environment variables. Date: Tue, 24 Feb 1998 14:29:58 PST meuston@jmrodgers.com wrote: > - more(1) does not work with arbitrary screen sizes (like in a > telnet session from Win-95) and has no way to specify the screen > size without generating a new terminfo definition. Have you tried "stty cols X rows Y"? Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 14:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26556 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 14:50:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26521; Tue, 24 Feb 1998 14:50:02 -0800 (PST) (envelope-from gnats) Date: Tue, 24 Feb 1998 14:50:02 -0800 (PST) Message-Id: <199802242250.OAA26521@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: docs/5837: FAQ out of date WRT ELF / DOS binaries Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR docs/5837; it has been noted by GNATS. From: "Jordan K. Hubbard" To: obrien@NUXI.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: docs/5837: FAQ out of date WRT ELF / DOS binaries Date: Tue, 24 Feb 1998 14:48:16 -0800 Unidiffs would be far easier to apply. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 15:17:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02622 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 15:17:30 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02584 for ; Tue, 24 Feb 1998 15:17:15 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id AAA07118 for freebsd-bugs@FreeBSD.ORG; Wed, 25 Feb 1998 00:16:56 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.8.8/keltia-2.13/nospam) id XAA28457; Tue, 24 Feb 1998 23:39:20 +0100 (CET) (envelope-from roberto) Message-ID: <19980224233920.A28446@keltia.freenix.fr> Date: Tue, 24 Feb 1998 23:39:20 +0100 From: Ollivier Robert To: "FreeBSD Bugs' list" Subject: Re: docs/5837: FAQ out of date WRT ELF / DOS binaries Mail-Followup-To: FreeBSD Bugs' list References: <199802242044.UAA12959@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.90.4i In-Reply-To: <199802242044.UAA12959@dragon.nuxi.com>; from David O'Brien on Tue, Feb 24, 1998 at 08:44:46PM +0000 X-Operating-System: FreeBSD 3.0-CURRENT ctm#4088 AMD-K6 MMX @ 225 MHz Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to David O'Brien: > 13.10 Will FreeBSD ever support other architectures? > A Sparc port is in progress. Don't forget the Alpha one too. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #1: Sun Feb 22 00:44:29 CET 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 16:50:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20383 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 16:50:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20357; Tue, 24 Feb 1998 16:50:03 -0800 (PST) (envelope-from gnats) Received: from rige.physik.fu-berlin.de (rige.physik.fu-berlin.de [160.45.33.59]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA19331 for ; Tue, 24 Feb 1998 16:46:06 -0800 (PST) (envelope-from thimm@rige.physik.fu-berlin.de) Received: (from thimm@localhost) by rige.physik.fu-berlin.de (8.8.8/8.8.8) id BAA00440; Wed, 25 Feb 1998 01:45:55 +0100 (CET) (envelope-from thimm) Message-Id: <199802250045.BAA00440@rige.physik.fu-berlin.de> Date: Wed, 25 Feb 1998 01:45:55 +0100 (CET) From: Axel Thimm Reply-To: Axel Thimm To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Axel Thimm X-Send-Pr-Version: 3.2 Subject: kern/5839: vm_page_unwire: invalid wire count: 0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5839 >Category: kern >Synopsis: vm_page_unwire: invalid wire count: 0 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 24 16:50:01 PST 1998 >Last-Modified: >Originator: Axel Thimm >Organization: FU Berlin >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-CURRENT with sources dated "Web Feb 24 21:45:32 CET" (also last three weeks), kernel config is GENERIC with "config -g" dmesg: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Wed Feb 25 00:53:53 CET 1998 root@rige.physik.fu-berlin.de:/usr/src/sys/compile/GENERIC.DEBUG Timecounter "i8254" frequency 1193182 Hz cost 2419 ns Timecounter "TSC" frequency 166449760 Hz cost 209 ns CPU: Pentium (166.45-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping=3 Features=0x8001bf real memory = 67108864 (65536K bytes) avail memory = 62545920 (61080K bytes) Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 vga0: rev 0x01 int a irq 10 on pci0.10.0 vx0: <3COM 3C900 Etherlink XL PCI> rev 0x00 int a irq 11 on pci0.11.0 utp/aui/bnc[*bnc*] address 00:60:08:8f:e0:9d Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 fe0 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found mse0 not found at 0x23c psm0 not found at 0x60 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 2503MB (5126688 sectors), 5086 cyls, 16 heads, 63 S/T, 512 B/S wdc1 not found at 0x170 bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not found at 0x300 mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 ie0: unknown board_id: f000 ie0 not found at 0x300 ep0 not found at 0x300 ex0 not found le0 not found at 0x300 lnc0 not found at 0x280 ze0 not found at 0x300 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface Intel Pentium F00F detected, installing workaround swapinfo: Device 1K-blocks Used Avail Capacity Type /dev/wd0s3b 141144 0 141080 0% Interleaved >Description: While configuring teTeX-0.9 on an NFS mounted home directory: gdb -k: GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 276000 initial pcb at 24d4a0 panicstr: vm_page_unwire: invalid wire count: %d panic messages: --- panic: vm_page_unwire: invalid wire count: 0 syncing disks... 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 40 giving up dumping to dev 40001, offset 151216 dump 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:286 286 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:286 #1 0xf0115ac6 in panic ( fmt=0xf01c8d02 "vm_page_unwire: invalid wire count: %d\n") at ../../kern/kern_shutdown.c:426 #2 0xf01c8d9b in vm_page_unwire (m=0xf049fc2c) at ../../vm/vm_page.c:1244 #3 0xf012dd04 in vfs_vmio_release (bp=0xf1c35a30) at ../../kern/vfs_bio.c:757 #4 0xf012d95d in brelse (bp=0xf1c35a30) at ../../kern/vfs_bio.c:645 #5 0xf0133455 in vinvalbuf (vp=0xf42141e0, flags=0, cred=0xf07b8a80, p=0xf41eb6c0, slpflag=0, slptimeo=0) at ../../kern/vfs_subr.c:613 #6 0xf0161540 in nfs_vinvalbuf (vp=0xf42141e0, flags=0, cred=0xf07b8a80, p=0xf41eb6c0, intrflg=1) at ../../nfs/nfs_bio.c:782 #7 0xf01895e0 in nfs_remove (ap=0xf427ef04) at ../../nfs/nfs_vnops.c:1463 #8 0xf0136b3b in unlink (p=0xf41eb6c0, uap=0xf427ef94) at vnode_if.h:523 #9 0xf01df9c3 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = 196608, tf_ebp = -272639620, tf_isp = -198709276, tf_ebx = 204928, tf_edx = 0, tf_ecx = 47, tf_eax = 10, tf_trapno = 12, tf_err = 7, tf_eip = 88485, tf_cs = 31, tf_eflags = 582, tf_esp = -272639640, tf_ss = 39}) at ../../i386/i386/trap.c:994 #10 0x159a5 in ?? () #11 0x12db in ?? () #12 0x107e in ?? () (kgdb) info registers eax 0x0 0 ecx 0x0 0 edx 0x0 0 ebx 0x0 0 esp 0xf427ed30 0xf427ed30 ebp 0xf427ed44 0xf427ed44 esi 0x14 20 edi 0x100 256 eip 0xf01157f7 0xf01157f7 eflags 0x0 0 cs 0x0 0 ss 0x0 0 ds 0x0 0 es 0x0 0 fs 0x1f 31 gs 0x27 39 >How-To-Repeat: E.g. try to configure teTeX-0.9 on a -CURRENT system (not until January 1998) The error seems to occur at different stages in the process. >Fix: Probably the recent VM changed need to be reinvestigated. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 23:16:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27911 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 23:16:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27389; Tue, 24 Feb 1998 23:12:42 -0800 (PST) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA02539; Tue, 24 Feb 1998 23:12:22 -0800 (PST) Date: Tue, 24 Feb 1998 23:12:22 -0800 (PST) Message-Id: <199802250712.XAA02539@freefall.freebsd.org> To: danny@FreeBSD.ORG, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5812 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ftpd with INTERNAL_LS and ftpchroot user causes errors to be logged State-Changed-From-To: open-closed State-Changed-By: danny State-Changed-When: Tue Feb 24 23:11:25 PST 1998 State-Changed-Why: A simplere and more appropriate fix was applied to ftpd/popen.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 24 23:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01052 for freebsd-bugs-outgoing; Tue, 24 Feb 1998 23:40:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01017; Tue, 24 Feb 1998 23:40:01 -0800 (PST) (envelope-from gnats) Date: Tue, 24 Feb 1998 23:40:01 -0800 (PST) Message-Id: <199802250740.XAA01017@hub.freebsd.org> To: freebsd-bugs Cc: From: "John S. Dyson" Subject: Re: kern/5839: vm_page_unwire: invalid wire count: 0 Reply-To: "John S. Dyson" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5839; it has been noted by GNATS. From: "John S. Dyson" To: Axel.Thimm@physik.fu-berlin.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG, Axel.Thimm@physik.fu-berlin.de Subject: Re: kern/5839: vm_page_unwire: invalid wire count: 0 Date: Wed, 25 Feb 1998 02:37:06 -0500 (EST) Axel Thimm said: > GDB 4.16 (i386-unknown-freebsd), > Copyright 1996 Free Software Foundation, Inc... > IdlePTD 276000 > initial pcb at 24d4a0 > panicstr: vm_page_unwire: invalid wire count: %d > > panic messages: > --- > panic: vm_page_unwire: invalid wire count: 0 > > Probably the recent VM changed need to be reinvestigated. > I can easily reproduce the problem now, and will be able to quickly address it. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 02:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA22675 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 02:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA22663; Wed, 25 Feb 1998 02:50:01 -0800 (PST) (envelope-from gnats) Date: Wed, 25 Feb 1998 02:50:01 -0800 (PST) Message-Id: <199802251050.CAA22663@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jose M. Alcaide" Subject: Re: bin/5219: login(1) fails when NFS-mounted homes are being exported from the server without remote root access Reply-To: "Jose M. Alcaide" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5219; it has been noted by GNATS. From: "Jose M. Alcaide" To: freebsd-gnats-submit@freebsd.org, jose@we.lc.ehu.es Cc: Subject: Re: bin/5219: login(1) fails when NFS-mounted homes are being exported from the server without remote root access Date: Wed, 25 Feb 1998 11:36:58 +0100 This is the same problem as the one reported in bin/5145, so you can close this PR. -- JM ----------------------------------------------------------------------- Jose M. Alcaide | mailto:jose@we.lc.ehu.es Universidad del Pais Vasco | http://www.we.lc.ehu.es/~jose Dpto. de Electricidad y Electronica | Facultad de Ciencias - Campus de Lejona | Tel.: +34-4-4647700 x2624 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-4-4858139 ----------------------------------------------------------------------- "Go ahead... make my day." - H. Callahan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 03:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA23336 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 03:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA23307; Wed, 25 Feb 1998 03:00:02 -0800 (PST) (envelope-from gnats) Date: Wed, 25 Feb 1998 03:00:02 -0800 (PST) Message-Id: <199802251100.DAA23307@hub.freebsd.org> To: freebsd-bugs Cc: From: Leif Neland Subject: Re: bin/5451: halt/reboot does not execute /etc/rc.shutdown as kill -INT 1 Reply-To: Leif Neland Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5451; it has been noted by GNATS. From: Leif Neland To: freebsd-gnats-submit@freebsd.org, leifn@image.dk Cc: Subject: Re: bin/5451: halt/reboot does not execute /etc/rc.shutdown as kill -INT 1 Date: Wed, 25 Feb 1998 11:56:26 +0100 If this is categorized as a misfiled PR, what should I have done with it instead? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 03:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA24066 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 03:10:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA24057; Wed, 25 Feb 1998 03:10:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA23584; Wed, 25 Feb 1998 03:03:37 -0800 (PST) (envelope-from nobody) Message-Id: <199802251103.DAA23584@hub.freebsd.org> Date: Wed, 25 Feb 1998 03:03:37 -0800 (PST) From: leifn@image.dk To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: gnu/5841: installmost or install (world) of tmac failed on r/o obj over NFS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5841 >Category: gnu >Synopsis: installmost or install (world) of tmac failed on r/o obj over NFS >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 25 03:10:01 PST 1998 >Last-Modified: >Originator: Leif Neland >Organization: n/a >Release: 2.2.5STABLE #2 >Environment: FreeBSD darla.swimsuit.roskildebc.dk 2.2.5-STABLE FreeBSD 2.2.5-STABLE #2: Thu Feb 19 07:02:25 CET 1998 root@darla.swimsuit.roskildebc.dk:/usr/src/sys/compile/DARLA i386 >Description: Make world on machine 1 On machine 2 nfs.mounted /usr/src and /usr/obj read-only make installmost Failed in /usr/src/gnu/usr.bin/groff/tmac, because beforeinstall wants to create obj/temp and obj/tmac.groff_an, but obj was read-only. >How-To-Repeat: See above... >Fix: The beforeinstall-stuff should either use the real TEMP for obj/temp and obj/tmac.groff_an, or they should have been written during buildworld instead of during install. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 03:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA24086 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 03:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA24070; Wed, 25 Feb 1998 03:10:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA23664; Wed, 25 Feb 1998 03:05:00 -0800 (PST) (envelope-from nobody) Message-Id: <199802251105.DAA23664@hub.freebsd.org> Date: Wed, 25 Feb 1998 03:05:00 -0800 (PST) From: iwaki@jaist.ac.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/5842: description of -c and -o conn in mount_nfs disagrees with its real behaviour Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5842 >Category: docs >Synopsis: description of -c and -o conn in mount_nfs disagrees with its real behaviour >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 25 03:10:02 PST 1998 >Last-Modified: >Originator: Mamoru IWAKI >Organization: Japan Advanced Institute of Science and Technology >Release: FreeBSD 2.2.5-STABLE >Environment: FreeBSD ais-gw2k 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Mon Feb 23 16:46:56 JST 1998 root@ais-gw2k:/usr/src/sys/compile/i686-128M-PnP i386 >Description: In man page of mount_nfs(8), it is described that -o conn has the same function as -c has. But the real behaviour of -c seems different from that of -o conn. I think -c and -o noconn will be commutative. >How-To-Repeat: Mounting a directory from a file server with multiple interfaces, we need to give -c option for mount_nfs. By replacing the option with -o conn, we can see that the mount process does not end. However -o noconn establish the mount as -c does. >Fix: I have no idea to fix the problrem. And I am not sure that the man page is wrong or the implementation od mount_nfs is wrong. But amd has an option noconn which has the similar function as -c of mount_nfs. I guess the man page might be wrong. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 04:40:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA03839 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 04:40:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA03831; Wed, 25 Feb 1998 04:40:01 -0800 (PST) (envelope-from gnats) Received: from jau.thunderbolt.fi (jau@jukkonen.dial.tele.fi [194.89.253.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA03409 for ; Wed, 25 Feb 1998 04:35:00 -0800 (PST) (envelope-from jau@iki.fi) Received: (from jau@localhost) by jukkonen.dial.tele.fi (8.8.5/8.8.5/JAU-2.2) id HAA22501; Tue, 24 Feb 1998 07:15:54 +0200 (EET) Message-Id: <199802240515.HAA22501@jukkonen.dial.tele.fi> Date: Tue, 24 Feb 1998 07:15:54 +0200 (EET) From: "Jukka A. Ukkonen" Reply-To: jau@iki.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5843: mount -p did not report MNT_NOATIME flag... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5843 >Category: bin >Synopsis: `mount -p' did not report the MNT_NOATIME flag >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 25 04:40:01 PST 1998 >Last-Modified: >Originator: Jukka A. Ukkonen >Organization: Private person >Release: FreeBSD 2.2.1-RELEASE i386 >Environment: FreeBSD-2.2.1 >Description: There was an inconvenience with the mount command that it did not correctly report the `noatime' flag when invoked parameter -p. >How-To-Repeat: Set the `noatime' flag for a mount point and then try to find it in the option list generated by command `mount -p'. >Fix: Here is a patch to add also noatime to the output when needed. --- mount.c.old Mon Feb 23 01:07:44 1998 +++ mount.c Mon Feb 23 01:09:14 1998 @@ -589,6 +589,9 @@ if (ent->f_flags & MNT_ASYNC) printf (",async"); + if (ent->f_flags & MNT_NOATIME) + printf (",noatime"); + if (fst = getfsspec (ent->f_mntfromname)) printf ("\t%u %u\n", fst->fs_freq, fst->fs_passno); else if (fst = getfsfile (ent->f_mntonname)) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 06:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20714 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 06:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA20690; Wed, 25 Feb 1998 06:30:02 -0800 (PST) (envelope-from gnats) Date: Wed, 25 Feb 1998 06:30:02 -0800 (PST) Message-Id: <199802251430.GAA20690@hub.freebsd.org> To: freebsd-bugs Cc: From: Max Euston Subject: RE: bin/5838: Make more(1) use LINES= and COLUMNS= environment variables. Reply-To: Max Euston Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5838; it has been noted by GNATS. From: Max Euston To: "'Bill Fenner'" Cc: "FreeBSD-gnats-submit@freebsd.org" Subject: RE: bin/5838: Make more(1) use LINES= and COLUMNS= environment variables. Date: Wed, 25 Feb 1998 09:20:28 -0500 On Tuesday, February 24, 1998 5:30 PM, Bill Fenner [SMTP:fenner@parc.xerox.com] wrote: > meuston@jmrodgers.com wrote: > > - more(1) does not work with arbitrary screen sizes (like in a > > telnet session from Win-95) and has no way to specify the screen > > size without generating a new terminfo definition. > > Have you tried "stty cols X rows Y"? > > Bill > Oh great! :-( another useless change - I wonder why it wasn't caught in the discussion on "hackers"? :-) I have never run into that option of stty. Since the other part of the change is still good ('help' does not pause after displaying it's screen), would you think that it is better to retract and resubmit this PR with the LINES and COLUMNS changes removed, or just leave them in as another (redundant) way of doing the same thing? (Feeling a little sheepish). Max ----- Max Euston Sysadm, Programmer, etc... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 08:18:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13724 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 08:18:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13643; Wed, 25 Feb 1998 08:18:06 -0800 (PST) (envelope-from steve) Date: Wed, 25 Feb 1998 08:18:06 -0800 (PST) From: Steve Price Message-Id: <199802251618.IAA13643@hub.freebsd.org> To: jose@we.lc.ehu.es, steve, freebsd-bugs, steve Subject: Re: bin/5219 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: login(1) fails when NFS-mounted homes are being exported from the server without remote root access State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Wed Feb 25 08:17:14 PST 1998 State-Changed-Why: Duplicate of bin/5145. Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Wed Feb 25 08:17:14 PST 1998 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 08:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14300 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 08:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14269; Wed, 25 Feb 1998 08:20:02 -0800 (PST) (envelope-from gnats) Date: Wed, 25 Feb 1998 08:20:02 -0800 (PST) Message-Id: <199802251620.IAA14269@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/5838: Make more(1) use LINES= and COLUMNS= environment variables. Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5838; it has been noted by GNATS. From: Bill Fenner To: Max Euston Cc: "'Bill Fenner'" , "FreeBSD-gnats-submit@freebsd.org" Subject: Re: bin/5838: Make more(1) use LINES= and COLUMNS= environment variables. Date: Wed, 25 Feb 1998 08:15:37 PST You could just submit a revised diff without LINES and COLUMNS as a followup to this conversation; since it's cc'd to freebsd-gnats-submit, it'll be appended to the PR. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 08:50:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA20028 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 08:50:16 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19961; Wed, 25 Feb 1998 08:50:05 -0800 (PST) (envelope-from gnats) Date: Wed, 25 Feb 1998 08:50:05 -0800 (PST) Message-Id: <199802251650.IAA19961@hub.freebsd.org> To: freebsd-bugs Cc: From: Max Euston Subject: RE: bin/5838: Minor fixes to more(1) (was: Make more(1) use LINES= and COLUMNS= environment variables. ) Reply-To: Max Euston Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5838; it has been noted by GNATS. From: Max Euston To: "'Bill Fenner'" Cc: "FreeBSD-gnats-submit@freebsd.org" Subject: RE: bin/5838: Minor fixes to more(1) (was: Make more(1) use LINES= and COLUMNS= environment variables. ) Date: Wed, 25 Feb 1998 11:35:45 -0500 On Wednesday, February 25, 1998 11:16 AM, Bill Fenner [SMTP:fenner@parc.xerox.com] wrote: > You could just submit a revised diff without LINES and COLUMNS as a > followup to this conversation; since it's cc'd to freebsd-gnats-submit, > it'll be appended to the PR. > > Bill > (once I get cvs installed, these should be in the more standard format...) ***** diff -u /usr/src/usr.bin/more/help.c /usr/local/src/usr.bin/more/help.c --- /usr/src/usr.bin/more/help.c Fri May 27 08:30:46 1994 +++ /usr/local/src/usr.bin/more/help.c Wed Feb 18 10:27:41 1998 @@ -40,10 +40,12 @@ #include #include "pathnames.h" +extern int top_scroll; + help() { char cmd[MAXPATHLEN + 20]; - (void)sprintf(cmd, "-more %s", _PATH_HELPFILE); + (void)sprintf(cmd, "-more -e%c %s", top_scroll ? 'c' : ' ', _PATH_HELPFILE); lsystem(cmd); } ***** diff -u /usr/src/usr.bin/more/more.1 /usr/local/src/usr.bin/more/more.1 --- /usr/src/usr.bin/more/more.1 Wed Jul 30 02:43:57 1997 +++ /usr/local/src/usr.bin/more/more.1 Wed Feb 25 11:28:20 1998 @@ -40,11 +40,10 @@ .Nd file perusal filter for crt viewing .Sh SYNOPSIS .Nm -.Op Fl ceinus +.Op Fl ceinsu .Op Fl t Ar tag .Op Fl x Ar tabs .Op Fl / Ar pattern -.Op Fl # .Op Ar .Sh DESCRIPTION .Nm More ***** diff -u /usr/src/usr.bin/more/option.c /usr/local/src/usr.bin/more/option.c --- /usr/src/usr.bin/more/option.c Mon Sep 15 05:20:52 1997 +++ /usr/local/src/usr.bin/more/option.c Tue Feb 24 14:45:27 1998 @@ -54,7 +54,6 @@ int tagoption; char *firstsearch; -extern int sc_height; static void usage __P((void)); @@ -75,23 +74,8 @@ (*a)[0] = '-'; optind = 1; /* called twice, re-init getopt. */ - while ((ch = getopt(argc, argv, "0123456789/:ceinst:ux:f")) != -1) + while ((ch = getopt(argc, argv, "/:ceinst:ux:f")) != -1) switch((char)ch) { - case '0': case '1': case '2': case '3': case '4': - case '5': case '6': case '7': case '8': case '9': - /* - * kludge: more was originally designed to take - * a number after a dash. - */ - if (!sc_window_set) { - p = argv[optind - 1]; - if (p[0] == '-' && p[1] == ch && !p[2]) - sc_height = atoi(++p); - else - sc_height = atoi(argv[optind] + 1); - sc_window_set = 1; - } - break; case '/': firstsearch = optarg; break; @@ -135,6 +119,6 @@ usage() { fprintf(stderr, - "usage: more [-ceinus] [-t tag] [-x tabs] [-/ pattern] [-#] [file ...]\n"); + "usage: more [-ceinsu] [-t tag] [-x tabs] [-/ pattern] [file ...]\n"); exit(1); } ***** diff -u /usr/src/usr.bin/more/screen.c /usr/local/src/usr.bin/more/screen.c --- /usr/src/usr.bin/more/screen.c Sat Aug 5 17:25:28 1995 +++ /usr/local/src/usr.bin/more/screen.c Wed Feb 25 11:27:57 1998 @@ -265,13 +265,14 @@ #ifdef TIOCGWINSZ if (ioctl(2, TIOCGWINSZ, &w) == 0 && w.ws_row > 0) sc_height = w.ws_row; + else #else #ifdef WIOCGETD if (ioctl(2, WIOCGETD, &w) == 0 && w.uw_height > 0) sc_height = w.uw_height/w.uw_vs; + else #endif #endif - else sc_height = tgetnum("li"); hard = (sc_height < 0 || tgetflag("hc")); if (hard) { ***** ----- Max Euston Sysadm, Programmer, etc... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 09:21:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27596 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 09:21:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from garfield.cs.mun.ca (jeffg@garfield.cs.mun.ca [134.153.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA27539 for ; Wed, 25 Feb 1998 09:20:52 -0800 (PST) (envelope-from jeffg@cs.mun.ca) Received: (from jeffg@localhost) by garfield.cs.mun.ca (8.8.5/8.8.5) id NAA08042; Wed, 25 Feb 1998 13:51:39 -0330 (NST) Date: Wed, 25 Feb 1998 13:51:39 -0330 (NST) From: Jeffery Gallagher To: freebsd-bugs@FreeBSD.ORG Subject: Install of 2.2.5 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org After many attempts at installation, several posts to the mail lists and consultation with any individual that I could think of to solve my problem I am still stuck with no solution. Upon install of the generic kernel (i.e. initial install) the installation process hangs on detection of the SCSI devices. The software detects the presence of the Adaptec 2940UW (AIC 7880?) on the correct PCI slot and interrupt. The kernel then provides the message "Waiting for scsi devices to settle" (Which I believe from looking at the source for 2.2.2 should be around 5 seconds) The "settling period" extends to almost 30 seconds at which point a timeout is reported, an error is buffered, and then the detection is started over again with the next SCSI ID. As possible solutions to this problem we have checked termination on all cables, removed each of the scsi drives or a series of the drives (because we are using both Wide and narrow connectors on the UW we thought this might have been a source of conflict. In fact even if there are NO devices attatched and we boot from floppy we recieve a "board not responding" message and the above error. This would seemingly eliminate problems with termination drives, cable length etc. As for settings on the SCSI card we have tried lowering the throughput rate, enabling and disabling disconnection, running with and without the bios enabled, sending init command etc. In fact I think we have exhausted just about every option in the Adaptec SCSI setup utility - all to no provail. The response from the mailing lists was similar to the efforts mentioned above. Upon checking the problem database we see several occurances of timeout errors resembling VERY closely to the ones we are experienceing only they were with an earlier release and were only problems under heavy loads. We can not even get to the point which would initiate a load on the system. If you have any knowledge of this problem or have any solution suggestions they would be welcome. Just some system specific information: Pentium 200MMX - Acer Mainboard with VX chipset 32 MB RAM Adaptec 2940UW - Bios Rev. 1.32 Attached SCSI Devices: SEAGATE ST1200N (Narrow) Pioneer UG-247( I think) 24x ROM Micropolis 4221WS (wide) 3COM 3C509 Thank You Jeff Gallagher Systems Consultant To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 09:50:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05580 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 09:50:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05540; Wed, 25 Feb 1998 09:50:02 -0800 (PST) (envelope-from gnats) Received: from luke.pmr.com (luke.pmr.com [207.170.114.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA04934 for ; Wed, 25 Feb 1998 09:48:34 -0800 (PST) (envelope-from bob@luke.pmr.com) Received: (from bob@localhost) by luke.pmr.com (8.8.8/8.8.8) id LAA06639; Wed, 25 Feb 1998 11:48:31 -0600 (CST) (envelope-from bob) Message-Id: <199802251748.LAA06639@luke.pmr.com> Date: Wed, 25 Feb 1998 11:48:31 -0600 (CST) From: bob@pmr.com Reply-To: bob@pmr.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5845: in sh, set -- `getopt ...` always returns zero Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5845 >Category: bin >Synopsis: in sh, set -- `getopt ...` always returns zero >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 25 09:50:01 PST 1998 >Last-Modified: >Originator: Bob Willcox >Organization: Power Micro Research >Release: FreeBSD 2.2.5-STABLE i386 >Environment: FreeBSD 2.2.5-STABLE (as of Feb 22, 1998). Also fails on -current (as of Feb 4, 1998). Failure appears to be in sh. Note that pdksh (vv5.2.13) works with getopt as documented and bash (v1.14.7) behaves the same as sh. >Description: The sh always returns a zero return code from the set command used with getopt. E.g., the example in the getopt man page does not work since errors in flags/options will not result in a non zero return code from the set command in: set -- `getopt abo: $*` if test $? != 0 then echo 'Usage: ...' exit 2 fi ... Consequently, the subsequent if will never be true. Seems either the sh set command should be fixed to work as documented in the getopt manpage or the example should be updated to something that does work. >How-To-Repeat: Run this #!/bin/sh set -- `getopt d:v $*` echo "set return code = $?" and notice that even with unrecognized flags the return code from the set statement is zero. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 10:30:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15063 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 10:30:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15032; Wed, 25 Feb 1998 10:30:04 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA13960; Wed, 25 Feb 1998 10:22:47 -0800 (PST) (envelope-from nobody) Message-Id: <199802251822.KAA13960@hub.freebsd.org> Date: Wed, 25 Feb 1998 10:22:47 -0800 (PST) From: gene@nttlabs.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5846: Generic SCSI ioctl w/ big data transfer fails with "physio split the request" diagnostics. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5846 >Category: kern >Synopsis: Generic SCSI ioctl w/ big data transfer fails with "physio split the request" diagnostics. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 25 10:30:01 PST 1998 >Last-Modified: >Originator: Eugene M. Kim >Organization: NTT Multimedia Communications Laboratories >Release: 3.0-CURRENT >Environment: FreeBSD seerajeane.ho.pl.cp 3.0-CURRENT FreeBSD 3.0-CURRENT #3: Wed Feb 25 09:43:49 PST 1998 root@seerajeane.ho.pl.cp:/usr/src/sys/compile/SEERA i386 SCSI controller: Adaptec 2940UW >Description: Generic SCSI ioctl, particularly SCIOCCOMMAND, with data-in/out phase fails if the size of data to be transferred is larger than a certain threshold (approximately 128 bytes in my case). The kernel dumps "physio split the request.. cannot proceed" onto the console and the ioctl returns -1 with errno=EIO, as programmed in /sys/scsi/scsi_ioctl.h. >How-To-Repeat: Run a program which uses a user-level SCSI command directly with SCSI devices. (e.g. scsi(8), /usr/ports/sysutils/cdrecord) >Fix: None known. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 11:54:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00126 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 11:54:35 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA00115 for ; Wed, 25 Feb 1998 11:54:33 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id LAA19101; Wed, 25 Feb 1998 11:53:54 -0800 (PST) To: Jeffery Gallagher cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Install of 2.2.5 In-reply-to: Your message of "Wed, 25 Feb 1998 13:51:39 -0330." Date: Wed, 25 Feb 1998 11:53:54 -0800 Message-ID: <19097.888436434@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > If you have any knowledge of this problem or have any solution > suggestions they would be welcome. Hmm. None of my 2940s have ever behaved this way with 2.2.5, so I'm really not inclined to think that it's FreeBSD at fault here. Have you tried swapping the controller? You may simply have a bad one - it's been known to happen. Also, make *sure* the controller is properly configured vis-a-vis termination; it's not just the devices that need to be properly terminated. If swapping the controller doesn't help then I'd suspect some interaction with the MB. Swap the MB next and see what happens. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 12:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13577 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 12:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13562; Wed, 25 Feb 1998 12:50:02 -0800 (PST) (envelope-from gnats) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA13229 for ; Wed, 25 Feb 1998 12:48:42 -0800 (PST) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.8.8/8.8.8) with ESMTP id PAA05042 for ; Wed, 25 Feb 1998 15:48:35 -0500 (EST) (envelope-from shmit@natasya.kublai.com) Received: (from shmit@localhost) by natasya.kublai.com (8.8.8/8.8.8) id PAA07506; Wed, 25 Feb 1998 15:48:31 -0500 (EST) Message-Id: <199802252048.PAA07506@natasya.kublai.com> Date: Wed, 25 Feb 1998 15:48:31 -0500 (EST) From: Brian Cully Reply-To: shmit@kublai.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5847: make world fails with CXXFLAGS set Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5847 >Category: bin >Synopsis: Makeworld fails if CXXFLAGS is set. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 25 12:50:01 PST 1998 >Last-Modified: >Originator: Brian Cully >Organization: >Release: FreeBSD 3.0-CURRENT i386 and FreeBSD-RELENG_2_2 >Environment: >Description: It looks like CXXFLAGS only gets set if it's not already set, so proper include flags get lost. >How-To-Repeat: # export CXXFLAGS="-O" # cd /usr/src # make world >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 14:10:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07895 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 14:10:27 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07856; Wed, 25 Feb 1998 14:10:17 -0800 (PST) (envelope-from gnats) Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA06621 for ; Wed, 25 Feb 1998 14:04:21 -0800 (PST) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.8.8/8.8.8) id WAA12637; Wed, 25 Feb 1998 22:00:54 GMT (envelope-from nik) Message-Id: <199802252200.WAA12637@nothing-going-on.demon.co.uk> Date: Wed, 25 Feb 1998 22:00:54 GMT From: Nik Clayton Reply-To: nik@nothing-going-on.demon.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5848: [PATCH] Update web.mk to handle SGML files generically Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5848 >Category: docs >Synopsis: [PATCH] Update web.mk to handle SGML files generically >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Feb 25 14:10:02 PST 1998 >Last-Modified: >Originator: Nik Clayton >Organization: N/A >Release: FreeBSD 2.2.5-STABLE i386 >Environment: N/A >Description: The FreeBSD website currently builds the HTML files that make up the site from documents conforming to one of two DTDs, HTML and DocBook. Files conforming to the HTML DTD have a .sgml extension, and files conforming to DocBook have a .docb extension. This struck me as odd for two reasons. 1. It's expandable, but only by adding new extensions, which isn't a particularly clean approach. 2. Both .sgml and .docb files consist of SGML markup. The use of .sgml just for files that conform to the HTML DTD is misleading. The benefit of this approach is that it lets you use make(1) suffix rules to select different processing depending on the file extension. I've used web.mk as the basis for an includeable makefile to drive the generation of my own websites. One of the things I changed was to use .sgml as the extension for all files, and to have the suffix file that converts .sgml to .html select the processing to do based on the document's DTD. The attached patch adds this functionality to web.mk, should anyone find it useful. After applying the patch, all existing .docb files will convert as normal. As will the .sgml files. However, you can then start renaming the existing .docb files to .sgml (and fixing up the appropriate Makefiles) and use .sgml for all new DocBook documents. It also means you can use another SGML DTD (as long as you have a conversion process from the DTD to HTML) without needing to create a new filename extension. Note: Suggestions for how better to determine the DTD of a particular document appreciated. >How-To-Repeat: N/A >Fix: Apply this patch (if this functionality is desired) Index: web.mk =================================================================== RCS file: /usr/local/cvs-reps/FreeBSD/www/data/web.mk,v retrieving revision 1.13 diff -u -r1.13 web.mk --- web.mk 1998/01/18 22:27:31 1.13 +++ web.mk 1998/02/25 21:29:50 @@ -49,21 +49,48 @@ ### # file.sgml --> file.html # -# Runs file.sgml through spam to validate and expand some entity -# references are expanded. file.html is added to the list of -# things to install. +# Examines file.sgml to determine the DTD in use. The DTD determines how +# the file will be converted to HTML. The converted file is added to the +# list of files to install +# +# Source DTD Action +# ------------------------------------------------------------------------ +# HTML Run the file through sgmlnorm to validate and expand +# entity references. +# +# DocBook Run the file through sgmlfmt to create the HTML +# .SUFFIXES: .sgml .html SGMLNORM= sgmlnorm +SGMLFMT= sgmlfmt CATALOG?= /usr/local/share/sgml/html/catalog SGMLNORMFLAGS= -d ${SGMLNORMOPTS} -c ${CATALOG} GENDOCS+= ${DOCS:M*.sgml:S/.sgml$/.html/g} ORPHANS:= ${ORPHANS:N*.sgml} .sgml.html: - ${SGMLNORM} ${SGMLNORMFLAGS} ${.IMPSRC} > ${.TARGET} + @DTD=`grep " ${.TARGET}"; \ + case $$DTD in \ + HTML) \ + ${SGMLNORM} ${SGMLNORMFLAGS} \ + ${.IMPSRC} > ${.TARGET}; \ + ;; \ + DocBook) \ + ${SGMLFMT} -d docbook -f html ${SGMLOPTS} \ + ${.IMPSRC} \ + ;; \ + *) \ + echo "Don't know how to process $$DTD." \ + ;; \ + esac ### +# +# XXX Legacy target, until all .docb files are renamed to .sgml, and +# the Makefiles updated appropriately. Then this target can be +# removed # file.docb --> file.html # # Generate HTML from docbook >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 15:20:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22566 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 15:20:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22543; Wed, 25 Feb 1998 15:20:03 -0800 (PST) (envelope-from gnats) Received: from gte.net (1Cust194.tnt1.lafayette.in.da.uu.net [208.254.19.194]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA20023 for ; Wed, 25 Feb 1998 15:11:46 -0800 (PST) (envelope-from bhlewis@gte.net) Received: (from root@localhost) by gte.net (8.8.8/8.8.8) id SAA03758; Wed, 25 Feb 1998 18:11:32 -0500 (EST) (envelope-from bhlewis) Message-Id: <199802252311.SAA03758@gte.net> Date: Wed, 25 Feb 1998 18:11:32 -0500 (EST) From: bhlewis@gte.net Reply-To: bhlewis@gte.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5849: fstab.5 refers to isofs instead of cd9660 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5849 >Category: docs >Synopsis: fstab.5 refers to isofs instead of cd9660 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 25 15:20:02 PST 1998 >Last-Modified: >Originator: Benjamin Lewis >Organization: None >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-CURRENT as of Feb 24, 1998 >Description: The documentation for the fstab file indicates that one should use isofs for ISO 9660 filesystems. Unfortunately, mount_isofs does not exist. >How-To-Repeat: man 5 fstab >Fix: *** fstab.5 Thu Mar 6 22:28:01 1997 --- fstab.5.new Wed Feb 25 18:04:03 1998 *************** *** 105,111 **** a disk partition to be used for swapping .It Em msdos a DOS compatible filesystem ! .It Em isofs a CD-ROM filesystem (as per ISO 9660) .\" maybe also say Rock Ridge extensions are handled ? .It Em procfs --- 105,111 ---- a disk partition to be used for swapping .It Em msdos a DOS compatible filesystem ! .It Em cd9660 a CD-ROM filesystem (as per ISO 9660) .\" maybe also say Rock Ridge extensions are handled ? .It Em procfs >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 15:51:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29188 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 15:51:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from garfield.cs.mun.ca (jeffg@garfield.cs.mun.ca [134.153.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29148 for ; Wed, 25 Feb 1998 15:50:23 -0800 (PST) (envelope-from jeffg@cs.mun.ca) Received: (from jeffg@localhost) by garfield.cs.mun.ca (8.8.5/8.8.5) id UAA09146; Wed, 25 Feb 1998 20:19:32 -0330 (NST) Date: Wed, 25 Feb 1998 20:19:32 -0330 (NST) From: Jeffery Gallagher To: "Jordan K. Hubbard" cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Install of 2.2.5 In-Reply-To: <19097.888436434@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Perhaps there is one more element that I might add, the current configuration works under Win95, Beta's of Win98 and had worked with Redhat Linux. Given that the card worked under those OS's I thought perhaps I had eliminated the hardware as an issue. Have I assumed incorrectly? Could it perhaps have something to do with a bios revision from adaptec? The card was just recently purchased. (Although one might be lead to think that if you were disabling the bios it may not have that much of an effect on the operation.) Thanks. Jeff Gallagher To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 16:20:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06489 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 16:20:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06475; Wed, 25 Feb 1998 16:20:03 -0800 (PST) (envelope-from gnats) Received: from gte.net (1Cust207.tnt1.lafayette.in.da.uu.net [208.254.19.207]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA04424 for ; Wed, 25 Feb 1998 16:13:09 -0800 (PST) (envelope-from bhlewis@gte.net) Received: (from bhlewis@localhost) by gte.net (8.8.8/8.8.8) id TAA04241; Wed, 25 Feb 1998 19:08:54 -0500 (EST) (envelope-from bhlewis) Message-Id: <199802260008.TAA04241@gte.net> Date: Wed, 25 Feb 1998 19:08:54 -0500 (EST) From: bhlewis@gte.net Reply-To: bhlewis@gte.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5851: Mention /etc/hosts.lpd et. al. in Handbook sect. 7.6.3.1 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5851 >Category: docs >Synopsis: Mention /etc/hosts.lpd et. al. in Handbook sect. 7.6.3.1 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Feb 25 16:20:01 PST 1998 >Last-Modified: >Originator: Benjamin Lewis >Organization: None >Release: FreeBSD 2.2-980221-SNAP i386 >Environment: FreeBSD Handbook section 7.6.3.1 Printers Installed on Remote Hosts >Description: The handbook section on sending print jobs to other hosts does not mention that the printer host should be set up to allow printing from other hosts. >How-To-Repeat: netscape file:/usr/share/doc/handbook/handbook95.html#139 >Fix: *** handbook95.html Sat Feb 21 10:18:32 1998 --- handbook95.new.html Wed Feb 25 18:48:45 1998 *************** *** 67,73 **** advanced setup in Advanced Printer Setup that you need. Make sure to test the printer and see if it works with the features ! of LPD you have enabled.

If you are using a printer with a network interface that is compatible with LPD, then the printer host in the discussion below is the printer itself, and the --- 67,76 ---- advanced setup in Advanced Printer Setup that you need. Make sure to test the printer and see if it works with the features ! of LPD you have enabled. Also ensure that the local host ! has authorization to use the LPD service on the printer host ! (see ! Restricting Jobs from Remote Printers).

If you are using a printer with a network interface that is compatible with LPD, then the printer host in the discussion below is the printer itself, and the >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 16:20:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06514 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 16:20:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06494; Wed, 25 Feb 1998 16:20:09 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06078; Wed, 25 Feb 1998 16:17:08 -0800 (PST) (envelope-from nobody) Message-Id: <199802260017.QAA06078@hub.freebsd.org> Date: Wed, 25 Feb 1998 16:17:08 -0800 (PST) From: lucasm@trilenium.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/5852: Page fault or error caused by writing to misconfigured /dev/sequencer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5852 >Category: misc >Synopsis: Page fault or error caused by writing to misconfigured /dev/sequencer >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 25 16:20:07 PST 1998 >Last-Modified: >Originator: Lucas Madar >Organization: Trilenium Corporation >Release: FreeBsd 2.2.5-RELEASE >Environment: FreeBSD joe.trilenium.com 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Tue Feb 24 19:01:30 EST 1998 root@joe.trilenium.com:/usr/src/sys/compile/JOE i386 >Description: If /dev/sequencer exists and is not configured or not configured correctly, sending input to it causes random errors. stdout: device not configured was returned once, and the terminal died and had to be killed by a root login. The cat process used to send the output is unkillable and remains swapped out until a reboot. After a reboot, when this was tried again, sending a file to /dev/sequencer caused a page fault and a kernel panic, and the machine rebooted. >How-To-Repeat: cat (anyfile) > /dev/sequencer Problem is most severe if /dev/sequencer is world writable (anyone can do it). >Fix: Remove /dev/sequencer if you do not have it configured correctly, or make it non-world writable so only root can cause trouble :) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 16:25:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA07076 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 16:25:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA07065 for ; Wed, 25 Feb 1998 16:25:11 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id QAA20697; Wed, 25 Feb 1998 16:23:12 -0800 (PST) To: Jeffery Gallagher cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Install of 2.2.5 In-reply-to: Your message of "Wed, 25 Feb 1998 20:19:32 -0330." Date: Wed, 25 Feb 1998 16:23:12 -0800 Message-ID: <20693.888452592@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Perhaps there is one more element that I might add, the current > configuration works under Win95, Beta's of Win98 and had worked with > Redhat Linux. Given that the card worked under those OS's I thought > perhaps I had eliminated the hardware as an issue. Have I assumed > incorrectly? Could it perhaps have something to do with a bios revision Cards can die at any time - if you can verify that it *still* works with the Linux configuration (and Win98 is a poor test since it doesn't really push marginal hardware to the point of failure) then we'll have a genuine mystery on our hands. Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 16:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA08168 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 16:30:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA08145; Wed, 25 Feb 1998 16:30:02 -0800 (PST) (envelope-from gnats) Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA06975 for ; Wed, 25 Feb 1998 16:24:48 -0800 (PST) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from root@localhost) by nothing-going-on.demon.co.uk (8.8.8/8.8.8) id AAA22301; Thu, 26 Feb 1998 00:23:56 GMT (envelope-from nik) Message-Id: <199802260023.AAA22301@nothing-going-on.demon.co.uk> Date: Thu, 26 Feb 1998 00:23:56 GMT From: Nik Clayton Reply-To: nik@nothing-going-on.demon.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5853: [PATCH] Update handbook to include pointer to 'make world' tutorial Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5853 >Category: docs >Synopsis: [PATCH] Update handbook to include pointer to 'make world' tutorial >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Feb 25 16:30:01 PST 1998 >Last-Modified: >Originator: Nik Clayton >Organization: N/A >Release: FreeBSD 2.2.5-STABLE i386 >Environment: N/A >Description: There's currently nothing in the handbook that explains how to properly go about 'make world'. My tutorial on the subject (which is linked to from the FreeBSD site) is marked up in DocBook. Unfortunately, the handbook is still in LinuxDoc. After talking with Steve Price (who responded to one of my earlier PRs) I suggested, and he agreed, that I should put together a small section for the handbook that essentially says "For more info about 'make world', go *here*" which gets a pointer to the information into the handbook. I can then lend a hand to the DocBook porting effort that's underway. This PR contains a patch to some existing files, and an entirely new file. The new file (makeworld.sgml) contains the pointer to the tutorial. The patches update Makefile - References makeworld.sgml authors.sgml - Updates my e-mail address current.sgml - Includes a link to the 'make world' section handbook.sgml - Includes the 'makeworld' entity hw.sgml - Includes a link to the 'make world' section sections.sgml - Defines the 'makeworld' entity stable.sgml - Includes a link to the 'make world' section 'makeworld.sgml' is included in the Handbook at the same level as the "Staying Current with FreeBSD" and "Staying Stable with FreeBSD" sections. >How-To-Repeat: N/A >Fix: First, cut-n-paste this into a file, and call it makeworld.sgml in the handbook directory. ----------------------------------------------------------------------------- Using make world to rebuild your system

Contributed by &a.nik;.

Once you have synchronised your local source tree against a particular version of FreeBSD (stable, current and so on) you must then use the source tree to rebuild the system.

Currently, the best source of information on how to do that is a tutorial available from .

A successor to this tutorial will be integrated into the handbook.

----------------------------------------------------------------------------- Then apply these patches Index: Makefile =================================================================== RCS file: /usr/local/cvs-reps/FreeBSD/doc/handbook/Makefile,v retrieving revision 1.29 diff -u -r1.29 Makefile --- Makefile 1998/02/19 06:45:26 1.29 +++ Makefile 1998/02/26 00:04:35 @@ -8,7 +8,7 @@ SRCS+= firewalls.sgml german.sgml glossary.sgml goals.sgml SRCS+= handbook.sgml history.sgml hw.sgml install.sgml isdn.sgml SRCS+= kerberos.sgml kernelconfig.sgml kerneldebug.sgml kernelopts.sgml -SRCS+= lists.sgml mail.sgml memoryuse.sgml +SRCS+= lists.sgml makeworld.sgml mail.sgml memoryuse.sgml SRCS+= mirrors.sgml nfs.sgml nutshell.sgml pgpkeys.sgml policies.sgml SRCS+= porting.sgml ports.sgml ppp.sgml printing.sgml SRCS+= quotas.sgml relnotes.sgml routing.sgml russian.sgml Index: authors.sgml =================================================================== RCS file: /usr/local/cvs-reps/FreeBSD/doc/handbook/authors.sgml,v retrieving revision 1.90 diff -u -r1.90 authors.sgml --- authors.sgml 1998/02/22 23:54:55 1.90 +++ authors.sgml 1998/02/25 23:52:29 @@ -363,8 +363,8 @@ name='<nate@FreeBSD.ORG>'>"> "> + "> Before compiling current, read the Makefile in /usr/src - carefully. You should at least run a `make world' the first time - through as part of the upgrading process. - Reading the &a.current will keep you up-to-date on other + carefully. You should at least run a `' the first time through as part of the upgrading + process. Reading the &a.current will keep you up-to-date on other bootstrapping procedures that sometimes become necessary as we move towards the next release. Index: handbook.sgml =================================================================== RCS file: /usr/local/cvs-reps/FreeBSD/doc/handbook/handbook.sgml,v retrieving revision 1.81 diff -u -r1.81 handbook.sgml --- handbook.sgml 1997/11/18 16:06:08 1.81 +++ handbook.sgml 1998/02/26 00:05:00 @@ -153,6 +153,7 @@ ¤t; &stable; &synching; + &makeworld; &submitters; Index: hw.sgml =================================================================== RCS file: /usr/local/cvs-reps/FreeBSD/doc/handbook/hw.sgml,v retrieving revision 1.79 diff -u -r1.79 hw.sgml --- hw.sgml 1998/02/19 06:45:27 1.79 +++ hw.sgml 1998/02/26 00:06:46 @@ -86,11 +86,11 @@ drops have dropped P6 systems into a very affordable price bracket, at least in the United States, and for serious server applications you may wish to look no further than the Pentium Pro. My personal - `make world' times dropped from 3 hours and 40 minutes with a P5/166 - to 1 hour and 22 minutes when I upgraded to a P6/200 machine - not - a fair comparison, to be sure, but just to note that in terms of - increased productivity, the P6/200 has definitely been worth the upgrade - for me. + `' times dropped from 3 hours and + 40 minutes with a P5/166 to 1 hour and 22 minutes when I upgraded to a + P6/200 machine - not a fair comparison, to be sure, but just to note + that in terms of increased productivity, the P6/200 has definitely been + worth the upgrade for me. NOTE: The Intel motherboards are designed to a different form-factor and hence require an entirely different PC case, the so-called Index: sections.sgml =================================================================== RCS file: /usr/local/cvs-reps/FreeBSD/doc/handbook/sections.sgml,v retrieving revision 1.27 diff -u -r1.27 sections.sgml --- sections.sgml 1998/02/19 06:45:30 1.27 +++ sections.sgml 1998/02/26 00:04:49 @@ -35,6 +35,7 @@ + Index: stable.sgml =================================================================== RCS file: /usr/local/cvs-reps/FreeBSD/doc/handbook/stable.sgml,v retrieving revision 1.16 diff -u -r1.16 stable.sgml --- stable.sgml 1997/10/21 16:14:26 1.16 +++ stable.sgml 1998/02/26 00:07:48 @@ -100,9 +100,9 @@ Otherwise, use CTM. Before compiling stable, read the Makefile in /usr/src - carefully. You should at least run a `make world' the first time - through as part of the upgrading process. - Reading the &a.stable will keep you up-to-date on other bootstrapping - procedures that sometimes become necessary as we move towards the next - release. + carefully. You should at least run a `' the first time through as part of the upgrading + process. Reading the &a.stable will keep you up-to-date on other + bootstrapping procedures that sometimes become necessary as we move + towards the next release. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 17:50:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24362 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 17:50:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24356; Wed, 25 Feb 1998 17:50:01 -0800 (PST) (envelope-from gnats) Date: Wed, 25 Feb 1998 17:50:01 -0800 (PST) Message-Id: <199802260150.RAA24356@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: docs/5853: [PATCH] Update handbook to include pointer to 'make world' tutorial Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR docs/5853; it has been noted by GNATS. From: "Jordan K. Hubbard" To: nik@nothing-going-on.demon.co.uk Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: docs/5853: [PATCH] Update handbook to include pointer to 'make world' tutorial Date: Wed, 25 Feb 1998 17:44:42 -0800 If you're going to work on the handbook as an ongoing thing, would you care to join the FreeBSD docs project / developer team? Then you could simply commit your changes directly without having to file PRs for everything. Your call! Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 18:18:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA29976 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 18:18:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA29920; Wed, 25 Feb 1998 18:18:43 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA29832; Wed, 25 Feb 1998 18:18:16 -0800 (PST) Date: Wed, 25 Feb 1998 18:18:16 -0800 (PST) Message-Id: <199802260218.SAA29832@freefall.freebsd.org> To: bhlewis@gte.net, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5849 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fstab.5 refers to isofs instead of cd9660 State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Feb 25 18:18:07 PST 1998 State-Changed-Why: Fix applied, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 18:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03569 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 18:30:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03555; Wed, 25 Feb 1998 18:30:04 -0800 (PST) (envelope-from gnats) Received: from dt050ndd.san.rr.com (dougdougdougdoug@dt050ndd.san.rr.com [204.210.31.221]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA00675 for ; Wed, 25 Feb 1998 18:20:52 -0800 (PST) (envelope-from dougdougdougdoug@dt050ndd.san.rr.com) Received: (from dougdougdougdoug@localhost) by dt050ndd.san.rr.com (8.8.8/8.8.8) id CAA14034; Thu, 26 Feb 1998 02:20:41 GMT (envelope-from dougdougdougdoug) Message-Id: <199802260220.CAA14034@dt050ndd.san.rr.com> Date: Thu, 26 Feb 1998 02:20:41 GMT From: Studded@san.rr.com Reply-To: Studded@san.rr.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/5855: Update for /etc/services Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5855 >Category: misc >Synopsis: /etc/services is out of date with IANA >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Feb 25 18:30:01 PST 1998 >Last-Modified: >Originator: Doug >Organization: Triborough Bridge & Tunnel Authority >Release: FreeBSD 2.2.5-STABLE-0223 i386 >Environment: Any FreeBSD system >Description: Our /etc/services file is badly out of date when compared to the current list of IANA assignments. >How-To-Repeat: DNA >Fix: I downloaded the latest list from http://www.isi.edu/in-notes/iana/assignments/port-numbers (last updated 2/24/98) and compared our list to theirs. There are numerous omissions and mistakes in our list, mostly in the higher range. I added the ddp services from our list, and deleted the comments about kerberos conflicts since they seem to be worked out in the new list. There is one oddity with their list that I don't understand. Among the few others, they have port ranges for x11 6000-6063/tcp X Window System x11 6000-6063/udp X Window System and ircu 6665-6669/tcp IRCU ircu 6665-6669/udp IRCU Using utilities like netstat and trafshow, the x11 range is identified correctly, but the ircu range is not identified at all. I played with this a bit and couldn't make out what the differences are, if any. There are only 3 other protocols with port ranges in their list, so I don't think this will be a big problem. I placed the actual patch on ftp://ftp.freebsd.org/pub/FreeBSD/incoming/ with the name services.diff.gz because of it's size (c. 80k gzipped). Hope this helps, Doug Ps, If this falls through the cracks and someone gets to it at a latter date, you might consider revisiting the www page and getting the latest list. They seem to update it pretty often. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 18:46:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06589 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 18:46:24 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA06544; Wed, 25 Feb 1998 18:46:04 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA00206; Wed, 25 Feb 1998 18:45:37 -0800 (PST) Date: Wed, 25 Feb 1998 18:45:37 -0800 (PST) Message-Id: <199802260245.SAA00206@freefall.freebsd.org> To: sjr@home.net, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5828 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rc.8 manual page out of date State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Feb 25 18:45:29 PST 1998 State-Changed-Why: Fix applied, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 20:20:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA02115 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 20:20:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA02031; Wed, 25 Feb 1998 20:20:23 -0800 (PST) (envelope-from gnats) Date: Wed, 25 Feb 1998 20:20:23 -0800 (PST) Message-Id: <199802260420.UAA02031@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/5846: Generic SCSI ioctl w/ big data transfer fails with "physio split the request" diagnostics. Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5846; it has been noted by GNATS. From: Bruce Evans To: freebsd-gnats-submit@FreeBSD.ORG, gene@nttlabs.com Cc: Subject: Re: kern/5846: Generic SCSI ioctl w/ big data transfer fails with "physio split the request" diagnostics. Date: Thu, 26 Feb 1998 15:12:19 +1100 >>Description: >Generic SCSI ioctl, particularly SCIOCCOMMAND, with data-in/out phase >fails if the size of data to be transferred is larger than a certain >threshold (approximately 128 bytes in my case). The kernel dumps >"physio split the request.. cannot proceed" onto the console and the >ioctl returns -1 with errno=EIO, as programmed in /sys/scsi/scsi_ioctl.h. This is essentially the same problem as in PR 5599. >>Fix: Untested unimplemented fixes: 1) In maxphys(), don't reduce the transfer size to bp->b_kvasize if that size is 0. 2) Consider fixing all the places that allocate buffer headers bogusly using malloc() and bzero(). scsi_do_ioctl() knows nothing of bp->b_kvasize, but it happens to initialize it correctly using bzero() (I think the bug is in maxphys() in this case - some buffers just don't have kva). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 25 21:12:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA17976 for freebsd-bugs-outgoing; Wed, 25 Feb 1998 21:12:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA17930; Wed, 25 Feb 1998 21:11:53 -0800 (PST) (envelope-from steve) Date: Wed, 25 Feb 1998 21:11:53 -0800 (PST) From: Steve Price Message-Id: <199802260511.VAA17930@hub.freebsd.org> To: jau@iki.fi, steve, freebsd-bugs, steve Subject: Re: bin/5843 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: `mount -p' did not report the MNT_NOATIME flag State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Wed Feb 25 21:09:24 PST 1998 State-Changed-Why: Suggested patch (which also happens to be in -current) applied. Thanks! Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Wed Feb 25 21:09:24 PST 1998 Responsible-Changed-Why: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 00:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11854 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 00:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11848; Thu, 26 Feb 1998 00:10:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11431; Thu, 26 Feb 1998 00:04:58 -0800 (PST) (envelope-from nobody) Message-Id: <199802260804.AAA11431@hub.freebsd.org> Date: Thu, 26 Feb 1998 00:04:58 -0800 (PST) From: aryeh@rad-inet.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/5856: atof/strtod busted Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5856 >Category: misc >Synopsis: atof/strtod busted >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 26 00:10:01 PST 1998 >Last-Modified: >Originator: Aryeh Friedman >Organization: Radical Internet >Release: 2.2.5-RELASE (2/20/98) >Environment: FreeBSD void.rad-inet.com 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Sat May 18 21:05:23 GMT 1996 root@:/usr/src/sys/compile/B5 i386 >Description: atof for any string either containing numbers, alpa, or alphanum always returns a value of 1 >How-To-Repeat: main() { duble foo; foo=atof("3.145"); printf("%f",foo); } >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 02:03:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA25321 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 02:03:45 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mserv1a.u-net.net (mserv1a.u-net.net [195.102.240.34]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id CAA25316 for ; Thu, 26 Feb 1998 02:03:42 -0800 (PST) (envelope-from rjp@kietra.u-net.com) Received: from brunel [195.102.196.160] by mserv1a.u-net.net with smtp (Exim 1.73 #4) id 0y7zfD-0004cX-00; Thu, 26 Feb 1998 09:31:35 +0000 Message-ID: <34F536DC.1082@kietra.u-net.com> Date: Thu, 26 Feb 1998 09:33:16 +0000 From: "Richard J. Pontefract" Reply-To: rjp@kietra.u-net.com Organization: None X-Mailer: Mozilla 3.01 (WinNT; I) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 06:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA24766 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 06:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA24733; Thu, 26 Feb 1998 06:30:01 -0800 (PST) (envelope-from gnats) Date: Thu, 26 Feb 1998 06:30:01 -0800 (PST) Message-Id: <199802261430.GAA24733@hub.freebsd.org> To: freebsd-bugs Cc: From: Zach Heilig Subject: Re: misc/5856: atof/strtod busted Reply-To: Zach Heilig Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/5856; it has been noted by GNATS. From: Zach Heilig To: aryeh@rad-inet.com, freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: misc/5856: atof/strtod busted Date: Thu, 26 Feb 1998 07:36:56 -0600 On Thu, Feb 26, 1998 at 12:04:58AM -0800, aryeh@rad-inet.com wrote: > >Description: > atof for any string either containing numbers, alpa, or alphanum always > returns a value of 1 > >How-To-Repeat: > main() > { > duble foo; > > foo=atof("3.145"); > printf("%f",foo); > } You need to include headers for the functions you call. In this case, you need for printf() and for atof. Then your program works: #include #include int main(void) { double foo; foo = atof("3.1415"); printf("%f\n", foo); return 0; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 07:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29937 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 07:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29924; Thu, 26 Feb 1998 07:00:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA29752; Thu, 26 Feb 1998 06:57:52 -0800 (PST) (envelope-from nobody) Message-Id: <199802261457.GAA29752@hub.freebsd.org> Date: Thu, 26 Feb 1998 06:57:52 -0800 (PST) From: biswick@stdio.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5857: non-functional lpr/lpr Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5857 >Category: bin >Synopsis: non-functional lpr/lpr >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 26 07:00:02 PST 1998 >Last-Modified: >Originator: Chad Hall >Organization: Blearg Inc. >Release: 2.2.5-STABLE >Environment: FreeBSD guinness.ap.lexmark.com 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Sun Feb 22 21:25:49 EST 1998 chall@guinness.ap.lexmark.com:/usr/src/sys/compile/GUINNESS i386 >Description: lpr hanngs the printer when used, even ftp connections are refused until the printer is powercycled. Printer is an IBM 4039 w/ network card. >How-To-Repeat: lpr /etc/hosts >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 07:10:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA01557 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 07:10:49 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA01500; Thu, 26 Feb 1998 07:10:07 -0800 (PST) (envelope-from steve) Date: Thu, 26 Feb 1998 07:10:07 -0800 (PST) From: Steve Price Message-Id: <199802261510.HAA01500@hub.freebsd.org> To: aryeh@rad-inet.com, steve, freebsd-bugs Subject: Re: misc/5856 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: atof/strtod busted State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Thu Feb 26 07:06:06 PST 1998 State-Changed-Why: Without #include the compiler assumes that atof returns an int, which will make you program not work. Solution: include the following lines at the top of your program: #include #include To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 09:03:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16607 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 09:03:53 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from void.rad-inet.com (shadows.dnull.com [207.155.25.187]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16414; Thu, 26 Feb 1998 09:02:54 -0800 (PST) (envelope-from aryeh@void.rad-inet.com) Received: (from aryeh@localhost) by void.rad-inet.com (8.8.8/8.8.8) id JAA16425; Thu, 26 Feb 1998 09:02:53 -0800 (PST) Date: Thu, 26 Feb 1998 09:02:53 -0800 (PST) From: "Aryeh M. Friedman" Message-Id: <199802261702.JAA16425@void.rad-inet.com> To: aryeh@rad-inet.com, freebsd-bugs@hub.freebsd.org, steve@FreeBSD.ORG, steve@hub.freebsd.org Subject: Re: misc/5856 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This should be better doced in various places since I used to k&r where if no proto for a lib is found it assumes it is the same ret type as ther caller "expects" it to be ./ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 09:38:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21049 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 09:38:29 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21042 for ; Thu, 26 Feb 1998 09:38:27 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (tnt3-163.HiWAAY.net [208.147.146.163]) by fly.HiWAAY.net (8.8.8/8.8.6) with SMTP id LAA23878; Thu, 26 Feb 1998 11:38:07 -0600 (CST) Message-ID: <34F5A8AB.3D0D0DF2@hiwaay.net> Date: Thu, 26 Feb 1998 11:38:51 -0600 From: Steve Price X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: "Aryeh M. Friedman" CC: freebsd-bugs@FreeBSD.ORG Subject: Re: misc/5856 References: <199802261702.JAA16425@void.rad-inet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Aryeh M. Friedman wrote: > > This should be better doced in various places since I used to k&r where > if no proto for a lib is found it assumes it is the same ret type as ther > caller "expects" it to be > ./ I'm pretty sure this is not the case. In K&R style code you will generally see something like the following: main() { double atof(), foo; foo = atof("1.345"); printf("%f", foo); return 0; } Which does indeed work as expected. What may be confusing you is that in the absence of a declaration a K&R compiler will assume that the return type is int, just as it does with main function above. So what you say will appear true in every instance of a function that truly returns an int. So in your example the absence of a declaration for atof causes the compiler to assume atof returns an int which it in term tries to convert to a double and assign to foo. In C this would be equivalent to something like: foo = (double)((int)atof("1.345")); Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 09:40:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21276 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 09:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21261; Thu, 26 Feb 1998 09:40:03 -0800 (PST) (envelope-from gnats) Date: Thu, 26 Feb 1998 09:40:03 -0800 (PST) Message-Id: <199802261740.JAA21261@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/5451: halt/reboot does not execute /etc/rc.shutdown as kill -INT 1 Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5451; it has been noted by GNATS. From: Bill Fenner To: Leif Neland Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/5451: halt/reboot does not execute /etc/rc.shutdown as kill -INT 1 Date: Thu, 26 Feb 1998 09:26:01 PST The "misfiled" was simply because GNATS filed it in the "pending" category - it may have been unable to parse some of the fields in your submission. At the same time, we've had some weird GNATS problems so there may not have been anything wrong with your bug report at all. "misfiled" definitely doesn't have anything to do with the content of your submission, and it's now in the queue properly. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 09:52:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA22922 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 09:52:56 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from alpha.xerox.com (firewall-user@alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA22909 for ; Thu, 26 Feb 1998 09:52:55 -0800 (PST) (envelope-from fenner@parc.xerox.com) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <53219(5)>; Thu, 26 Feb 1998 09:43:37 PST Received: by crevenia.parc.xerox.com id <177476>; Thu, 26 Feb 1998 09:43:04 -0800 From: Bill Fenner To: aryeh@void.rad-inet.com, freebsd-bugs@hub.freebsd.org Subject: Re: misc/5856 Message-Id: <98Feb26.094304pst.177476@crevenia.parc.xerox.com> Date: Thu, 26 Feb 1998 09:43:01 PST Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >This should be better doced in various places since I used to k&r where >if no proto for a lib is found it assumes it is the same ret type as ther >caller "expects" it to be K&R requires return value declarations when the return value isn't a (promoted) int. Section 4.2 ("Functions Returning Non-Integers") of "The C Programming Language" (1st ed.) goes into more detail; specifically, at the bottom of page 69, Second, and just as important, the *calling* routine must state that atof returns a non-int value. (emphasis theirs) Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 10:14:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27022 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 10:14:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ecstasy.ksu.ru (root@ecstasy.ksu.ru [193.232.252.41]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA26411 for ; Thu, 26 Feb 1998 10:11:41 -0800 (PST) (envelope-from Adel.Abushaev@ksu.ru) X-Pass-Through: Kazan State University network Received: from alpha (adel@alpha [193.232.252.33]) by ecstasy.ksu.ru (8.8.4/8.8.4) with SMTP id UAA14029 for ; Thu, 26 Feb 1998 20:46:12 +0300 (MSK) Date: Thu, 26 Feb 1998 20:46:02 +0300 (MSK) From: Adel Abushaev X-Sender: adel@alpha To: freebsd-bugs@FreeBSD.ORG Subject: Possible bug Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello. I just performed ioctl(sockfd, FIONREAD, &optval) for the datagram socket and sent datagram (sendto()) 512 bytes long... I got 528 in optval, but recv() withlength=512 returned right data. As far as datagram service is record-like, we can't read less or more bytes from socket than we sent. So, seems to be wrong parameter returning in ioctl(,FIONREAD) fro SOCK_DGRAM sockets. Thanks for attention, Adel. ------------------------------------------------------------------------ * The gates of excellence are surrounded by the ocean of sweat * ------------------------------------------------------------------------ adel@ksu.ru | Adel A. Abushaev Kazan State University | Datalink Centre | Consulting & Network Division ------------------------------------------------------------------------ * "Serve and save ... Knowledge is the key ... Nothing is impossible" * ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 11:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06315 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 11:30:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06301; Thu, 26 Feb 1998 11:30:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA05774; Thu, 26 Feb 1998 11:27:17 -0800 (PST) (envelope-from nobody) Message-Id: <199802261927.LAA05774@hub.freebsd.org> Date: Thu, 26 Feb 1998 11:27:17 -0800 (PST) From: xcene@c2i.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5858: 'number' dumps core on negative numbers (FreeBSD 2.2.5-STABLE) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5858 >Category: bin >Synopsis: 'number' dumps core on negative numbers (FreeBSD 2.2.5-STABLE) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 26 11:30:01 PST 1998 >Last-Modified: >Originator: Frode E. Moe >Organization: - >Release: FreeBSD 2.2.5-STABLE, cvsup'd till 25.02.98 >Environment: FreeBSD beauty.net 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Thu Feb 26 06:59:33 CET 1998 root@beauty.net:/usr/src/sys/compile/BEAUTY i386 >Description: the 'number' program crashes and dumps core if I try entering negative numbers. >How-To-Repeat: execute 'numbers' and type -2 my output is: minus Segmentation fault (core dumped) >Fix: nope >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 11:50:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10740 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 11:50:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from base486.home.org (root@imdave.pr.mcs.net [205.164.3.77]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA10624 for ; Thu, 26 Feb 1998 11:49:57 -0800 (PST) (envelope-from imdave@mcs.net) Received: (from imdave@localhost) by base486.home.org (8.8.8/8.8.8) id NAA24005; Thu, 26 Feb 1998 13:49:17 -0600 (CST) Date: Thu, 26 Feb 1998 13:49:17 -0600 (CST) From: Dave Bodenstab Message-Id: <199802261949.NAA24005@base486.home.org> To: freebsd-bugs@FreeBSD.ORG Subject: Re: misc/5856: atof/strtod busted Cc: aryeh@rad-inet.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > From: aryeh@rad-inet.com > > >Number: 5856 > >Category: misc > >Synopsis: atof/strtod busted > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Feb 26 00:10:01 PST 1998 > >Last-Modified: > >Originator: Aryeh Friedman > >Organization: > Radical Internet > >Release: 2.2.5-RELASE (2/20/98) > >Environment: > FreeBSD void.rad-inet.com 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Sat May 18 21:05:23 GMT 1996 root@:/usr/src/sys/compile/B5 i386 > > >Description: > atof for any string either containing numbers, alpa, or alphanum always > returns a value of 1 > >How-To-Repeat: > main() > { > duble foo; > > foo=atof("3.145"); > printf("%f",foo); > } > >Fix: If you don't declare atof() to return ``double'', or include stdlib.h, the compiler assumes that atof() returns ``int''. Since this is incorrect, you get incorrect results. Dave Bodenstab imdave@mcs.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 12:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21337 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 12:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21311; Thu, 26 Feb 1998 12:50:01 -0800 (PST) (envelope-from gnats) Date: Thu, 26 Feb 1998 12:50:01 -0800 (PST) Message-Id: <199802262050.MAA21311@hub.freebsd.org> To: freebsd-bugs Cc: From: Max Euston Subject: RE: bin/5858: 'number' dumps core on negative numbers (FreeBSD 2.2.5-STABLE) Reply-To: Max Euston Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5858; it has been noted by GNATS. From: Max Euston To: "'xcene@c2i.net'" , "freebsd-gnats-submit@freebsd.org" Cc: Subject: RE: bin/5858: 'number' dumps core on negative numbers (FreeBSD 2.2.5-STABLE) Date: Thu, 26 Feb 1998 15:33:02 -0500 Found it... diff -u /usr/src/games/number/number.c /usr/local/src/games/number/number.c --- /usr/src/games/number/number.c Wed Dec 3 00:47:40 1997 +++ /usr/local/src/games/number/number.c Thu Feb 26 15:31:43 1998 @@ -164,6 +164,7 @@ if (*line == '-') { (void)printf("minus%s", lflag ? " " : "\n"); ++line; + --len; } rval = len > 0 ? unit(len, line) : 0; Max ----- Max Euston Sysadm, Programmer, etc... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 13:18:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26600 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 13:18:16 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26505; Thu, 26 Feb 1998 13:17:55 -0800 (PST) (envelope-from steve) Date: Thu, 26 Feb 1998 13:17:55 -0800 (PST) From: Steve Price Message-Id: <199802262117.NAA26505@hub.freebsd.org> To: xcene@c2i.net, steve, freebsd-bugs Subject: Re: bin/5858 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 'number' dumps core on negative numbers (FreeBSD 2.2.5-STABLE) State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Thu Feb 26 13:17:28 PST 1998 State-Changed-Why: Max Euston's fix was submitted. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 17:40:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17070 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 17:40:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17032; Thu, 26 Feb 1998 17:40:04 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA15690; Thu, 26 Feb 1998 17:32:41 -0800 (PST) (envelope-from nobody) Message-Id: <199802270132.RAA15690@hub.freebsd.org> Date: Thu, 26 Feb 1998 17:32:41 -0800 (PST) From: kuriyama@opt.phys.waseda.ac.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/5861: Obsolete sample MASTER_SITE_TEX_CTAN in make.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5861 >Category: conf >Synopsis: Obsolete sample MASTER_SITE_TEX_CTAN in make.conf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 26 17:40:01 PST 1998 >Last-Modified: >Originator: Jun Kuriyama >Organization: Waseda Univ., Japan >Release: FreeBSD(98)-2.2.5-RELEASE (Inst04) >Environment: I cannot get it now. >Description: In $CVSROOT/src/etc/make.conf, comment for MASTER_SITE_TEX_CTAN is "ftp://ftp.tex.ac.uk/public/ctan/tex-archive/${MASTER_SITE_SUBDIR}/", but this URL is obsoleted and new URL is "ftp://ftp.tex.ac.uk/tex-archive/${MASTER_SITE_SUBDIR}/". >How-To-Repeat: See your /etc/make.conf. (HEAD, RELENG_2_2) >Fix: Correct old URL to new URL. Such as /usr/share/mk/bsd.port.mk. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 18:42:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA01436 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 18:42:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA01331; Thu, 26 Feb 1998 18:41:04 -0800 (PST) (envelope-from mpp@FreeBSD.org) From: Mike Pritchard Received: (from mpp@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA29502; Thu, 26 Feb 1998 18:40:28 -0800 (PST) Date: Thu, 26 Feb 1998 18:40:28 -0800 (PST) Message-Id: <199802270240.SAA29502@freefall.freebsd.org> To: mpp@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/5854 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: host -l MX or NS core dumps Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: mpp Responsible-Changed-When: Thu Feb 26 18:39:30 PST 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 21:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA23380 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 21:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA23373; Thu, 26 Feb 1998 21:40:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA22878; Thu, 26 Feb 1998 21:31:23 -0800 (PST) (envelope-from nobody) Message-Id: <199802270531.VAA22878@hub.freebsd.org> Date: Thu, 26 Feb 1998 21:31:23 -0800 (PST) From: beefa@goats.org.au To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5862: utmp keeps getting corrupted, w failing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5862 >Category: bin >Synopsis: utmp keeps getting corrupted, w failing >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 26 21:40:02 PST 1998 >Last-Modified: >Originator: Roland Scott >Organization: >Release: 3.0-current >Environment: FreeBSD foetus.goats.org.au 3.0-CURRENT FreeBSD 3.0-CURRENT #2: Fri Feb 27 03:03:41 WST 1998 root@foetus.goats.org.au:/usr/src/sys/compile/FOETUS i386 >Description: utmp file corrupting itself, seem to be when i start X, if i remove and touch utmp, problem goes away for a while but then comes back [root@foetus:~] w w: /dev//root: No such file or directory who prints garbage [root@foetus:~] who root ttyv0 Feb 27 13:19 :0.0 root Jan 1 08:00 (%Mö4ttyp1) >How-To-Repeat: corrupt utmp >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 26 23:50:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14342 for freebsd-bugs-outgoing; Thu, 26 Feb 1998 23:50:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14336; Thu, 26 Feb 1998 23:50:08 -0800 (PST) (envelope-from gnats) Received: from callisto.fortean.com (callisto.fortean.com [209.42.194.97]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA14149 for ; Thu, 26 Feb 1998 23:48:32 -0800 (PST) (envelope-from walter@callisto.fortean.com) Received: (from walter@localhost) by callisto.fortean.com (8.8.8/8.8.5) id CAA24164; Fri, 27 Feb 1998 02:47:29 -0500 (EST) Message-Id: <199802270747.CAA24164@callisto.fortean.com> Date: Fri, 27 Feb 1998 02:47:29 -0500 (EST) From: walter@fortean.com Reply-To: walter@firtean.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5863: Kernel support for sorted SHUTDOWN : SHUTDOWN_POWEROFF queues Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5863 >Category: kern >Synopsis: Kernel support for sorted SHUTDOWN & SHUTDOWN_POWEROFF queues >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Feb 26 23:50:00 PST 1998 >Last-Modified: >Originator: Bruce M. Walter >Organization: Fortean Technologies, Inc >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2-STABLE >Description: The attached patches add support for a SHUTDOWN_POWEROFF queue which is run after the SHUTDOWN_POST_SYNC queue. This provides a safe place for callouts which want to poweroff the system by whatever means they have available (UPS and APM would be logical consumers). The patches also implement ordering all three SHUTDOWN_* queues. An patch for the at_shutdown.9 man page is also included. These patches have been tested locally for some time, and are also under review by Mike Smith. >How-To-Repeat: N/A >Fix: *** sys/kern/kern_shutdown.c.orig Sun Aug 10 22:04:14 1997 --- sys/kern/kern_shutdown.c Wed Feb 11 01:56:25 1998 *************** *** 110,115 **** --- 110,116 ---- struct shutdown_list_element *next; bootlist_fn function; void *arg; + int priority; } *sle_p; /* *************** *** 118,123 **** --- 119,125 ---- */ static sle_p shutdown_list1; static sle_p shutdown_list2; + static sle_p shutdown_list3; static void dumpsys(void); *************** *** 248,253 **** --- 250,266 ---- ep = ep->next; } splhigh(); + + /* + * Ok, now do any last things we need to before cpu death + */ + ep = shutdown_list3; + while (ep) { + shutdown_list3 = ep->next; + (*ep->function)(howto, ep->arg); + ep = ep->next; + } + if (howto & RB_HALT) { printf("\n"); printf("The operating system has halted.\n"); *************** *** 391,397 **** } /* ! * Two routines to handle adding/deleting items on the * shutdown callout lists * * at_shutdown(): --- 404,410 ---- } /* ! * Three routines to handle adding/deleting items on the * shutdown callout lists * * at_shutdown(): *************** *** 402,408 **** int at_shutdown(bootlist_fn function, void *arg, int position) { ! sle_p ep, *epp; switch(position) { case SHUTDOWN_PRE_SYNC: --- 415,436 ---- int at_shutdown(bootlist_fn function, void *arg, int position) { ! return (at_shutdown_pri(function,arg,position,SHUTDOWN_PRI_DEFAULT)); ! } ! ! /* ! * Three routines to handle adding/deleting items on the ! * shutdown callout lists ! * ! * at_shutdown_pri(): ! * Take the arguments given and put them onto the shutdown callout list with ! * the given execution priority. ! * returns 0 on success. ! */ ! int ! at_shutdown_pri(bootlist_fn function, void *arg, int position, int priority) ! { ! sle_p ep, ip, lp, *epp; switch(position) { case SHUTDOWN_PRE_SYNC: *************** *** 411,429 **** case SHUTDOWN_POST_SYNC: epp = &shutdown_list2; break; default: printf("bad exit callout list specified\n"); return (EINVAL); } if (rm_at_shutdown(function, arg)) printf("exit callout entry already present\n"); ep = malloc(sizeof(*ep), M_TEMP, M_NOWAIT); if (ep == NULL) return (ENOMEM); - ep->next = *epp; ep->function = function; ep->arg = arg; ! *epp = ep; return (0); } --- 439,482 ---- case SHUTDOWN_POST_SYNC: epp = &shutdown_list2; break; + case SHUTDOWN_POWEROFF: + epp = &shutdown_list3; + break; default: printf("bad exit callout list specified\n"); return (EINVAL); } + if ((priority < SHUTDOWN_PRI_MAX) || (priority > SHUTDOWN_PRI_MIN)) { + printf("bad callout priority specified\n"); + return (EINVAL); + } if (rm_at_shutdown(function, arg)) printf("exit callout entry already present\n"); ep = malloc(sizeof(*ep), M_TEMP, M_NOWAIT); if (ep == NULL) return (ENOMEM); ep->function = function; ep->arg = arg; ! ep->priority = priority; ! ! lp = NULL; ! ip = *epp; ! if (*epp) { ! while (ip) { ! if (ip->priority >= priority) ! break; ! lp = ip; ! ip = ip->next; ! } ! } ! if (lp) { ! ep->next = lp->next; ! lp->next = ep; ! } else { ! ep->next = ip; ! *epp = ep; ! } ! return (0); } *************** *** 451,456 **** --- 504,521 ---- ep = *epp; } epp = &shutdown_list2; + ep = *epp; + while (ep) { + if ((ep->function == function) && (ep->arg == arg)) { + *epp = ep->next; + free(ep, M_TEMP); + count++; + } else { + epp = &ep->next; + } + ep = *epp; + } + epp = &shutdown_list3; ep = *epp; while (ep) { if ((ep->function == function) && (ep->arg == arg)) { *** sys/sys/systm.h.orig Sun Aug 10 22:04:12 1997 --- sys/sys/systm.h Wed Feb 11 01:56:41 1998 *************** *** 168,176 **** --- 168,181 ---- /* shutdown callout list definitions */ typedef void (*bootlist_fn)(int,void *); int at_shutdown(bootlist_fn function, void *arg, int); + int at_shutdown_pri(bootlist_fn function, void *arg, int, int); int rm_at_shutdown(bootlist_fn function, void *arg); #define SHUTDOWN_PRE_SYNC 0 #define SHUTDOWN_POST_SYNC 1 + #define SHUTDOWN_POWEROFF 2 + #define SHUTDOWN_PRI_MAX 1 + #define SHUTDOWN_PRI_MIN 10000 + #define SHUTDOWN_PRI_DEFAULT 5000 /* forking */ /* XXX not yet */ typedef void (*forklist_fn)(struct proc *parent,struct proc *child,int flags); *** share/man/man9/at_shutdown.9.orig Fri Feb 14 02:53:01 1997 --- share/man/man9/at_shutdown.9 Wed Feb 18 11:35:59 1998 *************** *** 25,35 **** .\" .\" $Id: at_shutdown.9,v 1.4.2.1 1997/02/14 07:53:01 mpp Exp $ .\" " ! .Dd August 15, 1996 .Os .Dt AT_SHUTDOWN 9 .Sh NAME .Nm at_shutdown , .Nm rm_at_shutdown .Nd ask that a function be run at shutdown. .Sh SYNOPSIS --- 25,36 ---- .\" .\" $Id: at_shutdown.9,v 1.4.2.1 1997/02/14 07:53:01 mpp Exp $ .\" " ! .Dd February 18, 1998 .Os .Dt AT_SHUTDOWN 9 .Sh NAME .Nm at_shutdown , + .Nm at_shutdown_pri , .Nm rm_at_shutdown .Nd ask that a function be run at shutdown. .Sh SYNOPSIS *************** *** 41,58 **** .Ft int .Fn at_shutdown "bootlist_fn func" "void *arg" "int when" .Ft int .Fn rm_at_shutdown "bootlist_fn func" "void *arg" .Sh DESCRIPTION The .Nm at_shutdown ! facility allows a kernel module to ensure that it is notified ! at system shutdown. The function .Fa func is called with the flags indicating boot type, and the opaque argument .Fa arg when the system is shut down. .Pp If the requirement for notification is removed, then the function .Fn rm_at_shutdown must be called with the exact --- 42,95 ---- .Ft int .Fn at_shutdown "bootlist_fn func" "void *arg" "int when" .Ft int + .Fn at_shutdown_pri "bootlist_fn func" "void *arg" "int when" "int priority" + .Ft int .Fn rm_at_shutdown "bootlist_fn func" "void *arg" .Sh DESCRIPTION The .Nm at_shutdown ! and ! .Nm at_shutdown_pri ! facilities allows a kernel module to ensure that it is notified at system ! shutdown. There are three ordered shutdown queues, one run before the ! final sync, one run after, and one run with the intent of powering off the ! system (if possible). ! .Pp The function .Fa func is called with the flags indicating boot type, and the opaque argument .Fa arg when the system is shut down. .Pp + The argument + .Fa when + should be one of + .Dv SHUTDOWN_PRE_SYNC , + .Dv SHUTDOWN_POST_SYNC + or + .Dv SHUTDOWN_POWEROFF + to specify which queue should be used. + .Pp + The + .Fa priority + argument is an integer value between + .Dv SHUTDOWN_PRI_MAX + and + .Dv SHUTDOWN_PRI_MIN + by which the shutdown queue is sorted. Smaller + .Fa priority + values are executed first. Functions with identical priorities are + executed on a last-added, first-executed basis. + .Pp + For backwards compatibility any functions added via the + .Fn at_shutdown + interface will be added with a priority of + .Dv SHUTDOWN_PRI_DEFAULT + which represents a midpoint between + .Dv SHUTDOWN_PRI_MAX + and + .Dv SHUTDOWN_PRI_MIN . + .Pp If the requirement for notification is removed, then the function .Fn rm_at_shutdown must be called with the exact *************** *** 60,80 **** and .Fa arg arguments as the corresponding call to ! .Fn at_shutdown . ! There are two shutdown queues, one run before the final sync and one after. ! The last argument to ! .Fa at_shutdown ! should be one of ! .Dv SHUTDOWN_PRE_SYNC or ! .Dv SHUTDOWN_POST_SYNC ! to specify which queue should be used. .Fn rm_at_shutdown ! will remove an entry from either queue. .Pp .Sh RETURN VALUES .Fn at_shutdown ! returns an error code, 0 meaning success. .Fn rm_at_shutdown returns the number of items removed (should be 0 or 1). .Sh SEE ALSO --- 97,114 ---- and .Fa arg arguments as the corresponding call to ! .Fn at_shutdown or ! .Fn at_shutdown_pri . .Fn rm_at_shutdown ! will remove an entry from any of the queues. .Pp .Sh RETURN VALUES .Fn at_shutdown ! and ! .Fn at_shutdown_pri ! both return an error code, 0 meaning success. ! .Fn rm_at_shutdown returns the number of items removed (should be 0 or 1). .Sh SEE ALSO *************** *** 88,98 **** functions appeared in .Fx 2.2 . .Sh BUGS ! Since the shutdown queue is not sorted ! and items are added to the head, order of execution ! is reversed to that of insertion. .Sh AUTHORS The function was written by ! .ie t Julian Elischer (julian@freebsd.org) .el Julian Elischer (julian@freebsd.org) --- 122,142 ---- functions appeared in .Fx 2.2 . + .Pp + The + .Fn at_shutdown_pri + function appeared in + .Fx 2.2.6 . .Sh BUGS ! Although the shutdown queues are ordered by ! .Fa priority ! this priority is assigned by the interface consumers and may not ! reflect sanity. .Sh AUTHORS The function was written by ! .ie t Julian Elischer (julian@freebsd.org) .el Julian Elischer (julian@freebsd.org) + .Pp + Ordered execution added by + .ie t Bruce Walter (walter@fortean.com) + .el Bruce Walter (walter@fortean.com) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 27 00:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA18197 for freebsd-bugs-outgoing; Fri, 27 Feb 1998 00:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA18191; Fri, 27 Feb 1998 00:30:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17958; Fri, 27 Feb 1998 00:26:05 -0800 (PST) (envelope-from nobody) Message-Id: <199802270826.AAA17958@hub.freebsd.org> Date: Fri, 27 Feb 1998 00:26:05 -0800 (PST) From: tcd@apex.dp.ua To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5864: serial for advanced dialer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5864 >Category: bin >Synopsis: serial for advanced dialer >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Fri Feb 27 00:30:01 PST 1998 >Last-Modified: >Originator: iIya >Organization: TCD >Release: >Environment: >Description: >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 27 01:47:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA26841 for freebsd-bugs-outgoing; Fri, 27 Feb 1998 01:47:19 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA26798; Fri, 27 Feb 1998 01:46:45 -0800 (PST) (envelope-from steve) Date: Fri, 27 Feb 1998 01:46:45 -0800 (PST) From: Steve Price Message-Id: <199802270946.BAA26798@hub.freebsd.org> To: tcd@apex.dp.ua, steve, freebsd-bugs Subject: Re: bin/5864 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: serial for advanced dialer State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Fri Feb 27 01:44:55 PST 1998 State-Changed-Why: Not a valid PR. Please send-pr again with more info on what excatly you would like us to accomplish. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 27 01:53:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA27736 for freebsd-bugs-outgoing; Fri, 27 Feb 1998 01:53:20 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA27707; Fri, 27 Feb 1998 01:53:07 -0800 (PST) (envelope-from steve) Date: Fri, 27 Feb 1998 01:53:07 -0800 (PST) From: Steve Price Message-Id: <199802270953.BAA27707@hub.freebsd.org> To: beefa@goats.org.au, steve, freebsd-bugs Subject: Re: bin/5862 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: utmp keeps getting corrupted, w failing State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Fri Feb 27 01:48:45 PST 1998 State-Changed-Why: Known problem which requires recompiling xterm and any other program that used the old utmp interface. Since you are running -current this should just require a 'make world', the rebuild of xterm, xdm I think (if you use it), and a few others. Use the search engine on www.FreeBSD.ORG to look for old mailings concerning this topic. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 27 01:55:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA27961 for freebsd-bugs-outgoing; Fri, 27 Feb 1998 01:55:23 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA27938; Fri, 27 Feb 1998 01:55:11 -0800 (PST) (envelope-from steve) Date: Fri, 27 Feb 1998 01:55:11 -0800 (PST) From: Steve Price Message-Id: <199802270955.BAA27938@hub.freebsd.org> To: jonny@coppe.ufrj.br, steve, freebsd-bugs Subject: Re: bin/4794 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mount -p does not reflect noatime flag State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Fri Feb 27 01:54:29 PST 1998 State-Changed-Why: Fixed in both -current and -stable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 27 02:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA00867 for freebsd-bugs-outgoing; Fri, 27 Feb 1998 02:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA00835; Fri, 27 Feb 1998 02:20:03 -0800 (PST) (envelope-from gnats) Received: from vanuata (vanuata.dcs.gla.ac.uk [130.209.240.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA00624 for ; Fri, 27 Feb 1998 02:16:57 -0800 (PST) (envelope-from simonm@dcs.gla.ac.uk) Received: from solander.dcs.gla.ac.uk (actually host solander) by vanuata with SMTP (MMTA) with ESMTP; Fri, 27 Feb 1998 10:16:15 +0000 Received: (from simonm@localhost) by solander.dcs.gla.ac.uk (8.8.7/8.8.7) id KAA07921; Fri, 27 Feb 1998 10:16:11 GMT Message-Id: <199802271016.KAA07921@solander.dcs.gla.ac.uk> Date: Fri, 27 Feb 1998 10:16:11 GMT From: Simon Marlow Reply-To: Simon Marlow To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5866: /usr/include/sys/time.h and _POSIX_SOURCE don't mix Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5866 >Category: bin >Synopsis: can't include with _POSIX_SOURCE defined >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 27 02:20:01 PST 1998 >Last-Modified: >Originator: Simon Marlow >Organization: University of Glasgow >Release: FreeBSD 3.0-CURRENT (25 Feb) >Environment: 3.0-CURRENT only, stable doesn't have this problem. >Description: uses some types from which aren't defined under _POSIX_SOURCE, and doesn't protect the relevant sections with #ifndef _POSIX_SOURCE. >How-To-Repeat: $ cat >test.c #define _POSIX_SOURCE #include ^D $ gcc test.c In file included from test.c:2: /usr/include/sys/time.h:120: parse error before `timecounter_get_t' /usr/include/sys/time.h:120: warning: data definition has no type or storage class /usr/include/sys/time.h:125: parse error before `timecounter_get_t' /usr/include/sys/time.h:125: warning: no semicolon at end of struct or union /usr/include/sys/time.h:142: parse error before `}' >Fix: I don't have access to the POSIX spec, so I have no idea what the right thing to do is. Here's a guess: *** time.h~ Wed Feb 25 16:47:38 1998 --- time.h Fri Feb 27 10:02:46 1998 *************** *** 116,121 **** --- 116,123 ---- * called attoseconds, it comes from "atten" for 18 in Danish/Swedish. */ + #ifndef _POSIX_SOURCE + struct timecounter; typedef u_int timecounter_get_t __P((struct timecounter *)); typedef u_int64_t timecounter_delta_t __P((void)); *************** *** 140,145 **** --- 142,148 ---- struct timecounter *other; struct timecounter *tweak; }; + #endif /* !_POSIX_SOURCE */ /* Operations on timevals. */ #define timerclear(tvp) (tvp)->tv_sec = (tvp)->tv_usec = 0 >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 27 02:58:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA03829 for freebsd-bugs-outgoing; Fri, 27 Feb 1998 02:58:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA03821; Fri, 27 Feb 1998 02:58:42 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA02901; Fri, 27 Feb 1998 02:58:04 -0800 (PST) Date: Fri, 27 Feb 1998 02:58:04 -0800 (PST) Message-Id: <199802271058.CAA02901@freefall.freebsd.org> To: jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: bin/5866 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: can't include with _POSIX_SOURCE defined Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: jkh Responsible-Changed-When: Fri Feb 27 02:57:41 PST 1998 Responsible-Changed-Why: bde was probably the last person in here. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 27 07:48:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05580 for freebsd-bugs-outgoing; Fri, 27 Feb 1998 07:48:16 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05572; Fri, 27 Feb 1998 07:48:10 -0800 (PST) (envelope-from asami@FreeBSD.org) From: Satoshi Asami Received: (from asami@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA26701; Fri, 27 Feb 1998 07:47:30 -0800 (PST) Date: Fri, 27 Feb 1998 07:47:30 -0800 (PST) Message-Id: <199802271547.HAA26701@freefall.freebsd.org> To: kuriyama@opt.phys.waseda.ac.jp, asami@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/5861 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Obsolete sample MASTER_SITE_TEX_CTAN in make.conf State-Changed-From-To: open-closed State-Changed-By: asami State-Changed-When: Fri Feb 27 07:47:05 PST 1998 State-Changed-Why: Thanks, fixed! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 27 19:59:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA11716 for freebsd-bugs-outgoing; Fri, 27 Feb 1998 19:59:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA11589; Fri, 27 Feb 1998 19:59:15 -0800 (PST) (envelope-from steve) Date: Fri, 27 Feb 1998 19:59:15 -0800 (PST) From: Steve Price Message-Id: <199802280359.TAA11589@hub.freebsd.org> To: farco@clnet.cz, steve, freebsd-bugs Subject: Re: misc/5834 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Missing headers for config_open(3) and relatives State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Fri Feb 27 19:58:08 PST 1998 State-Changed-Why: These routines are not used and have been removed with the author's permission. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 27 20:20:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA16872 for freebsd-bugs-outgoing; Fri, 27 Feb 1998 20:20:45 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA16849; Fri, 27 Feb 1998 20:20:19 -0800 (PST) (envelope-from steve) Date: Fri, 27 Feb 1998 20:20:19 -0800 (PST) From: Steve Price Message-Id: <199802280420.UAA16849@hub.freebsd.org> To: finrod@ppp097.uio.no, steve, freebsd-bugs Subject: Re: i386/5773 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Cleanup of /usr/src/sys/i386/isa/lpt.c State-Changed-From-To: feedback-closed State-Changed-By: steve State-Changed-When: Fri Feb 27 20:19:03 PST 1998 State-Changed-Why: Slightly modified patch applied to both -current and -stable. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 27 23:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04682 for freebsd-bugs-outgoing; Fri, 27 Feb 1998 23:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04663; Fri, 27 Feb 1998 23:20:01 -0800 (PST) (envelope-from gnats) Received: from home.dragondata.com (root@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA04071 for ; Fri, 27 Feb 1998 23:11:40 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id NAA19436; Fri, 27 Feb 1998 13:39:44 -0600 (CST) Message-Id: <199802271939.NAA19436@home.dragondata.com> Date: Fri, 27 Feb 1998 13:39:44 -0600 (CST) From: toasty@dragondata.com Reply-To: toasty@dragondata.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5870: df(1) gives values over 100% Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5870 >Category: bin >Synopsis: df(1) gives values over 100% >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 27 23:20:01 PST 1998 >Last-Modified: >Originator: Kevin Day >Organization: DragonData >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current system, cvsupped on Feb 5th. >Description: df(1) will give usage values over 100% Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/wd0a 127023 19946 96916 17% 1256 30486 4% / /dev/wd0s1h 347295 42755 276757 13% 1494 85800 2% /userland /dev/wd0s1g 63503 759 57664 1% 145 15725 1% /userland/var /dev/wd0s1d 2991318 169969 2582044 6% 18308 729530 2% /userland/home /dev/wd0s1f 198399 196536 -14008 108% 50174 0 100% /usr /dev/wd0s1e 127023 1469 115393 1% 195 31547 1% /var procfs 4 4 0 100% 29 4087 1% /proc procfs 4 4 0 100% 29 4087 1% /userland/proc Somehow, 198399 - 196536 is ending up a negative number. This wouldn't be severe if I didn't have progams that used the output of df for monitoring. >How-To-Repeat: Run out of inodes, then do a df. >Fix: Unknown. >Audit-Trail: >Unformatted: Kevin Day To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 27 23:55:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA08977 for freebsd-bugs-outgoing; Fri, 27 Feb 1998 23:55:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA08963; Fri, 27 Feb 1998 23:55:06 -0800 (PST) (envelope-from jmg@FreeBSD.org) From: John-Mark Gurney Received: (from jmg@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA04233; Fri, 27 Feb 1998 23:54:17 -0800 (PST) Date: Fri, 27 Feb 1998 23:54:17 -0800 (PST) Message-Id: <199802280754.XAA04233@freefall.freebsd.org> To: toasty@dragondata.com, jmg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5870 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: df(1) gives values over 100% State-Changed-From-To: open-closed State-Changed-By: jmg State-Changed-When: Fri Feb 27 23:51:05 PST 1998 State-Changed-Why: this is actually normal behavior for ffs filesystems... they reserve part of the space for optimization on storing the files... if you notice: 169969 + 2582044 = 2752013 and not 2991318 as the total says... it prevents a user from using all the disk space and then the root user not being able to do anything about it... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 00:00:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA10080 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 00:00:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA10051; Sat, 28 Feb 1998 00:00:05 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09482; Fri, 27 Feb 1998 23:58:05 -0800 (PST) (envelope-from nobody) Message-Id: <199802280758.XAA09482@hub.freebsd.org> Date: Fri, 27 Feb 1998 23:58:05 -0800 (PST) From: badam@mw.mil.pl To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/5872: no initial/lock state entries for Specialix callout devices Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5872 >Category: conf >Synopsis: no initial/lock state entries for Specialix callout devices >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 28 00:00:03 PST 1998 >Last-Modified: >Originator: Adam Baran >Organization: >Release: 2.2.5-STABLE >Environment: FreeBSD grom.mw.mil.pl 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Tue Feb 24 13:45:33 CET 1998 badam@grom.mw.mil.pl:/usr/src/sys/compile/GROM i386 >Description: MAKEDEV script (as of late february) doesn't create device entries for Specialix initial/lock state callout devices. Driver code doesn't also prepare DEVFS entries for those devices. I found them usefull, so after creating those entries in /dev (in ttyA like manner) my Specialix now works even better (for me -). >How-To-Repeat: ls -l /dev/cua* Even after applying: ./MAKEDEV ttyA16 cuaA16 there are no cuaiA* cualA* entries. >Fix: *** /dev/MAKEDEV Thu Feb 26 19:04:15 1998 --- /dev/MDV Thu Feb 26 19:13:44 1998 *************** *** 827,833 **** minor=`expr $port - 1` name=`expr $port + 1000 | cut -c 3-4` mknod cuaA$name c $major `expr $minor + 128` ! chown uucp.dialer cuaA$name port=`expr $port + 1` done umask 77 --- 827,835 ---- minor=`expr $port - 1` name=`expr $port + 1000 | cut -c 3-4` mknod cuaA$name c $major `expr $minor + 128` ! mknod cuaiA$name c $major `expr $minor + 128 + 65536` ! mknod cualA$name c $major `expr $minor + 128 + 131072` ! chown uucp.dialer cuaA$name cuaiA$name cualA$name port=`expr $port + 1` done umask 77 >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 00:01:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA10271 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 00:01:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA10236; Sat, 28 Feb 1998 00:01:45 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id CAA01130; Sat, 28 Feb 1998 02:01:43 -0600 (CST) From: Kevin Day Message-Id: <199802280801.CAA01130@home.dragondata.com> Subject: Re: bin/5870 In-Reply-To: <199802280754.XAA04233@freefall.freebsd.org> from John-Mark Gurney at "Feb 27, 98 11:54:17 pm" To: jmg@FreeBSD.ORG (John-Mark Gurney) Date: Sat, 28 Feb 1998 02:01:43 -0600 (CST) Cc: toasty@dragondata.com, jmg@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Synopsis: df(1) gives values over 100% > > State-Changed-From-To: open-closed > State-Changed-By: jmg > State-Changed-When: Fri Feb 27 23:51:05 PST 1998 > State-Changed-Why: > this is actually normal behavior for ffs filesystems... they reserve > part of the space for optimization on storing the files... > > if you notice: > 169969 + 2582044 = 2752013 and not 2991318 as the total says... it > prevents a user from using all the disk space and then the root user > not being able to do anything about it... > Can this be documented in the man page then? :) I understand there being a percentage reserved for root, but, I guess I didn't realize that df took that out. In any case, it seems technically incorrect to have a filesystem being 108% used, agreed? :) Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 00:22:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA12416 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 00:22:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from hydrogen.nike.efn.org (d182-89.uoregon.edu [128.223.182.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA12410 for ; Sat, 28 Feb 1998 00:22:04 -0800 (PST) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id AAA02429; Sat, 28 Feb 1998 00:21:56 -0800 (PST) Message-ID: <19980228002156.26144@hydrogen.nike.efn.org> Date: Sat, 28 Feb 1998 00:21:56 -0800 From: John-Mark Gurney To: Kevin Day Cc: toasty@dragondata.com, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5870 References: <199802280754.XAA04233@freefall.freebsd.org> <199802280801.CAA01130@home.dragondata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199802280801.CAA01130@home.dragondata.com>; from Kevin Day on Sat, Feb 28, 1998 at 02:01:43AM -0600 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kevin Day scribbled this message on Feb 28: > > Synopsis: df(1) gives values over 100% > > > > State-Changed-From-To: open-closed > > State-Changed-By: jmg > > State-Changed-When: Fri Feb 27 23:51:05 PST 1998 > > State-Changed-Why: > > this is actually normal behavior for ffs filesystems... they reserve > > part of the space for optimization on storing the files... > > > > if you notice: > > 169969 + 2582044 = 2752013 and not 2991318 as the total says... it > > prevents a user from using all the disk space and then the root user > > not being able to do anything about it... > > > > Can this be documented in the man page then? :) ahh.. but it is... from newfs(8): -m free space % The percentage of space reserved from normal users; the mini- mum free space threshold. The default value used is defined by MINFREE from , currently 8%. See tunefs(8) for more details on how to set this option. > I understand there being a percentage reserved for root, but, I guess I > didn't realize that df took that out. > > In any case, it seems technically incorrect to have a filesystem being 108% > used, agreed? :) so? what do you propose? have df report incorrect values and report it only 100% used when it really is 108% used? I can't see how modifing the current behavior will improve it... because if you modify it to report it over the total usage, then the number only is useful for root and not for the normal user (which uses it more)... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking P.O. Box 5693, 97405 Live in Peace, destroy Micro$oft, support free software, run FreeBSD Don't trust anyone you don't have the source for To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 00:36:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13988 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 00:36:43 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA13982 for ; Sat, 28 Feb 1998 00:36:40 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id CAA03943; Sat, 28 Feb 1998 02:36:37 -0600 (CST) From: Kevin Day Message-Id: <199802280836.CAA03943@home.dragondata.com> Subject: Re: bin/5870 In-Reply-To: <19980228002156.26144@hydrogen.nike.efn.org> from John-Mark Gurney at "Feb 28, 98 00:21:56 am" To: gurney_j@resnet.uoregon.edu Date: Sat, 28 Feb 1998 02:36:36 -0600 (CST) Cc: toasty@dragondata.com, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Can this be documented in the man page then? :) > > ahh.. but it is... from newfs(8): > -m free space % > The percentage of space reserved from normal users; the mini- > mum free space threshold. The default value used is defined > by MINFREE from , currently 8%. See tunefs(8) > for more details on how to set this option. > I meant the df man page. :) I understand the reserved root space. I didn't know that df was aware of it, or that it took it into it's calculations at all. > > In any case, it seems technically incorrect to have a filesystem being 108% > > used, agreed? :) > > so? what do you propose? have df report incorrect values and report > it only 100% used when it really is 108% used? I can't see how modifing > the current behavior will improve it... because if you modify it to > report it over the total usage, then the number only is useful for root > and not for the normal user (which uses it more)... I think it should divide the total blocks the fs has, by the number used, completely ignoring the reserved area. The average user doesn't need to know that there's a part of the disk they can't use. Either it's a public machine with quotas preventing things from getting that bad, or it's a private machine where the owner is root. :) If I am root, and it tells me i'm at 100% usage, I assume i'm full, and cannot write any more data. 100% full means 'no more' to me, not 'no more the average user can use'. Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 01:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA18794 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 01:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA18785; Sat, 28 Feb 1998 01:50:02 -0800 (PST) (envelope-from gnats) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [194.93.177.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA18696 for ; Sat, 28 Feb 1998 01:48:22 -0800 (PST) (envelope-from ru@relay.ucb.crimea.ua) Received: (from root@localhost) by relay.ucb.crimea.ua (8.8.8/8.8.8) id LAA07015; Sat, 28 Feb 1998 11:47:48 +0200 (EET) (envelope-from ru) Message-Id: <199802280947.LAA07015@relay.ucb.crimea.ua> Date: Sat, 28 Feb 1998 11:47:48 +0200 (EET) From: Ruslan Ermilov Reply-To: ru@ucb.crimea.ua To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/5873: syntax error in /usr/share/examples/sliplogin/slip.hosts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5873 >Category: misc >Synopsis: syntax error in /usr/share/examples/sliplogin/slip.hosts >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Feb 28 01:50:00 PST 1998 >Last-Modified: >Originator: Ruslan Ermilov >Organization: United Commercial Bank >Release: FreeBSD 2.2-STABLE i386 >Environment: RELENG_2_2 HEAD >Description: Please apply the patch below >How-To-Repeat: >Fix: Index: slip.hosts =================================================================== RCS file: /usr/FreeBSD-CVS/src/share/examples/sliplogin/slip.hosts,v retrieving revision 1.3 diff -u -r1.3 slip.hosts --- slip.hosts 1996/08/03 05:43:38 1.3 +++ slip.hosts 1998/02/28 09:40:58 @@ -3,7 +3,7 @@ # option(s) consist of the following: (see the sliplogin man page) # normal - no header compression # compress - compress headers -# autocomp - compress heades if remote end allows it +# autocomp - compress headers if remote end allows it # noicmp - disable ICMP packets (such as 'ping' or 'traceroute' packets) # #login local-address remote-address netmask option(s) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 07:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA16057 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 07:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA16049; Sat, 28 Feb 1998 07:10:03 -0800 (PST) (envelope-from gnats) Received: from yk.rim.or.jp (ppp209.yk.rim.or.jp [202.247.134.209]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA15196 for ; Sat, 28 Feb 1998 07:05:23 -0800 (PST) (envelope-from k-horik@yk.rim.or.jp) Received: from localhost (localhost [127.0.0.1]) by yk.rim.or.jp (8.8.7/8.8.7) with ESMTP id AAA04147 for ; Sun, 1 Mar 1998 00:05:04 +0900 (JST) (envelope-from k-horik@yk.rim.or.jp) Message-Id: <19980301000504V.k-horik@yk.rim.or.jp> Date: Sun, 01 Mar 1998 00:05:04 +0900 From: k-horik@yk.rim.or.jp Reply-To: k-horik@yk.rim.or.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5874: In EXAMPLES in adduser.8, usernames exceed 8 characters. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5874 >Category: docs >Synopsis: In EXAMPLES in adduser.8, usernames exceed 8 characters. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 28 07:10:01 PST 1998 >Last-Modified: >Originator: Kazuo Horikawa >Organization: personal user >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: FreeBSD 2.2.5-RELEASE .\" $Id: adduser.8,v 1.12.2.5 1997/10/14 17:34:01 wosch Exp $ >Description: In RESTRICTIONS section, it is described that maximum length of username is 8 characters. But in EXAMPLES of adduser.8, usernames `baerenklau' and `vehlefanz' which exceeds 8 characters are used. Execution of the example: $ adduser -uid 5000 -group guest -message no -batch vehlefanz causes `illegal user name' error: /etc/adduser.conf: No such file or directory Added user ``vehlefanz'' chown: vehlefanz: illegal user name >How-To-Repeat: man adduser >Fix: Cut username in EXAMPLES section to 8 characters: --- adduser.8.bak Sat Feb 28 23:49:33 1998 +++ adduser.8 Sat Feb 28 23:50:42 1998 @@ -219,26 +219,26 @@ .Pp Start adduser in interactive mode. .Pp -$ adduser -batch baerenklau guest,staff,baer '' 'Teddy II' qwerty7 +$ adduser -batch baerenkl guest,staff,baer '' 'Teddy II' qwerty7 .Pp -Create user 'baerenklau' and login group 'baerenklau'. Invite user -baerenklau into groups guest, staff and baer. Use default login class. +Create user 'baerenkl' and login group 'baerenkl'. Invite user +baerenkl into groups guest, staff and baer. Use default login class. Realname (fullname) is 'Teddy II'. Password is 'qwerty7' (don't use such passwords!). Create .Ev HOME directory -.Pa /home/baerenklau +.Pa /home/baerenkl and copy all files and directories from .Pa /usr/share/skel to -.Pa /home/baerenklau . -Send user baerenklau +.Pa /home/baerenkl . +Send user baerenkl a welcome message. .Pp -$ adduser -uid 5000 -group guest -message no -batch vehlefanz +$ adduser -uid 5000 -group guest -message no -batch vehlefan .Pp -Create user 'vehlefanz'. Login group is guest. Uid next available uid +Create user 'vehlefan'. Login group is guest. Uid next available uid after 5000, for instance 5007. No other groups, no realname, no password. Do not send a welcome message. .Sh FILES >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 08:50:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25196 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 08:50:51 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from dol.net (ns1.dol.net [204.183.91.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA25191 for ; Sat, 28 Feb 1998 08:50:45 -0800 (PST) (envelope-from eric@dol.net) Date: Sat, 28 Feb 1998 08:50:45 -0800 (PST) From: eric@dol.net Message-Id: <199802281650.IAA25191@hub.freebsd.org> X-Sender: eric@mail.dol.net X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: John-Mark Gurney , "Jordan K. Hubbard" Subject: Re: conf/5748 Cc: "Matthew N. Dodd" , freebsd-bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The controller i was using came from a system i had built that was using tsx ( a bbs). When i configured for that system i had to use a non standard configuration base address. When i set the card back to the defualt values the card was recognized by free bsd. thanks for all your help. eric At 03:46 AM 2/19/98 -0800, John-Mark Gurney wrote: >Jordan K. Hubbard scribbled this message on Feb 15: >> Aha, a positive report. Well then, so it's just supposed to use the >> ahb driver? Given that the driver is for an EISA device, it also >> wouldn't show up in the menu given that it's *supposed* to be >> preconfigured. No idea how this works for a VLB device using the same >> driver, however. > >this is from my system that uses an 284x... I've been using one since >about 2.0 or 2.0.5 or so... I've had for about two or three and a half >years now and only used it with freebsd (ok, it did get used under dos >to run an exabyte test bed/fireware upgrade)... > >from dmesg: >ahc0: at 0x1c00-0x1cff irq 12 on eisa0 slot 1 >ahc0: aic7770 >= Rev E, Single Channel, SCSI Id=7, 4 SCBs > >as you can see, it requires the eisa code to be detected... and actually >this is what I use in the kernel config: >controller eisa0 >controller ahc0 > >as you can see, it requires nothing else and works great... > >> > On Sat, 14 Feb 1998, Jordan K. Hubbard wrote: >> > > I assume you mean an Adaptec 2940 and if so it's not in the devices >> > > menu because it's a PCI card and doesn't need to be. Never heard of >> > > the 2840, so if you really do have one of those then it's not supported >> > > anyway. :-) >> > >> > The 284x is the VELSA Local Bus version of the aic7770. It uses the same >> > driver as the 274x. >> > >> > It is supported. > >-- > John-Mark Gurney Modem/FAX: +1 541 683 6954 > Cu Networking P.O. Box 5693, 97405 > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD > Delaware Online!.........The SMART Choice! With 56K X2 & Flex Modems Phone : 302-762-0375 Eric = mrdol Fax: 302-762-3462 Failure is NOT an option... www.dol.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 09:51:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29579 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 09:51:54 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from alpha.ksu.ru (adel@alpha.ksu.ru [193.232.252.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA29559 for ; Sat, 28 Feb 1998 09:51:07 -0800 (PST) (envelope-from adel@ksu.ru) X-Pass-Through: Kazan State University network Received: (from adel@localhost) by alpha.ksu.ru (8.8.4/8.8.4) id UAA07054 for freebsd-bugs@freebsd.org; Sat, 28 Feb 1998 20:50:28 +0300 (MSK) Date: Sat, 28 Feb 1998 20:50:28 +0300 (MSK) From: Adel Abushaev Message-Id: <199802281750.UAA07054@alpha.ksu.ru> To: freebsd-bugs@FreeBSD.ORG Subject: Possible ioctl() implementation mistake Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following is bug report and test program. First ioctl() is before recvfrom(), after client sent 512 bytes to the SOCK_DGRAM destination. On all FreeBSD's which I find -ioctl() returns 528 bytes, and I read 512, then ioctl() returns 0. Source code for test (lcient & server) at the end of message. Adel Abushaev , --------------------------------------------------------------------------- FreeBSD jungle 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Sat Feb 7 16:16:08 MVW 1998 az@jungle:/usr/src/sys/compile/jungle i386 ioctl: 528 recv: 512 ioctl: 0 --------------------------------------------------------------------------- FreeBSD shell.cifnet.com 2.2.5-STABLE ioctl: 528 recv: 512 ioctl: 0 --------------------------------------------------------------------------- FreeBSD lapkin.rosprint.ru 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Fri Jan 16 18:05:15 MSK 1998 sandy@lapkin.rosprint.ru:/m/FreeBSD-current/src/sys/compile/LAPKIN i386 ioctl: 528 recv: 512 ioctl: 0 --------------------------------------------------------------------------- Linux irc 2.0.33 #5 Wed Feb 4 04:43:29 WAT 1998 i586 unknown ioctl: 512 recv: 512 ioctl: 0 --------------------------------------------------------------------------- SunOS alpha 5.5 Generic_103093-03 sun4c sparc SUNW,Sun_4_40 ioctl: 512 recv: 512 ioctl: 0 --------------------------------------------------------------------------- /* client.c */ #include #include #include #include #include #include void main() { int sockfd; struct sockaddr_in servaddr_in; char buffer[512]; memset(&servaddr_in, 0, sizeof(struct sockaddr_in)); servaddr_in.sin_family = AF_INET; servaddr_in.sin_addr.s_addr = inet_addr("127.0.0.1"); servaddr_in.sin_port = htons(4000); sockfd = socket(AF_INET, SOCK_DGRAM, 0); if (sockfd <= 0) { perror("socket"); return; } sendto(sockfd, buffer, 512, 0, (struct sockaddr *)&servaddr_in, sizeof(struct sockaddr_in)); close(sockfd); } /* server.c */ #include #include #include #include #include #include #include #include #include #ifdef SOLARIS #include #endif void main() { int sockfd; struct sockaddr_in myaddr_in, peeraddr_in; unsigned addrlen; char buffer[512]; struct timeval tim; int optval; fd_set fdsread, fdswrite, fdsexcept; memset(&myaddr_in, 0, sizeof(struct sockaddr_in)); memset(&peeraddr_in, 0, sizeof(struct sockaddr_in)); myaddr_in.sin_family = AF_INET; myaddr_in.sin_addr.s_addr = INADDR_ANY; myaddr_in.sin_port = htons(4000); sockfd = socket(AF_INET, SOCK_DGRAM, 0); if (sockfd <= 0) { perror("socket"); return; } if (bind(sockfd, (struct sockaddr *)&myaddr_in, sizeof(struct sockaddr_in)) < 0) { perror("bind"); return; } FD_ZERO(&fdsread); FD_ZERO(&fdswrite); FD_ZERO(&fdsexcept); FD_SET(sockfd, &fdsread); tim.tv_sec=60; tim.tv_usec=0; select(sockfd+1, &fdsread, &fdswrite, &fdsexcept, &tim); if (FD_ISSET(sockfd, &fdsread)) { ioctl(sockfd, FIONREAD, &optval); printf("ioctl: %d\n",optval); optval=recvfrom(sockfd, buffer, 512, 0, (struct sockaddr *)&peeraddr_in, &addrlen); printf("recv: %d\n",optval); ioctl(sockfd, FIONREAD, &optval); printf("ioctl: %d\n",optval); } close(sockfd); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 13:06:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19692 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 13:06:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from alpha.xerox.com (firewall-user@alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA19684 for ; Sat, 28 Feb 1998 13:06:13 -0800 (PST) (envelope-from fenner@parc.xerox.com) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <51995(2)>; Sat, 28 Feb 1998 13:06:09 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Sat, 28 Feb 1998 13:05:52 -0800 To: Adel Abushaev cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Possible ioctl() implementation mistake In-reply-to: Your message of "Sat, 28 Feb 98 09:50:28 PST." <199802281750.UAA07054@alpha.ksu.ru> Date: Sat, 28 Feb 1998 13:05:40 PST From: Bill Fenner Message-Id: <98Feb28.130552pst.177476@crevenia.parc.xerox.com> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is an old BSD bug. It's also present in IRIX 6.2, OSF1 3.2, SunOS 4.1.3_U1, and NeXTStep 3.3 . The problem is that the 16-byte sockaddr is stored in the receive buffer too, for recvfrom() to return. FIONREAD returns the amount of data in the receive buffer, without worrying about whether it's really data or control info. For example, if I setsockopt(...,IP_RECVDSTADDR,...), server's output becomes ioctl: 544 recv: 512 ioctl: 0 since both the source and the destination are on the socket buffer queue. There are a couple possible fixes: 1. Walk the socket buffer, adding up the lengths of MT_HEADER, MT_DATA or MT_OOBDATA mbufs. This is easy but it's a shame to convert an O(1) function to an O(N) one. 2. Redefine sb_cc to be the data-only length (which appears to be the intent in any case) and make sure that the sockbuf handling functions manage it properly. This may or may not be easy, depending on how much other pieces of the system know about sockbuf internals. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 13:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20025 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 13:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20003; Sat, 28 Feb 1998 13:10:02 -0800 (PST) (envelope-from gnats) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA19885 for ; Sat, 28 Feb 1998 13:08:27 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (d60-090.leach.ucdavis.edu [169.237.60.90]) by relay.nuxi.com (8.8.7/8.6.12) with ESMTP id NAA27586 for ; Sat, 28 Feb 1998 13:08:26 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.8.8/8.7.3) id VAA01450; Sat, 28 Feb 1998 21:07:50 GMT Message-Id: <199802282107.VAA01450@dragon.nuxi.com> Date: Sat, 28 Feb 1998 21:07:50 GMT From: "David O'Brien" Reply-To: obrien@NUXI.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5876: `id''s synopsis poorly formated Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5876 >Category: bin >Synopsis: `id''s synopsis poorly formated >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 28 13:10:01 PST 1998 >Last-Modified: >Originator: David O'Brien >Organization: The FreeBSD Project >Release: FreeBSD 2.2.5-STABLE i386 >Environment: -STABLE from 26-Feb-98 >Description: id(1) synopsys says: id [user] id -G [-n] [user] id -g [-nr] [user] id -p id -u [-nr] [user] rather than id [user] id -G [-n] [user] id -g [-nr] [user] id -p id -u [-nr] [user] to match the usage() statement. >How-To-Repeat: ssh freefall man id >Fix: don't konw mandoc well enough to do it myself. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 13:39:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA21808 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 13:39:51 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from alex@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA21791; Sat, 28 Feb 1998 13:39:46 -0800 (PST) (envelope-from alex) Date: Sat, 28 Feb 1998 13:39:46 -0800 (PST) From: Alex Nash Message-Id: <199802282139.NAA21791@hub.freebsd.org> To: obrien@NUXI.com, alex, freebsd-bugs Subject: Re: bin/5876 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: `id''s synopsis poorly formated State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Sat Feb 28 13:38:48 PST 1998 State-Changed-Why: Fixed in rev 1.4 of id.1. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 13:40:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA21901 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 13:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA21885; Sat, 28 Feb 1998 13:40:02 -0800 (PST) (envelope-from gnats) Received: from alpha.xerox.com (firewall-user@alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA21581 for ; Sat, 28 Feb 1998 13:35:15 -0800 (PST) (envelope-from fenner@parc.xerox.com) Received: from fenestro.parc.xerox.com ([13.0.208.199]) by alpha.xerox.com with SMTP id <52036(1)>; Sat, 28 Feb 1998 13:35:13 PST Received: (from fenner@localhost) by fenestro.parc.xerox.com (8.8.5/8.8.4) id NAA04591; Sat, 28 Feb 1998 13:36:14 -0800 (PST) Message-Id: <199802282136.NAA04591@fenestro.parc.xerox.com> Date: Sat, 28 Feb 1998 13:36:14 PST From: Bill Fenner Reply-To: fenner@parc.xerox.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5877: sb_cc counts control data as well as data data Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5877 >Category: kern >Synopsis: sb_cc counts control data as well as data data >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 28 13:40:00 PST 1998 >Last-Modified: >Originator: Bill Fenner >Organization: Xerox >Release: FreeBSD 3.0-CURRENT i386 >Environment: BSD since the beginning of time (well, 4.2 =) >Description: A socket's sb_cc field includes the length of control data (like the source address, for PR_ADDR protocols, and any control info like if SO_TIMESTAMP, IP_RECVIF, etc. are set). Problems with this include: - FIONREAD just returns sb_cc, but not all these bytes are readable - This count is used to determine the high/low water marks on the socket. Advantages are: - sb_cc is really the length of the attached mbufs, so it's simple to compute. >How-To-Repeat: Adel Abushaev reported the problem and included this pair of test programs. /* client.c */ #include #include #include #include #include #include void main() { int sockfd; struct sockaddr_in servaddr_in; char buffer[512]; memset(&servaddr_in, 0, sizeof(struct sockaddr_in)); servaddr_in.sin_family = AF_INET; servaddr_in.sin_addr.s_addr = inet_addr("127.0.0.1"); servaddr_in.sin_port = htons(4000); sockfd = socket(AF_INET, SOCK_DGRAM, 0); if (sockfd <= 0) { perror("socket"); return; } sendto(sockfd, buffer, 512, 0, (struct sockaddr *)&servaddr_in, sizeof(struct sockaddr_in)); close(sockfd); } /* server.c */ #include #include #include #include #include #include #include #include #include #ifdef SOLARIS #include #endif void main() { int sockfd; struct sockaddr_in myaddr_in, peeraddr_in; unsigned addrlen; char buffer[512]; struct timeval tim; int optval; fd_set fdsread, fdswrite, fdsexcept; memset(&myaddr_in, 0, sizeof(struct sockaddr_in)); memset(&peeraddr_in, 0, sizeof(struct sockaddr_in)); myaddr_in.sin_family = AF_INET; myaddr_in.sin_addr.s_addr = INADDR_ANY; myaddr_in.sin_port = htons(4000); sockfd = socket(AF_INET, SOCK_DGRAM, 0); if (sockfd <= 0) { perror("socket"); return; } if (bind(sockfd, (struct sockaddr *)&myaddr_in, sizeof(struct sockaddr_in)) < 0) { perror("bind"); return; } FD_ZERO(&fdsread); FD_ZERO(&fdswrite); FD_ZERO(&fdsexcept); FD_SET(sockfd, &fdsread); tim.tv_sec=60; tim.tv_usec=0; select(sockfd+1, &fdsread, &fdswrite, &fdsexcept, &tim); if (FD_ISSET(sockfd, &fdsread)) { ioctl(sockfd, FIONREAD, &optval); printf("ioctl: %d\n",optval); optval=recvfrom(sockfd, buffer, 512, 0, (struct sockaddr *)&peeraddr_in, &addrlen); printf("recv: %d\n",optval); ioctl(sockfd, FIONREAD, &optval); printf("ioctl: %d\n",optval); } close(sockfd); } >Fix: Make sb_cc reflect the number of data bytes in the socket buffer, instead of the amount of data+control. This may be as simple as fixing sballoc() and sbfree() in sys/socketvar.h to only count MT_HEADER, MT_DATA, MT_OOBDATA mbufs, or may be much more involved. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 13:49:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22422 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 13:49:35 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22415; Sat, 28 Feb 1998 13:49:31 -0800 (PST) (envelope-from obrien@FreeBSD.org) From: "David E. O'Brien" Received: (from obrien@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA01950; Sat, 28 Feb 1998 13:48:41 -0800 (PST) Date: Sat, 28 Feb 1998 13:48:41 -0800 (PST) Message-Id: <199802282148.NAA01950@freefall.freebsd.org> To: obrien@NUXI.com, obrien@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5876 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: `id''s synopsis poorly formated State-Changed-From-To: closed-open State-Changed-By: obrien State-Changed-When: Sat Feb 28 13:48:10 PST 1998 State-Changed-Why: The PR was agaist 2.2.5-STABLE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 14:16:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25875 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 14:16:35 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from alex@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25847; Sat, 28 Feb 1998 14:16:29 -0800 (PST) (envelope-from alex) Date: Sat, 28 Feb 1998 14:16:29 -0800 (PST) From: Alex Nash Message-Id: <199802282216.OAA25847@hub.freebsd.org> To: obrien@NUXI.com, alex, freebsd-bugs Subject: Re: bin/5876 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: `id''s synopsis poorly formated State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Sat Feb 28 14:12:19 PST 1998 State-Changed-Why: Merged from -stable on behalf of committer who found it easier to reopen the PR and complain than type: cvs update -j1.3 -j1.4 :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 15:05:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA00599 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 15:05:21 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA00589; Sat, 28 Feb 1998 15:05:16 -0800 (PST) (envelope-from obrien@FreeBSD.org) From: "David E. O'Brien" Received: (from obrien@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA02307; Sat, 28 Feb 1998 15:04:26 -0800 (PST) Date: Sat, 28 Feb 1998 15:04:26 -0800 (PST) Message-Id: <199802282304.PAA02307@freefall.freebsd.org> To: obrien@NUXI.com, obrien@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5837 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FAQ out of date WRT ELF / DOS binaries State-Changed-From-To: open-closed State-Changed-By: obrien State-Changed-When: Sat Feb 28 15:02:07 PST 1998 State-Changed-Why: Made an attempt to update things. Should be revied for accruacty. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 15:40:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05103 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 15:40:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05078; Sat, 28 Feb 1998 15:40:01 -0800 (PST) (envelope-from gnats) Date: Sat, 28 Feb 1998 15:40:01 -0800 (PST) Message-Id: <199802282340.PAA05078@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/5876: `id''s synopsis poorly formated Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5876; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, obrien@NUXI.com Cc: Subject: Re: bin/5876: `id''s synopsis poorly formated Date: Sun, 1 Mar 1998 10:34:59 +1100 >>Description: > > id(1) synopsys says: > > id [user] id -G [-n] [user] id -g [-nr] [user] id -p id -u [-nr] [user] > > rather than > id [user] > id -G [-n] [user] > id -g [-nr] [user] > id -p id -u [-nr] [user] > > to match the usage() statement. >... >>Fix: > > don't konw mandoc well enough to do it myself. mdoc lesson: the former is what you get if you is .nm with no args for the second and subsequent "id"s. This bug was introduced by excessively zealously removing .nm args in rev.1.2. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 16:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA09333 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 16:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA09312; Sat, 28 Feb 1998 16:10:02 -0800 (PST) (envelope-from gnats) Date: Sat, 28 Feb 1998 16:10:02 -0800 (PST) Message-Id: <199803010010.QAA09312@hub.freebsd.org> To: freebsd-bugs Cc: From: NAGAO -abtk- Tadaaki Subject: Re: bin/5345: NIS netgroup lookups (innetgr) don't work properly under 2.2.5-RELEASE Reply-To: NAGAO -abtk- Tadaaki Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5345; it has been noted by GNATS. From: NAGAO -abtk- Tadaaki To: freebsd-gnats-submit@freebsd.org, croehrig@house.org Cc: Subject: Re: bin/5345: NIS netgroup lookups (innetgr) don't work properly under 2.2.5-RELEASE Date: Sun, 01 Mar 1998 09:06:06 +0900 (JST) Hello, I have recently realized the same problem as in PR 5345, and found that in /usr/src/lib/libc/gen/getnetgrent.c:_listmatch(), `ptr' went beyond a terminating NUL because of the following while-loop: while(*ptr != ',' && !isspace(*ptr)) ptr++; The patch attached at the end of this message will fix this problem. Now, let me explain the cause of the problem in some more detail... When searching for `zallhosts' within a list `allhosts,zallhosts' for example, two pointers `ptr' and `cptr' in _listmatch() eventually point to: a l l h o s t s , z a l l h o s t s NUL ... ^cptr ^ptr(beyond the NUL!) thus a comparison between `glen' (== strlen("zallhosts")) and `ptr - cptr': if (strncmp(cptr, group, glen) == 0 && glen == (ptr - cptr)) return(1); unfortunately fails though strncmp() == 0, and _listmatch() returns "no match". Since PR 5610, in fact, was caused by the same bug as above, the changes made to close PR 5610 can be backed out when this bug is fixed. (actually, I did so when I made the patch below.) Cheers, -- Tada NAGAO Tadaaki (nagao@cs.titech.ac.jp) Dept. of Computer Science, Tokyo Institute of Technology, Japan. --- getnetgrent.c.orig Sun Mar 1 04:27:23 1998 +++ getnetgrent.c Sun Mar 1 04:28:09 1998 @@ -286,21 +286,15 @@ while(isspace(*ptr)) ptr++; - if (strchr(list, ',') == NULL) { - if (strncmp(ptr, group, glen) == 0) { + while (ptr < list + len) { + cptr = ptr; + while(*ptr != ',' && *ptr != '\0' && !isspace(*ptr)) + ptr++; + if (strncmp(cptr, group, glen) == 0 && + glen == (ptr - cptr)) return(1); - } - } else { - while (ptr < list + len) { - cptr = ptr; - while(*ptr != ',' && !isspace(*ptr)) - ptr++; - if (strncmp(cptr, group, glen) == 0 && - glen == (ptr - cptr)) - return(1); - while(*ptr == ',' || isspace(*ptr)) - ptr++; - } + while(*ptr == ',' || isspace(*ptr)) + ptr++; } return(0); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 28 23:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA05854 for freebsd-bugs-outgoing; Sat, 28 Feb 1998 23:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA05828; Sat, 28 Feb 1998 23:20:01 -0800 (PST) (envelope-from gnats) Received: from titus.stade.co.uk (root@stade.demon.co.uk [158.152.29.164]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA04518 for ; Sat, 28 Feb 1998 23:14:28 -0800 (PST) (envelope-from aw1@titus.stade.co.uk) Received: (from aw1@localhost) by titus.stade.co.uk (8.8.8/8.8.3) id DAA19648; Sun, 1 Mar 1998 03:10:24 GMT Message-Id: <199803010310.DAA19648@titus.stade.co.uk> Date: Sun, 1 Mar 1998 03:10:24 GMT From: Adrian Wontroba Reply-To: aw1@stade.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/5879: sendmail.cf.additions refers to undefined Parse0 ruleset Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5879 >Category: conf >Synopsis: sendmail.cf.additions refers to undefined Parse0 ruleset >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 28 23:20:00 PST 1998 >Last-Modified: >Originator: Adrian Wontroba >Organization: Stade Computers Ltd, UK >Release: FreeBSD 2.2.5-STABLE i386 >Environment: Anti-spam rules in /etc/mail/sendmail.cf.additions applied to /etc/sendmail.cf, with the block of rules "mail must come from or go to this machine or machines we allow to relay" uncommented >Description: Mail rejected: Mar 1 02:02:58 titus sendmail[23570]: CAA23570: SYSERR(root): Unknown ruleset Parse0 Mar 1 02:02:58 titus sendmail[23570]: CAA23570: ... Relaying Denied Mar 1 02:02:58 titus sendmail[23570]: CAA23570: ruleset=check_rcpt, arg1=, relay=punt-2c.mail.demon.net [194.217.242.8], reject=550 ... Relaying Denied Mar 1 02:02:59 titus sendmail[23570]: CAA23570: from=, size=0, class=0, pri=0, nrcpts=0, proto=SMTP, relay=punt-2c.mail.demon.net [194.217.242.8] >How-To-Repeat: Activate these anti-spam rules. >Fix: Don't activate this set of rules (8-) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message