From owner-freebsd-bugs Sun Sep 29 03:43:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02867 for bugs-outgoing; Sun, 29 Sep 1996 03:43:31 -0700 (PDT) Received: (from wosch@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02785; Sun, 29 Sep 1996 03:43:22 -0700 (PDT) Date: Sun, 29 Sep 1996 03:43:22 -0700 (PDT) From: Wolfram Schneider Message-Id: <199609291043.DAA02785@freefall.freebsd.org> To: andrew@ugh.net.au, wosch, freebsd-bugs Subject: Re: bin/1521 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: send-pr apparently gets the OS version wrong State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sun Sep 29 03:42:23 PDT 1996 State-Changed-Why: fixed in send-pr/Makefile revision 1.10 date: 1996/02/08 06:04:57; author: pst; state: Exp; lines: +3 -2 Fix bin/pr506 - uname from current system From owner-freebsd-bugs Sun Sep 29 04:30:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA26304 for bugs-outgoing; Sun, 29 Sep 1996 04:30:14 -0700 (PDT) Received: (from pst@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA26270 for freebsd-bugs; Sun, 29 Sep 1996 04:30:10 -0700 (PDT) Date: Sun, 29 Sep 1996 04:30:10 -0700 (PDT) From: Paul Traina Message-Id: <199609291130.EAA26270@freefall.freebsd.org> To: freebsd-bugs Subject: active bugs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions fo FreeBSD including experimental development code and obsolete releases. Bugs can be in one of several states: open A problem report has been submitted, no sanity checking performed analyzed The report has been examined by a team member and evaluated feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. suspended Work on the problem has been postponsed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. If the problem cannot be solved at all, it will be closed, rather than suspended. closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte f [1995/05/28] kern/452 davidg vnode swapping panics f [1995/11/27] kern/840 peter Kernel page directory invalid o [1995/12/03] kern/863 davidg panic on kernel page fault, NULL curproc o [1995/12/08] kern/876 mpp NFS allows bogus accesses to cached data o [1996/01/09] kern/940 panic: free vnode isn't a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m o [1996/01/29] kern/978 se Three deadlocks in row o [1996/02/08] kern/1008 Daily crash while writing network backups a [1996/03/04] kern/1059 hsu null fs panics system o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/04/29] kern/1163 2.2-960323-SNAP: fatal trap 12 o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p o [1996/05/19] kern/1217 separating to hardrives to two IDE channe o [1996/05/26] kern/1257 dyson System got blown away by "vm_pageout_scan o [1996/06/01] kern/1286 cluster_read() calls strategy routine wit o [1996/06/08] kern/1302 3COM 3c590 can't receive packets o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new o [1996/07/15] bin/1387 Group file errors cause absolute havoc o [1996/07/21] misc/1413 Missing library libgcc.261 o [1996/07/21] i386/1414 3c595 ceases to work aftern installation. o [1996/07/25] kern/1432 Rexmit timeout for TCP too short o [1996/08/12] bin/1492 perror ("") does not prepend ": " o [1996/08/15] kern/1498 system hangs during inactivity o [1996/08/20] bin/1519 wpaul chpass creates an NIS security hole o [1996/08/25] kern/1540 panic: ufs_unlock NOT LOCKED a [1996/08/30] bin/1554 wollman routed kills default permanently o [1996/09/11] kern/1599 panic: locking against myself o [1996/09/11] kern/1600 prevent setting of t_timer[TCPT_KEEP] pre o [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re o [1996/09/14] kern/1609 page fault while in kenel mode during Lin o [1996/09/24] kern/1676 NFS V3 client causes panic 33 problems total. Serious problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- o [1994/11/30] kern/34 davidg nullfs and union mounts can result in wil o [1995/01/10] bin/104 pax -rwl may corrupt filesystem o [1995/01/24] gnu/183 bde can't resolve "operator <<" overload a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m a [1995/03/20] docs/264 paul There are no manual pages for the forms l a [1995/03/22] kern/267 davidg NFS code gives error messages, systems ja o [1995/04/01] kern/291 se PCI devices still probe/attach after bein o [1995/04/20] kern/353 se xcdplayer crashes machine (with NCR810 SC o [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte f [1995/05/25] kern/443 65 sendmails crashes system o [1995/05/26] kern/446 phk unable to diskless-boot a PC when the ser a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/06/17] kern/528 bde slow 386 reports excessive interrupt-leve o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line o [1995/08/01] bin/648 bde printf format conversion incorrect (dupli o [1995/08/15] i386/692 bde My modem is not found if my external cach o [1995/08/21] kern/703 amurai ppp not always deleting route properly wh o [1995/08/22] bin/706 increased root DNS traffic and long laten f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem o [1995/09/26] bin/739 Some problems when an output filter reads o [1995/09/27] kern/745 se occasional filesystem inconsistencies, an o [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error o [1995/10/05] misc/767 jkh Configure-time does time-warp on non-UTC a [1995/10/07] bin/771 wollman telnet character mode not set and broken o [1995/10/09] kern/774 dump fails with "slave couldn't reopen di o [1995/10/11] bin/777 patch doesn't realize stdin is closed and o [1995/10/12] bin/778 tar complains "EOF not on block boundary" a [1995/10/15] kern/782 davidg chmod does a null pointer dereference o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps a [1995/10/26] kern/794 swap partition at offset 0 still broken o [1995/11/12] kern/820 gibbs scsi tape problems o [1995/11/16] bin/826 tcpmux listener in inetd does not work o [1995/11/28] bin/850 dump treats write-protect as an EOT & spo o [1995/12/02] kern/860 msmith visual mode in kernel -c is too restricti a [1995/12/04] i386/867 nate Notebook with APM and 3C589C in PCMCIA fr o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1995/12/29] kern/920 bde sio output looses chars in fifo on close( o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/01/02] kern/927 sos VGA mode not restored o [1996/01/06] kern/932 de0 occasionally enables 100baseTX when p o [1996/01/12] misc/942 X11 mono server dumps core on supported v o [1996/01/16] kern/949 panic, undebugable dump? o [1996/01/17] kern/951 julian -current kernel crashes with devfs error o [1996/01/19] kern/956 Kernel page fault, null callp o [1996/01/25] kern/971 Default limits for number of processes pe f [1996/01/27] kern/974 ktrace causes panic: freeing busy page o [1996/01/28] kern/976 se NCR SCSI driver gives assertion errors an o [1996/02/01] bin/986 problems make-ing with cd in the rule o [1996/02/06] kern/998 bde badness in file system silently crashes m o [1996/02/10] kern/1016 dyson panic: vm_page_free: freeing free page, s o [1996/02/10] kern/1017 dyson ssh stopped working between 15th Jan and o [1996/02/12] kern/1018 dyson panic: unwire: page not in pmap o [1996/02/12] bin/1019 joerg getty cannot detect ppp logins o [1996/02/12] kern/1020 Boca 16-port board still hangs o [1996/02/12] docs/1023 mpp using touch to create swap file for NFS d a [1996/02/17] bin/1030 joerg /bin/sh does not pass environment variabl o [1996/02/27] kern/1045 Lockup: b_to_q to a clist with no reserve o [1996/02/28] i386/1048 ep driver fails to detect card when told f [1996/02/28] kern/1049 fenner /kernel: arpresolve: can't allocate llinf o [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after fl o [1996/03/05] kern/1064 Recursive panic? o [1996/03/06] kern/1065 wt could crash reading short blocks a [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol o [1996/03/11] conf/1076 'make install' fails for /usr/src/share/e o [1996/03/16] kern/1081 Fatal double fault o [1996/03/17] kern/1087 Device close entry is not called when unm f [1996/03/21] i386/1097 gibbs system hang during tape rewind/aic7870 co o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/26] kern/1102 smpatel Differentiation of FreeBSD & Linux ELF bi o [1996/03/30] bin/1111 mail.local will happily deliver mail to a o [1996/04/05] kern/1118 panic: setrunqueue encountered when wine o [1996/04/07] kern/1122 Kernel (current) does not see all memory o [1996/04/11] kern/1134 se PPB support is broken for multiple/unknow o [1996/04/11] kern/1135 starting an extra mountd and then killing o [1996/04/24] kern/1157 SCSI Disk Timeouts (ahc0) o [1996/04/28] kern/1160 Panic: bad dir o [1996/04/30] kern/1166 pmap panic (dump available) o [1996/05/02] kern/1171 panic: setrunnable after touching long id o [1996/05/08] kern/1180 freeing held page, count=%d o [1996/05/10] misc/1187 pppd dies with a segv o [1996/05/11] kern/1190 panic: page fault (wild pointer?) o [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/16] kern/1208 Rebooting nfs server results "Permission a [1996/05/17] gnu/1210 peter gcc (v2.6.3) -O and -O2 compile-time bus o [1996/05/18] bin/1212 ppp eventually runs out of file descripto o [1996/05/18] kern/1213 kernel page fault o [1996/05/21] kern/1227 dyson vm_page_activate: already active (new vm o [1996/05/21] kern/1228 probe doesn't find P-n-P modem o [1996/05/24] misc/1247 bde Conflicting header files o [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1252 Heavy activity on a CD causes panic o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/27] kern/1258 dyson new vm code: freeing held page o [1996/05/27] kern/1269 dyson vm_pageout_scan: page not inactive? (loop o [1996/05/28] conf/1270 /etc/ttys does not list all valid ptys (b o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/28] kern/1274 Kernel panics with filesystem error o [1996/05/29] kern/1278 SUN Solaris clients gets host not respond o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/05/31] conf/1285 route_multicast and route_loopback lines o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/06] misc/1299 sos National charecter problem in XFree86 o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/09] bin/1305 dc miscomputes remainder o [1996/06/10] kern/1307 dyson vm_page_free: freeing busy page o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN o [1996/06/14] bin/1322 savecore does not take minfree into accou o [1996/06/14] kern/1323 nate 960612's psm driver does not see the mous o [1996/06/16] kern/1327 joerg keyboard probe in -current fails, X reboo a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum o [1996/06/19] kern/1336 Permission for .. in NFS mounts is somewh o [1996/06/22] kern/1345 kernel page fault, NULL pointer dereferen o [1996/06/25] bin/1351 security problem with mv(1) o [1996/06/26] conf/1352 jkh Missing files from /usr/share/info o [1996/07/06] kern/1371 kernel doesn't flush all its buffers when o [1996/07/09] bin/1377 mv(1) retains the setuid bit when it is u o [1996/07/09] gnu/1379 Man command problem, when it writes into o [1996/07/09] misc/1380 Year 2000 breakage with tm_year o [1996/07/16] bin/1392 PPP silently fails to work when CTS/RTS i a [1996/07/18] kern/1397 bde can't send to a pipe o [1996/07/18] bin/1398 steve .OBJDIR modifications to tree broke make o [1996/07/19] gnu/1407 bde ld computes wrong size of common (global o [1996/07/20] bin/1410 /usr/bin/login is suid, with little requi o [1996/07/21] ports/1415 Installing gnats package makes send-pr fa o [1996/07/23] kern/1420 panic vrele: negative reference count f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 joerg /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 scsi_prevent causing tape problems on clo o [1996/08/08] bin/1479 libc.so.2.2 o [1996/08/09] kern/1480 terminal "cons25" resize problem o [1996/08/16] kern/1500 times system call returning zero user tim o [1996/08/18] ports/1510 jdp socks 0.16.4 no longer on ftp.net.com o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/19] misc/1515 jkh Unable to install 2.1.5 from CD-ROM. o [1996/08/21] bin/1522 dump | restore of filesystem corrupted fi o [1996/08/22] kern/1531 Machine hangs, unable to either fork or e o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/08/22] i386/1534 Installing from Mitsumi FX001D CD-ROM dri o [1996/08/24] ports/1539 sos Attempts to run Linux elf binaries using o [1996/08/25] misc/1541 julian fork.o in libc_r fails to compile o [1996/08/29] bin/1552 sos moused has no manual page (and -s option o [1996/08/31] bin/1557 jkh pkg_add's auto dependency get .. doesn't o [1996/09/02] bin/1563 Curses let letters fall away sometimes o [1996/09/02] bin/1564 jkh Install media query gets sig 11 o [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic o [1996/09/05] kern/1574 Panic: privileged instruction fault o [1996/09/07] kern/1579 dyson panic: ufs_unlock NOT LOCKED o [1996/09/08] conf/1580 steve make & /usr/obj is bogus. o [1996/09/08] kern/1582 kernel panic often under medium load o [1996/09/08] docs/1588 jfieber Handbook Incorrect LaTeX/PostScript outpu o [1996/09/09] kern/1594 peter apic_startup() needs work o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/14] kern/1613 I get ls: fts_read: No such file or direc o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller o [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/18] kern/1638 worm driver won't make audio tracks o [1996/09/19] bin/1648 libmd not 64-bit safe o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/19] kern/1652 changing time hangs system o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/22] bin/1662 jkh typing control-C in pkg_add deletes curre o [1996/09/22] bin/1664 getty doesn't use init kerninfo struct o [1996/09/22] bin/1666 crash in vi, while reading multiple files o [1996/09/23] ports/1669 Some files are not included in pkg/PLIST o [1996/09/23] kern/1670 PCI ed probe causes a page fault o [1996/09/23] bin/1672 rshd makes assumptions regarding gethostb o [1996/09/23] bin/1673 sh's printf is broken o [1996/09/24] kern/1677 read from /dev/kmem may crash system o [1996/09/26] kern/1684 inconsistent permission failures on NFS r o [1996/09/28] bin/1687 watch makes kernel crash 175 problems total. Non-critical problems S Submitted Tracker Engr. Description ------------------------------------------------------------------------------- a [1994/12/01] kern/35 bde mount -t union -o -b : lower layer not se o [1995/01/14] bin/115 bde systat iostat display doesn't scale high o [1995/01/14] bin/129 davidg fsck cannot take a mount point as an argu o [1995/01/15] bin/146 version of compress is kinda old and slow o [1995/01/21] bin/174 Poor error message from stty o [1995/01/22] kern/176 peter EIDRM not defined in errno.h o [1995/01/24] bin/184 pst send-pr says "Aborting ..." and happily r o [1995/01/30] bin/198 asami 1.1.5.1 pine binary loops; top shows fanc o [1995/03/28] kern/281 Messages printed when checking CD ROM dev o [1995/03/28] kern/282 gibbs buslogic adapter information WAY too verb a [1995/04/09] bin/326 Weekly cron generates some usage and erro o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/05/12] bin/398 scrappy VI doesnt do the correct thing o [1995/05/13] bin/401 wollman Add REMOTE_* variables o [1995/05/15] misc/423 Sound devices are too insecure o [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed o [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 wollman ifconfig alias has to be separately given a [1995/08/07] bin/661 sos Hercules is not capable of having a ISO-L o [1995/08/11] ports/673 joerg /bin/sh + inn1.4 innwatch going belly up o [1995/08/11] bin/675 make does unnecessary rebuilds f [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/18] kern/700 fenner The comments in /sys/net/if.h are confusi o [1995/08/29] bin/715 ache ls gives weird tabular form o [1995/09/23] docs/735 wollman missing description for mount options in o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/09/27] bin/743 scrappy vi cannot edit a file where the name star o [1995/09/28] kern/752 wollman setting multiple addresses for a single i o [1995/09/28] kern/753 joerg my archive scsi tape drive does not work o [1995/09/28] docs/754 nate there is no man page for the psm(4) mouse o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/10/14] kern/781 bde OPEN_MAX in kernel config and FD_SETSIZE o [1995/10/25] kern/792 dyson cd9660 very slow. o [1995/10/29] docs/801 mpp rlogind k, v, and x options are not docum o [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works o [1995/11/11] bin/815 mountd reports unknown hosts with non-inf o [1995/11/13] kern/821 Config doesn't properly trap signals o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/22] kern/835 davidg ed panics with SMC ultra with iomem, if n a [1995/11/25] bin/839 by default, use of "at" is overly restric o [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/28] misc/848 jkh Inst gripes about geometry but won't acce o [1995/11/30] bin/854 dyson swapinfo shows incorrect information for o [1995/11/30] ports/857 asami Need ANSI_C define to not declare some fu o [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has co o [1995/12/06] ports/871 asami port.subdir.mk DEBUG_FLAGS is not used fo o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn o [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to a [1995/12/29] misc/922 From line handling incorrect in mail.loca a [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/06] misc/934 amurai ppp dies with Bus Error when processing l o [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info o [1996/01/19] bin/958 ttys file does not include all ptys o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/23] ports/968 asami Netscape & cern_httpd ports out of date/d o [1996/01/28] kern/975 bde getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/03] bin/993 peter g++ complains about /usr/include/machine/ o [1996/02/07] bin/999 peter /usr/share/mk/sys.mk missing common $(RM) o [1996/02/07] kern/1001 bde M_NAMEI malloc leak in the kernel o [1996/02/09] kern/1012 vnode_pager_putpages: attempt to write me o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati o [1996/02/14] kern/1026 deadlocks if parent vfork and child has c o [1996/02/14] bin/1028 shutdown -r does not seem to always compl o [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po a [1996/02/19] bin/1035 ls to terminal always uses ? for non-prin o [1996/02/19] docs/1036 mpp List of dead xrefs in man pages o [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently th o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with o [1996/02/27] gnu/1047 send-pr: Aborting... o [1996/02/29] kern/1051 zip fails on dos partition o [1996/03/02] bin/1056 pppd fails if -detach o [1996/03/09] bin/1074 tty rows & columns settings sometimes res a [1996/03/18] docs/1089 bde stat manpage unclear about st_mtime & fri o [1996/03/20] kern/1090 iostat displays incorrect sps count o [1996/03/20] bin/1093 wollman route's diagnostic is weird a [1996/03/28] bin/1105 Bug in find command o [1996/03/28] ports/1109 asami mods to vim-3.0 port o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u o [1996/04/14] docs/1141 mpp pcvt(4) references non-existent man page. a [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' o [1996/04/19] docs/1151 mpp intro(3) references libc(3) and plot(3), a [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunn o [1996/04/23] ports/1155 systat or top display disagreeing informa o [1996/05/02] docs/1169 mpp bogus reference to keysu(1) in key(1) and o [1996/05/09] bin/1181 fsck displays wrong char in "option?" dia o [1996/05/09] bin/1182 timed records improper entry in wtmp o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/13] ports/1200 asami pop3 requests may crash client o [1996/05/13] kern/1201 FreeBSD SCSI changer driver leaves a bit o [1996/05/15] bin/1206 joerg /bin/sh + emacs + ^G = ruined terminal o [1996/05/16] gnu/1209 send-pr should refuse PR's without subjec a [1996/05/20] bin/1221 peter new gcc-2.7.2 gives a LOT of warnings, an a [1996/05/20] ports/1222 peter Header files conflict a [1996/05/21] bin/1229 bde redundant redeclaration of `lseek' o [1996/05/22] kern/1236 joerg some #def's in pcvt_conf.h not braketed b o [1996/05/25] docs/1249 incorrect manpages o [1996/05/27] conf/1264 panic with two new Quantum FireBall 1280 o [1996/05/28] docs/1272 document the -o option for f2c o [1996/05/28] bin/1273 remote hostname gets corrupted in rshd o [1996/06/11] bin/1312 automounter hangs on boot o [1996/06/12] bin/1316 10 tunnel device limit o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make a [1996/06/13] bin/1320 gpalmer dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver o [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? o [1996/06/19] misc/1335 /etc/security generates an error with fil o [1996/07/04] i386/1367 reprobe a device that does not exist = pa o [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also o [1996/07/06] misc/1372 bde compile time error with cc -ansi and RPC o [1996/07/06] misc/1373 bde RPC include lacks prototypes o [1996/07/06] docs/1374 mpp the default listed in the newfs -i man pa a [1996/07/07] bin/1375 Extraneous warning from mv(1) o [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob o [1996/07/13] conf/1382 FreeBSD has minor year 2000 problem in di o [1996/07/14] docs/1383 ppp(8) man page suggests using shell scri o [1996/07/15] misc/1388 jkh libftpio: some problems with ftpGet() fix o [1996/07/16] misc/1390 feedback from 2.1.5R update over 2.1-stab o [1996/07/16] bin/1391 cpio -O ignores umask o [1996/07/18] kern/1399 invoking setuid programs over NFS case vn o [1996/07/21] conf/1412 jkh installscript doesn't allow 2nd ftp site o [1996/07/21] ports/1416 bde cflow(1) doesn't parse GNU C __attribute_ o [1996/07/23] kern/1421 Non-bug in sosend() o [1996/07/23] ports/1422 asami make in /usr/ports doens't doesn't notice o [1996/07/24] bin/1425 doing :numbers on systat -netstat doesn't o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET a [1996/07/28] docs/1437 mpp bsd.doc.mk sees PRINTER and spews o [1996/07/29] conf/1441 jkh On re-install, says it didn't touch etc f o [1996/07/30] ports/1444 asami There is no port of slnr o [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed vers o [1996/08/06] bin/1469 it is difficult to run /usr/sbin/ppp from o [1996/08/07] ports/1470 asami need more info in the ports structure o [1996/08/07] gnu/1471 send-pr needs configurable Reply-To field o [1996/08/07] gnu/1472 send-pr could have a configurable Reply-T o [1996/08/07] docs/1474 wrong data on EXB-8505 in handbook o [1996/08/09] bin/1482 sos vidcontrol -f fnt-size file-with-wrong-fn o [1996/08/12] docs/1493 dyson incomplete prototypes in man pages for mm o [1996/08/12] bin/1494 some patches to ijppp o [1996/08/14] ports/1495 more tkdesk patches... o [1996/08/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] ports/1504 jmz latex port completely failes o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/17] docs/1509 jfieber handbook typo (hw.sgml, scsi.sgml) o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/20] ports/1517 adam What is InterViews ??!?! o [1996/08/20] ports/1518 No man pages in audio/mpegaudio port o [1996/08/21] ports/1520 sudo dosn't recognise certain passwords a o [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in di o [1996/08/21] ports/1524 asami New port -- xtem-5.18beta o [1996/08/21] ports/1525 asami xvnews-2.3.2 o [1996/08/21] ports/1526 asami xtar-1.4 o [1996/08/21] ports/1527 asami xmaddressbook-1.5.3 o [1996/08/21] ports/1528 asami New port -- imp-0.54.1 o [1996/08/21] ports/1529 asami New port -- bricons-3.0 o [1996/08/22] ports/1530 asami New port of poppassd o [1996/08/23] misc/1536 pst WWW query-pr interface sometimes messes u o [1996/08/23] ports/1537 ache new port -- tin 1.3unoff o [1996/08/24] misc/1538 enhanced /etc/security script o [1996/08/26] kern/1543 my load sticks at about 0.8 while not in o [1996/08/27] bin/1547 ncrcontrol won't work with FAILSAFE kerne o [1996/08/27] bin/1548 ncrcontrol -i queries don't work for mere o [1996/08/27] ports/1549 asami Port submission for gdbtk a [1996/08/28] ports/1550 "make install" needs to know how to updat a [1996/08/29] docs/1551 manpage of zgrep not installed in 2.1.5R o [1996/08/29] ports/1553 asami submittal of cops port o [1996/08/30] i386/1556 ATAPI CDROM probes ok, but will not 'moun o [1996/08/31] bin/1559 ftpd apparently not recognizing -l or -S o [1996/09/02] misc/1561 sos Wrong key mapping of five keys in german. a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 mail -f foo does not look in current dire o [1996/09/07] bin/1578 fsck does not honour 'noauto' fs option o [1996/09/08] ports/1583 asami I made ldap-3.3 port o [1996/09/08] bin/1585 dumpfs can dump core o [1996/09/08] bin/1589 ftp fails to flush output o [1996/09/10] bin/1597 No support for positional parameters in * o [1996/09/11] bin/1598 tip leaves OPOST set on controlling termi o [1996/09/12] docs/1602 mpp /usr/lib/terminfo refered to in man termi o [1996/09/12] bin/1607 unmount fails for a NFS fs mounted withou o [1996/09/14] gnu/1611 groff should use "system-wide" papersize o [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes o [1996/09/15] docs/1618 Man page for siginterrupt thinks it is in o [1996/09/15] ports/1620 new port, cless -- Chinese language versi a [1996/09/16] bin/1621 last char in line stays "$" o [1996/09/16] bin/1623 rpc/auth.h won't compile with -ansi flag o [1996/09/16] misc/1625 2.1.5 update overwrites root's dot files o [1996/09/16] kern/1628 /kernel: pid 19061: ppp: uid 0: exited on o [1996/09/17] docs/1630 Addition to handbook concerning MFS kerne o [1996/09/17] ports/1631 new port, lprps -- PS printing lpr filter o [1996/09/18] kern/1636 mss driver extension to broaden support a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/18] bin/1643 Support for NetBSD in bsd.port.mk o [1996/09/19] ports/1646 asami Port of lclint - a better lint replacemen o [1996/09/19] bin/1649 md5(1) header file makes bad assumption o [1996/09/19] ports/1651 peter rdist6 port -- 'make patch' fails, etc. o [1996/09/19] bin/1653 cannot umount the node ending '/' when it o [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct o [1996/09/20] bin/1657 ls(1) output of future mtime o [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out o [1996/09/22] bin/1665 telnetd doesn't use gettytab %m %r %v %s o [1996/09/23] bin/1668 traceroute -q1 only goes one hop before e o [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/24] bin/1674 strange behaviour of pppd (daemonize, def o [1996/09/24] docs/1675 suspicious history line o [1996/09/25] pending/1680gnats-ad Error in rune.h stuff o [1996/09/25] docs/1681 procfs man page way out of date o [1996/09/26] ports/1682 dual CAT definitions in bsd.port.mk o [1996/09/27] misc/1686 sysinstall should allow partition size ch o [1996/09/28] docs/1688 New handbook isdn section 215 problems total. From owner-freebsd-bugs Sun Sep 29 05:34:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA17897 for bugs-outgoing; Sun, 29 Sep 1996 05:34:03 -0700 (PDT) Received: from nancy.soncom.com (nancy.soncom.com [206.9.159.17]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA17828 for ; Sun, 29 Sep 1996 05:33:59 -0700 (PDT) Received: from win95.soncom.com (win95.soncom.com [206.9.159.29]) by nancy.soncom.com (8.6.12/8.6.12) with SMTP id HAA11362 for ; Sun, 29 Sep 1996 07:28:30 -0500 Message-ID: <324E6C95.7FA9@soncom.com> Date: Sun, 29 Sep 1996 07:33:25 -0500 From: Pat Sonnek X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Subject: Problem Report kern/1628 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have finnaly gotten a ppp.core from this SIG 4. I would like to know to whom I should ftp the .core file to. Also, as this is affecting my paying customers, I would like to up either the severity, or the priority, so that someone looks at this problem sometime the century. (I notice that you have a tremendous backlog of problems.) Please responde ASAP -- Patrick Sonnek - SysAdmin Sonnek Communications http://www.soncom.com From owner-freebsd-bugs Sun Sep 29 05:50:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA03557 for bugs-outgoing; Sun, 29 Sep 1996 05:50:15 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA03525 for ; Sun, 29 Sep 1996 05:50:12 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id FAA16226; Sun, 29 Sep 1996 05:50:02 -0700 (PDT) To: Pat Sonnek cc: freebsd-bugs@freebsd.org Subject: Re: Problem Report kern/1628 In-reply-to: Your message of "Sun, 29 Sep 1996 07:33:25 CDT." <324E6C95.7FA9@soncom.com> Date: Sun, 29 Sep 1996 05:50:02 -0700 Message-ID: <16224.844001402@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have finnaly gotten a ppp.core from this SIG 4. I would like to know > to whom I should ftp the .core file to. Also, as this is affecting my Stick it in ftp://freefall.freebsd.org/incoming under some descriptive name and let us know when it's there. > paying customers, I would like to up either the severity, or the > priority, so that someone looks at this problem sometime the century. (I All bug reports get as much attention as people to give them, and yours will certainly be afforded no less attention than any other bug report concerning a problem which affects stability. More than that cannot, unfortunately, be expected from a volunteer software project. Jordan From owner-freebsd-bugs Sun Sep 29 05:55:45 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA07727 for bugs-outgoing; Sun, 29 Sep 1996 05:55:45 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA07696 for ; Sun, 29 Sep 1996 05:55:42 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id FAA18748; Sun, 29 Sep 1996 05:55:25 -0700 (PDT) To: Pat Sonnek , freebsd-bugs@freebsd.org Subject: Re: Problem Report kern/1628 In-reply-to: Your message of "Sun, 29 Sep 1996 05:50:02 PDT." <16224.844001402@time.cdrom.com> Date: Sun, 29 Sep 1996 05:55:25 -0700 Message-ID: <18746.844001725@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > [I stutter out..] > All bug reports get as much attention as people to give them, and ^ have time Sorry, typing too fast. Jordan From owner-freebsd-bugs Sun Sep 29 06:09:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA17916 for bugs-outgoing; Sun, 29 Sep 1996 06:09:01 -0700 (PDT) Received: from nancy.soncom.com (nancy.soncom.com [206.9.159.17]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA17857 for ; Sun, 29 Sep 1996 06:08:57 -0700 (PDT) Received: (from psonnek@localhost) by nancy.soncom.com (8.6.12/8.6.12) id IAA11585; Sun, 29 Sep 1996 08:03:25 -0500 Date: Sun, 29 Sep 1996 08:03:25 -0500 (CDT) From: Patrick Sonnek To: "Jordan K. Hubbard" cc: freebsd-bugs@freebsd.org Subject: Re: Problem Report kern/1628 In-Reply-To: <16224.844001402@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 29 Sep 1996, Jordan K. Hubbard wrote: > > I have finnaly gotten a ppp.core from this SIG 4. I would like to know > > to whom I should ftp the .core file to. Also, as this is affecting my > > Stick it in ftp://freefall.freebsd.org/incoming under some descriptive > name and let us know when it's there. It's there. pppcore.tgz and pppcore.tgz.README > > > paying customers, I would like to up either the severity, or the > > priority, so that someone looks at this problem sometime the century. (I > > All bug reports get as much attention as people to give them, and > yours will certainly be afforded no less attention than any other bug > report concerning a problem which affects stability. More than that > cannot, unfortunately, be expected from a volunteer software project. Understood. Pat Sonnek - SysAdmin - Sonnek Communications WWW: http://www.soncom.com From owner-freebsd-bugs Sun Sep 29 06:21:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA28344 for bugs-outgoing; Sun, 29 Sep 1996 06:21:44 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA28293 for ; Sun, 29 Sep 1996 06:21:40 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA00844; Sun, 29 Sep 1996 15:21:30 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA28543; Sun, 29 Sep 1996 15:21:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA07063; Sun, 29 Sep 1996 15:03:37 +0200 (MET DST) From: J Wunsch Message-Id: <199609291303.PAA07063@uriah.heep.sax.de> Subject: Re: Problem Report kern/1628 To: psonnek@soncom.com (Pat Sonnek) Date: Sun, 29 Sep 1996 15:03:37 +0200 (MET DST) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <324E6C95.7FA9@soncom.com> from Pat Sonnek at "Sep 29, 96 07:33:25 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Pat Sonnek wrote: > I have finnaly gotten a ppp.core from this SIG 4. I would like to know > to whom I should ftp the .core file to. SIGILL heavily smells like a hardware problem on your side. Any compiler-generated code is not supposed to contain illegal instructions to the CPU. What's the instruction it is falling over about? What did your ppp do by that time? C'mon, you're also expected to contribute your part of the story. (Recompile ppp with -g and same optimization, and have a look into the core.) Try reproducing it again and look whether it crashes at the same location. I would suspect not. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Sep 29 06:34:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA09262 for bugs-outgoing; Sun, 29 Sep 1996 06:34:53 -0700 (PDT) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA09159 for ; Sun, 29 Sep 1996 06:34:44 -0700 (PDT) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.0/8.8.0) with ESMTP id VAA01343; Sun, 29 Sep 1996 21:33:38 +0800 (WST) Message-Id: <199609291333.VAA01343@spinner.DIALix.COM> To: Patrick Sonnek cc: "Jordan K. Hubbard" , freebsd-bugs@freebsd.org Subject: Re: Problem Report kern/1628 In-reply-to: Your message of "Sun, 29 Sep 1996 08:03:25 EST." Date: Sun, 29 Sep 1996 21:33:38 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Patrick Sonnek wrote: > On Sun, 29 Sep 1996, Jordan K. Hubbard wrote: > > > > I have finnaly gotten a ppp.core from this SIG 4. I would like to know > > > to whom I should ftp the .core file to. Also, as this is affecting my > > > > Stick it in ftp://freefall.freebsd.org/incoming under some descriptive > > name and let us know when it's there. > > It's there. pppcore.tgz and pppcore.tgz.README I'd also suggest that you include a copy of the executable that generated it, since they vary so much. If you can, go further still and compile src/usr.sbin/ppp with -g, and include a copy of the sources, the binary and the core[s]. A core dump on it's own isn't a lot of use if we can't get an exactly matching executable compiled with -g. Cheers, -Peter From owner-freebsd-bugs Sun Sep 29 09:40:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02427 for bugs-outgoing; Sun, 29 Sep 1996 09:40:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02387; Sun, 29 Sep 1996 09:40:04 -0700 (PDT) Resent-Date: Sun, 29 Sep 1996 09:40:04 -0700 (PDT) Resent-Message-Id: <199609291640.JAA02387@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hg@penny.n2wx.ampr.org Received: from bbs.mpcs.com (root@bbs.mpcs.com [204.215.226.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA27565 for ; Sun, 29 Sep 1996 09:31:48 -0700 (PDT) Received: from news1.mpcs.com (news1.mpcs.com [204.215.226.8]) by bbs.mpcs.com (8.8.0/8.7.3/MPCS) with ESMTP id MAA29732 for ; Sun, 29 Sep 1996 12:31:24 -0400 Received: (from hgoldste@localhost) by news1.mpcs.com (8.8.Beta.5/8.8.Beta.4/MPCS) id MAA06428; Sun, 29 Sep 1996 12:31:24 -0400 (EDT) Message-Id: <199609291631.MAA06428@news1.mpcs.com> Date: Sun, 29 Sep 1996 12:31:24 -0400 (EDT) From: Howard Goldstein Reply-To: hg@penny.n2wx.ampr.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1689: TCP extensions throttles throughput Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1689 >Category: kern >Synopsis: TCP extensions throttles distant connections >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 29 09:40:02 PDT 1996 >Last-Modified: >Originator: Howard Goldstein >Organization: MPC Systems >Release: FreeBSD 2.1.5-RELEASE >Environment: net.inet.tcp.rfc1323=1 >Description: TCP connections between distant (155-210ms ping times) 2.1.0R, 2.1.5R or both systems, as for example two FreeBSD systems over a dialup CSLIP line, with net.inet.tcp.rfc1323=1 (default) results in 3 to 4 sec delays between transmission of subsequent TCP packets even though the dialup line is solid and tcpdump reveals correct window ACKs making a timely return. Topographically distant remote non-dialin http users also reported poor performance. The severity and priority of this problem would have been ranked non-critical/low had the shipped default for TCP extensions been set to off. >How-To-Repeat: Ensuring that both systems have rfc1323=1, telnet to the echo socket of distant system. Distant does not mean ethernet RTT times, the RTT must be in the range given above. Observe the first echoed packet comes back quickly but all subsequent packets suffer 3-5 second delay. Other TCP sockets suffer from same delay but it is most easily observed and tcpdumped with an echo socket. Anyone who needs to reproduce this but can't find a system topologically distant enough should email me or talk hg@cally.south.mpcs.com and I'll turn on a telnettable system with the deadly extension enabled. >Fix: Work around is inclusion of net.inet.tcp.rfc1323=0 in the rc for all FreeBSD systems. (NB., there continue to be RTT computation time problems, problems discussed in a series of postings by Matthew Dillon around 8 Mar 96 on the hackers list but not GNATed, that have not been corrected) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Sep 29 10:24:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA25216 for bugs-outgoing; Sun, 29 Sep 1996 10:24:35 -0700 (PDT) Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA25169 for ; Sun, 29 Sep 1996 10:24:31 -0700 (PDT) Received: from tky007.tth.expo96.ad.jp (masafumi@localhost [127.0.0.1]) by mail.tky007.tth.expo96.ad.jp (8.7.6/3.4W4-SMTP) with ESMTP id CAA08207; Mon, 30 Sep 1996 02:21:45 +0900 (JST) Message-Id: <199609291721.CAA08207@mail.tky007.tth.expo96.ad.jp> To: roberto@keltia.freenix.fr Cc: max@wide.ad.jp, freebsd-bugs@freebsd.org Subject: Re: bin/1687: watch makes kernel crash From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= In-Reply-To: Your message of "Sat, 28 Sep 1996 18:33:47 +0200" References: <199609281633.SAA01243@keltia.freenix.fr> X-Mailer: Mew version 1.06 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 30 Sep 1996 02:21:45 +0900 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: roberto@keltia.freenix.fr (Ollivier Robert) Subject: Re: bin/1687: watch makes kernel crash Date: Sat, 28 Sep 1996 18:33:47 +0200 > > # watch > > Snoop started. > > Enter device name []: <--- Hit return here. > > It is blowing up because watch try to snoop /dev/tty. I guess watch should > refuse an empty string. Yes. I figured out that watch is trying on /dev/tty. I think watch should check if a device with given name really exists before attempting to snoop on it. ----------------------------------------------------------------------- Masafumi NAKANE, Keio Univ., Dept. of Environmental Information E-Mail : max@wide.ad.jp / max@FreeBSD.ORG [URL] : http://www.sfc.wide.ad.jp/~max/ From owner-freebsd-bugs Sun Sep 29 11:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA20334 for bugs-outgoing; Sun, 29 Sep 1996 11:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA20297; Sun, 29 Sep 1996 11:10:01 -0700 (PDT) Resent-Date: Sun, 29 Sep 1996 11:10:01 -0700 (PDT) Resent-Message-Id: <199609291810.LAA20297@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nsayer@quack.kfu.com Received: from quack.kfu.com (quack.kfu.com [204.147.226.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA15524 for ; Sun, 29 Sep 1996 11:03:44 -0700 (PDT) Received: from icarus.kfu.com (icarus.kfu.com [204.147.226.3]) by quack.kfu.com (8.6.12/8.6.12) with ESMTP id LAA05259 for ; Sun, 29 Sep 1996 11:03:42 -0700 Received: by icarus.kfu.com (8.7.5//ident-1.0) id LAA06705; Sun, 29 Sep 1996 11:03:41 -0700 (PDT) Message-Id: <199609291803.LAA06705@icarus.kfu.com> Date: Sun, 29 Sep 1996 11:03:41 -0700 (PDT) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1690: apm and SB 16 conflict inappropriately. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1690 >Category: kern >Synopsis: apm and sbxvi inappropriately probe as conflicting >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 29 11:10:01 PDT 1996 >Last-Modified: >Originator: Nick Sayer >Organization: just me >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 device apm0 at isa? >Description: The code that detects conflicting driver configs complains needlessly about config items that are "don't care". >How-To-Repeat: boot a kernel containing the above config. apm0 will not be probed. It will be reported as conflicting with sbxvi0. >Fix: The problem is that both apm0 and sbxvi0 end up with I/O address 0. This doesn't matter, since neither uses the I/O address portion. A workaround is to add 'conflicts' to the apm0 line, but a better fix would be for the conflict detection code not to care about items which appear to conflict but are 0. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Sep 29 14:50:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16963 for bugs-outgoing; Sun, 29 Sep 1996 14:50:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16935; Sun, 29 Sep 1996 14:50:05 -0700 (PDT) Resent-Date: Sun, 29 Sep 1996 14:50:05 -0700 (PDT) Resent-Message-Id: <199609292150.OAA16935@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dwhite@resnet.uoregon.edu Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11475 for ; Sun, 29 Sep 1996 14:41:13 -0700 (PDT) Received: (from dwhite@localhost) by gdi.uoregon.edu (8.7.5/8.6.12) id OAA01145; Sun, 29 Sep 1996 14:41:12 -0700 (PDT) Message-Id: <199609292141.OAA01145@gdi.uoregon.edu> Date: Sun, 29 Sep 1996 14:41:12 -0700 (PDT) From: dwhite@resnet.uoregon.edu Reply-To: dwhite@resnet.uoregon.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1691: ppp server doc submission Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1691 >Category: docs >Synopsis: ppp server doc submission >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Sun Sep 29 14:50:02 PDT 1996 >Last-Modified: >Originator: Doug White >Organization: University of Oregon Residence Networking >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.5-R >Description: ppp.sgml is available at http://resnet.uoregon.edu/ppp.sgml If someone knows how to insert files in vi, I'd like to know! :-) >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Sep 29 18:50:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA17609 for bugs-outgoing; Sun, 29 Sep 1996 18:50:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA17576; Sun, 29 Sep 1996 18:50:02 -0700 (PDT) Resent-Date: Sun, 29 Sep 1996 18:50:02 -0700 (PDT) Resent-Message-Id: <199609300150.SAA17576@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA11452 for ; Sun, 29 Sep 1996 18:40:18 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id DAA05792 for ; Mon, 30 Sep 1996 03:40:08 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.7.6/8.6.4) id EAA06159; Mon, 30 Sep 1996 04:40:07 +0300 (EET DST) Message-Id: <199609300140.EAA06159@katiska.clinet.fi> Date: Mon, 30 Sep 1996 04:40:07 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1692: Page fault while in kernel modem fatal trap 12 (double panic) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1692 >Category: kern >Synopsis: Page fault while in kernel modem fatal trap 12 (double panic) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 29 18:50:01 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: Several systems used as terminal/modem servers. These are connected to modems (V34), using cyclades serial boards. Hardware varies, 486-100/120, VLB or PCI, or Pentium 90 (Asustek MB). The machines only run pppd or rlogin and gated for routing. >Description: Systems panic and often lock up with Page fault while in kernel mode fatal trap 12 these are almost always double panics (probably always, but we never get a crash dump so we do not really know). Problems increase with the number of modems, but this is not a clear rule; sometimes machines with less than 16 modems are unstable. We do not see this with machines which serve leased lines with exactly the same configuration, so this probably has something to do with modems, either with lines going up and down, or modem flow control (leased lines are usually with no flow control). This problem has been there for ages, from 2.1 days, probably it has always existed. I think I have filed this before, but could not find a reference, so I assume if I did it got lost. >How-To-Repeat: Build FreeBSD based terminal/modem server with cyclades boards and stack up to 32 modems into it. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Sep 29 19:30:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA08109 for bugs-outgoing; Sun, 29 Sep 1996 19:30:12 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA08067; Sun, 29 Sep 1996 19:30:05 -0700 (PDT) Resent-Date: Sun, 29 Sep 1996 19:30:05 -0700 (PDT) Resent-Message-Id: <199609300230.TAA08067@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from mail2.webspan.net (mail2.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA06504 for" ; Sun, 29 Sep 1996 19:26:45.-0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by mail2.webspan.net (8.7.5/8.7.3) with ESMTP id WAA15350 for ; Sun, 29 Sep 1996 22:26:50 -0400 (EDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id WAA17921 for ; Sun, 29 Sep 1996 22:26:35 -0400 (EDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by orion.webspan.net (8.7.5/8.6.12) with ESMTP id WAA17774 for ; Sun, 29 Sep 1996 22:25:28 -0400 (EDT) Received: (from nobody@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA05929; Sun, 29 Sep 1996 19:25:32 -0700 (PDT) Message-Id: <199609300225.TAA05929@freefall.freebsd.org> Date: Sun, 29 Sep 1996 19:25:32 -0700 (PDT) From: graphix@iastate.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/1693: rarpd does not appear to work Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1693 >Category: bin >Synopsis: rarpd does not appear to work >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 29 19:30:04 PDT 1996 >Last-Modified: >Originator: Kent Vander Velden >Organization: Iowa State University >Release: -current >Environment: FreeBSD pseudo.cc.iastate.edu 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Sun Sep 22 00:08:01 CDT 1996 root@pseudo.cc.iastate.edu:/usr/src/sys/compile/PSEUDO i386 >Description: Recently I bought an aging hp9000/300 and installed NetBSD on it. This is a diskless system and thus booting, root and swap are done over nfs. As part of the hp's boot sequence it sends a rarp request. When using the FreeBSD's rarpd these requests are never answered. If I use NetBSD's with a line '#undef __FreeBSD__' after the includes the requests are answered. I compared FreeBSD's, OpenBSD's and NetBSD's rarpd and found while OpenBSD's and NetBSD's rarpd are nearly identical FreeBSD's was very different making finding the difference that makes the others work difficult. >How-To-Repeat: Try running rarpd (in my case 'rarpd ed0') and make an rarp request and watch the traffic with tcpdump. >Fix: Would it be possible to replace our rarpd with NetBSD's or OpenBSD's? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Sep 29 19:50:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA17644 for bugs-outgoing; Sun, 29 Sep 1996 19:50:19 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA17612; Sun, 29 Sep 1996 19:50:13 -0700 (PDT) Resent-Date: Sun, 29 Sep 1996 19:50:13 -0700 (PDT) Resent-Message-Id: <199609300250.TAA17612@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from mail2.webspan.net (mail2.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA17519 for" ; Sun, 29 Sep 1996 19:49:48.-0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by mail2.webspan.net (8.7.5/8.7.3) with ESMTP id WAA15584 for ; Sun, 29 Sep 1996 22:49:49 -0400 (EDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id WAA20726 for ; Sun, 29 Sep 1996 22:49:33 -0400 (EDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by orion.webspan.net (8.7.5/8.6.12) with ESMTP id WAA19920 for ; Sun, 29 Sep 1996 22:42:28 -0400 (EDT) Received: (from nobody@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14046; Sun, 29 Sep 1996 19:42:29 -0700 (PDT) Message-Id: <199609300242.TAA14046@freefall.freebsd.org> Date: Sun, 29 Sep 1996 19:42:29 -0700 (PDT) From: graphix@iastate.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/1694: rbootd does not appear to work Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1694 >Category: bin >Synopsis: rbootd does not appear to work >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 29 19:50:07 PDT 1996 >Last-Modified: >Originator: Kent Vander Velden >Organization: Iowa State University >Release: -current >Environment: FreeBSD pseudo.cc.iastate.edu 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Sun Sep 22 00:08:01 CDT 1996 root@pseudo.cc.iastate.edu:/usr/src/sys/compile/PSEUDO i386 >Description: Recently I bought an aging hp9000/300 and installed NetBSD on it. This is a diskless system and thus booting, root and swap are done over nfs. As part of the hp's boot sequence it sends a request for the bootcode. FreeBSD's rbootd does not appear to respond to request at least not in a mannor that the hp understands. If I use NetBSD's the requests are answered. >How-To-Repeat: Try running rbootd in debug mode and make a boot request and watch the traffic responses. >Fix: This problem might be associated with the problem report that I made concerning rarpd not working. Perhaps someone could look at the small differences between ours and NetBSD and OpenBSD and merge the differences. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Sep 30 06:44:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA14004 for bugs-outgoing; Mon, 30 Sep 1996 06:44:59 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA13949; Mon, 30 Sep 1996 06:44:54 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id PAA08448; Mon, 30 Sep 1996 15:44:24 +0200 (MET DST) To: "Jordan K. Hubbard" cc: freebsd-bugs@freebsd.org Subject: Re: misc/1686: sysinstall should allow partition size change before newfs In-reply-to: Your message of "Fri, 27 Sep 1996 17:30:02 PDT." <199609280030.RAA21186@freefall.freebsd.org> Date: Mon, 30 Sep 1996 15:44:24 +0200 Message-ID: <8446.844091064@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199609280030.RAA21186@freefall.freebsd.org>, "Jordan K. Hubbard" wr > OK. Designing this in from the beginning may be a little easier, > especially as the lead time for setup (s-o-s) is long enough to give > me a chance to work on Poul - I think this should be a libdisk > feature, you see. :-) Ohh, I agree. Great idea, Go for it Jordan! :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-bugs Mon Sep 30 09:26:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA29412 for bugs-outgoing; Mon, 30 Sep 1996 09:26:48 -0700 (PDT) Received: (from wosch@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA29250; Mon, 30 Sep 1996 09:26:36 -0700 (PDT) Date: Mon, 30 Sep 1996 09:26:36 -0700 (PDT) From: Wolfram Schneider Message-Id: <199609301626.JAA29250@freefall.freebsd.org> To: Schweikhardt@RUS.Uni-Stuttgart.DE, wosch, freebsd-bugs Subject: Re: bin/1492 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: perror ("") does not prepend ": " State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Mon Sep 30 09:13:48 PDT 1996 State-Changed-Why: fixed in perror.c, Revision 1.2 From owner-freebsd-bugs Mon Sep 30 12:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25114 for bugs-outgoing; Mon, 30 Sep 1996 12:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25093; Mon, 30 Sep 1996 12:10:02 -0700 (PDT) Date: Mon, 30 Sep 1996 12:10:02 -0700 (PDT) Message-Id: <199609301910.MAA25093@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/1693: rarpd does not appear to work Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1693; it has been noted by GNATS. From: Bill Fenner To: graphix@iastate.edu, wpaul@freebsd.org Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/1693: rarpd does not appear to work Date: Mon, 30 Sep 1996 11:59:58 PDT In message <199609300225.TAA05929@freefall.freebsd.org> you write: >Would it be possible to replace our rarpd with NetBSD's or OpenBSD's? I think a better thing to do would be to replace it with an updated version from ftp.ee.lbl.gov, where it originally came from. Bill Paul had been talking about doing this; Bill, are you still planning on this? Bill From owner-freebsd-bugs Mon Sep 30 12:50:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28316 for bugs-outgoing; Mon, 30 Sep 1996 12:50:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28263; Mon, 30 Sep 1996 12:50:02 -0700 (PDT) Resent-Date: Mon, 30 Sep 1996 12:50:02 -0700 (PDT) Resent-Message-Id: <199609301950.MAA28263@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nsayer@3do.com Received: from outland (outland.3do.com [208.192.70.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA23819 for ; Mon, 30 Sep 1996 12:45:02 -0700 (PDT) Received: from badger.3do.com (badger.3do.com [198.211.30.7]) by outland (SMI-8.6/8.6.12) with SMTP id MAA14818 for ; Mon, 30 Sep 1996 12:44:21 -0700 Received: from jail.3do.com by badger.3do.com (4.1/SMI-4.1) id AA05084; Mon, 30 Sep 96 12:44:24 PDT Received: by jail.3do.com (8.7.5//ident-1.0) id MAA00535; Mon, 30 Sep 1996 12:44:23 -0700 (PDT) Message-Id: <199609301944.MAA00535@jail.3do.com> Date: Mon, 30 Sep 1996 12:44:23 -0700 (PDT) From: nsayer@quack.kfu.com Reply-To: nsayer@3do.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1695: moused fails with PS/2 mice Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1695 >Category: bin >Synopsis: moused fails with PS/2 mouse >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 30 12:50:01 PDT 1996 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: moused -p /dev/psm0 -t ps/2 >Description: moused terminates immediately, since the read from the mouse port returns with a 'resouce temporarily unavailable' error when there's nothing to get. >How-To-Repeat: Run the mouse daemon with a ps/2 mouse and leave the mouse still. moused -f -d will indicate that read is returning -1 with errno set to EAGAIN. >Fix: Either open the PS/2 port with blocking mode instead of non-blocking mode or better yet, put a select() in to make sure there's something to read: *** moused.c.orig Mon Sep 30 12:37:29 1996 --- moused.c Mon Sep 30 12:35:05 1996 *************** *** 53,58 **** --- 53,61 ---- #include #include #include + #include + #include + #include #define debug(fmt,args...) \ if (debug&&nodaemon) fprintf(stderr,"%s: " fmt "\n", progname, ##args) *************** *** 142,147 **** --- 145,151 ---- struct termios t; struct mouse_info mouse; int saved_buttons = 0; + fd_set fds; progname = argv[0]; *************** *** 236,241 **** --- 240,248 ---- for(;;) { + FD_ZERO(&fds); + FD_SET(rodent.mfd,&fds); + select(FD_SETSIZE,&fds,NULL,&fds,NULL); i = read(rodent.mfd,&b,1); /* get a byte */ if (i != 1) /* read returned or error; goodbye */ { >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Sep 30 12:55:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA02632 for bugs-outgoing; Mon, 30 Sep 1996 12:55:00 -0700 (PDT) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA02524; Mon, 30 Sep 1996 12:54:55 -0700 (PDT) Date: Mon, 30 Sep 1996 12:54:55 -0700 (PDT) From: Bill Fenner Message-Id: <199609301954.MAA02524@freefall.freebsd.org> To: marcs@alive.ampr.ab.ca, fenner, freebsd-bugs Subject: Re: bin/1668 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: traceroute -q1 only goes one hop before exiting State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Mon Sep 30 12:51:54 PDT 1996 State-Changed-Why: Fixed by importing LBL traceroute version 1.3.2, which has this bug fixed. From owner-freebsd-bugs Mon Sep 30 15:30:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA08646 for bugs-outgoing; Mon, 30 Sep 1996 15:30:15 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA08559; Mon, 30 Sep 1996 15:30:05 -0700 (PDT) Resent-Date: Mon, 30 Sep 1996 15:30:05 -0700 (PDT) Resent-Message-Id: <199609302230.PAA08559@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from outland (outland.3do.com [208.192.70.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA05380 for" ; Mon, 30 Sep 1996 15:25:22.-0700 (PDT) Received: from badger.3do.com (badger.3do.com [198.211.30.7]) by outland (SMI-8.6/8.6.12) with SMTP id PAA16309 for ; Mon, 30 Sep 1996 15:24:44 -0700 Received: from jail.3do.com by badger.3do.com (4.1/SMI-4.1) id AA12722; Mon, 30 Sep 96 15:24:50 PDT Received: by jail.3do.com (8.7.5//ident-1.0) id PAA00390; Mon, 30 Sep 1996 15:24:50 -0700 (PDT) Message-Id: <199609302224.PAA00390@jail.3do.com> Date: Mon, 30 Sep 1996 15:24:50 -0700 (PDT) From: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/1697: rc.i386 missing line for moused Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1697 >Category: conf >Synopsis: rc.i386 missing line for moused >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 30 15:30:03 PDT 1996 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: mousetype!=NO >Description: moused does nothing unless vidcontrol -m on has been done. >How-To-Repeat: enable moused >Fix: add vidcontrol <${viddev} -m on to rc.i386 immediately before running moused, or add equivalent code to moused (this is a better idea, since when dying it would be good for moused to turn the mouse cursor off). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Sep 30 15:40:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14359 for bugs-outgoing; Mon, 30 Sep 1996 15:40:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14330; Mon, 30 Sep 1996 15:40:02 -0700 (PDT) Date: Mon, 30 Sep 1996 15:40:02 -0700 (PDT) Message-Id: <199609302240.PAA14330@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Paul Subject: Re: bin/1693: rarpd does not appear to work Reply-To: Bill Paul Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1693; it has been noted by GNATS. From: Bill Paul To: fenner@parc.xerox.com (Bill Fenner) Cc: graphix@iastate.edu, freebsd-gnats-submit@freebsd.org Subject: Re: bin/1693: rarpd does not appear to work Date: Mon, 30 Sep 1996 15:37:01 -0700 (PDT) > > In message <199609300225.TAA05929@freefall.freebsd.org> you write: > >Would it be possible to replace our rarpd with NetBSD's or OpenBSD's? > > I think a better thing to do would be to replace it with an updated > version from ftp.ee.lbl.gov, where it originally came from. Bill Paul > had been talking about doing this; Bill, are you still planning on this? > > Bill > I started playing with it last night, actually. However I need to rummage around for a spare Sun CPU that I can test with. The updated version from the bpf distribution actually compiles without any modifications on FreeBSD, but I can't confirm that it works just yet. -Bill From owner-freebsd-bugs Mon Sep 30 17:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA29236 for bugs-outgoing; Mon, 30 Sep 1996 17:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA29193; Mon, 30 Sep 1996 17:20:02 -0700 (PDT) Date: Mon, 30 Sep 1996 17:20:02 -0700 (PDT) Message-Id: <199610010020.RAA29193@freefall.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/1693: rarpd does not appear to work Reply-To: Bill Fenner Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1693; it has been noted by GNATS. From: Bill Fenner To: Kent Vander Velden Cc: Bill Paul , fenner@parc.xerox.com, freebsd-gnats-submit@freebsd.org Subject: Re: bin/1693: rarpd does not appear to work Date: Mon, 30 Sep 1996 17:18:27 PDT Kent, It's in bpf-1.1.tar.Z, in util/rarpd . To make it work on 2.1.5, you will need to add ep->ether_type = ntohs(ep->ether_type); to the rarp_reply() function, to put the ethertype in the order that the 2.1.5 bpf output routine wants it in. If you are using -current, this bug is fixed and the sources should be usable directly. Bill From owner-freebsd-bugs Mon Sep 30 17:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA14967 for bugs-outgoing; Mon, 30 Sep 1996 17:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA14948; Mon, 30 Sep 1996 17:40:02 -0700 (PDT) Date: Mon, 30 Sep 1996 17:40:02 -0700 (PDT) Message-Id: <199610010040.RAA14948@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kent Vander Velden Subject: Re: bin/1693: rarpd does not appear to work Reply-To: Kent Vander Velden Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1693; it has been noted by GNATS. From: Kent Vander Velden To: Bill Paul Cc: fenner@parc.xerox.com, freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/1693: rarpd does not appear to work Date: Mon, 30 Sep 1996 18:47:26 CDT In message <199609302237.PAA12607@freefall.freebsd.org>, wpaul@freefall.freebsd.org writ es: >> >> In message <199609300225.TAA05929@freefall.freebsd.org> you write: >> >Would it be possible to replace our rarpd with NetBSD's or OpenBSD's? >> >> I think a better thing to do would be to replace it with an updated >> version from ftp.ee.lbl.gov, where it originally came from. Bill Paul >> had been talking about doing this; Bill, are you still planning on this? >> >> Bill >> > >I started playing with it last night, actually. However I need to >rummage around for a spare Sun CPU that I can test with. The updated >version from the bpf distribution actually compiles without any >modifications on FreeBSD, but I can't confirm that it works just yet. > >-Bill As soon as I get home I would more than happy to check the version that you refer to from ftp.ee.lbl.gov. --- Kent Vander Velden graphix@iastate.edu From owner-freebsd-bugs Mon Sep 30 19:28:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA29700 for bugs-outgoing; Mon, 30 Sep 1996 19:20:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA29675; Mon, 30 Sep 1996 19:20:03 -0700 (PDT) Date: Mon, 30 Sep 1996 19:20:03 -0700 (PDT) Message-Id: <199610010220.TAA29675@freefall.freebsd.org> To: freebsd-bugs From: The Unknown User-ID (13236) Subject: Re: bin/1693: rarpd does not appear to work Reply-To: The Unknown User-ID (13236) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1693; it has been noted by GNATS. From: The Unknown User-ID (13236) To: Bill Fenner Cc: wpaul@freefall.freebsd.org, freebsd-gnats-submit@freebsd.org Subject: Re: bin/1693: rarpd does not appear to work Date: Mon, 30 Sep 1996 21:15:31 CDT In message <96Sep30.171838pdt.177476@crevenia.parc.xerox.com>, fenner@parc.xero x.com writes: >Kent, > > It's in bpf-1.1.tar.Z, in util/rarpd . To make it work on 2.1.5, >you will need to add > > ep->ether_type = ntohs(ep->ether_type); > >to the rarp_reply() function, to put the ethertype in the order that >the 2.1.5 bpf output routine wants it in. If you are using -current, >this bug is fixed and the sources should be usable directly. > > Bill This version responds but there are problems with byte ordering. The ip address that is sent back is in reverse order. Thanks. --- Kent Vander Velden graphix@iastate.edu From owner-freebsd-bugs Mon Sep 30 20:00:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA20173 for bugs-outgoing; Mon, 30 Sep 1996 20:00:19 -0700 (PDT) Received: from quack.kfu.com (quack.kfu.com [204.147.226.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA20165; Mon, 30 Sep 1996 20:00:13 -0700 (PDT) Received: (from nsayer@localhost) by quack.kfu.com (8.6.12/8.6.12) id UAA19239; Mon, 30 Sep 1996 20:00:11 -0700 From: Nick Sayer Message-Id: <199610010300.UAA19239@quack.kfu.com> Subject: Re: kern/1638: worm driver won't make audio tracks To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Date: Mon, 30 Sep 1996 20:00:11 -0700 (PDT) In-Reply-To: <199609181830.LAA08888@freefall.freebsd.org> from "FreeBSD-gnats@freefall.freebsd.org" at Sep 18, 96 11:30:02 am X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk FreeBSD-gnats@freefall.freebsd.org writes: I don't know if this is the correct way to submit updates, but... in /sys/scsi/worm.c, in worm_size(), changing worm->blk_size = 2048; to worm->blk_size = (worm->audio?2352:2048); Appears to have fixed the problem. It has been tested so far using dummy runs only. A test with live media is pending. I'll let y'all know. > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: worm driver won't make audio tracks > >Arrival-Date: Wed Sep 18 11:30:01 PDT 1996 -- Nick Sayer | I would be far more patient on the N6QQQ @ N0ARY.#NORCAL.CA.USA.NOAM | whole if my patience weren't +1 408 249 9630, log in as 'guest' | constantly being tested. URL: http://www.kfu.com/~nsayer/ | From owner-freebsd-bugs Mon Sep 30 20:10:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA20719 for bugs-outgoing; Mon, 30 Sep 1996 20:10:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA20707; Mon, 30 Sep 1996 20:10:04 -0700 (PDT) Date: Mon, 30 Sep 1996 20:10:04 -0700 (PDT) Message-Id: <199610010310.UAA20707@freefall.freebsd.org> To: freebsd-bugs Cc: From: Nick Sayer Subject: Re: kern/1638: worm driver won't make audio tracks Reply-To: Nick Sayer Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1638; it has been noted by GNATS. From: Nick Sayer To: FreeBSD-gnats-submit@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Cc: Subject: Re: kern/1638: worm driver won't make audio tracks Date: Mon, 30 Sep 1996 20:00:11 -0700 (PDT) FreeBSD-gnats@freefall.freebsd.org writes: I don't know if this is the correct way to submit updates, but... in /sys/scsi/worm.c, in worm_size(), changing worm->blk_size = 2048; to worm->blk_size = (worm->audio?2352:2048); Appears to have fixed the problem. It has been tested so far using dummy runs only. A test with live media is pending. I'll let y'all know. > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: worm driver won't make audio tracks > >Arrival-Date: Wed Sep 18 11:30:01 PDT 1996 -- Nick Sayer | I would be far more patient on the N6QQQ @ N0ARY.#NORCAL.CA.USA.NOAM | whole if my patience weren't +1 408 249 9630, log in as 'guest' | constantly being tested. URL: http://www.kfu.com/~nsayer/ | From owner-freebsd-bugs Mon Sep 30 20:32:53 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA21622 for bugs-outgoing; Mon, 30 Sep 1996 20:32:53 -0700 (PDT) Received: (from steve@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA21610; Mon, 30 Sep 1996 20:32:49 -0700 (PDT) Date: Mon, 30 Sep 1996 20:32:49 -0700 (PDT) From: Steve Price Message-Id: <199610010332.UAA21610@freefall.freebsd.org> To: roberte@mep.ruhr-uni-bochum.de, steve, freebsd-bugs Subject: Re: bin/1673 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sh's printf is broken State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Sep 30 20:16:02 PDT 1996 State-Changed-Why: Fixed in -current. It seems sh(1)'s internal printf *is* broken, but -current sh(1) uses /usr/bin/printf instead. From owner-freebsd-bugs Mon Sep 30 20:41:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22309 for bugs-outgoing; Mon, 30 Sep 1996 20:41:14 -0700 (PDT) Received: (from steve@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22284; Mon, 30 Sep 1996 20:41:11 -0700 (PDT) Date: Mon, 30 Sep 1996 20:41:11 -0700 (PDT) From: Steve Price Message-Id: <199610010341.UAA22284@freefall.freebsd.org> To: gordon@sneaky.lonestar.org, steve, freebsd-bugs Subject: Re: bin/675 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: make does unnecessary rebuilds State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Sep 30 20:38:54 PDT 1996 State-Changed-Why: Fixed in -current. From owner-freebsd-bugs Mon Sep 30 21:10:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA24134 for bugs-outgoing; Mon, 30 Sep 1996 21:10:10 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA24112; Mon, 30 Sep 1996 21:10:05 -0700 (PDT) Resent-Date: Mon, 30 Sep 1996 21:10:05 -0700 (PDT) Resent-Message-Id: <199610010410.VAA24112@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA23693 for ; Mon, 30 Sep 1996 21:03:54 -0700 (PDT) Received: from hauki.clinet.fi by mail.crl.com with SMTP id AA04521 (5.65c/IDA-1.5 for ); Mon, 30 Sep 1996 21:03:59 -0700 Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.6/8.6.4) with ESMTP id GAA00731 for ; Tue, 1 Oct 1996 06:01:02 +0200 (EET) Received: (hsu@localhost) by katiska.clinet.fi (8.7.6/8.6.4) id GAA16350; Tue, 1 Oct 1996 06:43:48 +0300 (EET DST) Message-Id: <199610010343.GAA16350@katiska.clinet.fi> Date: Tue, 1 Oct 1996 06:43:48 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1698 >Category: kern >Synopsis: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 30 21:10:01 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: News server, full feed & loaded, 96M, 5 SCSI disks on Adaptek 3940. >Description: sup ending 21:51 GMT 28th was very unstable at least on a news server. After upgrading the kernel we had 3 crashes during the same day and switched back to previous sup. Unfortunately I did not get dumps from these (lacking disk space on var). We are using mmap in Innd. Previous sups from about one month earlier were somewhat better (uptimes on average around 4-6 days). >How-To-Repeat: I would try running a news server with mmap, but I'm not sure if that would be the real cause. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Sep 30 22:10:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA27686 for bugs-outgoing; Mon, 30 Sep 1996 22:10:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA27663; Mon, 30 Sep 1996 22:10:02 -0700 (PDT) Date: Mon, 30 Sep 1996 22:10:02 -0700 (PDT) Message-Id: <199610010510.WAA27663@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: bin/1673 Reply-To: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1673; it has been noted by GNATS. From: Peter Wemm To: Steve Price Cc: roberte@mep.ruhr-uni-bochum.de, freebsd-gnats-submit@freefall.freebsd.org Subject: Re: bin/1673 Date: Tue, 01 Oct 1996 13:01:46 +0800 Steve Price wrote: > Synopsis: sh's printf is broken > > State-Changed-From-To: open-closed > State-Changed-By: steve > State-Changed-When: Mon Sep 30 20:16:02 PDT 1996 > State-Changed-Why: > Fixed in -current. It seems sh(1)'s internal printf > *is* broken, but -current sh(1) uses /usr/bin/printf > instead. BTW, I've just made the builtin work, for what it's worth.. Cheers, -Peter From owner-freebsd-bugs Mon Sep 30 22:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA29181 for bugs-outgoing; Mon, 30 Sep 1996 22:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA29150; Mon, 30 Sep 1996 22:50:02 -0700 (PDT) Resent-Date: Mon, 30 Sep 1996 22:50:02 -0700 (PDT) Resent-Message-Id: <199610010550.WAA29150@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, markd@Grizzly.COM Received: from scruz.net (nic.scruz.net [165.227.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA29005 for ; Mon, 30 Sep 1996 22:47:01 -0700 (PDT) Received: from osprey.grizzly.com by scruz.net (8.7.3/1.34) id WAA16085; Mon, 30 Sep 1996 22:46:41 -0700 (PDT) Received: (from markd@localhost) by osprey.grizzly.com (8.7.5/8.7.3) id WAA03501; Mon, 30 Sep 1996 22:35:39 -0700 (PDT) Message-Id: <199610010535.WAA03501@osprey.grizzly.com> Date: Mon, 30 Sep 1996 22:35:39 -0700 (PDT) From: Mark Diekhans Reply-To: markd@Grizzly.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/1699: Missing GNU info files Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1699 >Category: docs >Synopsis: Missing GNU info files >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 30 22:50:01 PDT 1996 >Last-Modified: >Originator: Mark Diekhans >Organization: == Mark Diekhans == >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: >Description: Many info files for GNU software that is part of the FreeBSD distribution are not distributed. I have found the following to be missing: uucp cpp gcc ld gdb cvs >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 1 00:20:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA02932 for bugs-outgoing; Tue, 1 Oct 1996 00:20:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA02908; Tue, 1 Oct 1996 00:20:02 -0700 (PDT) Resent-Date: Tue, 1 Oct 1996 00:20:02 -0700 (PDT) Resent-Message-Id: <199610010720.AAA02908@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from mail2.webspan.net (mail2.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA02595 for" ; Tue, 1 Oct 1996 00:14:22.-0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by mail2.webspan.net (8.7.5/8.7.3) with ESMTP id DAA02473 for ; Tue, 1 Oct 1996 03:00:35 -0400 (EDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id DAA20000 for ; Tue, 1 Oct 1996 03:00:25 -0400 (EDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by orion.webspan.net (8.7.5/8.6.12) with ESMTP id CAA19617 for ; Tue, 1 Oct 1996 02:55:52 -0400 (EDT) Received: (from nobody@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01674; Mon, 30 Sep 1996 23:55:50 -0700 (PDT) Message-Id: <199610010655.XAA01674@freefall.freebsd.org> Date: Mon, 30 Sep 1996 23:55:50 -0700 (PDT) From: graphix@iastate.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/1700: 'ls -lo' does not list opaque flag (chflags does not allow a user to change this flag) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1700 >Category: bin >Synopsis: 'ls -lo' does not list opaque flag (chflags does not allow a user to change this flag) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 1 00:20:01 PDT 1996 >Last-Modified: >Originator: Kent Vander Velden >Organization: Iowa State University >Release: -current >Environment: FreeBSD pseudo.cc.iastate.edu 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Sun Sep 22 00:08:01 CDT 1996 root@pseudo.cc.iastate.edu:/usr/src/sys/compile/PSEUDO i386 >Description: I am not competely certain if this is a problem but 'ls -lo' does not list the state of the opaque flag on files. Our chflags also does not allow a person to set this flag. Our include file sys/stat.h makes a refernce to it implying perhaps that ls and chflags should know about it. >How-To-Repeat: >Fix: This patch (from comparing NetBSD's) to src/bin/ls/stat_flags.c should fix ls and chflags. The man pages to these two programs will need to have a line added as well though. src|Tue1:44am} cvs diff -r HEAD bin/ls/stat_flags.c Index: bin/ls/stat_flags.c =================================================================== RCS file: /usr/FreeBSD-CVS/src/bin/ls/stat_flags.c,v retrieving revision 1.2 diff -r1.2 stat_flags.c 73a74,75 > if (flags & UF_OPAQUE) > SAPPEND("opaque"); 129a132,134 > return (1); > case 'o': > TEST(p, "opaque", UF_OPAQUE); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 1 01:36:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA06745 for bugs-outgoing; Tue, 1 Oct 1996 01:36:33 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA06695; Tue, 1 Oct 1996 01:36:02 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.6/8.6.4) with ESMTP id KAA15590; Tue, 1 Oct 1996 10:35:29 +0200 (EET) Received: (hsu@localhost) by katiska.clinet.fi (8.7.6/8.6.4) id LAA00746; Tue, 1 Oct 1996 11:35:29 +0300 (EET DST) Date: Tue, 1 Oct 1996 11:35:29 +0300 (EET DST) Message-Id: <199610010835.LAA00746@katiska.clinet.fi> From: Heikki Suonsivu To: FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Cc: hsu@clinet.fi Subject: Re: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) In-Reply-To: <199610010410.VAA24100@freefall.freebsd.org> References: <199610010343.GAA16350@katiska.clinet.fi> <199610010410.VAA24100@freefall.freebsd.org> Organization: Clinet Ltd, Espoo, Finland Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk FreeBSD-gnats@freefall.freebsd.org writes: > Thank you very much for your problem report. > It has the internal identification `kern/1698'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) > >Arrival-Date: Mon Sep 30 21:10:01 PDT 1996 Crashes without mmap also; apparently the problem has to be somewhere else. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-43542270 fax -4555276 home -8031121 From owner-freebsd-bugs Tue Oct 1 02:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07895 for bugs-outgoing; Tue, 1 Oct 1996 02:00:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07857; Tue, 1 Oct 1996 02:00:03 -0700 (PDT) Date: Tue, 1 Oct 1996 02:00:03 -0700 (PDT) Message-Id: <199610010900.CAA07857@freefall.freebsd.org> To: freebsd-bugs Cc: From: Heikki Suonsivu Subject: Re: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) Reply-To: Heikki Suonsivu Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1698; it has been noted by GNATS. From: Heikki Suonsivu To: FreeBSD-gnats-submit@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Cc: hsu@clinet.fi Subject: Re: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) Date: Tue, 1 Oct 1996 11:35:29 +0300 (EET DST) FreeBSD-gnats@freefall.freebsd.org writes: > Thank you very much for your problem report. > It has the internal identification `kern/1698'. > The individual assigned to look at your > bug is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) > >Arrival-Date: Mon Sep 30 21:10:01 PDT 1996 Crashes without mmap also; apparently the problem has to be somewhere else. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-43542270 fax -4555276 home -8031121 From owner-freebsd-bugs Tue Oct 1 07:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA20786 for bugs-outgoing; Tue, 1 Oct 1996 07:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA20756; Tue, 1 Oct 1996 07:40:03 -0700 (PDT) Resent-Date: Tue, 1 Oct 1996 07:40:03 -0700 (PDT) Resent-Message-Id: <199610011440.HAA20756@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, seki@sysrap.cs.fujitsu.co.jp Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA20365 for ; Tue, 1 Oct 1996 07:34:58 -0700 (PDT) Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.7.6+2.6Wbeta7/3.3W5-MX960815-Fujitsu Mail Gateway) id XAA16923; Tue, 1 Oct 1996 23:34:55 +0900 (JST) Received: from axis.sysrap.cs.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W9-MX960926-Fujitsu Domain Mail Master) id XAA27897; Tue, 1 Oct 1996 23:34:22 +0900 Received: (from seki@localhost) by axis.sysrap.cs.fujitsu.co.jp (8.6.12/8.6.12.01) id XAA02892; Tue, 1 Oct 1996 23:30:37 +0900 Message-Id: <199610011430.XAA02892@axis.sysrap.cs.fujitsu.co.jp> Date: Tue, 1 Oct 1996 23:30:37 +0900 From: seki@sysrap.cs.fujitsu.co.jp Reply-To: seki@sysrap.cs.fujitsu.co.jp To: FreeBSD-gnats-submit@freebsd.org Cc: seki@sysrap.cs.fujitsu.co.jp X-Send-Pr-Version: 3.2 Subject: i386/1701: packet padding bug in if_fe driver Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1701 >Category: i386 >Synopsis: padding code of short packets in fe driver is broken >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 1 07:40:01 PDT 1996 >Last-Modified: >Originator: Masahiro SEKIGUCHI >Organization: Fujitsu Limited >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: FreeBSD 960801 SNAP or later Fe compatible Ethrenet cards (FMV-180, AT1700, or RE2000) >Description: Fe driver formerly had a code to pad short packets to Ethernet minimum length upon transmission. That part of the code is missing in the if_fe.c in the 960801 SNAP or later. In the worst case, the driver may send some garbage packets with random Ethernet destination address. >How-To-Repeat: I found the bug when reading the source program, and I don't know exact way how I can cause the above behaviour. >Fix: I'm sending two patches. One is for 960801 SNAP (if_fe.c 1.16) and another for -current (if_fe.c 1.17). The latter (for -current) also includes another fix for a trivial bug only in the version. ------ cut here ------ cut here ------ cut here ------ For if_fe.c 1.16 (in 960801 SNAP) --- if_fe.c.old Tue Oct 1 21:03:09 1996 +++ if_fe.c Tue Oct 1 21:33:33 1996 @@ -227,7 +227,6 @@ u_short txb_free; /* free bytes in TX buffer */ u_char txb_count; /* number of packets in TX buffer */ u_char txb_sched; /* number of scheduled packets */ - u_char txb_padding; /* number of delayed padding bytes */ /* Multicast address filter management. */ u_char filter_change; /* MARs must be changed ASAP. */ @@ -2617,14 +2616,6 @@ * Packets shorter than Ethernet minimum are legal, and we pad them * before sending out. An exception is "partial" packets which are * shorter than mandatory Ethernet header. - * - * I wrote a code for an experimental "delayed padding" technique. - * When employed, it postpones the padding process for short packets. - * If xmit() occurred at the moment, the padding process is omitted, and - * garbage is sent as pad data. If next packet is stored in the - * transmission buffer before xmit(), write_mbuf() pads the previous - * packet before transmitting new packet. This *may* gain the - * system performance (slightly). */ static void fe_write_mbufs ( struct fe_softc *sc, struct mbuf *m ) @@ -2636,6 +2627,8 @@ u_short savebyte; /* WARNING: Architecture dependent! */ #define NO_PENDING_BYTE 0xFFFF + static u_char padding [ ETHER_MIN_LEN - ETHER_HDR_SIZE ]; + #if FE_DEBUG >= 2 /* First, count up the total number of bytes to copy */ length = 0; @@ -2726,6 +2719,11 @@ /* Spit the last byte, if the length is odd. */ if ( savebyte != NO_PENDING_BYTE ) { outw( addr_bmpr8, savebyte ); + } + + /* Pad to the Ethernet minimum length, if the packet is too short. */ + if ( length < ETHER_MIN_LEN ) { + outsw( addr_bmpr8, padding, ( ETHER_MIN_LEN - length ) >> 1); } } ------ cut here ------ cut here ------ cut here ------ For if_fe.c 1.17 (in -current) --- if_fe.c.old Tue Aug 6 12:15:00 1996 +++ if_fe.c Tue Oct 1 22:00:32 1996 @@ -227,7 +227,6 @@ u_short txb_free; /* free bytes in TX buffer */ u_char txb_count; /* number of packets in TX buffer */ u_char txb_sched; /* number of scheduled packets */ - u_char txb_padding; /* number of delayed padding bytes */ /* Multicast address filter management. */ u_char filter_change; /* MARs must be changed ASAP. */ @@ -2609,14 +2608,6 @@ * Packets shorter than Ethernet minimum are legal, and we pad them * before sending out. An exception is "partial" packets which are * shorter than mandatory Ethernet header. - * - * I wrote a code for an experimental "delayed padding" technique. - * When employed, it postpones the padding process for short packets. - * If xmit() occurred at the moment, the padding process is omitted, and - * garbage is sent as pad data. If next packet is stored in the - * transmission buffer before xmit(), write_mbuf() pads the previous - * packet before transmitting new packet. This *may* gain the - * system performance (slightly). */ static void fe_write_mbufs ( struct fe_softc *sc, struct mbuf *m ) @@ -2628,6 +2619,8 @@ u_short savebyte; /* WARNING: Architecture dependent! */ #define NO_PENDING_BYTE 0xFFFF + static u_char padding [ ETHER_MIN_LEN - ETHER_CRC_LEN - ETHER_HDR_LEN ]; + #if FE_DEBUG >= 2 /* First, count up the total number of bytes to copy */ length = 0; @@ -2650,9 +2643,9 @@ * it should be a bug of upper layer. We just ignore it. * ... Partial (too short) packets, neither. */ - if ( ETHER_IS_VALID_LEN(length + ETHER_CRC_LEN)) { + if ( ! ETHER_IS_VALID_LEN(length + ETHER_CRC_LEN)) { log( LOG_ERR, - "fe%d: got a out-of-spes packet (%u bytes) to send\n", + "fe%d: got an out-of-spec packet (%u bytes) to send\n", sc->sc_unit, length ); sc->sc_if.if_oerrors++; return; @@ -2717,6 +2710,11 @@ /* Spit the last byte, if the length is odd. */ if ( savebyte != NO_PENDING_BYTE ) { outw( addr_bmpr8, savebyte ); + } + + /* Pad to the Ethernet minimum length, if the packet is too short. */ + if ( length < ETHER_MIN_LEN - ETHER_CRC_LEN ) { + outsw( addr_bmpr8, padding, ( ETHER_MIN_LEN - ETHER_CRC_LEN - length ) >> 1); } } ------ cut here ------ cut here ------ cut here ------ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 1 09:25:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA28223 for bugs-outgoing; Tue, 1 Oct 1996 09:25:30 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA28215 for ; Tue, 1 Oct 1996 09:25:26 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id JAA24131 for ; Tue, 1 Oct 1996 09:25:22 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA04650; Tue, 1 Oct 1996 12:20:05 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 1 Oct 1996 12:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id IAA09213; Tue, 1 Oct 1996 08:00:52 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id IAA05434; Tue, 1 Oct 1996 08:00:35 -0400 (EDT) Date: Tue, 1 Oct 1996 08:00:35 -0400 (EDT) From: Thomas David Rivers Message-Id: <199610011200.IAA05434@lakes.water.net> To: steve@freefall.freebsd.org, ponds!freefall.freebsd.org!freebsd-bugs@ucbvax.Berkeley.EDU, ponds!sneaky.lonestar.org!gordon@ucbvax.Berkeley.EDU, ponds!freefall.freebsd.org!steve@ucbvax.Berkeley.EDU Subject: Re: bin/675 Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Synopsis: make does unnecessary rebuilds > > State-Changed-From-To: open-closed > State-Changed-By: steve > State-Changed-When: Mon Sep 30 20:38:54 PDT 1996 > State-Changed-Why: > Fixed in -current. > Can someone point me to the changed files... I'd like to back-patch this into my make. - Thanks - - Dave Rivers - From owner-freebsd-bugs Tue Oct 1 09:40:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA29631 for bugs-outgoing; Tue, 1 Oct 1996 09:40:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA29612; Tue, 1 Oct 1996 09:40:04 -0700 (PDT) Resent-Date: Tue, 1 Oct 1996 09:40:04 -0700 (PDT) Resent-Message-Id: <199610011640.JAA29612@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, eserte@cs.tu-berlin.de Received: from cabulja.herceg.de (cottrell.dialup.fu-berlin.de [160.45.222.107]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA29147 for ; Tue, 1 Oct 1996 09:36:02 -0700 (PDT) Received: (from eserte@localhost) by cabulja.herceg.de (8.7.5/8.7.3) id SAA03349; Tue, 1 Oct 1996 18:33:41 +0200 (MET DST) Message-Id: <199610011633.SAA03349@cabulja.herceg.de> Date: Tue, 1 Oct 1996 18:33:41 +0200 (MET DST) From: Slaven Rezic Reply-To: eserte@cs.tu-berlin.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1702: make world: installing of tcl manpages fails Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1702 >Category: bin >Synopsis: installing of tcl manpages fails from make world >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Oct 1 09:40:02 PDT 1996 >Last-Modified: >Originator: Slaven Rezic >Organization: Private FreeBSD site, Berlin, Germany >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: NOMANCOMPRESS in /etc/make.conf is *not* defined. >Description: Installing of tcl manpages fails from make world. "make maninstall" expects gzipped sources for installation, but there are only uncompressed sources in /usr/obj/usr/src/lib/libtcl. >How-To-Repeat: cd /usr/src/lib/libtcl make maninstall >Fix: Change each line Tcl.n: ${TCLDIST}/doc/Tcl.n sed "/.so *man.macros/s;.*;.so /usr/share/tmac/tcl.macros;" < $> > $@ to Tcl.n${ZEXT}: ${TCLDIST}/doc/Tcl.n sed "/.so *man.macros/s;.*;.so /usr/share/tmac/tcl.macros;" < $> | ${MCOMPRESS} > $@ Maybe the setting of NOMANCOMPRESS should be checked, too? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 1 14:50:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA29779 for bugs-outgoing; Tue, 1 Oct 1996 14:50:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA29766; Tue, 1 Oct 1996 14:50:02 -0700 (PDT) Resent-Date: Tue, 1 Oct 1996 14:50:02 -0700 (PDT) Resent-Message-Id: <199610012150.OAA29766@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pjchilds@imforei.apana.org.au Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA29095 for ; Tue, 1 Oct 1996 14:43:45 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.8.0/8.7.3) id HAA22003; Wed, 2 Oct 1996 07:13:42 +0930 (CST) Message-Id: <199610012143.HAA22003@al.imforei.apana.org.au> Date: Wed, 2 Oct 1996 07:13:42 +0930 (CST) From: Peter Childs Reply-To: pjchilds@imforei.apana.org.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: ports/1703: update qt port Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1703 >Category: ports >Synopsis: update to qt port >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Oct 1 14:50:01 PDT 1996 >Last-Modified: >Originator: Peter Childs >Organization: Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! >Release: FreeBSD 2.2-CURRENT i386 >Environment: 2.2-current system >Description: Update from qt-0.98 to qt-1.0 is a "drop in", so someone please do it :) >How-To-Repeat: Look and listen before carefully crossing the road. >Fix: Apply patch to makefile, and kill the patch in the patches subdir. Worked for me anyway :) *** Makefile.orig Wed Jul 31 10:39:19 1996 --- Makefile Wed Oct 2 07:05:01 1996 *************** *** 1,36 **** ! # New ports collection makefile for: qt-0.98 ! # Version required: 0.98 ! # Date created: 30 Jul 1996 # Whom: searle@longacre.demon.co.uk # # $Id: Makefile,v 1.2 1996/07/31 01:09:19 chuckr Exp $ # ! DISTNAME= qt-0.98 CATEGORIES+= x11 MASTER_SITES= ftp://ftp.troll.no/qt/source/ MAINTAINER= searle@longacre.demon.co.uk USE_GMAKE= yes ! WRKSRC= $(WRKDIR)/$(DISTNAME)/arch/freebsd-shared USE_X11= yes post-extract: ! cd $(WRKDIR)/$(DISTNAME)/arch; $(GMAKE) freebsd-shared do-install: ! install -c $(WRKDIR)/qt-0.98/bin/moc $(X11BASE)/bin ! install -c $(WRKDIR)/qt-0.98/lib/libqt.so.0.908 $(X11BASE)/lib ! mv $(PREFIX)/lib/libqt.so.0.908 $(PREFIX)/lib/libqt.so.0.98 /sbin/ldconfig -m $(PREFIX)/lib mkdir -p $(PREFIX)/include/X11/qt ! install $(WRKDIR)/qt-0.98/include/* $(PREFIX)/include/X11/qt .if !defined(NOMANCOMPRESS) ! gzip -9nf $(WRKDIR)/qt-0.98/man/man1/*.1 ! gzip -9nf $(WRKDIR)/qt-0.98/man/man3/*3qt .endif ! install $(WRKDIR)/qt-0.98/man/man1/* $(PREFIX)/man/man1 ! install $(WRKDIR)/qt-0.98/man/man3/* $(PREFIX)/man/man3 .include --- 1,35 ---- ! # New ports collection makefile for: qt-1.0 ! # Version required: 1.0 ! # Date created: 2 Oct 1996 # Whom: searle@longacre.demon.co.uk # # $Id: Makefile,v 1.2 1996/07/31 01:09:19 chuckr Exp $ # ! DISTNAME= qt-1.0 CATEGORIES+= x11 MASTER_SITES= ftp://ftp.troll.no/qt/source/ MAINTAINER= searle@longacre.demon.co.uk USE_GMAKE= yes ! WRKSRC= $(WRKDIR)/$(DISTNAME)/arch/freebsd-gcc-shared USE_X11= yes post-extract: ! cd $(WRKDIR)/$(DISTNAME)/arch; $(GMAKE) freebsd-gcc-shared do-install: ! install -c $(WRKDIR)/qt-1.0/bin/moc $(X11BASE)/bin ! install -c $(WRKDIR)/qt-1.0/lib/libqt.so.1 $(X11BASE)/lib /sbin/ldconfig -m $(PREFIX)/lib mkdir -p $(PREFIX)/include/X11/qt ! install $(WRKDIR)/qt-1.0/include/* $(PREFIX)/include/X11/qt .if !defined(NOMANCOMPRESS) ! gzip -9nf $(WRKDIR)/qt-1.0/man/man1/*.1 ! gzip -9nf $(WRKDIR)/qt-1.0/man/man3/*3qt .endif ! install $(WRKDIR)/qt-1.0/man/man1/* $(PREFIX)/man/man1 ! install $(WRKDIR)/qt-1.0/man/man3/* $(PREFIX)/man/man3 .include >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 1 15:40:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA04782 for bugs-outgoing; Tue, 1 Oct 1996 15:40:15 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA04772; Tue, 1 Oct 1996 15:40:10 -0700 (PDT) Resent-Date: Tue, 1 Oct 1996 15:40:10 -0700 (PDT) Resent-Message-Id: <199610012240.PAA04772@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from mail2.webspan.net (mail2.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA03990 for" ; Tue, 1 Oct 1996 15:33:05.-0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by mail2.webspan.net (8.7.5/8.7.3) with ESMTP id SAA15951 for ; Tue, 1 Oct 1996 18:32:39 -0400 (EDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id SAA14715 for ; Tue, 1 Oct 1996 18:32:31 -0400 (EDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by orion.webspan.net (8.7.5/8.6.12) with ESMTP id QAA02417 for ; Tue, 1 Oct 1996 16:51:10 -0400 (EDT) Received: (from nobody@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23837; Tue, 1 Oct 1996 13:51:07 -0700 (PDT) Message-Id: <199610012051.NAA23837@freefall.freebsd.org> Date: Tue, 1 Oct 1996 13:51:07 -0700 (PDT) From: le.englund@trollhattan.mail.telia.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: conf/1704: Install fails, probe dos not find my ADAPTEC 2940 Ultra SCSI Adaper Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1704 >Category: conf >Synopsis: Install fails, probe dos not find my ADAPTEC 2940 Ultra SCSI Adaper >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Tue Oct 1 15:40:04 PDT 1996 >Last-Modified: >Originator: Lars-Erik Englund >Organization: >Release: 2.1 >Environment: >Description: At install the probe does not detect my new Adaptec 2940UA adapter. If I use the textscreen all the devices are detected. OS/2 does. Hardware configuration: Motherboard: ASUS PV-486IAP4, equipted with a Intel 486DX4. Graphics: Cirrus Logic GD543x, 2Mb videoram. Memory: 32Mb, 60ns. Cache: 256Kb, 15ns. SCSI: Adaptec 2940AU, 1Gb Quantum Fireball harddisk, Toshiba 3601 B/S CD-ROM. I/O: Some with NO NAME. Using 16550A serial circuits, including Floppy Drive. BIOSLEVEL: AWAI0204 >How-To-Repeat: Run install again and again. The error is there every time. >Fix: I will try to get a newer BIOS to my machine, if it helps. If not, get a new one. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 1 19:10:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA21305 for bugs-outgoing; Tue, 1 Oct 1996 19:10:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA21297; Tue, 1 Oct 1996 19:10:03 -0700 (PDT) Date: Tue, 1 Oct 1996 19:10:03 -0700 (PDT) Message-Id: <199610020210.TAA21297@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: ports/1703: update qt port Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR ports/1703; it has been noted by GNATS. From: "Jordan K. Hubbard" To: pjchilds@imforei.apana.org.au Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: ports/1703: update qt port Date: Tue, 01 Oct 1996 19:07:06 -0700 Hmm, I couldn't get your diffs to apply at all, though it was just a simple textual substitution in the Makefile so no biggie! Thanks. Jordan From owner-freebsd-bugs Tue Oct 1 20:16:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25381 for bugs-outgoing; Tue, 1 Oct 1996 20:16:09 -0700 (PDT) Received: from freenet.hamilton.on.ca (main.freenet.hamilton.on.ca [199.212.94.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA25372; Tue, 1 Oct 1996 20:16:04 -0700 (PDT) Received: from james.freenet.hamilton.on.ca (james.freenet.hamilton.on.ca [199.212.94.66]) by freenet.hamilton.on.ca (8.7.5/8.7.3) with ESMTP id XAA21433; Tue, 1 Oct 1996 23:16:08 -0400 (EDT) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.7.5/8.7.3) with SMTP id XAA08696; Tue, 1 Oct 1996 23:17:56 -0400 (EDT) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Tue, 1 Oct 1996 23:17:55 -0400 (EDT) From: Tim Vanderhoek To: dwhite@resnet.uoregon.edu cc: FreeBSD-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: docs/1691: ppp server doc submission In-Reply-To: <199609292141.OAA01145@gdi.uoregon.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 29 Sep 1996 dwhite@resnet.uoregon.edu wrote: > ppp.sgml is available at http://resnet.uoregon.edu/ppp.sgml > If someone knows how to insert files in vi, I'd like to know! :-) I'm sure there's a much more smooth way, but !!cat /etc/includeme usually works! :) -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-bugs Tue Oct 1 20:20:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25614 for bugs-outgoing; Tue, 1 Oct 1996 20:20:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25576; Tue, 1 Oct 1996 20:20:03 -0700 (PDT) Date: Tue, 1 Oct 1996 20:20:03 -0700 (PDT) Message-Id: <199610020320.UAA25576@freefall.freebsd.org> To: freebsd-bugs Cc: From: Tim Vanderhoek Subject: Re: docs/1691: ppp server doc submission Reply-To: Tim Vanderhoek Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/1691; it has been noted by GNATS. From: Tim Vanderhoek To: dwhite@resnet.uoregon.edu Cc: FreeBSD-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: docs/1691: ppp server doc submission Date: Tue, 1 Oct 1996 23:17:55 -0400 (EDT) On Sun, 29 Sep 1996 dwhite@resnet.uoregon.edu wrote: > ppp.sgml is available at http://resnet.uoregon.edu/ppp.sgml > If someone knows how to insert files in vi, I'd like to know! :-) I'm sure there's a much more smooth way, but !!cat /etc/includeme usually works! :) -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-bugs Tue Oct 1 21:00:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA28367 for bugs-outgoing; Tue, 1 Oct 1996 21:00:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA28293; Tue, 1 Oct 1996 21:00:02 -0700 (PDT) Resent-Date: Tue, 1 Oct 1996 21:00:02 -0700 (PDT) Resent-Message-Id: <199610020400.VAA28293@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from mail2.webspan.net (mail2.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA27421 for" ; Tue, 1 Oct 1996 20:50:03.-0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by mail2.webspan.net (8.7.5/8.7.3) with ESMTP id XAA28278 for ; Tue, 1 Oct 1996 23:49:30 -0400 (EDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id XAA29211 for ; Tue, 1 Oct 1996 23:49:20 -0400 (EDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by orion.webspan.net (8.7.5/8.6.12) with ESMTP id XAA25941 for ; Tue, 1 Oct 1996 23:26:07 -0400 (EDT) Received: (from nobody@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26130; Tue, 1 Oct 1996 20:26:06 -0700 (PDT) Message-Id: <199610020326.UAA26130@freefall.freebsd.org> Date: Tue, 1 Oct 1996 20:26:06 -0700 (PDT) From: tjones@nfinity.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/1705: COM2 not detected when booting from Harddrive. Only detects when booted from Floppy Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1705 >Category: bin >Synopsis: COM2 not detected when booting from Harddrive. Only detects when booted from Floppy >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Tue Oct 1 21:00:01 PDT 1996 >Last-Modified: >Originator: Trever L. Jones >Organization: TMJ Consulting >Release: 2.0.5 >Environment: >Description: When I boot from a my harddisk I get a sio1 not found at 0x2f8, but when I boot from a floppy, The serial port is enabled. Sio contains my modem. It is not in conflict with anything and show up fine in dos. I have a quantum hardrive and use the masterboot record to start the driver to detect the actual size of the drive since my cmos does not support it. I have a 386/33 machine. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 1 21:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA29204 for bugs-outgoing; Tue, 1 Oct 1996 21:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA29181; Tue, 1 Oct 1996 21:10:02 -0700 (PDT) Resent-Date: Tue, 1 Oct 1996 21:10:02 -0700 (PDT) Resent-Message-Id: <199610020410.VAA29181@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.VAA29132;Tue; (8.7.5/8.7.3);, 1 Oct 1996 21:09:43.-0700 (PDT) Message-Id: <199610020409.VAA29132@freefall.freebsd.org> Date: Tue, 1 Oct 1996 21:09:43 -0700 (PDT) From: gpalmer@freebsd.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: conf/1706: http://www.freebsd.org/send-pr.html does the wrong thing (testing) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1706 >Category: conf >Synopsis: http://www.freebsd.org/send-pr.html does the wrong thing (testing) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Tue Oct 1 21:10:00 PDT 1996 >Last-Modified: >Originator: Gary Palmer >Organization: FreeBSD Project >Release: irrelevant >Environment: irrelevant >Description: the www-sendpr interface sent mail to the wrong place >How-To-Repeat: go to http://www.freebsd.org/send-pr.html >Fix: correct the cgi-bin script >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Oct 1 21:26:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA00186 for bugs-outgoing; Tue, 1 Oct 1996 21:26:05 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA00180; Tue, 1 Oct 1996 21:26:02 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199610020426.VAA00180@freefall.freebsd.org> Subject: Re: docs/1691: ppp server doc submission To: hoek@freenet.hamilton.on.ca (Tim Vanderhoek) Date: Tue, 1 Oct 1996 21:26:01 -0700 (PDT) Cc: dwhite@resnet.uoregon.edu, freebsd-bugs@freefall.freebsd.org In-Reply-To: from "Tim Vanderhoek" at Oct 1, 96 11:17:55 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tim Vanderhoek wrote: > > On Sun, 29 Sep 1996 dwhite@resnet.uoregon.edu wrote: > > > ppp.sgml is available at http://resnet.uoregon.edu/ppp.sgml > > If someone knows how to insert files in vi, I'd like to know! :-) > > I'm sure there's a much more smooth way, but > > !!cat /etc/includeme > :r does the trick jmb From owner-freebsd-bugs Tue Oct 1 21:26:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA00249 for bugs-outgoing; Tue, 1 Oct 1996 21:26:11 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA00218; Tue, 1 Oct 1996 21:26:08 -0700 (PDT) Date: Tue, 1 Oct 1996 21:26:08 -0700 (PDT) Message-Id: <199610020426.VAA00218@freefall.freebsd.org> To: gpalmer@freebsd.org, root, freebsd-bugs From: root Subject: Re: conf/1706 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Synopsis: http://www.freebsd.org/send-pr.html does the wrong thing (testing) State-Changed-From-To: open-closed State-Changed-By: root State-Changed-When: Tue Oct 1 21:25:14 PDT 1996 State-Changed-Why: Test PR From owner-freebsd-bugs Tue Oct 1 22:14:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA03733 for bugs-outgoing; Tue, 1 Oct 1996 22:14:42 -0700 (PDT) Received: from ozramp.ozramp.net.au (rowan@ozramp.ozramp.net.au [203.17.73.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA03727 for ; Tue, 1 Oct 1996 22:14:37 -0700 (PDT) Received: (from rowan@localhost) by ozramp.ozramp.net.au (8.6.11/8.6.11) id PAA10253; Wed, 2 Oct 1996 15:15:52 +1000 Date: Wed, 2 Oct 1996 15:15:52 +1000 (EST) From: Rowan Crowe To: bugs@FreeBSD.org Subject: Possible low level TCP bug Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="298516809-874746121-844233352=:9161" Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --298516809-874746121-844233352=:9161 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello, I am a relative newcomer to FreeBSD. Firstly, let me say, I think it's a great OS! I will be going online full time soon, and I'll be using a FreeBSD box as my router. I have noticed some strange behaviour with packets originating from a FreeBSD box. I first saw this when connecting to an IRC server which uses FreeBSD, and just before I saw it come from my own FreeBSD box. The behaviour is this: seemingly small amounts of complete data (ie: a line on IRC) are split into two packets, and are sent about a second apart. The trace from my current router (not a FreeBSD box) shows this behaviour. Note the first packet has the PSH attribute. At most other times a complete set 500+ bytes is sent in one IP packet. One idea I had: possibly some sort of circular buffer quirk. I don't know anything about the internals of FreeBSD so this is a wild guess. Hope this helps, or you can enlighten me on this seemingly strange behaviour, if it's supposed to do that! Regards, Rowan Crowe Melbourne Australia --298516809-874746121-844233352=:9161 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="FreeBSD.tcp.bug" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Text dump of router trace V2VkIE9jdCAwMiAxNDo1MDo1MSAxOTk2IC0gcHAwIHNlbnQ6DQ0KUFBQOiBs ZW4gMTA3ICAgIHByb3RvY29sOiBWSiBDb21wcmVzc2VkIFRDUC9JUA0NCiAg ICAgICAgY2hhbmdlczogMHgxZiAgIFRDUCBjaGVja3N1bTogMHg1YzYxICAg UFVTSA0NCiAgICAgICAgZGVsdGEgU0VRIGltcGxpZWQgYnkgbGVuZ3RoIG9m IGRhdGENDQogICAgICAgIGluY3JlbWVudCBJRA0NCjAwMDAgIFBSSVZNU0cg I0ZyZWVic2QgOi5BQ1RJT04gdGhpbmtzIGEgbG90IG9mIGZ1c3MgaXMgYmVp bmcgbWFkZSBvdmUNDQowMDQwICByIGEgc21hbGwgcHJvYmxlbSB3aGljaCBp cyBlYXNpbHkgZmkNDQoNDQpXZWQgT2N0IDAyIDE0OjUwOjUyIDE5OTYgLSBw cDAgcmVjdjoNDQpQUFA6IGxlbiAgNDQgICAgcHJvdG9jb2w6IElQDQ0KSVA6 IGxlbiA0MCAyMDMuMjIuMTg0LjEwLT4yMDMuMzAuMTEuMTMxIGlobCAyMCB0 dGwgNjQgdG9zIDggcHJvdCBUQ1ANDQpUQ1A6IDY2NjctPjEwNDQgU2VxIHgx ZmJjNDkyYSBBY2sgeDhkYzMzNzQ4IEFDSyBXbmQgODU3Ng0NCg0NCldlZCBP Y3QgMDIgMTQ6NTA6NTIgMTk5NiAtIHBwMCBzZW50Og0NClBQUDogbGVuICAx MiAgICBwcm90b2NvbDogVkogQ29tcHJlc3NlZCBUQ1AvSVANDQogICAgICAg IGNoYW5nZXM6IDB4MWYgICBUQ1AgY2hlY2tzdW06IDB4ZTJhNCAgIFBVU0gN DQogICAgICAgIGRlbHRhIFNFUSBpbXBsaWVkIGJ5IGxlbmd0aCBvZiBkYXRh DQ0KICAgICAgICBpbmNyZW1lbnQgSUQNDQowMDAwICB4ZWQuLg0NCg0NCg== --298516809-874746121-844233352=:9161-- From owner-freebsd-bugs Tue Oct 1 22:53:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07855 for bugs-outgoing; Tue, 1 Oct 1996 22:53:59 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA07850 for ; Tue, 1 Oct 1996 22:53:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id WAA06098; Tue, 1 Oct 1996 22:54:50 -0700 (PDT) Message-Id: <199610020554.WAA06098@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Rowan Crowe cc: bugs@FreeBSD.org Subject: Re: Possible low level TCP bug In-reply-to: Your message of "Wed, 02 Oct 1996 15:15:52 +1000." From: David Greenman Reply-To: dg@root.com Date: Tue, 01 Oct 1996 22:54:50 -0700 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >The behaviour is this: seemingly small amounts of complete data (ie: a >line on IRC) are split into two packets, and are sent about a second >apart. The trace from my current router (not a FreeBSD box) shows this >behaviour. Note the first packet has the PSH attribute. What kind of ethernet card are you using? ...or is this with PPP or SLIP? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Tue Oct 1 23:06:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08797 for bugs-outgoing; Tue, 1 Oct 1996 23:06:01 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA08788 for ; Tue, 1 Oct 1996 23:05:57 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.6/8.7.3) with ESMTP id IAA28142; Wed, 2 Oct 1996 08:05:25 +0200 (SAT) Message-Id: <199610020605.IAA28142@grumble.grondar.za> To: Tim Vanderhoek cc: dwhite@resnet.uoregon.edu, freebsd-bugs@freefall.freebsd.org Subject: Re: docs/1691: ppp server doc submission Date: Wed, 02 Oct 1996 08:05:24 +0200 From: Mark Murray Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [CC: trimmed to remove GNATS] Tim Vanderhoek wrote: > On Sun, 29 Sep 1996 dwhite@resnet.uoregon.edu wrote: > > > ppp.sgml is available at http://resnet.uoregon.edu/ppp.sgml > > If someone knows how to insert files in vi, I'd like to know! :-) > > I'm sure there's a much more smooth way, but > > !!cat /etc/includeme > > usually works! :) The official way is :r filename M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-bugs Wed Oct 2 01:40:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA21259 for bugs-outgoing; Wed, 2 Oct 1996 01:40:44 -0700 (PDT) Received: from ozramp.ozramp.net.au (rowan@ozramp.ozramp.net.au [203.17.73.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA21252 for ; Wed, 2 Oct 1996 01:40:38 -0700 (PDT) Received: (from rowan@localhost) by ozramp.ozramp.net.au (8.6.11/8.6.11) id SAA30761; Wed, 2 Oct 1996 18:40:34 +1000 Date: Wed, 2 Oct 1996 18:40:33 +1000 (EST) From: Rowan Crowe To: David Greenman cc: bugs@FreeBSD.org Subject: Re: Possible low level TCP bug In-Reply-To: <199610020554.WAA06098@root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 1 Oct 1996, David Greenman wrote: > >The behaviour is this: seemingly small amounts of complete data (ie: a > >line on IRC) are split into two packets, and are sent about a second > >apart. The trace from my current router (not a FreeBSD box) shows this > >behaviour. Note the first packet has the PSH attribute. > > What kind of ethernet card are you using? ...or is this with PPP or SLIP? Hello David, Don't laugh: I use 3c501 ethernet cards. The capture I sent to you was carried over the ethernet from my FreeBSD box. However, I doubt that's the problem, as I've observed inbound data (via serial/PPP) with this same quirk. Being new to FreeBSD I'm going to ask what might be a stupid question, but is it possible to trace IP packets coming in and out of my FreeBSD box, on the box itself? Cheers. From owner-freebsd-bugs Wed Oct 2 01:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA21798 for bugs-outgoing; Wed, 2 Oct 1996 01:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA21792; Wed, 2 Oct 1996 01:50:02 -0700 (PDT) Date: Wed, 2 Oct 1996 01:50:02 -0700 (PDT) Message-Id: <199610020850.BAA21792@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Childs Subject: Re: ports/1703: update qt port Reply-To: Peter Childs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR ports/1703; it has been noted by GNATS. From: Peter Childs To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: pjchilds@imforei.apana.org.au, FreeBSD-gnats-submit@freebsd.org Subject: Re: ports/1703: update qt port Date: Wed, 2 Oct 1996 18:17:55 +0930 (CST) Jordan wrote.. > Hmm, I couldn't get your diffs to apply at all, though it was just a > simple textual substitution in the Makefile so no biggie! Groan.. i thought it looked a bit wierd for a diff.. but it was about 3 in the morning (groan!) hm... a diff -c Makefile.orig Makefile just produced the same output... oh.. nevery mind :) One of the sample programs "biff" that comes with it core dumps on my machine without fail. I'm trying to build a nethack with qt ontop (nhqt0.7.tar.gz) but this also core dumps.. i'll be looking into it, and a further patch may be needed (the rest of the example programs work fine) Regards, Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-bugs Wed Oct 2 01:59:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA22241 for bugs-outgoing; Wed, 2 Oct 1996 01:59:52 -0700 (PDT) Received: from ozramp.ozramp.net.au (rowan@ozramp.ozramp.net.au [203.17.73.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA22217 for ; Wed, 2 Oct 1996 01:59:12 -0700 (PDT) Received: (from rowan@localhost) by ozramp.ozramp.net.au (8.6.11/8.6.11) id TAA32635; Wed, 2 Oct 1996 19:00:08 +1000 Date: Wed, 2 Oct 1996 19:00:08 +1000 (EST) From: Rowan Crowe To: David Greenman cc: bugs@FreeBSD.org Subject: Re: Possible low level TCP bug In-Reply-To: <199610020554.WAA06098@root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Here's another capture for you, this time coming from a remote IRC server, being routed to a SLIP link. My FreeBSD box is not in the path, but the remote end (dropbear.aussie.net) runs FreeBSD. Wed Oct 02 18:54:43 1996 - sl0 sent: IP: len 140 203.20.52.13->203.30.11.132 ihl 20 ttl 63 tos 8 prot TCP TCP: 6668->1026 Seq x7c07420 Ack xbe4b006e ACK PSH Wnd 8576 Data 100 0000 :aussie.sydney.oz.org 332 rowan #newbies :learn irc language fro 0040 m http://newbies.aussie.net/..:aussi Wed Oct 02 18:54:44 1996 - sl0 recv: IP: len 40 203.30.11.132->203.20.52.13 ihl 20 ttl 60 prot TCP TCP: 1026->6668 Seq xbe4b006e Ack x7c07484 ACK Wnd 3996 Wed Oct 02 18:54:44 1996 - sl0 sent: IP: len 88 203.20.52.13->203.30.11.132 ihl 20 ttl 63 tos 8 prot TCP TCP: 6668->1026 Seq x7c07484 Ack xbe4b006e ACK PSH Wnd 8576 Data 48 0000 e.sydney.oz.org 333 rowan #newbies Z 844233027.. Something important to note, is that the split occurred at the same number of characters (about 100). Hope this helps. Cheers. From owner-freebsd-bugs Wed Oct 2 02:07:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA22737 for bugs-outgoing; Wed, 2 Oct 1996 02:07:10 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA22729 for ; Wed, 2 Oct 1996 02:07:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id CAA06730; Wed, 2 Oct 1996 02:07:59 -0700 (PDT) Message-Id: <199610020907.CAA06730@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Rowan Crowe cc: bugs@FreeBSD.org Subject: Re: Possible low level TCP bug In-reply-to: Your message of "Wed, 02 Oct 1996 18:40:33 +1000." From: David Greenman Reply-To: dg@root.com Date: Wed, 02 Oct 1996 02:07:59 -0700 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >On Tue, 1 Oct 1996, David Greenman wrote: > >> >The behaviour is this: seemingly small amounts of complete data (ie: a >> >line on IRC) are split into two packets, and are sent about a second >> >apart. The trace from my current router (not a FreeBSD box) shows this >> >behaviour. Note the first packet has the PSH attribute. >> >> What kind of ethernet card are you using? ...or is this with PPP or SLIP? > >Hello David, > >Don't laugh: I use 3c501 ethernet cards. The capture I sent to you was >carried over the ethernet from my FreeBSD box. However, I doubt that's >the problem, as I've observed inbound data (via serial/PPP) with this >same quirk. Actually, it's quite likely that the 3c501 could be the problem. The card has a total of 2K bytes of buffering - not enough to both receive and transmit a packet. Of all of the cards supported in FreeBSD, I'd rate the 3c501 at the very bottom in all respects. This isn't the first complaint like this I've seen with the 3c501. You'd do well to find an 8bit 3c503 or WD8003. As for PPP, that could be caused by a different problem. More analysis is needed. >Being new to FreeBSD I'm going to ask what might be a stupid question, >but is it possible to trace IP packets coming in and out of my FreeBSD >box, on the box itself? Yes. You need to add BPF to your kernel with: pseudo-device bpfilter 4 ...and create the bpf devices in /dev: cd /dev; MAKEDEV bpf0 bpf1 bpf2 bpf3 You can then use tcpdump to analyze the traffic. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Wed Oct 2 02:12:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA23196 for bugs-outgoing; Wed, 2 Oct 1996 02:12:52 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA23185 for ; Wed, 2 Oct 1996 02:12:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id CAA06758; Wed, 2 Oct 1996 02:13:12 -0700 (PDT) Message-Id: <199610020913.CAA06758@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Rowan Crowe cc: bugs@FreeBSD.org Subject: Re: Possible low level TCP bug In-reply-to: Your message of "Wed, 02 Oct 1996 19:00:08 +1000." From: David Greenman Reply-To: dg@root.com Date: Wed, 02 Oct 1996 02:13:12 -0700 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Here's another capture for you, this time coming from a remote IRC >server, being routed to a SLIP link. My FreeBSD box is not in the path, >but the remote end (dropbear.aussie.net) runs FreeBSD. > > >Wed Oct 02 18:54:43 1996 - sl0 sent: >IP: len 140 203.20.52.13->203.30.11.132 ihl 20 ttl 63 tos 8 prot TCP >TCP: 6668->1026 Seq x7c07420 Ack xbe4b006e ACK PSH Wnd 8576 Data 100 >0000 :aussie.sydney.oz.org 332 rowan #newbies :learn irc language fro >0040 m http://newbies.aussie.net/..:aussi > >Wed Oct 02 18:54:44 1996 - sl0 recv: >IP: len 40 203.30.11.132->203.20.52.13 ihl 20 ttl 60 prot TCP >TCP: 1026->6668 Seq xbe4b006e Ack x7c07484 ACK Wnd 3996 > >Wed Oct 02 18:54:44 1996 - sl0 sent: >IP: len 88 203.20.52.13->203.30.11.132 ihl 20 ttl 63 tos 8 prot TCP >TCP: 6668->1026 Seq x7c07484 Ack xbe4b006e ACK PSH Wnd 8576 Data 48 >0000 e.sydney.oz.org 333 rowan #newbies Z 844233027.. > > >Something important to note, is that the split occurred at the same >number of characters (about 100). This is likely caused by IRC doing short writes to the socket (the fact that PUSH is set is a good indicator of this). I don't know why it would be doing that, but it's not a bug in FreeBSD. In my previous response, I was only concerned with the long delays you were seeing - not in the multiple small packets. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Wed Oct 2 02:31:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA24108 for bugs-outgoing; Wed, 2 Oct 1996 02:31:39 -0700 (PDT) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA24096 for ; Wed, 2 Oct 1996 02:31:23 -0700 (PDT) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.0/8.8.0) with ESMTP id RAA22086; Wed, 2 Oct 1996 17:29:47 +0800 (WST) Message-Id: <199610020929.RAA22086@spinner.DIALix.COM> X-Mailer: exmh version 1.6.7 5/3/96 To: Rowan Crowe cc: David Greenman , bugs@FreeBSD.ORG Subject: Re: Possible low level TCP bug In-reply-to: Your message of "Wed, 02 Oct 1996 18:40:33 +1000." Date: Wed, 02 Oct 1996 17:29:47 +0800 From: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Rowan Crowe wrote: > > On Tue, 1 Oct 1996, David Greenman wrote: > > > >The behaviour is this: seemingly small amounts of complete data (ie: a > > >line on IRC) are split into two packets, and are sent about a second > > >apart. The trace from my current router (not a FreeBSD box) shows this > > >behaviour. Note the first packet has the PSH attribute. > > > > What kind of ethernet card are you using? ...or is this with PPP or SLIP ? > > Hello David, > > Don't laugh: I use 3c501 ethernet cards. The capture I sent to you was > carried over the ethernet from my FreeBSD box. However, I doubt that's > the problem, as I've observed inbound data (via serial/PPP) with this > same quirk. Hmm, I wonder if we're running into the (pre-pathmtu) 576 default tcp mss somewhere with the extra tcp headers? > Being new to FreeBSD I'm going to ask what might be a stupid question, > but is it possible to trace IP packets coming in and out of my FreeBSD > box, on the box itself? Yes, check out the tcpdump manual page, as well as ports/net/trafshow. > Cheers. Cheers, -Peter From owner-freebsd-bugs Wed Oct 2 02:57:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA25417 for bugs-outgoing; Wed, 2 Oct 1996 02:57:50 -0700 (PDT) Received: from ozramp.ozramp.net.au (rowan@ozramp.ozramp.net.au [203.17.73.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA25412 for ; Wed, 2 Oct 1996 02:57:45 -0700 (PDT) Received: (from rowan@localhost) by ozramp.ozramp.net.au (8.6.11/8.6.11) id TAA04489; Wed, 2 Oct 1996 19:58:07 +1000 Date: Wed, 2 Oct 1996 19:58:06 +1000 (EST) From: Rowan Crowe To: David Greenman cc: bugs@FreeBSD.org Subject: Re: Possible low level TCP bug In-Reply-To: <199610020907.CAA06730@root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 2 Oct 1996, David Greenman wrote: > >> >The behaviour is this: seemingly small amounts of complete data (ie: a > >> >line on IRC) are split into two packets, and are sent about a second > >> >apart. The trace from my current router (not a FreeBSD box) shows this > >> >behaviour. Note the first packet has the PSH attribute. > >> > >> What kind of ethernet card are you using? ...or is this with PPP or SLIP? > > > >Don't laugh: I use 3c501 ethernet cards. The capture I sent to you was > >carried over the ethernet from my FreeBSD box. However, I doubt that's > >the problem, as I've observed inbound data (via serial/PPP) with this > >same quirk. > Actually, it's quite likely that the 3c501 could be the problem. The card > has a total of 2K bytes of buffering - not enough to both receive and transmit > a packet. Of all of the cards supported in FreeBSD, I'd rate the 3c501 at > the very bottom in all respects. This isn't the first complaint like this I've > seen with the 3c501. You'd do well to find an 8bit 3c503 or WD8003. As for > PPP, that could be caused by a different problem. More analysis is needed. I'm well aware of the downfalls of using a 3c501, however they were given to me for free, and most of the use is to link my other 2 machines on the LAN with the outside world via a 14.4k link on the router. There's not a lot of high traffic at all. I've had surprisingly good results with them. If I had more than 3 cards on the network I'm sure things wouldn't work quite so well. :-) (BTW, all my machines are AT or better, I just happened to have the 3c501s). Anyway, as shown by my 2 captures, *exactly* the same problem is occuring, regardless of whether the packet is transported by the 3c501. Note that both times the split occured at the same point, that is, once when generated by my FreeBSD box (and carried over the 3c501s), and the other generated by a remote FreeBSD box coming through a PPP link, no 3c501 or local FreeBSD box involved. Thanks for the info on tracing. :) Cheers. From owner-freebsd-bugs Wed Oct 2 03:06:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA25908 for bugs-outgoing; Wed, 2 Oct 1996 03:06:23 -0700 (PDT) Received: from ozramp.ozramp.net.au (ozramp.ozramp.net.au [203.17.73.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA25891 for ; Wed, 2 Oct 1996 03:06:00 -0700 (PDT) Received: (from rowan@localhost) by ozramp.ozramp.net.au (8.6.11/8.6.11) id UAA05362; Wed, 2 Oct 1996 20:06:36 +1000 Date: Wed, 2 Oct 1996 20:06:32 +1000 (EST) From: Rowan Crowe To: Peter Wemm cc: David Greenman , bugs@FreeBSD.ORG Subject: Re: Possible low level TCP bug In-Reply-To: <199610020929.RAA22086@spinner.DIALix.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 2 Oct 1996, Peter Wemm wrote: > > > >The behaviour is this: seemingly small amounts of complete data (ie: a > > > >line on IRC) are split into two packets, and are sent about a second > > > >apart. The trace from my current router (not a FreeBSD box) shows this > > > >behaviour. Note the first packet has the PSH attribute. > > > > > > What kind of ethernet card are you using? ...or is this with PPP or SLIP > ? > > Don't laugh: I use 3c501 ethernet cards. The capture I sent to you was > > carried over the ethernet from my FreeBSD box. However, I doubt that's > > the problem, as I've observed inbound data (via serial/PPP) with this > > same quirk. > > Hmm, I wonder if we're running into the (pre-pathmtu) 576 default tcp mss > somewhere with the extra tcp headers? Doubtful, the data in the packet was about 100 bytes, and the IP length is only 140 bytes. Other packets with 500+ bytes of data go through fine, most of the time. This quirk is only noticed *occasionally*. :-) I will see if I can reproduce this with some other software, so far it's been IRCII (client) and whatever aussie.oz.org uses (IRCD?). Perhaps there's a shared library or common routine which is causing this problem. Cheers. From owner-freebsd-bugs Wed Oct 2 05:00:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA01289 for bugs-outgoing; Wed, 2 Oct 1996 05:00:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA01283; Wed, 2 Oct 1996 05:00:01 -0700 (PDT) Resent-Date: Wed, 2 Oct 1996 05:00:01 -0700 (PDT) Resent-Message-Id: <199610021200.FAA01283@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ost@comnets.rwth-aachen.de Received: from spock.comnets.rwth-aachen.de (spock.comnets.rwth-aachen.de [137.226.4.66]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA00846 for ; Wed, 2 Oct 1996 04:51:49 -0700 (PDT) Received: (from worm@localhost) by spock.comnets.rwth-aachen.de (8.7.5/8.7.3) id MAA00379; Wed, 2 Oct 1996 12:53:02 +0200 (MET DST) Message-Id: <199610021053.MAA00379@spock.comnets.rwth-aachen.de> Date: Wed, 2 Oct 1996 12:53:02 +0200 (MET DST) From: Worm Management Reply-To: ost@comnets.rwth-aachen.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/1707: mkisofs gets signal 6 if some options are not supplied Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1707 >Category: gnu >Synopsis: mkisofs gets signal 6 if some options are not supplied >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 2 05:00:01 PDT 1996 >Last-Modified: >Originator: Worm Management >Organization: ComNets >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: >Description: mkisofs fails, if certain options are not given. For example, calling it with 'mkisofs image-dir -o output' causes: assertion "omit_version_number" failed: file "/usr/src/gnu/usr.bin/mkisofs/mkisofs.c", line 344 machine /kernel: pid xxx (mkisofs), uid 0: exited on signal 6 (core dumped) Abort Trap (core dumped) >How-To-Repeat: call 'mkisofs' without options >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Oct 2 06:00:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA03595 for bugs-outgoing; Wed, 2 Oct 1996 06:00:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA03583; Wed, 2 Oct 1996 06:00:02 -0700 (PDT) Resent-Date: Wed, 2 Oct 1996 06:00:02 -0700 (PDT) Resent-Message-Id: <199610021300.GAA03583@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, adam@veda.is Received: from veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA03501 for ; Wed, 2 Oct 1996 05:58:23 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.7.6/8.7.3) id MAA15957; Wed, 2 Oct 1996 12:57:43 GMT Message-Id: <199610021257.MAA15957@veda.is> Date: Wed, 2 Oct 1996 12:57:43 GMT From: Adam David Reply-To: adam@veda.is To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1708: monthly login accounting Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1708 >Category: misc >Synopsis: monthly login accounting >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Oct 2 06:00:01 PDT 1996 >Last-Modified: >Originator: Adam David >Organization: Veda Internet >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD-current >Description: It's rather pointless to do login accounting in /etc/monthly when newsyslog is rotating wtmp files on a weekly basis. >How-To-Repeat: Use the default installation >Fix: do it in /etc/weekly on the second latest wtmp file, or find a reliable way of synchronising newsyslog with the weekly|monthly crontab entries. (note: there is no support in newsyslog for strictly monthly rotations). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Oct 2 06:05:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA03946 for bugs-outgoing; Wed, 2 Oct 1996 06:05:57 -0700 (PDT) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA03927; Wed, 2 Oct 1996 06:05:55 -0700 (PDT) Date: Wed, 2 Oct 1996 06:05:55 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199610021305.GAA03927@freefall.freebsd.org> To: ost@comnets.rwth-aachen.de, jkh, freebsd-bugs Subject: Re: gnu/1707 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mkisofs gets signal 6 if some options are not supplied State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Oct 2 06:03:10 PDT 1996 State-Changed-Why: This is not actually a bug as the calls to abort() are intentional - they're deliberately flagging the fatal lack of a required argument. Admittedly, this constitues rather crude error checking and should almost certainly be implemented differently, but then that's true for all of mkisofs given that the whole thing needs a rewrite badly. I'm going to close this as a "feature" and comment that anyone wishing to rewrite mkisofs more than has my blessing to do so. From owner-freebsd-bugs Wed Oct 2 07:15:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA10202 for bugs-outgoing; Wed, 2 Oct 1996 07:15:31 -0700 (PDT) Received: from zruty.comnets.rwth-aachen.de (zruty.comnets.rwth-aachen.de [137.226.4.16]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA10179; Wed, 2 Oct 1996 07:14:48 -0700 (PDT) Received: from samson.comnets.rwth-aachen.de (samson.comnets.rwth-aachen.de [137.226.4.145]) by zruty.comnets.rwth-aachen.de (8.6.12/COMNETS-1.2) with ESMTP id PAA06907; Wed, 2 Oct 1996 15:13:08 +0100 Received: (ost@localhost) by samson.comnets.rwth-aachen.de (8.6.12/COMNETS-1.0) id QAA28074; Wed, 2 Oct 1996 16:13:05 +0200 To: "Jordan K. Hubbard" Cc: freebsd-bugs@freefall.freebsd.org Subject: Re: gnu/1707 References: <199610021305.GAA03927@freefall.freebsd.org> Reply-To: Martin Ostermann x-no-archive: yes From: Martin Ostermann Date: 02 Oct 1996 16:13:03 +0200 In-Reply-To: "Jordan K. Hubbard"'s message of Wed, 2 Oct 1996 06:05:55 -0700 (PDT) Message-ID: <43wwx9mp3k.fsf@comnets.rwth-aachen.de> Lines: 31 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" writes: > Synopsis: mkisofs gets signal 6 if some options are not supplied > > State-Changed-From-To: open-closed > State-Changed-By: jkh > State-Changed-When: Wed Oct 2 06:03:10 PDT 1996 > State-Changed-Why: > This is not actually a bug as the calls to abort() are intentional - they're > deliberately flagging the fatal lack of a required argument. Admittedly, > this constitues rather crude error checking and should almost certainly > be implemented differently, but then that's true for all of mkisofs given > that the whole thing needs a rewrite badly. I'm going to close this as > a "feature" and comment that anyone wishing to rewrite mkisofs more than > has my blessing to do so. Hmm, maybe I wasn't clear enough, or I misunderstand something. I tested this more thoroughly now. You have to supply the options '-N' (omit_version_number) and '-d' (omit trailing dots) in order to get 'mkisofs' working. Both options are labeled in the man-page as "violating ISO9660" and "use with caution"! It's hard to believe that they are required, isn't it? Well, if that's correct anyway, I'd at least volunteer to update the man-page :-) Martin -- Martin Ostermann | mailto:ost@comnets.rwth-aachen.de Communication Networks | http://www.comnets.rwth-aachen.de/~ost Aachen University of Technology | phoneto:++49/241/807917 Germany | faxto:++49/241/8890378 From owner-freebsd-bugs Wed Oct 2 07:39:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11994 for bugs-outgoing; Wed, 2 Oct 1996 07:39:49 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA11982; Wed, 2 Oct 1996 07:39:44 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id HAA12268; Wed, 2 Oct 1996 07:37:34 -0700 (PDT) To: Martin Ostermann cc: "Jordan K. Hubbard" , freebsd-bugs@freefall.freebsd.org Subject: Re: gnu/1707 In-reply-to: Your message of "02 Oct 1996 16:13:03 +0200." <43wwx9mp3k.fsf@comnets.rwth-aachen.de> Date: Wed, 02 Oct 1996 07:37:34 -0700 Message-ID: <12266.844267054@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > tested this more thoroughly now. You have to supply the options > '-N' (omit_version_number) and '-d' (omit trailing dots) in order to get > 'mkisofs' working. Both options are labeled in the man-page as > "violating ISO9660" and "use with caution"! It's hard to believe that > they are required, isn't it? Yes, they are actually. While they may violate ISO, they've found at Walnut Creek CDROM that not enabling them will tickle bugs in mkisofs and cause it to do worse things to you. :-) Like I said, it needs a rewrite badly. Jordan From owner-freebsd-bugs Wed Oct 2 10:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22136 for bugs-outgoing; Wed, 2 Oct 1996 10:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22127; Wed, 2 Oct 1996 10:20:02 -0700 (PDT) Resent-Date: Wed, 2 Oct 1996 10:20:02 -0700 (PDT) Resent-Message-Id: <199610021720.KAA22127@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, obrien@Nuxi.cs.ucdavis.edu Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA21923 for ; Wed, 2 Oct 1996 10:16:45 -0700 (PDT) Received: (from obrien@localhost) by relay.nuxi.com (8.7.5/8.6.12) id KAA08669; Wed, 2 Oct 1996 10:16:52 -0700 (PDT) Message-Id: <199610021716.KAA08669@relay.nuxi.com> Date: Wed, 2 Oct 1996 10:16:52 -0700 (PDT) From: "David E. O'Brien" Reply-To: obrien@Nuxi.cs.ucdavis.edu To: FreeBSD-gnats-submit@freebsd.org Cc: obrien@Nuxi.com X-Send-Pr-Version: 3.2 Subject: ports/1709: tin port updated Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1709 >Category: ports >Synopsis: tin port updated >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Oct 2 10:20:01 PDT 1996 >Last-Modified: >Originator: David E. O'Brien >Organization: University of California, Davis >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: ports-current as of Oct 2nd. >Description: xvile port needs updating to version 6.1. >How-To-Repeat: n/a >Fix: xvile is esentually vile. simply change the "6.0" to "6.1" in Makefile and ``make makesum'' is all that is needed. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Oct 2 10:20:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22167 for bugs-outgoing; Wed, 2 Oct 1996 10:20:14 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22149; Wed, 2 Oct 1996 10:20:08 -0700 (PDT) Resent-Date: Wed, 2 Oct 1996 10:20:08 -0700 (PDT) Resent-Message-Id: <199610021720.KAA22149@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, obrien@Nuxi.cs.ucdavis.edu Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA22075 for ; Wed, 2 Oct 1996 10:19:54 -0700 (PDT) Received: (from obrien@localhost) by relay.nuxi.com (8.7.5/8.6.12) id KAA08778; Wed, 2 Oct 1996 10:20:01 -0700 (PDT) Message-Id: <199610021720.KAA08778@relay.nuxi.com> Date: Wed, 2 Oct 1996 10:20:01 -0700 (PDT) From: "David E. O'Brien" Reply-To: obrien@Nuxi.cs.ucdavis.edu To: FreeBSD-gnats-submit@freebsd.org Cc: obrien@Nuxi.com, chuckr@eng.umd.edu X-Send-Pr-Version: 3.2 Subject: ports/1710: updated Tin port Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1710 >Category: ports >Synopsis: update to Tin port >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Oct 2 10:20:06 PDT 1996 >Last-Modified: >Originator: David E. O'Brien >Organization: University of California, Davis >Release: FreeBSD 2.1.5-RELEASE i386 >Environment: n/a >Description: The updated Tin port I submitted a month ago (nudge, nudge :-)) has been updated. Please find it in freefall:/incoming as tin-port-960930.tar.gz >How-To-Repeat: n/a >Fix: n/a >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Oct 2 13:38:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA05042 for bugs-outgoing; Wed, 2 Oct 1996 13:38:51 -0700 (PDT) Received: from whorfin.sjca.edu (whorfin.sjca.edu [199.89.180.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA05022 for ; Wed, 2 Oct 1996 13:38:42 -0700 (PDT) Received: from continuity.sjca.edu (continuity.sjca.edu [199.89.180.11]) by whorfin.sjca.edu (8.7.6/8.7.3) with ESMTP id QAA23442 for ; Wed, 2 Oct 1996 16:38:31 -0400 (EDT) From: Matt Braithwaite Received: (mab@localhost) by continuity.sjca.edu (8.7.5/8.6.12) id QAA00734; Wed, 2 Oct 1996 16:39:01 -0400 (EDT) Date: Wed, 2 Oct 1996 16:39:01 -0400 (EDT) Message-Id: <199610022039.QAA00734@continuity.sjca.edu> Reply-To: m-braithwaite@sjca.edu X-Organization: The Ancient Illuminated Seers of Bavaria X-Url: my homepage To: freebsd-bugs@freebsd.org Subject: suggested patch to tab initialization in tset/set.c Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i enclose a fix for the following behavior, but i am not sure if it is the right fix. (if anyone wants to talk about it, pls. mail me directly, because i don't subscribe to -bugs). description: i have a buncha users of macintosh NCSA telnet, which can act as either a vt100 or a vt220. when they login with windows that have greater than 24 lines (most of the time), i get an undesirable behavior: the login banner, motd, and `You have new mail.' scroll from the top of the window on down with no problems. However, all of this usually occupies more than 24 lines. immediately after all of that is printed, however, the cursor is moved *back up* to the 24th line of the display, and printing continues from there. however, after login, stty returns the right window size, and no programs assume an 80x24 window. so the only real problem is corruption of the motd before the user gets a chance to read it. the jumping of the cursor to the 24th line occurs with every invocation of tset that i tried. diagnosis: tset/set.c contains the following lines (from -stable): if (set_column) tg_out = tgoto(set_column, 0, c); if (*tg_out == 'O' && set_pos) tg_out = tgoto(set_pos, c, lines - 1); if (*tg_out != 'O') tputs(tg_out, 1, outc); else (void)fprintf(stderr, "%s", " "); /* Set the tab. */ tputs(set_tab, 0, outc); but `lines' is initalized, by tgetent, to 24, earlier on, regardless of the actual size of the window. fix: i suggest *at least* the following. if the window already knows how big it is, this should override the termcap entry for purposes of setting tabs, and everything else: *** usr.bin/tset/tset.c~ Wed Oct 2 16:19:57 1996 --- usr.bin/tset/tset.c Wed Oct 2 16:20:26 1996 *************** *** 169,174 **** --- 169,178 ---- win.ws_col = columns; (void)ioctl(STDERR_FILENO, TIOCSWINSZ, &win); } + else { + lines = win.ws_row; + columns = win.ws_col; + } #endif set_control_chars(); set_conversions(usingupper); but i also think that the following would be winning. if just outputting eight spaces can do the job, there is no need for all this fancy tgoto() stuff which might put you on the last line of the display. if this happens, then the user gets n random blank lines in his login for no really good reason. *** usr.bin/tset/set.c~ Wed Oct 2 16:19:46 1996 --- usr.bin/tset/set.c Wed Oct 2 16:31:01 1996 *************** *** 301,315 **** * Get to the right column. "OOPS" is returned by * tgoto() if it can't do the job. (*snarl*) */ ! tg_out = "OOPS"; ! if (set_column) ! tg_out = tgoto(set_column, 0, c); ! if (*tg_out == 'O' && set_pos) ! tg_out = tgoto(set_pos, c, lines - 1); ! if (*tg_out != 'O') ! tputs(tg_out, 1, outc); ! else ! (void)fprintf(stderr, "%s", " "); /* Set the tab. */ tputs(set_tab, 0, outc); } --- 301,307 ---- * Get to the right column. "OOPS" is returned by * tgoto() if it can't do the job. (*snarl*) */ ! (void)fprintf(stderr, "%s", " "); /* Set the tab. */ tputs(set_tab, 0, outc); } ...but of course there'z probably stuff i don't get; so please reply to me if i have this all wrong. -- Matt Braithwaite #!/bin/perl -s-- -export-a-crypto-system-sig -RSA-3-lines-PERL http:// $m=unpack(H.$w,$m."\0"x$w),$_=`echo "16do$w 2+4Oi0$d*-^1[d2%Sa www.sjca.edu/ 2/d0 Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nsayer@kfu.com Received: from outland (outland.3do.com [208.192.70.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA11619 for ; Wed, 2 Oct 1996 15:31:14 -0700 (PDT) Received: from badger.3do.com (badger.3do.com [198.211.30.7]) by outland (SMI-8.6/8.6.12) with SMTP id PAA08301 for ; Wed, 2 Oct 1996 15:30:33 -0700 Received: from jail.3do.com by badger.3do.com (4.1/SMI-4.1) id AA23111; Wed, 2 Oct 96 15:30:40 PDT Received: by jail.3do.com (8.7.5//ident-1.0) id PAA00369; Wed, 2 Oct 1996 15:30:39 -0700 (PDT) Message-Id: <199610022230.PAA00369@jail.3do.com> Date: Wed, 2 Oct 1996 15:30:39 -0700 (PDT) From: nsayer@kfu.com Reply-To: nsayer@kfu.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1711: kernel logging of signaled processes should be optional Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1711 >Category: kern >Synopsis: kernel logging of signaled processes should be optional >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Oct 2 15:40:01 PDT 1996 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: >Description: kernel logging of signaled processes ("pid 99, uid 0: exited on signal 11 (core dumped)") _really_ should have an option to disable. Really now. If you can comment the source to indicate that some found it annoying (it certainly bugs the hell out of me), you can put an #ifndef in to allow folks to have their choice. >How-To-Repeat: >Fix: *** kern_sig.c.orig Tue Jul 9 11:12:37 1996 --- kern_sig.c Wed Oct 2 15:23:53 1996 *************** *** 1205,1215 **** --- 1205,1217 ---- */ if (coredump(p) == 0) signum |= WCOREFLAG; + #ifndef NO_SIGEXIT_LOG log(LOG_INFO, "pid %d (%s), uid %d: exited on signal %d%s\n", p->p_pid, p->p_comm, p->p_cred && p->p_ucred ? p->p_ucred->cr_uid : -1, signum &~ WCOREFLAG, signum & WCOREFLAG ? " (core dumped)" : ""); + #endif } exit1(p, W_EXITCODE(0, signum)); /* NOTREACHED */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Oct 2 15:40:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA12104 for bugs-outgoing; Wed, 2 Oct 1996 15:40:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA12072; Wed, 2 Oct 1996 15:40:03 -0700 (PDT) Resent-Date: Wed, 2 Oct 1996 15:40:03 -0700 (PDT) Resent-Message-Id: <199610022240.PAA12072@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.PAA11991;Wed; (8.7.5/8.7.3);, 2 Oct 1996 15:39:10.-0700 (PDT) Message-Id: <199610022239.PAA11991@freefall.freebsd.org> Date: Wed, 2 Oct 1996 15:39:10 -0700 (PDT) From: graphix@iastate.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: docs/1712: semget man page refers to SEM_W instead of SEM_A Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1712 >Category: docs >Synopsis: semget man page refers to SEM_W instead of SEM_A >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 2 15:40:02 PDT 1996 >Last-Modified: >Originator: Kent Vander Velden >Organization: Iowa State University >Release: -current >Environment: FreeBSD pseudo.cc.iastate.edu 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Sun Sep 29 02:52:06 CDT 1996 kent@pseudo.cc.iastate.edu:/usr/src/sys/compile/PSEUDO i386 >Description: The semget() man page refers to the macro SEM_W but the include file sys/sem.h does not define this and instead defines SHM_A. A change to the man page is needed to reflect this. >How-To-Repeat: >Fix: src|Wed5:39pm} cvs diff -r HEAD lib/libc/sys/semget.2 Index: lib/libc/sys/semget.2 =================================================================== RCS file: /usr/FreeBSD-CVS/src/lib/libc/sys/semget.2,v retrieving revision 1.1 diff -r1.1 semget.2 83,84c83,84 < .It Dv SEM_W < Write access for user. --- > .It Dv SEM_A > Alter access for user. 87,88c87,88 < .It Dv (SEM_W>>3) < Write access for group. --- > .It Dv (SEM_A>>3) > Alter access for group. 91,92c91,92 < .It Dv (SEM_W>>6) < Write access for other. --- > .It Dv (SEM_A>>6) > Alter access for other. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Oct 2 17:30:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA16930 for bugs-outgoing; Wed, 2 Oct 1996 17:30:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA16921; Wed, 2 Oct 1996 17:30:02 -0700 (PDT) Resent-Date: Wed, 2 Oct 1996 17:30:02 -0700 (PDT) Resent-Message-Id: <199610030030.RAA16921@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, haug@conterra.com Received: from dorothy.conterra.com (dorothy.conterra.com [206.30.181.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA16841 for ; Wed, 2 Oct 1996 17:28:39 -0700 (PDT) Received: (from haug@localhost) by dorothy.conterra.com (8.6.12/8.6.12) id QAA04313; Wed, 2 Oct 1996 16:23:46 -0400 Message-Id: <199610022023.QAA04313@dorothy.conterra.com> Date: Wed, 2 Oct 1996 16:23:46 -0400 From: haug@conterra.com Reply-To: haug@conterra.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/1713: mkisofs inconsistencies (man page vs. program) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1713 >Category: gnu >Synopsis: mkisofs doesn't match man page in behavior >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 2 17:30:01 PDT 1996 >Last-Modified: >Originator: Brian R. Haug >Organization: None >Release: FreeBSD 2.1-STABLE i386 >Environment: generic >Description: The code as distributed by Walnut Creek (so you may not actually care about this) has several asserts in mkisofs which cause the program to not run unless certain options are supplied on the command line (i.e. -N -d) which are not noted as required options on the man page and are noted to use with caution. >How-To-Repeat: cd /tmp;mkisofs -o /var/tmp/foo -R . >Fix: Remove the asserts in mkisofs.c lines 335 and 336: assert(omit_version_number); assert(omit_period); Alternatively update the man page or perhaps add a -W for Walnut Creek options and note these in the man page (presumably forcing a -d -N). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Oct 3 01:40:00 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA14712 for bugs-outgoing; Thu, 3 Oct 1996 01:40:00 -0700 (PDT) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA14680; Thu, 3 Oct 1996 01:39:55 -0700 (PDT) Date: Thu, 3 Oct 1996 01:39:55 -0700 (PDT) From: Gary Palmer Message-Id: <199610030839.BAA14680@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: kern/1714 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Thu Oct 3 01:39:37 PDT 1996 Responsible-Changed-Why: Got misfiled under gnats-admin From owner-freebsd-bugs Thu Oct 3 01:40:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA14785 for bugs-outgoing; Thu, 3 Oct 1996 01:40:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA14764; Thu, 3 Oct 1996 01:40:04 -0700 (PDT) Date: Thu, 3 Oct 1996 01:40:04 -0700 (PDT) Message-Id: <199610030840.BAA14764@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Childs Subject: Re: bin/1494: some patches to ijppp Reply-To: Peter Childs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1494; it has been noted by GNATS. From: Peter Childs To: FreeBSD-gnats-submit@freefall.freebsd.org Cc: Subject: Re: bin/1494: some patches to ijppp Date: Thu, 3 Oct 1996 17:54:48 +0930 (CST) Patches under this report were from a 2.1-stable system. As I feel there is no chance ever getting these patches into 2.1.5-stable i include the "diff" against 2.2-current's ijppp, in the hope that some kind individual will see the benifit (no more NT servers doing dialup PPP) and commit them. With this patch Win95 clients only need username,password,phonenumber. No scripts, no ip's, out-of-the-box. There are also a couple of new files for using entries in the password file and pap authentication so you don't have to use the /etc/ppp/pap.secrets file.. (yuk!) This is optional (see Makefile) Fix: patch < this-latest-patch-on-a-freebsd-current-system extract "passwdauth.h" and "passwdauth.c" from this file.. cvs commit :) -- passwdauth.c /* * * passwdauth.c - pjchilds@imforei.apana.org.au * * authenticate user via the password file * */ #include #include #include #include #include "fsm.h" #include "passwdauth.h" int PasswdAuth(name, key) char *name, *key; { static int logged_in = 0; struct passwd *pwd; char *salt, *ep; struct utmp utmp; #ifdef DEBUG logprintf( "passwdauth called with name= %s, key= %s\n", name, key ); #endif /* DEBUG */ if(( pwd = getpwnam( name ) )) salt = pwd->pw_passwd; else { endpwent(); LogPrintf( LOG_LCP, "PasswdAuth - user (%s) not in passwd file\n", name ); return 0; /* false - failed to authenticate (password not in file) */ } #ifdef LOCALHACK /* * All our PPP usernames start with 'P' so i check that here... if you * don't do this i suggest all your PPP users be members of a group * and you check the guid */ if( name[0] != 'P' ) { LogPrintf( LOG_LCP, "PasswdAuth - user (%s) not a PPP user\n", name ); endpwent(); return 0; } #endif /* LOCALHACK */ ep = crypt( key, salt ); /* strcmp returns 0 if same */ if( strcmp( ep, pwd->pw_passwd ) != 0 ) { LogPrintf( LOG_LCP, "PasswdAuth - user (%s,%s) authentication failed\n", name, key ); endpwent(); return 0; /* false - failed to authenticate (didn't match up) */ } /* * now we log them in... we have a static login flag so we don't * do it twice :) */ if( ! logged_in ) { (void)time(&utmp.ut_time); (void)strncpy(utmp.ut_name, name, sizeof(utmp.ut_name)); #ifdef LOCALHACK /* we trim the first three characters off here.. see sample.ppp.conf */ (void)strncpy(utmp.ut_line, (char *)(dstsystem + 3), sizeof(utmp.ut_line)); #else (void)strncpy(utmp.ut_line, dstsystem, sizeof(utmp.ut_line)); #endif /* LOCALHACK */ (void)strcpy(utmp.ut_host, "auto-ppp" ); login(&utmp); (void)setlogin( pwd->pw_name ); LogPrintf( LOG_LCP, "PasswdAuth has logged in user %s\n", name ); logged_in = 1; } endpwent(); return 1; } -- dev/ppp-plus-current/passwdauth.h /* * passwdauth.h * */ #ifndef _PASSWDAUTH_H_ #define _PASSWDAUTH_H_ extern int PasswdAuth __P((char *, char *)); #endif -- diff -c ppp-current/Makefile ppp-plus-current/Makefile *** ppp-current/Makefile Mon Mar 4 21:08:41 1996 --- ppp-plus-current/Makefile Fri Sep 6 23:58:13 1996 *************** *** 4,13 **** SRCS= async.c auth.c ccp.c chap.c chat.c command.c filter.c fsm.c hdlc.c \ ip.c ipcp.c lcp.c lqr.c log.c main.c mbuf.c modem.c os.c \ pap.c pred.c route.c slcompress.c timer.c systems.c uucplock.c vars.c \ ! vjcomp.c arp.c #CFLAGS+= -DHAVE_SHELL_CMD_WITH_ANY_MODE ! CFLAGS += -Wall -DUSE_PERROR ! LDADD += -lmd DPADD += ${LIBMD} MAN8= ppp.8 BINMODE=4555 --- 4,13 ---- SRCS= async.c auth.c ccp.c chap.c chat.c command.c filter.c fsm.c hdlc.c \ ip.c ipcp.c lcp.c lqr.c log.c main.c mbuf.c modem.c os.c \ pap.c pred.c route.c slcompress.c timer.c systems.c uucplock.c vars.c \ ! vjcomp.c arp.c passwdauth.c #CFLAGS+= -DHAVE_SHELL_CMD_WITH_ANY_MODE ! CFLAGS += -Wall -DUSE_PERROR -DMSEXT -DPASSWDAUTH -DLOCALHACK ! LDADD += -lmd -lcrypt -lutil DPADD += ${LIBMD} MAN8= ppp.8 BINMODE=4555 diff -c ppp-current/command.c ppp-plus-current/command.c *** ppp-current/command.c Mon Jun 10 06:10:58 1996 --- ppp-plus-current/command.c Sat Sep 7 00:00:37 1996 *************** *** 360,365 **** --- 360,377 ---- return(1); } + #ifdef MSEXT + static int ShowMSExt() + { + printf(" MS PPP extention values \n" ); + printf(" Primary NS : %s\n", inet_ntoa( ns_entries[0] )); + printf(" Secondary NS : %s\n", inet_ntoa( ns_entries[1] )); + printf(" Primary NBNS : %s\n", inet_ntoa( nbns_entries[0] )); + printf(" Secondary NBNS : %s\n", inet_ntoa( nbns_entries[1] )); + + return(1); + } + #endif /* MSEXT */ extern int ShowIfilter(), ShowOfilter(), ShowDfilter(), ShowAfilter(); *************** *** 402,407 **** --- 414,423 ---- "Show Idle timeout value", StrNull}, { "redial", NULL, ShowRedial, LOCAL_AUTH, "Show Redial timeout value", StrNull}, + #ifdef MSEXT + { "msext", NULL, ShowMSExt, LOCAL_AUTH, + "Show MS PPP extention values", StrNull}, + #endif /* MSEXT */ { "version", NULL, ShowVersion, LOCAL_NO_AUTH | LOCAL_AUTH, "Show version string", StrNull}, { "help", "?", HelpCommand, LOCAL_NO_AUTH | LOCAL_AUTH, *************** *** 807,812 **** --- 823,881 ---- return(1); } + #ifdef MSEXT + + void + SetMSEXT(pri_addr, sec_addr, argc, argv) + struct in_addr *pri_addr; + struct in_addr *sec_addr; + int argc; + char **argv; + { + int dummyint; + struct in_addr dummyaddr; + + pri_addr->s_addr = sec_addr->s_addr = 0L; + + if( argc > 0 ) { + ParseAddr(argc, argv++, pri_addr, &dummyaddr, &dummyint); + if( --argc > 0 ) + ParseAddr(argc, argv++, sec_addr, &dummyaddr, &dummyint); + else + sec_addr->s_addr = pri_addr->s_addr; + } + + /* + * if the primary/secondary ns entries are 0.0.0.0 we should + * set them to either the localhost's ip, or the values in + * /etc/resolv.conf ?? + * + * up to you if you want to implement this... + */ + + } + + static int + SetNS(list, argc, argv) + struct cmdtab *list; + int argc; + char **argv; + { + SetMSEXT(&ns_entries[0], &ns_entries[1], argc, argv); + return(1); + } + + static int + SetNBNS(list, argc, argv) + struct cmdtab *list; + int argc; + char **argv; + { + SetMSEXT(&nbns_entries[0], &nbns_entries[1], argc, argv); + return(1); + } + + #endif /* MS_EXT */ #define VAR_AUTHKEY 0 #define VAR_DIAL 1 *************** *** 918,923 **** --- 987,998 ---- "Set Idle timeout", StrValue}, { "redial", NULL, SetRedialTimeout, LOCAL_AUTH, "Set Redial timeout", "value|random [dial_attempts]"}, + #ifdef MSEXT + { "ns", NULL, SetNS, LOCAL_AUTH, + "Set NameServer", "pri-addr [sec-addr]"}, + { "nbns", NULL, SetNBNS, LOCAL_AUTH, + "Set NetBIOS NameServer", "pri-addr [sec-addr]"}, + #endif /* MSEXT */ { "help", "?", HelpCommand, LOCAL_AUTH | LOCAL_NO_AUTH, "Display this message", StrNull, (void *)SetCommands}, { NULL, NULL, NULL }, diff -c ppp-current/ipcp.c ppp-plus-current/ipcp.c *** ppp-current/ipcp.c Sun May 12 06:18:26 1996 --- ppp-plus-current/ipcp.c Sat Sep 7 00:04:23 1996 *************** *** 43,48 **** --- 43,52 ---- struct ipcpstate IpcpInfo; struct in_range DefMyAddress, DefHisAddress, DefTriggerAddress; + #ifdef MSEXT + struct in_addr ns_entries[2], nbns_entries[2]; + #endif /* MSEXT */ + static void IpcpSendConfigReq __P((struct fsm *)); static void IpcpSendTerminateAck __P((struct fsm *)); static void IpcpSendTerminateReq __P((struct fsm *)); *************** *** 310,316 **** int type, length; u_long *lp, compproto; struct compreq *pcomp; ! struct in_addr ipaddr, dstipaddr; char tbuff[100]; ackp = AckBuff; --- 314,320 ---- int type, length; u_long *lp, compproto; struct compreq *pcomp; ! struct in_addr ipaddr, dstipaddr, dnsstuff, ms_info_req; char tbuff[100]; ackp = AckBuff; *************** *** 452,457 **** --- 456,557 ---- break; } break; + + /* + * MS extensions for MS's PPP + */ + + #ifdef MSEXT + case TY_PRIMARY_DNS: /* MS PPP DNS negotiation hack */ + case TY_SECONDARY_DNS: + if( !Enabled( ConfMSExt ) ) { + LogPrintf( LOG_LCP, "MS NS req - rejected - msext disabled\n" ); + IpcpInfo.my_reject |= ( 1 << type ); + bcopy(cp, rejp, length); + rejp += length; + break; + } + switch( mode ){ + case MODE_REQ: + lp = (u_long *)(cp + 2); + dnsstuff.s_addr = *lp; + ms_info_req.s_addr = ns_entries[((type - TY_PRIMARY_DNS)?1:0)].s_addr; + if( dnsstuff.s_addr != ms_info_req.s_addr ) + { + /* + So the client has got the DNS stuff wrong (first request) + so well tell 'em how it is + */ + bcopy( cp, nakp, 2 ); /* copy first two (type/length) */ + LogPrintf( LOG_LCP, "MS NS req %d:%s->%s - nak\n", + type, + inet_ntoa( dnsstuff ), + inet_ntoa( ms_info_req )); + bcopy( &ms_info_req, nakp+2, length ); + nakp += length; + break; + } + /* + Otherwise they have it right (this time) so we send + a ack packet back confirming it... end of story + */ + LogPrintf( LOG_LCP, "MS NS req %d:%s ok - ack\n", + type, + inet_ntoa( ms_info_req )); + bcopy( cp, ackp, length ); + ackp += length; + break; + case MODE_NAK: /* what does this mean?? */ + LogPrintf(LOG_LCP, "MS NS req %d - NAK??\n", type ); + break; + case MODE_REJ: /* confused?? me to :) */ + LogPrintf(LOG_LCP, "MS NS req %d - REJ??\n", type ); + break; + } + break; + + case TY_PRIMARY_NBNS: /* MS PPP NetBIOS nameserver hack */ + case TY_SECONDARY_NBNS: + if( !Enabled( ConfMSExt ) ) { + LogPrintf( LOG_LCP, "MS NBNS req - rejected - msext disabled\n" ); + IpcpInfo.my_reject |= ( 1 << type ); + bcopy( cp, rejp, length ); + rejp += length; + break; + } + switch( mode ){ + case MODE_REQ: + lp = (u_long *)(cp + 2); + dnsstuff.s_addr = *lp; + ms_info_req.s_addr = nbns_entries[((type - TY_PRIMARY_NBNS)?1:0)].s_addr; + if( dnsstuff.s_addr != ms_info_req.s_addr ) + { + bcopy( cp, nakp, 2 ); + bcopy( &ms_info_req.s_addr , nakp+2, length ); + LogPrintf( LOG_LCP, "MS NBNS req %d:%s->%s - nak\n", + type, + inet_ntoa( dnsstuff ), + inet_ntoa( ms_info_req )); + nakp += length; + break; + } + LogPrintf( LOG_LCP, "MS NBNS req %d:%s ok - ack\n", + type, + inet_ntoa( ms_info_req )); + bcopy( cp, ackp, length ); + ackp += length; + break; + case MODE_NAK: + LogPrintf( LOG_LCP, "MS NBNS req %d - NAK??\n", type ); + break; + case MODE_REJ: + LogPrintf( LOG_LCP, "MS NBNS req %d - REJ??\n", type ); + break; + } + break; + + #endif /* MSEXT */ + default: IpcpInfo.my_reject |= (1 << type); bcopy(cp, rejp, length); diff -c ppp-current/ipcp.h ppp-plus-current/ipcp.h *** ppp-current/ipcp.h Sat Jul 8 17:58:10 1995 --- ppp-plus-current/ipcp.h Sat Sep 7 00:04:23 1996 *************** *** 29,34 **** --- 29,45 ---- #define TY_COMPPROTO 2 #define TY_IPADDR 3 + /* MS PPP NameServer and NetBIOS NameServer stuff */ + + #ifdef MSEXT + + #define TY_PRIMARY_DNS 129 + #define TY_PRIMARY_NBNS 130 + #define TY_SECONDARY_DNS 131 + #define TY_SECONDARY_NBNS 132 + + #endif /* MSEXT */ + struct ipcpstate { struct in_addr his_ipaddr; /* IP address he is willing to use */ u_long his_compproto; *************** *** 57,62 **** --- 68,78 ---- extern struct in_range DefMyAddress; extern struct in_range DefHisAddress; extern struct in_range DefTriggerAddress; + + #ifdef MSEXT + extern struct in_addr ns_entries[2]; + extern struct in_addr nbns_entries[2]; + #endif /* MSEXT */ extern void IpcpInit __P((void)); extern void IpcpDefAddress __P((void)); diff -c ppp-current/pap.c ppp-plus-current/pap.c *** ppp-current/pap.c Sun May 12 06:18:38 1996 --- ppp-plus-current/pap.c Sat Sep 7 00:07:12 1996 *************** *** 111,116 **** --- 111,125 ---- #ifdef DEBUG logprintf("name: %s (%d), key: %s (%d)\n", name, nlen, key, klen); #endif + + #ifdef PASSWDAUTH + if( Enabled( ConfPasswdAuth ) ) + { + LogPrintf( LOG_LCP, "PasswdAuth enabled - calling\n" ); + return PasswdAuth( name, key ); + } + #endif /* PASSWDAUTH */ + return(AuthValidate(SECRETFILE, name, key)); } Only in ppp-plus-current: passwdauth.c Only in ppp-plus-current: passwdauth.h diff -c ppp-current/ppp.8 ppp-plus-current/ppp.8 *** ppp-current/ppp.8 Sun May 12 06:18:40 1996 --- ppp-plus-current/ppp.8 Sat Sep 7 00:17:25 1996 *************** *** 6,12 **** .Sh NAME .Nm ppp .Nd ! Point to Point Protocol (aka iijppp) .Sh SYNOPSIS .Nm .Op Fl auto | Fl direct | Fl dedicated --- 6,12 ---- .Sh NAME .Nm ppp .Nd ! Point to Point Protocol (aka iijppp) .Sh SYNOPSIS .Nm .Op Fl auto | Fl direct | Fl dedicated *************** *** 60,66 **** .It Supports PAP and CHAP authentication. - .It Supports Proxy Arp. When .Em PPP --- 60,65 ---- *************** *** 101,106 **** --- 100,111 ---- .Em all data flowing through the link, thus reducing overhead to a minimum. + .It Supports Microsofts IPCP extentions. + Name Server Addresses and NetBIOS Name Server Addresses can be negotiated + with clients using the Microsoft + .Em PPP + stack (ie. Win95, WinNT) + .It Runs under BSDI-1.1 and FreeBSD. .El *************** *** 421,427 **** .Pa /etc/ppp/ppp.conf.filter.example . ! .Sh RECEIVING INCOMING PPP CONNECTIONS To handle an incoming .Em PPP --- 426,432 ---- .Pa /etc/ppp/ppp.conf.filter.example . ! .Sh RECEIVING INCOMING PPP CONNECTIONS (Method 1) To handle an incoming .Em PPP *************** *** 469,476 **** (You can specify a label name for further control.) - .El - .Pp Direct mode ( .Fl direct ) --- 474,479 ---- *************** *** 478,484 **** .Nm work with stdin and stdout. You can also telnet to port 3000 to get command mode control in the same manner as client-side ! .Nm . .Sh SETTING IDLE, LINE QUALITY REQUEST, RETRY TIMER --- 481,542 ---- .Nm work with stdin and stdout. You can also telnet to port 3000 to get command mode control in the same manner as client-side ! .Nm. ! ! .It ! Optional support for Microsoft's IPCP Name Server and NetBIOS ! Name Server negotiation can be enabled use ! .Dq enable msext ! and ! .Dq set ns pri-addr [sec-addr] ! along with ! .Dq set nbns pri-addr [sec-addr] ! in your ppp.conf file ! ! .El ! ! .Sh RECEIVING INCOMING PPP CONNECTIONS (Method 2) ! ! This method differs in that it recommends the use of ! .Em mgetty+sendfax ! to handle the modem connections. The latest version 0.99 ! can be compiled with the ! .Dq AUTO_PPP ! option to allow detection of clients speaking PPP to the login ! prompt. ! ! Follow these steps: ! ! .Bl -enum ! .It ! Get, configure, and install mgetty+sendfax v0.99 or later (beta) ! making sure you have used the AUTO_PPP option. ! .It ! Edit ! .Pa /etc/ttys ! to enable a mgetty on the port where the modem is attached. ! ! For example: ! ! .Dl cuaa1 "/usr/local/sbin/mgetty -s 57600" dialup on ! ! .It ! Prepare an account for the incoming user. ! .Bd -literal ! Pfred:xxxx:66:66:Fred's PPP:/home/ppp:/etc/ppp/ppp-dialup ! .Ed ! ! .It ! Examine the files ! .Pa /etc/ppp/sample.ppp-dialup ! .Pa /etc/ppp/sample.ppp-pap-dialup ! and ! .Pa /etc/ppp/sample.ppp.conf ! for ideas. ppp-pap-dialup is supposed to be called from ! .Pa /usr/local/etc/mgetty+sendfax/login.conf ! from a line like ! ! .Dl /AutoPPP/ - - /etc/ppp/ppp-pap-dialup .Sh SETTING IDLE, LINE QUALITY REQUEST, RETRY TIMER diff -c ppp-current/route.c ppp-plus-current/route.c *** ppp-current/route.c Tue Aug 13 18:49:45 1996 --- ppp-plus-current/route.c Sat Sep 7 00:10:56 1996 *************** *** 351,364 **** free(sp); } int GetIfIndex(name) char *name; { struct ifreq *ifrp; int s, len, elen, index; struct ifconf ifconfs; ! struct ifreq reqbuf[32]; s = socket(AF_INET, SOCK_DGRAM, 0); if (s < 0) { --- 351,370 ---- free(sp); } + /* + * 960603 - Modified to use dynamic buffer allocator as in ifconfig + */ + int GetIfIndex(name) char *name; { + char *buffer; struct ifreq *ifrp; int s, len, elen, index; struct ifconf ifconfs; ! /* struct ifreq reqbuf[256]; -- obsoleted :) */ ! int oldbufsize, bufsize = sizeof(struct ifreq); s = socket(AF_INET, SOCK_DGRAM, 0); if (s < 0) { *************** *** 366,377 **** return(-1); } ! ifconfs.ifc_len = sizeof(reqbuf); ! ifconfs.ifc_buf = (caddr_t)reqbuf; ! if (ioctl(s, SIOCGIFCONF, &ifconfs) < 0) { ! perror("IFCONF"); ! return(-1); ! } ifrp = ifconfs.ifc_req; --- 372,398 ---- return(-1); } ! buffer = malloc(bufsize); /* allocate first buffer */ ! ifconfs.ifc_len = bufsize; /* Initial setting */ ! /* ! * Iterate through here until we don't get many more data ! */ ! ! do { ! oldbufsize = ifconfs.ifc_len; ! bufsize += 1+sizeof(struct ifreq); ! buffer = realloc((void *)buffer, bufsize); /* Make it bigger */ ! #ifdef DEBUG ! logprintf ("Growing buffer to %d\n", bufsize); ! #endif ! ifconfs.ifc_len = bufsize; ! ifconfs.ifc_buf = buffer; ! if (ioctl(s, SIOCGIFCONF, &ifconfs) < 0) { ! perror("IFCONF"); ! free(buffer); ! return(-1); ! } ! } while (ifconfs.ifc_len > oldbufsize); ifrp = ifconfs.ifc_req; *************** *** 385,390 **** --- 406,412 ---- #endif if (strcmp(ifrp->ifr_name, name) == 0) { IfIndex = index; + free(buffer); return(index); } index++; *************** *** 396,400 **** --- 418,423 ---- } close(s); + free(buffer); return(-1); } Only in ppp-plus-current: sample.ppp-dialup Only in ppp-plus-current: sample.ppp-pap-dialup Only in ppp-plus-current: sample.ppp.conf Only in ppp-plus-current: uucplock.c diff -c ppp-current/vars.c ppp-plus-current/vars.c *** ppp-current/vars.c Thu Jan 11 07:58:04 1996 --- ppp-plus-current/vars.c Sat Sep 7 00:14:28 1996 *************** *** 42,48 **** { "acfcomp", CONF_ENABLE, CONF_ACCEPT }, { "protocomp", CONF_ENABLE, CONF_ACCEPT }, { "pred1", CONF_ENABLE, CONF_ACCEPT }, ! { "proxy", CONF_DISABLE, CONF_DENY }, { NULL }, }; --- 42,50 ---- { "acfcomp", CONF_ENABLE, CONF_ACCEPT }, { "protocomp", CONF_ENABLE, CONF_ACCEPT }, { "pred1", CONF_ENABLE, CONF_ACCEPT }, ! { "proxy", CONF_DISABLE, CONF_DENY }, ! { "msext", CONF_DISABLE, CONF_ACCEPT }, ! { "passwdauth",CONF_ENABLE, CONF_DENY }, { NULL }, }; diff -c ppp-current/vars.h ppp-plus-current/vars.h *** ppp-current/vars.h Fri Mar 8 23:52:23 1996 --- ppp-plus-current/vars.h Sat Sep 7 00:15:51 1996 *************** *** 44,50 **** #define ConfProtocomp 5 #define ConfPred1 6 #define ConfProxy 7 ! #define MAXCONFS 8 #define Enabled(x) (pppConfs[x].myside & CONF_ENABLE) #define Acceptable(x) (pppConfs[x].hisside & CONF_ACCEPT) --- 44,52 ---- #define ConfProtocomp 5 #define ConfPred1 6 #define ConfProxy 7 ! #define ConfMSExt 8 ! #define ConfPasswdAuth 9 ! #define MAXCONFS 10 #define Enabled(x) (pppConfs[x].myside & CONF_ENABLE) #define Acceptable(x) (pppConfs[x].hisside & CONF_ACCEPT) From owner-freebsd-bugs Thu Oct 3 02:11:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA16827 for bugs-outgoing; Thu, 3 Oct 1996 02:11:37 -0700 (PDT) Received: from durant.cs.berkeley.edu (durant.CS.Berkeley.EDU [128.32.33.199]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA16820 for ; Thu, 3 Oct 1996 02:11:34 -0700 (PDT) Received: from localhost (mccanne@localhost) by durant.cs.berkeley.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA13487 for ; Thu, 3 Oct 1996 02:11:35 -0700 Message-Id: <199610030911.CAA13487@durant.cs.berkeley.edu> To: bugs@freebsd.org Subject: bpf and multicast don't work in pci/if_vx.c From: mccanne@eecs.berkeley.edu (Steven McCanne) Date: Thu, 03 Oct 1996 02:11:34 -0700 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Attached is a patch to the vx driver that fixes a bug related to bpf and adds multicast support. (w/o this patch bpf_mtap is never called because the pointer address passed to bpfattach is not the same as the pointer tested in the recv/xmit path). Steve *** pci/if_vx.c 1996/09/29 21:03:24 1.1 --- pci/if_vx.c 1996/10/03 07:51:32 *************** *** 52,57 **** --- 52,66 ---- * babkin@hq.icb.chel.su */ + /* + * Sep 29, 1996 + * Multicast support and bpf bug fixes. + * + * Steven McCanne + * http://www.cs.berkeley.edu/~mccanne/ + * mccanne@cs.berkeley.edu + */ + #include "vx.h" #if NVX > 0 *************** *** 254,260 **** ifp->if_unit = unit; ifp->if_name = "vx"; ifp->if_mtu = ETHERMTU; ! ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX /*| IFF_NOTRAILERS*/; ifp->if_output = ether_output; ifp->if_start = vxstart; ifp->if_ioctl = vxioctl; --- 263,269 ---- ifp->if_unit = unit; ifp->if_name = "vx"; ifp->if_mtu = ETHERMTU; ! ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; ifp->if_output = ether_output; ifp->if_start = vxstart; ifp->if_ioctl = vxioctl; *************** *** 356,364 **** if(ifp->if_flags & IFF_PROMISC) outw(BASE + VX_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | FIL_GROUP | FIL_BRDCST | FIL_ALL); else outw(BASE + VX_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | ! FIL_GROUP | FIL_BRDCST); /* * S.B. --- 365,377 ---- if(ifp->if_flags & IFF_PROMISC) outw(BASE + VX_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | FIL_GROUP | FIL_BRDCST | FIL_ALL); + else if((ifp->if_flags & IFF_ALLMULTI) != 0 || + sc->arpcom.ac_multiaddrs != 0) + outw(BASE + VX_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | + FIL_GROUP | FIL_BRDCST | FIL_ALL); else outw(BASE + VX_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | ! FIL_BRDCST); /* * S.B. *************** *** 552,558 **** outb(BASE + VX_W1_TX_PIO_WR_1, 0); /* Padding */ #if NBPFILTER > 0 ! if (sc->arpcom.ac_if.if_bpf) { bpf_mtap(sc->bpf, top); } #endif --- 565,571 ---- outb(BASE + VX_W1_TX_PIO_WR_1, 0); /* Padding */ #if NBPFILTER > 0 ! if (sc->bpf) { bpf_mtap(sc->bpf, top); } #endif *************** *** 870,876 **** top->m_pkthdr.len = sc->cur_len; #if NBPFILTER > 0 ! if (sc->arpcom.ac_if.if_bpf) { bpf_mtap(sc->bpf, top); /* --- 883,889 ---- top->m_pkthdr.len = sc->cur_len; #if NBPFILTER > 0 ! if (sc->bpf) { bpf_mtap(sc->bpf, top); /* *************** *** 880,889 **** */ eh = mtod(top, struct ether_header *); if ((sc->arpcom.ac_if.if_flags & IFF_PROMISC) && (eh->ether_dhost[0] & 1) == 0 && bcmp(eh->ether_dhost, sc->arpcom.ac_enaddr, - sizeof(eh->ether_dhost)) != 0 && - bcmp(eh->ether_dhost, etherbroadcastaddr, sizeof(eh->ether_dhost)) != 0) { if (sc->top) { m_freem(sc->top); --- 893,901 ---- */ eh = mtod(top, struct ether_header *); if ((sc->arpcom.ac_if.if_flags & IFF_PROMISC) && + /* non-multicast (also non-broadcast) */ (eh->ether_dhost[0] & 1) == 0 && bcmp(eh->ether_dhost, sc->arpcom.ac_enaddr, sizeof(eh->ether_dhost)) != 0) { if (sc->top) { m_freem(sc->top); *************** *** 1014,1020 **** --- 1026,1058 ---- vxinit(ifp->if_unit); } + if ( (ifp->if_flags & IFF_ALLMULTI) && !vx_ftst(F_ALLMULTI) ) { + vx_fset(F_ALLMULTI); + vxinit(ifp->if_unit); + } + else if( !(ifp->if_flags & IFF_ALLMULTI) && vx_ftst(F_ALLMULTI) ) { + vx_frst(F_ALLMULTI); + vxinit(ifp->if_unit); + } + break; + + case SIOCADDMULTI: + case SIOCDELMULTI: + /* + * Update multicast listeners + */ + error = (cmd == SIOCADDMULTI ? + ether_addmulti(ifr, &sc->arpcom) : + ether_delmulti(ifr, &sc->arpcom)); + + if(error == ENETRESET) { + /* reset multicast filtering */ + vxinit(ifp->if_unit); + error = 0; + } + break; + #ifdef notdef case SIOCGHWADDR: bcopy((caddr_t) sc->sc_addr, (caddr_t) & ifr->ifr_data, *** pci/if_vxreg.h 1996/09/29 21:12:27 1.1 --- pci/if_vxreg.h 1996/09/29 21:24:17 *************** *** 70,75 **** --- 70,76 ---- #define F_WAIT_TRAIL 0x2 #define F_RX_TRAILER 0x4 #define F_PROMISC 0x8 + #define F_ALLMULTI 0x10 #define F_ACCESS_32_BITS 0x100 From owner-freebsd-bugs Thu Oct 3 03:30:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA19466 for bugs-outgoing; Thu, 3 Oct 1996 03:30:08 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA19442; Thu, 3 Oct 1996 03:30:02 -0700 (PDT) Date: Thu, 3 Oct 1996 03:30:02 -0700 (PDT) Message-Id: <199610031030.DAA19442@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Childs Subject: Re: bin/1494: some patches to ijppp Reply-To: Peter Childs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1494; it has been noted by GNATS. From: Peter Childs To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: FreeBSD-gnats-submit@freefall.freebsd.org Subject: Re: bin/1494: some patches to ijppp Date: Thu, 3 Oct 1996 19:38:54 +0930 (CST) > What's your confidence level with this stuff? Have you had any other > folks in the FreeBSD community BETA testing it? Got a machine with 38 serial ports running it :) I've installed it on two other public access sites over here, and my own machine. I've had a few people grab it via ftp.. and haven't had any problems... I just added the stuff from the (rejected) proposal MS's has got on its web site somewhere. > I can sense some very understandable frustration here, but you also > have to try and see this from my perspective - I'd *love* to put a > potentially nice, new feature like this into 2.1.6's PPP, but what if > it then breaks the whole show? They're not going to scream at you, > they're going to scream at *me* and anything you can point to which > might increase my confidence level would make me more willing, in > turn, to take the risk (even if only with 2.2). Grin.. ijppp is written very well. There are some parts to the patch you could leave out if you were unsure. The 2.1.5 ppp from memory has a big bogus "limited to 10 interfaces" bug... The patch addresses a few areas... . The ms extentions - trival This isn't going to break anything. It adds a few bits to the negotiation phase. It can be selectively enabled or disabled in the ppp.conf file. . The pap password stuff - hmmm... Well i personally probably wouldn't be stuffed compiling this in by default, but i'd leave the code there so that others can see that using a nasty big plain text /etc/ppp/pap.secrets file is necessary. . Changes to the GetIfIndex(name) function... Someone else posted these somewhere.. they work here and it make sense rather than dynamically allocated stuff. 2.1.5-stable is the stable tree.. but 2.2-current is the development tree. Stick it in 2.2 and see how it goes... Since i wrote it I haven't had one bug.. but that's mainly due to the great initial coding of ijppp. A quick scan of the "ms extension" patch shows that it doesn't use malloc, recursion, or anything nasty that could explode... Regards, Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-bugs Thu Oct 3 03:30:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA19475 for bugs-outgoing; Thu, 3 Oct 1996 03:30:11 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA19456; Thu, 3 Oct 1996 03:30:03 -0700 (PDT) Date: Thu, 3 Oct 1996 03:30:03 -0700 (PDT) Message-Id: <199610031030.DAA19456@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: gnu/1707: mkisofs gets signal 6 if some options are not supplied Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/1707; it has been noted by GNATS. From: J Wunsch To: ost@comnets.rwth-aachen.de Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: gnu/1707: mkisofs gets signal 6 if some options are not supplied Date: Thu, 3 Oct 1996 11:59:26 +0200 (MET DST) As Worm Management wrote: > >Description: > mkisofs fails, if certain options are not given. That's not what i would call a bug. The tool is missing several parts, and the author deliberately decided to call abort() (via assert()) for those parts that are not yet existent. Since mkisofs is actually third-party software, and is (to the best of my knowledge) not being actively maintained inside FreeBSD, i'd like to close the PR again. There's no use of keeping PRs open for things where we know we will never change them ourselves. Speak to the original author if you think you've got some contribution to the tool that will add the missing pieces. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Oct 3 04:03:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA21130 for bugs-outgoing; Thu, 3 Oct 1996 04:03:34 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA21125 for ; Thu, 3 Oct 1996 04:03:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id EAA09842; Thu, 3 Oct 1996 04:04:30 -0700 (PDT) Message-Id: <199610031104.EAA09842@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: mccanne@eecs.berkeley.edu (Steven McCanne) cc: bugs@freebsd.org Subject: Re: bpf and multicast don't work in pci/if_vx.c In-reply-to: Your message of "Thu, 03 Oct 1996 02:11:34 PDT." <199610030911.CAA13487@durant.cs.berkeley.edu> From: David Greenman Reply-To: dg@root.com Date: Thu, 03 Oct 1996 04:04:29 -0700 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Attached is a patch to the vx driver that fixes a bug >related to bpf and adds multicast support. >(w/o this patch bpf_mtap is never called because the >pointer address passed to bpfattach is not the same >as the pointer tested in the recv/xmit path). Thanks! -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Thu Oct 3 04:51:39 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA23031 for bugs-outgoing; Thu, 3 Oct 1996 04:51:39 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA23026; Thu, 3 Oct 1996 04:51:34 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA16578; Thu, 3 Oct 1996 13:51:32 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA01377; Thu, 3 Oct 1996 13:51:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id NAA26011; Thu, 3 Oct 1996 13:46:26 +0200 (MET DST) From: J Wunsch Message-Id: <199610031146.NAA26011@uriah.heep.sax.de> Subject: Re: gnu/1707 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 3 Oct 1996 13:46:26 +0200 (MET DST) Cc: ost@comnets.rwth-aachen.de, jkh@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <12266.844267054@time.cdrom.com> from "Jordan K. Hubbard" at "Oct 2, 96 07:37:34 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > Like I said, it needs a rewrite badly. Somebody rewriting it should also consider implementing the gross hack ISO9660 prefers to call ``multi-session'' CD. (Which is not actually a plain multi-session CD, but rather a multi-session CD with the first tracks of each session being ISO9660, and a merged directory tree back-referencing things in previous tracks from previous sessions.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Oct 3 06:33:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA26452 for bugs-outgoing; Thu, 3 Oct 1996 06:33:52 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA26430 for ; Thu, 3 Oct 1996 06:33:37 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA18963; Thu, 3 Oct 1996 15:33:25 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA02937; Thu, 3 Oct 1996 15:33:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA26567; Thu, 3 Oct 1996 15:17:29 +0200 (MET DST) From: J Wunsch Message-Id: <199610031317.PAA26567@uriah.heep.sax.de> Subject: Re: suggested patch to tab initialization in tset/set.c To: m-braithwaite@sjca.edu Date: Thu, 3 Oct 1996 15:17:29 +0200 (MET DST) Cc: freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610022039.QAA00734@continuity.sjca.edu> from Matt Braithwaite at "Oct 2, 96 04:39:01 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Matt Braithwaite wrote: > lines. immediately after all of that is printed, however, the > cursor is moved *back up* to the 24th line of the display, and > printing continues from there. however, after login, stty > returns the right window size, and no programs assume an 80x24 > window. so the only real problem is corruption of the motd > before the user gets a chance to read it. the jumping of the > cursor to the 24th line occurs with every invocation of tset > that i tried. I never realized what this tset mess might be good for at all. It's annoying at best, and does wrong things like in your case at worst. It's usually the first thing i'm killing in my .login/.profile. The TERM variable is already initialized well from within /etc/ttys, or passed down from the telnet remote peer. I would vote for killing this beast from the default .login/.profile templates. On the same matter, the default TERM type for serial lines should IMHO be `vt100', since this is a way better one than the useless `unknown'. There are a few terminals around that don't do vt100 emulation, but sysadmins who are bothered by this will adjust the settings anyway. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Oct 3 06:36:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA26865 for bugs-outgoing; Thu, 3 Oct 1996 06:36:34 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA26848; Thu, 3 Oct 1996 06:36:31 -0700 (PDT) Date: Thu, 3 Oct 1996 06:36:31 -0700 (PDT) From: Joerg Wunsch Message-Id: <199610031336.GAA26848@freefall.freebsd.org> To: obrien@Nuxi.cs.ucdavis.edu, joerg, freebsd-bugs Subject: Re: ports/1710 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: update to Tin port State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu Oct 3 15:35:07 MET DST 1996 State-Changed-Why: Duplicate for PR # 1709. From owner-freebsd-bugs Thu Oct 3 06:40:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA27080 for bugs-outgoing; Thu, 3 Oct 1996 06:40:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA27052; Thu, 3 Oct 1996 06:40:02 -0700 (PDT) Date: Thu, 3 Oct 1996 06:40:02 -0700 (PDT) Message-Id: <199610031340.GAA27052@freefall.freebsd.org> To: freebsd-bugs Cc: From: J Wunsch Subject: Re: kern/1711: kernel logging of signaled processes should be optional Reply-To: J Wunsch Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1711; it has been noted by GNATS. From: J Wunsch To: nsayer@kfu.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/1711: kernel logging of signaled processes should be optional Date: Thu, 3 Oct 1996 14:25:13 +0200 (MET DST) As nsayer@kfu.com wrote: > kernel logging of signaled processes ("pid 99, uid 0: exited on > signal 11 (core dumped)") _really_ should have an option to > disable. Really now. If you can comment the source to indicate > that some found it annoying (it certainly bugs the hell out of > me), you can put an #ifndef in to allow folks to have their > choice. I would prefer a sysctl variable for this. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Oct 3 08:00:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01573 for bugs-outgoing; Thu, 3 Oct 1996 08:00:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01553; Thu, 3 Oct 1996 08:00:04 -0700 (PDT) Resent-Date: Thu, 3 Oct 1996 08:00:04 -0700 (PDT) Resent-Message-Id: <199610031500.IAA01553@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, xaa@stack.urc.tue.nl Received: from terra.stack.urc.tue.nl (terra.stack.urc.tue.nl [131.155.140.128]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA01095 for ; Thu, 3 Oct 1996 07:50:59 -0700 (PDT) Received: from alterego.stack.urc.tue.nl (alterego.stack.urc.tue.nl [131.155.141.160]) by terra.stack.urc.tue.nl (8.8.0) with ESMTP id QAA02347 for ; Thu, 3 Oct 1996 16:50:53 +0200 (MET DST) Received: (from xaa@localhost) by alterego.stack.urc.tue.nl (8.8.0/8.8.0) id QAA26796; Thu, 3 Oct 1996 16:50:53 +0200 (MET DST) Message-Id: <199610031450.QAA26796@alterego.stack.urc.tue.nl> Date: Thu, 3 Oct 1996 16:50:53 +0200 (MET DST) From: xaa@stack.urc.tue.nl Reply-To: xaa@stack.urc.tue.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1715: le-driver probably non-reentrant Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1715 >Category: kern >Synopsis: le driver non-reentrant >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 3 08:00:03 PDT 1996 >Last-Modified: >Originator: Mark Huizer >Organization: Mu! >Release: FreeBSD 2.1.5-STABLE i386 >Environment: 486 with 2 Etherworks network cards (DE205) >Description: With 2 DEC cards the second interface randomly stops working. With 1 DEC and a WD8003 and the same configuration things work great. >How-To-Repeat: Build the machine? :-) ping 1.1.1.255 wait until only the host itself is in the ping list >Fix: Check for re-entrancy, I think >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Oct 3 08:35:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA03198 for bugs-outgoing; Thu, 3 Oct 1996 08:35:54 -0700 (PDT) Received: from whorfin.sjca.edu (whorfin.sjca.edu [199.89.180.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA03193 for ; Thu, 3 Oct 1996 08:35:44 -0700 (PDT) Received: (from mab@localhost) by whorfin.sjca.edu (8.7.6/8.7.3) id LAA12487; Thu, 3 Oct 1996 11:35:19 -0400 (EDT) From: Matt Braithwaite Message-Id: <199610031535.LAA12487@whorfin.sjca.edu> Subject: Re: suggested patch to tab initialization in tset/set.c To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 3 Oct 1996 11:35:18 -0400 (EDT) Cc: freebsd-bugs@freebsd.org In-Reply-To: <199610031317.PAA26567@uriah.heep.sax.de> from "J Wunsch" at Oct 3, 96 03:17:29 pm X-Organization: Setec Astronomy X-Url: my homepage X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > > As Matt Braithwaite wrote: > > > lines. immediately after all of that is printed, however, the > > cursor is moved *back up* to the 24th line of the display, and > > printing continues from there. however, after login, stty > > returns the right window size, and no programs assume an 80x24 > > window. so the only real problem is corruption of the motd > > before the user gets a chance to read it. the jumping of the > > cursor to the 24th line occurs with every invocation of tset > > that i tried. > > I never realized what this tset mess might be good for at all. It's > annoying at best, and does wrong things like in your case at worst. > It's usually the first thing i'm killing in my .login/.profile. > > The TERM variable is already initialized well from within /etc/ttys, > or passed down from the telnet remote peer. I would vote for killing > this beast from the default .login/.profile templates. i'm not so sure about this. i might just be nostalgic, because i have a few real terminals sitting around the house (one is an ADM3---definitely NOT vt100 compatible!), but it really gives me a warm fuzzy to have tset around to kick my terminal when i login. in practice, i have to acknowledge that you're right---just doing a setenv TERM works out to be all the terminal initialization i ever need. but terminals are weird and mysterious to me, and since not everybody is using a modern telnet program yet, i turn ignorantly to the security of having tset around to handle whatever intricacies may be lurking. i might also add parenthetically that i have seen instances where the TERM variable doesn't seem to propagate correctly. i don't know enough to say why. at the very least, i hazard a guess that it won't work if you're telnetting from a non-unix system. :-) i guess the bottom line for me is that there are still sufficient oddball cases to make having vocal, in-your-face terminal initialization at login the Right Thing. > On the same matter, the default TERM type for serial lines should IMHO > be `vt100', since this is a way better one than the useless `unknown'. > There are a few terminals around that don't do vt100 emulation, but > sysadmins who are bothered by this will adjust the settings anyway. well, you can also cover that with tset -m, of course. -- Matt Braithwaite m-braithwaite@sjca.edu http://www.sjca.edu/ph/m-braithwaite HAVE *YOU* EXPORTED A CRYPTO SYSTEM TODAY? --> http://dcs.ex.ac.uk/~aba/x.html #!/usr/local/bin/perl -s-- -export-a-crypto-system-sig -RSA-in-3-lines-PERL ($k,$n)=@ARGV;$m=unpack(H.$w,$m."\0"x$w),$_=`echo "16do$w 2+4Oi0$d*-^1[d2% Sa2/d0 Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.OAA27565;Thu; (8.7.5/8.7.3);, 3 Oct 1996 14:42:33.-0700 (PDT) Message-Id: <199610032142.OAA27565@freefall.freebsd.org> Date: Thu, 3 Oct 1996 14:42:33 -0700 (PDT) From: jpt@magic.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/1716: LKM does not install character devices Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1716 >Category: kern >Synopsis: LKM does not install character devices >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 3 14:50:02 PDT 1996 >Last-Modified: >Originator: Joseph Thomas >Organization: Minnesota Supercomputer Center, Inc. >Release: FreeBSD-2.2-960801-SNAP >Environment: FreeBSD nevyn.msci.magic.net 2.2-960801-SNAP FreeBSD 2.2-960801-SNAP #4: Thu Oct 3 16:11:05 1996 jpt@nevyn.msci.magic.net:/usr/src/sys/compile/NEVYN i386 >Description: Support was not included for installing character devices into the cdevsw table via lkm. See sys/kern/kern_lkm.c. static int _lkm_dev(lkmtp, cmd) struct lkm_table *lkmtp; int cmd; { ... switch(cmd) { case LKM_E_LOAD: ... switch(args->lkm_devtype) { case LM_DT_BLOCK: ... break; case LM_DT_CHAR: break; <<==== Missing insatll code default: ... } ... } return(err); } case LKM_E_UNLOAD: is also incorrect. Value of "descrip" is only set for LM_DT_BLOCK case but is used for LM_DT_CHAR case. Descrip should either be set outside of inner case (BLOCK/CHAR) or should also be set for CHAR case. >How-To-Repeat: >Fix: *************** *** 703,708 **** --- 703,717 ---- break; case LM_DT_CHAR: + if ( ( i = args->lkm_offset ) == -1 ) /* auto */ + descrip = (dev_t) -1; + else + descrip = makedev ( args->lkm_offset, 0 ); + if ( err = cdevsw_add ( &descrip, args->lkm_dev.cdev, + &(args->lkm_olddev.cdev) ) ) { + break; + } + args->lkm_offset = major ( descrip ); break; default: *************** *** 714,724 **** case LKM_E_UNLOAD: /* current slot... */ i = args->lkm_offset; switch(args->lkm_devtype) { case LM_DT_BLOCK: /* replace current slot contents with old contents */ - descrip = makedev(i,0); bdevsw_add(&descrip, args->lkm_olddev.bdev,NULL); break; --- 723,733 ---- case LKM_E_UNLOAD: /* current slot... */ i = args->lkm_offset; + descrip = makedev(i,0); switch(args->lkm_devtype) { case LM_DT_BLOCK: /* replace current slot contents with old contents */ bdevsw_add(&descrip, args->lkm_olddev.bdev,NULL); break; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Oct 3 19:10:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA25511 for bugs-outgoing; Thu, 3 Oct 1996 19:10:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA25503; Thu, 3 Oct 1996 19:10:02 -0700 (PDT) Resent-Date: Thu, 3 Oct 1996 19:10:02 -0700 (PDT) Resent-Message-Id: <199610040210.TAA25503@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idt.ntnu.no Received: from pat.idt.unit.no (pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA24386 for ; Thu, 3 Oct 1996 19:05:06 -0700 (PDT) Received: from ikke.idt.unit.no (ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.7.5/8.7.3) with ESMTP id EAA03386 for ; Fri, 4 Oct 1996 04:05:02 +0200 (MET DST) Received: (from tegge@localhost) by ikke.idt.unit.no (8.7.5/8.7.3) id EAA05330; Fri, 4 Oct 1996 04:05:01 +0200 (MET DST) Message-Id: <199610040205.EAA05330@ikke.idt.unit.no> Date: Fri, 4 Oct 1996 04:05:01 +0200 (MET DST) From: Tor Egge Reply-To: Tor.Egge@idt.ntnu.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1717: Use of ntohl causes lint to complain Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1717 >Category: misc >Synopsis: Use of ntohl causes lint to complain >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 3 19:10:01 PDT 1996 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 2.2-CURRENT i386 >Environment: FreeBSD ikke.idt.unit.no 2.2-CURRENT FreeBSD 2.2-CURRENT #24: Wed Oct 2 22:09:51 MET DST 1996 root@ikke.idt.unit.no:/usr/src/sys/compile/TEGGE i386 >Description: Running lint on programs that use ntohl causes lint to complain. >How-To-Repeat: Run lint on a program that uses ntohl. >Fix: Index: /sys/i386/include/endian.h =================================================================== RCS file: /export/akg1/cvs/src/sys/i386/include/endian.h,v retrieving revision 1.6 diff -c -r1.6 endian.h *** endian.h 1995/02/12 08:31:31 1.6 --- endian.h 1996/10/04 01:52:49 *************** *** 94,100 **** /* * Macros for network/external number representation conversion. */ ! #if BYTE_ORDER == BIG_ENDIAN && !defined(lint) #define ntohl(x) (x) #define ntohs(x) (x) #define htonl(x) (x) --- 94,100 ---- /* * Macros for network/external number representation conversion. */ ! #if BYTE_ORDER == BIG_ENDIAN || defined(lint) #define ntohl(x) (x) #define ntohs(x) (x) #define htonl(x) (x) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Oct 4 02:29:15 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA05638 for bugs-outgoing; Fri, 4 Oct 1996 02:29:15 -0700 (PDT) Received: from placebo.che.uct.ac.za (placebo.che.uct.ac.za [137.158.132.142]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA05628 for ; Fri, 4 Oct 1996 02:29:02 -0700 (PDT) Received: (from craig@localhost) by placebo.che.uct.ac.za (8.8.0/8.7.3) id LAA00267; Fri, 4 Oct 1996 11:31:10 +0200 (SAT) Date: Fri, 4 Oct 1996 11:31:09 +0200 (SAT) From: Craig Balfour To: freebsd-bugs@FreeBSD.ORG Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe freebsd-bugs freebsd-bugs@placebo.che.uct.ac.za From owner-freebsd-bugs Fri Oct 4 03:10:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA07802 for bugs-outgoing; Fri, 4 Oct 1996 03:10:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA07793; Fri, 4 Oct 1996 03:10:03 -0700 (PDT) Resent-Date: Fri, 4 Oct 1996 03:10:03 -0700 (PDT) Resent-Message-Id: <199610041010.DAA07793@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, obrien@Nuxi.cs.ucdavis.edu Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA07668 for ; Fri, 4 Oct 1996 03:07:55 -0700 (PDT) Received: from dragon.nuxi.com (ppp-207-104-173-32.scrm01.pacbell.net [207.104.173.32]) by relay.nuxi.com (8.7.5/8.6.12) with ESMTP id DAA21873; Fri, 4 Oct 1996 03:07:53 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.7.5/8.7.3) id DAA07818; Fri, 4 Oct 1996 03:11:11 -0700 (PDT) Message-Id: <199610041011.DAA07818@dragon.nuxi.com> Date: Fri, 4 Oct 1996 03:11:11 -0700 (PDT) From: "David O'Brien" Reply-To: obrien@Nuxi.cs.ucdavis.edu To: FreeBSD-gnats-submit@freebsd.org Cc: obrien@Nuxi.com X-Send-Pr-Version: 3.2 Subject: ports/1718: new port, vscan Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1718 >Category: ports >Synopsis: new port, vscan >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Oct 4 03:10:01 PDT 1996 >Last-Modified: >Originator: David O'Brien >Organization: University of California, Davis >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: n/a >Description: a port of McAfee's evaluation VirusScan for FreeBSD. It provides immediate scanning of MS-DOS files hosted on a FreeBSD system. >How-To-Repeat: n/a >Fix: portball uploaded to freefall as vscan-portball.tgz >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Oct 4 04:24:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11275 for bugs-outgoing; Fri, 4 Oct 1996 04:24:08 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11242; Fri, 4 Oct 1996 04:24:04 -0700 (PDT) Date: Fri, 4 Oct 1996 04:24:04 -0700 (PDT) From: Peter Wemm Message-Id: <199610041124.EAA11242@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1495 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: more tkdesk patches... Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:23:35 PDT 1996 Responsible-Changed-Why: open port PR From owner-freebsd-bugs Fri Oct 4 04:24:59 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11434 for bugs-outgoing; Fri, 4 Oct 1996 04:24:59 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11398; Fri, 4 Oct 1996 04:24:56 -0700 (PDT) Date: Fri, 4 Oct 1996 04:24:56 -0700 (PDT) From: Peter Wemm Message-Id: <199610041124.EAA11398@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1617 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: new port - nntpcache Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:24:37 PDT 1996 Responsible-Changed-Why: open port PR From owner-freebsd-bugs Fri Oct 4 04:25:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11560 for bugs-outgoing; Fri, 4 Oct 1996 04:25:51 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11522; Fri, 4 Oct 1996 04:25:45 -0700 (PDT) Date: Fri, 4 Oct 1996 04:25:45 -0700 (PDT) From: Peter Wemm Message-Id: <199610041125.EAA11522@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1620 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: new port, cless -- Chinese language version of GNU less Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:25:09 PDT 1996 Responsible-Changed-Why: open new-port PR From owner-freebsd-bugs Fri Oct 4 04:27:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11724 for bugs-outgoing; Fri, 4 Oct 1996 04:27:14 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11691; Fri, 4 Oct 1996 04:27:11 -0700 (PDT) Date: Fri, 4 Oct 1996 04:27:11 -0700 (PDT) From: Peter Wemm Message-Id: <199610041127.EAA11691@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1631 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: new port, lprps -- PS printing lpr filters Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:25:58 PDT 1996 Responsible-Changed-Why: open new-port PR From owner-freebsd-bugs Fri Oct 4 04:28:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11894 for bugs-outgoing; Fri, 4 Oct 1996 04:28:38 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11861; Fri, 4 Oct 1996 04:28:34 -0700 (PDT) Date: Fri, 4 Oct 1996 04:28:34 -0700 (PDT) From: Peter Wemm Message-Id: <199610041128.EAA11861@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1659 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:27:32 PDT 1996 Responsible-Changed-Why: open port PR From owner-freebsd-bugs Fri Oct 4 04:29:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12021 for bugs-outgoing; Fri, 4 Oct 1996 04:29:19 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11990; Fri, 4 Oct 1996 04:29:16 -0700 (PDT) Date: Fri, 4 Oct 1996 04:29:16 -0700 (PDT) From: Peter Wemm Message-Id: <199610041129.EAA11990@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1660 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Updating of jp-fvwm2-port(-> jp-fvwm2-port-new) Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:28:42 PDT 1996 Responsible-Changed-Why: open port PR From owner-freebsd-bugs Fri Oct 4 04:30:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12182 for bugs-outgoing; Fri, 4 Oct 1996 04:30:05 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12116; Fri, 4 Oct 1996 04:29:59 -0700 (PDT) Date: Fri, 4 Oct 1996 04:29:59 -0700 (PDT) From: Peter Wemm Message-Id: <199610041129.EAA12116@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1669 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Some files are not included in pkg/PLIST file. so package-user can't use kaffe Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:29:30 PDT 1996 Responsible-Changed-Why: open ports PR From owner-freebsd-bugs Fri Oct 4 04:31:46 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12354 for bugs-outgoing; Fri, 4 Oct 1996 04:31:46 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12335; Fri, 4 Oct 1996 04:31:44 -0700 (PDT) Date: Fri, 4 Oct 1996 04:31:44 -0700 (PDT) From: Peter Wemm Message-Id: <199610041131.EAA12335@freefall.freebsd.org> To: peter, freebsd-bugs, asami Subject: Re: ports/1682 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: dual CAT definitions in bsd.port.mk Responsible-Changed-From-To: freebsd-bugs->asami Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:30:15 PDT 1996 Responsible-Changed-Why: bsd.port.mk belongs to Satoshi From owner-freebsd-bugs Fri Oct 4 04:32:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12507 for bugs-outgoing; Fri, 4 Oct 1996 04:32:28 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12476; Fri, 4 Oct 1996 04:32:25 -0700 (PDT) Date: Fri, 4 Oct 1996 04:32:25 -0700 (PDT) From: Peter Wemm Message-Id: <199610041132.EAA12476@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1703 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: update to qt port Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:31:58 PDT 1996 Responsible-Changed-Why: open port update PR From owner-freebsd-bugs Fri Oct 4 04:33:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12636 for bugs-outgoing; Fri, 4 Oct 1996 04:33:03 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12605; Fri, 4 Oct 1996 04:33:01 -0700 (PDT) Date: Fri, 4 Oct 1996 04:33:01 -0700 (PDT) From: Peter Wemm Message-Id: <199610041133.EAA12605@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1709 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: tin port updated Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:32:37 PDT 1996 Responsible-Changed-Why: open ports update PR From owner-freebsd-bugs Fri Oct 4 04:34:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12802 for bugs-outgoing; Fri, 4 Oct 1996 04:34:12 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12762; Fri, 4 Oct 1996 04:34:08 -0700 (PDT) Date: Fri, 4 Oct 1996 04:34:08 -0700 (PDT) From: Peter Wemm Message-Id: <199610041134.EAA12762@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1718 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: new port, vscan Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:33:24 PDT 1996 Responsible-Changed-Why: open new-port PR From owner-freebsd-bugs Fri Oct 4 04:37:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA13010 for bugs-outgoing; Fri, 4 Oct 1996 04:37:05 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12977; Fri, 4 Oct 1996 04:37:01 -0700 (PDT) Date: Fri, 4 Oct 1996 04:37:01 -0700 (PDT) From: Peter Wemm Message-Id: <199610041137.EAA12977@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1518 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: No man pages in audio/mpegaudio port Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:36:33 PDT 1996 Responsible-Changed-Why: open ports PR From owner-freebsd-bugs Fri Oct 4 04:39:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA13149 for bugs-outgoing; Fri, 4 Oct 1996 04:39:08 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA13115; Fri, 4 Oct 1996 04:39:04 -0700 (PDT) Date: Fri, 4 Oct 1996 04:39:04 -0700 (PDT) From: Peter Wemm Message-Id: <199610041139.EAA13115@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1520 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sudo dosn't recognise certain passwords and thinks you mistyped them Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:38:08 PDT 1996 Responsible-Changed-Why: open ports PR From owner-freebsd-bugs Fri Oct 4 04:40:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA13363 for bugs-outgoing; Fri, 4 Oct 1996 04:40:18 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA13331; Fri, 4 Oct 1996 04:40:14 -0700 (PDT) Date: Fri, 4 Oct 1996 04:40:14 -0700 (PDT) From: Peter Wemm Message-Id: <199610041140.EAA13331@freefall.freebsd.org> To: peter, freebsd-bugs, freebsd-ports Subject: Re: ports/1601 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: no previous port of su2 existed in source tree :) Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: peter Responsible-Changed-When: Fri Oct 4 04:39:40 PDT 1996 Responsible-Changed-Why: open new-port PR From owner-freebsd-bugs Fri Oct 4 08:58:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25916 for bugs-outgoing; Fri, 4 Oct 1996 08:58:54 -0700 (PDT) Received: from zruty.comnets.rwth-aachen.de (zruty.comnets.rwth-aachen.de [137.226.4.16]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA25910; Fri, 4 Oct 1996 08:58:47 -0700 (PDT) Received: from samson.comnets.rwth-aachen.de (samson.comnets.rwth-aachen.de [137.226.4.145]) by zruty.comnets.rwth-aachen.de (8.6.12/COMNETS-1.2) with ESMTP id QAA09870; Fri, 4 Oct 1996 16:58:22 +0100 Received: (ost@localhost) by samson.comnets.rwth-aachen.de (8.6.12/COMNETS-1.0) id RAA08938; Fri, 4 Oct 1996 17:58:03 +0200 To: "Jordan K. Hubbard" Cc: Martin Ostermann , "Jordan K. Hubbard" , freebsd-bugs@freefall.freebsd.org Subject: Re: gnu/1707 References: <12266.844267054@time.cdrom.com> Reply-To: Martin Ostermann x-no-archive: yes From: Martin Ostermann Date: 04 Oct 1996 17:58:01 +0200 In-Reply-To: "Jordan K. Hubbard"'s message of Wed, 02 Oct 1996 07:37:34 -0700 Message-ID: <4320fe3enq.fsf@comnets.rwth-aachen.de> Lines: 43 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" writes: > Yes, they are actually. While they may violate ISO, they've found > at Walnut Creek CDROM that not enabling them will tickle bugs in > mkisofs and cause it to do worse things to you. :-) OK, I see. Well, below my suggestion for an update to the man-page. I'd guess you'd get tons of mail about this, if 'mkisofs' would be a tool that's used by more people. IMHO it's always a bug if there's a difference between the documentation and the program. Also, version 1.05 of 'mkisofs' is available now, while SNAP-960801 includes 1.04. Bye, Martin --- mkisofs.8.org Fri Oct 4 16:39:29 1996 +++ mkisofs.8 Fri Oct 4 16:46:11 1996 @@ -220,7 +220,7 @@ Multiple paths may be excluded (up to 1000). Example: -mkisofs \-o cd \-x /local/dir1 \-x /local/dir2 /local +mkisofs \-o cd -Nd \-x /local/dir1 \-x /local/dir2 /local .TP .I \-z Generate special SUSP records for transparently compressed files. This is @@ -256,6 +256,9 @@ and the mkisofs utility, and is currently maintaining them. The copyright for the mkisofs utility is held by Yggdrasil Computing, Incorporated. .SH BUGS +FreeBSD note: currently options \-N and \-d +need to be supplied, in order to avoid certain bugs of the tool. +.PP Any files that have hard links to files not in the tree being copied to the iso9660 filessytem will have an incorrect file reference count. .PP -- Martin Ostermann | mailto:ost@comnets.rwth-aachen.de Communication Networks | http://www.comnets.rwth-aachen.de/~ost Aachen University of Technology | phoneto:++49/241/807917 Germany | faxto:++49/241/8890378 From owner-freebsd-bugs Fri Oct 4 09:20:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA26850 for bugs-outgoing; Fri, 4 Oct 1996 09:20:06 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA26794; Fri, 4 Oct 1996 09:20:02 -0700 (PDT) Resent-Date: Fri, 4 Oct 1996 09:20:02 -0700 (PDT) Resent-Message-Id: <199610041620.JAA26794@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jc@irbs.com Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA26477 for ; Fri, 4 Oct 1996 09:13:06 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.7.6/8.7.3) id MAA25241; Fri, 4 Oct 1996 12:12:22 -0400 (EDT) Message-Id: <199610041612.MAA25241@irbs.irbs.com> Date: Fri, 4 Oct 1996 12:12:22 -0400 (EDT) From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/1722: Routed byte order problem Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1722 >Category: bin >Synopsis: Routed byte order problem >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 4 09:20:01 PDT 1996 >Last-Modified: >Originator: John Capo >Organization: >Release: FreeBSD 2.2 i386 >Environment: >Description: Routed expects networks to be in host order and addresses to be in network order. parms.c:getnet() and trace.c:trace_if() get it wrong. There may be other places also. routed: bad "subnet=199.182.75.128/28" in "subnet=199.182.75.128/28" Add interface tun0 199.182.75.131 -->1.1.9.192/32 >How-To-Repeat: Try to use subnet=somenet/somemask in /etc/gateways or with -P. Configure a point-to-point and turn on net.inet.ip.forwarding. >Fix: Index: parms.c =================================================================== RCS file: /usr/cvs/src/sbin/routed/parms.c,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 parms.c *** parms.c 1996/09/16 16:51:31 1.1.1.1 --- parms.c 1996/10/04 15:33:54 *************** *** 574,580 **** if (np != 0) { in.s_addr = (naddr)np->n_net; } else if (inet_aton(name, &in) == 1) { ! HTONL(in.s_addr); } else { return 0; } --- 574,580 ---- if (np != 0) { in.s_addr = (naddr)np->n_net; } else if (inet_aton(name, &in) == 1) { ! NTOHL(in.s_addr); } else { return 0; } *************** *** 584,590 **** * looked at them yet. */ mask = std_mask(in.s_addr); ! if ((~mask & ntohl(in.s_addr)) != 0) mask = HOST_MASK; } else { mask = (naddr)strtoul(mname, &p, 0); --- 584,590 ---- * looked at them yet. */ mask = std_mask(in.s_addr); ! if ((~mask & in.s_addr) != 0) mask = HOST_MASK; } else { mask = (naddr)strtoul(mname, &p, 0); *************** *** 594,603 **** } if (mask != 0 && in.s_addr == RIP_DEFAULT) return 0; ! if ((~mask & ntohl(in.s_addr)) != 0) return 0; ! *addrp = in.s_addr; *maskp = mask; return 1; } --- 594,604 ---- } if (mask != 0 && in.s_addr == RIP_DEFAULT) return 0; ! ! if ((~mask & in.s_addr) != 0) return 0; ! *addrp = htonl(in.s_addr); *maskp = mask; return 1; } Index: trace.c =================================================================== RCS file: /usr/cvs/src/sbin/routed/trace.c,v retrieving revision 1.1.1.1 diff -c -r1.1.1.1 trace.c *** trace.c 1996/09/16 16:51:32 1.1.1.1 --- trace.c 1996/10/04 16:05:33 *************** *** 498,506 **** (void)fprintf(ftrace, "%s interface %-4s ", act, ifp->int_name); (void)fprintf(ftrace, "%-15s-->%-15s ", naddr_ntoa(ifp->int_addr), ! addrname(htonl((ifp->int_if_flags & IFF_POINTOPOINT) ? ifp->int_dstaddr ! : ifp->int_net), ifp->int_mask, 1)); if (ifp->int_metric != 0) (void)fprintf(ftrace, "metric=%d ", ifp->int_metric); --- 498,506 ---- (void)fprintf(ftrace, "%s interface %-4s ", act, ifp->int_name); (void)fprintf(ftrace, "%-15s-->%-15s ", naddr_ntoa(ifp->int_addr), ! addrname((ifp->int_if_flags & IFF_POINTOPOINT) ? ifp->int_dstaddr ! : htonl(ifp->int_net), ifp->int_mask, 1)); if (ifp->int_metric != 0) (void)fprintf(ftrace, "metric=%d ", ifp->int_metric); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Oct 4 09:34:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA27511 for bugs-outgoing; Fri, 4 Oct 1996 09:34:18 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA27506 for ; Fri, 4 Oct 1996 09:34:11 -0700 (PDT) Received: from noc.msc.edu (noc.msc.edu [137.66.12.254]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id JAA29972 for ; Fri, 4 Oct 1996 09:33:40 -0700 (PDT) Received: from uh.msc.edu by noc.msc.edu (5.65/MSC/v3.0.1(920324)) id AA04496; Fri, 4 Oct 96 11:31:36 -0500 From: jpt@msc.edu (Joseph Thomas) Received: (jpt@localhost) by uh.msc.edu (8.7.1/8.6.6) id LAA10414 for freebsd-bugs@freefall.freebsd.org; Fri, 4 Oct 1996 11:31:35 -0500 (CDT) Message-Id: <199610041631.LAA10414@uh.msc.edu> Subject: Missed sys/kern/kern_conf.c on LKM support To: freebsd-bugs@freefall.freebsd.org Date: Fri, 4 Oct 1996 11:31:34 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In my previous mail about missing LM_DT_CHAR support for loadable modules, I missed fixing sys/kern/kern_conf.c. Note that this could just as likely bitten you for block devices. (It's really only going to pop up when you use auto mode on load and then try to unload a device module.) When unloading (replacing) entry, the previous (new) entry might have been an empty slot resulting in 'newentry' being NULL. This checks for that and won't try setting d_maj if so. nevyn# diff -c kern_conf.c KERN_CONF.C *** kern_conf.c Fri Oct 4 11:24:40 1996 --- KERN_CONF.C Fri Oct 4 11:24:58 1996 *************** *** 146,154 **** if (oldentry) { \ *oldentry = TTYPE[i]; \ } \ ! /* may have been an empty slot */ \ ! if ( newentry ) \ ! newentry->d_maj = i; \ /* replace with new */ \ TTYPE[i] = newentry; \ \ --- 146,152 ---- if (oldentry) { \ *oldentry = TTYPE[i]; \ } \ ! newentry->d_maj = i; \ /* replace with new */ \ TTYPE[i] = newentry; \ \ -- Joseph Thomas E/Mail: jpt@msc.edu Minnesota Supercomputer Center, Inc. jpt@cray.com 1200 Washington Ave So. Tel: +1 612 337 3558 Minneapolis, MN 55415-1227 FAX: +1 612 337 3400 You cannot see what I see because you see what you see. You cannot know what I know because you know what you know. "Mostly Harmless" - Douglas Adams From owner-freebsd-bugs Fri Oct 4 11:36:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05964 for bugs-outgoing; Fri, 4 Oct 1996 11:36:38 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA05907 for ; Fri, 4 Oct 1996 11:35:29 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA29274; Fri, 4 Oct 1996 20:31:57 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA00948; Fri, 4 Oct 1996 20:31:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA03639; Fri, 4 Oct 1996 20:25:03 +0200 (MET DST) From: J Wunsch Message-Id: <199610041825.UAA03639@uriah.heep.sax.de> Subject: Re: suggested patch to tab initialization in tset/set.c To: m-braithwaite@sjca.edu (Matt Braithwaite) Date: Fri, 4 Oct 1996 20:25:03 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610031535.LAA12487@whorfin.sjca.edu> from Matt Braithwaite at "Oct 3, 96 11:35:18 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Matt Braithwaite wrote: > > The TERM variable is already initialized well from within /etc/ttys, > > or passed down from the telnet remote peer. I would vote for killing > > this beast from the default .login/.profile templates. > > i'm not so sure about this. i might just be nostalgic, because i have > a few real terminals sitting around the house (one is an > ADM3---definitely NOT vt100 compatible!), but it really gives me a > warm fuzzy to have tset around to kick my terminal when i login. But then you are one of the 1 % of people who would add the tset anyway. For the other 99 %, it only scares the people, and often enough innocent enough people who don't quickly realize that it's this messy tset -q (or who simply don't know what it does, and thus won't ever kill it from their .login). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Oct 4 12:21:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08459 for bugs-outgoing; Fri, 4 Oct 1996 12:21:08 -0700 (PDT) Received: from gate.aix.can.ibm.com (gate.aix.can.ibm.com [204.138.188.66]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA08451 for ; Fri, 4 Oct 1996 12:21:04 -0700 (PDT) Received: from Mailhub by gate.aix.can.ibm.com id PAA05558; Fri, 4 Oct 1996 15:15:53 -0400 Received: from MailClients by Mailhub id PAA29600; Fri, 4 Oct 1996 15:16:34 -0400 Received: by drzook.mtlisc.can.ibm.com (AIX 4.1/UCB 5.64/4.03) id AA136298; Fri, 4 Oct 1996 15:21:50 -0400 Date: Fri, 4 Oct 1996 15:21:50 -0400 From: domenic@aix.can.ibm.com (Domenico P. Miele ing.) Message-Id: <9610041921.AA136298@drzook.mtlisc.can.ibm.com> To: bugs@freebsd.org Subject: new kernel at 2.1.5 Cc: avatar@aix.can.ibm.com Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Md5: vy1U0KDgw3XgXuCCJWkU5w== Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks, I've installed 2.1.5 and have no problems booting the generic kernel. When I boot from a kernel I've compiled I get the following error: =09 > Oct 3 20:48:06 eddie /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa > Oct 3 20:48:06 eddie /kernel: wdc0: unit 0 (wd0): > Oct 3 20:48:06 eddie /kernel: wd0: 251MB (515856 sectors), 977 cyls, = 11 heads, 48 S/T, 512 B/S > Oct 3 20:48:06 eddie /kernel: mcd0: type Mitsumi FX001D, version = info: D 4 > Oct 3 20:48:06 eddie /kernel: mcd0 at 0x300-0x303 irq 10 on isa > Oct 3 20:48:06 eddie /kernel: npx0 on motherboard > Oct 3 20:48:06 eddie /kernel: npx0: INT 16 interface > Oct 3 20:48:06 eddie /kernel: wd0: wdcontrol: wdcommand failed = reading=20 fsbn 0wd0: status ff = error 0 Yet the system still boots and runs fine. I've compile 2 different=20 kernels and the same error persists. I've searched thru the mailing lists and came up empty other than mere references to green mode and a failure to boot at 2.1 =09 Also looks like wdcommand that we require a wait ? =09 This answer as per Bruce Evans : =09 Callers of wdcommand() are required to check the status. Many callers (too many) check it immediately by calling wdwait(). The WDCS_ERR bit in the status register isn't valid until the WDCS_BUSY bit is clear, and it is necessary to wait for up to 31 seconds for it to become clear. Others wait for an interrupt before checking. They call wdwait() too. This is a bit wasteful because the WDCS_BUSY bit is probably already clear and the 450nsec delay before reading the status register is probably guaranteed by the slowness of getting to the interrupt handler. =09 anyone have any other ideas ? thanks, -- = `""""""' Domenico P. "drzook" Miele, P. Eng., M. Eng. "Use the Internet to | = = | IBM Canada Ltd. it's fullest potential" = OO--)| Internet: domenic@aix.can.ibm.com \__ (_ = = | IBMnet : domenic@drzook.mtlisc.can.ibm.com /\ = |____| tel: (514) 938-7378 (=3D(_><= \ From owner-freebsd-bugs Fri Oct 4 12:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10286 for bugs-outgoing; Fri, 4 Oct 1996 12:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10274; Fri, 4 Oct 1996 12:50:02 -0700 (PDT) Resent-Date: Fri, 4 Oct 1996 12:50:02 -0700 (PDT) Resent-Message-Id: <199610041950.MAA10274@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received: (from nobody@localhost)by.freefall.freebsd.org.id.MAA10202;Fri; (8.7.5/8.7.3);, 4 Oct 1996 12:49:07.-0700 (PDT) Message-Id: <199610041949.MAA10202@freefall.freebsd.org> Date: Fri, 4 Oct 1996 12:49:07 -0700 (PDT) From: curt@emergent.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/1724: HP colorado T4000S tape drive hangs system on many scsi controllers Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1724 >Category: kern >Synopsis: HP colorado T4000S tape drive hangs system on many scsi controllers >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 4 12:50:01 PDT 1996 >Last-Modified: >Originator: Curt Mayer >Organization: Emergent Corporation >Release: 2.1.5 >Environment: FreeBSD mofo.emergent.com 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #2: Tue Aug 20 13:00:22 PDT 1996 root@mofo.emergent.com:/usr/src/sys/compile/MOFO i386 >Description: the HP colorado T4000S is a scsi travan tape drive with performance in the 500Kb/sec range, with 4Gb capacity. It currently sells for less than $400.00. any attempts to access it cause scsi bus hangs due to a failed mode select. the T4000S does not support a density select, as density is automatically determined by the mounted medium. >How-To-Repeat: od /dev/rst0.0 or any other thing like that. >Fix: the following patch to scsi/st.c: *** st.c Tue Aug 20 12:59:57 1996 --- /home/curt/st.c Fri Oct 4 12:39:44 1996 *************** *** 92,97 **** --- 92,98 ---- #define ST_Q_SNS_HLP 0x00008 /* must do READ for good MODE SENSE */ #define ST_Q_IGNORE_LOADS 0x00010 #define ST_Q_BLKSIZ 0x00020 /* variable-block media_ blksiz > 0 */ + #define ST_Q_NOMODESEL 0x00040 /* no mode select - use defaults */ static struct rogues gallery[] = /* ends with an all-null entry */ { *************** *** 149,154 **** --- 150,164 ---- {0, ST_Q_FORCE_VAR_MODE, 0x13} /* minor 12,13,14,15 */ } }, + {"HP T4000s rev 1.05", "HP ", "T4000s", "1.05", + ST_Q_NOMODESEL, + { + {0, 0, 0}, /* minor 0,1,2,3 */ + {0, 0, 0}, /* minor 4,5,6,7 */ + {0, 0, 0}, /* minor 8,9,10,11 */ + {0, 0, 0} /* minor 12,13,14,15 */ + } + }, {(char *) 0} }; #endif /* NEW_SCSICONF */ *************** *** 718,730 **** return errno; } } ! #ifdef notdef ! if ( (errno = st_mode_select(unit, 0, NULL, 0)) ) { ! printf("st%ld: Cannot set selected mode", unit); ! return errno; } ! #endif ! scsi_prevent(sc_link, PR_PREVENT, 0); /* who cares if it fails? */ st->flags &= ~ST_NEW_MOUNT; st->flags |= ST_MOUNTED; sc_link->flags |= SDEV_MEDIA_LOADED; --- 728,741 ---- return errno; } } ! if (!(st->quirks & ST_Q_NOMODESEL)) { ! if ( (errno = st_mode_select(unit, 0, NULL, 0)) ) { ! printf("st%ld: Cannot set selected mode\n", unit); ! return errno; ! } } ! scsi_prevent(sc_link, PR_PREVENT, SCSI_SILENT); ! /* who cares if it fails? */ st->flags &= ~ST_NEW_MOUNT; st->flags |= ST_MOUNTED;*************** *** 1278,1284 **** * drive. If not, put it back the way it was. */ if ( (errcode = st_mode_select(unit, 0, NULL, 0)) ) { /* put back as i t was */ ! printf("st%d: Cannot set selected mode", unit); st->density = hold_density; st->blksiz = hold_blksiz; if (st->blksiz) { --- 1289,1295 ---- * drive. If not, put it back the way it was. */ if ( (errcode = st_mode_select(unit, 0, NULL, 0)) ) { /* put back as i t was */ ! printf("st%d: Cannot set selected mode\n", unit); st->density = hold_density; st->blksiz = hold_blksiz; if (st->blksiz) { sc_link->flags |= SDEV_MEDIA_LOADED; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Oct 4 13:28:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12609 for bugs-outgoing; Fri, 4 Oct 1996 13:28:47 -0700 (PDT) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12592; Fri, 4 Oct 1996 13:28:45 -0700 (PDT) Date: Fri, 4 Oct 1996 13:28:45 -0700 (PDT) From: Garrett Wollman Message-Id: <199610042028.NAA12592@freefall.freebsd.org> To: jc@irbs.com, wollman, freebsd-bugs, wollman Subject: Re: bin/1722 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Routed byte order problem State-Changed-From-To: open-analyzed State-Changed-By: wollman State-Changed-When: Fri Oct 4 13:26:03 PDT 1996 State-Changed-Why: Fix submitted back to author; now awaiting updated release. Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: wollman Responsible-Changed-When: Fri Oct 4 13:26:03 PDT 1996 Responsible-Changed-Why: My area. From owner-freebsd-bugs Fri Oct 4 15:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26645 for bugs-outgoing; Fri, 4 Oct 1996 15:50:04 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26628; Fri, 4 Oct 1996 15:50:03 -0700 (PDT) Resent-Date: Fri, 4 Oct 1996 15:50:03 -0700 (PDT) Resent-Message-Id: <199610042250.PAA26628@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, pst@jnx.com Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25913 for ; Fri, 4 Oct 1996 15:43:29 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.6/8.7.3) with ESMTP id PAA19388 for ; Fri, 4 Oct 1996 15:42:58 -0700 (PDT) Received: (from pst@localhost) by base.jnx.com (8.7.5/8.7.3) id PAA09558; Fri, 4 Oct 1996 15:42:55 -0700 (PDT) Message-Id: <199610042242.PAA09558@base.jnx.com> Date: Fri, 4 Oct 1996 15:42:55 -0700 (PDT) From: Paul Traina Reply-To: pst@jnx.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1725: visual config screen-redraw bugs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1725 >Category: kern >Synopsis: visual config redraws bits of the screen too often >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 4 15:50:02 PDT 1996 >Last-Modified: >Originator: Paul Traina >Organization: Juniper Networks >Release: FreeBSD 2.2-CURRENT i386 >Environment: current as of 3 Oct 1996 Booting over serial port with -c >Description: I'm booting with the console on the serial port. When I go into visual config mode, the system start's to print the categories of active drivers. Every time the cursor moves, it redraws the area where I/O port stuff would be (it just erases it with blanks) and the bottom line(s) of the screen ("[Enter] Expand device list...") This makes visual very slow to use on a 9600bps line. >How-To-Repeat: Run visual config on a slow terminal. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Oct 4 16:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03977 for bugs-outgoing; Fri, 4 Oct 1996 16:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03970; Fri, 4 Oct 1996 16:50:01 -0700 (PDT) Resent-Date: Fri, 4 Oct 1996 16:50:01 -0700 (PDT) Resent-Message-Id: <199610042350.QAA03970@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA03582 for ; Fri, 4 Oct 1996 16:44:33 -0700 (PDT) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.6/8.6.4) with ESMTP id BAA08278 for ; Sat, 5 Oct 1996 01:43:56 +0200 (EET) Received: (root@localhost) by katiska.clinet.fi (8.7.6/8.6.4) id CAA01171; Sat, 5 Oct 1996 02:43:55 +0300 (EET DST) Message-Id: <199610042343.CAA01171@katiska.clinet.fi> Date: Sat, 5 Oct 1996 02:43:55 +0300 (EET DST) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1726: panic in kmem_malloc (dump available) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1726 >Category: kern >Synopsis: panic in kmem_malloc (dump available) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 4 16:50:00 PDT 1996 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: terminal/modem server with 32 ports with cyclades boards, kernel ppp, dialup modems. Current from 28th <21:58 sup. I have couple of patches which may or may have meaning (32 port cyclades patches, upping TTYHOG and RS_IBUF_SIZE) >Description: dump and kernel are ftp://ftp.clinet.fi/pub/FreeBSD/crashdumps/ts/*.44.gz Current directory is /usr/local/ftp/pub/FreeBSD/crashdumps/ts/ 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.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 24b000 current pcb at 1f7e5c panic: page fault #0 boot (howto=256) at ../../kern/kern_shutdown.c:237 (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:237 #1 0xf010ea62 in panic (fmt=0xf01c5631 "page fault") at ../../kern/kern_shutdown.c:361 #2 0xf01c618e in trap_fatal (frame=0xefbffce8) at ../../i386/i386/trap.c:741 #3 0xf01c5c7c in trap_pfault (frame=0xefbffce8, usermode=0) at ../../i386/i386/trap.c:652 #4 0xf01c5963 in trap (frame={tf_es = -266010608, tf_ds = -221052912, tf_edi = -1, tf_esi = 1, tf_ebp = -272630480, tf_isp = -272630512, tf_ebx = 0, tf_edx = 0, tf_ecx = 12, tf_eax = 0, tf_trapno = 12, tf_err = -266665984, tf_eip = -266625792, tf_cs = 8, tf_eflags = 66198, tf_esp = 0, tf_ss = 0}) at ../../i386/i386/trap.c:311 #5 0xf01be5c1 in calltrap () #6 0xf01b4095 in kmem_malloc (map=0xf025c064, size=4096, waitflag=1) at ../../vm/vm_kern.c:333 #7 0xf010b16f in malloc (size=148, type=5, flags=1) at ../../kern/kern_malloc.c:145 #8 0xf0148ade in rtrequest (req=1, dst=0xf2d3615c, gateway=0xf2d3616c, netmask=0xf2d3617c, flags=3, ret_nrt=0xefbffe1c) at ../../net/route.c:515 #9 0xf014957d in route_output (m=0xf19b7580, so=0xf2cb5700) at ../../net/rtsock.c:197 #10 0xf01482ce in raw_usrreq (so=0xf2cb5700, req=9, m=0xf19b7580, nam=0x0, control=0x0) at ../../net/raw_usrreq.c:257 #11 0xf014930a in route_usrreq (so=0xf2cb5700, req=9, m=0xf19b7580, nam=0x0, control=0x0) at ../../net/rtsock.c:115 #12 0xf0122f55 in old_send (so=0xf2cb5700, flags=0, m=0xf19b7580, addr=0x0, control=0x0) at ../../kern/uipc_socket2.c:871 #13 0xf0120e56 in sosend (so=0xf2cb5700, addr=0x0, uio=0xefbfff34, top=0xf19b7580, control=0x0, flags=0) at ../../kern/uipc_socket.c:461 #14 0xf01181b5 in soo_write (fp=0xf2cb9080, uio=0xefbfff34, cred=0xf09b2a80) at ../../kern/sys_socket.c:82 #15 0xf0115c83 in write (p=0xf2c7a600, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/sys_generic.c:263 #16 0xf01c6427 in syscall (frame={tf_es = 720935, tf_ds = 720935, tf_edi = 0, tf_esi = 750408, tf_ebp = -272639908, tf_isp = -272629788, tf_ebx = 677028, tf_edx = 710264, tf_ecx = 750408, tf_eax = 4, tf_trapno = 7, tf_err = 7, tf_eip = 135302529, tf_cs = 31, tf_eflags = 582, tf_esp = -272639936, tf_ss = 39}) at ../../i386/i386/trap.c:891 #17 0xf01be615 in Xsyscall () #18 0xfa39 in ?? () #19 0xfeda in ?? () #20 0xa839 in ?? () #21 0xb0a9 in ?? () #22 0x2760d in ?? () #23 0x300ba in ?? () #24 0x1096 in ?? () (kgdb) up #1 0xf010ea62 in panic (fmt=0xf01c5631 "page fault") at ../../kern/kern_shutdown.c:361 (kgdb) up #2 0xf01c618e in trap_fatal (frame=0xefbffce8) at ../../i386/i386/trap.c:741 (kgdb) print type $1 = 12 (kgdb) up #3 0xf01c5c7c in trap_pfault (frame=0xefbffce8, usermode=0) at ../../i386/i386/trap.c:652 (kgdb) up #4 0xf01c5963 in trap (frame={tf_es = -266010608, tf_ds = -221052912, tf_edi = -1, tf_esi = 1, tf_ebp = -272630480, tf_isp = -272630512, tf_ebx = 0, tf_edx = 0, tf_ecx = 12, tf_eax = 0, tf_trapno = 12, tf_err = -266665984, tf_eip = -266625792, tf_cs = 8, tf_eflags = 66198, tf_esp = 0, tf_ss = 0}) at ../../i386/i386/trap.c:311 (kgdb) up #5 0xf01be5c1 in calltrap () (kgdb) up #6 0xf01b4095 in kmem_malloc (map=0xf025c064, size=4096, waitflag=1) at ../../vm/vm_kern.c:333 (kgdb) print offset $2 = 47677440 (kgdb) set radix 16 Input and output radices now set to decimal 16, hex 10, octal 20. (kgdb) print offset $3 = 0x2d78000 (kgdb) print kmem_object $4 = (struct vm_object *) 0xf0200b34 (kgdb) print *kmem_object $5 = {object_list = {tqe_next = 0xf09b2a00, tqe_prev = 0xf0200ab4}, cached_list = {tqe_next = 0x0, tqe_prev = 0x0}, shadow_head = { tqh_first = 0x0, tqh_last = 0xf0200b44}, shadow_list = {tqe_next = 0x0, tqe_prev = 0x0}, memq = {tqh_first = 0xf025f998, tqh_last = 0xf028cd30}, type = OBJT_DEFAULT, size = 0xfc41, ref_count = 0x6, shadow_count = 0x0, pg_color = 0x5, flags = 0x0, paging_in_progress = 0x0, behavior = 0x0, resident_page_count = 0x38a, paging_offset = 0x0000000000000000, backing_object = 0x0, backing_object_offset = 0x0000000000000000, last_read = 0x0, page_hint = 0xf028cd20, pager_object_list = { tqe_next = 0x0, tqe_prev = 0x0}, handle = 0x0, un_pager = {vnp = { vnp_size = 0x0000000000000000}, devp = {devp_pglist = {tqh_first = 0x0, tqh_last = 0x0}}, swp = {swp_nblocks = 0x0, swp_allocsize = 0x0, swp_blocks = 0x0, swp_poip = 0x0}}} (kgdb) print i $6 = 0x1 (kgdb) print size $7 = 0xffffffff (kgdb) up #7 0xf010b16f in malloc (size=0x94, type=0x5, flags=0x1) at ../../kern/kern_malloc.c:145 (kgdb) print npg $8 = 0x1 (kgdb) down #6 0xf01b4095 in kmem_malloc (map=0xf025c064, size=0x1000, waitflag=0x1) at ../../vm/vm_kern.c:333 (kgdb) print size $9 = 0xffffffff (kgdb) bt #0 boot (howto=0x100) at ../../kern/kern_shutdown.c:237 #1 0xf010ea62 in panic (fmt=0xf01c5631 "page fault") at ../../kern/kern_shutdown.c:361 #2 0xf01c618e in trap_fatal (frame=0xefbffce8) at ../../i386/i386/trap.c:741 #3 0xf01c5c7c in trap_pfault (frame=0xefbffce8, usermode=0x0) at ../../i386/i386/trap.c:652 #4 0xf01c5963 in trap (frame={tf_es = 0xf0250010, tf_ds = 0xf2d30010, tf_edi = 0xffffffff, tf_esi = 0x1, tf_ebp = 0xefbffd30, tf_isp = 0xefbffd10, tf_ebx = 0x0, tf_edx = 0x0, tf_ecx = 0xc, tf_eax = 0x0, tf_trapno = 0xc, tf_err = 0xf01b0000, tf_eip = 0xf01b9d00, tf_cs = 0x8, tf_eflags = 0x10296, tf_esp = 0x0, tf_ss = 0x0}) at ../../i386/i386/trap.c:311 #5 0xf01be5c1 in calltrap () #6 0xf01b4095 in kmem_malloc (map=0xf025c064, size=0x1000, waitflag=0x1) at ../../vm/vm_kern.c:333 #7 0xf010b16f in malloc (size=0x94, type=0x5, flags=0x1) at ../../kern/kern_malloc.c:145 #8 0xf0148ade in rtrequest (req=0x1, dst=0xf2d3615c, gateway=0xf2d3616c, netmask=0xf2d3617c, flags=0x3, ret_nrt=0xefbffe1c) at ../../net/route.c:515 #9 0xf014957d in route_output (m=0xf19b7580, so=0xf2cb5700) at ../../net/rtsock.c:197 #10 0xf01482ce in raw_usrreq (so=0xf2cb5700, req=0x9, m=0xf19b7580, nam=0x0, control=0x0) at ../../net/raw_usrreq.c:257 #11 0xf014930a in route_usrreq (so=0xf2cb5700, req=0x9, m=0xf19b7580, nam=0x0, control=0x0) at ../../net/rtsock.c:115 #12 0xf0122f55 in old_send (so=0xf2cb5700, flags=0x0, m=0xf19b7580, addr=0x0, control=0x0) at ../../kern/uipc_socket2.c:871 #13 0xf0120e56 in sosend (so=0xf2cb5700, addr=0x0, uio=0xefbfff34, top=0xf19b7580, control=0x0, flags=0x0) at ../../kern/uipc_socket.c:461 #14 0xf01181b5 in soo_write (fp=0xf2cb9080, uio=0xefbfff34, cred=0xf09b2a80) at ../../kern/sys_socket.c:82 #15 0xf0115c83 in write (p=0xf2c7a600, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/sys_generic.c:263 #16 0xf01c6427 in syscall (frame={tf_es = 0xb0027, tf_ds = 0xb0027, tf_edi = 0x0, tf_esi = 0xb7348, tf_ebp = 0xefbfd85c, tf_isp = 0xefbfffe4, tf_ebx = 0xa54a4, tf_edx = 0xad678, tf_ecx = 0xb7348, tf_eax = 0x4, tf_trapno = 0x7, tf_err = 0x7, tf_eip = 0x8108d81, tf_cs = 0x1f, tf_eflags = 0x246, tf_esp = 0xefbfd840, tf_ss = 0x27}) at ../../i386/i386/trap.c:891 #17 0xf01be615 in Xsyscall () #18 0xfa39 in ?? () #19 0xfeda in ?? () #20 0xa839 in ?? () #21 0xb0a9 in ?? () #22 0x2760d in ?? () #23 0x300ba in ?? () #24 0x1096 in ?? () (kgdb) This could explain frequent panics we are seeing on these machines and the fact we do not see these with leased line routers, only dialup routers; route changes occur much more frequently on dialup modems. This is timing related, it happens at different frequency with different hardware. Faster machines may crash more often. Using default TTYHOG and RS_IBUF_SIZE values instead of 4-fold values I have been using the frequency of panics increases. I tried experimenting with different values but I could not find a clear pattern. >How-To-Repeat: Build a terminal server with lots of ports. >Fix: It seems that ~16 modems is relatively safe figure; the more ports the more problems. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Oct 4 17:40:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA09319 for bugs-outgoing; Fri, 4 Oct 1996 17:40:09 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA09303; Fri, 4 Oct 1996 17:40:06 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id RAA04161; Fri, 4 Oct 1996 17:39:26 -0700 (PDT) To: Martin Ostermann cc: "Jordan K. Hubbard" , freebsd-bugs@freefall.freebsd.org Subject: Re: gnu/1707 In-reply-to: Your message of "04 Oct 1996 17:58:01 +0200." <4320fe3enq.fsf@comnets.rwth-aachen.de> Date: Fri, 04 Oct 1996 17:39:26 -0700 Message-ID: <4159.844475966@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Also, version 1.05 of 'mkisofs' is available now, while SNAP-960801 > includes 1.04. It's not even part of the source tree anymore - mkisofs moved to the ports collection after the last SNAP. Jordan From owner-freebsd-bugs Fri Oct 4 23:56:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA00308 for bugs-outgoing; Fri, 4 Oct 1996 23:56:41 -0700 (PDT) Received: (from joerg@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA00286; Fri, 4 Oct 1996 23:56:39 -0700 (PDT) Date: Fri, 4 Oct 1996 23:56:39 -0700 (PDT) From: Joerg Wunsch Message-Id: <199610050656.XAA00286@freefall.freebsd.org> To: obrien@Nuxi.cs.ucdavis.edu, joerg, freebsd-bugs Subject: Re: ports/1710 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: update to Tin port State-Changed-From-To: closed-open State-Changed-By: joerg State-Changed-When: Sat Oct 5 08:55:21 MET DST 1996 State-Changed-Why: Wasn't actually a duplicate. The subject's were misleading. From owner-freebsd-bugs Sat Oct 5 00:50:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA01842 for bugs-outgoing; Sat, 5 Oct 1996 00:50:03 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA01836; Sat, 5 Oct 1996 00:50:01 -0700 (PDT) Resent-Date: Sat, 5 Oct 1996 00:50:01 -0700 (PDT) Resent-Message-Id: <199610050750.AAA01836@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nsayer@quack.kfu.com Received: from quack.kfu.com (quack.kfu.com [204.147.226.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA01730 for ; Sat, 5 Oct 1996 00:46:54 -0700 (PDT) Received: from icarus.kfu.com (icarus.kfu.com [204.147.226.3]) by quack.kfu.com (8.6.12/8.6.12) with ESMTP id AAA00303 for ; Sat, 5 Oct 1996 00:46:52 -0700 Received: by icarus.kfu.com (8.7.5//ident-1.0) id AAA04376; Sat, 5 Oct 1996 00:46:50 -0700 (PDT) Message-Id: <199610050746.AAA04376@icarus.kfu.com> Date: Sat, 5 Oct 1996 00:46:50 -0700 (PDT) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/1727: Add support for 3C900 to vx Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1727 >Category: kern >Synopsis: Add support for 3C900 to vx >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Sat Oct 5 00:50:01 PDT 1996 >Last-Modified: >Originator: Nick Sayer >Organization: just me >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: Tested on Triton-II board w/3C900. >Description: The 3C900 is a new, lower cost version of the 3C590. A friend of mine has worked extensively with both and claims they're both the same thing. Patching the probe routine to treat a 3C900 like a 3C590 appears to work just fine, so far as we can tell. >How-To-Repeat: >Fix: *** if_vx.c.orig Sat Oct 5 00:42:10 1996 --- if_vx.c Sat Oct 5 00:42:59 1996 *************** *** 170,175 **** --- 170,177 ---- pcici_t config_id, pcidi_t device_id) { + if(device_id == 0x900010b7ul) + return "3Com 3c900 EtherLink III PCI"; if(device_id == 0x590010b7ul) return "3Com 3c590 EtherLink III PCI"; if(device_id == 0x595010b7ul || device_id == 0x595110b7ul || >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Oct 5 03:29:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA07196 for bugs-outgoing; Sat, 5 Oct 1996 03:29:22 -0700 (PDT) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA07189 for ; Sat, 5 Oct 1996 03:29:16 -0700 (PDT) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.5/XS4ALL) with ESMTP id MAA03011; Sat, 5 Oct 1996 12:29:13 +0200 (MET DST) Received: from tangram.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id MAA08454; Sat, 5 Oct 1996 12:15:25 +0200 (MET DST) Received: (from jh@localhost) by tangram.xs4all.nl (8.6.12/8.6.12) id VAA00503; Fri, 4 Oct 1996 21:23:24 +0200 Date: Fri, 4 Oct 1996 21:23:24 +0200 Message-Id: <199610041923.VAA00503@tangram.xs4all.nl> From: Jan-Hein Buhrman To: j@uriah.heep.sax.de CC: freebsd-bugs@freefall.freebsd.org In-reply-to: <199610031340.GAA27052@freefall.freebsd.org> (j@uriah.heep.sax.de) Subject: Re: kern/1711: kernel logging of signaled processes should be optional Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> "J\"org" == J Wunsch writes: > As nsayer@kfu.com wrote: >> kernel logging of signaled processes ("pid 99, uid 0: exited on >> signal 11 (core dumped)") _really_ should have an option to >> disable. Really now. If you can comment the source to indicate >> that some found it annoying (it certainly bugs the hell out of >> me), you can put an #ifndef in to allow folks to have their >> choice. > I would prefer a sysctl variable for this. I really liked what rld (the dynamic linker/loader) did on SGI IRIS systems (perhaps FreeBSD does the same thing, didn't check it :-): If some shared libraries couldn't be found, an error message was just shown on your terminal (via syslog), but if the process didn't have a controlling tty, it was sent to /var/{log,adm}/{messages,SYSLOG} (also via syslog). I realize this example demonstrates just a feature of syslog, used in a userland-proces. However, to get a `similar' behaviour of this regarding `exit on signals', the kernel could check if the concerning process is having a controlling tty, and if not: generate a log-message like it does now, and when the process _has_ a controlling tty: leaving the responsibility (of e.g. reporting something) to whatever parent process is managing it (like a shell does, for instance, saying `Segmentation fault (core dumped)'). Regards, -jh From owner-freebsd-bugs Sat Oct 5 04:30:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA09499 for bugs-outgoing; Sat, 5 Oct 1996 04:30:24 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA09484 for freebsd-bugs; Sat, 5 Oct 1996 04:30:20 -0700 (PDT) Date: Sat, 5 Oct 1996 04:30:20 -0700 (PDT) From: GNU GNATS Message-Id: <199610051130.EAA09484@freefall.freebsd.org> To: freebsd-bugs Subject: List of open Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/03/02] misc/229 acos() core dump [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/05/08] bin/389 Simultaneous creation/deletion of dirs corrupts file [1995/05/12] bin/398 VI doesnt do the correct thing [1995/05/13] bin/401 Add REMOTE_* variables [1995/05/14] kern/405 The gpio driver does not work with the AT-GPIB, only [1995/05/15] misc/423 Sound devices are too insecure [1995/05/16] kern/425 arp entries not getting removed when interface chang [1995/05/23] i386/440 want vidcontrol option to apply settings to all sysc [1995/05/26] kern/446 unable to diskless-boot a PC when the server mounts [1995/06/14] bin/514 Crash recovery impossible without static mt/chflags. [1995/06/15] bin/517 Bad group change with 'install' [1995/06/15] bin/519 execution of quotacheck from /etc/rc fails [1995/06/17] kern/528 slow 386 reports excessive interrupt-level buffer ov [1995/06/26] kern/565 slip freezes machine [1995/07/02] kern/579 sio: RS_IBUFSIZE at 256 bytes serial lines loose dat [1995/07/04] kern/587 if_le hangs on OACTIVE with 2k buffer [1995/07/04] kern/588 Configuration of DEC ethernet cards not possible [1995/07/05] bin/591 SPAP request REJexted in stead of NAKed [1995/07/09] misc/605 NIS: get*bynis routine problems [1995/07/29] kern/638 Transmitted packets not passed to bpf in if_le.c [1995/08/01] docs/646 vmstat man page out of date [1995/08/01] bin/648 printf format conversion incorrect (duplicate) [1995/08/03] kern/652 Multiple addresses on one interface interacts badly [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, not in 2.0. [1995/08/07] bin/658 ifconfig alias has to be separately given [1995/08/11] gnu/672 Nor all ph headers get created [1995/08/11] ports/673 /bin/sh + inn1.4 innwatch going belly up [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the way it did [1995/08/14] kern/688 Page fault: supervisor write, page not present [1995/08/15] i386/692 My modem is not found if my external cache is disabl [1995/08/18] kern/700 The comments in /sys/net/if.h are confusing [1995/08/21] kern/703 ppp not always deleting route properly when a ppp li [1995/08/22] bin/706 increased root DNS traffic and long latencies for r- [1995/08/29] bin/715 ls gives weird tabular form [1995/08/31] bin/716 W returns wrong results at login [1995/09/23] docs/735 missing description for mount options in fstab(5) ma [1995/09/26] bin/739 Some problems when an output filter reads all input [1995/09/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] bin/743 vi cannot edit a file where the name starts with + [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O errors FDIV030 [1995/09/28] kern/752 setting multiple addresses for a single interfaces l [1995/09/28] kern/753 my archive scsi tape drive does not work [1995/09/28] docs/754 there is no man page for the psm(4) mouse driver [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem in use [1995/10/05] misc/767 Configure-time does time-warp on non-UTC CMOS - FDIV [1995/10/09] kern/774 dump fails with "slave couldn't reopen disk: Device [1995/10/11] bin/777 patch doesn't realize stdin is closed and asks quest [1995/10/12] bin/778 tar complains "EOF not on block boundary" on a good [1995/10/14] kern/781 OPEN_MAX in kernel config and FD_SETSIZE in /usr/inc [1995/10/18] bin/786 Problem with NIS and large group maps [1995/10/25] kern/792 cd9660 very slow. [1995/10/25] kern/793 ep0 cannot be configured and more. [1995/10/29] docs/801 rlogind k, v, and x options are not documented [1995/10/31] bin/803 bsd m4 chokes and dies while FSF m4 works... [1995/11/11] bin/815 mountd reports unknown hosts with non-informative me [1995/11/12] kern/820 scsi tape problems [1995/11/13] kern/821 Config doesn't properly trap signals [1995/11/16] bin/826 tcpmux listener in inetd does not work [1995/11/20] kern/831 one minor complaint about the kernel visual config c [1995/11/22] kern/835 ed panics with SMC ultra with iomem, if no iomem in [1995/11/27] bin/841 stale nfs mounts cannot be umounted [1995/11/28] misc/848 Inst gripes about geometry but won't accept true val [1995/11/28] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/29] bin/852 Sendmail is loosing mail (apparently)! [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/11/30] ports/857 Need ANSI_C define to not declare some functions [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has cosmetic defe [1995/12/03] kern/863 panic on kernel page fault, NULL curproc [1995/12/06] ports/869 xcdplayer installs itself is /usr/X11R6, not /usr/lo [1995/12/06] ports/871 port.subdir.mk DEBUG_FLAGS is not used for CFLAGS [1995/12/08] kern/876 NFS allows bogus accesses to cached data [1995/12/17] kern/900 ext2fs triggers divide by zero trap in vnode_pager_h [1995/12/20] i386/906 /sys/i386/boot/netboot/nb8390.com cannot recognize N [1995/12/25] bin/914 hayes dialer for tip fails 1st attempt to dial [1995/12/29] kern/920 sio output looses chars in fifo on close() [1995/12/29] kern/921 getrusage() returns 0 after system up for a long tim [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/03] kern/930 sio/getty problem? [1996/01/06] kern/932 de0 occasionally enables 100baseTX when plugged into [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [1996/01/09] kern/940 panic: free vnode isn't [1996/01/12] misc/942 X11 mono server dumps core on supported video hardwa [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info [1996/01/16] kern/949 panic, undebugable dump? [1996/01/17] kern/951 -current kernel crashes with devfs error on bootup [1996/01/19] kern/956 Kernel page fault, null callp [1996/01/19] bin/958 ttys file does not include all ptys [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. [1996/01/23] ports/968 Netscape & cern_httpd ports out of date/dead links [1996/01/25] kern/971 Default limits for number of processes per user ridi [1996/01/25] conf/972 inetd.conf should comment out k-services if no Kerbe [1996/01/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [1996/01/29] kern/978 Three deadlocks in row [1996/02/01] bin/986 problems make-ing with cd in the rule [1996/02/06] kern/998 badness in file system silently crashes machine [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) macro [1996/02/07] kern/1001 M_NAMEI malloc leak in the kernel [1996/02/08] kern/1008 Daily crash while writing network backups to local t [1996/02/09] kern/1012 vnode_pager_putpages: attempt to write meta-data!!! [1996/02/10] kern/1016 panic: vm_page_free: freeing free page, sddump: no s [1996/02/10] kern/1017 ssh stopped working between 15th Jan and 9th Feb [1996/02/12] kern/1018 panic: unwire: page not in pmap [1996/02/12] bin/1019 getty cannot detect ppp logins [1996/02/12] kern/1020 Boca 16-port board still hangs [1996/02/12] bin/1021 pppd doesn't handle PAP-only authentication well [1996/02/12] docs/1023 using touch to create swap file for NFS doesn't work [1996/02/14] kern/1026 deadlocks if parent vfork and child has cntrl termin [1996/02/14] bin/1028 shutdown -r does not seem to always complete [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-point, which [1996/02/18] kern/1034 Instant panic in -current [1996/02/19] docs/1036 List of dead xrefs in man pages [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently than other tt [1996/02/25] i386/1042 Warning from sio driver reports wrong device FDIV045 [1996/02/26] misc/1043 vm_bounce_alloc error on 2.1 install with 4G drive [1996/02/27] kern/1045 Lockup: b_to_q to a clist with no reserved cblocks [1996/02/27] gnu/1047 send-pr: Aborting... [1996/02/28] i386/1048 ep driver fails to detect card when told specific va [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after floppy error [1996/02/29] kern/1051 zip fails on dos partition [1996/03/02] bin/1056 pppd fails if -detach [1996/03/05] kern/1064 Recursive panic? [1996/03/06] kern/1065 wt could crash reading short blocks [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [1996/03/09] bin/1074 tty rows & columns settings sometimes reset to zero [1996/03/11] conf/1076 'make install' fails for /usr/src/share/examples in [1996/03/15] misc/1079 Can not work about get{host|net]byaddr on NIS. [1996/03/16] kern/1080 Panic @ _get_pt_entry+0x8 [1996/03/16] kern/1081 Fatal double fault [1996/03/17] kern/1087 Device close entry is not called when unmounting UFS [1996/03/20] kern/1090 iostat displays incorrect sps count [1996/03/20] bin/1093 route's diagnostic is weird [1996/03/23] kern/1098 File system corruption (2 cases) [1996/03/26] kern/1102 Differentiation of FreeBSD & Linux ELF binaries [pat [1996/03/28] ports/1109 mods to vim-3.0 port [1996/03/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [1996/03/31] misc/1112 Can not work getnetbyaddr on NIS [1996/04/05] kern/1118 panic: setrunqueue encountered when wine fork()'s [1996/04/06] kern/1119 Mounted EXT2FS partition is not cleanly unmounted up [1996/04/06] kern/1121 System crashes on boot up just after the "devfs read [1996/04/07] kern/1122 Kernel (current) does not see all memory [1996/04/11] kern/1134 PPB support is broken for multiple/unknown PPBs. [1996/04/11] kern/1135 starting an extra mountd and then killing it crashes [1996/04/14] docs/1141 pcvt(4) references non-existent man page. [1996/04/19] docs/1151 intro(3) references libc(3) and plot(3), which do no [1996/04/23] ports/1155 systat or top display disagreeing information [1996/04/24] kern/1157 SCSI Disk Timeouts (ahc0) [1996/04/28] kern/1160 Panic: bad dir [1996/04/29] kern/1163 2.2-960323-SNAP: fatal trap 12 [1996/04/30] docs/1165 Printer Text Filter scripts should be in /usr/share/ [1996/04/30] kern/1166 pmap panic (dump available) [1996/05/02] docs/1169 bogus reference to keysu(1) in key(1) and keyinit(1) [1996/05/02] kern/1171 panic: setrunnable after touching long idle windows [1996/05/07] kern/1177 Machine hangs with message "vm_fork: no pte for UPAG [1996/05/08] kern/1180 freeing held page, count=%d [1996/05/09] bin/1181 fsck displays wrong char in "option?" diagnostic [1996/05/09] bin/1182 timed records improper entry in wtmp [1996/05/09] bin/1184 ls + xterm + nvi + columns != 80 + ^Z = mangled list [1996/05/10] misc/1187 pppd dies with a segv [1996/05/11] kern/1190 panic: page fault (wild pointer?) [1996/05/13] ports/1200 pop3 requests may crash client [1996/05/13] kern/1201 FreeBSD SCSI changer driver leaves a bit to be desir [1996/05/13] bin/1202 netgroups in /etc/hosts.equiv stopped working in -st [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot [1996/05/15] bin/1206 /bin/sh + emacs + ^G = ruined terminal [1996/05/16] kern/1208 Rebooting nfs server results "Permission denied" mes [1996/05/16] gnu/1209 send-pr should refuse PR's without subject and synop [1996/05/18] bin/1212 ppp eventually runs out of file descriptors [1996/05/18] kern/1213 kernel page fault [1996/05/19] kern/1217 separating to hardrives to two IDE channels hangs th [1996/05/21] kern/1227 vm_page_activate: already active (new vm system) [1996/05/21] kern/1228 probe doesn't find P-n-P modem [1996/05/22] kern/1236 some #def's in pcvt_conf.h not braketed by #ifndef's [1996/05/23] bin/1237 [1996/05/24] kern/1246 aic-7850 driver sees more cdroms then exists [1996/05/24] misc/1247 Conflicting header files [1996/05/25] docs/1249 incorrect manpages [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. [1996/05/26] kern/1252 Heavy activity on a CD causes panic [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets [1996/05/26] kern/1257 System got blown away by "vm_pageout_scan: page not [1996/05/27] kern/1258 new vm code: freeing held page [1996/05/27] conf/1264 panic with two new Quantum FireBall 1280 [1996/05/27] kern/1269 vm_pageout_scan: page not inactive? (loops, effectiv [1996/05/28] conf/1270 /etc/ttys does not list all valid ptys (breaks scree [1996/05/28] kern/1271 Kernel panic using PLIP in 27/05 current [1996/05/28] docs/1272 document the -o option for f2c [1996/05/28] bin/1273 remote hostname gets corrupted in rshd [1996/05/28] kern/1274 Kernel panics with filesystem error [1996/05/28] bin/1276 pppd hangs serial port - ENOBUFS [1996/05/29] kern/1278 SUN Solaris clients gets host not responding, when w [1996/05/30] docs/1280 locale and collating [1996/05/31] kern/1284 panic: vm_page_free: freeing busy page [1996/05/31] conf/1285 route_multicast and route_loopback lines in /etc/sys [1996/06/01] kern/1286 cluster_read() calls strategy routine without B_READ [1996/06/02] i386/1288 wdgetctlr (wd.c) return incorrect number of cylinder [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel mode (PPP/ [1996/06/06] misc/1299 National charecter problem in XFree86 [1996/06/07] kern/1301 DEC FDDI/PCI Adapter: halt code = 6 (DMA Error) [1996/06/08] kern/1302 3COM 3c590 can't receive packets [1996/06/09] bin/1305 dc miscomputes remainder [1996/06/10] kern/1307 vm_page_free: freeing busy page [1996/06/10] kern/1308 vm_page_free: wire count > 1 in 960501-SNAP [1996/06/11] kern/1311 Panic: vm_page_free while installing new kernel [1996/06/11] bin/1312 automounter hangs on boot [1996/06/12] bin/1316 10 tunnel device limit [1996/06/12] conf/1319 muldi3 is not included into kernel's Makefile by con [1996/06/14] bin/1322 savecore does not take minfree into account [1996/06/14] kern/1323 960612's psm driver does not see the mouse. 960501 d [1996/06/16] kern/1327 keyboard probe in -current fails, X reboots machine [1996/06/18] i386/1331 changes and bug in ft driver [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? [1996/06/19] misc/1335 /etc/security generates an error with files with spa [1996/06/19] kern/1336 Permission for .. in NFS mounts is somewhat non-intu [1996/06/22] kern/1345 kernel page fault, NULL pointer dereference in exit( [1996/06/25] bin/1351 security problem with mv(1) [1996/06/26] conf/1352 Missing files from /usr/share/info [1996/07/01] bin/1361 ruptime and long downtimes [1996/07/03] bin/1364 ps(1) bugs [1996/07/04] i386/1367 reprobe a device that does not exist = panic [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also [1996/07/06] kern/1371 kernel doesn't flush all its buffers when told to ha [1996/07/06] misc/1372 compile time error with cc -ansi and RPC headers [1996/07/06] misc/1373 RPC include lacks prototypes [1996/07/06] docs/1374 the default listed in the newfs -i man page does not [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_obytes to zer [1996/07/09] bin/1377 mv(1) retains the setuid bit when it is unable to pr [1996/07/09] gnu/1379 Man command problem, when it writes into symlinked d [1996/07/09] misc/1380 Year 2000 breakage with tm_year [1996/07/13] conf/1382 FreeBSD has minor year 2000 problem in distr /etc/rc [1996/07/14] docs/1383 ppp(8) man page suggests using shell script for logi [1996/07/15] bin/1387 Group file errors cause absolute havoc [1996/07/15] misc/1388 libftpio: some problems with ftpGet() fixed [1996/07/16] misc/1390 feedback from 2.1.5R update over 2.1-stable [1996/07/16] bin/1391 cpio -O ignores umask [1996/07/16] bin/1392 PPP silently fails to work when CTS/RTS isnt availab [1996/07/16] misc/1393 cant bootstrap lex in -current from 2.1 base [1996/07/18] bin/1398 .OBJDIR modifications to tree broke make reinstall? [1996/07/18] kern/1399 invoking setuid programs over NFS case vnode_pager e [1996/07/19] docs/1402 sh(1) manual [1996/07/19] gnu/1407 ld computes wrong size of common (global data) [1996/07/20] bin/1410 /usr/bin/login is suid, with little requirement for [1996/07/21] conf/1412 installscript doesn't allow 2nd ftp site to be chose [1996/07/21] misc/1413 Missing library libgcc.261 [1996/07/21] i386/1414 3c595 ceases to work aftern installation. [1996/07/21] ports/1415 Installing gnats package makes send-pr fail. [1996/07/21] ports/1416 cflow(1) doesn't parse GNU C __attribute__ syntax [1996/07/23] kern/1420 panic vrele: negative reference count [1996/07/23] kern/1421 Non-bug in sosend() [1996/07/23] ports/1422 make in /usr/ports doens't doesn't notice new versio [1996/07/24] bin/1425 doing :numbers on systat -netstat doesn't repaint cl [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET correctly [1996/07/25] bin/1429 sh(1) and getopts [1996/07/25] pending/1430 request for a customer id [1996/07/25] pending/1431 request for a customer id [1996/07/25] kern/1432 Rexmit timeout for TCP too short [1996/07/26] pending/1434 request for a customer id [1996/07/29] conf/1441 On re-install, says it didn't touch etc files but di [1996/07/30] ports/1444 There is no port of slnr [1996/08/03] bin/1461 Incorrect address binding of Kerberized rlogin [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed version of NFS [1996/08/04] kern/1467 scsi_prevent causing tape problems on close [1996/08/06] bin/1469 it is difficult to run /usr/sbin/ppp from a script [1996/08/07] ports/1470 need more info in the ports structure [1996/08/07] gnu/1471 send-pr needs configurable Reply-To field [1996/08/07] gnu/1472 send-pr could have a configurable Reply-To field [1996/08/07] docs/1474 wrong data on EXB-8505 in handbook [1996/08/08] bin/1479 libc.so.2.2 [1996/08/09] kern/1480 terminal "cons25" resize problem [1996/08/09] bin/1482 vidcontrol -f fnt-size file-with-wrong-fnt-size [1996/08/09] kern/1487 bug in exec(2) [1996/08/12] docs/1493 incomplete prototypes in man pages for mmap function [1996/08/12] bin/1494 some patches to ijppp [1996/08/14] ports/1495 more tkdesk patches... [1996/08/15] kern/1498 system hangs during inactivity [1996/08/16] kern/1500 times system call returning zero user time. [1996/08/17] kern/1501 vmstat reports impossible avm after starting up X [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' field for l [1996/08/17] ports/1504 latex port completely failes [1996/08/17] kern/1508 syscons should protect against useless DDB entry [1996/08/17] docs/1509 handbook typo (hw.sgml, scsi.sgml) [1996/08/18] ports/1510 socks 0.16.4 no longer on ftp.net.com [1996/08/18] kern/1512 Use of madvise may may cause bad memory mappings [1996/08/19] kern/1514 mlock fails on readonly regions [1996/08/19] misc/1515 Unable to install 2.1.5 from CD-ROM. [1996/08/20] kern/1516 vm_fault.c contains dead code or too many underscore [1996/08/20] ports/1517 What is InterViews ??!?! [1996/08/20] ports/1518 No man pages in audio/mpegaudio port [1996/08/20] bin/1519 chpass creates an NIS security hole [1996/08/21] ports/1520 sudo dosn't recognise certain passwords and thinks y [1996/08/21] bin/1522 dump | restore of filesystem corrupted files [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in directories [1996/08/21] ports/1524 New port -- xtem-5.18beta [1996/08/21] ports/1525 xvnews-2.3.2 [1996/08/21] ports/1526 xtar-1.4 [1996/08/21] ports/1527 xmaddressbook-1.5.3 [1996/08/21] ports/1528 New port -- imp-0.54.1 [1996/08/21] ports/1529 New port -- bricons-3.0 [1996/08/22] ports/1530 New port of poppassd [1996/08/22] kern/1531 Machine hangs, unable to either fork or exec. [1996/08/22] kern/1533 Machine can be panicked by a userland program. [1996/08/22] i386/1534 Installing from Mitsumi FX001D CD-ROM drive [1996/08/23] misc/1536 WWW query-pr interface sometimes messes up [1996/08/23] ports/1537 new port -- tin 1.3unoff [1996/08/24] misc/1538 enhanced /etc/security script [1996/08/24] ports/1539 Attempts to run Linux elf binaries using libXpm fail [1996/08/25] kern/1540 panic: ufs_unlock NOT LOCKED [1996/08/25] misc/1541 fork.o in libc_r fails to compile [1996/08/26] kern/1543 my load sticks at about 0.8 while not in use. [1996/08/27] bin/1547 ncrcontrol won't work with FAILSAFE kernel [1996/08/27] bin/1548 ncrcontrol -i queries don't work for mere users [1996/08/27] ports/1549 Port submission for gdbtk [1996/08/29] bin/1552 moused has no manual page (and -s option is broken) [1996/08/29] ports/1553 submittal of cops port [1996/08/30] i386/1556 ATAPI CDROM probes ok, but will not 'mount_cd9660' [1996/08/31] bin/1557 pkg_add's auto dependency get .. doesn't work [1996/08/31] bin/1559 ftpd apparently not recognizing -l or -S parms [1996/09/02] misc/1561 Wrong key mapping of five keys in german.iso.kbd [1996/09/02] bin/1563 Curses let letters fall away sometimes [1996/09/02] bin/1564 Install media query gets sig 11 [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic [1996/09/05] kern/1574 Panic: privileged instruction fault [1996/09/06] ports/1576 patch for ports/print/mltex/Makefile FETCH_CMD [1996/09/06] bin/1577 mail -f foo does not look in current directory of .m [1996/09/07] bin/1578 fsck does not honour 'noauto' fs option [1996/09/07] kern/1579 panic: ufs_unlock NOT LOCKED [1996/09/08] conf/1580 make & /usr/obj is bogus. [1996/09/08] kern/1582 kernel panic often under medium load [1996/09/08] ports/1583 I made ldap-3.3 port [1996/09/08] kern/1584 same file is listed twice [1996/09/08] bin/1585 dumpfs can dump core [1996/09/08] docs/1588 Handbook Incorrect LaTeX/PostScript output [1996/09/08] bin/1589 ftp fails to flush output [1996/09/09] kern/1594 apic_startup() needs work [1996/09/10] bin/1597 No support for positional parameters in *printf func [1996/09/11] bin/1598 tip leaves OPOST set on controlling terminal (fd 0) [1996/09/11] kern/1599 panic: locking against myself [1996/09/11] kern/1600 prevent setting of t_timer[TCPT_KEEP] prematurely [1996/09/12] ports/1601 no previous port of su2 existed in source tree :) [1996/09/12] docs/1602 /usr/lib/terminfo refered to in man terminfo, does n [1996/09/12] bin/1607 unmount fails for a NFS fs mounted without -P from a [1996/09/13] conf/1608 FreeBSD's bug tracking system does not respect confi [1996/09/14] kern/1609 page fault while in kenel mode during Linux emulatio [1996/09/14] kern/1610 mmap() of unassociated memory + mlock() can == kerne [1996/09/14] gnu/1611 groff should use "system-wide" papersize variable wh [1996/09/14] kern/1613 I get ls: fts_read: No such file or directory [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes kernel pan [1996/09/15] ports/1617 new port - nntpcache [1996/09/15] docs/1618 Man page for siginterrupt thinks it is in BSD4.2 [1996/09/15] ports/1620 new port, cless -- Chinese language version of GNU l [1996/09/16] bin/1623 rpc/auth.h won't compile with -ansi flag [1996/09/16] misc/1625 2.1.5 update overwrites root's dot files [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller [1996/09/16] kern/1628 /kernel: pid 19061: ppp: uid 0: exited on signal 4 [1996/09/17] docs/1630 Addition to handbook concerning MFS kernel option [1996/09/17] ports/1631 new port, lprps -- PS printing lpr filters [1996/09/18] bin/1635 setenv(3) buglet? Segv if var not previously defined [1996/09/18] kern/1636 mss driver extension to broaden support [1996/09/18] kern/1637 mss driver causes feedback (squeal) on some laptops [1996/09/18] kern/1638 worm driver won't make audio tracks [1996/09/18] bin/1643 Support for NetBSD in bsd.port.mk [1996/09/18] i386/1644 sio.c can't keep RTS off while RTS flow controll is [1996/09/19] ports/1646 Port of lclint - a better lint replacement [1996/09/19] bin/1648 libmd not 64-bit safe [1996/09/19] bin/1649 md5(1) header file makes bad assumption [1996/09/19] bin/1650 telnet encryption with char-mode and ascii loses syn [1996/09/19] ports/1651 rdist6 port -- 'make patch' fails, etc. [1996/09/19] kern/1652 changing time hangs system [1996/09/19] bin/1653 cannot umount the node ending '/' when it was mounte [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct value of `v [1996/09/20] bin/1657 ls(1) output of future mtime [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out file [1996/09/21] ports/1659 [1996/09/21] ports/1660 Updating of jp-fvwm2-port(-> jp-fvwm2-port-new) [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavail" [1996/09/22] bin/1662 typing control-C in pkg_add deletes current director [1996/09/22] ports/1663 strobe-port [1996/09/22] bin/1664 getty doesn't use init kerninfo struct [1996/09/22] bin/1665 telnetd doesn't use gettytab %m %r %v %s tags [1996/09/22] bin/1666 crash in vi, while reading multiple files [1996/09/23] ports/1669 Some files are not included in pkg/PLIST file. so pa [1996/09/23] kern/1670 PCI ed probe causes a page fault [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claimed. [1996/09/23] bin/1672 rshd makes assumptions regarding gethostbyaddr() and [1996/09/24] bin/1674 strange behaviour of pppd (daemonize, defaultroute) [1996/09/24] docs/1675 suspicious history line [1996/09/24] kern/1676 NFS V3 client causes panic [1996/09/24] kern/1677 read from /dev/kmem may crash system [1996/09/24] bin/1678 ls(1) with LC_TIME [1996/09/25] pending/1680 Error in rune.h stuff [1996/09/25] docs/1681 procfs man page way out of date [1996/09/26] ports/1682 dual CAT definitions in bsd.port.mk [1996/09/26] kern/1684 inconsistent permission failures on NFS requests [1996/09/27] misc/1686 sysinstall should allow partition size change before [1996/09/28] bin/1687 watch makes kernel crash [1996/09/28] docs/1688 New handbook isdn section [1996/09/29] kern/1689 TCP extensions throttles distant connections [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as conflicting [1996/09/29] docs/1691 ppp server doc submission [1996/09/29] kern/1692 Page fault while in kernel modem fatal trap 12 (doub [1996/09/29] bin/1693 rarpd does not appear to work [1996/09/29] bin/1694 rbootd does not appear to work [1996/09/30] bin/1695 moused fails with PS/2 mouse [1996/09/30] conf/1697 rc.i386 missing line for moused [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unstable (mmap, [1996/09/30] docs/1699 Missing GNU info files [1996/10/01] bin/1700 'ls -lo' does not list opaque flag (chflags does not [1996/10/01] i386/1701 padding code of short packets in fe driver is broken [1996/10/01] bin/1702 installing of tcl manpages fails from make world [1996/10/01] ports/1703 update to qt port [1996/10/01] conf/1704 Install fails, probe dos not find my ADAPTEC 2940 Ul [1996/10/01] bin/1705 COM2 not detected when booting from Harddrive. Only [1996/10/02] misc/1708 monthly login accounting [1996/10/02] ports/1709 tin port updated [1996/10/02] ports/1710 update to Tin port [1996/10/02] kern/1711 kernel logging of signaled processes should be optio [1996/10/02] docs/1712 semget man page refers to SEM_W instead of SEM_A [1996/10/02] gnu/1713 mkisofs doesn't match man page in behavior [1996/10/02] kern/1714 [1996/10/03] kern/1715 le driver non-reentrant [1996/10/03] kern/1716 LKM does not install character devices [1996/10/03] misc/1717 Use of ntohl causes lint to complain [1996/10/04] ports/1718 new port, vscan [1996/10/04] ports/1719 new port, xlbiff [1996/10/04] pending/1721 [1996/10/04] pending/1723 kernel fault when doing scsi reprobe [1996/10/04] kern/1724 HP colorado T4000S tape drive hangs system on many s [1996/10/04] kern/1725 visual config redraws bits of the screen too often [1996/10/04] kern/1726 panic in kmem_malloc (dump available) [1996/10/05] kern/1727 Add support for 3C900 to vx This is the list of problem reports already analyzed: [1994/12/01] kern/35 mount -t union -o -b : lower layer not seen by shell [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/03/20] kern/260 msync and munmap don't bother to update mod times [1995/03/20] docs/264 There are no manual pages for the forms library. [1995/03/22] kern/267 NFS code gives error messages, systems jams for a fe [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/s hangs pro [1995/05/27] gnu/450 tar --exclude -c doesn't work [1995/06/17] kern/527 dump causes assertion in ncr.c [1995/06/21] docs/538 MAP_FILE not mentioned in mmap man page. [1995/08/07] bin/661 Hercules is not capable of having a ISO-Latin1 Scree [1995/10/07] bin/771 telnet character mode not set and broken when set - [1995/10/15] kern/782 chmod does a null pointer dereference [1995/10/26] kern/794 swap partition at offset 0 still broken [1995/11/25] bin/839 by default, use of "at" is overly restricted [1995/12/04] i386/867 Notebook with APM and 3C589C in PCMCIA freezes after [1995/12/29] misc/922 From line handling incorrect in mail.local [1995/12/31] kern/924 EISA devices have disappeared from vmstat/systat int [1996/01/22] kern/965 2.0.5: system crashes daily because of "multiple fre [1996/01/30] bin/981 clnt_broadcast() is not aware of aliases [1996/02/17] bin/1030 /bin/sh does not pass environment variables on prope [1996/02/19] bin/1035 ls to terminal always uses ? for non-printable chars [1996/03/04] kern/1059 null fs panics system [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expected, pid: 2 [1996/03/18] docs/1089 stat manpage unclear about st_mtime & friends [1996/03/28] bin/1105 Bug in find command [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don't check sig [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunnelling [1996/05/17] gnu/1210 gcc (v2.6.3) -O and -O2 compile-time bus error [1996/05/20] bin/1221 new gcc-2.7.2 gives a LOT of warnings, and a few ERR [1996/05/20] ports/1222 Header files conflict [1996/05/21] bin/1229 redundant redeclaration of `lseek' [1996/05/24] bin/1242 In the "sys/stat.h" file, the S_ISFIFO and S_ISSOCK [1996/06/12] bin/1315 ls(1) [1996/06/13] bin/1320 dump limits blocksize to 32K [1996/06/18] kern/1333 free vnode isn't: another -stable coredump [1996/06/21] misc/1340 make world fails [1996/07/07] bin/1375 Extraneous warning from mv(1) [1996/07/18] kern/1397 can't send to a pipe [1996/07/28] docs/1437 bsd.doc.mk sees PRINTER and spews [1996/08/02] docs/1457 ed(1) man [1996/08/28] ports/1550 "make install" needs to know how to update /usr/loca [1996/08/29] docs/1551 manpage of zgrep not installed in 2.1.5R [1996/08/30] bin/1554 routed kills default permanently [1996/09/04] bin/1565 Moving a file to it's link completely removes file [1996/09/16] bin/1621 last char in line stays "$" [1996/09/18] bin/1642 pkg_install Makefiles could be simplified [1996/10/04] bin/1722 Routed byte order problem /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Oct 5 05:18:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13299 for bugs-outgoing; Sat, 5 Oct 1996 05:18:57 -0700 (PDT) Received: from terra.ru.com (terra.ru.com [206.109.99.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA13291 for ; Sat, 5 Oct 1996 05:18:54 -0700 (PDT) From: der@terra.ru.com Received: by terra.ru.com (SMI-8.6/SMI-SVR4) id HAA07397; Sat, 5 Oct 1996 07:19:32 -0500 Date: Sat, 5 Oct 1996 07:19:32 -0500 Message-Id: <199610051219.HAA07397@terra.ru.com> Content-Type: text Apparently-To: bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi ! I have a FreeBSD 2.1.0 on one part of my hard disk and DOS on other, using FreeBSD Boot Manager to boot. But, when I tryes to set up MS Windows95 to the DOS partition, it broke Boot Manager and now I can boot FreeBSD only using floppy. How can I get back Boot Manager without reinstalling FreeBSD ? From owner-freebsd-bugs Sat Oct 5 06:52:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA17990 for bugs-outgoing; Sat, 5 Oct 1996 06:52:26 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA17978 for ; Sat, 5 Oct 1996 06:52:18 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA19202; Sat, 5 Oct 1996 15:50:58 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA19419; Sat, 5 Oct 1996 15:50:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA00557; Sat, 5 Oct 1996 15:32:26 +0200 (MET DST) From: J Wunsch Message-Id: <199610051332.PAA00557@uriah.heep.sax.de> Subject: Re: kern/1711: kernel logging of signaled processes should be optional To: jh@tangram.xs4all.nl (Jan-Hein Buhrman) Date: Sat, 5 Oct 1996 15:32:26 +0200 (MET DST) Cc: freebsd-bugs@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610041923.VAA00503@tangram.xs4all.nl> from Jan-Hein Buhrman at "Oct 4, 96 09:23:24 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jan-Hein Buhrman wrote: > I really liked what rld (the dynamic linker/loader) did on SGI IRIS > systems (perhaps FreeBSD does the same thing, didn't check it :-): > > If some shared libraries couldn't be found, an error message was just > shown on your terminal (via syslog), but if the process didn't have a > controlling tty, it was sent to /var/{log,adm}/{messages,SYSLOG} (also > via syslog). I'm not sure, but i think that's what tprintf() does. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Oct 5 07:21:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19014 for bugs-outgoing; Sat, 5 Oct 1996 07:21:19 -0700 (PDT) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA19009 for ; Sat, 5 Oct 1996 07:21:10 -0700 (PDT) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.0/8.8.0) with ESMTP id WAA01668; Sat, 5 Oct 1996 22:19:48 +0800 (WST) Message-Id: <199610051419.WAA01668@spinner.DIALix.COM> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: jh@tangram.xs4all.nl (Jan-Hein Buhrman), freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1711: kernel logging of signaled processes should be optional In-reply-to: Your message of "Sat, 05 Oct 1996 15:32:26 +0200." <199610051332.PAA00557@uriah.heep.sax.de> Date: Sat, 05 Oct 1996 22:19:48 +0800 From: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > As Jan-Hein Buhrman wrote: > > > I really liked what rld (the dynamic linker/loader) did on SGI IRIS > > systems (perhaps FreeBSD does the same thing, didn't check it :-): > > > > If some shared libraries couldn't be found, an error message was just > > shown on your terminal (via syslog), but if the process didn't have a > > controlling tty, it was sent to /var/{log,adm}/{messages,SYSLOG} (also > > via syslog). > > I'm not sure, but i think that's what tprintf() does. No.. rtld/ld.so generates the "library libfoo.so.x not found" via a write(2, "message", n) to stderr.. We don't have syslog in the ld.so, although I guess it wouldn't be hard to do if it was desirable. Cheers, -Peter From owner-freebsd-bugs Sat Oct 5 20:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA03441 for bugs-outgoing; Sat, 5 Oct 1996 20:20:05 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA03424; Sat, 5 Oct 1996 20:20:03 -0700 (PDT) Resent-Date: Sat, 5 Oct 1996 20:20:03 -0700 (PDT) Resent-Message-Id: <199610060320.UAA03424@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dcs@gns.com.br Received: from daniel.sobral (dl0123-bsb.GNS.com.br [200.239.56.123]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA02694 for ; Sat, 5 Oct 1996 20:15:33 -0700 (PDT) Received: (from root@localhost) by daniel.sobral (8.7.5/8.7.3) id AAA00626; Sun, 6 Oct 1996 00:17:10 -0300 (EST) Message-Id: <199610060317.AAA00626@daniel.sobral> Date: Sun, 6 Oct 1996 00:17:10 -0300 (EST) From: dcs@gns.com.br Reply-To: dcs@gns.com.br To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/1730: ATAPI driver does not work with HITACHI CDR-7730 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1730 >Category: i386 >Synopsis: SFF8020 violation and silly bug in atapi.c hinder it's working with HITACHI CDR-7730 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 5 20:20:02 PDT 1996 >Last-Modified: >Originator: Daniel C. Sobral >Organization: >Release: FreeBSD 2.2-961004-SNAP i386 >Environment: 960801-SNAPSHOT with current (961004) kernel and HITACHI CDR-7730 CD-ROM drive (slave in secondary IDE). >Description: The drive gets recognized but wcd_describe is rarely called, and even when that happens you can't mount the drive. This happens because a DELAY is missing in one loop, and ARS_BSY flag is being ignored in another (atapi_request_immediate and atapi_wait_cmd functions). >How-To-Repeat: Install an HITACHI CDR-7730 CD-ROM drive as slave in the secondary IDE (well, I haven't tried other setups... :), configure ATAPI options in the kernel, reboot. dmesg | grep wcd0 #Shows nothing most of the time mount -t cd9660 -r /dev/wcd0c /mnt #Won't work >Fix: Apply this patch (unified diff): --- atapi.c 1996/10/05 21:06:44 1.1 +++ atapi.c 1996/10/06 02:25:16 1.1.1.2 @@ -585,7 +585,7 @@ ireason = inb (ata->port + AR_IREASON); ac->result.status = inb (ata->port + AR_STATUS); phase = (ireason & (ARI_CMD | ARI_IN)) | - (ac->result.status & ARS_DRQ); + (ac->result.status & (ARS_DRQ|ARS_BSY)); if (phase == PHASE_CMDOUT) break; DELAY (10); @@ -898,8 +898,11 @@ while (atapi_io (ata, ac)) /* Wait for DRQ deassert. */ for (cnt=2000; cnt>0; --cnt) + { if (! (inb (ata->port + AR_STATUS) & ARS_DRQ)) break; + DELAY(10); + } } return (ac->result); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Oct 5 21:10:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA08269 for bugs-outgoing; Sat, 5 Oct 1996 21:10:09 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA08247; Sat, 5 Oct 1996 21:10:04 -0700 (PDT) Resent-Date: Sat, 5 Oct 1996 21:10:04 -0700 (PDT) Resent-Message-Id: <199610060410.VAA08247@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gurney_j@efn.org Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA07496 for ; Sat, 5 Oct 1996 21:05:44 -0700 (PDT) Received: (from jmg@localhost) by nike.efn.org (8.7.5/8.7.3) id VAA22522; Sat, 5 Oct 1996 21:03:24 -0700 (PDT) Message-Id: <199610060403.VAA22522@nike.efn.org> Date: Sat, 5 Oct 1996 21:03:24 -0700 (PDT) From: jmg@nike.efn.org Reply-To: gurney_j@efn.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/1731: missing 541 area code Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 1731 >Category: misc >Synopsis: missing area code 541 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Oct 5 21:10:02 PDT 1996 >Last-Modified: >Originator: John-Mark Gurney >Organization: Cu Networking >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: not needed >Description: missing 541 area code definiation for oregon as it is now offical as of July 1, 1996... >How-To-Repeat: grep 541 /usr/share/misc/na.phone returns no response >Fix: apply this diff or something similar: Index: na.phone =================================================================== RCS file: /usr/cvs/src/share/misc/na.phone,v retrieving revision 1.3 diff -c -r1.3 na.phone *** na.phone 1996/08/21 22:18:21 1.3 --- na.phone 1996/10/06 03:54:36 *************** *** 130,135 **** --- 130,136 ---- 518:Albany:New York:NY 518:Schenectady:New York:NY 519:London:Ontario:ON + 541::Oregon:OR 601::Mississippi:MS 602::Arizona:AZ 603::New Hampshire:NH >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Oct 5 23:50:34 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19545 for bugs-outgoing; Sat, 5 Oct 1996 23:50:34 -0700 (PDT) Received: from mournblade.netural.com (root@mournblade.NETural.com [206.54.248.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA19540 for ; Sat, 5 Oct 1996 23:50:31 -0700 (PDT) Received: (from kwfjndpw@localhost) by mournblade.netural.com (NETural/Rocks) id BAA14530; Sun, 6 Oct 1996 01:50:27 -0500 (CDT) Date: Sun, 6 Oct 1996 01:50:27 -0500 (CDT) From: kwfjndpw Message-Id: <199610060650.BAA14530@mournblade.netural.com> To: bugs@FreeBSD.org Subject: tr Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I wrote the following command: tr a-d c-da-b Then I typed in the following data: abcd The tr program returned the following string: cddb It should have returned the following string: cdab What is peculiar about the FreeBSD version of the tr command? My ISP runs on FreeBSD. Please send me the email address of the person responsible for the FreeBSD version of the tr command. Thanks.