From owner-freebsd-bugs Sun Apr 16 01:19:49 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22429 for bugs-outgoing; Sun, 16 Apr 1995 01:19:49 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA22423 for ; Sun, 16 Apr 1995 01:19:43 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id BAA21211; Sun, 16 Apr 1995 01:19:40 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id BAA03310; Sun, 16 Apr 1995 01:19:39 -0700 Message-Id: <199504160819.BAA03310@corbin.Root.COM> To: Heikki Suonsivu cc: freebsd-bugs@freefall.cdrom.com Subject: Re: kern/345: Panic with 14th April supped kernel (EET, late evening 13th US time) In-reply-to: Your message of "Sat, 15 Apr 95 00:50:03 PDT." <199504150750.AAA03090@freefall.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 16 Apr 1995 01:19:38 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >biodone: page busy < 0, off: 196608, foff: 196608, resid: 4096, index: 0 > iosize: 8192, lblkno: 24 > valid: 0xff, dirty: 0x0, mapped: 0 >panic: biodone: page busy < 0 ... >>How-To-Repeat: > > Hard to say. The system tries to run as an nntp server but >there are often other users in the system as well. With -current it >seems to panic about twice a day, sometimes corrupting a couple of >files or a directory. I'll try to send more dumps and update kernel >every couple of days or so. I just committed some fixes that might solve this problem. If you could update your kernel to -current and tell us if the problem has gone away, this would be a big help. Thanks -DG From owner-freebsd-bugs Sun Apr 16 01:53:47 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA23161 for bugs-outgoing; Sun, 16 Apr 1995 01:53:47 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23146 ; Sun, 16 Apr 1995 10:53:44 +0200 Date: Sun, 16 Apr 1995 10:53:44 +0200 From: Joerg Wunsch Message-Id: <199504160853.KAA23146@freefall.cdrom.com> To: mcgovern@spoon.beta.com, joerg, freebsd-bugs Subject: Changed information for PR kern/347 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: ft0 fails detection on boot State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Apr 16 10:51:58 MET DST 1995 State-Changed-Why: This is a duplicate report for: [1994/12/04] kern/40 Floppy tape probe hosed (FIX) From owner-freebsd-bugs Sun Apr 16 01:58:40 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA23313 for bugs-outgoing; Sun, 16 Apr 1995 01:58:40 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA23296 for ; Sun, 16 Apr 1995 01:58:27 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26950; Sun, 16 Apr 1995 10:58:09 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA11134; Sun, 16 Apr 1995 10:58:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA15747; Sun, 16 Apr 1995 09:37:10 +0200 From: J Wunsch Message-Id: <199504160737.JAA15747@uriah.heep.sax.de> Subject: Re: kern/347: ft0 not detected at boot To: mcgovern@spoon.beta.com Date: Sun, 16 Apr 1995 09:37:09 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504160530.WAA19170@freefall.cdrom.com> from "mcgovern@spoon.beta.com" at Apr 15, 95 10:30:04 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1222 Sender: bugs-owner@FreeBSD.org Precedence: bulk As mcgovern@spoon.beta.com wrote: > > Description: During boot process, kernel accurately detects existance of 5.25" > 1.2MB Floppy disk. However, it fails to detect the existance of a QIC-40 or > QIC-80 tape device, although ft0 has been properly configured in to the > kernel (config lines follow). Older revisions (up to and including 2.0-RELEASE) > see drives properly. > > Config lines used - > controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr must be controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 flags "0x1" vector fdintr by now. I'll try to make this less restrictive, so this flag will no longer be needed for the ``more common'' tape drives. (It is needed for things like an Insight tape that require the motor lines to be enabled, and hence clash with connected diskette drives even during a false probe.) Yes, i know that the above fact is not documented in LINT, but there's already an open problem report for it (kern/40), so i'll close this one. (At least, you see: i sometimes happen to know which PR's are still open. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Apr 16 05:24:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA28656 for bugs-outgoing; Sun, 16 Apr 1995 05:24:04 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA28649 for ; Sun, 16 Apr 1995 05:23:42 -0700 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id OAA05333 for ; Sun, 16 Apr 1995 14:23:31 +0200 Message-Id: <199504161223.OAA05333@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: bugs@FreeBSD.org Subject: devmenu will not compile. Date: Sun, 16 Apr 1995 14:23:31 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi Here are the results of trying to compile usr.bin/devmenu: (I have tried make world, make mk, make hierarchy and make includes - no joy) cc -O2 -I/sys -c /a/src/usr.bin/devmenu/devmenu.c In file included from /usr/include/machine/devconf.h:73, from /sys/sys/devconf.h:37, from /a/src/usr.bin/devmenu/devmenu.c:49: /sys/scsi/scsiconf.h:191: warning: `struct buf' declared inside parameter list /sys/scsi/scsiconf.h:191: warning: its scope is only this definition or declaration, /sys/scsi/scsiconf.h:191: warning: which is probably not what you want. cc -O2 -I/sys -c /a/src/usr.bin/devmenu/devfilter.c In file included from /usr/include/machine/devconf.h:73, from /sys/sys/devconf.h:37, from /a/src/usr.bin/devmenu/devfilter.c:35: /sys/scsi/scsiconf.h:191: warning: `struct buf' declared inside parameter list /sys/scsi/scsiconf.h:191: warning: its scope is only this definition or declaration, /sys/scsi/scsiconf.h:191: warning: which is probably not what you want. cc -O2 -I/sys -c /a/src/usr.bin/devmenu/ifmenu.c In file included from /usr/include/machine/devconf.h:73, from /sys/sys/devconf.h:37, from /a/src/usr.bin/devmenu/ifmenu.c:37: /sys/scsi/scsiconf.h:191: warning: `struct buf' declared inside parameter list /sys/scsi/scsiconf.h:191: warning: its scope is only this definition or declaration, /sys/scsi/scsiconf.h:191: warning: which is probably not what you want. cc -O2 -I/sys -o devmenu devmenu.o devfilter.o ifmenu.o -ldialog -lncurses -lmytinfo devmenu.o: Undefined symbol `_err_set_exit' referenced from text segment devmenu.o: Undefined symbol `_err_set_file' referenced from text segment devmenu.o: Undefined symbol `_err_set_file' referenced from text segment devmenu.o: Undefined symbol `_err_set_exit' referenced from text segment *** Error code 1 Stop. -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Sun Apr 16 05:34:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA28741 for bugs-outgoing; Sun, 16 Apr 1995 05:34:19 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA28735 for ; Sun, 16 Apr 1995 05:34:13 -0700 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id VAA22102; Sun, 16 Apr 1995 21:26:59 +0900 Received: by tama.spec.co.jp (8.6.11/6.4J.5) id RAA00460; Sun, 16 Apr 1995 17:15:49 +0900 From: Atsushi Murai Message-Id: <199504160815.RAA00460@tama.spec.co.jp> Subject: Re: tun driver To: jc@irbs.com (John Capo) Date: Sun, 16 Apr 1995 17:15:49 +0900 (JST) Cc: gary@palmer.demon.co.uk, freebsd-bugs@FreeBSD.org In-Reply-To: <199504011745.MAA10720@irbs.com> from "John Capo" at Apr 1, 95 12:45:51 pm Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 545 Sender: bugs-owner@FreeBSD.org Precedence: bulk > I have been using iijppp for about a month now and have found and > fixed a number of bugs related to the auto mode. They have not > made it back into the distribution yet. I just return back to here today. Another word, I missing myself last three week ;-) I am going to take care of your Valuable fixes to iijppp after I can fix a "Disk Slice" problem on my system. Atsushi. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-bugs Sun Apr 16 05:59:49 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA29331 for bugs-outgoing; Sun, 16 Apr 1995 05:59:49 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA29298 for ; Sun, 16 Apr 1995 05:59:34 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA11198; Sun, 16 Apr 1995 22:54:51 +1000 Date: Sun, 16 Apr 1995 22:54:51 +1000 From: Bruce Evans Message-Id: <199504161254.WAA11198@godzilla.zeta.org.au> To: bugs@FreeBSD.org, mark@grondar.za Subject: Re: devmenu will not compile. Sender: bugs-owner@FreeBSD.org Precedence: bulk >Here are the results of trying to compile usr.bin/devmenu: >(I have tried make world, make mk, make hierarchy and make includes - no >joy) >cc -O2 -I/sys -c /a/src/usr.bin/devmenu/devmenu.c >In file included from /usr/include/machine/devconf.h:73, > from /sys/sys/devconf.h:37, > from /a/src/usr.bin/devmenu/devmenu.c:49: >/sys/scsi/scsiconf.h:191: warning: `struct buf' declared inside parameter list >/sys/scsi/scsiconf.h:191: warning: its scope is only this definition or declaration, >/sys/scsi/scsiconf.h:191: warning: which is probably not what you want. This is from including only half the universe. >cc -O2 -I/sys -o devmenu devmenu.o devfilter.o ifmenu.o -ldialog -lncurses -lmytinfo >devmenu.o: Undefined symbol `_err_set_exit' referenced from text segment >devmenu.o: Undefined symbol `_err_set_file' referenced from text segment `_err_set_*' should be in libc. Bruce From owner-freebsd-bugs Sun Apr 16 11:10:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07494 for bugs-outgoing; Sun, 16 Apr 1995 11:10:05 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07487 ; Sun, 16 Apr 1995 11:10:03 -0700 Date: Sun, 16 Apr 1995 11:10:03 -0700 Message-Id: <199504161810.LAA07487@freefall.cdrom.com> From: Mark Murray Reply-To: Mark Murray To: freebsd-bugs Subject: bin/348: login(1) does not compile In-Reply-To: Your message of Sun, 16 Apr 1995 20:06:11 +0200 <199504161806.UAA05448@grunt.grondar.za> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 348 >Category: bin >Synopsis: login(1) does not compile >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 16 11:10:02 1995 >Originator: Mark Murray >Organization: GTA >Release: FreeBSD 2.1.0-Development i386 >Environment: Current @ CTM 518 >Description: src/usr.bin/login does not login because of a spelling mistake. >How-To-Repeat: Compile login. >Fix: Apply this patch in src/usr.bin/login: *** login.c#CTM# Sat Apr 15 13:41:16 1995 --- login.c Sun Apr 16 19:56:23 1995 *************** *** 281,287 **** * links, but we have no way of determining if the * link is encrypted. */ ! if (!permit_password) { rval = 1; /* failed */ } else #endif --- 281,287 ---- * links, but we have no way of determining if the * link is encrypted. */ ! if (!permit_passwd) { rval = 1; /* failed */ } else #endif >Audit-Trail: >Unformatted: Mark Murray From owner-freebsd-bugs Sun Apr 16 13:01:24 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA12690 for bugs-outgoing; Sun, 16 Apr 1995 13:01:24 -0700 Received: (from rgrimes@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA12676 ; Sun, 16 Apr 1995 13:01:21 -0700 Date: Sun, 16 Apr 1995 13:01:21 -0700 From: "Rodney W. Grimes" Message-Id: <199504162001.NAA12676@freefall.cdrom.com> To: mark@grondar.za, rgrimes, freebsd-bugs Subject: Changed information for PR bin/348 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: login(1) does not compile State-Changed-From-To: open-closed State-Changed-By: rgrimes State-Changed-When: Sun Apr 16 13:00:35 PDT 1995 State-Changed-Why: Patch applied creating revision 1.9 of login.c From owner-freebsd-bugs Sun Apr 16 13:19:33 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA13100 for bugs-outgoing; Sun, 16 Apr 1995 13:19:33 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA13048 for ; Sun, 16 Apr 1995 13:19:08 -0700 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id WAA17945; Sun, 16 Apr 1995 22:17:20 +0200 Message-Id: <199504162017.WAA17945@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Bruce Evans cc: bugs@FreeBSD.org Subject: Re: devmenu will not compile. Date: Sun, 16 Apr 1995 22:17:18 +0200 From: Mark Murray Sender: bugs-owner@FreeBSD.org Precedence: bulk > >cc -O2 -I/sys -c /a/src/usr.bin/devmenu/devmenu.c > >In file included from /usr/include/machine/devconf.h:73, > > from /sys/sys/devconf.h:37, > > from /a/src/usr.bin/devmenu/devmenu.c:49: > >/sys/scsi/scsiconf.h:191: warning: `struct buf' declared inside parameter li > >/sys/scsi/scsiconf.h:191: warning: its scope is only this definition or decl > >/sys/scsi/scsiconf.h:191: warning: which is probably not what you want. > > This is from including only half the universe. Waddya mean? It should include the rest? :-) :^) > >cc -O2 -I/sys -o devmenu devmenu.o devfilter.o ifmenu.o -ldialog -lncurs > >devmenu.o: Undefined symbol `_err_set_exit' referenced from text segment > >devmenu.o: Undefined symbol `_err_set_file' referenced from text segment > > `_err_set_*' should be in libc. ... but wasn't until a little later when it arrived by CTM. Thanks! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-bugs Sun Apr 16 14:17:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA14766 for bugs-outgoing; Sun, 16 Apr 1995 14:17:44 -0700 Received: from metronet.com (root@feenix.metronet.com [192.245.137.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA14760 for ; Sun, 16 Apr 1995 14:17:43 -0700 Received: from eul64.metronet.com by metronet.com with SMTP id AA28818 (5.67a/IDA1.5hp for ); Sun, 16 Apr 1995 16:17:28 -0500 Date: Sun, 16 Apr 1995 16:17:28 -0500 Message-Id: <199504162117.AA28818@metronet.com> X-Sender: haseltin@metronet.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: bugs@FreeBSD.org From: haseltin@metronet.com (Doug Haseltine) Subject: Adaptec 2940W / Fast Wide SCSI Sender: bugs-owner@FreeBSD.org Precedence: bulk Howdy: I acquired a Pentium 90 with an Adaptec 2940W controller, Toshiba 4x CDROM and Fujitsu fast/wide 1Gb SCSI2 HD in January of this year. At that time, neither the latest Linux (Slackware) nor FreeBSD distribution would recognize the fact that I did indeed have a hard disk. As of your previous March SNAP release, this changed for the better; during initialization from the BOOT floppy, a correct PCI scan and SCSI lookup found both my CDROM and hard disk. However, when I first attempted to run your fdisk after running creating sufficient space via fips, the response information was erroneously stating that I had four partitions instead of the actual single MSDOS partition with an extra Non-DOS partition set up by fips. Modifications to these partions could never be saved and it appeared that the FreeBSD simply was never connecting to the hard disk correctly. With the 4/12/95 SNAP release (from Walnut Creek's site) I can now get a lot further along. The disk partitions are correctly read and I can get through the initial setup of the slices including setting up the mount (/, swap, /usr) points. However, occasionally during the setup process I receive an error message stating that ahc0 has timed out. Invariably once I get to the point of proceeding with the installation, I always get this message that ahc0 is timed out, repeated to the screen over and over again. Thanks for everyone's efforts getting this latest of Adaptec's controllers up and running with FreeBSD. At the current rate of progress, I'm sure the next release will make it all the way through installation. Just thought I'd let you know of the status of the most recent version as it operates on this machine. I'm not sure if more frequent checks on the status of the controller are needed within the boot code between read/write operations to disk or whether it would be worthwhile changing the data rate from 10Mb/sec (20) down to a smaller value in the Adaptec BIOS just to see what happens. Thanks and good luck. From owner-freebsd-bugs Mon Apr 17 03:08:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA16538 for bugs-outgoing; Mon, 17 Apr 1995 03:08:02 -0700 Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA16520 for ; Mon, 17 Apr 1995 03:07:50 -0700 Received: by gvr.win.tue.nl (8.6.10/1.53) id MAA17970; Mon, 17 Apr 1995 12:07:35 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199504171007.MAA17970@gvr.win.tue.nl> Subject: Re: Typo in /etc/security? To: allynh@barkley.ME.Berkeley.EDU (Allyn Hardyck) Date: Mon, 17 Apr 1995 12:07:34 +0200 (MET DST) Cc: freebsd-bugs@FreeBSD.org In-Reply-To: <9504141945.AA18992@barkley.ME.Berkeley.EDU> from "Allyn Hardyck" at Apr 14, 95 12:45:27 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1132 Sender: bugs-owner@FreeBSD.org Precedence: bulk Allyn Hardyck wrote: > > > So far I'm pretty psyched by the way FreeBSD 2.0 is set up and performs > (although I'd still like some ideas on how to set up CAP with Native > Ethertalk). When I discovered that it's configured to print a list of > setuid files every day and compare it to yesterday's list, I looked for > ps, just as an example. I was surprised not to find it. After some > experimentation I found that the command in /etc/security: > > find $mount -xdev -perm -u+s -or -perm -g+s > > seems only to return the files that have the gid bit set and not > those that have the uid or both uid and gid bits set. > That is causded by a bug in find. This bug is fixed in current. For convenience, I added the patch below: -Guido --- /usr/src/usr.bin/find/find.c.orig Mon Feb 27 21:49:15 1995 +++ /usr/src/usr.bin/find/find.c Mon Feb 27 21:42:48 1995 @@ -99,6 +99,13 @@ if (plan == NULL) tail = plan = new; else { + new = c_openparen(); + new->next = plan; + plan = new; + new = c_closeparen(); + tail->next = new; + tail = new; + new = c_print(); tail->next = new; tail = new; } From owner-freebsd-bugs Mon Apr 17 10:18:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA08822 for bugs-outgoing; Mon, 17 Apr 1995 10:18:07 -0700 Received: from mail.Germany.EU.net (mail.Germany.EU.net [192.76.144.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA08816 for ; Mon, 17 Apr 1995 10:18:02 -0700 From: Bernard.Steiner@Germany.EU.net Received: by mail.Germany.EU.net with ESMTP (8.6.5:29/EUnetD-2.5.1.d) via EUnet id TAA08494; Mon, 17 Apr 1995 19:19:38 +0200 Message-Id: <199504171719.TAA03159@qwerty.Germany.EU.net> Received: from localhost.Germany.EU.net by qwerty.Germany.EU.net with SMTP (8.6.4/EUnetDlan-1.14-1.2.0) via EUnet for [mail.germany.eu.net] id TAA03159; Mon, 17 Apr 1995 19:19:37 +0200 To: freebsd-bugs@FreeBSD.org Subject: couple of bugs in 2.0R Date: Mon, 17 Apr 1995 19:18:50 +0200 Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi folks, Sorry if one or both of these have been mentioned before... The watchdog timer in i386/isa/if_ed.c gets set to 2, which appears not to be enough (on my system, that is). I increased the value to 20 (as an ad-hoc solution), and now I don't get any more of those stray irq 11 ed0 timeout messages. Unless solved, can we get a flag for ed that sort of increases the watchdog timer significantly ? There's a bug in the (a)sh in that it doesn't cope with the dviljk configure script. I haven't been able to trace this down, but it appears that at some point there should be some sort of backslash-atsign combination in a string passed to an sed call, but it ends up as the atsign only. The (a)sh from 1.1.5.1 does not suffer from this, so I'm still using that (in a re-compiled version that uses gid_t instead of int in some places). Cheers, Bernard Bernard Steiner, EUnet Deutschland GmbH, Dortmund, vox +49 231 972 00 Emil-Figge-Str. 80, D-44227 Dortmund, Germany fax +49 231 972 1111 Bernard.Steiner@Germany.EU.net >>Geschwindigkeit ist reine Hetzerei.<< From owner-freebsd-bugs Mon Apr 17 15:26:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27134 for bugs-outgoing; Mon, 17 Apr 1995 15:26:22 -0700 Received: from uu10.psi.com (uu10.psi.com [38.8.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA27128 for ; Mon, 17 Apr 1995 15:26:20 -0700 Received: from phofarm.com by uu10.psi.com (5.65b/4.0.061193-PSI/PSINet) via UUCP; id AA03651 for ; Mon, 17 Apr 95 18:15:50 -0400 Received: by phofarm.com (Fernmail); Mon, 17 Apr 95 18:11:00 To: freebsd-bugs@FreeBSD.org Subject: processes hang in 950412-SNAP From: dzerkel@phofarm.com (Danny J. Zerkel) Date: Mon, 17 Apr 95 18:11:00 -0500 Message-Id: X-Mailer: Fernmail 1.2.1 (unregistered, shareware fee not paid) Sender: bugs-owner@FreeBSD.org Precedence: bulk I just installed the 0412-SNAP on my Compaq 5/60 at work and while trying to compile pdksh, it hung at the configuration check "checking for working memmap". Not only that, but an attempt to cd to the effected directory causes csh to hang. Kills won't kill any of these processes. When I attempt to reboot I get "Syncing disks..." and it hangs. Everything was fine under 0322. The disk is a 540 MB IDE drive. There is a Trantor SCSI card with an NEC CD-ROM, which FreeBSD can't see (and didn't see in 0322, either). Danny J. Zerkel Photon Farmers dzerkel@phofarm.com From owner-freebsd-bugs Mon Apr 17 17:26:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA05289 for bugs-outgoing; Mon, 17 Apr 1995 17:26:42 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA05280 for ; Mon, 17 Apr 1995 17:26:40 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol Prev-Resent: Mon, 17 Apr 1995 17:26:40 -0700 Prev-Resent: "bugs " Received: from tmpil001.tmp.allied.com (tmpil001.tmp.allied.com [198.80.19.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA11162 for ; Mon, 17 Apr 1995 11:00:55 -0700 Received: from venus.batc.allied.com by tmpil001.tmp.allied.com with SMTP id AA08782 (InterLock SMTP Gateway 3.0 for ); Mon, 17 Apr 1995 11:00:50 -0700 Received: from curly.allied.com (curly.batc.allied.com) by venus.batc.allied.com (4.1/SMI-4.1) id AA16242; Mon, 17 Apr 95 14:01:57 EDT Date: Mon, 17 Apr 95 14:01:57 EDT From: tom@batc.allied.com (Tom Roden) Message-Id: <9504171801.AA16242@venus.batc.allied.com> To: jkh@FreeBSD.org Subject: Colorado Jumbo 250 floppy tape and pentium Resent-To: bugs@freefall.cdrom.com Resent-Date: Mon, 17 Apr 1995 17:26:40 -0700 Resent-Message-ID: <5279.798164800@freefall.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk Greetings, I just tried the boot disks from the 0412-SNAP to see if a persistent problem with the Colorado tape drive had went away, it hasn't. This only happens on a Gateway P5-90 machine, not on others (386's, 486's). Anyway the tape drive is not recognized during boot with the fdc0 flags set to 1. If you boot the machine in non-turbo mode then the drive is recognized. This machine doesn't have a turbo switch, it is set in the setup program. This info may or may not be of interest to you, but if I don't tell you about it who's fault is that? I'm only on the announce list so if you want to get back to me on this please send it directly to me. Regards, Tom From owner-freebsd-bugs Mon Apr 17 19:08:35 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA09617 for bugs-outgoing; Mon, 17 Apr 1995 19:08:35 -0700 Received: from hp.com (hp.com [15.255.152.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA09609 for ; Mon, 17 Apr 1995 19:08:31 -0700 Received: from hpisrdq.cup.hp.com (hpindio.cup.hp.com) by hp.com with SMTP (1.37.109.15/15.5+ECS 3.3) id AA104400909; Mon, 17 Apr 1995 19:08:29 -0700 Received: by hpisrdq.cup.hp.com with SMTP (1.38.193.4/15.5+IOS 3.20+cup+OMrelay) id AA27856; Mon, 17 Apr 1995 19:05:33 -0700 Message-Id: <9504180205.AA27856@hpisrdq.cup.hp.com> To: bugs@FreeBSD.org Subject: freeze on boot on 2.0-950412-SNAP Date: Mon, 17 Apr 1995 19:05:33 -0700 From: Rick Jones Sender: bugs-owner@FreeBSD.org Precedence: bulk Dear bugs :) I recently grabbed 2.0-950412-SNAP. After following the usual procedure to put the floppies ona floppy, I proceded with the installation. The boot floppy booted fine, and the cpio floppy appeared to be read without difficulty. Now, upone rebooting from the harddisk, the system appears to "hang" after the following messages: ... npx0 on motherboard npx0: INT 16 interface I've waitied about 5 minutes now with no apparant activity, and will let the system sit overnight. I'm not very PC literate, but I beleive my configuration is: A clone from "MIS" 486DX @ 66 MHz 3com 509 at the "typical" defaults. Phoenix BIOS Genoa "something" display card and an HP "Ergo Ultra VGA" monitor. I can try to find other specifics if you like The system was previously running 3/22 without apparant trouble. any pointers you can send my way would be wonderful, sincerely, rick jones raj@cup.hp.com From owner-freebsd-bugs Mon Apr 17 19:29:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA10542 for bugs-outgoing; Mon, 17 Apr 1995 19:29:05 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA10535 for ; Mon, 17 Apr 1995 19:28:55 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id TAA25113; Mon, 17 Apr 1995 19:28:51 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA00214; Mon, 17 Apr 1995 19:28:50 -0700 Message-Id: <199504180228.TAA00214@corbin.Root.COM> To: Bernard.Steiner@germany.eu.net cc: freebsd-bugs@FreeBSD.org Subject: Re: couple of bugs in 2.0R In-reply-to: Your message of "Mon, 17 Apr 95 19:18:50 +0200." <199504171719.TAA03159@qwerty.Germany.EU.net> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 17 Apr 1995 19:28:49 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk >Sorry if one or both of these have been mentioned before... > >The watchdog timer in i386/isa/if_ed.c gets set to 2, which appears not to be >enough (on my system, that is). I increased the value to 20 (as an ad-hoc >solution), and now I don't get any more of those >stray irq 11 >ed0 timeout >messages. Unless solved, can we get a flag for ed that sort of increases the >watchdog timer significantly ? Umm, that would increase the timeout to 20 seconds. This is not desireable and should never be necessary. I don't see how increasing it above what it currently is could affect the problem at all (the interrupt should occur in less than 100ms no matter what happens). -DG From owner-freebsd-bugs Mon Apr 17 19:40:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA11115 for bugs-outgoing; Mon, 17 Apr 1995 19:40:07 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA11108 ; Mon, 17 Apr 1995 19:40:05 -0700 Date: Mon, 17 Apr 1995 19:40:05 -0700 Message-Id: <199504180240.TAA11108@freefall.cdrom.com> From: Heikki Suonsivu Reply-To: Heikki Suonsivu To: freebsd-bugs Subject: kern/349: Another dump, bad dir In-Reply-To: Your message of Tue, 18 Apr 1995 05:31:28 +0300 <199504180231.FAA09245@katiska.clinet.fi> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 349 >Category: kern >Synopsis: Panic with bad dir >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 17 19:40:03 1995 >Originator: Heikki Suonsivu >Organization: Helsinki University of Technology, Finland >Release: FreeBSD 2.1.0-Development i386 >Environment: P60 as an nntp server in addition to normal work: to dev 4 01, offset 344064 dump 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 INETSERVER CPU: 54-MHz Pentium 510\60 or 567\66 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x515 Stepping=5 Features=0x1bf real memory = 33161216 (8096 pages) avail memory = 30240768 (7383 pages) 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 on isa ed0: address 00:4f:56:00:93:c4, type NE2000 (16 bit) bpf: ed0 attached lpt0 not found at 0x3bc sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 not found at 0x2f8 sio2 not found at 0x3e8 sio3 not found at 0x2e8 pca0 on isa pca0: PC speaker audio driver bt0: Bt946C/ 0-PCI/EISA/VLB(32bit) bus bt0: reading board settings, busmastering, int=11 bt0: version 4.23, sync, parity, 32 mbxs, 32 ccbs bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 bt0: targ 1 sync rate=10.00MB/s(100ns), offset=15 bt0: Enabling Round robin scheme bt0 at 0x330 irq 11 on isa bt0 waiting for scsi devices to settle (bt0:0:0): "IBM 0662S12 !O 2 23" type 0 fixed SCSI 2 sd0(bt0:0:0): Direct-Access 1003MB (2055035 512 byte sectors) (bt0:1:0): "SEAGATE ST32550N 0012" type 0 fixed SCSI 2 sd1(bt0:1:0): Direct-Access 2047MB (4194058 512 byte sectors) aha0 not probed due to I/O address conflict with bt0 at 0x330 wdc0 not found at 0x1f0 wdc1 not found at 0x170 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in mcd0: timeout getting status mcd0 not found at 0x300 le0: no board found at 0x300 le0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface matcd0 not found at 0xffffffff matcd1 not found at 0xffffffff matcd2 not found at 0xffffffff matcd3 not found at 0xffffffff bio_imask c0000840 tty_imask c0030032 net_imask c0030032 Probing for devices on the pci0 bus: configuration mode 2 allows 16 devices. pci0:0: vendor=0x10b9, device=0x1451, class=bridge [not supported] pci0:2: vendor=0x10b9, device=0x1449, class=old [not supported] pci0:3: vendor=0x104b, device=0x1040, class=storage [not supported] map(10): io(ffe4) changing root device to sd0a sd0s1: start 0, end = 2055034, size 2055035: OK sd1s1: start 0, end = 4194057, size 4194058: OK sd0s1: start 0, end = 2055034, size 2055035: OK bpf: ds0 attached bpf: lo0 attached bpf: ppp0 attached bpf: ppp1 attached bpf: ppp2 attached bpf: ppp3 attached bpf: ppp4 attached bpf: ppp5 attached bpf: ppp6 attached bpf: ppp7 attached bpf: ppp8 attached bpf: ppp9 attached bpf: ppp10 attached bpf: ppp11 attached bpf: ppp12 attached bpf: ppp13 attached bpf: ppp14 attached bpf: ppp15 attached bpf: ppp16 attached bpf: ppp17 attached bpf: ppp18 attached bpf: ppp19 attached bpf: ppp20 attached bpf: ppp21 attached bpf: ppp22 attached bpf: ppp23 attached bpf: ppp24 attached bpf: ppp25 attached bpf: ppp26 attached bpf: ppp27 attached bpf: ppp28 attached bpf: ppp29 attached bpf: ppp30 attached bpf: ppp31 attached bpf: sl0 attached bpf: sl1 attached bpf: sl2 attached bpf: sl3 attached bpf: sl4 attached bpf: sl5 attached bpf: sl6 attached bpf: sl7 attached bpf: sl8 attached bpf: sl9 attached bpf: sl10 attached bpf: sl11 attached bpf: sl12 attached bpf: sl13 attached bpf: sl14 attached bpf: sl15 attached bpf: tun0 attached sd0s1: start 0, end = 2055034, size 2055035: OK sd1s1: start 0, end = 4194057, size 4194058: OK sd1s1: start 0, end = 4194057, size 4194058: OK <6>pid 9175: laske: uid 1090: exited on signal 11 <6>pid 9191: laske: uid 1090: exited on signal 11 <6>pid 9229: laske: uid 1090: exited on signal 11 <6>pid 12614: tcsh: uid 0: exited on signal 11 <6>pid 1244: tcsh: uid 105: exited on signal 11 <6>pid 15641: hangman: uid 7: exited on signal 11 <6>pid 15643: hangman: uid 7: exited on signal 11 <3>mb_map full <6>pid 17165: irc-2.8: uid 1457: exited on signal 10 <6>pid 16951: irc-2.8: uid 1457: exited on signal 11 Second bad /m/katiska/news: bad dir ino 811082 at offset 2032: mangled entry panic: bad dir syncing disks... 44 44 39 32 23 8 3 3 3 3 3 3 3 3 3 3 3 3 3 3 giving up >Description: Current directory is /var/crash/ Reading symbol data from /var/crash/kernel.20...done. (kgdb) bt (kgdb) core vmcore.20 IdlePTD 245000 panic: bad dir current pcb at 1f649c Reading in symbols for ../../i386/i386/machdep.c...done. (kgdb) bt #0 boot (arghowto=256) (../../i386/i386/machdep.c line 860) #1 0xf01145c3 in panic (...) #2 0xf019aca7 in ufs_dirbad (...) #3 0xf019a4bd in ufs_lookup (...) #4 0xf012930f in lookup (...) #5 0xf0128ea0 in namei (...) #6 0xf012e709 in vn_open (...) #7 0xf012bf03 in open (...) #8 0xf01b8fad in syscall (...) (kgdb) directory /usr/src/sys/i386/compile /usr/src/sys/i386/compile: No such file or directory. (kgdb) directory /usr/src/sys/compile/CLINETSERVER Source directories searched: /m/katiska/news/crash:/usr/src/sys/compile/CLINETSERVER (kgdb) list Reading in symbols for ../../kern/init_main.c...done. 121 /* 122 * System startup; initialize the world, create process 0, mount root 123 * filesystem, and fork to create init and pagedaemon. Most of the 124 * hard work is done in the lower-level initialization routines including 125 * startup(), which does memory initialization and autoconfiguration. 126 */ 127 void 128 main(framep) 129 void *framep; 130 { (kgdb) down Bottom (i.e., innermost) frame selected; you cannot go down. (kgdb) up Reading in symbols for ../../kern/subr_prf.c...done. #1 0xf01145c3 in panic (fmt=(char *) 0xf019ac65 "bad dir") (../../kern/subr_prf.c line 128) (kgdb) list 123 kdbpanic(); 124 #endif 125 #ifdef DDB 126 Debugger ("panic"); 127 #endif 128 boot(bootopt); 129 } 130 131 /* 132 * Warn that a system table is full. (kgdb) up Reading in symbols for ../../ufs/ufs/ufs_lookup.c...done. #2 0xf019aca7 in ufs_dirbad (ip=(struct inode *) 0xf0ad0200, offset=2032, how=(char *) 0xf0199fd0 "mangled entry") (../../ufs/ufs/ufs_lookup.c line 587) (kgdb) list 582 583 mp = ITOV(ip)->v_mount; 584 (void)printf("%s: bad dir ino %ld at offset %ld: %s\n", 585 mp->mnt_stat.f_mntonname, ip->i_number, offset, how); 586 if ((mp->mnt_stat.f_flags & MNT_RDONLY) == 0) 587 panic("bad dir"); 588 } 589 590 /* 591 * Do consistency checking on a directory entry: (kgdb) print *i No symbol "i" in current context. (kgdb) print *ip Cannot read memory: address 0x0 out of bounds. (kgdb) print ip $1 = (struct inode *) 0x0 (kgdb) bt #0 boot (arghowto=256) (../../i386/i386/machdep.c line 860) #1 0xf01145c3 in panic (fmt=(char *) 0xf019ac65 "bad dir") (../../kern/subr_prf.c line 128) #2 0xf019aca7 in ufs_dirbad (ip=(struct inode *) 0xf0ad0200, offset=2032, how=(char *) 0xf0199fd0 "mangled entry") (../../ufs/ufs/ufs_lookup.c line 587) #3 0xf019a4bd in ufs_lookup (ap=(struct vop_lookup_args *) 0xefbffd80) (../../ufs/ufs/ufs_lookup.c line 282) #4 0xf012930f in lookup (...) #5 0xf0128ea0 in namei (...) #6 0xf012e709 in vn_open (...) #7 0xf012bf03 in open (...) #8 0xf01b8fad in syscall (...) (kgdb) print *(struct inode *) 0xf0ad0200 $2 = {i_next = 0x0, i_prev = 0xf0cb1300, i_vnode = 0xf0b47080, i_devvp = 0xf0a7a200, i_flag = 0x00000008, i_dev = 0x0000040e, i_number = 0x000c604a, inode_u = {fs = 0xf0a7f800, lfs = 0xf0a7f800}, i_dquot = {0x0, 0x0}, i_modrev = 0xce8eead3, i_lockf = 0x0, i_lockholder = 11834, i_lockwaiter = 0, i_count = 32, i_endoff = 28160, i_diroff = 0, i_offset = 2032, i_ino = 0x000c6087, i_reclen = 0x00000014, i_spare = {0 }, i_din = {di_mode = 0x41ed, di_nlink = 4, di_u = {oldids = {0x0000, 0x0000}, inumber = 0x00000000}, di_size = 0x6e00, di_atime = {ts_sec = 798112277, ts_nsec = 0}, di_mtime = {ts_sec = 798135285, ts_nsec = 0}, di_ctime = {ts_sec = 798135285, ts_nsec = 0}, di_db = {3736360, 3737288, 3738392, 3743048, 3768136, 4154232, 4163264, 0, 0, 0, 0, 0}, di_ib = {0, 0, 0}, di_flags = 0x00000000, di_blocks = 55, di_gen = 796160418, di_uid = 0x00000006, di_gid = 0x00000006, di_spare = {0, 0}}} (kgdb) where #0 boot (arghowto=256) (../../i386/i386/machdep.c line 860) #1 0xf01145c3 in panic (fmt=(char *) 0xf019ac65 "bad dir") (../../kern/subr_prf.c line 128) #2 0xf019aca7 in ufs_dirbad (ip=(struct inode *) 0xf0ad0200, offset=2032, how=(char *) 0xf0199fd0 "mangled entry") (../../ufs/ufs/ufs_lookup.c line 587) #3 0xf019a4bd in ufs_lookup (ap=(struct vop_lookup_args *) 0xefbffd80) (../../ufs/ufs/ufs_lookup.c line 282) #4 0xf012930f in lookup (...) #5 0xf0128ea0 in namei (...) #6 0xf012e709 in vn_open (...) #7 0xf012bf03 in open (...) #8 0xf01b8fad in syscall (...) (kgdb) up #3 0xf019a4bd in ufs_lookup (ap=(struct vop_lookup_args *) 0xefbffd80) (../../ufs/ufs/ufs_lookup.c line 282) (kgdb) down #2 0xf019aca7 in ufs_dirbad (ip=(struct inode *) 0xf0ad0200, offset=2032, how=(char *) 0xf0199fd0 "mangled entry") (../../ufs/ufs/ufs_lookup.c line 587) (kgdb) print offset $3 = 2032 (kgdb) print how $4 = (char *) 0xf0199fd0 "mangled entry" (kgdb) up #3 0xf019a4bd in ufs_lookup (ap=(struct vop_lookup_args *) 0xefbffd80) (../../ufs/ufs/ufs_lookup.c line 282) (kgdb) down #2 0xf019aca7 in ufs_dirbad (ip=(struct inode *) 0xf0ad0200, offset=2032, how=(char *) 0xf0199fd0 "mangled entry") (../../ufs/ufs/ufs_lookup.c line 587) (kgdb) print mp $5 = (struct mount *) 0xf0a04400 (kgdb) print *mp $6 = {mnt_list = {tqe_next = 0xf0af9e00, tqe_prev = 0xf0a28800}, mnt_op = 0xf01e7d90, mnt_vnodecovered = 0xf0a7a680, mnt_vnodelist = {lh_first = 0xf0abed80}, mnt_flag = 4416, mnt_maxsymlinklen = 60, mnt_stat = {f_type = 1, f_flags = 4352, f_bsize = 512, f_iosize = 4096, f_blocks = 3961139, f_bfree = 283557, f_bavail = 85500, f_files = 911838, f_ffree = 486998, f_fsid = {val = {1038, 1}}, f_spare = {0, 0, 0, 0, 0, 0, 0, 0, 0}, f_mntonname = {"/m/katiska/news", '\000' }, f_mntfromname = {"/dev/sd1g", '\000' }}, mnt_data = 0xf0a28400, mnt_vfc = 0xf01e7dc0} (kgdb) up #3 0xf019a4bd in ufs_lookup (ap=(struct vop_lookup_args *) 0xefbffd80) (../../ufs/ufs/ufs_lookup.c line 282) (kgdb) print ep $7 = (struct direct *) 0xf30907f0 (kgdb) print *ep $8 = {d_ino = 0x000c5d43, d_reclen = 0x0010, d_type = 0x08, d_namlen = 0x06, d_name = {"1042\000\000\000\000me\n\000\020\000\b\006104246\000\000g]\f\000\020\000\b\006104247\000\000i]\f\000\020\000\b\006104248\000\000m]\f\000\020\000\b\006104249\000\000\376Z\f\000\020\000\b\006104293\000\000p]\f\000\020\000\b\006104250\000\000\245e\n\000\020\000\b\006104251\000\000\250e\n\000\020\000\b\006104252\000\000\177]\f\000\020\000\b\006104253\000\000\202]\f\000\020\000\b\006104254\000\000\204]\f\000\020\000\b\006104255\000\000\207]\f\000\020\000\b\006104256\000\000"...}} (kgdb) list 277 ep = (struct direct *)((char *)bp->b_data + entryoffsetinblock); 278 if (ep->d_reclen == 0 || 279 (dirchk && ufs_dirbadentry(vdp, ep, entryoffsetinblock))) { 280 int i; 281 282 ufs_dirbad(dp, dp->i_offset, "mangled entry"); 283 i = DIRBLKSIZ - (entryoffsetinblock & (DIRBLKSIZ - 1)); 284 dp->i_offset += i; 285 entryoffsetinblock += i; 286 continue; (kgdb) print ap $9 = (struct vop_lookup_args *) 0x0 (kgdb) bt #0 boot (arghowto=256) (../../i386/i386/machdep.c line 860) #1 0xf01145c3 in panic (fmt=(char *) 0xf019ac65 "bad dir") (../../kern/subr_prf.c line 128) #2 0xf019aca7 in ufs_dirbad (ip=(struct inode *) 0xf0ad0200, offset=2032, how=(char *) 0xf0199fd0 "mangled entry") (../../ufs/ufs/ufs_lookup.c line 587) #3 0xf019a4bd in ufs_lookup (ap=(struct vop_lookup_args *) 0xefbffd80) (../../ufs/ufs/ufs_lookup.c line 282) #4 0xf012930f in lookup (...) #5 0xf0128ea0 in namei (...) #6 0xf012e709 in vn_open (...) #7 0xf012bf03 in open (...) #8 0xf01b8fad in syscall (...) (kgdb) print *(struct vop_lookup_args *) 0xefbffd80 $10 = {a_desc = 0xf01e10dc, a_dvp = 0xf0b47080, a_vpp = 0xefbffef8, a_cnp = 0xefbfff0c} (kgdb) up Reading in symbols for ../../kern/vfs_lookup.c...done. #4 0xf012930f in lookup (ndp=(struct nameidata *) 0xefbffee8) (./vnode_if.h line 27) (kgdb) print *a Attempt to take contents of a non-pointer value. (kgdb) print a $11 = {a_desc = 0xf01e10dc, a_dvp = 0xf0b47080, a_vpp = 0xefbffef8, a_cnp = 0xefbfff0c} (kgdb) up #5 0xf0128ea0 in namei (ndp=(struct nameidata *) 0xefbffee8) (../../kern/vfs_lookup.c line 147) (kgdb) print ndp $12 = (struct nameidata *) 0xefbffee8 (kgdb) print *ndp $13 = {ni_dirp = 0xefbfd898 "sci/electronics/104811", ni_segflg = UIO_USERSPACE, ni_startdir = 0x0, ni_rootdir = 0xf0a27080, ni_vp = 0x0, ni_dvp = 0xf0b47080, ni_pathlen = 1, ni_next = 0xf0aef016 , ni_loopcnt = 0x00000000, ni_cnd = {cn_nameiop = 0x00000001, cn_flags = 0x0000c04c, cn_proc = 0xf0bc2c00, cn_cred = 0xf0dad100, cn_pnbuf = 0xf0aef000 "sci/electronics/104811", cn_nameptr = 0xf0aef010 "104811", cn_namelen = 6, cn_hash = 0x0000012f, cn_consume = 0}} (kgdb) u The program is not being run. (kgdb) up Reading in symbols for ../../kern/vfs_vnops.c...done. #6 0xf012e709 in vn_open (ndp=(struct nameidata *) 0xefbffee8, fmode=1538, cmode=436) (../../kern/vfs_vnops.c line 82) (kgdb) print fmode $14 = 1538 (kgdb) set radix 16 No symbol "radix" in current context. (kgdbprint/x fmode $15 = 0x00000602 (kgdb) print *ndp $16 = {ni_dirp = 0xefbfd898 "sci/electronics/104811", ni_segflg = UIO_USERSPACE, ni_startdir = 0x0, ni_rootdir = 0xf0a27080, ni_vp = 0x0, ni_dvp = 0xf0b47080, ni_pathlen = 1, ni_next = 0xf0aef016 , ni_loopcnt = 0x00000000, ni_cnd = {cn_nameiop = 0x00000001, cn_flags = 0x0000c04c, cn_proc = 0xf0bc2c00, cn_cred = 0xf0dad100, cn_pnbuf = 0xf0aef000 "sci/electronics/104811", cn_nameptr = 0xf0aef010 "104811", cn_namelen = 6, cn_hash = 0x0000012f, cn_consume = 0}} (kgdb) print /x cmode $17 = 0x000001b4 (kgdb) up Reading in symbols for ../../kern/vfs_syscalls.c...done. #7 0xf012bf03 in open (p=(struct proc *) 0xf0bc2c00, uap=(struct open_args *) 0xefbfff94, retval=(int *) 0xefbfff8c) (../../kern/vfs_syscalls.c line 635) (kgdb) print *p $18 = {p_forw = 0xf0227dd0, p_back = 0x0, p_next = 0xf0c18c00, p_prev = 0xf0ca0f08, p_cred = 0xf0e2bd00, p_fd = 0xf0d33c80, p_stats = 0xf4676288, p_limit = 0xf022ecd4, p_vmspace = 0xf0ba5d00, p_sigacts = 0xf467615c, p_flag = 4, p_stat = 2, p_pad1 = {"\300\255\336"}, p_pid = 11834, p_hash = 0xf0adf000, p_pgrpnxt = 0xf0d3ee00, p_pptr = 0xf0a16200, p_osptr = 0xf0caac00, p_ysptr = 0xf0bcd500, p_cptr = 0xf0d3ee00, p_oppid = 0, p_dupfd = -20, p_estcpu = 0x0000014d, p_cpticks = 78, p_pctcpu = 0x000003b2, p_wchan = 0x0, p_wmesg = 0xf0126b18 "biowait", p_swtime = 0x00003dae, p_slptime = 0x00000000, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0, tv_usec = 0}}, p_rtime = {tv_sec = 1016, tv_usec = 660532}, p_uticks = 0x9218, p_sticks = 0x13a35, p_iticks = 0x3a65, p_traceflag = 0, p_tracep = 0x0, p_siglist = 0, p_textvp = 0xf0d97700, p_lock = 0, p_pad2 = {"\000\000\000"}, p_spare = {0, 0}, p_sigmask = 0x00000000, p_sigignore = 0x18408000, p_sigcatch = 0x0! 0085000, p_priority = 0x10, p_usrpri = 0x7f, p_nice = 4, p_comm = {"innd\000tart\000\000\000\000\000\000\000\000"}, p_pgrp = 0xf0ea3580, p_sysent = 0xf01e2620, p_rtprio = {type = 0x0001, prio = 0x0000}, p_thread = 0, p_addr = 0xf4676000, p_md = {md_flags = 6, md_regs = 0xefbfffbc}, p_xstat = 0x0000, p_acflag = 0x0001, p_ru = 0x0} (kgdb) print *uap $19 = {path = 0xefbfd898 "sci/electronics/104811", flags = 1537, mode = 436} (kgdb) up Reading in symbols for ../../i386/i386/trap.c...done. #8 0xf01b8fad in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 160428, tf_esi = 0, tf_ebp = -272641292, tf_isp = -272629788, tf_ebx = 13017094, tf_edx = 104, tf_ecx = 5654, tf_eax = 5, tf_trapno = 663, tf_err = 663, tf_eip = 134445269, tf_cs = 31, tf_eflags = 663, tf_esp = -272641652, tf_ss = 39}) (../../i386/i386/trap.c line 828) (kgdb) up Initial frame selected; you cannot go up. (kgdb) list 823 ktrsyscall(p->p_tracep, code, callp->sy_narg, args); 824 #endif 825 rval[0] = 0; 826 rval[1] = frame.tf_edx; 827 828 error = (*callp->sy_call)(p, args, rval); 829 830 switch (error) { 831 832 case 0: (kgdb) down #7 0xf012bf03 in open (p=(struct proc *) 0xf0bc2c00, uap=(struct open_args *) 0xefbfff94, retval=(int *) 0xefbfff8c) (../../kern/vfs_syscalls.c line 635) (kgdb) list 630 fp = nfp; 631 flags = FFLAGS(uap->flags); 632 cmode = ((uap->mode &~ fdp->fd_cmask) & ALLPERMS) &~ S_ISTXT; 633 NDINIT(&nd, LOOKUP, FOLLOW, UIO_USERSPACE, uap->path, p); 634 p->p_dupfd = -indx - 1; /* XXX check for fdopen */ 635 error = vn_open(&nd, flags, cmode); 636 if (error) { 637 ffree(fp); 638 if ((error == ENODEV || error == ENXIO) && 639 p->p_dupfd >= 0 && /* XXX from fdopen */ (kgdb) down #6 0xf012e709 in vn_open (ndp=(struct nameidata *) 0xefbffee8, fmode=1538, cmode=436) (../../kern/vfs_vnops.c line 82) (kgdb) list 77 if (fmode & O_CREAT) { 78 ndp->ni_cnd.cn_nameiop = CREATE; 79 ndp->ni_cnd.cn_flags = LOCKPARENT | LOCKLEAF; 80 if ((fmode & O_EXCL) == 0) 81 ndp->ni_cnd.cn_flags |= FOLLOW; 82 error = namei(ndp); 83 if (error) 84 return (error); 85 if (ndp->ni_vp == NULL) { 86 VATTR_NULL(vap); (kgdb) down #5 0xf0128ea0 in namei (ndp=(struct nameidata *) 0xefbffee8) (../../kern/vfs_lookup.c line 147) (kgdb) list 142 } 143 dp = ndp->ni_rootdir; 144 VREF(dp); 145 } 146 ndp->ni_startdir = dp; 147 error = lookup(ndp); 148 if (error) { 149 FREE(cnp->cn_pnbuf, M_NAMEI); 150 return (error); 151 } (kgdb) down #4 0xf012930f in lookup (ndp=(struct nameidata *) 0xefbffee8) (./vnode_if.h line 27) (kgdb) list 22 23 a.a_desc = VDESC(vop_lookup); 24 a.a_dvp = dvp; 25 a.a_vpp = vpp; 26 a.a_cnp = cnp; 27 return (VCALL(dvp, VOFFSET(vop_lookup), &a)); 28 } 29 struct vop_create_args { 30 struct vnodeop_desc *a_desc; 31 struct vnode *a_dvp; (kgdb) down #3 0xf019a4bd in ufs_lookup (ap=(struct vop_lookup_args *) 0xefbffd80) (../../ufs/ufs/ufs_lookup.c line 282) (kgdb) list 277 ep = (struct direct *)((char *)bp->b_data + entryoffsetinblock); 278 if (ep->d_reclen == 0 || 279 (dirchk && ufs_dirbadentry(vdp, ep, entryoffsetinblock))) { 280 int i; 281 282 ufs_dirbad(dp, dp->i_offset, "mangled entry"); 283 i = DIRBLKSIZ - (entryoffsetinblock & (DIRBLKSIZ - 1)); 284 dp->i_offset += i; 285 entryoffsetinblock += i; 286 continue; (kgdb) down #2 0xf019aca7 in ufs_dirbad (ip=(struct inode *) 0xf0ad0200, offset=2032, how=(char *) 0xf0199fd0 "mangled entry") (../../ufs/ufs/ufs_lookup.c line 587) (kgdb) list 582 583 mp = ITOV(ip)->v_mount; 584 (void)printf("%s: bad dir ino %ld at offset %ld: %s\n", 585 mp->mnt_stat.f_mntonname, ip->i_number, offset, how); 586 if ((mp->mnt_stat.f_flags & MNT_RDONLY) == 0) 587 panic("bad dir"); 588 } 589 590 /* 591 * Do consistency checking on a directory entry: (kgdb) down #1 0xf01145c3 in panic (fmt=(char *) 0xf019ac65 "bad dir") (../../kern/subr_prf.c line 128) (kgdb) list 123 kdbpanic(); 124 #endif 125 #ifdef DDB 126 Debugger ("panic"); 127 #endif 128 boot(bootopt); 129 } 130 131 /* 132 * Warn that a system table is full. (kgdb) down #0 boot (arghowto=256) (../../i386/i386/machdep.c line 860) (kgdb) list 855 printf("Please press any key to reboot.\n\n"); 856 cngetc(); 857 } else { 858 if (howto & RB_DUMP) { 859 savectx(&dumppcb, 0); 860 dumppcb.pcb_ptd = rcr3(); 861 dumpsys(); 862 863 if (PANIC_REBOOT_WAIT_TIME != 0) { 864 if (PANIC_REBOOT_WAIT_TIME != -1) { (kgdb) down Bottom (i.e., innermost) frame selected; you cannot go down. (kgdb) The file (bad dir?) seems to be ok, as is the directory (other than lots of files). hsu#katiska.clinet.fi Tue 25: cd /m/katiska/news/news/sci/ hsu#katiska.clinet.fi Tue 26: cd electronics/ hsu#katiska.clinet.fi Tue 27: L 104811 -rw-rw-r-- 1 news news 2119 Apr 17 19:57 104811 hsu#katiska.clinet.fi Tue 28: >How-To-Repeat: We get panics at rate of 1-4 a day. >Fix: Don't know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Apr 17 21:07:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13269 for bugs-outgoing; Mon, 17 Apr 1995 21:07:05 -0700 Received: from clinet.fi (root@clinet.fi [193.64.6.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA13263 for ; Mon, 17 Apr 1995 21:07:02 -0700 Received: from zetor.clinet.fi (root@zetor.clinet.fi [193.64.6.8]) by clinet.fi (8.6.10/8.6.4) with ESMTP id HAA25737; Tue, 18 Apr 1995 07:06:47 +0300 From: Heikki Suonsivu Received: (hsu@localhost) by zetor.clinet.fi (8.6.10/8.6.4) id HAA20378; Tue, 18 Apr 1995 07:06:47 +0300 Date: Tue, 18 Apr 1995 07:06:47 +0300 Message-Id: <199504180406.HAA20378@zetor.clinet.fi> To: davidg@Root.COM Cc: Heikki Suonsivu , freebsd-bugs@freefall.cdrom.com Subject: Re: kern/345: Panic with 14th April supped kernel (EET, late evening 13th US time) In-Reply-To: <199504160819.BAA03310@corbin.Root.COM> References: <199504150750.AAA03090@freefall.cdrom.com> <199504160819.BAA03310@corbin.Root.COM> Organization: Helsinki University of Technology, Otaniemi, Finland Sender: bugs-owner@FreeBSD.org Precedence: bulk David Greenman writes: > I just committed some fixes that might solve this problem. If you could > update your kernel to -current and tell us if the problem has gone away, this > would be a big help. We got different panic elsewhere now, I submitted a report about it. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-bugs Mon Apr 17 22:59:58 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA15998 for bugs-outgoing; Mon, 17 Apr 1995 22:59:58 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA15992 for ; Mon, 17 Apr 1995 22:59:56 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id SAA19441 for ; Sun, 16 Apr 1995 18:18:56 -0700 Received: (from jian@localhost) by mramirez.sy.yale.edu (8.6.9/8.6.9) id VAA26271; Sun, 16 Apr 1995 21:20:34 -0400 Date: Sun, 16 Apr 1995 21:20:22 -0400 (EDT) From: Jianyu Wang To: bugs@FreeBSD.org Subject: FreeBSD Installation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk Dear Sir: I followed your FreeBSD installation instruction. After I partitioned the hard disk for DOS and FreeBSD, I wrote the MBR (B)ootcode out to the disk and finished the initial installation process. When I reboot the system, it gives me two operating systems to boot, no matter which OS I select, it doesn't boot. I have to use MS-DOS floppy to boot the system. When I run the fdisk, it gives me the wrong total disk space. But if I go to the BIOS setup to select operating system to [DOS] and run fdisk, it gives the right total disk space. The geometry is 1416,16,63. Now the system can't boot from the hard disk. My system is Gateway 2000 DX486, total hard disk space 730MB. Could you please give me instructions to correct this problem so that I can boot either DOS or FreeBSD from the hard disk? Thank you very much for your help. Sincerely, jian From owner-freebsd-bugs Mon Apr 17 23:53:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA17888 for bugs-outgoing; Mon, 17 Apr 1995 23:53:32 -0700 Received: from relay.philips.nl (relay.philips.nl [130.144.65.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA17870 ; Mon, 17 Apr 1995 23:53:22 -0700 Received: from muxgw1.ms.philips.nl ([130.144.90.6]) by relay.philips.nl (8.6.9/8.6.9-950414) with SMTP id IAA01310; Tue, 18 Apr 1995 08:52:31 +0200 Received: by muxgw1.ms.philips.nl (5.57/Ultrix2.4-C) id AA15408; Tue, 18 Apr 95 08:36:30 +0300 Received: by mmra1.ms.philips.nl (4.1/SMI-4.1) id AA16769; Tue, 18 Apr 95 08:50:35 +0200 From: gvrooij@mmra1.ms.philips.nl (Guido van Rooij) Message-Id: <9504180650.AA16769@mmra1.ms.philips.nl> Subject: Re: Changed information for PR bin/339 To: wollman@freefall.cdrom.com (Garrett A. Wollman) Date: Tue, 18 Apr 1995 08:50:33 +0200 (MET DST) Cc: pst@shockwave.com, wollman@freefall.cdrom.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504131522.IAA17906@freefall.cdrom.com> from "Garrett A. Wollman" at Apr 13, 95 08:22:27 am X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 618 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > Synopsis: users may enter kerberos password at login prompt > > State-Changed-From-To: open-closed > State-Changed-By: wollman > State-Changed-When: Thu Apr 13 08:20:52 PDT 1995 > State-Changed-Why: > Paul's suggested patch appears to do the right thing, applied in login.c 1.8. > Me and Wietse talked a bit about this patch and agreed that the current way login is coded is bad. There are multiple check for a correcty password hidden in various levels of if's. It might even be possible that someone just falls through by accident. A good solution would be to have one subroutine do all this stuff. -Guido From owner-freebsd-bugs Tue Apr 18 04:22:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA00792 for bugs-outgoing; Tue, 18 Apr 1995 04:22:01 -0700 Received: from mail.Germany.EU.net (mail.Germany.EU.net [192.76.144.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA00784 for ; Tue, 18 Apr 1995 04:21:56 -0700 From: Bernard.Steiner@Germany.EU.net Received: by mail.Germany.EU.net with ESMTP (8.6.5:29/EUnetD-2.5.1.d) via EUnet id NAA29020; Tue, 18 Apr 1995 13:23:04 +0200 Message-Id: <199504181123.NAA03844@qwerty.Germany.EU.net> Received: from localhost.Germany.EU.net by qwerty.Germany.EU.net with SMTP (8.6.4/EUnetDlan-1.14-1.2.0) via EUnet for [mail.germany.eu.net] id NAA03844; Tue, 18 Apr 1995 13:23:03 +0200 To: davidg@Root.COM cc: freebsd-bugs@FreeBSD.org Subject: Re: couple of bugs in 2.0R In-reply-to: Your message of Mon, 17 Apr 1995 19:28:49 PDT. <199504180228.TAA00214@corbin.Root.COM> Date: Tue, 18 Apr 1995 13:23:01 +0200 Sender: bugs-owner@FreeBSD.org Precedence: bulk >solution), and now I don't get any more of those >stray irq 11 >ed0 timeout >messages. Unless solved, can we get a flag for ed that sort of increases the >watchdog timer significantly ? Umm, that would increase the timeout to 20 seconds. This is not desirea ble and should never be necessary. I don't see how increasing it above what it currently is could affect the problem at all (the interrupt should occur i n less than 100ms no matter what happens). Hmm. Very strange, indeed. Note, however, that the kernel reported the problems in the exact sequence given above, i.e. first stray irq 11 and then ed0 timeout; both at a snap of a finger's time from ifconfig ed0 up. It works now with the watchdog at 20; I've re-tried the original kernel with a watchdog set to 2, and that failed. Is there anything I should do in order to help track this down, or just set the watchdog to 20 which doesn't make sense but works (note: there wasn't even a two second latency in accessing the ethernet) ? Thanks, Bernard From owner-freebsd-bugs Tue Apr 18 04:39:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA01117 for bugs-outgoing; Tue, 18 Apr 1995 04:39:13 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA01107 for ; Tue, 18 Apr 1995 04:39:05 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id EAA26148; Tue, 18 Apr 1995 04:39:03 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id EAA00249; Tue, 18 Apr 1995 04:39:02 -0700 Message-Id: <199504181139.EAA00249@corbin.Root.COM> To: Bernard.Steiner@germany.eu.net cc: freebsd-bugs@FreeBSD.org Subject: Re: couple of bugs in 2.0R In-reply-to: Your message of "Tue, 18 Apr 95 13:23:01 +0200." <199504181123.NAA03844@qwerty.Germany.EU.net> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 18 Apr 1995 04:39:02 -0700 Sender: bugs-owner@FreeBSD.org Precedence: bulk > currently is could affect the problem at all (the interrupt should occur i > n > less than 100ms no matter what happens). > >Hmm. Very strange, indeed. Note, however, that the kernel reported the >problems in the exact sequence given above, i.e. >first stray irq 11 and then ed0 timeout; both at a snap of a finger's time >from ifconfig ed0 up. > >It works now with the watchdog at 20; I've re-tried the original kernel with a >watchdog set to 2, and that failed. > >Is there anything I should do in order to help track this down, or just set >the watchdog to 20 which doesn't make sense but works (note: there wasn't even >a two second latency in accessing the ethernet) ? What about other values? ...such as 3? Also, should I assume that your ed0 is on irq 11? -DG From owner-freebsd-bugs Tue Apr 18 04:46:00 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA01283 for bugs-outgoing; Tue, 18 Apr 1995 04:46:00 -0700 Received: from mail.Germany.EU.net (mail.Germany.EU.net [192.76.144.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA01275 for ; Tue, 18 Apr 1995 04:45:30 -0700 From: Bernard.Steiner@Germany.EU.net Received: by mail.Germany.EU.net with ESMTP (8.6.5:29/EUnetD-2.5.1.d) via EUnet id NAA01395; Tue, 18 Apr 1995 13:47:10 +0200 Message-Id: <199504181147.NAA03973@qwerty.Germany.EU.net> Received: from localhost.Germany.EU.net by qwerty.Germany.EU.net with SMTP (8.6.4/EUnetDlan-1.14-1.2.0) via EUnet for [mail.germany.eu.net] id NAA03973; Tue, 18 Apr 1995 13:47:09 +0200 To: davidg@Root.COM cc: freebsd-bugs@FreeBSD.org Subject: Re: couple of bugs in 2.0R In-reply-to: Your message of Tue, 18 Apr 1995 04:39:02 PDT. <199504181139.EAA00249@corbin.Root.COM> Date: Tue, 18 Apr 1995 13:46:42 +0200 Sender: bugs-owner@FreeBSD.org Precedence: bulk [ed0 watchdog timer] What about other values? ...such as 3? Also, should I assume that your ed0 is on irq 11? Dunno. That was just my first guess, as in "increase by either 0x10 or 10". I'll try other ones, just to make sure. Yes, ed0 sits on irq11 port 0x300 iomem 0xcc000 iosize 16364. Has been sitting there for quite some time rather happily with 1.1.5.1 without any problems (I didn't fiddle watchdogs there). Bernard From owner-freebsd-bugs Tue Apr 18 06:47:45 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA07374 for bugs-outgoing; Tue, 18 Apr 1995 06:47:45 -0700 Received: from wink.io.org (gyrfalc@wink.io.org [198.133.36.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA07368 for ; Tue, 18 Apr 1995 06:47:44 -0700 Received: (from gyrfalc@localhost) by wink.io.org (8.6.9/8.6.9) id JAA22171; Tue, 18 Apr 1995 09:47:36 -0400 Date: Tue, 18 Apr 1995 09:47:34 -0400 (EDT) From: Bruce Hearns To: bugs@FreeBSD.org Subject: mount command Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk Saturday Morning, I installed the 2.0-RELEASE bindist and some source modules on my second hard drive. It has 122 Megs or so, depending on the program that is looking at the drive. Currently, I have two hard drives, which I change back and forth, depending on whether or not I want to boot with MS-DOS/LINUX or FreeBSD. Saturday and Sunday, I used the following command: /stand/mount_msdos /dev/fd0 /mnt and was able to read and copy files from several MS-DOS formatted disks. Yesterday, Monday, I tried to use the same command on the same disks, and received the error message: fd0c: Hard error reading fsbn 0 (ST0 40 ST1 1 ST2 0 cyl 0 hd sec 1) mount: msdos: Input/output error I tried again this morning with newly-formatted floppy disks, the previous crop, and still have received the same message. I reinstalled the system by booting from the floppy drive, and then the command worked. Twice. Then I started getting the same error message again. What gives? What do I have to change/modify? Bruce G. Hearns | _\ _-_-_-_--/^\__/(\__/^\--_-_-_-_- /_ gyrfalc@io.org | / / / ^--^-- :.^) --^--^ \ \ \ "It's thought | |:/^^^\:| that counts." | C-A-R-P-E--(-)---(-)---D-I-E-M From owner-freebsd-bugs Tue Apr 18 09:37:28 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11363 for bugs-outgoing; Tue, 18 Apr 1995 09:37:28 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA11353 for ; Tue, 18 Apr 1995 09:37:27 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA00488; Tue, 18 Apr 1995 12:37:11 -0400 Date: Tue, 18 Apr 1995 12:37:11 -0400 From: Garrett Wollman Message-Id: <9504181637.AA00488@halloran-eldar.lcs.mit.edu> To: "House of Debuggin'" Cc: bugs@freefall.cdrom.com Subject: if_ppp, if_sl loadable module problems In-Reply-To: <199504160317.XAA00363@skynet.ctr.columbia.edu> References: <199504160317.XAA00363@skynet.ctr.columbia.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk < said: > I might just be installing them wrong. Unfortunately, I have no way to > tell for sure because these bloody modules appear to be completely > undocumented, so there's no way to know what the right way is. I've > been doing it like this: > # modload -e pppattach if_ppp_mod.o Wrong. root@khavrinen$ cd /usr/src/lkm/if_ppp root@khavrinen$ make load /sbin/modload -o if_ppp_mod -eif_ppp_mod if_ppp_mod.o Module loaded as ID 0 root@khavrinen$ modstat Type Id Off Loadaddr Size Info Rev Module Name MISC 0 0 f0bc3000 0014 f0bc6274 1 if_ppp root@khavrinen$ -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Tue Apr 18 10:49:32 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA12715 for bugs-outgoing; Tue, 18 Apr 1995 10:49:32 -0700 Received: from mail.Germany.EU.net (mail.Germany.EU.net [192.76.144.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA12708 for ; Tue, 18 Apr 1995 10:49:24 -0700 From: Bernard.Steiner@Germany.EU.net Received: by mail.Germany.EU.net with ESMTP (8.6.5:29/EUnetD-2.5.1.d) via EUnet id TAA05793; Tue, 18 Apr 1995 19:49:44 +0200 Message-Id: <199504181749.TAA07845@qwerty.Germany.EU.net> Received: from localhost.Germany.EU.net by qwerty.Germany.EU.net with SMTP (8.6.4/EUnetDlan-1.14-1.2.0) via EUnet for [mail.germany.eu.net] id TAA07845; Tue, 18 Apr 1995 19:49:37 +0200 To: davidg@Root.COM cc: freebsd-bugs@FreeBSD.org Subject: Re: couple of bugs in 2.0R In-reply-to: Your message of Tue, 18 Apr 1995 04:39:02 PDT. <199504181139.EAA00249@corbin.Root.COM> Date: Tue, 18 Apr 1995 19:49:14 +0200 Sender: bugs-owner@FreeBSD.org Precedence: bulk Oops. >It works now with the watchdog at 20; I've re-tried the original kernel w ith a >watchdog set to 2, and that failed. This is, in fact, incorrect. The kernels don't even differ in the watchdog timer interval. :-O I just discovered that I actually managed to get the stupid #ifdef wrong so it was still using the 2 setting. What I ask myself now is: Why doesn't the previous kernel work, but the new one does ? I'll try and find differences in the configuration. In other words: please forget my previous ranting on the if_ed watchdog. Sorry for wasting your time on this. Bernard From owner-freebsd-bugs Tue Apr 18 12:54:33 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA15893 for bugs-outgoing; Tue, 18 Apr 1995 12:54:33 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA15882 for ; Tue, 18 Apr 1995 12:54:12 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA25846; Tue, 18 Apr 1995 21:53:28 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA02374; Tue, 18 Apr 1995 21:53:22 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA05548; Tue, 18 Apr 1995 21:49:32 +0200 From: J Wunsch Message-Id: <199504181949.VAA05548@uriah.heep.sax.de> Subject: Re: mount command To: gyrfalc@io.org (Bruce Hearns) Date: Tue, 18 Apr 1995 21:49:31 +0200 (MET DST) Cc: bugs@FreeBSD.org In-Reply-To: from "Bruce Hearns" at Apr 18, 95 09:47:34 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 683 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Bruce Hearns wrote: > > Yesterday, Monday, I tried to use the same command on the same disks, and > received the error message: > > fd0c: Hard error reading fsbn 0 (ST0 40 ST1 1 ST2 0 cyl 0 hd > sec 1) > mount: msdos: Input/output error ... > What gives? What do I have to change/modify? The kernel. :-( The floppy disk driver in 2.0 had a serious flaw that caused it to lose interrupts after an FDC reset on certain FDC's. This has been fixed later, but the fix isn't easy to extract. Try one of the newer SNAPs. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Apr 19 07:50:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA20999 for bugs-outgoing; Wed, 19 Apr 1995 07:50:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA20991 ; Wed, 19 Apr 1995 07:50:02 -0700 Date: Wed, 19 Apr 1995 07:50:02 -0700 Message-Id: <199504191450.HAA20991@freefall.cdrom.com> From: josh@american.com Reply-To: josh@american.com To: freebsd-bugs Subject: misc/350: 950412-SNAP: mouse buttons dont always work In-Reply-To: Your message of Wed, 19 Apr 1995 10:50:47 -0400 <199504191450.KAA02959@joshpc.american.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 350 >Category: misc >Synopsis: mouse clicks ignored by remote Tk and local/remote xterm >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 19 07:50:01 1995 >Originator: Josh Littlefield >Organization: American Internet Corp >Release: 950412-SNAP >Environment: Stock i486 DX2-66 running FreeBSD 950412-SNAP. XFree86-3.1.1 Mouse Systems compatible 3 button serial mouse (also tried switching to MicroSoft mouse compatible mouse with reconfig'd X server). >Description: 2 potentially related problems. First, a remote host uses Tk to put up a window on my FreeBSD X server. The buttons highlight as the mouse moves over them, but they don't react at all to button clicks. Key events work just fine. The Tk app is exmh (although I've also tried just a simple wish script) and is running on a Sparc 10, SunOS 4.1.4. The Tk was built with MIT X11R6-fix11. This Sparc Tk app works just fine when put on a NetBSD1.0 X server, and when put on an "X-win" MS-Windows X server, so I doubt its a client problem. I tried switching to XFree86-3.1 (from the FreeBSD-2.0 release distribution). Same problem. I had the problem with 950322-SNAP as well. The graphical buttons also don't work in the pkg version of ghostview (although the page selection column does). Second problem, potentially related, is that I can't get the menus on an xterm to pop up. It doesn't matter whether the xterm is remote from the Sun or local on the FreeBSD box. The menus work fine when the Sun puts an xterm on a different X server, as well as when the FreeBSD box puts an xterm on a different X server. Also, the basic, un-control-modified buttons work just fine for selecting, extending and pasting, on an xterm displayed on the FreeBSD box. Its hard to believe I'm the only one who's seen this. Will dropping back to FreeBSD-2.0 fix this? >How-To-Repeat: Run the X server on the FreeBSD box. I use "startx". Have the FreeBSD box put an xterm up (I have `(xterm &)' in my .xinitrc. Hold down the control key and click the left mouse button. Instead of getting the "Main Options" menu, it simply acts like an un-modified left mouse button. Have a remote machine display a Tk application on the local X server. Try to click with the mouse. It doesn't work. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 19 08:50:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA22536 for bugs-outgoing; Wed, 19 Apr 1995 08:50:02 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA22529 ; Wed, 19 Apr 1995 08:50:02 -0700 Date: Wed, 19 Apr 1995 08:50:02 -0700 Message-Id: <199504191550.IAA22529@freefall.cdrom.com> From: Edward Wang Reply-To: Edward Wang To: freebsd-bugs Subject: bin/351: long mail messages overflow line-count field In-Reply-To: Your message of Wed, 19 Apr 1995 08:43:25 -0700 <199504191543.IAA00600@edcom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 351 >Category: bin >Synopsis: long mail messages overflow line-count field >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 19 08:50:01 1995 >Originator: & Wang >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: 950322-SNAP >Description: The line-count field in mail (m_lines field in struct message, /usr/src/usr.bin/mail/defs.h), is a short, which overflows not infrequently these days. >How-To-Repeat: jot 32768 | mail `whoami` mail h shows > 30 edward Wed Apr 19 08:40 -32761/185775 >Fix: I fixed it in 4.4 Lite, though somewhat late, which probably explains why it's not in FreeBSD 2.0. The fixed source is available on vangogh.CS.Berkeley.EDU. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 19 09:38:33 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA23359 for bugs-outgoing; Wed, 19 Apr 1995 09:38:33 -0700 Received: from cithe312.cithep.caltech.edu (cithe312.cithep.caltech.edu [131.215.124.112]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA23343 ; Wed, 19 Apr 1995 09:38:04 -0700 Received: by cithe312.cithep.caltech.edu (AIX 3.2/UCB 5.64/4.03) id AA19889; Wed, 19 Apr 1995 09:37:31 -0700 From: shih@cithe312.cithep.caltech.edu (Ching Shih) Message-Id: <9504191637.AA19889@cithe312.cithep.caltech.edu> Subject: some comments on the 2.0 and 3.1.1 To: bugs@FreeBSD.org, current@FreeBSD.org Date: Wed, 19 Apr 1995 09:37:30 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1093 Sender: bugs-owner@FreeBSD.org Precedence: bulk Hi there, First of all, many thanks for making FreeBSD and Xfree86 working on PC. I have some comments on those, just for your information: I run FreeBSD 2.0 (and its snapshot) and XFree86 3.1.x on my PC. (DX4-100/isa/pci, 3c509, Adaptec 2940, Quantum 1080s, ATI Mach 64, NEC XE17, Combinet CB-160 for ISDN) I tried some some combinations of the 2.0 and the 3.1.x. Some work, others don't: 2.0 + 3.1: working, except no X for ATI Mach64, and not working for 2940+1080s 2.0-950322-SNAP + 3.1: working, except no X for ATI Mach64 but working for 2940+1080s 2.0-950322-SNAP + 3.1.1: cannot make it work for ATI Mach64, even XF_SVGA doesn't work for my ATI Mach64 2.0-950412-SNAP: failed on the installation; stop at "root device changed to sd0a..." Thus so far, only the combination of 2.0-950322 + 3.1 work for me. I cannot fully use the ATI Mach64 card, but use it as a SVGA card. Just try to give you all some feedback. You all just have done a very good job! As a user, I very appreciate it! Ching Shih shih@cithe312.cithep.caltech.edu From owner-freebsd-bugs Wed Apr 19 12:00:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA26255 for bugs-outgoing; Wed, 19 Apr 1995 12:00:04 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA26248 ; Wed, 19 Apr 1995 12:00:03 -0700 Date: Wed, 19 Apr 1995 12:00:03 -0700 Message-Id: <199504191900.MAA26248@freefall.cdrom.com> From: Edward Wang Reply-To: Edward Wang To: freebsd-bugs Subject: ports/352: tex package generally messed up In-Reply-To: Your message of Wed, 19 Apr 1995 11:57:25 -0700 <199504191857.LAA00527@edcom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 352 >Category: ports >Synopsis: many problems in tex package >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 19 12:00:01 1995 >Originator: & Wang >Organization: UC Berkeley CS Division >Release: FreeBSD 2.1.0-Development i386 >Environment: >Description: just a sample of the problems: * the package name is web2c-6.1, though it's really Tex * doens't uninstall correctly * makes directories with mode 777 * comes with the bibtex binary, but no bst files * no pk fonts at all * MakeTeXPK should put generated pk files in a more permanant place (or is that in the dvips package?) >How-To-Repeat: >Fix: Don't know. Perhaps the person who put it there can contact me and we can work on it. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Apr 19 12:01:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA26285 for bugs-outgoing; Wed, 19 Apr 1995 12:01:06 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA26278 for ; Wed, 19 Apr 1995 12:00:56 -0700 Received: by sequent.kiae.su id AA18950 (5.65.kiae-2 ); Wed, 19 Apr 1995 23:00:05 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 19 Apr 95 23:00:05 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id WAA01244; Wed, 19 Apr 1995 22:56:37 +0400 To: Edward Wang , freebsd-bugs@freefall.cdrom.com References: <199504191550.IAA22529@freefall.cdrom.com> In-Reply-To: <199504191550.IAA22529@freefall.cdrom.com>; from Edward Wang at Wed, 19 Apr 1995 08:50:02 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 19 Apr 1995 22:56:36 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: bin/351: long mail messages overflow line-count field Lines: 15 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 623 Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <199504191550.IAA22529@freefall.cdrom.com> Edward Wang writes: > I fixed it in 4.4 Lite, though somewhat late, which probably > explains why it's not in FreeBSD 2.0. > The fixed source is available on vangogh.CS.Berkeley.EDU. I can't find any sources on this site. Can you specify needed directory name exactly? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-bugs Wed Apr 19 12:06:36 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA26373 for bugs-outgoing; Wed, 19 Apr 1995 12:06:36 -0700 Received: from edcom.com (edcom.com [140.174.173.185]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA26367 for ; Wed, 19 Apr 1995 12:06:33 -0700 Received: (from edward@localhost) by edcom.com (8.6.11/8.6.9) id MAA00896; Wed, 19 Apr 1995 12:06:20 -0700 Date: Wed, 19 Apr 1995 12:06:20 -0700 From: Edward Wang Message-Id: <199504191906.MAA00896@edcom.com> To: ache@astral.msk.su, freebsd-bugs@freefall.cdrom.com Subject: Re: bin/351: long mail messages overflow line-count field Sender: bugs-owner@FreeBSD.org Precedence: bulk / > The fixed source is available on vangogh.CS.Berkeley.EDU. / / I can't find any sources on this site. Can you specify needed / directory name exactly? Huh? /usr/src/usr.bin/mail. I guess you mean ftp. It's there a process for getting new stuff into FreeBSD from 4.4 Lite updates? This would be a case of that. If not, I'll supply a patch. From owner-freebsd-bugs Wed Apr 19 12:24:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA26647 for bugs-outgoing; Wed, 19 Apr 1995 12:24:09 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA26622 ; Wed, 19 Apr 1995 12:22:19 -0700 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id MAA02152; Wed, 19 Apr 1995 12:20:19 -0700 From: Steven G Kargl Message-Id: <199504191920.MAA02152@troutmask.apl.washington.edu> Subject: Re: some comments on the 2.0 and 3.1.1 To: shih@cithe312.cithep.caltech.edu (Ching Shih) Date: Wed, 19 Apr 1995 12:20:18 -0700 (PDT) Cc: bugs@FreeBSD.org, current@FreeBSD.org In-Reply-To: <9504191637.AA19889@cithe312.cithep.caltech.edu> from "Ching Shih" at Apr 19, 95 09:37:30 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 884 Sender: bugs-owner@FreeBSD.org Precedence: bulk According to Ching Shih: > > I run FreeBSD 2.0 (and its snapshot) and XFree86 3.1.x > on my PC. (DX4-100/isa/pci, 3c509, Adaptec 2940, Quantum 1080s, > ATI Mach 64, NEC XE17, Combinet CB-160 for ISDN) > > I tried some some combinations of the 2.0 and the 3.1.x. > Some work, others don't: > > 2.0-950412-SNAP: failed on the installation; > stop at "root device changed to sd0a..." > There seems to be a problem with devices conflicting with the ep0 driver for the 3c509 in 0412-SNAP. I had the same problem until I disabled all devices that could conflict with the ep0 driver. This might help you get up and running, then compile a custom kernel. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-bugs Wed Apr 19 13:46:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28563 for bugs-outgoing; Wed, 19 Apr 1995 13:46:08 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA28554 for ; Wed, 19 Apr 1995 13:45:49 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02853; Wed, 19 Apr 1995 22:39:11 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA10179; Wed, 19 Apr 1995 22:38:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA10082; Wed, 19 Apr 1995 22:30:49 +0200 From: J Wunsch Message-Id: <199504192030.WAA10082@uriah.heep.sax.de> Subject: Re: misc/350: 950412-SNAP: mouse buttons dont always work To: josh@american.com Date: Wed, 19 Apr 1995 22:30:49 +0200 (MET DST) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504191450.HAA20991@freefall.cdrom.com> from "josh@american.com" at Apr 19, 95 07:50:02 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1058 Sender: bugs-owner@FreeBSD.org Precedence: bulk As josh@american.com wrote: > > > Second problem, potentially related, is that I can't get the > menus on an xterm to pop up. It doesn't matter whether the xterm is remote > from the Sun or local on the FreeBSD box. The menus work fine when the Sun > puts an xterm on a different X server, as well as when the FreeBSD box puts > an xterm on a different X server. This is totally unrelated. It has been mentioned several times in Usenet. It became the ``FAQ of the month'' meanwhile... You need to specify ServerNumLock in the keyboard section of your XF86Config file. Somehow on the way between XFree86 3.1 and 3.1.1, servers without ServerNumLock appear to be broken now. Maybe it's related to the last-minute incorporated XConsortium patches. They have not been tested extensively in the XFree86 beta group. However, the problem report holds valid for your Tk problem (i guess, i don't use Tk). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Apr 19 13:47:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28600 for bugs-outgoing; Wed, 19 Apr 1995 13:47:15 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA28586 for ; Wed, 19 Apr 1995 13:47:05 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA23746; Wed, 19 Apr 95 22:46:35 +0100 Date: Wed, 19 Apr 95 22:46:35 +0100 From: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Message-Id: <9504192146.AA23746@cabri.obs-besancon.fr> To: edward@edcom.com Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504191900.MAA26248@freefall.cdrom.com> (message from Edward Wang on Wed, 19 Apr 1995 12:00:03 -0700) Subject: Re: ports/352: tex package generally messed up X-Mailer: Emacs Sender: bugs-owner@FreeBSD.org Precedence: bulk >>>>> "Edward" == Edward Wang writes: >> Description: > just a sample of the problems: > * the package name is web2c-6.1, though it's really Tex This has changed. It is now called tex-3.1415 > * doens't uninstall correctly The empty directories are not removed. Is it your problem? > * makes directories with mode 777 This is the default mode in the distribution. I will change it to 755 > * comes with the bibtex binary, but no bst files Well, this is the TeX port, not the latex or bibtex port :-). I can delete the bibtex binary, but then it will not be possible to add a bibtex port. Are you willing to do a bibtex port? (we only need to fetch the various support files and install them properly) It is not difficult! > * no pk fonts at all This is normal. Pk fonts are device dependent. We can't supply fonts for every printer/display on earth! You have to choose a device when installing xdvi or dvips. Pks are then built when required. > * MakeTeXPK should put generated pk files in a more permanant place > (or is that in the dvips package?) The default is to generate them in /tmp. You can choose an alternate location when configuring dvips/xdvi. Otherwise, you have to let /usr/local/lib/texmf/fonts/pk writable by everyone. The best is to add the following code in your /etc/daily: if [ -d /tmp/pk ]; then echo -n "Moving pkfonts" for f in /tmp/pk/*pk; do if [ -f $f ]; then mv $f /usr/local/lib/texmf/fonts/pk/ fi done fi Thanks for your feedback. Jean-Marc. ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Jean-Marc Zucconi | jmz@cabri.obs-besancon.fr Observatoire de Besancon | F 25010 Besancon cedex | PGP Key: finger jmz@cabri.obs-besancon.fr ========================================================================= From owner-freebsd-bugs Wed Apr 19 14:03:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29028 for bugs-outgoing; Wed, 19 Apr 1995 14:03:13 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA29018 for ; Wed, 19 Apr 1995 14:03:04 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id PAA05283; Wed, 19 Apr 1995 15:06:42 -0600 Date: Wed, 19 Apr 1995 15:06:42 -0600 From: Nate Williams Message-Id: <199504192106.PAA05283@trout.sri.MT.net> In-Reply-To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) "Re: ports/352: tex package generally messed up" (Apr 19, 10:46pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi), edward@edcom.com Subject: Re: ports/352: tex package generally messed up Cc: freebsd-bugs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk > > * MakeTeXPK should put generated pk files in a more permanant place > > (or is that in the dvips package?) > > The default is to generate them in /tmp. You can choose an alternate > location when configuring dvips/xdvi. Otherwise, you have to let > /usr/local/lib/texmf/fonts/pk writable by everyone. At my site we made /usr/local/lib/texmf/fonts/pk writeable by everyone (mode 1777) which is no bigger security hole than what you propose below and it doesn't require any additional setup by the user which adding lines to /etc/daily requires. >The best is to > add the following code in your /etc/daily: > if [ -d /tmp/pk ]; then > echo -n "Moving pkfonts" > for f in /tmp/pk/*pk; do > if [ -f $f ]; then > mv $f /usr/local/lib/texmf/fonts/pk/ > fi > done > fi The response given for using the above instead of making the lib directory writable is that is stops people from purposefully putting bogus fonts into the world directory. However, you can still put bogus fonts in /tmp now which will end up in the global directory, and it requires more setup at install time. If there another valid reason for not doing this I'd like to hear it. Nate From owner-freebsd-bugs Wed Apr 19 14:13:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29384 for bugs-outgoing; Wed, 19 Apr 1995 14:13:42 -0700 Received: (from jmz@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29363 ; Wed, 19 Apr 1995 14:13:39 -0700 Date: Wed, 19 Apr 1995 14:13:39 -0700 From: Jean-Marc Zucconi Message-Id: <199504192113.OAA29363@freefall.cdrom.com> To: mark@grondar.za, jmz, freebsd-bugs Subject: Changed information for PR kern/140 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: cdplay will not work with NEC210 State-Changed-From-To: open-closed State-Changed-By: jmz State-Changed-When: Wed Apr 19 14:10:12 PDT 1995 State-Changed-Why: The NEC210 SCSI CDROM drive is a SCSI-1 device for which audio control can only be done with specific (proprietary) commands. From owner-freebsd-bugs Wed Apr 19 14:14:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29417 for bugs-outgoing; Wed, 19 Apr 1995 14:14:03 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA29407 for ; Wed, 19 Apr 1995 14:13:58 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA03457; Wed, 19 Apr 1995 14:08:28 -0700 From: "Rodney W. Grimes" Message-Id: <199504192108.OAA03457@gndrsh.aac.dev.com> Subject: Re: bin/351: long mail messages overflow line-count field To: ache@astral.msk.su (Andrey A. Chernov, Black Mage) Date: Wed, 19 Apr 1995 14:08:28 -0700 (PDT) Cc: edward@edcom.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: from "Andrey A. Chernov, Black Mage" at Apr 19, 95 10:56:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 804 Sender: bugs-owner@FreeBSD.org Precedence: bulk > > In message <199504191550.IAA22529@freefall.cdrom.com> Edward Wang > writes: > > > I fixed it in 4.4 Lite, though somewhat late, which probably > > explains why it's not in FreeBSD 2.0. > > The fixed source is available on vangogh.CS.Berkeley.EDU. > > I can't find any sources on this site. Can you specify needed > directory name exactly? Not only that, I have a signed agreement with UCB that says I will not take any source off of vangogh.CS.Berkeley.EDU. That is the 4.4 BSD development system and has the USL tainted sources on it. Edward, can you please place a copy of these files on a machine that is for public access via ftp? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Wed Apr 19 14:27:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29893 for bugs-outgoing; Wed, 19 Apr 1995 14:27:55 -0700 Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA29865 ; Wed, 19 Apr 1995 14:27:39 -0700 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id QAA10520; Wed, 19 Apr 1995 16:27:26 -0500 Date: Wed, 19 Apr 1995 16:27:26 -0500 From: Mark Tinguely Message-Id: <199504192127.QAA10520@plains.nodak.edu> To: bugs@FreeBSD.org, current@FreeBSD.org, shih@cithe312.cithep.caltech.edu Subject: Re: some comments on the 2.0 and 3.1.1 Content-Length: 322 Sender: bugs-owner@FreeBSD.org Precedence: bulk > Thus so far, only the combination of 2.0-950322 + 3.1 work for me. > I cannot fully use the ATI Mach64 card, but use it as a SVGA card. for me, the XFree86 3.1 gave poor ATI Mach64 quality at 1024x768 (flickers really bad). When using the 2.0 SNAPs here, I still am using a hand patched XFree86 2.x Release. --mark. From owner-freebsd-bugs Wed Apr 19 14:42:50 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00412 for bugs-outgoing; Wed, 19 Apr 1995 14:42:50 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00398 for ; Wed, 19 Apr 1995 14:42:42 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA24054; Wed, 19 Apr 95 23:41:46 +0100 Date: Wed, 19 Apr 95 23:41:46 +0100 From: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Message-Id: <9504192241.AA24054@cabri.obs-besancon.fr> To: nate@trout.sri.mt.net Cc: edward@edcom.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504192106.PAA05283@trout.sri.MT.net> (message from Nate Williams on Wed, 19 Apr 1995 15:06:42 -0600) Subject: Re: ports/352: tex package generally messed up X-Mailer: Emacs Sender: bugs-owner@FreeBSD.org Precedence: bulk >>>>> "Nate" == Nate Williams writes: >> > * MakeTeXPK should put generated pk files in a more permanant place >> > (or is that in the dvips package?) >> >> The default is to generate them in /tmp. You can choose an alternate >> location when configuring dvips/xdvi. Otherwise, you have to let >> /usr/local/lib/texmf/fonts/pk writable by everyone. > At my site we made /usr/local/lib/texmf/fonts/pk writeable by everyone > (mode 1777) which is no bigger security hole than what you propose > below and it doesn't require any additional setup by the user which > adding lines to /etc/daily requires. >> The best is to >> add the following code in your /etc/daily: >> if [ -d /tmp/pk ]; then >> echo -n "Moving pkfonts" >> for f in /tmp/pk/*pk; do >> if [ -f $f ]; then >> mv $f /usr/local/lib/texmf/fonts/pk/ >> fi >> done >> fi > The response given for using the above instead of making the lib > directory writable is that is stops people from purposefully putting > bogus fonts into the world directory. However, you can still put bogus > fonts in /tmp now which will end up in the global directory, and it > requires more setup at install time. > If there another valid reason for not doing this I'd like to hear it. It is difficult to find a good reason :-), but I can improve my script to filter really bogus fonts: if pktype $f >/dev/null; then mv $f /usr/local/lib/texmf/fonts/pk/ else rm -f $f fi Of course this does not prevent users to eg. replace cmr9.300pk with cmti12.622pk but the script can still be improved :-) > Nate Jean-Marc. ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Jean-Marc Zucconi | jmz@cabri.obs-besancon.fr Observatoire de Besancon | F 25010 Besancon cedex | PGP Key: finger jmz@cabri.obs-besancon.fr ========================================================================= From owner-freebsd-bugs Wed Apr 19 14:43:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00440 for bugs-outgoing; Wed, 19 Apr 1995 14:43:26 -0700 Received: from edcom.com (edcom.com [140.174.173.185]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00434 for ; Wed, 19 Apr 1995 14:43:24 -0700 Received: (from edward@localhost) by edcom.com (8.6.11/8.6.9) id OAA00540; Wed, 19 Apr 1995 14:42:58 -0700 Date: Wed, 19 Apr 1995 14:42:58 -0700 From: Edward Wang Message-Id: <199504192142.OAA00540@edcom.com> To: ache@astral.msk.su, rgrimes@gndrsh.aac.dev.com Subject: Re: bin/351: long mail messages overflow line-count field Cc: freebsd-bugs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk > [copying source from Vangogh is a bad idea ...] No problem. I don't want to do anything that gets anyone in trouble. For the bug report in question, the fix is two lines in one file, and I wrote it myself. So, let me just reproduce it here and give you the diff. I'll also take a look at what else is new in mail and whether any of it is useful. *** /usr/src/usr.bin/mail/def.h Fri May 27 05:32:06 1994 --- def.h Tue Oct 25 16:36:49 1994 *************** *** 68,77 **** struct message { short m_flag; /* flags, see below */ - short m_block; /* block number of this message */ short m_offset; /* offset in block of message */ long m_size; /* Bytes in the message */ ! short m_lines; /* Lines in the message */ }; /* --- 68,77 ---- struct message { short m_flag; /* flags, see below */ short m_offset; /* offset in block of message */ + long m_block; /* block number of this message */ long m_size; /* Bytes in the message */ ! long m_lines; /* Lines in the message */ }; /* From owner-freebsd-bugs Wed Apr 19 15:08:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA00991 for bugs-outgoing; Wed, 19 Apr 1995 15:08:42 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA00985 for ; Wed, 19 Apr 1995 15:08:38 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id QAA05596; Wed, 19 Apr 1995 16:12:16 -0600 Date: Wed, 19 Apr 1995 16:12:16 -0600 From: Nate Williams Message-Id: <199504192212.QAA05596@trout.sri.MT.net> In-Reply-To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) "Re: ports/352: tex package generally messed up" (Apr 19, 11:41pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Subject: Re: ports/352: tex package generally messed up Cc: edward@edcom.com, freebsd-bugs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk [ Putting newly made fonts into /tmp instead of the global directory ] > It is difficult to find a good reason :-), but I can improve my > script to filter really bogus fonts: > if pktype $f >/dev/null; then > mv $f /usr/local/lib/texmf/fonts/pk/ > else > rm -f $f > fi > Of course this does not prevent users to eg. replace cmr9.300pk with > cmti12.622pk but the script can still be improved :-) The issue I was trying to raise that by putting them in the global directory by default it doesn't require any additions beyond installing the software, while using /tmp requires that the user patch /etc/daily which is not as pretty, especially if the user wants to remove the packages. Would you consider changing the default behavior to put fonts into the global directory to make the entire package easier to install/un-install? Nate From owner-freebsd-bugs Wed Apr 19 16:34:21 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02734 for bugs-outgoing; Wed, 19 Apr 1995 16:34:21 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA02725 for ; Wed, 19 Apr 1995 16:34:17 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA24632; Thu, 20 Apr 95 01:34:02 +0100 Date: Thu, 20 Apr 95 01:34:02 +0100 From: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Message-Id: <9504200034.AA24632@cabri.obs-besancon.fr> To: nate@trout.sri.mt.net Cc: edward@edcom.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504192212.QAA05596@trout.sri.MT.net> (message from Nate Williams on Wed, 19 Apr 1995 16:12:16 -0600) Subject: Re: ports/352: tex package generally messed up X-Mailer: Emacs Sender: bugs-owner@FreeBSD.org Precedence: bulk >>>>> "Nate" == Nate Williams writes: > [ Putting newly made fonts into /tmp instead of the global directory ] > The issue I was trying to raise that by putting them in the global > directory by default it doesn't require any additions beyond installing > the software, while using /tmp requires that the user patch /etc/daily > which is not as pretty, especially if the user wants to remove the > packages. > Would you consider changing the default behavior to put fonts into the > global directory to make the entire package easier to > install/un-install? OK. Since the port is interactive and asks where to put created fonts, I will make the script more informative and change the defaults to ${PREFIX}/lib/texmf/fonts/pk. > Nate Jean-Marc. ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Jean-Marc Zucconi | jmz@cabri.obs-besancon.fr Observatoire de Besancon | F 25010 Besancon cedex | PGP Key: finger jmz@cabri.obs-besancon.fr ========================================================================= From owner-freebsd-bugs Wed Apr 19 16:41:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA02862 for bugs-outgoing; Wed, 19 Apr 1995 16:41:29 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA02855 for ; Wed, 19 Apr 1995 16:41:25 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id RAA05943; Wed, 19 Apr 1995 17:45:05 -0600 Date: Wed, 19 Apr 1995 17:45:05 -0600 From: Nate Williams Message-Id: <199504192345.RAA05943@trout.sri.MT.net> In-Reply-To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) "Re: ports/352: tex package generally messed up" (Apr 20, 1:34am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Subject: Re: ports/352: tex package generally messed up Cc: freebsd-bugs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk > > [ Putting newly made fonts into /tmp instead of the global directory ] > > > > Would you consider changing the default behavior to put fonts into the > > global directory to make the entire package easier to > > install/un-install? > > OK. Since the port is interactive and asks where to put created fonts, > I will make the script more informative and change the defaults to > ${PREFIX}/lib/texmf/fonts/pk. Thanks! (BTW - Make sure the directory used is world writeable when we install the package. :-) Nate From owner-freebsd-bugs Wed Apr 19 19:36:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA10809 for bugs-outgoing; Wed, 19 Apr 1995 19:36:25 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA10802 ; Wed, 19 Apr 1995 19:36:19 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: shih@cithe312.cithep.caltech.edu (Ching Shih) cc: bugs@FreeBSD.org, current@FreeBSD.org Subject: Re: some comments on the 2.0 and 3.1.1 In-reply-to: Your message of "Wed, 19 Apr 95 09:37:30 PDT." <9504191637.AA19889@cithe312.cithep.caltech.edu> Date: Wed, 19 Apr 1995 19:36:17 -0700 Message-ID: <10801.798345377@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > First of all, many thanks for making FreeBSD and Xfree86 working on PC. > > I have some comments on those, just for your information: Thank you, such information is always appreciated! We don't have all possible hardware to test on ourselves and rely on user feedback to let us know how we're doing! I will make a note that there's still some problems with the ATI Mach 64, or that a possible configuration problem exists. The failure to boot with the 2940 under 0412-SNAP is also disturbing and I'm sure Justin will follow up to it. Thanks again! Jordan > > I run FreeBSD 2.0 (and its snapshot) and XFree86 3.1.x > on my PC. (DX4-100/isa/pci, 3c509, Adaptec 2940, Quantum 1080s, > ATI Mach 64, NEC XE17, Combinet CB-160 for ISDN) > > I tried some some combinations of the 2.0 and the 3.1.x. > Some work, others don't: > > 2.0 + 3.1: working, except no X for ATI Mach64, > and not working for 2940+1080s > > 2.0-950322-SNAP + 3.1: working, except no X for ATI Mach64 > but working for 2940+1080s > > 2.0-950322-SNAP + 3.1.1: cannot make it work for ATI Mach64, > even XF_SVGA doesn't work for my ATI Mach64 > > 2.0-950412-SNAP: failed on the installation; > stop at "root device changed to sd0a..." > > Thus so far, only the combination of 2.0-950322 + 3.1 work for me. > I cannot fully use the ATI Mach64 card, but use it as a SVGA card. > > Just try to give you all some feedback. You all just have done > a very good job! As a user, I very appreciate it! > > Ching Shih > shih@cithe312.cithep.caltech.edu From owner-freebsd-bugs Thu Apr 20 01:00:02 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA21533 for bugs-outgoing; Thu, 20 Apr 1995 01:00:02 -0700 Received: from aero.org (aero.org [130.221.16.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA21521 for ; Thu, 20 Apr 1995 01:00:01 -0700 Received: from antares.aero.org ([130.221.192.46]) by aero.org with SMTP id <111110-2>; Thu, 20 Apr 1995 00:59:27 -0700 Received: from anpiel.aero.org by antares.aero.org (4.1/AMS-1.0) id AA27198 for freebsd-bugs@freebsd.org; Thu, 20 Apr 95 00:59:22 PDT To: freebsd-bugs@FreeBSD.org Subject: No libtk.a in tk package Date: Thu, 20 Apr 1995 00:59:20 -0700 From: "Mike O'Brien" Message-Id: <95Apr20.005927pdt.111110-2@aero.org> Sender: bugs-owner@FreeBSD.org Precedence: bulk Just in case anyone hasn't noticed, 'libtk.a' is missing from the tk package on the 2.0R CD-ROM. Mike O'Brien From owner-freebsd-bugs Thu Apr 20 01:44:15 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22603 for bugs-outgoing; Thu, 20 Apr 1995 01:44:15 -0700 Received: from edcom.com (edcom.com [140.174.173.185]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA22595 for ; Thu, 20 Apr 1995 01:44:09 -0700 Received: (from edward@localhost) by edcom.com (8.6.11/8.6.9) id BAA01672; Thu, 20 Apr 1995 01:43:54 -0700 Date: Thu, 20 Apr 1995 01:43:54 -0700 From: Edward Wang Message-Id: <199504200843.BAA01672@edcom.com> To: ache@astral.msk.su, rgrimes@gndrsh.aac.dev.com Subject: Re: bin/351: long mail messages overflow line-count field Cc: freebsd-bugs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk Okay. I did a diff on the current Berkeley source and the 950322-SNAP source for mail. Except for a small correction in the man page, the change I made in def.h is the only difference. There are more stuff going in though, from David Borman at Cray. They'll have to wait. From owner-freebsd-bugs Thu Apr 20 02:01:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA23227 for bugs-outgoing; Thu, 20 Apr 1995 02:01:25 -0700 Received: from edcom.com (edcom.com [140.174.173.185]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA23206 for ; Thu, 20 Apr 1995 02:01:16 -0700 Received: (from edward@localhost) by edcom.com (8.6.11/8.6.9) id CAA01865; Thu, 20 Apr 1995 02:01:08 -0700 Date: Thu, 20 Apr 1995 02:01:08 -0700 From: Edward Wang Message-Id: <199504200901.CAA01865@edcom.com> To: jmz@cabri.obs-besancon.fr, nate@trout.sri.mt.net Subject: Re: ports/352: tex package generally messed up Cc: freebsd-bugs@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk / OK. Since the port is interactive and asks where to put created fonts, / I will make the script more informative and change the defaults to / ${PREFIX}/lib/texmf/fonts/pk. Will this apply to the tex package as well (as oppose to the port)? Okay. I'll take a stab at bibtex. Is it available at the same ftp sites as Tex? It'll be an excuse to learn the port system. Are you also responsible for ghostscript? It (the ghostscript-2.6.1.tgz package) installs with mode 444 for the directories. From owner-freebsd-bugs Thu Apr 20 02:10:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA23580 for bugs-outgoing; Thu, 20 Apr 1995 02:10:09 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA23573 ; Thu, 20 Apr 1995 02:10:06 -0700 Date: Thu, 20 Apr 1995 02:10:06 -0700 Message-Id: <199504200910.CAA23573@freefall.cdrom.com> From: Edward Wang Reply-To: Edward Wang To: freebsd-bugs Subject: kern/353: xcdplayer crashes machine In-Reply-To: Your message of Thu, 20 Apr 1995 02:01:05 -0700 <199504200901.CAA01861@edcom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 353 >Category: kern >Synopsis: xcdplayer crashes machine (with NCR810 SCSI) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 20 02:10:03 1995 >Originator: Edward Wang >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: 950322-SNAP, NCR810 SCSI The drive is "SONY CD-ROM CDU-8012 3.1a", which is an old Sun external CDROM box. >Description: Ejecting the CD in xcdplayer (using the eject control in the program) sometimes causes a timeout (or so I infer), followed by a scsi reset that doesn't quite recover. At this point, the machine dies with all scsi commands failing. One consequence is the inability to sync before reboot. Another is not being able to switch to ttyv0 (if any paging of the X server is involved) and see the error messages. The problem is most likely not caused by xcdplayer itself. >How-To-Repeat: xcdplayer click on the eject box wait >Fix: If someone wants to debug this, I can try to repeat and get the kernel messages and some more data. As it is, since it's a particularly nasty crash, I don't want to mess with it too much. I did try it twice to make sure it wasn't a fluke. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 20 05:53:04 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA27274 for bugs-outgoing; Thu, 20 Apr 1995 05:53:04 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA27268 for ; Thu, 20 Apr 1995 05:52:57 -0700 Received: from gwdu17.gwdg.de (gwdu17.gwdg.de [134.76.10.98]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id FAA21211 for ; Thu, 20 Apr 1995 05:49:55 -0700 Received: from namu01.gwdg.de (actually namu07.gwdg.de) by gwdu17.gwdg.de with SMTP (PP); Thu, 20 Apr 1995 14:57:04 +0200 Received: by namu01.gwdg.de (5.57/Ultrix3.0-C) id AA26059; Thu, 20 Apr 95 14:50:45 +0200 Date: Thu, 20 Apr 95 14:50:45 +0200 From: rw@namu01.gwdg.de (Rainer Wittmann UMS) Message-Id: <9504201250.AA26059@namu01.gwdg.de> To: bugs@FreeBSD.org Subject: signal handling bug Sender: bugs-owner@FreeBSD.org Precedence: bulk Any unix system, I know, except FreeBSD 2.0, behaves as follows, if a process is reading from a slow device like standard input from a terminal. If this process receives a signal, for which a signal handler was installed by the process, then immediately control is tranferred to the signal handler (FreeBSD does this as well). After the signal was serviced, the read system call is termianted and errno is set to EINTR. Rather then doing this, FreeBSD completes the read system call, as if no signal would have arrived. This misbehavior breaks some of may programs. No matter, how often it gets a signal. It NEVER sets errno to EINTR. This behavior also contradicts the man page of read. To verify the above, run the program below and press `ctrl-c' or send SIGINT to it. On FreeBSD it doesn't immediately terminate as it does on any other unix. #include #include #include #include void SIGINT_handler(void) { signal(SIGINT, (void (*)(int))SIGINT_handler); fprintf(stdout, "\nSIGINT received\n"); } char chr; void main(void) { signal(SIGINT, (void (*)(int))SIGINT_handler); errno = 0; read(0, &chr, 1); if( errno == EINTR ) fprintf(stdout, "errno = EINTR\n"); } From owner-freebsd-bugs Thu Apr 20 08:10:27 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA29900 for bugs-outgoing; Thu, 20 Apr 1995 08:10:27 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA29892 for ; Thu, 20 Apr 1995 08:10:05 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA19958; Fri, 21 Apr 1995 01:06:53 +1000 Date: Fri, 21 Apr 1995 01:06:53 +1000 From: Bruce Evans Message-Id: <199504201506.BAA19958@godzilla.zeta.org.au> To: bugs@FreeBSD.org, rw@namu01.gwdg.de Subject: Re: signal handling bug Sender: bugs-owner@FreeBSD.org Precedence: bulk >Any unix system, I know, except FreeBSD 2.0, behaves as follows, >if a process is reading from a slow device like standard input from >a terminal. If this process receives a signal, for which a signal >handler was installed by the process, then immediately control >is tranferred to the signal handler (FreeBSD does this as well). >After the signal was serviced, the read system call is termianted >and errno is set to EINTR. Rather then doing this, FreeBSD completes >the read system call, as if no signal would have arrived. This >misbehavior breaks some of may programs. No matter, how often >it gets a signal. It NEVER sets errno to EINTR. This behavior >also contradicts the man page of read. This is standard BSD behaviour. See the man pages for signal(), sigaction() and siginterrupt() and references to the SA_RESTART sigaction flag in these man pages and in New code should normally use sigaction() and not the other functions. sigaction() is precisely defined by POSIX (as not having the SA_RESTART behaviour by default). The behaviour of signal() is system dependent. Bruce From owner-freebsd-bugs Thu Apr 20 08:22:52 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA00295 for bugs-outgoing; Thu, 20 Apr 1995 08:22:52 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA00289 for ; Thu, 20 Apr 1995 08:22:51 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA05095; Thu, 20 Apr 1995 11:18:32 -0400 Date: Thu, 20 Apr 1995 11:18:32 -0400 From: Garrett Wollman Message-Id: <9504201518.AA05095@halloran-eldar.lcs.mit.edu> To: rw@namu01.gwdg.de (Rainer Wittmann UMS) Cc: bugs@FreeBSD.org Subject: signal handling bug In-Reply-To: <9504201250.AA26059@namu01.gwdg.de> References: <9504201250.AA26059@namu01.gwdg.de> Sender: bugs-owner@FreeBSD.org Precedence: bulk < Any unix system, I know, except FreeBSD 2.0, behaves as follows, > [description deleted] Then you've never before used a 4BSD system. This is very long-standard BSD behavior (goes back to 1982 or earlier). > void SIGINT_handler(void) void SIGINT_handler(int) > { > signal(SIGINT, (void (*)(int))SIGINT_handler); Obviously you're used to using System V. Delete this line. > fprintf(stdout, "\nSIGINT received\n"); > } > char chr; > void main(void) > { > signal(SIGINT, (void (*)(int))SIGINT_handler); struct sigaction sa; sa.sa_handler = SIGINT_handler; sigemptyset(&sa.sa_mask); sa.sa_flags = 0; sigaction(SIGINT, &sa, (struct sigaction *)0); > errno = 0; > read(0, &chr, 1); > if( errno == EINTR ) fprintf(stdout, "errno = EINTR\n"); > } -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Thu Apr 20 08:30:41 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA00437 for bugs-outgoing; Thu, 20 Apr 1995 08:30:41 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA00429 for ; Thu, 20 Apr 1995 08:30:38 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA29195; Thu, 20 Apr 95 17:30:14 +0100 Date: Thu, 20 Apr 95 17:30:14 +0100 From: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Message-Id: <9504201630.AA29195@cabri.obs-besancon.fr> To: edward@edcom.com Cc: nate@trout.sri.mt.net, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504200901.CAA01865@edcom.com> (message from Edward Wang on Thu, 20 Apr 1995 02:01:08 -0700) Subject: Re: ports/352: tex package generally messed up X-Mailer: Emacs Sender: bugs-owner@FreeBSD.org Precedence: bulk >>>>> "Edward" == Edward Wang writes: > / OK. Since the port is interactive and asks where to put created fonts, > / I will make the script more informative and change the defaults to > / ${PREFIX}/lib/texmf/fonts/pk. > Will this apply to the tex package as well (as oppose to the port)? In fact this only apply to xdvi and dvips, since TeX does not use bitmap fonts. Those ports are interactive, and there is normally no corresponding package. However I will build packages with the default paths and an install script to warn the user. > Okay. I'll take a stab at bibtex. Is it available at the same > ftp sites as Tex? It'll be an excuse to learn the port system. It is available at the same site as tex. You may look at the LaTeX port if you want a starting point to make your port. > Are you also responsible for ghostscript? > It (the ghostscript-2.6.1.tgz package) installs with mode 444 > for the directories. No. I'll look at this if nobody does though. Jean-Marc. ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Jean-Marc Zucconi | jmz@cabri.obs-besancon.fr Observatoire de Besancon | F 25010 Besancon cedex | PGP Key: finger jmz@cabri.obs-besancon.fr ========================================================================= From owner-freebsd-bugs Thu Apr 20 08:59:19 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA01259 for bugs-outgoing; Thu, 20 Apr 1995 08:59:19 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA01236 ; Thu, 20 Apr 1995 08:58:58 -0700 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id IAA04465; Thu, 20 Apr 1995 08:57:12 -0700 From: Steven G Kargl Message-Id: <199504201557.IAA04465@troutmask.apl.washington.edu> Subject: Re: some comments on the 2.0 and 3.1.1 To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 20 Apr 1995 08:57:11 -0700 (PDT) Cc: shih@cithe312.cithep.caltech.edu, bugs@FreeBSD.org, current@FreeBSD.org In-Reply-To: <10801.798345377@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 19, 95 07:36:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1316 Sender: bugs-owner@FreeBSD.org Precedence: bulk According to Jordan K. Hubbard: > > > First of all, many thanks for making FreeBSD and Xfree86 working on PC. > > > > I have some comments on those, just for your information: > > Thank you, such information is always appreciated! We don't have all > possible hardware to test on ourselves and rely on user feedback to > let us know how we're doing! I will make a note that there's still > some problems with the ATI Mach 64, or that a possible configuration > problem exists. The failure to boot with the 2940 under 0412-SNAP is > also disturbing and I'm sure Justin will follow up to it. > > > > > 2.0-950412-SNAP: failed on the installation; > > stop at "root device changed to sd0a..." > > > Jordan, I think his problem is related to probing problems with the ep0 driver (3c509). This is the behaviour I saw last Friday when I upgraded my -current machine to 0412-SNAP:( He might be able to boot if he disables all devices that can conflict with the 3c509 (boot: -c and disable everything at address 0x300). If you recall I reported that wt0 and mcd0 found the 3c509. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-bugs Thu Apr 20 09:00:01 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA01297 for bugs-outgoing; Thu, 20 Apr 1995 09:00:01 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA01290 ; Thu, 20 Apr 1995 09:00:01 -0700 Date: Thu, 20 Apr 1995 09:00:01 -0700 Message-Id: <199504201600.JAA01290@freefall.cdrom.com> From: "Garrett A. Wollman" Reply-To: "Garrett A. Wollman" To: freebsd-bugs Subject: kern/354: Can't configure two IP aliases with the same network/netmask In-Reply-To: Your message of Thu, 20 Apr 1995 11:56:56 -0400 <199504201556.LAA03933@khavrinen.lcs.mit.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 354 >Category: kern >Synopsis: Can't configure two IP aliases with the same network/netmask >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 20 09:00:00 1995 >Originator: Garrett A. Wollman >Organization: MIT Laboratory for Computer Science >Release: FreeBSD 2.1.0-Development i386 >Environment: -current >Description: # ifconfig ed0 18.26.0.162 netmask 255.255.255.0 broadcast 18.26.0.0 # ifconfig ed0 alias 18.26.0.201 netmask 255.255.255.0 broadcast 18.26.0.0 ifconfig: ioctl (SIOCAIFADDR): File exists >How-To-Repeat: as above >Fix: I will investigate >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 20 09:11:11 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA01598 for bugs-outgoing; Thu, 20 Apr 1995 09:11:11 -0700 Received: from mozart.american.com (mozart.american.com [204.253.96.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA01592 for ; Thu, 20 Apr 1995 09:11:09 -0700 Received: from localhost (localhost [127.0.0.1]) by mozart.american.com (8.6.9/8.6.9) with SMTP id LAA25997; Thu, 20 Apr 1995 11:53:50 -0400 Message-Id: <199504201553.LAA25997@mozart.american.com> X-Authentication-Warning: mozart.american.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: josh@american.com, freebsd-bugs@freefall.cdrom.com Subject: Re: misc/350: 950412-SNAP: mouse buttons dont always work In-reply-to: Your message of "Wed, 19 Apr 1995 22:30:49 +0200." <199504192030.WAA10082@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 20 Apr 1995 11:53:50 -0400 From: Josh Littlefield Sender: bugs-owner@FreeBSD.org Precedence: bulk > This is totally unrelated. It has been mentioned several times in > Usenet. It became the ``FAQ of the month'' meanwhile... You need to > specify > > ServerNumLock Thanks very much. This was certainly the problem with xterm. And, lo and behold, the Tk problem _was_ related, since it solved that problem as well. Sorry to report a known bug. I did check the FAQ, and I even searched the Usenet archives through the FreeBSD WWW page, but hadn't seen anything. I don't know the proper mechanism, but this bug should be altered to reference this workaround as a solution to both problems. Thanks again. -josh ===================================================================== Josh Littlefield American Internet Corporation josh@american.com 4 Preston Court Tel: 617-271-9200 Fax: 617-275-4930 Bedford, MA 01730 From owner-freebsd-bugs Thu Apr 20 09:45:42 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA02086 for bugs-outgoing; Thu, 20 Apr 1995 09:45:42 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA02080 for ; Thu, 20 Apr 1995 09:45:32 -0700 Received: by sequent.kiae.su id AA27938 (5.65.kiae-2 ); Thu, 20 Apr 1995 20:36:05 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 20 Apr 95 20:36:05 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id UAA02538; Thu, 20 Apr 1995 20:33:54 +0400 To: Rainer Wittmann UMS , Garrett Wollman Cc: bugs@FreeBSD.org References: <9504201250.AA26059@namu01.gwdg.de> <9504201518.AA05095@halloran-eldar.lcs.mit.edu> In-Reply-To: <9504201518.AA05095@halloran-eldar.lcs.mit.edu>; from Garrett Wollman at Thu, 20 Apr 1995 11:18:32 -0400 Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 20 Apr 1995 20:33:53 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: signal handling bug Lines: 50 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1348 Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <9504201518.AA05095@halloran-eldar.lcs.mit.edu> Garrett Wollman writes: ><> Any unix system, I know, except FreeBSD 2.0, behaves as follows, >> [description deleted] >Then you've never before used a 4BSD system. This is very >long-standard BSD behavior (goes back to 1982 or earlier). >> void SIGINT_handler(void) >void SIGINT_handler(int) >> { >> signal(SIGINT, (void (*)(int))SIGINT_handler); >Obviously you're used to using System V. Delete this line. >> fprintf(stdout, "\nSIGINT received\n"); >> } >> char chr; >> void main(void) >> { >> signal(SIGINT, (void (*)(int))SIGINT_handler); > struct sigaction sa; > sa.sa_handler = SIGINT_handler; > sigemptyset(&sa.sa_mask); > sa.sa_flags = 0; > sigaction(SIGINT, &sa, (struct sigaction *)0); >> errno = 0; >> read(0, &chr, 1); >> if( errno == EINTR ) fprintf(stdout, "errno = EINTR\n"); >> } You even don't need such complex procedure, just use single line siginterrupt(SIGINT, 1); -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-bugs Thu Apr 20 10:01:57 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA02354 for bugs-outgoing; Thu, 20 Apr 1995 10:01:57 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA02347 for ; Thu, 20 Apr 1995 10:01:55 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA05306; Thu, 20 Apr 1995 13:01:33 -0400 Date: Thu, 20 Apr 1995 13:01:33 -0400 From: Garrett Wollman Message-Id: <9504201701.AA05306@halloran-eldar.lcs.mit.edu> To: "Andrey A. Chernov, Black Mage" Cc: bugs@FreeBSD.org Subject: Re: signal handling bug In-Reply-To: References: <9504201250.AA26059@namu01.gwdg.de> <9504201518.AA05095@halloran-eldar.lcs.mit.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk < said: > You even don't need such complex procedure, just use single line > siginterrupt(SIGINT, 1); Which is completely and utterly non-standard. I prefer to teach standard coding ptactices in my tutorials whenever possible. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Thu Apr 20 11:01:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA03871 for bugs-outgoing; Thu, 20 Apr 1995 11:01:08 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA03863 for ; Thu, 20 Apr 1995 11:00:43 -0700 Received: by sequent.kiae.su id AA15484 (5.65.kiae-2 ); Thu, 20 Apr 1995 21:52:35 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 20 Apr 95 21:52:34 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id VAA02915; Thu, 20 Apr 1995 21:49:00 +0400 To: Garrett Wollman Cc: bugs@FreeBSD.org References: <9504201250.AA26059@namu01.gwdg.de> <9504201518.AA05095@halloran-eldar.lcs.mit.edu> <9504201701.AA05306@halloran-eldar.lcs.mit.edu> In-Reply-To: <9504201701.AA05306@halloran-eldar.lcs.mit.edu>; from Garrett Wollman at Thu, 20 Apr 1995 13:01:33 -0400 Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 20 Apr 1995 21:48:59 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: signal handling bug Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 785 Sender: bugs-owner@FreeBSD.org Precedence: bulk In message <9504201701.AA05306@halloran-eldar.lcs.mit.edu> Garrett Wollman writes: >< said: >> You even don't need such complex procedure, just use single line >> siginterrupt(SIGINT, 1); >Which is completely and utterly non-standard. I prefer to teach >standard coding ptactices in my tutorials whenever possible. Not more non-standard than way you suggest: both things are BSDsms equally. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-bugs Thu Apr 20 11:09:34 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04220 for bugs-outgoing; Thu, 20 Apr 1995 11:09:34 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA04214 for ; Thu, 20 Apr 1995 11:09:30 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA25748; Thu, 20 Apr 95 12:02:25 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504201802.AA25748@cs.weber.edu> Subject: Re: signal handling bug To: rw@namu01.gwdg.de (Rainer Wittmann UMS) Date: Thu, 20 Apr 95 12:02:24 MDT Cc: bugs@FreeBSD.org In-Reply-To: <9504201250.AA26059@namu01.gwdg.de> from "Rainer Wittmann UMS" at Apr 20, 95 02:50:45 pm X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > Any unix system, I know, except FreeBSD 2.0, behaves as follows, > if a process is reading from a slow device like standard input from > a terminal. If this process receives a signal, for which a signal > handler was installed by the process, then immediately control > is tranferred to the signal handler (FreeBSD does this as well). > After the signal was serviced, the read system call is termianted > and errno is set to EINTR. Rather then doing this, FreeBSD completes > the read system call, as if no signal would have arrived. This > misbehavior breaks some of may programs. No matter, how often > it gets a signal. It NEVER sets errno to EINTR. This behavior > also contradicts the man page of read. This is legacy BSD. Look at the siginterrupt() man page. This will cause the behaviour you desire. Or you can explicitly request the behaviour in the masking with the POSIX interface. I think that interrupting the system call is a scary default, since it means all system calls and all system calls in libraries that are in function that you don't know contain system calls will also need to be "restart wrapped". There is a lot of code to use longjmp to get around the problem and actually interrupt the system call -- this is legacy code for BSD systems. The initial introduction of siginterrupt(0 was, i believe, in DEC Ultrix 4.1 Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Thu Apr 20 11:10:26 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04266 for bugs-outgoing; Thu, 20 Apr 1995 11:10:26 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA04256 for ; Thu, 20 Apr 1995 11:10:20 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA05567; Thu, 20 Apr 1995 14:10:02 -0400 Date: Thu, 20 Apr 1995 14:10:02 -0400 From: Garrett Wollman Message-Id: <9504201810.AA05567@halloran-eldar.lcs.mit.edu> To: "Andrey A. Chernov, Black Mage" Cc: bugs@FreeBSD.org Subject: Re: signal handling bug In-Reply-To: References: <9504201250.AA26059@namu01.gwdg.de> <9504201518.AA05095@halloran-eldar.lcs.mit.edu> <9504201701.AA05306@halloran-eldar.lcs.mit.edu> Sender: bugs-owner@FreeBSD.org Precedence: bulk < said: >> Which is completely and utterly non-standard. I prefer to teach >> standard coding ptactices in my tutorials whenever possible. > Not more non-standard than way you suggest: both things are BSDsms > equally. Bullshit. Stop making these statements when you don't know what the hell you're talking about, please. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-bugs Thu Apr 20 11:24:59 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA04899 for bugs-outgoing; Thu, 20 Apr 1995 11:24:59 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA04893 for ; Thu, 20 Apr 1995 11:24:57 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA25841; Thu, 20 Apr 95 12:10:33 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504201810.AA25841@cs.weber.edu> Subject: Re: misc/350: 950412-SNAP: mouse buttons dont always work To: josh@american.com (Josh Littlefield) Date: Thu, 20 Apr 95 12:10:32 MDT Cc: joerg_wunsch@uriah.heep.sax.de, josh@american.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504201553.LAA25997@mozart.american.com> from "Josh Littlefield" at Apr 20, 95 11:53:50 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > > This is totally unrelated. It has been mentioned several times in > > Usenet. It became the ``FAQ of the month'' meanwhile... You need to > > specify > > > > ServerNumLock > > Thanks very much. This was certainly the problem with xterm. And, lo and > behold, the Tk problem _was_ related, since it solved that problem as well. > > Sorry to report a known bug. I did check the FAQ, and I even searched the > Usenet archives through the FreeBSD WWW page, but hadn't seen anything. > > I don't know the proper mechanism, but this bug should be altered to reference > this workaround as a solution to both problems. This is a ridiculously frequent problem. Perhaps the Xfree86 people should be petitioned to change their default XConfig. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-bugs Thu Apr 20 12:38:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA07286 for bugs-outgoing; Thu, 20 Apr 1995 12:38:09 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA07279 ; Thu, 20 Apr 1995 12:38:08 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Mike O'Brien" cc: freebsd-bugs@FreeBSD.org Subject: Re: No libtk.a in tk package In-reply-to: Your message of "Thu, 20 Apr 95 00:59:20 PDT." <95Apr20.005927pdt.111110-2@aero.org> Date: Thu, 20 Apr 1995 12:38:08 -0700 Message-ID: <7278.798406688@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk Fixed in -current. :-) Jordan > Just in case anyone hasn't noticed, 'libtk.a' is > missing from the tk package on the 2.0R CD-ROM. > > Mike O'Brien From owner-freebsd-bugs Thu Apr 20 12:46:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA07448 for bugs-outgoing; Thu, 20 Apr 1995 12:46:03 -0700 Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA07441 for ; Thu, 20 Apr 1995 12:46:01 -0700 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id OAA05095; Thu, 20 Apr 1995 14:45:51 -0500 Date: Thu, 20 Apr 1995 14:45:51 -0500 From: Mark Tinguely Message-Id: <199504201945.OAA05095@plains.nodak.edu> To: jkh@freefall.cdrom.com, obrien@antares.aero.org Subject: Re: No libtk.a in tk package Cc: freebsd-bugs@FreeBSD.org Content-Length: 131 Sender: bugs-owner@FreeBSD.org Precedence: bulk > Fixed in -current. > > :-) are you poking fun of the Dr. Protocol article? Personally, I squirmed when I saw that. --mark. From owner-freebsd-bugs Thu Apr 20 14:00:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09706 for bugs-outgoing; Thu, 20 Apr 1995 14:00:07 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09697 ; Thu, 20 Apr 1995 14:00:05 -0700 Date: Thu, 20 Apr 1995 14:00:05 -0700 Message-Id: <199504202100.OAA09697@freefall.cdrom.com> From: Mark Valentine Reply-To: Mark Valentine To: freebsd-bugs Subject: misc/355: policy on /usr/local permission in base release In-Reply-To: Your message of Thu, 20 Apr 1995 21:44:51 +0100 <199504202044.VAA04226@linus.demon.co.uk> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 355 >Category: misc >Synopsis: policy on /usr/local permission in base release >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 20 14:00:03 1995 >Originator: Mark Valentine >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: All systems. >Description: /usr/src/etc/mtree/BSD.usr.dist has an entry for /usr/local, which specifies policy for directory permissions which may be incompatible with local policy. This policy is enforced whenever you "make world". It's a little annoying having to keep undoing this, and inconvenient to keep patching the file in a ctm tree before each build. Is there any reason to keep this line in BSD.usr.dist - would BSD.local.dist not suffice for those who want to simply adopt the default policy for /usr/local? >How-To-Repeat: make world >Fix: Remove "local" entry from etc/mtree/BSD.usr.dist. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 20 14:28:12 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA10593 for bugs-outgoing; Thu, 20 Apr 1995 14:28:12 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA10578 for ; Thu, 20 Apr 1995 14:27:50 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA08577; Thu, 20 Apr 1995 23:27:05 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA19047; Thu, 20 Apr 1995 23:27:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA04937; Thu, 20 Apr 1995 23:24:53 +0200 From: J Wunsch Message-Id: <199504202124.XAA04937@uriah.heep.sax.de> Subject: Re: misc/350: 950412-SNAP: mouse buttons dont always work To: josh@american.com (Josh Littlefield) Date: Thu, 20 Apr 1995 23:24:52 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, josh@american.com, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504201553.LAA25997@mozart.american.com> from "Josh Littlefield" at Apr 20, 95 11:53:50 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1083 Sender: bugs-owner@FreeBSD.org Precedence: bulk As Josh Littlefield wrote: > > > This is totally unrelated. It has been mentioned several times in > > Usenet. It became the ``FAQ of the month'' meanwhile... You need to > > specify > > > > ServerNumLock > > Thanks very much. This was certainly the problem with xterm. And, lo and > behold, the Tk problem _was_ related, since it solved that problem as well. Ok, so i'm closing the bug report. > Sorry to report a known bug. I did check the FAQ, and I even searched the > Usenet archives through the FreeBSD WWW page, but hadn't seen anything. Hmm, it has been discussed in Usenet recently, and it came up several times. I've answered those questions myself a few times, but it's not from my own experience, only from what i've heard. > I don't know the proper mechanism, but this bug should be altered to reference > this workaround as a solution to both problems. Could you please report the bug to the XFree86 people? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Apr 20 14:28:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA10620 for bugs-outgoing; Thu, 20 Apr 1995 14:28:25 -0700 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA10606 ; Thu, 20 Apr 1995 23:28:24 +0200 Date: Thu, 20 Apr 1995 23:28:24 +0200 From: Joerg Wunsch Message-Id: <199504202128.XAA10606@freefall.cdrom.com> To: josh@american.com, joerg, freebsd-bugs Subject: Changed information for PR misc/350 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: mouse clicks ignored by remote Tk and local/remote xterm State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Thu Apr 20 23:23:01 MET DST 1995 State-Changed-Why: The problem has been caused by an XFree86 (tm) bug. Recent X-Servers (XFree86 3.1.1) appear to run only correctly if the term ServerNumLock is mentioned in the keyboard section of the XF86Config file. From owner-freebsd-bugs Thu Apr 20 15:23:35 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA12131 for bugs-outgoing; Thu, 20 Apr 1995 15:23:35 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA12108 for ; Thu, 20 Apr 1995 15:22:28 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09873; Fri, 21 Apr 1995 00:22:04 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA19301 for freebsd-bugs@FreeBSD.org; Fri, 21 Apr 1995 00:22:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA05433 for freebsd-bugs@FreeBSD.org; Fri, 21 Apr 1995 00:07:11 +0200 From: J Wunsch Message-Id: <199504202207.AAA05433@uriah.heep.sax.de> Subject: Re: misc/350: 950412-SNAP: mouse buttons dont always work To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Date: Fri, 21 Apr 1995 00:07:10 +0200 (MET DST) Reply-To: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) In-Reply-To: <9504201810.AA25841@cs.weber.edu> from "Terry Lambert" at Apr 20, 95 12:10:32 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 898 Sender: bugs-owner@FreeBSD.org Precedence: bulk [Cc stripped down to the list only] As Terry Lambert wrote: > > > > ServerNumLock > This is a ridiculously frequent problem. Perhaps the Xfree86 people > should be petitioned to change their default XConfig. Yup, Terry's one of the few persons also reading Usenet. :-) I think, this is not *intentional*, it just happened since XFree86 did one thing that is a DONT for good release management. After all the beta cycles for 3.1.1 were over, they patiently waited for the (internally announced) official XConsortium patches to appear. They have been finally integrated without the usual testing, hence just this issue didn't come up before the release happened. I'll get back to David Dawes for this (i don't think he's also watching this list). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Apr 20 17:05:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA14555 for bugs-outgoing; Thu, 20 Apr 1995 17:05:05 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA14547 ; Thu, 20 Apr 1995 17:05:02 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: rw@namu01.gwdg.de (Rainer Wittmann UMS) cc: bugs@FreeBSD.org Subject: Re: signal handling bug In-reply-to: Your message of "Thu, 20 Apr 95 14:50:45 +0200." <9504201250.AA26059@namu01.gwdg.de> Date: Thu, 20 Apr 1995 17:05:00 -0700 Message-ID: <14542.798422700@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > Any unix system, I know, except FreeBSD 2.0, behaves as follows, > if a process is reading from a slow device like standard input from > a terminal. If this process receives a signal, for which a signal > handler was installed by the process, then immediately control > is tranferred to the signal handler (FreeBSD does this as well). > After the signal was serviced, the read system call is termianted > and errno is set to EINTR. Rather then doing this, FreeBSD completes > the read system call, as if no signal would have arrived. This I believe this is standard BSD behavior, if my past reading of the emacs sources are correct. Are you sure that the UNIX systems you've used up to now weren't SYSV based? This bit of SYSV brainda^H^H^H^H^H^Hbehavior is well documented.. Jordan From owner-freebsd-bugs Thu Apr 20 18:30:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18739 for bugs-outgoing; Thu, 20 Apr 1995 18:30:05 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18732 ; Thu, 20 Apr 1995 18:30:03 -0700 Date: Thu, 20 Apr 1995 18:30:03 -0700 Message-Id: <199504210130.SAA18732@freefall.cdrom.com> From: Edward Wang Reply-To: Edward Wang To: freebsd-bugs Subject: misc/356: package xanim2683.tgz is missing man page In-Reply-To: Your message of Thu, 20 Apr 1995 18:27:55 -0700 <199504210127.SAA02832@edcom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 356 >Category: misc >Synopsis: package xanim2683.tgz is missing man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 20 18:30:01 1995 >Originator: & Wang >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: 950322-SNAP >Description: xanim2683.tgz attempts to install a man page, but the tar file is missing it. >How-To-Repeat: pkg_add -v xanim2683.tgz < see error message > tar vtzf xanim2683.tgz < see no man page in file > >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 20 18:50:03 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19513 for bugs-outgoing; Thu, 20 Apr 1995 18:50:03 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19506 ; Thu, 20 Apr 1995 18:50:02 -0700 Date: Thu, 20 Apr 1995 18:50:02 -0700 Message-Id: <199504210150.SAA19506@freefall.cdrom.com> From: Edward Wang Reply-To: Edward Wang To: freebsd-bugs Subject: bin/357: pkg_delete aborts when subcommand fails In-Reply-To: Your message of Thu, 20 Apr 1995 18:48:35 -0700 <199504210148.SAA00366@edcom.com> Sender: bugs-owner@FreeBSD.org Precedence: bulk >Number: 357 >Category: bin >Synopsis: pkg_delete aborts when subcommand fails >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs (FreeBSD bugs mailing list) >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 20 18:50:01 1995 >Originator: & Wang >Organization: >Release: FreeBSD 2.1.0-Development i386 >Environment: 950322-SNAP >Description: When pkg_delete fails to remove a file, it leaves the package in the database, which will then have to be removed by hand. There is apparently no way to force the removal of the package. This happens all the time, because errors or missing files in packages are common. >How-To-Repeat: pkg_add xanim2683.tgz ... see missing man page error pkg_delete xanim2683 ... see can't remove man page error pkg_info xanim2683 ... see that package still claims to be installed >Fix: Don't know. Probably a flag should allow errors to be ignored. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Apr 20 20:20:13 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA22940 for bugs-outgoing; Thu, 20 Apr 1995 20:20:13 -0700 Received: from uu10.psi.com (uu10.psi.com [38.8.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA22934 for ; Thu, 20 Apr 1995 20:20:11 -0700 Received: from phofarm.com by uu10.psi.com (5.65b/4.0.061193-PSI/PSINet) via UUCP; id AA14426 for ; Thu, 20 Apr 95 23:19:59 -0400 Received: by phofarm.com (Fernmail); Thu, 20 Apr 95 23:18:05 To: freebsd-bugs@FreeBSD.org Subject: Problems compiling pd-ksh under 2.0-950412-SNAP From: dzerkel@phofarm.com (Danny J. Zerkel) Date: Thu, 20 Apr 95 23:18:05 -0500 Message-Id: X-Mailer: Fernmail 1.2.1 (unregistered, shareware fee not paid) Sender: bugs-owner@FreeBSD.org Precedence: bulk The compile for pd-ksh stops in the middle of the config stuff at the "Checking for working mmep" step. All processes on that tty get hung and can't be killed. Any ideas? This is on a Compaq 5/60 (yuck!). pd-ksh compiled fine on 950322-SNAP. Danny J. Zerkel Photon Farmers "Cultivating Your Digital Image" From owner-freebsd-bugs Fri Apr 21 00:21:52 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02164 for bugs-outgoing; Fri, 21 Apr 1995 00:21:52 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA02157 ; Fri, 21 Apr 1995 00:21:51 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Garrett Wollman cc: "Andrey A. Chernov, Black Mage" , bugs@FreeBSD.org Subject: Re: signal handling bug In-reply-to: Your message of "Thu, 20 Apr 95 14:10:02 EDT." <9504201810.AA05567@halloran-eldar.lcs.mit.edu> Date: Fri, 21 Apr 1995 00:21:42 -0700 Message-ID: <2153.798448902@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk > < said: > > >> Which is completely and utterly non-standard. I prefer to teach > >> standard coding ptactices in my tutorials whenever possible. > > > Not more non-standard than way you suggest: both things are BSDsms > > equally. > > [response deleted due to an excess and wholly inappropriate level of vitriol] Garrett, You know as well as any of us here that neither this language or this attitude ARE TOLERATED IN THIS MAILING LIST. You will live within those guidelines or you will be removed, and make no mistake about it. None of us deserve to be talked to that way, no matter how onerous our technical errors may be. You WILL deal with Andrew as one professional to another or you will not deal with any of us. I really thought that that days when I'd need to make this point clear to another core team member were long past... I'm very disappointed by this message. Jordan From owner-freebsd-bugs Fri Apr 21 00:32:07 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02414 for bugs-outgoing; Fri, 21 Apr 1995 00:32:07 -0700 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA02408 for ; Fri, 21 Apr 1995 00:31:54 -0700 Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.8/8.6.6) id JAA13573; Fri, 21 Apr 1995 09:28:03 +0200 From: Thomas Gellekum Message-Id: <199504210728.JAA13573@ghpc6.ihf.rwth-aachen.de> Subject: Re: ports/352: tex package generally messed up To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Date: Fri, 21 Apr 1995 09:28:02 +0200 (MET DST) Cc: edward@edcom.com, nate@trout.sri.mt.net, freebsd-bugs@freefall.cdrom.com In-Reply-To: <9504201630.AA29195@cabri.obs-besancon.fr> from "Jean-Marc Zucconi" at Apr 20, 95 05:30:14 pm Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 399 Sender: bugs-owner@FreeBSD.org Precedence: bulk Jean-Marc Zucconi wrote: > > > Okay. I'll take a stab at bibtex. Is it available at the same > > ftp sites as Tex? It'll be an excuse to learn the port system. > > It is available at the same site as tex. You may look at the LaTeX > port if you want a starting point to make your port. Isn't bibtex part of the web2c package and thus automatically built together with tex and metafont? tg From owner-freebsd-bugs Fri Apr 21 01:15:20 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA03012 for bugs-outgoing; Fri, 21 Apr 1995 01:15:20 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA03005 ; Fri, 21 Apr 1995 01:15:15 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Edward Wang cc: freebsd-bugs@freefall.cdrom.com Subject: Re: bin/357: pkg_delete aborts when subcommand fails In-reply-to: Your message of "Thu, 20 Apr 95 18:50:02 PDT." <199504210150.SAA19506@freefall.cdrom.com> Date: Fri, 21 Apr 1995 01:15:13 -0700 Message-ID: <3003.798452113@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: bugs-owner@FreeBSD.org Precedence: bulk This is on my list of things to fix. I'll hopefully be able to close this PR shortly! Jordan From owner-freebsd-bugs Fri Apr 21 02:47:18 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA04922 for bugs-outgoing; Fri, 21 Apr 1995 02:47:18 -0700 Received: from gwdu17.gwdg.de (gwdu17.gwdg.de [134.76.10.98]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA04916 for ; Fri, 21 Apr 1995 02:47:14 -0700 Received: from namu01.gwdg.de (actually namu02.gwdg.de) by gwdu17.gwdg.de with SMTP (PP); Fri, 21 Apr 1995 11:51:27 +0200 Received: by namu01.gwdg.de (5.57/Ultrix3.0-C) id AA18735; Fri, 21 Apr 95 11:45:09 +0200 Date: Fri, 21 Apr 95 11:45:09 +0200 From: rw@namu01.gwdg.de (Rainer Wittmann UMS) Message-Id: <9504210945.AA18735@namu01.gwdg.de> To: bde@zeta.org.au, bugs@FreeBSD.org, rw@namu01.gwdg.de Subject: Re: signal handling bug Sender: bugs-owner@FreeBSD.org Precedence: bulk It's not a bug. It's a feature! Especially, if it is combined with siginterrupt, it is more flexible and much more natural than SYSV `signal', while it still can be used without man pages, which cannot be done with sigaction. The rather complicated and powerful sigaction seems to be the only portable way. I did know about it before, but I thought that it is too complicated to be portable and stayed away. Many thanks to all for kindly telling me the facts and not flaming me. I did make test before on Linux, AIX and DEC OSF/1. From owner-freebsd-bugs Fri Apr 21 06:24:55 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA07376 for bugs-outgoing; Fri, 21 Apr 1995 06:24:55 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA07370 for ; Fri, 21 Apr 1995 06:24:47 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA06516; Fri, 21 Apr 95 15:24:18 +0100 Date: Fri, 21 Apr 95 15:24:18 +0100 From: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Message-Id: <9504211424.AA06516@cabri.obs-besancon.fr> To: thomas@ghpc8.ihf.rwth-aachen.de Cc: edward@edcom.com, nate@trout.sri.mt.net, freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504210728.JAA13573@ghpc6.ihf.rwth-aachen.de> (message from Thomas Gellekum on Fri, 21 Apr 1995 09:28:02 +0200 (MET DST)) Subject: Re: ports/352: tex package generally messed up X-Mailer: Emacs Sender: bugs-owner@FreeBSD.org Precedence: bulk >>>>> "Thomas" == Thomas Gellekum writes: > Jean-Marc Zucconi wrote: >> >> > Okay. I'll take a stab at bibtex. Is it available at the same >> > ftp sites as Tex? It'll be an excuse to learn the port system. >> >> It is available at the same site as tex. You may look at the LaTeX >> port if you want a starting point to make your port. > Isn't bibtex part of the web2c package and thus automatically built > together with tex and metafont? Yes, but only the binary. Styles are not part of web2c. > tg Jean-Marc ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Jean-Marc Zucconi | jmz@cabri.obs-besancon.fr Observatoire de Besancon | F 25010 Besancon cedex | PGP Key: finger jmz@cabri.obs-besancon.fr ========================================================================= From owner-freebsd-bugs Fri Apr 21 06:37:52 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA07531 for bugs-outgoing; Fri, 21 Apr 1995 06:37:52 -0700 Received: from edcom.com (edcom.com [140.174.173.185]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA07525 for ; Fri, 21 Apr 1995 06:37:50 -0700 Received: (from edward@localhost) by edcom.com (8.6.11/8.6.9) id GAA00566; Fri, 21 Apr 1995 06:37:43 -0700 Date: Fri, 21 Apr 1995 06:37:43 -0700 From: Edward Wang Message-Id: <199504211337.GAA00566@edcom.com> To: jmz@cabri.obs-besancon.fr, thomas@ghpc8.ihf.rwth-aachen.de Subject: Re: ports/352: tex package generally messed up Cc: freebsd-bugs@freefall.cdrom.com, nate@trout.sri.mt.net Sender: bugs-owner@FreeBSD.org Precedence: bulk / > Isn't bibtex part of the web2c package and thus automatically built / > together with tex and metafont? / / Yes, but only the binary. Styles are not part of web2c. The bibtex package will have to depend on the tex package. That should work fine. Which brings up, I seem to be able to install latex without installing tex first. Also, (I just checked) both dvips and xdvi install MakeTexPK. Not sure what can be done about that. From owner-freebsd-bugs Fri Apr 21 06:43:37 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA07616 for bugs-outgoing; Fri, 21 Apr 1995 06:43:37 -0700 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA07607 for ; Fri, 21 Apr 1995 06:43:26 -0700 Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.8/8.6.6) id PAA15230; Fri, 21 Apr 1995 15:41:32 +0200 From: Thomas Gellekum Message-Id: <199504211341.PAA15230@ghpc6.ihf.rwth-aachen.de> Subject: Re: ports/352: tex package generally messed up To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Date: Fri, 21 Apr 1995 15:41:31 +0200 (MET DST) Cc: thomas@ghpc8.ihf.rwth-aachen.de, edward@edcom.com, nate@trout.sri.mt.net, freebsd-bugs@freefall.cdrom.com In-Reply-To: <9504211424.AA06516@cabri.obs-besancon.fr> from "Jean-Marc Zucconi" at Apr 21, 95 03:24:18 pm Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 555 Sender: bugs-owner@FreeBSD.org Precedence: bulk Jean-Marc Zucconi wrote: > > > Isn't bibtex part of the web2c package and thus automatically built > > together with tex and metafont? > > Yes, but only the binary. Styles are not part of web2c. Of course, sorry. Last time I looked there was a file lib.tar.gz in the systems/web2c (?) on CTAN, which allegedly contained all the necessary styles and format files for the texmf hierarchy. Nowadays it should also contain the latest latex2e. If that's true, the latex port could go. tg (I knew there was a reason why I still use the 1.1.5.1 tex port.) From owner-freebsd-bugs Fri Apr 21 07:01:52 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA07803 for bugs-outgoing; Fri, 21 Apr 1995 07:01:52 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA07773 for ; Fri, 21 Apr 1995 07:00:47 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA06751; Fri, 21 Apr 95 15:58:50 +0100 Date: Fri, 21 Apr 95 15:58:50 +0100 From: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Message-Id: <9504211458.AA06751@cabri.obs-besancon.fr> To: edward@edcom.com Cc: thomas@ghpc8.ihf.rwth-aachen.de, freebsd-bugs@freefall.cdrom.com, nate@trout.sri.mt.net In-Reply-To: <199504211337.GAA00566@edcom.com> (message from Edward Wang on Fri, 21 Apr 1995 06:37:43 -0700) Subject: Re: ports/352: tex package generally messed up X-Mailer: Emacs Sender: bugs-owner@FreeBSD.org Precedence: bulk >>>>> "Edward" == Edward Wang writes: > / > Isn't bibtex part of the web2c package and thus automatically built > / > together with tex and metafont? > / > / Yes, but only the binary. Styles are not part of web2c. > The bibtex package will have to depend on the tex package. > That should work fine. > Which brings up, I seem to be able to install latex without > installing tex first. This is no more true, I added a tex dependency in the latex makefile (march, 3) > Also, (I just checked) both dvips and xdvi install MakeTexPK. > Not sure what can be done about that. This is the same MakeTeXPK in dvips and xdvi, and there is no reason to configure them differently. However I have changed the script so that the user is warned if MakeTeXPK already exists. Jean-Marc. ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~ Jean-Marc Zucconi | jmz@cabri.obs-besancon.fr Observatoire de Besancon | F 25010 Besancon cedex | PGP Key: finger jmz@cabri.obs-besancon.fr ========================================================================= From owner-freebsd-bugs Fri Apr 21 12:51:22 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA17160 for bugs-outgoing; Fri, 21 Apr 1995 12:51:22 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA17154 for ; Fri, 21 Apr 1995 12:51:18 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA09181; Fri, 21 Apr 1995 12:48:27 -0700 From: "Rodney W. Grimes" Message-Id: <199504211948.MAA09181@gndrsh.aac.dev.com> Subject: Re: misc/355: policy on /usr/local permission in base release To: mark@linus.demon.co.uk Date: Fri, 21 Apr 1995 12:48:27 -0700 (PDT) Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504202100.OAA09697@freefall.cdrom.com> from "Mark Valentine" at Apr 20, 95 02:00:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1984 Sender: bugs-owner@FreeBSD.org Precedence: bulk Satoshi, what I am proposing here may effect the new use of this by bsd.port.mk, so make sure you read this! > >Number: 355 > >Category: misc > >Synopsis: policy on /usr/local permission in base release > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-bugs (FreeBSD bugs mailing list) > >State: open > >Class: change-request > >Submitter-Id: current-users > >Arrival-Date: Thu Apr 20 14:00:03 1995 > >Originator: Mark Valentine > >Organization: > >Release: FreeBSD 2.1.0-Development i386 > >Environment: > > All systems. > > >Description: > > /usr/src/etc/mtree/BSD.usr.dist has an entry for /usr/local, > which specifies policy for directory permissions which may > be incompatible with local policy. This policy is enforced > whenever you "make world". It's a little annoying having > to keep undoing this, and inconvenient to keep patching the > file in a ctm tree before each build. Is there any reason > to keep this line in BSD.usr.dist - would BSD.local.dist > not suffice for those who want to simply adopt the default > policy for /usr/local? > > >How-To-Repeat: > > make world > > >Fix: > > Remove "local" entry from etc/mtree/BSD.usr.dist. That is not a complete fix. I propose the following changes. a) Remove local from etc/mtree/BSD.usr.dist b) Rewrite etc/mtree/BSD.local/dist to include local and push all the other stuff under it down one level so that a mtree -deu -f BSD.local.dist -p /usr does the same thing that a mtree -deu -f BSD.local.dist -p /usr/local did. c) Fix etc/Makefile and other related makefiles that call mtree for this file do the right things. d) Check with the ports master to make sure I don't break any thing in there. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-bugs Sat Apr 22 04:30:09 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA20617 for bugs-outgoing; Sat, 22 Apr 1995 04:30:09 -0700 Received: (from gnats@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA20607 for freebsd-bugs; Sat, 22 Apr 1995 04:30:08 -0700 Date: Sat, 22 Apr 1995 04:30:08 -0700 From: GNU GNATS Message-Id: <199504221130.EAA20607@freefall.cdrom.com> To: freebsd-bugs Subject: List of open Problem Reports Sender: bugs-owner@FreeBSD.org Precedence: bulk This is the list of currently open problem reports [1994/09/14] kern/1 Toshiba MK156FB scsi drive does not work with 2.0 ke [1994/10/07] kern/6 System hangs while using slip or ppp connection [1994/11/13] i386/14 No MBR put on prestine IDE disk drive [1994/11/14] bin/17 "mount -t foo /dev/wd1h /mnt" gives incorrect error [1994/11/15] gnu/19 cvs commit core dumps on multiple files [1994/11/18] kern/21 kernel panic. [1994/11/18] conf/22 Cannot use links to share kernel objects [1994/11/23] kern/25 mounting a photocd panics the kernel [1994/11/23] kern/27 Loopback mounts confuse unmount-on-reboot code [1994/11/30] kern/34 nullfs and union mounts can result in wild pointer r [1994/12/03] kern/39 Recent config changes hosed ft config [1994/12/04] kern/40 Floppy tape probe hosed (FIX) [1994/12/06] kern/42 PC-NFS on -current can't access disks [1994/12/07] docs/43 manpage for keysu is missing. reference from keyinit [1994/12/07] kern/44 ep driver won't work with anything but bnc [1994/12/08] kern/46 ed driver don't know the link0 flag (IFF_LINK0) [1994/12/13] misc/48 /etc/rc does not recover recovery files [1994/12/14] kern/51 Panic accessing NFS mounted file system [1994/12/14] gnu/54 No manual entry for uucpd [1994/12/18] misc/67 It took 20 tries to get free-bsd installed [1994/12/18] misc/68 bininst leaves system kinda hung [1994/12/21] misc/75 Netboot ignores gateway [1994/12/20] conf/76 fdisk can't be trusted. [1994/12/21] i386/79 Reboots sometimes don't complete. [1994/12/23] misc/83 System crash after abrupt end of slip session [1995/01/03] kern/95 Configuring a SLIP device with source = destination [1995/01/09] kern/102 PANIC after running Merged Buffer Cache kernel for a [1995/01/10] bin/104 pax -rwl may corrupt filesystem [1995/01/11] i386/105 Distributed libm (msun) has non-standard error handl [1995/01/13] gnu/107 kernel build produces internal compiler error [1995/01/14] bin/109 at command doesn't parse dates time and doesn't prom [1995/01/14] misc/112 ^C cause panic during install [1995/01/14] bin/113 /bin/csh and /usr/local/bin/tcsh choke on my nasty c [1995/01/14] bin/115 systat iostat display doesn't scale high enough [1995/01/14] bin/116 disk transfer rates reported by systat :iostat are t [1995/01/14] misc/118 use of 386bsd partition tag makes multi-os boot hard [1995/01/14] misc/119 you cannot tune your newfs parameters at intall time [1995/01/14] misc/120 first Initial security report is bogus becuase of ls [1995/01/14] bin/124 traceroute doesn't support -g flag. [1995/01/14] docs/127 locate man page does not have any clues to how the d [1995/01/14] misc/128 default owners of system directories is a security h [1995/01/14] bin/129 fsck cannot take a mount point as an argument [1995/01/14] docs/131 there is no man page for uucpd [1995/01/14] docs/132 gettytab documentation is split between /etc/gettyta [1995/01/14] bin/133 mail program doesn't have editheaders option [1995/01/14] misc/134 ispell (in ports) thinks the dictionary is in /usr/d [1995/01/14] bin/135 not enough ptys; virtual console names conflict with [1995/01/14] docs/137 domainname man page references getdomainname(2) whic [1995/01/15] bin/146 version of compress is kinda old and slow [1995/01/19] bin/151 One of the pkg_add set /tmp mod to 755 [1995/01/19] kern/152 Kernel config doesn't handle "irq 2" as irq 9 [1995/01/20] bin/153 mount -u improvement for diskless systems [1995/01/21] kern/157 Quota system does not work [1995/01/21] docs/159 uucp manual files have wrong file locations. [1995/01/21] docs/161 Not MAKEDEV(8) manual page. [1995/01/21] bin/163 telneting sometimes doesn't yield a "login:" prompt [1995/01/21] docs/164 no ptrace(2) manual page. [1995/01/21] docs/165 No documentation on kernel boot flags. [1995/01/21] misc/166 /usr/include/machine/asmacros.h includes uninstalled [1995/01/21] bin/167 makewhatis ignores symbolic links. [1995/01/21] kern/169 Errors from mkdir & mv when directories paths end wi [1995/01/21] bin/170 ar does not print an error message with readonly lib [1995/01/21] docs/171 No documentation on .forward files. [1995/01/21] bin/172 cp -f does not work [1995/01/21] bin/173 rc trys to mount modload fs before ld is available. [1995/01/21] bin/174 Poor error message from stty [1995/01/22] kern/175 Syscons does not recover X graphics mode [1995/01/22] kern/176 EIDRM not defined in errno.h [1995/01/22] docs/177 man pages missing for SYSV IPC funtions [1995/01/23] kern/180 Fiddling with process stack and using scanf with inv [1995/01/24] gnu/183 can't resolve "operator <<" overload [1995/01/24] bin/184 send-pr says "Aborting ..." and happily removes the [1995/01/25] kern/185 kernel stability problems - can't sustain uptimes > [1995/01/25] conf/187 Files referenced in Makefiles do not exist [1995/01/25] bin/188 disklabel uses c partition by default, kernel says d [1995/01/30] gnu/196 size of bss in *.o's reported wrong by size [1995/01/30] bin/198 1.1.5.1 pine binary loops; top shows fancy values [1995/02/01] bin/199 quiz(6) reading database bug, pattern matching bug [1995/02/01] misc/202 System hang or reboot without clues, tcp ppp named r [1995/02/02] bin/204 Installing failes [1995/02/08] kern/211 mv returns "Invalid argument" unreasonably [1995/02/14] kern/214 Using wt driver crashes system [1995/02/14] kern/216 /kernel: panic: ffs_alloccg: map corrupted [1995/02/14] docs/218 dbm references from hash(3) [1995/02/16] kern/219 Performance on local net drops too much when SNDBUF [1995/02/16] misc/220 Cancel still doesn't work during install [1995/02/16] misc/221 lots of error messages during unpacking via ftp inst [1995/02/16] i386/222 boot prompt doesn't always work [1995/02/16] misc/223 default domain shouldn't be hostname [1995/02/18] kern/224 ppp net serial [1995/02/18] kern/225 Panic: invalid wire count when GDB kills stopped inf [1995/03/02] misc/229 acos() core dump [1995/03/03] bin/230 C++ contructors not being called [1995/03/05] gnu/231 send-pr initializes Organization with ~/.signature [1995/03/05] docs/232 The mandoc .St macro doesn't work or misses IEEE754 [1995/03/10] misc/236 2.0-950210-SNAP/src/extract.sh references "release" [1995/03/11] kern/238 failed assertion in ncr.c --> no more scsi disk acce [1995/03/13] bin/241 strange behavior of /bin/sh [1995/03/17] kern/247 Berkeley Packet Filter fix [1995/03/17] kern/248 scbus attach/probe information is inconsistent [1995/03/18] i386/251 disklabel(8) refuses to install new bootstrap [1995/03/18] kern/253 Tagged queuing with an Adaptec 2842 controller doesn [1995/03/19] misc/254 fsck -p misbehaves for SIGQUIT [1995/03/19] gnu/256 nasty gdb bug back in 031595 system [1995/03/20] docs/263 There is absolutely no documentation for the dialog [1995/03/21] docs/265 mtrace command lacks man pages [1995/03/21] kern/266 ifconfig panics kernel built without option NFS [1995/03/27] bin/274 touch -t with century doesn't work [1995/03/28] kern/275 qic-02 streamer won't work [1995/03/28] kern/277 netstat -r reports entries with negative expire time [1995/03/28] kern/280 the new slice code is bitching about my old slices [1995/03/28] kern/281 Messages printed when checking CD ROM device too ver [1995/03/28] kern/282 buslogic adapter information WAY too verbose [1995/03/29] kern/284 Network gives permission denied [1995/03/30] gnu/285 ld.so problem with -lg++ [1995/03/30] conf/286 'make depend' on GENERIC kernel stops [1995/03/30] kern/287 Several header files are not consistent [1995/03/31] kern/288 panic: free: multiple frees [1995/04/01] gnu/289 info(1) cannot handle arrow keys on a VT100 [1995/04/01] kern/291 PCI devices still probe/attach after being disabled [1995/04/01] misc/292 rfc1323 and rfc1644 support can confuse terminal ser [1995/04/01] kern/293 wd0: interrupt timeout [1995/04/02] kern/294 Bootstrap has problems with -g compiled kernels [1995/04/04] i386/297 matcd does not play audio CDs from cdplay [1995/04/04] kern/299 SCSI probes stop at ID 7 even for WIDE busses [1995/04/05] bin/300 __fdnlist fails on kernels created by cc -g and stri [1995/04/06] conf/301 Log rotation wastes _much_ to much space [1995/04/06] kern/302 Changing st tapes after extract crashes system [1995/04/08] pending/307 request for a customer id [1995/04/08] bin/308 Do-it-yourself FTP needs to prompt for what to downl [1995/04/08] bin/309 Do-it-yourself FTP deletes /usr/tmp dir rather than [1995/04/08] bin/310 ^C or ^Z in do-it-yourself FTP installation crashes [1995/04/08] bin/311 Do-it-yourself FTP deletes /usr/tmp dir rather than [1995/04/09] bin/314 CTRL-Z during installation crashes install FDIV008 [1995/04/09] bin/315 Kernel and boot block don't agree on kernel name FD [1995/04/09] bin/316 SNAP950322 less stable on IDE than earlier releases [1995/04/09] docs/317 Install README doesn't list matcd as install choice [1995/04/09] bin/318 matcd driver not on boot or fixit floppy FDIV012 [1995/04/09] bin/319 Install doesn't strip sys name in prompt for domain [1995/04/09] bin/320 TCP/IP settings entered b4 install are not kept FDIV [1995/04/09] bin/321 TCP/IP settings given during install are not kept FD [1995/04/09] bin/322 No way to restart a failed FTP download FDIV016 [1995/04/09] bin/323 Creating lost+found causes fsck to stop fsck -y FDIV [1995/04/09] bin/324 /usr/include/sys -> /usr/sys/sys -> /usr/sys/sys FD [1995/04/09] bin/326 Weekly cron generates some usage and error messages [1995/04/09] bin/327 Clock management punishes you if CMOS != GMT FDIV020 [1995/04/09] bin/328 Checking for -c kernel changes randomly hangs FDIV02 [1995/04/09] bin/329 FTP transfers above 99K shown in scientific notation [1995/04/11] kern/332 Incorrect routes can cause system to reset [1995/04/11] kern/336 [1995/04/11] i386/337 seagate controller code hangs on boot. [1995/04/14] docs/341 vnconfig(8) disagrees with its man page [1995/04/14] bin/342 lpd can allow users access to all of root's groups [1995/04/14] kern/343 tcpdump with filter fails on tun and lo devices [1995/04/14] misc/344 Signal 11 when running a user program [1995/04/15] kern/345 panic "biodone: page busy < 0" [1995/04/15] pending/346 request for a customer id [1995/04/17] kern/349 Panic with bad dir [1995/04/19] bin/351 long mail messages overflow line-count field [1995/04/19] ports/352 many problems in tex package [1995/04/20] kern/353 xcdplayer crashes machine (with NCR810 SCSI) [1995/04/20] kern/354 Can't configure two IP aliases with the same network [1995/04/20] misc/355 policy on /usr/local permission in base release [1995/04/20] misc/356 package xanim2683.tgz is missing man page [1995/04/20] bin/357 pkg_delete aborts when subcommand fails /* EOF -- this list has not been truncated */ From owner-freebsd-bugs Sat Apr 22 08:35:44 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA25371 for bugs-outgoing; Sat, 22 Apr 1995 08:35:44 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA25365 ; Sat, 22 Apr 1995 08:35:36 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id XAA16965; Sat, 22 Apr 1995 23:34:43 +0800 Date: Sat, 22 Apr 1995 23:34:42 +0800 (CST) From: Brian Tao To: Ching Shih cc: bugs@FreeBSD.org, current@FreeBSD.org Subject: Re: some comments on the 2.0 and 3.1.1 In-Reply-To: <9504191637.AA19889@cithe312.cithep.caltech.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Wed, 19 Apr 1995, Ching Shih wrote: > > 2.0 + 3.1: working, except no X for ATI Mach64, > and not working for 2940+1080s The AHA-2940 wasn't supported until recently, and you really should run XFree86 3.1.1 and the patchlevel 2 Mach64 server. > 2.0-950322-SNAP + 3.1.1: cannot make it work for ATI Mach64, > even XF_SVGA doesn't work for my ATI Mach64 Works just dandy with 950322 and still works great under 950412. This is a Mach64 Graphics Pro Turbo (not the Winturbo or Graphics Expression or some OEM model). -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-bugs Sat Apr 22 10:15:08 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27170 for bugs-outgoing; Sat, 22 Apr 1995 10:15:08 -0700 Received: (from nate@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27155 ; Sat, 22 Apr 1995 10:15:05 -0700 Date: Sat, 22 Apr 1995 10:15:05 -0700 From: Nate Williams Message-Id: <199504221715.KAA27155@freefall.cdrom.com> To: amjudge@dsg.cs.tcd.ie, nate, freebsd-bugs Subject: Changed information for PR gnu/285 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: ld.so problem with -lg++ State-Changed-From-To: open-closed State-Changed-By: nate State-Changed-When: Sat Apr 22 10:13:50 PDT 1995 State-Changed-Why: Fixed in revision 1.14 by backing out changes I had made to enforce command line order linkage. From owner-freebsd-bugs Sat Apr 22 10:31:29 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27595 for bugs-outgoing; Sat, 22 Apr 1995 10:31:29 -0700 Received: (from nate@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27581 ; Sat, 22 Apr 1995 10:31:28 -0700 Date: Sat, 22 Apr 1995 10:31:28 -0700 From: Nate Williams Message-Id: <199504221731.KAA27581@freefall.cdrom.com> To: muir@idiom.com, nate, freebsd-bugs Subject: Changed information for PR misc/128 Sender: bugs-owner@FreeBSD.org Precedence: bulk Synopsis: default owners of system directories is a security hole State-Changed-From-To: open-closed State-Changed-By: nate State-Changed-When: Sat Apr 22 10:29:58 PDT 1995 State-Changed-Why: NFS is a security hole in any case, so if you export your FS read-write you are asking for trouble. Solution is to not export any FS you are concerned about read-write. From owner-freebsd-bugs Sat Apr 22 20:00:48 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA11829 for bugs-outgoing; Sat, 22 Apr 1995 20:00:48 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA11823 ; Sat, 22 Apr 1995 20:00:46 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10114; Sat, 22 Apr 95 20:54:24 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504230254.AA10114@cs.weber.edu> Subject: Re: List of open Problem Reports To: gnats@freefall.cdrom.com (GNU GNATS) Date: Sat, 22 Apr 95 20:54:24 MDT Cc: freebsd-bugs@freefall.cdrom.com In-Reply-To: <199504221130.EAA20607@freefall.cdrom.com> from "GNU GNATS" at Apr 22, 95 04:30:08 am X-Mailer: ELM [version 2.4dev PL52] Sender: bugs-owner@FreeBSD.org Precedence: bulk > This is the list of currently open problem reports [ ... ] > /* EOF -- this list has not been truncated */ Thank you. Someone else noticed that the last one was corrupted. I wasn't going to point it out. I notice the slight elbow to the ribs. 8^). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.