From owner-freebsd-current Sun Feb 9 00:23:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06767 for current-outgoing; Sun, 9 Feb 1997 00:23:37 -0800 (PST) Received: from super-g.inch.com (super-g.com [204.178.32.161]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA06762 for ; Sun, 9 Feb 1997 00:23:34 -0800 (PST) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.6.9) with SMTP id DAA29249 for ; Sun, 9 Feb 1997 03:26:54 -0500 (EST) Date: Sun, 9 Feb 1997 03:26:53 -0500 (EST) From: spork X-Sender: spork@super-g.inch.com To: freebsd-current@freebsd.org Subject: 22GAMMA-020697--Lib problems galore (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Howdy, If I'm at the wrong list, sorry. If I'm at the right one, any help would be appreciated. I whisked this off to -questions, but no one had anything except for Doug's recommendations that permissions were OK on the libs, and they are. --- 020697 - This is a tough one... I just upgraded from 2.1.6 to today's 2.2GAMMA release, and it went really smooth, except for some odd problem with the libraries. Anything that needs a lib outside of /usr/lib fails, even though ldconfig -r shows all of the others (/usr/X11R6, /usr/local/lib, etc...). In rc, I see ldconfig run with all the extra libs, but for some reason none of the programs seem to know about it. As a temporary solution (garnered from searching -questions), I have put symlinks in /usr/lib to the local or X libs. This looks like a horrible hack, but it works... Any help would be appreciated. Thanks, Charles From owner-freebsd-current Sun Feb 9 00:47:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07467 for current-outgoing; Sun, 9 Feb 1997 00:47:34 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07447; Sun, 9 Feb 1997 00:47:26 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id JAA09958; Sun, 9 Feb 1997 09:42:13 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id JAA14311; Sun, 9 Feb 1997 09:45:38 +0100 (MET) Message-Id: <3.0.32.19970209094538.00bb6cd0@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 09 Feb 1997 09:45:40 +0100 To: Bruce Evans From: Eivind Eklund Subject: Re: Proposed change to dump/restore Cc: current@freebsd.org, hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 07:34 AM 2/9/97 +1100, Bruce Evans wrote: >>The suid capability of dump is only used for remote backups. >> >>dump have been known for security holes in the past, and is not a user >>level program. I propose a change of default mode and owner for this >>program to >>-r-sr-x--- root:operator /sbin/dump > >It should be at least -r-sr-xr--. > >>which will disallow anybody not in the operator group from making backups >>using dump (which is not too bad a thing, as only members of wheel can >>access the harddisks directly, which is needed to be able to use dump >>anyway), and only leave dump vulnerable to attacks from an operator :) > >Don't forget device independence. If you somehow have a ufs file system >image in a file, then dump will work on it, and dump/restore is one way >to list its contents. If dump is world readable, then anyone can run a >nonsetuid copy of it to do this, but it's annoying to have to copy it. How about saying that remote backups must be done by root or by explictly setting dump/restore setuid until we can find the time to make dump/restore pipe to rsh? Removing setuid would let everybody execute it for normal operation, and doesn't throw too many wrenches in the machinery for a sysadmin - after all, # chmod 6555 /sbin/dump /sbin/restore isn't too major an operation if one really really want to run them to setuid. >Hard disks are not accessible by members of group wheel. However, they >are readable by group operator. Most of mine were - probably an operating error on my part. >Why do dump and restore currently have group tty? dump plays the wall(1) game. Command entry from the man page: n Whenever dump requires operator attention, notify all operators in the group ``operator'' by means similar to a wall(1). which is actually incorrect - it notifies all operators not on a dialup. It looks like the code can be changed to run write(1) instead of being setgid tty fairly easily. (Peter Wemm's suggestion) As far as I can tell, there is no reason for restore to be setgid tty - the only reference to ttys there is is in the source is to _PATH_TTY (/dev/tty), and that isn't owned by group tty anyway. Probably the permission was carried over from dump. Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-current Sun Feb 9 00:59:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07828 for current-outgoing; Sun, 9 Feb 1997 00:59:06 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA07822 for ; Sun, 9 Feb 1997 00:59:02 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vtV5h-0003viC; Sun, 9 Feb 97 00:58 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id JAA12316; Sun, 9 Feb 1997 09:58:26 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id KAA09479; Sun, 9 Feb 1997 10:00:29 +0100 (MET) To: Andrew Herdman cc: current@freebsd.org Subject: Re: Make world of Current dies with weird errors. In-reply-to: Your message of "Sat, 08 Feb 1997 17:53:35 EST." Date: Sun, 09 Feb 1997 10:00:29 +0100 Message-ID: <9477.855478829@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey Cool! Now for an encore, try to make "make" with -static so we don't have to fight shared libs in gdb. I would expect 807d432() to be free(3) but that is merely a guess... Poul-Henning >Well I had some courage. I can reliably reproduce the bug, and have with >a make re-compiled with -g, and the malloc trick i now have a nice core >file. As for using gdb for debugging... err well I don't now much about >it... i've seen the bt command used extensively and this is what i got: > >Core was generated by `make'. >Program terminated with signal 6, Abort trap. >Cannot access memory at address 0x654f0. >#0 0x807de11 in ?? () >(gdb) bt >#0 0x807de11 in ?? () >#1 0x807d6e3 in ?? () >#2 0x807c232 in ?? () >#3 0x807c270 in ?? () >#4 0x807d24b in ?? () >#5 0x807d432 in ?? () >#6 0x12731 in Lst_Destroy (l=0x588c0, freeProc=0) > at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:99 >#7 0xfb2b in TargFreeGN (gnp=0x55d00) at targ.c:219 >#8 0x1270b in Lst_Destroy (l=0x182e0, freeProc=0xfae0 ) > at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:93 >#9 0xf9d7 in Targ_End () at targ.c:139 >#10 0xa000 in main (argc=3, argv=0xefbfd798) at main.c:804 > > >I have the core and the program that created, and if you want I can leave >them somewhere for someone who knows what they are doing to take a peek at >them. I will help where I can of course, but this one is bigger than I >am. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Feb 9 01:15:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA08422 for current-outgoing; Sun, 9 Feb 1997 01:15:52 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA08417 for ; Sun, 9 Feb 1997 01:15:50 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vtVLx-0003wPC; Sun, 9 Feb 97 01:15 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id KAA12362; Sun, 9 Feb 1997 10:15:14 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id KAA09634; Sun, 9 Feb 1997 10:17:20 +0100 (MET) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order In-reply-to: Your message of "Sat, 08 Feb 1997 23:44:01 +0100." Date: Sun, 09 Feb 1997 10:17:19 +0100 Message-ID: <9632.855479839@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message , J Wunsch writes: >As Robert N Watson wrote: > >> 2. The real thing is this. The man page search order finds all of the c >> programming calls after the TCL ones, so "man bind" returns TCL's bind, >> not the syscall bind. Well, somebody find out what it takes to fix the search order and that end of that story. >I'm also fairly annoyed by this. I never got it right why Tcl >installs its man pages into the inofficial section `n' in the manual >at all (is it really something to be considered `new' these days? :), >but it's particularly annoying to have this section being searched in >front of the standard sections. Well maybe it should be called .t instead then ? >(I wonder what people would say if we now also came up with another >set of man pages for already used names, for everything inside of >Perl. :-) I think that would be a good idea. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Feb 9 03:20:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA12077 for current-outgoing; Sun, 9 Feb 1997 03:20:41 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA12072 for ; Sun, 9 Feb 1997 03:20:38 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA18207 for freebsd-current@freefall.freebsd.org; Sun, 9 Feb 1997 12:20:36 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id MAA12652; Sun, 9 Feb 1997 12:11:57 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 12:11:57 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order References: <9632.855479839@critter.dk.tfs.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9632.855479839@critter.dk.tfs.com>; from Poul-Henning Kamp on Feb 9, 1997 10:17:19 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > Well, somebody find out what it takes to fix the search order and > that end of that story. That's not difficult. It's in src/gnu/usr.bin/man/lib/config.h_dist: static char *std_sections[] = { "1", "n", "l", "6", "8", "2", "3", "4", "5", "7", "9", "p", "o", NULL }; (It can be overridden by a MANSEC variable, btw.) Now comes the difficult part: what's the best order? static char *std_sections[] = { "1", "8", "2", "3", "n", "4", "5", "6", "7", "9", "l", NULL }; ??? > > I never got it right why Tcl > >installs its man pages into the inofficial section `n' in the manual > >at all > > Well maybe it should be called .t instead then ? I don't mind this idea. > >(I wonder what people would say if we now also came up with another > >set of man pages for already used names, for everything inside of > >Perl. :-) > > I think that would be a good idea. Hmm, if there's something i don't like about Perl, it's its man page/ standard documentation. Ideally, i'd love a short man page, and some longer HTML ref. The same would probably hold for Tcl as well. Look, the C compiler man page doesn't describe the entire C language either... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 9 03:51:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA12786 for current-outgoing; Sun, 9 Feb 1997 03:51:16 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA12766 for ; Sun, 9 Feb 1997 03:51:08 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA18595 for freebsd-current@freebsd.org; Sun, 9 Feb 1997 12:51:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id MAA12738; Sun, 9 Feb 1997 12:32:10 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 12:32:10 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: Pppd Drops Under Heavy Load References: <199702090445.PAA14069@godzilla.zeta.org.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702090445.PAA14069@godzilla.zeta.org.au>; from Bruce Evans on Feb 9, 1997 15:45:55 +1100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >P.S. Neophite question? How do I maintain these deltas on my local tree, > >so that the next cvs checkout does not wipe them out? In this case it looks > >as if the total increase in memory footprint will be 1.25KB... but I would > >like to knowwhat is the best rule to follow. > > There is no simple way. I use separate diffs and reapply them after each > update. Don't use cvs co at all. :-) cvs update tries hard to retain local changes. Conflicts will happen only if the same spot has been changed in the repository in a different way. I used to maintain several local changes this way for quite a long time. Don't forget: ``cvs [-q] update -Pd''. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 9 03:51:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA12807 for current-outgoing; Sun, 9 Feb 1997 03:51:24 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA12787 for ; Sun, 9 Feb 1997 03:51:16 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA18596; Sun, 9 Feb 1997 12:51:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id MAA12789; Sun, 9 Feb 1997 12:46:07 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 12:46:07 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: rlb@mindspring.com (Ron Bolin) Cc: freebsd-current@freebsd.org Subject: Re: AHC Driver Throughput Question References: <32FD295D.41C67EA6@mindspring.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <32FD295D.41C67EA6@mindspring.com>; from Ron Bolin on Feb 8, 1997 20:33:17 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Ron Bolin wrote: > I have an Adaptech 2940UW controller. I am interested in purchasing > an Ultra-Wide SCSI-3 drive with the capability of 40MB/sec throughput. > > After giving the driver source a quick look, it appears the Ultra > and Wide are supported, but not together since the max throughput > registered by the driver is 20MB/sec in 16 bit mode of operation. You're confusing MHz and MB/s. (Peak) throughput = sync rate * bus width. So either a 10 MHz 32-bit bus or a 20 MHz 16-bit bus would yield you 40 MB/s peak rate. (I'm not sure whether 32-bit does already work though.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 9 04:06:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA13314 for current-outgoing; Sun, 9 Feb 1997 04:06:40 -0800 (PST) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA13309 for ; Sun, 9 Feb 1997 04:06:35 -0800 (PST) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id NAA21030; Sun, 9 Feb 1997 13:09:52 +0100 (MET) From: Mikael Karpberg Message-Id: <199702091209.NAA21030@ocean.campus.luth.se> Subject: Re: 3.0-970124-SNAP: man page search order To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 9 Feb 1997 13:09:51 +0100 (MET) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: from J Wunsch at "Feb 9, 97 12:11:57 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > As Poul-Henning Kamp wrote: > > >(I wonder what people would say if we now also came up with another > > >set of man pages for already used names, for everything inside of > > >Perl. :-) > > > > I think that would be a good idea. > > Hmm, if there's something i don't like about Perl, it's its man page/ > standard documentation. Ideally, i'd love a short man page, and some > longer HTML ref. The same would probably hold for Tcl as well. Look, > the C compiler man page doesn't describe the entire C language > either... No, but it would be nice with a 'c' and/or 'c++' section with the full ANSI specification in it, for reference when wondering some things. :-) Would someone please set this up? Please? Pretty please? No? ;-) It's a nice thought, at least... # pkg_add c++-spec.tgz Oh well... enough rambling... :-) /Mikael From owner-freebsd-current Sun Feb 9 04:21:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA14252 for current-outgoing; Sun, 9 Feb 1997 04:21:03 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA14241 for ; Sun, 9 Feb 1997 04:20:59 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA19136 for current@freebsd.org; Sun, 9 Feb 1997 13:20:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id MAA12846; Sun, 9 Feb 1997 12:58:09 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 12:58:08 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: OpenBSD buffer overflow fixes References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Warner Losh on Feb 8, 1997 22:29:40 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Warner Losh wrote: > I've merged in most of the buffer overflow fixes that have come > across since the first of the year (since you have to start somewhere, > right?). Thanks! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 9 04:59:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15514 for current-outgoing; Sun, 9 Feb 1997 04:59:43 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA15504 for ; Sun, 9 Feb 1997 04:59:37 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vtYqR-0003xOC; Sun, 9 Feb 97 04:58 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id NAA12680; Sun, 9 Feb 1997 13:58:56 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id MAA10130; Sun, 9 Feb 1997 12:44:21 +0100 (MET) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order In-reply-to: Your message of "Sun, 09 Feb 1997 12:11:57 +0100." Date: Sun, 09 Feb 1997 12:44:21 +0100 Message-ID: <10128.855488661@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message , J Wunsch writes: >> >(I wonder what people would say if we now also came up with another >> >set of man pages for already used names, for everything inside of >> >Perl. :-) >> >> I think that would be a good idea. > >Hmm, if there's something i don't like about Perl, it's its man page/ >standard documentation. Ideally, i'd love a short man page, and some >longer HTML ref. The same would probably hold for Tcl as well. Look, >the C compiler man page doesn't describe the entire C language >either... I like the tcl way: A "intro" like page under the name of tcl and man pages for the rest of the stuff grouped (mostly) logically. pretty much like csh for instance. Of course the problem for perl would be to describe the syntax in only a few pages... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Feb 9 05:59:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA16751 for current-outgoing; Sun, 9 Feb 1997 05:59:10 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA16745 for ; Sun, 9 Feb 1997 05:59:05 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA21420; Sun, 9 Feb 1997 14:59:01 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id OAA13155; Sun, 9 Feb 1997 14:52:05 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 14:52:05 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: spork@super-g.com (spork) Cc: freebsd-current@freebsd.org Subject: Re: 22GAMMA-020697--Lib problems galore (fwd) References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from spork on Feb 9, 1997 03:26:53 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As spork wrote: > This is a tough one... I just upgraded from 2.1.6 to today's 2.2GAMMA > release, and it went really smooth, except for some odd problem with the > libraries. > > Anything that needs a lib outside of /usr/lib fails, even though ldconfig > -r shows all of the others (/usr/X11R6, /usr/local/lib, etc...). In rc, I > see ldconfig run with all the extra libs, but for some reason none of the > programs seem to know about it. Interesting. I've just checked my 2.2 scratchbox, and even recompiled to the latest ld.so, and it works fine. (It's simple to prove, since the compatxx packages now install into /usr/lib/compat by default.) $ uname -sr FreeBSD 2.2-GAMMA $ ldd /tmp/rc /tmp/rc: -lc.2 => /usr/lib/compat/libc.so.2.2 (0x8027000) $ /tmp/rc ; exit (No, LD_LIBRARY_PATH ain't set at all.) ld.so has had a minor fix between 2.2-BETA and -GAMMA, but this supposedly only affects libraries that are in the ld.so.hints, but have been removed since. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 9 05:59:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA16779 for current-outgoing; Sun, 9 Feb 1997 05:59:18 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA16763 for ; Sun, 9 Feb 1997 05:59:13 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA21422 for freebsd-current@freefall.freebsd.org; Sun, 9 Feb 1997 14:59:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id OAA13169; Sun, 9 Feb 1997 14:55:36 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 14:55:36 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order References: <10128.855488661@critter.dk.tfs.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <10128.855488661@critter.dk.tfs.com>; from Poul-Henning Kamp on Feb 9, 1997 12:44:21 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > I like the tcl way: A "intro" like page under the name of tcl and > man pages for the rest of the stuff grouped (mostly) logically. Hmm, so who's going to volunteer the `p' manual section then? :-) > Of course the problem for perl would be to describe the syntax in > only a few pages... Not really. The syntax description is the smaller part of the Perl man page. The description of the various functions is much fatter. (If you're going to argue that Perl doesn't have a syntax at all, i'll counter-argue that Tcl isn't a language at all, but rather an extensible interpreter, something like FORTH. :-)) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 9 06:35:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA18311 for current-outgoing; Sun, 9 Feb 1997 06:35:20 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA18299 for ; Sun, 9 Feb 1997 06:35:16 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vtaL7-0003xOC; Sun, 9 Feb 97 06:34 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id PAA12836; Sun, 9 Feb 1997 15:34:42 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id PAA10386; Sun, 9 Feb 1997 15:36:48 +0100 (MET) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order In-reply-to: Your message of "Sun, 09 Feb 1997 14:55:36 +0100." Date: Sun, 09 Feb 1997 15:36:48 +0100 Message-ID: <10384.855499008@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message , J Wunsch writes: >(If you're going to argue that Perl doesn't have a syntax at all, i'll >counter-argue that Tcl isn't a language at all, but rather an >extensible interpreter, something like FORTH. :-)) Exactly. And as anyone who have used FORTH knows, you can't heap more praise on a language than that :-) Yes I have done FORTH, and I liked it just as much as I like Tcl :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun Feb 9 06:37:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA18414 for current-outgoing; Sun, 9 Feb 1997 06:37:39 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA18404 for ; Sun, 9 Feb 1997 06:37:32 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id PAA02574 for ; Sun, 9 Feb 1997 15:37:26 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id PAA02157 for freebsd-current@freefall.freebsd.org; Sun, 9 Feb 1997 15:36:58 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id PAA27024; Sun, 9 Feb 1997 15:36:32 +0100 (CET) Message-ID: <19970209153631.SO02083@keltia.freenix.fr> Date: Sun, 9 Feb 1997 15:36:31 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order References: <10128.855488661@critter.dk.tfs.com> X-Mailer: Mutt 0.60,1-3,9 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2999 In-Reply-To: ; from J Wunsch on Feb 9, 1997 14:55:36 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > Not really. The syntax description is the smaller part of the Perl > man page. The description of the various functions is much fatter. And Perl5 has solved this problem by dividing the old-fat manpage into several manpages by subject... perl Perl overview (this section) perldelta Perl changes since previous version perldata Perl data structures perlsyn Perl syntax perlop Perl operators and precedence perlre Perl regular expressions perlrun Perl execution and options perlfunc Perl builtin functions perlvar Perl predefined variables perlsub Perl subroutines perlmod Perl modules perlform Perl formats perllocale Perl locale support perlref Perl references perldsc Perl data structures intro perllol Perl data structures: lists of lists perltoot Perl OO tutorial perlobj Perl objects perltie Perl objects hidden behind simple variables perlbot Perl OO tricks and examples perlipc Perl interprocess communication perldebug Perl debugging perldiag Perl diagnostic messages perlsec Perl security perltrap Perl traps for the unwary perlstyle Perl style guide perlpod Perl plain old documentation perlbook Perl book information perlembed Perl how to embed perl in your C or C++ app perlapio Perl internal IO abstraction interface perlxs Perl XS application programming interface perlxstut Perl XS tutorial perlguts Perl internal functions for those doing extensions perlcall Perl calling conventions from C -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-current Sun Feb 9 07:16:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19796 for current-outgoing; Sun, 9 Feb 1997 07:16:01 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA19782 for ; Sun, 9 Feb 1997 07:15:58 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id KAA08293 for current@freebsd.org; Sun, 9 Feb 1997 10:16:06 -0500 (EST) From: "John S. Dyson" Message-Id: <199702091516.KAA08293@dyson.iquest.net> Subject: Warning to -current *PLEASE READ* To: current@freebsd.org Date: Sun, 9 Feb 1997 10:16:06 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am getting alot of pressure to commit the Lite/2 kernel changes. That pressure is justifiable, and so, in order to expedite our progress, I will be committing the changes starting at 21:00 EST, or 02:00 GMT. The kernel will likely be unstable (esp EXT2FS, MSDOSFS) until we have done enough testing. Get your snapshot NOW if you want a stable kernel. It will likely be at least 2wks before -current is stable enough for general use again. Sorry for the late warning. John Dyson dyson@freebsd.org From owner-freebsd-current Sun Feb 9 07:21:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA20040 for current-outgoing; Sun, 9 Feb 1997 07:21:04 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA20035 for ; Sun, 9 Feb 1997 07:21:01 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA22736; Sun, 9 Feb 1997 16:20:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id QAA13687; Sun, 9 Feb 1997 16:08:07 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 16:08:07 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: andrew@why.whine.com (Andrew Herdman) Cc: current@freebsd.org Subject: Re: Make world of Current dies with weird errors. References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Andrew Herdman on Feb 9, 1997 02:22:03 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Andrew Herdman wrote: > (gdb) up 6 > #6 0x12731 in Lst_Destroy (l=0x588c0, freeProc=0) > at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:99 > 99 free ((Address)ln); > (gdb) Either some list is being destroyed twice, or there are duplicate elements in a list. That's odd. It's even odder that it only happens for you. > I look at this and my head hurts. I'm afraid pascal was my language of > choice during my programming times.... :( Nah, c'mon. Sure, the head hurts when looking there, but Pascal doesn't quite ship with a better list handling either. Infact, programming lists in Pascal yields some very similar code to the quoted example (with the exception that you can't call indirect functions in Pascal). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 9 07:50:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA21476 for current-outgoing; Sun, 9 Feb 1997 07:50:34 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA21471 for ; Sun, 9 Feb 1997 07:50:30 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA23315 for freebsd-current@freefall.freebsd.org; Sun, 9 Feb 1997 16:50:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id QAA13822; Sun, 9 Feb 1997 16:30:47 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 16:30:47 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order References: <10128.855488661@critter.dk.tfs.com> <19970209153631.SO02083@keltia.freenix.fr> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970209153631.SO02083@keltia.freenix.fr>; from Ollivier Robert on Feb 9, 1997 15:36:31 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ollivier Robert wrote: > And Perl5 has solved this problem by dividing the old-fat manpage into > several manpages by subject... But this simply doesn't work, unless you already know what you're looking for, but in this case, you don't need the man page at all. :-) Get me right, i'm a great fan of Perl, but i haven't been able to make any use out of the Perl5 man page yet, much unlike the Perl4 one. Maybe Poul's idea isn't too bad, to split the Perl manual by functions, and drop them into a separate section. This could easily be the last section in the search order (Perl bigots are free to put a MANSEC in their environment moving it earlier), something like section `p'. But still i think, an HTML ref would be better, there you can search either by function name or by function group. But then, i really want the small and terse man page back! :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 9 08:35:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA23147 for current-outgoing; Sun, 9 Feb 1997 08:35:58 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23141 for ; Sun, 9 Feb 1997 08:35:46 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id DAA00445; Mon, 10 Feb 1997 03:35:42 +1100 (EST) Message-ID: <19970210033542.33207@usn.blaze.net.au> Date: Mon, 10 Feb 1997 03:35:42 +1100 From: David Nugent To: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order References: <10128.855488661@critter.dk.tfs.com> <19970209153631.SO02083@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: ; from J Wunsch on Feb 02, 1997 at 04:30:47PM Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 04:30:47PM, J Wunsch wrote: > Get me right, i'm a great fan of Perl, but i haven't been able > to make any use out of the Perl5 man page yet, much unlike the > Perl4 one. Agreed. OTOH, I do use the .html pages, and often, and almost always to look up a function in the perlfunc page. Which is why I think.. > Maybe Poul's idea isn't too bad, to split the Perl manual by > functions, and drop them into a separate section. ..this is even better. I wouldn't even mind having to specify a section. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sun Feb 9 08:43:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA23483 for current-outgoing; Sun, 9 Feb 1997 08:43:42 -0800 (PST) Received: from main.gbdata.com (tel_ppp0022.livingston.net [207.22.211.31]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23473 for ; Sun, 9 Feb 1997 08:43:30 -0800 (PST) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.6.9) id KAA08070; Sun, 9 Feb 1997 10:44:31 -0600 (CST) From: Gary Clark II Message-Id: <199702091644.KAA08070@main.gbdata.com> Subject: Re: 3.0-970124-SNAP: man page search order To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 9 Feb 1997 10:44:31 -0600 (CST) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: from J Wunsch at "Feb 9, 97 04:30:47 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > Maybe Poul's idea isn't too bad, to split the Perl manual by > functions, and drop them into a separate section. This could easily > be the last section in the search order (Perl bigots are free to put a > MANSEC in their environment moving it earlier), something like section > `p'. But still i think, an HTML ref would be better, there you can > search either by function name or by function group. But then, i > really want the small and terse man page back! :-) > cheers, J"org Hello, The pod system can generate html. (I use them here.) Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups mail info@GBData.COM for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii From owner-freebsd-current Sun Feb 9 09:25:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA24850 for current-outgoing; Sun, 9 Feb 1997 09:25:27 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA24828; Sun, 9 Feb 1997 09:25:21 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id SAA13068; Sun, 9 Feb 1997 18:15:36 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id RAA02064; Sun, 9 Feb 1997 17:16:49 +0100 (MET) Message-ID: <19970209171649.EU26961@klemm.gtn.com> Date: Sun, 9 Feb 1997 17:16:49 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: davidn@labs.usn.blaze.net.au (David Nugent) Cc: freebsd-hackers@freebsd.org, current@freebsd.org Subject: Re: should permissions of /usr/bin/login be changed to 0100 ??? References: <19970208135454.ZJ37734@klemm.gtn.com> <19970210010326.55168@usn.blaze.net.au> X-Mailer: Mutt 0.60-PL0 Mime-Version: 1.0 In-Reply-To: <19970210010326.55168@usn.blaze.net.au>; from "David Nugent" on Feb 10, 1997 01:03:26 +1100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Nugent writes: > On Feb 02, 1997 at 01:54:54PM, Andreas Klemm wrote: > > >From the OPIE README file: > > [...] > > While an almost universal "feature", most people remain unaware that > > an intruder can log into a system, then log in again by running the "login" > > command from a shell. Because the second login is from the local host, the > > utmp entry will not show a remote login host anymore. The OPIE replacement > > for /bin/login currently carries on this behavior for compatibility reasons. > > Compatibility that is broken, imho. It breaks wtmp (and therefore > last(1)), for example, by having a login record (the original) with > no logout record. > > > > If you would like to prevent this from happening, you should change the > > permissions of /bin/login to 0100, thus preventing unprivileged users from > > executing it. This fix should work on non-OPIE /bin/login programs as well. > > Actually, imho, NO user should be able to execute it. login should > not be setuid. I see no functionality that su(1) doesn't already > take care of. > > > > Our /usr/bin/login program has the following permissions: > > -r-sr-xr-x 1 root bin 24576 6 Feb 01:28 /usr/bin/login > > > > Would it be useful to change permissions to 0100 ? > > Just removing the setuid bit makes it harmless, but 0100 will > prevent anyone but root trying, anyway. I'm all for it. So would it be ok, to install "login" with 0100 permissions ? If nobody is against it, I'd do the change in -current. Wouldn't that be additionally something for 2.2 and 2.1.7 ? After the whole security debate ?! -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Feb 9 09:54:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA25842 for current-outgoing; Sun, 9 Feb 1997 09:54:45 -0800 (PST) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA25834 for ; Sun, 9 Feb 1997 09:54:34 -0800 (PST) Received: (from mark@localhost) by linus.demon.co.uk (8.8.5/8.8.5) id RAA00493; Sun, 9 Feb 1997 17:54:01 GMT Message-Id: <199702091754.RAA00493@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Sun, 9 Feb 1997 17:53:47 +0000 In-Reply-To: "Justin T. Gibbs"'s message of Feb 8, 7:27pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Justin T. Gibbs" Subject: Re: cvs commit: src/sys/dev/aic7xxx aic7xxx.seq aic7xxx_reg.h src/sys/i386/scsi aic7xxx.c src/sys/pci aic7870.c Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: "Justin T. Gibbs" > Date: Sat 8 Feb, 1997 > Subject: cvs commit: src/sys/dev/aic7xxx aic7xxx.seq aic7xxx_reg.h src/sys/i386/scsi aic7xxx.c src/sys/pci aic7870.c > gibbs 97/02/08 19:27:10 > > Revision Changes Path > 1.58 +30 -29 src/sys/dev/aic7xxx/aic7xxx.seq > 1.23 +1 -1 src/sys/dev/aic7xxx/aic7xxx_reg.h > > Revision Changes Path > 1.96 +36 -31 src/sys/i386/scsi/aic7xxx.c > > Revision Changes Path > 1.49 +1 -1 src/sys/pci/aic7870.c This changed the failure mode I've been experiencing over the last few days trying to install a new Atlas II drive on a 2940UW. I'm using a dump|restore pipe in single user mode to copy file systems from sd0 (a narrow 4GB Hawk) to sd1 (wide 4.5GB Atlas II). Previously, I would see a few of these: sd1 at scbus 0 target 1 lun0: data overrun of 496 bytes detected. Forcing a retry. These would follow in quick succession (anywhere from 1 to 6 instances), accompanied by i/o errors and then: mode=07, inum = 15708, fs = /mnt/var panic: ffs_valloc: dup alloc The mode and inum varied. Stack trace: _panic+0x51 _ffs_valloc+0x133 _ufs_mkdir+0x90 _mkdir+0x14d ... Now, after the above commit, I saw no overruns or panic, but the disk appears to stop responding completely at about the same point (perhaps a little later). I've only tried this once with the new code. I can still interrupt the dump, but breaking into DDB shows the system in idle_loop(). The dump processes are in various wait states (I presume - they are: wait, sbwait and pipedwt), and restore is marked "objtrm". A call to panic fails to sync the disks. By the way, I've been using the AHA2940UW with the Hawk since August, and in the last few weeks (before adding the Atlas II drive), I started to see occasional (and apparently harmless) overruns on sd0 during normal operation. System details and disk labels follow. (Motherboard is ASUS P/I-P6NP5.) $ dmesg Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #13: Sun Feb 9 16:40:49 GMT 1997 mark@dejah-thoris:/usr/src/sys/compile/DEJAH Calibrating clock(s) relative to mc146818A clock ... i586 clock: 199303002 Hz, i8254 clock: 1193146 Hz CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping=7 Features=0xf9ff,MTRR,PGE,MCA,CMOV> real memory = 67108864 (65536K bytes) avail memory = 63471616 (61984K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 1 on pci0:1:0 chip2 rev 0 on pci0:1:1 vga0 rev 0 int a irq 15 on pci0:9:0 de0 rev 18 int a irq 9 on pci0:10:0 de0: SMC 9332 21140 [10-100Mb/s] pass 1.2 de0: address 00:00:c0:f6:db:e3 de0: enabling 10baseT port ahc0 rev 0 int a irq 10 on pci0:11:0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0: target 0 Tagged Queuing Device sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 4095MB (8386733 512 byte sectors) sd0: 3992 cyls, 19 heads, and an average 110 sectors/track ahc0: target 1 Tagged Queuing Device sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 4341MB (8890760 512 byte sectors) sd1: 5899 cyls, 10 heads, and an average 150 sectors/track ncr0 rev 18 int a irq 11 on pci0:12:0 ncr0: waiting for scsi devices to settle scbus1 at ncr0 bus 0 sd2 at scbus1 target 3 lun 0 sd2: type 0 removable SCSI 2 sd2: Direct-Access sd2: 10.0 MB/s (100 ns, offset 8) sd2: ILLEGAL REQUEST asc:24,0 Invalid field in CDB sd2 could not mode sense (4). Using ficticious geometry 1021MB (2091050 512 byte sectors) sd2: 1021 cyls, 64 heads, and an average 32 sectors/track st0 at scbus1 target 4 lun 0 st0: type 1 removable SCSI 1 st0: Sequential-Access density code 0x0, drive empty cd0 at scbus1 target 6 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd0: 8.0 MB/s (125 ns, offset 8) cd0: cd present [313642 x 2048 byte records] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0, 3 buttons pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface $ cat /sys/i386/conf/DEJAH # # DEJAH -- dejah-thoris # machine "i386" cpu "I686_CPU" ident DEJAH maxusers 10 options CHILD_MAX=128 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MFS #Memory File System #options DEVFS #devices filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options SCSI_REPORT_GEOMETRY options "AUTO_EOI_1" #options "AUTO_EOI_2" #options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console #options FAILSAFE #Be conservative options USER_LDT #allow user-level control of i386 ldt options SYSVSHM options SYSVSEM options SYSVMSG options DDB options KTRACE #kernel tracing options PERFMON options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 controller ncr0 controller ahc0 #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr controller scbus0 options AHC_TAGENABLE options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows #device worm0 at scbus? # SCSI worm #device pt0 at scbus? # SCSI processor type # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr #device joy0 at isa? port "IO_GAME" device de0 #controller snd0 #device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr #options SBC_IRQ=5 #options "JAZZ16" #options "JAZZ_DMA16=3" #device opl0 at isa? port 0x388 #device mpu0 at isa? port 0x330 irq 9 #device uart0 at isa? port 0x330 irq 9 vector "m6850intr" # Not controlled by `snd' device pca0 at isa? port IO_TIMER1 tty pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 pseudo-device ppp 2 pseudo-device tun 1 pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device pty 32 pseudo-device gzip # Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) pseudo-device speaker #Play IBM BASIC-style noises out your speaker $ fdisk sd0 ******* Working on device /dev/rsd0 ******* parameters extracted from in-core disklabel are: cylinders=8386733 heads=1 sectors/track=1 (1 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=8386733 heads=1 sectors/track=1 (1 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 0, size 8386733 (4095 Meg), flag 80 beg: cyl 0/ sector 1/ head 0; end: cyl 1023/ sector 1/ head 0 The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: $ disklabel sd0 # /dev/rsd0c: type: SCSI disk: sd0s1 label: flags: bytes/sector: 512 sectors/track: 1 tracks/cylinder: 1 sectors/cylinder: 1 cylinders: 8386733 sectors/unit: 8386733 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 65536 0 4.2BSD 0 0 0 # (Cyl. 0 - 65535) b: 284864 65536 swap # (Cyl. 65536 - 350399) c: 8386733 0 unused 0 0 # (Cyl. 0 - 8386732) e: 409600 350400 4.2BSD 0 0 0 # (Cyl. 350400 - 759999) f: 1536000 760000 4.2BSD 0 0 0 # (Cyl. 760000 - 2295999) g: 5529600 2296000 4.2BSD 0 0 0 # (Cyl. 2296000 - 7825599) h: 561133 7825600 4.2BSD 0 0 0 # (Cyl. 7825600 - 8386732) $ dumpfs /dev/rsd0e | head -18 magic 11954 time Sun Feb 9 17:37:37 1997 cylgrp dynamic inodes 4.4BSD nbfree 15009 ndir 2703 nifree 7789 nffree 989 ncg 7 ncyl 100 size 102400 blocks 100655 bsize 8192 shift 13 mask 0xffffe000 fsize 2048 shift 11 mask 0xfffff800 frag 4 shift 2 fsbtodb 2 cpg 16 bpg 4096 fpg 16384 ipg 3840 minfree 8% optim time maxcontig 7 maxbpg 2048 rotdelay 0ms headswitch 0us trackseek 0us rps 60 ntrak 1 nsect 4096 npsect 4096 spc 4096 symlinklen 60 trackskew 0 interleave 1 contigsumsize 7 nindir 2048 inopb 64 nspf 4 sblkno 8 cblkno 12 iblkno 16 dblkno 256 sbsize 2048 cgsize 4096 cgoffset 1024 cgmask 0xffffffff csaddr 256 cssize 2048 shift 9 mask 0xfffffe00 cgrotor 3 fmod 0 ronly 0 clean 0 (no rotational position table) $ fdisk sd1 ******* Working on device /dev/rsd1 ******* parameters extracted from in-core disklabel are: cylinders=4341 heads=64 sectors/track=32 (2048 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=4341 heads=64 sectors/track=32 (2048 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 0, size 8890368 (245 Meg), flag 80 beg: cyl 0/ sector 1/ head 0; end: cyl 244/ sector 32/ head 63 The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: $ disklabel sd1 # /dev/rsd1c: type: SCSI disk: sd1 label: flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 64 sectors/cylinder: 2048 cylinders: 4341 sectors/unit: 8890368 rpm: 7200 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 65536 0 4.2BSD 0 0 0 # (Cyl. 0 - 31) b: 286720 65536 swap # (Cyl. 32 - 171) c: 8890368 0 unused 0 0 # (Cyl. 0 - 4340) e: 450560 352256 4.2BSD 0 0 0 # (Cyl. 172 - 391) f: 1699840 802816 4.2BSD 0 0 0 # (Cyl. 392 - 1221) g: 5734400 2502656 4.2BSD 0 0 0 # (Cyl. 1222 - 4021) h: 653312 8237056 4.2BSD 0 0 0 # (Cyl. 4022 - 4340) $ dumpfs /dev/rsd1e | head -18 magic 11954 time Sun Feb 9 16:52:14 1997 cylgrp dynamic inodes 4.4BSD nbfree 23829 ndir 2703 nifree 46689 nffree 39 ncg 7 ncyl 110 size 225280 blocks 218431 bsize 8192 shift 13 mask 0xffffe000 fsize 1024 shift 10 mask 0xfffffc00 frag 8 shift 3 fsbtodb 1 cpg 16 bpg 4096 fpg 32768 ipg 7680 minfree 8% optim time maxcontig 7 maxbpg 2048 rotdelay 0ms headswitch 0us trackseek 0us rps 120 ntrak 1 nsect 4096 npsect 4096 spc 4096 symlinklen 60 trackskew 0 interleave 1 contigsumsize 7 nindir 2048 inopb 64 nspf 2 sblkno 16 cblkno 24 iblkno 32 dblkno 992 sbsize 2048 cgsize 6144 cgoffset 2048 cgmask 0xffffffff csaddr 992 cssize 1024 shift 9 mask 0xfffffe00 cgrotor 1 fmod 0 ronly 0 clean 0 (no rotational position table) -- Mark Valentine at Home From owner-freebsd-current Sun Feb 9 10:13:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA26616 for current-outgoing; Sun, 9 Feb 1997 10:13:37 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA26610 for ; Sun, 9 Feb 1997 10:13:33 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) id KAA05310; Sun, 9 Feb 1997 10:13:30 -0800 (PST) To: freebsd-current@freebsd.org Path: not-for-mail From: jdp@polstra.com (John Polstra) Newsgroups: polstra.freebsd.current Subject: Re: 22GAMMA-020697--Lib problems galore (fwd) Date: 9 Feb 1997 10:13:30 -0800 Organization: Polstra & Co., Seattle, WA Lines: 32 Distribution: local Message-ID: <5dl44a$55r@austin.polstra.com> References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , spork wrote: > This is a tough one... I just upgraded from 2.1.6 to today's 2.2GAMMA > release, and it went really smooth, except for some odd problem with the > libraries. > > Anything that needs a lib outside of /usr/lib fails, even though ldconfig > -r shows all of the others (/usr/X11R6, /usr/local/lib, etc...). In rc, I > see ldconfig run with all the extra libs, but for some reason none of the > programs seem to know about it. I'm reasonably sure that nothing like this is broken in 2.2's dynamic linking or ldconfig. Check the permissions on "/var/run/ld.so.hints" -- it should be world-readable. If it weren't, that would explain your symptoms. If that's not the problem, try running a program under ktrace. It will show the whole dynamic linking process taking place. Search through your kdump output to "ld.so.hints" and take it from there. Hopefully you'll get a clue about what's going on. If you still don't have any luck, please let me know. We can make arrangements for me to get your ktrace output, and I'll take a look at it. John P. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sun Feb 9 10:32:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA28421 for current-outgoing; Sun, 9 Feb 1997 10:32:37 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA28411 for ; Sun, 9 Feb 1997 10:32:31 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA06685; Sun, 9 Feb 1997 13:32:20 -0500 Date: Sun, 9 Feb 1997 13:32:20 -0500 From: Garrett Wollman Message-Id: <9702091832.AA06685@halloran-eldar.lcs.mit.edu> To: Robert N Watson Cc: freebsd-current@freefall.FreeBSD.org Subject: 3.0-970124-SNAP: man page search order In-Reply-To: <8mzBYNO00YVp0P4FIt@andrew.cmu.edu> References: <8mzBYNO00YVp0P4FIt@andrew.cmu.edu> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > 2. The real thing is this. The man page search order finds all of the c > programming calls after the TCL ones, so "man bind" returns TCL's bind, > not the syscall bind. This is inconvenient if one is a C programmer not > a TCL programmer. I assume I can fix this with /etc/manpath.config, but > this doesn't seem like the right default setting? I would as soon all the Tcl crap were squirreled away in another directory where I don't have to look at it, ever. If I want to know how a Tcl command works, I read The Book, not look at a badly-formatted man page. If there were one Tcl man page that explained all the basics, like the perl4 man page, then it might actually be useful. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Sun Feb 9 10:44:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA29456 for current-outgoing; Sun, 9 Feb 1997 10:44:36 -0800 (PST) Received: from mail2.uunet.ca (mail2.uunet.ca [142.77.1.15]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA29451 for ; Sun, 9 Feb 1997 10:44:33 -0800 (PST) Received: from why.whine.com ([205.150.249.1]) by mail2.uunet.ca with ESMTP id <122890-15487>; Sun, 9 Feb 1997 13:44:22 -0500 Received: from why (why [205.150.249.1]) by why.whine.com (8.8.5/8.7.3) with SMTP id NAA29060; Sun, 9 Feb 1997 13:43:49 -0500 (EST) Date: Sun, 9 Feb 1997 13:43:48 -0500 From: Andrew Herdman X-Sender: andrew@why To: Poul-Henning Kamp cc: Andrew Herdman , current@freebsd.org Subject: Re: Make world of Current dies with weird errors. In-Reply-To: <9477.855478829@critter.dk.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok, finally managed to do that (make world rebuilds make and strips off the symbols grrrrr..) On Sun, 9 Feb 1997, Poul-Henning Kamp wrote: > > Hey Cool! > > Now for an encore, try to make "make" with -static so we don't have > to fight shared libs in gdb. > > I would expect 807d432() to be free(3) but that is merely a guess... (gdb) bt #0 0x1efd5 in kill () #1 0x1ea33 in abort () #2 0x1d787 in fstat () #3 0x1d7af in fstat () #4 0x1e642 in fstat () #5 0x1e7e6 in free () #6 0x12241 in Lst_Destroy (l=0x274e0, freeProc=0x1e7b0 ) at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:94 #7 0xcfbb in Parse_End () at /usr/src/usr.bin/make/parse.c:2556 #8 0x9b44 in main (argc=3, argv=0xefbfd77c) at /usr/src/usr.bin/make/main.c:808 > >Well I had some courage. I can reliably reproduce the bug, and have with > >a make re-compiled with -g, and the malloc trick i now have a nice core > >file. As for using gdb for debugging... err well I don't now much about > >it... i've seen the bt command used extensively and this is what i got: > > > >Core was generated by `make'. > >Program terminated with signal 6, Abort trap. > >Cannot access memory at address 0x654f0. > >#0 0x807de11 in ?? () > >(gdb) bt > >#0 0x807de11 in ?? () > >#1 0x807d6e3 in ?? () > >#2 0x807c232 in ?? () > >#3 0x807c270 in ?? () > >#4 0x807d24b in ?? () > >#5 0x807d432 in ?? () > >#6 0x12731 in Lst_Destroy (l=0x588c0, freeProc=0) > > at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:99 > >#7 0xfb2b in TargFreeGN (gnp=0x55d00) at targ.c:219 > >#8 0x1270b in Lst_Destroy (l=0x182e0, freeProc=0xfae0 ) > > at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:93 > >#9 0xf9d7 in Targ_End () at targ.c:139 > >#10 0xa000 in main (argc=3, argv=0xefbfd798) at main.c:804 > > > > > >I have the core and the program that created, and if you want I can leave > >them somewhere for someone who knows what they are doing to take a peek at > >them. I will help where I can of course, but this one is bigger than I > >am. Andrew From owner-freebsd-current Sun Feb 9 10:54:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA29938 for current-outgoing; Sun, 9 Feb 1997 10:54:24 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA29925 for ; Sun, 9 Feb 1997 10:54:14 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id TAA14579; Sun, 9 Feb 1997 19:50:05 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id TAA03061; Sun, 9 Feb 1997 19:48:18 +0100 (MET) Message-Id: <3.0.32.19970209194817.00b06db0@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 09 Feb 1997 19:48:27 +0100 To: asami@vader.cs.berkeley.edu (Satoshi Asami) From: Eivind Eklund Subject: Re: conditionally including Cc: gjennejohn@frt.dec.com, current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 01:25 AM 2/6/97 -0800, Satoshi Asami wrote: >Also, I would like to propose to have osreldate updated in a way that >all 2.1*s come before all 2.2*s and they come before all 3.*s. As >seen in the recent top port debacle, simply using the release >year/month is bound to utter confusion. > >Right now we have (from the handbook): > >=== >2.0-RELEASE: 199411 >2.1-current's: 199501, 199503 >2.0.5-RELEASE: 199504 >2.2-current before 2.1: 199508 >2.1.0-RELEASE: 199511 >2.2-current before 2.1.5: 199512 >2.1.5-RELEASE: 199607 >2.2-current before 2.1.6: 199608 >2.1.6-RELEASE: 199612 >2.2-RELEASE: 199701 >3.0-current as of Feb 1997: 199702 (will certainly be bumped) >=== > >Obviously everything up to 2.1.6R can't be changed, but the last two >are still salvagable. Let's say we make them > >=== >2.2-RELEASE: 199707 >3.0-current as of Feb 1997: 199801 >=== > >so we have more space to squeeze in 2.1.7R and 2.2.5R and such without >sacrificing the linear ordering. I disagree. I think we should make them 2.2-RELEASE: 2200000 3.0-current: 3000000 with LOADS of space to mess around in, and not something looking like dates. Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-current Sun Feb 9 12:29:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA05965 for current-outgoing; Sun, 9 Feb 1997 12:29:57 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA05959 for ; Sun, 9 Feb 1997 12:29:53 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id VAA09894 for ; Sun, 9 Feb 1997 21:30:03 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.4/8.6.9) id VAA14356 for freebsd-current@freefall.cdrom.com; Sun, 9 Feb 1997 21:32:59 +0100 (MET) Date: Sun, 9 Feb 1997 21:32:59 +0100 (MET) From: Christoph Kukulies Message-Id: <199702092032.VAA14356@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: tcp/ip performance miserable Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I moved a 2.2 486/DX2-66 system from 2.2/current (before the 3.0 name change) to 3.0-current and suddenly I'm getting only 8-28KB/s over ftp when running ftp on my win95 box against the ftp server on the FreeBSD box. Hardware is a WD8003E 8bit card. Before that change I used to get around 300-400KB/s. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sun Feb 9 12:51:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07729 for current-outgoing; Sun, 9 Feb 1997 12:51:02 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA07721 for ; Sun, 9 Feb 1997 12:50:54 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA00969 for freebsd-current@freefall.freebsd.org; Sun, 9 Feb 1997 21:50:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id VAA15448; Sun, 9 Feb 1997 21:43:47 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 21:43:47 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order References: <10128.855488661@critter.dk.tfs.com> <19970209153631.SO02083@keltia.freenix.fr> <19970210033542.33207@usn.blaze.net.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970210033542.33207@usn.blaze.net.au>; from David Nugent on Feb 10, 1997 03:35:42 +1100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Nugent wrote: > > Maybe Poul's idea isn't too bad, to split the Perl manual by > > functions, and drop them into a separate section. > > ..this is even better. I wouldn't even mind having to specify > a section. Metoo. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 9 12:51:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07787 for current-outgoing; Sun, 9 Feb 1997 12:51:49 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA07772 for ; Sun, 9 Feb 1997 12:51:35 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA00971; Sun, 9 Feb 1997 21:50:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id VAA15457; Sun, 9 Feb 1997 21:44:33 +0100 (MET) Message-ID: Date: Sun, 9 Feb 1997 21:44:33 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: gclarkii@main.gbdata.com (Gary Clark II) Cc: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order References: <199702091644.KAA08070@main.gbdata.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702091644.KAA08070@main.gbdata.com>; from Gary Clark II on Feb 9, 1997 10:44:31 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Gary Clark II wrote: > Hello, > > The pod system can generate html. (I use them here.) So are you saying you volunteer for splitting the blurb man page into HTMLized stuff? :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 9 13:39:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10883 for current-outgoing; Sun, 9 Feb 1997 13:39:18 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10874 for ; Sun, 9 Feb 1997 13:39:13 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA06583; Sun, 9 Feb 1997 14:39:08 -0700 (MST) Date: Sun, 9 Feb 1997 14:39:08 -0700 (MST) Message-Id: <199702092139.OAA06583@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Poul-Henning Kamp Cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order In-Reply-To: <9632.855479839@critter.dk.tfs.com> References: <9632.855479839@critter.dk.tfs.com> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> 2. The real thing is this. The man page search order finds all of the c > >> programming calls after the TCL ones, so "man bind" returns TCL's bind, > >> not the syscall bind. > > Well, somebody find out what it takes to fix the search order and > that end of that story. Looking in man/lib/config.h: static char *std_sections[] = { "1", "l", "8", "6", "2", "3", "n", "4", "5", "7", "p", "o", NULL }; This is the order that is searches in (it doesn't care the order of the man pages, it cares about the order of the sections). Although, it will pickup the man pages in the same sections in the order by which they are set, so if you have two bind.1 man-pages, the one that is set first in /etc/manpath.config will be used. (Note, the above line is modified by me to not care about .n man-pages since I could care less about TCL manpages, which are the by far the most common pages stored in our system.) > >I'm also fairly annoyed by this. I never got it right why Tcl > >installs its man pages into the inofficial section `n' in the manual > >at all (is it really something to be considered `new' these days? :), > >but it's particularly annoying to have this section being searched in > >front of the standard sections. > > Well maybe it should be called .t instead then ? There are so many of them they really deserve their own section. But, we'd become non-standard. :( Nate From owner-freebsd-current Sun Feb 9 13:41:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA11086 for current-outgoing; Sun, 9 Feb 1997 13:41:01 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11081 for ; Sun, 9 Feb 1997 13:40:57 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA06585; Sun, 9 Feb 1997 14:40:49 -0700 (MST) Date: Sun, 9 Feb 1997 14:40:49 -0700 (MST) Message-Id: <199702092140.OAA06585@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order In-Reply-To: References: <9632.855479839@critter.dk.tfs.com> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > static char *std_sections[] = > { > "1", "n", "l", "6", "8", "2", "3", "4", "5", "7", "9", "p", "o", NULL > }; > > (It can be overridden by a MANSEC variable, btw.) > > Now comes the difficult part: what's the best order? > > static char *std_sections[] = > { > "1", "8", "2", "3", "n", "4", "5", "6", "7", "9", "l", NULL > }; This works for me. But, it leans toward programmer/admin types, which some may disagree with. My gut feeling is 'commit that puppy'. :) Nate From owner-freebsd-current Sun Feb 9 13:54:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA11905 for current-outgoing; Sun, 9 Feb 1997 13:54:36 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA11878; Sun, 9 Feb 1997 13:54:21 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.7.6/8.7.3) id IAA23848; Mon, 10 Feb 1997 08:35:45 +1100 (EST) Date: Mon, 10 Feb 1997 08:35:44 +1100 (EST) From: "Daniel O'Callaghan" To: Andreas Klemm cc: David Nugent , freebsd-hackers@freebsd.org, current@freebsd.org Subject: Re: should permissions of /usr/bin/login be changed to 0100 ??? In-Reply-To: <19970209171649.EU26961@klemm.gtn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Feb 1997, Andreas Klemm wrote: > > > Our /usr/bin/login program has the following permissions: > > > -r-sr-xr-x 1 root bin 24576 6 Feb 01:28 /usr/bin/login > > > > > > Would it be useful to change permissions to 0100 ? > > > > Just removing the setuid bit makes it harmless, but 0100 will > > prevent anyone but root trying, anyway. I'm all for it. > > So would it be ok, to install "login" with 0100 permissions ? If > nobody is against it, I'd do the change in -current. > > Wouldn't that be additionally something for 2.2 and 2.1.7 ? > After the whole security debate ?! I still don't see why you can't do as I suggested, and make it optional, dependent on the perm settings, as per my previous message on this topic. Danny From owner-freebsd-current Sun Feb 9 14:24:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA13409 for current-outgoing; Sun, 9 Feb 1997 14:24:00 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA13396 for ; Sun, 9 Feb 1997 14:23:36 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA25471; Sun, 9 Feb 1997 15:17:56 -0700 From: Terry Lambert Message-Id: <199702092217.PAA25471@phaeton.artisoft.com> Subject: Re: linux ELF codine no go on 2.2 Gamma To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sun, 9 Feb 1997 15:17:56 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, StevenR362@aol.com, rcarter@consys.com, current@freebsd.org In-Reply-To: <199702070151.MAA08739@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 7, 97 12:21:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > % ln -s /compat/linux/.../somebinary ~/bin/somename > > % rehash > > % somename > > > > ... BOOM! > > Huh? There's no earth-shattering KABOOM from that - that's what you get > now. "BOOM!", not "KABOOM!"... as in "fails to foolow rule of least astonishment and operate as expected by the user". > > Also, if I type "foo", it doesn't look for "foo" in my path, then for > > "foo" in the same path in the compat hierarchy using the subdirectories > > of compat as virtual "/". The reason "compat" works at all is that > > it adulterates the path lookup using system calls *in the emulator's > > system call table*. If you aren't running the program from a Linux > > binary (for instance, a Linux binary for your shell), then it won't > > look in compat when trying to find the program to run it. > > ... unless you have /compat/* on your path. Yeah, you *could* have a huge path... show of hands? 8-). > > But it's one mother of a kludge to get arough changing the ld program > > with the patches that John Polstra already submitted to the Linux and > > GNU people. 8-). > > Given the latest glibc actually changes the dynamic linker to the _same_ > path as the SysV one, I can only see the current situation getting worse. > > All I'm proposing is adding an extra hint, that may help some people, > not trying to save the world. John's patches to the gld add an ABI tag to the files generated by gld; since the *only* files in Linux and FreeBSD, for all practical purposes, are those generated by gld/binutils, it stands to reason that it will fix the problem "The Right Way(tm)". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Feb 9 14:31:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA13820 for current-outgoing; Sun, 9 Feb 1997 14:31:44 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA13814 for ; Sun, 9 Feb 1997 14:31:40 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id JAA03396; Mon, 10 Feb 1997 09:29:41 +1100 (EST) From: David Dawes Message-Id: <199702092229.JAA03396@rf900.physics.usyd.edu.au> Subject: Re: 3.0-970124-SNAP: man page search order In-Reply-To: <199702092139.OAA06583@rocky.mt.sri.com> from Nate Williams at "Feb 9, 97 02:39:08 pm" To: nate@mt.sri.com (Nate Williams) Date: Mon, 10 Feb 1997 09:29:40 +1100 (EST) Cc: phk@critter.dk.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> >> 2. The real thing is this. The man page search order finds all of the c >> >> programming calls after the TCL ones, so "man bind" returns TCL's bind, >> >> not the syscall bind. >> >> Well, somebody find out what it takes to fix the search order and >> that end of that story. > >Looking in man/lib/config.h: > static char *std_sections[] = > { > "1", "l", "8", "6", "2", "3", "n", "4", "5", "7", "p", "o", NULL > }; > >This is the order that is searches in (it doesn't care the order of the >man pages, it cares about the order of the sections). Although, it will >pickup the man pages in the same sections in the order by which they are >set, so if you have two bind.1 man-pages, the one that is set first in >/etc/manpath.config will be used. > >(Note, the above line is modified by me to not care about .n man-pages >since I could care less about TCL manpages, which are the by far the >most common pages stored in our system.) > >> >I'm also fairly annoyed by this. I never got it right why Tcl >> >installs its man pages into the inofficial section `n' in the manual >> >at all (is it really something to be considered `new' these days? :), >> >but it's particularly annoying to have this section being searched in >> >front of the standard sections. >> >> Well maybe it should be called .t instead then ? > >There are so many of them they really deserve their own section. But, >we'd become non-standard. :( Another way to deal with this is what is done on SunOS. For example, the Fortran man pages end in '.3f'. For example, 'man free' gets me the standard 'C' version of the man page, while 'man 3f free' gets me the Fortran version. David From owner-freebsd-current Sun Feb 9 14:34:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14112 for current-outgoing; Sun, 9 Feb 1997 14:34:52 -0800 (PST) Received: from dfw-ix3.ix.netcom.com (dfw-ix3.ix.netcom.com [206.214.98.3]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA14103 for ; Sun, 9 Feb 1997 14:34:48 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca7-24.ix.netcom.com [204.31.231.56]) by dfw-ix3.ix.netcom.com (8.6.13/8.6.12) with ESMTP id OAA02710; Sun, 9 Feb 1997 14:34:14 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id OAA20426; Sun, 9 Feb 1997 14:34:11 -0800 (PST) Date: Sun, 9 Feb 1997 14:34:11 -0800 (PST) Message-Id: <199702092234.OAA20426@silvia.HIP.Berkeley.EDU> To: julian@whistle.com CC: current@freebsd.org In-reply-to: <32FBD933.167EB0E7@whistle.com> (message from Julian Elischer on Fri, 07 Feb 1997 17:38:59 -0800) Subject: Re: size of partitions From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * I'm setting myself up a machine here.. * how big are /usr/ports and /usr/local/bin and/usr/X11R6 * after a make of EVERYTHING on the ports collection? * * (I'll allow for make clean on usr/ports, but distfiles * must get to some large size.) It's somewhere around 1.2GB. local+X11R6 is ~800MB, ports is ~600MB. This is on my package building machine for 2.2, so it includes all free distfiles (like different resolutions for print/pkfonts) but not NO_CDROM or RESTRICTED ones. I'm not counting the packages, that would be another ~400MB. Satoshi From owner-freebsd-current Sun Feb 9 15:30:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA18080 for current-outgoing; Sun, 9 Feb 1997 15:30:53 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA18051 for ; Sun, 9 Feb 1997 15:30:46 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id SAA00154 for current@freebsd.org; Sun, 9 Feb 1997 18:30:40 -0500 (EST) From: "John S. Dyson" Message-Id: <199702092330.SAA00154@dyson.iquest.net> Subject: Lite/2 diffs ready: commit soon To: current@freebsd.org Date: Sun, 9 Feb 1997 18:30:39 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The Lite/2 kernel diffs are available now in: freefall:~dyson/lite2.diff.gz If you get a chance to review them, it would be a good idea. Again, I plan to commit the lite2 kernel changes at 21:00 EST(Sun), 2:00 GMT(Mon). So, if you want a last clean cvsup, cvs co before the change, do it now. Also, the kernel is significantly different, and requires some userland changes to work correctly (specifically vfs syscontrol (getfsent.)) I would expect that we will have it in runnable shape in a few days (but perhaps not extremely reliable.) Wish us all luck!!! :-). John Dyson dyson@freebsd.org From owner-freebsd-current Sun Feb 9 15:45:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19570 for current-outgoing; Sun, 9 Feb 1997 15:45:19 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA19564 for ; Sun, 9 Feb 1997 15:45:15 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id PAA01819; Sun, 9 Feb 1997 15:44:59 -0800 (PST) To: Poul-Henning Kamp cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order In-reply-to: Your message of "Sun, 09 Feb 1997 15:36:48 +0100." <10384.855499008@critter.dk.tfs.com> Date: Sun, 09 Feb 1997 15:44:59 -0800 Message-ID: <1815.855531899@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Yes I have done FORTH, and I liked it just as much as I like Tcl :-) [jkh stands with his back to Poul's and raises a sword above his head] "Ho, Dane! We can fight them off! There are only 4,952 infidels and at least 2 of us! To the death, for FORTH!" :-) From owner-freebsd-current Sun Feb 9 15:52:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA19930 for current-outgoing; Sun, 9 Feb 1997 15:52:47 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA19918 for ; Sun, 9 Feb 1997 15:52:39 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA04630 for freebsd-current@freefall.freebsd.org; Mon, 10 Feb 1997 00:52:37 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id AAA16086; Mon, 10 Feb 1997 00:47:06 +0100 (MET) Message-ID: Date: Mon, 10 Feb 1997 00:47:06 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order References: <199702092139.OAA06583@rocky.mt.sri.com> <199702092229.JAA03396@rf900.physics.usyd.edu.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702092229.JAA03396@rf900.physics.usyd.edu.au>; from David Dawes on Feb 10, 1997 09:29:40 +1100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Dawes wrote: > Another way to deal with this is what is done on SunOS. For example, > the Fortran man pages end in '.3f'. For example, 'man free' gets me the > standard 'C' version of the man page, while 'man 3f free' gets me the > Fortran version. As long as we don't adopt the SCO way. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Feb 9 16:20:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA21575 for current-outgoing; Sun, 9 Feb 1997 16:20:39 -0800 (PST) Received: from mail2.uunet.ca (mail2.uunet.ca [142.77.1.15]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21548 for ; Sun, 9 Feb 1997 16:20:28 -0800 (PST) Received: from why.whine.com ([205.150.249.1]) by mail2.uunet.ca with ESMTP id <123109-27423>; Sun, 9 Feb 1997 19:20:26 -0500 Received: from why (why [205.150.249.1]) by why.whine.com (8.8.5/8.7.3) with SMTP id TAA20080; Sun, 9 Feb 1997 19:19:51 -0500 (EST) Date: Sun, 9 Feb 1997 19:19:50 -0500 From: Andrew Herdman X-Sender: andrew@why To: Andrew Herdman cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: Make world of Current dies with weird errors. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was able to actually make world today. I had been overclocking my cpu at a 75mhz bus vs. a 66mhz bus. Dropping it to 66, or disabling the level2 cache cause the problem to go away. Question is... why is the only thing affected is make world? It doesn't make sense. Andrew On Sun, 9 Feb 1997, Andrew Herdman wrote: > Ok, finally managed to do that (make world rebuilds make and strips off > the symbols grrrrr..) > > On Sun, 9 Feb 1997, Poul-Henning Kamp wrote: > > > > > Hey Cool! > > > > Now for an encore, try to make "make" with -static so we don't have > > to fight shared libs in gdb. > > > > I would expect 807d432() to be free(3) but that is merely a guess... > > (gdb) bt > #0 0x1efd5 in kill () > #1 0x1ea33 in abort () > #2 0x1d787 in fstat () > #3 0x1d7af in fstat () > #4 0x1e642 in fstat () > #5 0x1e7e6 in free () > #6 0x12241 in Lst_Destroy (l=0x274e0, freeProc=0x1e7b0 ) > at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:94 > #7 0xcfbb in Parse_End () at /usr/src/usr.bin/make/parse.c:2556 > #8 0x9b44 in main (argc=3, argv=0xefbfd77c) > at /usr/src/usr.bin/make/main.c:808 > > > >Well I had some courage. I can reliably reproduce the bug, and have with > > >a make re-compiled with -g, and the malloc trick i now have a nice core > > >file. As for using gdb for debugging... err well I don't now much about > > >it... i've seen the bt command used extensively and this is what i got: > > > > > >Core was generated by `make'. > > >Program terminated with signal 6, Abort trap. > > >Cannot access memory at address 0x654f0. > > >#0 0x807de11 in ?? () > > >(gdb) bt > > >#0 0x807de11 in ?? () > > >#1 0x807d6e3 in ?? () > > >#2 0x807c232 in ?? () > > >#3 0x807c270 in ?? () > > >#4 0x807d24b in ?? () > > >#5 0x807d432 in ?? () > > >#6 0x12731 in Lst_Destroy (l=0x588c0, freeProc=0) > > > at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:99 > > >#7 0xfb2b in TargFreeGN (gnp=0x55d00) at targ.c:219 > > >#8 0x1270b in Lst_Destroy (l=0x182e0, freeProc=0xfae0 ) > > > at /usr/src/usr.bin/make/lst.lib/lstDestroy.c:93 > > >#9 0xf9d7 in Targ_End () at targ.c:139 > > >#10 0xa000 in main (argc=3, argv=0xefbfd798) at main.c:804 > > > > > > > > >I have the core and the program that created, and if you want I can leave > > >them somewhere for someone who knows what they are doing to take a peek at > > >them. I will help where I can of course, but this one is bigger than I > > >am. > > > Andrew > > From owner-freebsd-current Sun Feb 9 16:56:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA24639 for current-outgoing; Sun, 9 Feb 1997 16:56:53 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24632 for ; Sun, 9 Feb 1997 16:56:48 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA17897; Sun, 9 Feb 1997 16:56:09 -0800 (PST) Received: from alpo.whistle.com(207.76.205.1) by whistle.com via smap (V1.3) id sma017895; Sun Feb 9 16:55:47 1997 Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.5/8.8.4) with SMTP id QAA12806; Sun, 9 Feb 1997 16:53:18 -0800 (PST) Message-ID: <32FE710B.7DE14518@whistle.com> Date: Sun, 09 Feb 1997 16:51:23 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: Poul-Henning Kamp , Joerg Wunsch , freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order References: <1815.855531899@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > Yes I have done FORTH, and I liked it just as much as I like Tcl :-) > > [jkh stands with his back to Poul's and raises a sword above his head] > > "Ho, Dane! We can fight them off! There are only 4,952 infidels and > at least 2 of us! To the death, for FORTH!" > > :-) hmm I'd be very careful about your chosen comrade there.. I had the impression that he didn't really like either.. From owner-freebsd-current Sun Feb 9 17:35:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA26972 for current-outgoing; Sun, 9 Feb 1997 17:35:35 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA26943 for ; Sun, 9 Feb 1997 17:35:21 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id BAA19432; Mon, 10 Feb 1997 01:35:04 GMT Date: Mon, 10 Feb 1997 10:35:03 +0900 (JST) From: Michael Hancock To: Andrew Herdman cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: Make world of Current dies with weird errors. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Make world is well known to be a good stress tester. BTW, in case you didn't this time, please report things like overclocking the cpu initially. It would really save some bandwidth on this mailing list. Mike Hancock On Sun, 9 Feb 1997, Andrew Herdman wrote: > I was able to actually make world today. I had been overclocking my cpu > at a 75mhz bus vs. a 66mhz bus. Dropping it to 66, or disabling the > level2 cache cause the problem to go away. Question is... why is the only > thing affected is make world? It doesn't make sense. > > Andrew From owner-freebsd-current Sun Feb 9 18:21:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA01156 for current-outgoing; Sun, 9 Feb 1997 18:21:23 -0800 (PST) Received: from dfw-ix13.ix.netcom.com (dfw-ix13.ix.netcom.com [206.214.98.13]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA01098 for ; Sun, 9 Feb 1997 18:20:51 -0800 (PST) Received: (from smap@localhost) by dfw-ix13.ix.netcom.com (8.8.4/8.8.4) id UAA28621; Sun, 9 Feb 1997 20:16:50 -0600 (CST) Received: from wck-ca5-13.ix.netcom.com(199.35.213.173) by dfw-ix13.ix.netcom.com via smap (V1.3) id sma028587; Sun Feb 9 20:16:45 1997 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id SAA21051; Sun, 9 Feb 1997 18:16:37 -0800 (PST) Date: Sun, 9 Feb 1997 18:16:37 -0800 (PST) Message-Id: <199702100216.SAA21051@silvia.HIP.Berkeley.EDU> To: eivind@dimaga.com CC: gjennejohn@frt.dec.com, current@freebsd.org In-reply-to: <3.0.32.19970209194817.00b06db0@dimaga.com> (message from Eivind Eklund on Sun, 09 Feb 1997 19:48:27 +0100) Subject: Re: conditionally including From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * From: Eivind Eklund * >2.2-RELEASE: 199707 * >3.0-current as of Feb 1997: 199801 * >=== * > * >so we have more space to squeeze in 2.1.7R and 2.2.5R and such without * >sacrificing the linear ordering. * * I disagree. I think we should make them * 2.2-RELEASE: 2200000 * 3.0-current: 3000000 * * with LOADS of space to mess around in, and not something looking like dates. Well I certainly don't have a problem with that, although I'd probably take out one of the extra zero's (I don't think we need to go THAT far ;). Any others? Satoshi From owner-freebsd-current Sun Feb 9 18:29:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA01715 for current-outgoing; Sun, 9 Feb 1997 18:29:58 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA01709 for ; Sun, 9 Feb 1997 18:29:52 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id VAA01285 for current@freebsd.org; Sun, 9 Feb 1997 21:29:49 -0500 (EST) From: "John S. Dyson" Message-Id: <199702100229.VAA01285@dyson.iquest.net> Subject: Lite/2 commits complete To: current@freebsd.org Date: Sun, 9 Feb 1997 21:29:49 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The commits are complete, I will be running tests. Please send comments and bug reports to both -current and to me until things stablize. John dyson@freebsd.org From owner-freebsd-current Sun Feb 9 18:37:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA01954 for current-outgoing; Sun, 9 Feb 1997 18:37:34 -0800 (PST) Received: from dfw-ix5.ix.netcom.com (dfw-ix5.ix.netcom.com [206.214.98.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA01946 for ; Sun, 9 Feb 1997 18:37:28 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca5-13.ix.netcom.com [199.35.213.173]) by dfw-ix5.ix.netcom.com (8.6.13/8.6.12) with ESMTP id SAA07133; Sun, 9 Feb 1997 18:36:54 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id SAA21100; Sun, 9 Feb 1997 18:36:51 -0800 (PST) Date: Sun, 9 Feb 1997 18:36:51 -0800 (PST) Message-Id: <199702100236.SAA21100@silvia.HIP.Berkeley.EDU> To: rlb@mindspring.com CC: freebsd-current@freebsd.org In-reply-to: <32FD295D.41C67EA6@mindspring.com> (message from Ron Bolin on Sat, 08 Feb 1997 20:33:17 -0500) Subject: Re: AHC Driver Throughput Question From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Am I wrong in thinking that purchasing a Ultra-Wide SCSI-3 drive ^ ! * with an advertised max throughput of 40MB/sec would not be * fully realized using the current driver? You are half right. The adapter is able to work in 40MB/s mode (20MHz, 16-bit wide). However, a single drive will not give you anywhere near 40MB/s in terms of sustained throughput. (It's a different story if you read the same block repeatedly but you don't need a disk to do that.) You will need at least 2 of today's fastest drive before you start feeling the limitation of the Fast-Wide bus. Satoshi From owner-freebsd-current Sun Feb 9 22:08:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA09567 for current-outgoing; Sun, 9 Feb 1997 22:08:58 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA09509; Sun, 9 Feb 1997 22:08:02 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA18385; Sun, 9 Feb 1997 22:08:01 -0800 (PST) To: dyson@FreeBSD.org cc: current@FreeBSD.org Subject: Re: Lite/2 diffs ready: commit soon In-reply-to: Your message of "Sun, 09 Feb 1997 18:30:39 EST." <199702092330.SAA00154@dyson.iquest.net> Date: Sun, 09 Feb 1997 22:07:59 -0800 Message-ID: <18375.855554879@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > So, if you want a last clean cvsup, cvs co before the change, do it > now. Also, the kernel is significantly different, and requires some > userland changes to work correctly (specifically vfs syscontrol > (getfsent.)) I would expect that we will have it in runnable shape > in a few days (but perhaps not extremely reliable.) Wish us all > luck!!! :-). I'm also rolling a 3.0 SNAP from right before John's changes which I will put on ftp.freebsd.org, so if this turns out to be a Black Sunday sort of event for awhile, we'll at least have a SNAP from right before the hammer fell. :-) Jordan From owner-freebsd-current Sun Feb 9 22:18:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA09988 for current-outgoing; Sun, 9 Feb 1997 22:18:24 -0800 (PST) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA09949; Sun, 9 Feb 1997 22:18:11 -0800 (PST) Received: from dual (DUAL [192.187.167.136]) by mantar.slip.netcom.com (8.8.5/8.8.5) with SMTP id WAA04284; Sun, 9 Feb 1997 22:18:08 -0800 (PST) Message-Id: <3.0.1.32.19970209221803.0091f100@mantar.slip.netcom.com> X-Sender: guest@mantar.slip.netcom.com X-Mailer: Windows Eudora Pro Version 3.0.1 beta 14 (32) Date: Sun, 09 Feb 1997 22:18:03 -0800 To: dyson@freebsd.org, current@freebsd.org From: Manfred Antar Subject: Re: Lite/2 commits complete In-Reply-To: <199702100229.VAA01285@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 09:29 PM 2/9/97 -0500, John S. Dyson wrote: >The commits are complete, I will be running tests. Please >send comments and bug reports to both -current and to me until >things stablize. > >John >dyson@freebsd.org > > I Rebuilt a kernel and rebooted.got debugger because of procfs.I rebooted with old kernel and rebuilt lkm's. null_mod, linux_mod, ccd_mod, ibcs2_mod, ibcs2_coff_mod,are broke. I rebooted and couldn't mount msdos or procfs.i commented those out of my fstab,no problem and am running a current kernel now.i doing a make all install in /usr/src/ now. Manfred |==============================| | mantar@netcom.com | | Ph. (415) 681-6235 | |==============================| From owner-freebsd-current Sun Feb 9 23:29:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA15614 for current-outgoing; Sun, 9 Feb 1997 23:29:18 -0800 (PST) Received: (from hsu@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA15608 for current; Sun, 9 Feb 1997 23:29:16 -0800 (PST) Date: Sun, 9 Feb 1997 23:29:16 -0800 (PST) From: Jeffrey Hsu Message-Id: <199702100729.XAA15608@freefall.freebsd.org> To: current Subject: split windows in vi Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Did something happen to the nvi split window feature in -current? The -current vi on thud and on my machine doesn't recognize the :split command anymore. From owner-freebsd-current Mon Feb 10 00:05:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA17160 for current-outgoing; Mon, 10 Feb 1997 00:05:00 -0800 (PST) Received: from bofh.cybercity.dk (bofh.cybercity.dk [195.8.128.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA17154 for ; Mon, 10 Feb 1997 00:04:53 -0800 (PST) Received: from critter.dk.tfs.com ([140.145.230.252]) by bofh.cybercity.dk (8.8.3/8.7.3) with ESMTP id JAA14959; Mon, 10 Feb 1997 09:06:52 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id HAA11656; Mon, 10 Feb 1997 07:59:13 +0100 (MET) To: Andrew Herdman cc: current@freebsd.org Subject: Re: Make world of Current dies with weird errors. In-reply-to: Your message of "Sun, 09 Feb 1997 19:19:50 EST." Date: Mon, 10 Feb 1997 07:59:12 +0100 Message-ID: <11654.855557952@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Andrew Herdman write s: >I was able to actually make world today. I had been overclocking my cpu >at a 75mhz bus vs. a 66mhz bus. Dropping it to 66, or disabling the >level2 cache cause the problem to go away. Question is... why is the only >thing affected is make world? It doesn't make sense. Make world is a pretty good CPU tester. Basically your CPU is 100% busy for several hours beating the snot out of your cache & RAM at the same time. Another time, when you report an error, do us the favour of running your HW inside spec, ok ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Mon Feb 10 00:05:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA17188 for current-outgoing; Mon, 10 Feb 1997 00:05:07 -0800 (PST) Received: from bofh.cybercity.dk (bofh.cybercity.dk [195.8.128.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA17176 for ; Mon, 10 Feb 1997 00:05:01 -0800 (PST) Received: from critter.dk.tfs.com ([140.145.230.252]) by bofh.cybercity.dk (8.8.3/8.7.3) with ESMTP id JAA14970; Mon, 10 Feb 1997 09:07:01 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id IAA11671; Mon, 10 Feb 1997 08:00:10 +0100 (MET) To: Julian Elischer cc: "Jordan K. Hubbard" , Joerg Wunsch , freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order In-reply-to: Your message of "Sun, 09 Feb 1997 16:51:23 PST." <32FE710B.7DE14518@whistle.com> Date: Mon, 10 Feb 1997 08:00:10 +0100 Message-ID: <11669.855558010@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <32FE710B.7DE14518@whistle.com>, Julian Elischer writes: >Jordan K. Hubbard wrote: >> >> > Yes I have done FORTH, and I liked it just as much as I like Tcl :-) >> >> [jkh stands with his back to Poul's and raises a sword above his head] >> >> "Ho, Dane! We can fight them off! There are only 4,952 infidels and >> at least 2 of us! To the death, for FORTH!" >> >> :-) > >hmm I'd be very careful about your chosen comrade there.. >I had the impression that he didn't really like either.. "Hmm, see that Aussie over there ? He'll be the first to go..." -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Mon Feb 10 00:13:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA17735 for current-outgoing; Mon, 10 Feb 1997 00:13:00 -0800 (PST) Received: from hydrogen.nike.efn.org (metriclient-16.uoregon.edu [128.223.172.16]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA17720; Mon, 10 Feb 1997 00:12:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id AAA22274; Mon, 10 Feb 1997 00:12:43 -0800 (PST) Date: Mon, 10 Feb 1997 00:12:43 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Jeffrey Hsu cc: current@freefall.freebsd.org Subject: Re: split windows in vi In-Reply-To: <199702100729.XAA15608@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Feb 1997, Jeffrey Hsu wrote: > Did something happen to the nvi split window feature in -current? > The -current vi on thud and on my machine doesn't recognize the > :split command anymore. this has been changed because of an upgrade of nvi... the split feature it replaced with making the command be the upcase of the command you want to split off... i.e. if you want to edit another file in a new window... do: :E some.new.file check out /usr/share/doc/usd/13.viref/paper.ascii.gz for more info... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Mon Feb 10 00:51:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA19475 for current-outgoing; Mon, 10 Feb 1997 00:51:28 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA19468 for ; Mon, 10 Feb 1997 00:51:25 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id TAA24222; Mon, 10 Feb 1997 19:20:59 +1030 (CST) From: Michael Smith Message-Id: <199702100850.TAA24222@genesis.atrad.adelaide.edu.au> Subject: Re: 3.0-970124-SNAP: man page search order In-Reply-To: <11669.855558010@critter.dk.tfs.com> from Poul-Henning Kamp at "Feb 10, 97 08:00:10 am" To: phk@critter.dk.tfs.com (Poul-Henning Kamp) Date: Mon, 10 Feb 1997 19:20:58 +1030 (CST) Cc: julian@whistle.com, jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp stands accused of saying: > In message <32FE710B.7DE14518@whistle.com>, Julian Elischer writes: > >Jordan K. Hubbard wrote: > >> > >> > Yes I have done FORTH, and I liked it just as much as I like Tcl :-) > >> > >> [jkh stands with his back to Poul's and raises a sword above his head] > >> > >> "Ho, Dane! We can fight them off! There are only 4,952 infidels and > >> at least 2 of us! To the death, for FORTH!" > >> > >> :-) > > > >hmm I'd be very careful about your chosen comrade there.. > >I had the impression that he didn't really like either.. > > "Hmm, see that Aussie over there ? He'll be the first to go..." Hey! You keep your racist epithets to yourself there matey 8) proc NukeThemBastardsFromOrbit {bastards megatonnage} { global Nukes; foreach bastard in $bastards { LaunchNuke $bastard \ [SelectNuke $Nukes(size:individual) $megatonnage]; } } Who needs swords? 8) > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Feb 10 02:05:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA22798 for current-outgoing; Mon, 10 Feb 1997 02:05:04 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA22785 for ; Mon, 10 Feb 1997 02:04:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id CAA23161 for ; Mon, 10 Feb 1997 02:04:54 -0800 (PST) Date: Mon, 10 Feb 1997 02:04:53 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: FreeBSD Current Subject: pppstats and slstat... (plus pppstats.8 to mdoc) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk hmm... I was just really noticing the difference in convention between the two... any good reason one is plural and the other isn't?? anyone else found this annoying? comments? also... the pppstats.8 doesn't have xrefs to pppd... plus it isn't mdoc'ified... here we go: Index: pppstats.8 =================================================================== RCS file: /usr/cvs/src/usr.sbin/pppstats/pppstats.8,v retrieving revision 1.4 diff -c -r1.4 pppstats.8 *** pppstats.8 1997/01/14 07:16:31 1.4 --- pppstats.8 1997/02/10 10:00:47 *************** *** 1,42 **** .\" @(#) $FreeBSD$ ! .TH PPPSTATS 8 "2 May 1995" ! .SH NAME ! pppstats \- print PPP statistics ! .SH SYNOPSIS ! .B pppstats ! [ ! .B -v ! ] [ ! .B -r ! ] [ ! .B -c ! ] [ ! .B -i ! .I ! ] [ ! .I ! ] ! .ti 12 ! .SH DESCRIPTION ! .B pppstats prints PPP-related statistics. ! .PP The ! .B -v flag causes ! .B pppstats to display additional statistics, such as the number of packets tossed (that is, which the VJ TCP header decompression code rejected). ! .PP The ! .B -r flag causes ! .B pppstats to display the overall packet compression rate. The rate value is between 0 and 1, with 0 meaning that the data is incompressible. ! .PP The ! .B -c flag is used to specify an alternate display mode that shows packet compression statistics: the number of packets and bytes uncompressed (that is, before compression or after decompression), --- 1,34 ---- .\" @(#) $FreeBSD$ ! .Dd May 2, 1995 ! .Dt PPPSTATS 8 ! .Sh NAME ! .Nm pppstats ! .Nd print PPP statistics ! .Sh SYNOPSIS ! .Nm ! .Op Fl vrc ! .Op Fl i Ar secs ! .Op Ar unit# ! .Sh DESCRIPTION ! .Nm pppstats prints PPP-related statistics. ! .Pp The ! .Fl v flag causes ! .Nm to display additional statistics, such as the number of packets tossed (that is, which the VJ TCP header decompression code rejected). ! .Pp The ! .Fl r flag causes ! .Nm to display the overall packet compression rate. The rate value is between 0 and 1, with 0 meaning that the data is incompressible. ! .Pp The ! .Fl c flag is used to specify an alternate display mode that shows packet compression statistics: the number of packets and bytes uncompressed (that is, before compression or after decompression), *************** *** 45,54 **** compression rate. This rate reflects the recent performance of the compression code rather than the overall rate achieved since compression was enabled. ! .PP The ! .B -i flag is used to specify the interval between printouts. The default is 5 seconds. ! .PP ! specifies which interface to use for gathering statistics. --- 37,49 ---- compression rate. This rate reflects the recent performance of the compression code rather than the overall rate achieved since compression was enabled. ! .Pp The ! .Fl i flag is used to specify the interval between printouts. The default is 5 seconds. ! .Pp ! .Ar unit# ! specifies which interface to use for gathering statistics. ! .Sh SEE ALSO ! .Xr pppd 8 John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Mon Feb 10 02:19:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA23670 for current-outgoing; Mon, 10 Feb 1997 02:19:06 -0800 (PST) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA23636; Mon, 10 Feb 1997 02:18:47 -0800 (PST) Received: (from netacc@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) id KAA28723; Mon, 10 Feb 1997 10:18:48 GMT Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Resent-Date: Mon, 10 Feb 1997 10:15:18 +0000 Resent-Message-Id: <32FEF536.15FB7483@flevel.co.uk> Resent-From: NetAccess Manager Date: Mon, 10 Feb 1997 10:17:34 -0000 (GMT) Organization: Fourth Level Developments LTD From: Net Access Manager To: freebsd-current@freebsd.org, freebsd-chat@freebsd.org Subject: Unix Shell Accounts Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If anyone is interested in a commerical supported unix shell account (Running on FreeBSD V3.0) then please contact us for more information. Our shell accounts provide a 10MB quota (Can be increased) which can be used for file space and WWW space. Unlike other ISP's our shell account users are able to run Daemons on their account! Don't miss out - cut out the hassle of University regulations, slow unsupported sites and dialup problems. We can set you up in about 5 mins!! Email: netacc@flevel.co.uk From owner-freebsd-current Mon Feb 10 04:00:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA27806 for current-outgoing; Mon, 10 Feb 1997 04:00:54 -0800 (PST) Received: from meshsv86.tk.mesh.ad.jp (meshsv86.tk.mesh.ad.jp [133.205.63.150]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA27798 for ; Mon, 10 Feb 1997 04:00:51 -0800 (PST) Received: from wum87221 (ngy15DU02.aic.mesh.ad.jp [133.205.103.122]) by meshsv86.tk.mesh.ad.jp (8.8.4+2.7Wbeta4/3.5Wpl1-) with ESMTP id VAA04584 for ; Mon, 10 Feb 1997 21:00:48 +0900 (JST) Message-Id: <199702101200.VAA04584@meshsv86.tk.mesh.ad.jp> From: "HirohitoHiguchi" To: Subject: about apm0 Date: Mon, 10 Feb 1997 21:07:40 +0900 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1157 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk DearSirs My name is H.Higuchi. I installed FreeBSD-2.2-current on last Sat.. But apm driver seems not to work on mine. The kernel Loader stops at apm0 line. Is there anyone get this trouble here? Should I tell this into bug-report-mailinglist? I got 2.2 from cvs,but if I get from snap,I must miss installing FreeBSD-2.2 and higher Because I can not disable apm-driver on boot.flp! My machine is Aptiva770(IBMs). Yours Sincerely H.Higuchi From owner-freebsd-current Mon Feb 10 04:28:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA29862 for current-outgoing; Mon, 10 Feb 1997 04:28:13 -0800 (PST) Received: from plaut.de (inet.plaut.de [194.39.177.166]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA29857 for ; Mon, 10 Feb 1997 04:28:09 -0800 (PST) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id NAA23475; Mon, 10 Feb 1997 13:28:00 +0100 Received: from localhost (root@localhost) by totum.plaut.de (8.8.4/8.7.3) with SMTP id NAA02743; Mon, 10 Feb 1997 13:27:58 +0100 (MET) Date: Mon, 10 Feb 1997 13:27:58 +0100 (MET) From: Michael Reifenberger To: "Jordan K. Hubbard" cc: Poul-Henning Kamp , Joerg Wunsch , freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order In-Reply-To: <1815.855531899@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 9 Feb 1997, Jordan K. Hubbard wrote: ... > > Yes I have done FORTH, and I liked it just as much as I like Tcl :-) > > [jkh stands with his back to Poul's and raises a sword above his head] > > "Ho, Dane! We can fight them off! There are only 4,952 infidels and > at least 2 of us! To the death, for FORTH!" 3 at least :-) FORTH is very KISS. BTW: Have you investigated some more work towards a FORTH sysinstall? Last time I checked in your homedir it seemed a bit outdated. Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis From owner-freebsd-current Mon Feb 10 04:46:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA00623 for current-outgoing; Mon, 10 Feb 1997 04:46:52 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA00615; Mon, 10 Feb 1997 04:46:43 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.6/3.4W4) with ESMTP id VAA04611; Mon, 10 Feb 1997 21:46:09 +0900 (JST) Message-Id: <199702101246.VAA04611@marble.eps.nagoya-u.ac.jp> To: dyson@freebsd.org Cc: current@freebsd.org Subject: Re: Lite/2 commits complete In-Reply-To: Your message of "Sun, 9 Feb 1997 21:29:49 -0500 (EST)" References: <199702100229.VAA01285@dyson.iquest.net> X-Mailer: Mew version 1.54 on Emacs 19.28.1, Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 10 Feb 1997 21:46:09 +0900 From: KATO Takenori Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk linux_file.c is broken: ../../i386/linux/linux_file.c: In function `linux_getdents': ../../i386/linux/linux_file.c:466: warning: passing arg 6 of `VOP_READDIR' from incompatible pointer type ../../i386/linux/linux_file.c:533: warning: passing arg 2 of `VOP_UNLOCK' makes integer from pointer without a cast ../../i386/linux/linux_file.c:533: too few arguments to function `VOP_UNLOCK' *** Error code 1 This VOP_UNLOCK is not Lite-2 style. kato From owner-freebsd-current Mon Feb 10 05:16:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA01759 for current-outgoing; Mon, 10 Feb 1997 05:16:50 -0800 (PST) Received: from lundin.abq.nm.us. (lundin.abq.nm.us [198.59.115.228]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA01754 for ; Mon, 10 Feb 1997 05:16:44 -0800 (PST) Received: (from aflundi@localhost) by lundin.abq.nm.us. (8.7.5/8.7.3) id FAA28352 for freebsd-current@freefall.freebsd.org; Mon, 10 Feb 1997 05:56:32 -0700 (MST) Date: Mon, 10 Feb 1997 05:56:32 -0700 (MST) From: Alan Lundin Message-Id: <199702101256.FAA28352@lundin.abq.nm.us.> In-Reply-To: Nate Williams "Re: 3.0-970124-SNAP: man page search order" (Feb 9, 2:40pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: freebsd-current@freefall.freebsd.org Subject: Re: 3.0-970124-SNAP: man page search order Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > static char *std_sections[] = > { > "1", "n", "l", "6", "8", "2", "3", "4", "5", "7", "9", "p", "o", NULL > }; Is there something sacred about one letter section names? It seems to me that if we create a "p" section for perl, then when we decide that python ought to also be included, we're out of name space. I guess I'd like to see complex systems like tcl or perl have there own spelled out name: static char *std_sections[] = { "1", "n", "l", "6", "8", "2", "3", "4", "5", "7", "9", "perl", "tcl", "o", NULL }; and perhaps all the *.1's, *.3's, *.5's could be mixed together under the spelled out section. This way you'd get the man page by saying $ man tcl set $ man perl socket Seems fairly natural to me. At least it beats $ MANPATH=/usr/local/lib/tcl man incr that I do now on my Sun systems. :-) --alan From owner-freebsd-current Mon Feb 10 05:18:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA01809 for current-outgoing; Mon, 10 Feb 1997 05:18:25 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA01801; Mon, 10 Feb 1997 05:18:17 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id IAA10126; Mon, 10 Feb 1997 08:18:10 -0500 (EST) From: "John S. Dyson" Message-Id: <199702101318.IAA10126@dyson.iquest.net> Subject: Re: Lite/2 diffs ready: commit soon To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 10 Feb 1997 08:18:10 -0500 (EST) Cc: dyson@FreeBSD.org, current@FreeBSD.org In-Reply-To: <18375.855554879@time.cdrom.com> from "Jordan K. Hubbard" at Feb 9, 97 10:07:59 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > So, if you want a last clean cvsup, cvs co before the change, do it > > now. Also, the kernel is significantly different, and requires some > > userland changes to work correctly (specifically vfs syscontrol > > (getfsent.)) I would expect that we will have it in runnable shape > > in a few days (but perhaps not extremely reliable.) Wish us all > > luck!!! :-). > > I'm also rolling a 3.0 SNAP from right before John's changes which > I will put on ftp.freebsd.org, so if this turns out to be a Black Sunday > sort of event for awhile, we'll at least have a SNAP from right before > the hammer fell. :-) > The hammer fell a little bit. There are some more problems, in addition to the problems noted in the commit... There are problems with LINUX and IBCS2 emulation. John From owner-freebsd-current Mon Feb 10 05:22:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA02081 for current-outgoing; Mon, 10 Feb 1997 05:22:51 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA02072 for ; Mon, 10 Feb 1997 05:22:48 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id GAA09683; Mon, 10 Feb 1997 06:22:42 -0700 (MST) Date: Mon, 10 Feb 1997 06:22:42 -0700 (MST) Message-Id: <199702101322.GAA09683@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "HirohitoHiguchi" Cc: Subject: Re: about apm0 In-Reply-To: <199702101200.VAA04584@meshsv86.tk.mesh.ad.jp> References: <199702101200.VAA04584@meshsv86.tk.mesh.ad.jp> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > My name is H.Higuchi. > I installed FreeBSD-2.2-current on last Sat.. > But apm driver seems not to work on mine. > The kernel Loader stops at apm0 line. This has nothing to do with the apm driver, but it happens to be the last printf() before the kernel does a bunch of other code. If you could use DDB to determine where exactly it's stopping I'd appreciate it. Nate From owner-freebsd-current Mon Feb 10 05:46:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA03165 for current-outgoing; Mon, 10 Feb 1997 05:46:17 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA03154; Mon, 10 Feb 1997 05:46:06 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id IAA10215; Mon, 10 Feb 1997 08:45:51 -0500 (EST) From: "John S. Dyson" Message-Id: <199702101345.IAA10215@dyson.iquest.net> Subject: Re: Lite/2 commits complete To: kato@eclogite.eps.nagoya-u.ac.jp (KATO Takenori) Date: Mon, 10 Feb 1997 08:45:51 -0500 (EST) Cc: dyson@freebsd.org, current@freebsd.org In-Reply-To: <199702101246.VAA04611@marble.eps.nagoya-u.ac.jp> from "KATO Takenori" at Feb 10, 97 09:46:09 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > linux_file.c is broken: > > ../../i386/linux/linux_file.c: In function `linux_getdents': > ../../i386/linux/linux_file.c:466: warning: passing arg 6 of `VOP_READDIR' from incompatible pointer type > ../../i386/linux/linux_file.c:533: warning: passing arg 2 of `VOP_UNLOCK' makes integer from pointer without a cast > ../../i386/linux/linux_file.c:533: too few arguments to function `VOP_UNLOCK' > *** Error code 1 > > This VOP_UNLOCK is not Lite-2 style. > There are several problems (as expected.) Anyone who normally works on the kernel can fix the problem(s), or I will later on today. Whomever gets to them first is fine with me... Thanks for the info though. I missed a few things. :-(. John From owner-freebsd-current Mon Feb 10 06:45:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA05269 for current-outgoing; Mon, 10 Feb 1997 06:45:45 -0800 (PST) Received: from atena.eurocontrol.fr (atena.uneec.eurocontrol.fr [147.196.69.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA05261 for ; Mon, 10 Feb 1997 06:45:40 -0800 (PST) Received: by atena.eurocontrol.fr; (5.65v3.2/1.3/10May95) id AA32657; Mon, 10 Feb 1997 15:45:34 +0100 Received: (from roberto@localhost) by caerdonn.eurocontrol.fr (8.8.5/caerdonn-1.1) id PAA21507; Mon, 10 Feb 1997 15:45:33 +0100 (CET) Message-Id: <19970210154533.RN65280@caerdonn.eurocontrol.fr> Date: Mon, 10 Feb 1997 15:45:33 +0100 From: roberto@eurocontrol.fr (Ollivier Robert) To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Subject: Fwd: Another db-1.85 fix X-Mailer: Mutt 0.60 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk New fix for DB 1.85... -----Forwarded message from pfeifer@charly.informatik.uni-dortmund.de (Ulrich Pfeifer)----- To: perl5-porters@perl.org Subject: Another db-1.85 fix From: Ulrich Pfeifer Date: 10 Feb 1997 15:26:48 +0100 There still is a subtle bug in db-1.85 which makes it dump core in very rare circumstances. It occured to me when indexing all manual pages on my box. At a certain point around the 6000th manual the BTREE STORE() dumps core. Keith Bostic did fix it (see below) (Thanks again Keith). Would someone put the patch or the patched db-1.85 on CPAN? Ulrich Pfeifer -- @J = split //,"J!k Phau^eHeens%rarrot&\ncl t "; for(0..24){print $J[$_*7%($#J+1)]} ------- Start of forwarded message ------- Date: Mon Feb 10 15:21:07 1997 From: Keith Bostic Subject: New versions of DB Topics: Re: New versions of DB ---------------------------------------------------------------------- Date: Sat, 8 Feb 1997 11:00:09 -0500 (EST) From: Keith Bostic To: pfeifer@charly.informatik.uni-dortmund.de Cc: altensch@charly.informatik.uni-dortmund.de, goevert@bastet.informatik.uni-dortmund.de Subject: Re: New versions of DB Message-Id: <199702081600.LAA18911@mongoose.bostic.com> > Id did not cure the problem :-( > > It's a segmentation fault now: I put up a new patch for DB 1.85 btree's, it's number 4 at: http://www.bostic.com/db/patch.1.85.html Here's hoping! --keith ------------------------------ End of forwarda0041S Digest *************************** ------- End of forwarded message ------- -----End of forwarded message----- -- Ollivier ROBERT -=- Eurocontrol EEC/TS -=- Ollivier.Robert@eurocontrol.fr Usenet Canal Historique From owner-freebsd-current Mon Feb 10 09:24:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA13056 for current-outgoing; Mon, 10 Feb 1997 09:24:36 -0800 (PST) Received: from hammurabi.nh.ultra.net (hammurabi.nh.ultra.net [205.162.79.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA13046 for ; Mon, 10 Feb 1997 09:24:29 -0800 (PST) Received: from lucy.portsmouth ([192.32.47.84]) by hammurabi.nh.ultra.net (8.7.4/ult1.04) with SMTP id MAA16016; Mon, 10 Feb 1997 12:24:20 -0500 (EST) Message-ID: <32FF5A7A.41C67EA6@qosnet.com> Date: Mon, 10 Feb 1997 12:27:22 -0500 From: Greg Burch X-Mailer: Mozilla 3.0 (X11; I; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: freebsd-current@freefall.freebsd.org CC: Christoph Kukulies Subject: Re: tcp/ip performance miserable References: <199702092032.VAA14356@gilberto.physik.rwth-aachen.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am also seeing very slow performance with 3.0-current. Not only ftp but also nfs (using tcp) and reading messages from a pop server. My system is a Pentium 166 and SMC PCI EtherPower NIC. I do not have a problem when running this same hardware with R2.1.5 - Greg Burch gregb@qosnet.com Christoph Kukulies wrote: > > I moved a 2.2 486/DX2-66 system from 2.2/current (before the > 3.0 name change) to 3.0-current and suddenly I'm getting only > 8-28KB/s over ftp when running ftp on my win95 box against the > ftp server on the FreeBSD box. > > Hardware is a WD8003E 8bit card. Before that change I used to get > around 300-400KB/s. > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Mon Feb 10 09:27:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA13134 for current-outgoing; Mon, 10 Feb 1997 09:27:06 -0800 (PST) Received: from saguaro.flyingfox.com (saguaro.flyingfox.com [204.188.109.253]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA13129 for ; Mon, 10 Feb 1997 09:27:04 -0800 (PST) Received: (from jas@localhost) by saguaro.flyingfox.com (8.6.12/8.6.10) id JAA09083; Mon, 10 Feb 1997 09:22:10 -0800 Date: Mon, 10 Feb 1997 09:22:10 -0800 From: Jim Shankland Message-Id: <199702101722.JAA09083@saguaro.flyingfox.com> To: andrew@why.whine.com Subject: Re: Make world of Current dies with weird errors. Cc: current@freebsd.org, phk@critter.dk.tfs.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I was able to actually make world today. I had been overclocking my cpu > at a 75mhz bus vs. a 66mhz bus. Dropping it to 66, or disabling the > level2 cache cause the problem to go away. Question is... why is the only > thing affected is make world? It doesn't make sense. This stuff happens. Back in the Dawn of Time, I was helping a colleague debug a problem in a full-screen text editor he was developing. Every time he issued the command to move point to a specific line number, point moved to the end of the file. Other than that, everything (everything!) worked fine. It turned out that his system was running one of the new, 6 MHz Z80 CPUs, and if you hit the CPU chip with a blast of freon, the problem disappeared for a few minutes. Hardware problems can manifest in some really weird ways, and overclocking should be done only by those who have much more time than money. Jim Shankland Flying Fox Computer Systems, Inc. From owner-freebsd-current Mon Feb 10 10:25:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA16371 for current-outgoing; Mon, 10 Feb 1997 10:25:14 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA16364 for ; Mon, 10 Feb 1997 10:25:06 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA05237; Mon, 10 Feb 1997 13:25:00 -0500 Date: Mon, 10 Feb 1997 13:25:00 -0500 From: Garrett Wollman Message-Id: <9702101825.AA05237@halloran-eldar.lcs.mit.edu> To: Greg Burch Cc: freebsd-current@freefall.freebsd.org, Christoph Kukulies Subject: Re: tcp/ip performance miserable In-Reply-To: <32FF5A7A.41C67EA6@qosnet.com> References: <199702092032.VAA14356@gilberto.physik.rwth-aachen.de> <32FF5A7A.41C67EA6@qosnet.com> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > I am also seeing very slow performance with 3.0-current. Not only ftp > but also nfs (using tcp) and reading messages from a pop server. My > system is a Pentium 166 and SMC PCI EtherPower NIC. I do not have a > problem when running this same hardware with R2.1.5 For people who have performance problems with TCP, I would strongly suggest doing a graphical performance analysis with tcpdump and xplot. It is much easier to figure out problems when one has anaylzed what is happening. For the record, I get pretty close to the expected value on the two tests I was able to do from 3.0(current) to Digital UNIX 3.2G and an old 2.2 SNAP. The graphical performance analysis technique is described in a technical report, MIT/LCS/TR-494, by Timothy J. Shepard, entitled ``TCP Packet Trace Analysis''. (It was originally a Masters' thesis.) The `xplot' program described in the report, along with a Perl script I wrote to generate xplot input files from tcpdump output, and maybe also a PostScript version of the TR, is available at ; I should make a port of it some day. The usefulness of this technique cannot be overstated. It is literally the difference between poring over text traces for three hours and looking at a plot for five minutes and saying ``aha, there's a fast-retransmit, and there's where another packet got dropped, so that delay is a retransmit timeout!'' It's like night and day. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Mon Feb 10 11:24:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA19553 for current-outgoing; Mon, 10 Feb 1997 11:24:18 -0800 (PST) Received: from bofh.cybercity.dk (bofh.cybercity.dk [195.8.128.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA19548 for ; Mon, 10 Feb 1997 11:24:15 -0800 (PST) Received: from critter.dk.tfs.com ([140.145.230.252]) by bofh.cybercity.dk (8.8.3/8.7.3) with ESMTP id UAA22603; Mon, 10 Feb 1997 20:26:06 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id UAA13376; Mon, 10 Feb 1997 20:25:22 +0100 (MET) To: Garrett Wollman cc: Greg Burch , freebsd-current@freefall.freebsd.org, Christoph Kukulies Subject: Re: tcp/ip performance miserable In-reply-to: Your message of "Mon, 10 Feb 1997 13:25:00 EST." <9702101825.AA05237@halloran-eldar.lcs.mit.edu> Date: Mon, 10 Feb 1997 20:25:22 +0100 Message-ID: <13374.855602722@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <9702101825.AA05237@halloran-eldar.lcs.mit.edu>, Garrett Wollman wri tes: Well, should xplot be made part of FreeBSD ? Do you know if the author would be against this ? >For people who have performance problems with TCP, I would strongly >suggest doing a graphical performance analysis with tcpdump and xplot. >It is much easier to figure out problems when one has anaylzed what is >happening. For the record, I get pretty close to the expected value >on the two tests I was able to do from 3.0(current) to Digital UNIX >3.2G and an old 2.2 SNAP. > >The graphical performance analysis technique is described in a >technical report, MIT/LCS/TR-494, by Timothy J. Shepard, entitled >``TCP Packet Trace Analysis''. (It was originally a Masters' thesis.) >The `xplot' program described in the report, along with a Perl script >I wrote to generate xplot input files from tcpdump output, and maybe >also a PostScript version of the TR, is available at >; I should make >a port of it some day. > >The usefulness of this technique cannot be overstated. It is >literally the difference between poring over text traces for three >hours and looking at a plot for five minutes and saying ``aha, there's >a fast-retransmit, and there's where another packet got dropped, so >that delay is a retransmit timeout!'' It's like night and day. > >-GAWollman > >-- >Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the sam >e >wollman@lcs.mit.edu | O Siem / The fires of freedom >Opinions not those of| Dance in the burning flame >MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Mon Feb 10 12:46:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA23877 for current-outgoing; Mon, 10 Feb 1997 12:46:19 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA23869 for ; Mon, 10 Feb 1997 12:46:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id MAA25217; Mon, 10 Feb 1997 12:45:50 -0800 (PST) Date: Mon, 10 Feb 1997 12:45:50 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: mcclure@cs.unm.edu, freebsd-gnats-submit@freefall.FreeBSD.org, FreeBSD Current Subject: misc/229 floating point exception on illegial values.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I believe that this is what is suppose to happen... you use SIGFPE to trap these errors and possibly rerun the function after correcting the problem.... acording to the math(3) man page an exception is suppose to occure on invalid values... so this is really a non-error correct? and this pr should be closed... i.e. acos(-2.0) is suppose to generate a SIGFPE else it isn't doing what math(3) says it will do... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Mon Feb 10 12:53:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA24316 for current-outgoing; Mon, 10 Feb 1997 12:53:20 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24306 for ; Mon, 10 Feb 1997 12:53:16 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) id MAA13540; Mon, 10 Feb 1997 12:53:14 -0800 (PST) To: freebsd-current@freebsd.org Path: not-for-mail From: jdp@polstra.com (John Polstra) Newsgroups: polstra.freebsd.current Subject: Re: Lite/2 diffs ready: commit soon Date: 10 Feb 1997 12:53:14 -0800 Organization: Polstra & Co., Seattle, WA Lines: 31 Distribution: local Message-ID: <5do1rq$d71@austin.polstra.com> References: <18375.855554879@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <18375.855554879@time.cdrom.com>, Jordan K. Hubbard wrote: > I'm also rolling a 3.0 SNAP from right before John's changes which > I will put on ftp.freebsd.org, so if this turns out to be a Black Sunday > sort of event for awhile, we'll at least have a SNAP from right before > the hammer fell. :-) Just a reminder to people that there are at least two other ways to revert your sources to the point just before the Lite2 commit. If you maintain a copy of the FreeBSD CVS repository, you can do it like this: cvs update -Pd -D '02/10/97 00:00:00 GMT' (That's about 2 hours before John's commits, I believe.) Later when you want to get back in sync with -current, do this: cvs update -APd If you use CVSup to get the sources directly (no CVS repository on your machine), you can add this to the front of your cvsupfile: *default date=97.02.10.00.00.00 John P. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Mon Feb 10 15:03:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA01008 for current-outgoing; Mon, 10 Feb 1997 15:03:14 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA01001 for ; Mon, 10 Feb 1997 15:03:11 -0800 (PST) Received: from terminator.informatik.ba-stuttgart.de (terminator.informatik.ba-stuttgart.de [141.31.1.21]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id PAA29025 for ; Mon, 10 Feb 1997 15:03:09 -0800 (PST) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by terminator.informatik.ba-stuttgart.de (8.7.6/8.7.3) with ESMTP id WAA15329 for ; Mon, 10 Feb 1997 22:49:09 +0100 Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id XAA26678 for current@freebsd.org; Mon, 10 Feb 1997 23:49:41 +0100 (MET) From: Wolfgang Helbig Message-Id: <199702102249.XAA26678@helbig.informatik.ba-stuttgart.de> Subject: make world : getvfsent To: current@freebsd.org Date: Mon, 10 Feb 1997 23:49:41 +0100 (MET) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk make world is broken: /usr/src/lib/libc/getvfsend.c: 118:structure has no member named vfc_index Wolfgang Helbig From owner-freebsd-current Mon Feb 10 15:33:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA02534 for current-outgoing; Mon, 10 Feb 1997 15:33:44 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA02528 for ; Mon, 10 Feb 1997 15:33:40 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id SAA11201; Mon, 10 Feb 1997 18:31:57 -0500 (EST) From: "John S. Dyson" Message-Id: <199702102331.SAA11201@dyson.iquest.net> Subject: Re: make world : getvfsent To: helbig@MX.BA-Stuttgart.De (Wolfgang Helbig) Date: Mon, 10 Feb 1997 18:31:57 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199702102249.XAA26678@helbig.informatik.ba-stuttgart.de> from "Wolfgang Helbig" at Feb 10, 97 11:49:41 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > make world is broken: > > /usr/src/lib/libc/getvfsend.c: 118:structure has no member named vfc_index > There is alot broken, and it will be approx 1-2wks before the system is semi-reliable again. Thanks for the input though!!! John From owner-freebsd-current Mon Feb 10 15:54:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA03541 for current-outgoing; Mon, 10 Feb 1997 15:54:40 -0800 (PST) Received: from plaut.de (inet.plaut.de [194.39.177.166]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA03516; Mon, 10 Feb 1997 15:54:28 -0800 (PST) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id AAA25806; Tue, 11 Feb 1997 00:54:21 +0100 Received: from localhost (root@localhost) by totum.plaut.de (8.8.4/8.7.3) with SMTP id AAA21936; Tue, 11 Feb 1997 00:54:23 +0100 (MET) Date: Tue, 11 Feb 1997 00:54:23 +0100 (MET) From: Michael Reifenberger To: FreeBSD-Current cc: John Dyson Subject: LITE/2 & devfs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, compiling a current kernel I get: (totum)(mike) # make cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-ex terns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- - I. -I../.. -I../../../include -DIPDIVERT -DDODUMP -DSYSVIPC -DCOMPAT_43 -DCD9660 -DMSDOSFS -DDEVFS -DNFS -DMFS -DFFS -DINET -DI586_OPTIMIZED_BZERO -DI586_OPTIMI ZED_BCOPY -DCCD_OFFSET=0 -DPQ_MEDIUMCACHE -DKERNEL ../../miscfs/devfs/devfs_tre e.c ../../miscfs/devfs/devfs_tree.c: In function `devfs_dntovn': ../../miscfs/devfs/devfs_tree.c:928: too few arguments to function `vget' ../../miscfs/devfs/devfs_tree.c:993: too few arguments to function `VOP_LOCK' *** Error code 1 Stop. Just for the record. Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis From owner-freebsd-current Mon Feb 10 16:01:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA03936 for current-outgoing; Mon, 10 Feb 1997 16:01:03 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA03928 for ; Mon, 10 Feb 1997 16:00:57 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id TAA11388 for current@freebsd.org; Mon, 10 Feb 1997 19:00:50 -0500 (EST) From: "John S. Dyson" Message-Id: <199702110000.TAA11388@dyson.iquest.net> Subject: FYI: working on userland libs To: current@freebsd.org Date: Mon, 10 Feb 1997 19:00:50 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am working on porting the libc to Lite/2 tonight. John From owner-freebsd-current Mon Feb 10 17:18:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA00679 for current-outgoing; Mon, 10 Feb 1997 17:18:49 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00660 for ; Mon, 10 Feb 1997 17:18:45 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id QAA29708 for ; Mon, 10 Feb 1997 16:56:34 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA29901; Tue, 11 Feb 1997 01:55:13 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id BAA21431; Tue, 11 Feb 1997 01:46:56 +0100 (MET) Message-ID: Date: Tue, 11 Feb 1997 01:46:56 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org Cc: hirohito@mxv.meshnet.or.jp (HirohitoHiguchi) Subject: Re: about apm0 References: <199702101200.VAA04584@meshsv86.tk.mesh.ad.jp> <199702101322.GAA09683@rocky.mt.sri.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702101322.GAA09683@rocky.mt.sri.com>; from Nate Williams on Feb 10, 1997 06:22:42 -0700 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Nate Williams wrote: > > My name is H.Higuchi. > > I installed FreeBSD-2.2-current on last Sat.. > > But apm driver seems not to work on mine. > > The kernel Loader stops at apm0 line. > > This has nothing to do with the apm driver, but it happens to be the > last printf() before the kernel does a bunch of other code. > > If you could use DDB to determine where exactly it's stopping I'd > appreciate it. If this is not possible (e.g. since there's no runnable kernel at all), you can also try to boot with the `-v' option, this will enable a few more printf's. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Feb 10 17:50:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA02443 for current-outgoing; Mon, 10 Feb 1997 17:50:58 -0800 (PST) Received: from scruz.net (nic.scruz.net [165.227.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02438 for ; Mon, 10 Feb 1997 17:50:54 -0800 (PST) Received: from osprey.grizzly.com by scruz.net (8.7.3/1.34) id RAA10402; Mon, 10 Feb 1997 17:50:23 -0800 (PST) Received: (from markd@localhost) by osprey.grizzly.com (8.8.4/8.7.3) id RAA00810; Mon, 10 Feb 1997 17:43:35 -0800 (PST) Date: Mon, 10 Feb 1997 17:43:35 -0800 (PST) Message-Id: <199702110143.RAA00810@osprey.grizzly.com> From: Mark Diekhans To: gurney_j@resnet.uoregon.edu CC: mcclure@cs.unm.edu, freebsd-gnats-submit@freefall.freebsd.org, freebsd-current@freebsd.org In-reply-to: (message from John-Mark Gurney on Mon, 10 Feb 1997 12:45:50 -0800 (PST)) Subject: Re: misc/229 floating point exception on illegial values.. Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I believe that this is what is suppose to happen... you use SIGFPE to >trap these errors and possibly rerun the function after correcting the >problem.... acording to the math(3) man page an exception is suppose to >occure on invalid values... > >so this is really a non-error correct? and this pr should be closed... > >i.e. acos(-2.0) is suppose to generate a SIGFPE else it isn't doing what >math(3) says it will do... As the default behavior, this causes a great amount of pain when porting software to BSD. No other system that I know of works in this manner. Its a royal pain for things like Tcl and other interpreters that want to check errno after calling a math function. Mark From owner-freebsd-current Mon Feb 10 18:55:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA05748 for current-outgoing; Mon, 10 Feb 1997 18:55:51 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA05741 for ; Mon, 10 Feb 1997 18:55:46 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id NAA31773; Tue, 11 Feb 1997 13:49:16 +1100 Date: Tue, 11 Feb 1997 13:49:16 +1100 From: Bruce Evans Message-Id: <199702110249.NAA31773@godzilla.zeta.org.au> To: gurney_j@resnet.uoregon.edu, markd@Grizzly.COM Subject: Re: misc/229 floating point exception on illegial values.. Cc: freebsd-current@freebsd.org, freebsd-gnats-submit@freefall.freebsd.org, mcclure@cs.unm.edu Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>I believe that this is what is suppose to happen... you use SIGFPE to >>trap these errors and possibly rerun the function after correcting the >>problem.... acording to the math(3) man page an exception is suppose to >>occure on invalid values... No. math(3) says "NOTE: An Exception is not an Error unless handled badly". It doesn't say that the default FreeBSD handling is always bad :-]. >As the default behavior, this causes a great amount of pain when porting >software to BSD. No other system that I know of works in this manner. >Its a royal pain for things like Tcl and other interpreters that want to >check errno after calling a math function. BSD's libraries are both advanced and broken here. The old libm almost never sets errno. Instead, for domain errors, it attempts to return a NaN and attempts to set the IEEE exception bit for invalid operand. These attempts, especially the setting of the exception bit, are sometimes broken by gcc's lack of support for IEEE floating point and libm's faith in the compiler's lack of optimization. The new libm (msun) has support for setting errno, but for various reasons this support is not enabled by default in FreeBSD. Bruce From owner-freebsd-current Mon Feb 10 19:17:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA07183 for current-outgoing; Mon, 10 Feb 1997 19:17:40 -0800 (PST) Received: from lenlen.mt.cs.keio.ac.jp (lenlen.mt.cs.keio.ac.jp [131.113.32.126]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07103 for ; Mon, 10 Feb 1997 19:16:12 -0800 (PST) Received: (from hosokawa@localhost) by lenlen.mt.cs.keio.ac.jp (8.8.5/8.8.2) id WAA00550; Mon, 10 Feb 1997 22:54:54 +0900 (JST) Date: Mon, 10 Feb 1997 22:54:54 +0900 (JST) Message-Id: <199702101354.WAA00550@lenlen.mt.cs.keio.ac.jp> To: hirohito@mxv.meshnet.or.jp Cc: freebsd-current@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: about apm0 In-Reply-To: Your message of Mon, 10 Feb 1997 21:07:40 +0900. <199702101200.VAA04584@meshsv86.tk.mesh.ad.jp> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.19PL2] 1996-01/26(Fri) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199702101200.VAA04584@meshsv86.tk.mesh.ad.jp> hirohito@mxv.meshnet.or.jp writes: >> miss installing FreeBSD-2.2 and higher Because I >> can not disable apm-driver on boot.flp! What boot.flp are you using to install? o apm0 is not activated by default on boot.flp, o apm0 is last device to be probed, I think apm0 is not guilty :-) because of above reasons. -- HOSOKAWA, Tatsumi hosokawa@mt.cs.keio.ac.jp hosokawa@jp.FreeBSD.org From owner-freebsd-current Mon Feb 10 19:22:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA07449 for current-outgoing; Mon, 10 Feb 1997 19:22:22 -0800 (PST) Received: from hydrogen.nike.efn.org (metriclient-6.uoregon.edu [128.223.172.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07443 for ; Mon, 10 Feb 1997 19:22:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id TAA27544; Mon, 10 Feb 1997 19:20:41 -0800 (PST) Date: Mon, 10 Feb 1997 19:20:41 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Mark Diekhans cc: mcclure@cs.unm.edu, freebsd-gnats-submit@freefall.freebsd.org, freebsd-current@freebsd.org Subject: Re: misc/229 floating point exception on illegial values.. In-Reply-To: <199702110143.RAA00810@osprey.grizzly.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 10 Feb 1997, Mark Diekhans wrote: > >I believe that this is what is suppose to happen... you use SIGFPE to > >trap these errors and possibly rerun the function after correcting the > >problem.... acording to the math(3) man page an exception is suppose to > >occure on invalid values... > > > >so this is really a non-error correct? and this pr should be closed... > > > >i.e. acos(-2.0) is suppose to generate a SIGFPE else it isn't doing what > >math(3) says it will do... > > As the default behavior, this causes a great amount of pain when porting > software to BSD. No other system that I know of works in this manner. > Its a royal pain for things like Tcl and other interpreters that want to > check errno after calling a math function. well... it turns out that this is the IEEE 754 Spec that libm if following... I don't think the FreeBSD team would mind adding a free ANSI C compatible math lib to the source tree... do you have access or knowledge of one? guess the real pr is is not having an ANSI C math lib? thanks for the clarification... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Mon Feb 10 19:54:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA09416 for current-outgoing; Mon, 10 Feb 1997 19:54:18 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA09411 for ; Mon, 10 Feb 1997 19:54:12 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id WAA13532 for current@freebsd.org; Mon, 10 Feb 1997 22:54:09 -0500 (EST) From: "John S. Dyson" Message-Id: <199702110354.WAA13532@dyson.iquest.net> Subject: Status on Lite/2 work To: current@freebsd.org Date: Mon, 10 Feb 1997 22:54:09 -0500 (EST) X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have the libc ported, and also have most of the mount commands ported. I'll be committing them tomorrow. John From owner-freebsd-current Mon Feb 10 20:00:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA09869 for current-outgoing; Mon, 10 Feb 1997 20:00:20 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA09856 for ; Mon, 10 Feb 1997 20:00:18 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id UAA05086; Mon, 10 Feb 1997 20:00:09 -0800 (PST) To: jack cc: freebsd-current@FreeBSD.org Subject: Re: Upgrade 2.2-BETA -> GAMMA In-reply-to: Your message of "Sat, 08 Feb 1997 15:08:28 EST." Date: Mon, 10 Feb 1997 20:00:08 -0800 Message-ID: <5083.855633608@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > There still doesn't seem to be a way to tell sysinstall that the cmos > clock is set to local time, and wall_cmos_clock was not brought back from > the preserved /etc directory. I'd like to have my clock set to GMT but, Fixed. > My /etc/ppp/ppp.conf file was totally overwritten before a backup copy was > made (by sysinstall, I had one :}). Hmmm! Weird, that should be backed up before bin is ever extracted to spam your ppp.conf file. > I'd like to thank the core team and all the contributors for their time > and efforts in making FreeBSD the outstanding operating system it is, and You're entirely welcome! Jordan From owner-freebsd-current Mon Feb 10 20:58:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA12407 for current-outgoing; Mon, 10 Feb 1997 20:58:09 -0800 (PST) Received: from nexgen.ampr.org (max1-125.HiWAAY.net [208.147.145.125]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA12396 for ; Mon, 10 Feb 1997 20:58:03 -0800 (PST) Received: from nexgen.ampr.org (localhost [127.0.0.1]) by nexgen.ampr.org (8.8.5/8.8.4) with ESMTP id WAA17827; Mon, 10 Feb 1997 22:45:28 -0600 (CST) Message-Id: <199702110445.WAA17827@nexgen.ampr.org> X-Mailer: exmh version 1.6.9 8/22/96 To: Poul-Henning Kamp cc: freebsd-current@freebsd.org From: dkelly@hiwaay.net Subject: Re: make release problems In-reply-to: Message from Poul-Henning Kamp of "Sat, 08 Feb 1997 16:43:59 +0100." <8136.855416639@critter.dk.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Feb 1997 22:45:28 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In message <199702081451.IAA14011@nexgen.ampr.org>, dkelly@HiWAAY.net writes: > > Your CVSROOT isn't set. > > Poul-Henning > > >I had the great idea I'd try to roll my own release during some idle CPU > >cycles: > > >===> lkm/wcd > >install -c -o bin -g bin -m 555 wcd_mod.o /usr/release/lkm > >cd /usr/release/usr && rm -rf src && cvs -d co -P -r 2.2-GAMMA-DMK src > >cvs: invalid option -- P > >Usage: cvs [cvs-options] command [command-options] [files...] > > Where 'cvs-options' are: > > -H Displays Usage information for command I've gotten to the point I agree that I'm lacking a CVSROOT directory. Where do I get it, and/or how do I make one? Have been ftp'ing the CTM archives whenenver I felt the urge to see what's happening in the development. But after some prompting I finally got CVSup talking. I trust the files CVSup wrote in /usr/sup are *not* related to the above need for a CVSROOT directory? What I think I've learned: "make release" does not build the objects in /usr/obj, but requires them. The only way I've found to build /usr/obj is "make world". I am supposed to "cd /usr/src/release" and type something like: make release CHROOTDIR=/usr/release RELEASETAG=2.2-GAMMA-DMK CVSROOT=somewhere? -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-current Mon Feb 10 21:59:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA00559 for current-outgoing; Mon, 10 Feb 1997 21:59:05 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00553; Mon, 10 Feb 1997 21:59:02 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id VAA14360; Mon, 10 Feb 1997 21:58:59 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.8.5) id VAA23924; Mon, 10 Feb 1997 21:58:57 -0800 (PST) Message-Id: <199702110558.VAA23924@newport.ece.uci.edu> To: current@freebsd.org cc: bugs@freebsd.org Subject: Important bug fix for sound driver Date: Mon, 10 Feb 1997 21:58:54 -0800 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In compiling a Linux program for FreeBSD, I have discovered a bug in FreeBSD's version of the sound driver. The problem has to do with the SNDCTL_DSP_GETOSPACE ioctl. It is suppose to return the available buffer space to the structure audio_buf_info. When you first open the /dev/dsp device and check the buffer, it reports there is 0 bytes available when there is nothing in it. If you write a partial fragment, and then quickly check the buffer, now there appears to be some space left. The ioctl is only reporting partially used fragments and not whole fragments. I therefore used the code from Linux 1.3.20's dmabuf.c to correct the problem (It has the same BSD-style copyright). Here is the diff output. If there is no objections, this should be commited for 2.2R. Steven *** i386/isa/sound/dmabuf.c.orig Tue Sep 10 03:04:50 1996 --- i386/isa/sound/dmabuf.c Mon Feb 10 21:37:21 1997 *************** *** 44,49 **** --- 44,53 ---- * Needs dynamic run-time alloction. */ + static int space_in_queue (int); + static void reorganize_buffers (int); + static void dma_init_buffers (int); + static void reorganize_buffers (int dev) { *************** *** 510,523 **** case SNDCTL_DSP_GETOSPACE: if (!local) return RET_ERROR (EINVAL); ! { ! audio_buf_info *info = (audio_buf_info *) arg; ! info->fragments = dmap->qlen; ! info->fragsize = dmap->fragment_size; ! info->bytes = dmap->qlen * dmap->fragment_size; ! } return 0; default: --- 514,561 ---- case SNDCTL_DSP_GETOSPACE: if (!local) return RET_ERROR (EINVAL); + else + { + audio_buf_info *info = (audio_buf_info *) arg; ! if (!(dmap->flags & DMA_ALLOC_DONE)) ! reorganize_buffers (dev); ! info->fragstotal = dmap->nbufs; ! ! if (cmd == SNDCTL_DSP_GETISPACE) ! info->fragments = dmap->qlen; ! else ! { ! if (!space_in_queue (dev)) ! info->fragments = 0; ! else ! { ! info->fragments = dmap->nbufs - dmap->qlen; ! if (audio_devs[dev]->local_qlen) ! { ! int tmp = audio_devs[dev]->local_qlen (dev); ! ! if (tmp & info->fragments) ! tmp--; /* ! * This buffer has been counted twice ! */ ! info->fragments -= tmp; ! } ! } ! } ! ! if (info->fragments < 0) ! info->fragments = 0; ! else if (info->fragments > dmap->nbufs) ! info->fragments = dmap->nbufs; ! ! info->fragsize = dmap->fragment_size; ! info->bytes = info->fragments * dmap->fragment_size; ! ! if (cmd == SNDCTL_DSP_GETISPACE && dmap->qlen) ! info->bytes -= dmap->counts[dmap->qhead]; ! } return 0; default: *** i386/include/soundcard.h.orig Thu Nov 21 16:23:40 1996 --- i386/include/soundcard.h Mon Feb 10 21:37:07 1997 *************** *** 577,582 **** --- 577,583 ---- */ typedef struct audio_buf_info { int fragments; /* # of available fragments (partially usend ones not counted) */ + int fragstotal; /* Total # of fragments allocated */ int fragsize; /* Size of a fragment in bytes */ int bytes; /* Available space in bytes (includes partially used fragments) */ From owner-freebsd-current Mon Feb 10 22:07:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA00999 for current-outgoing; Mon, 10 Feb 1997 22:07:10 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA00994 for ; Mon, 10 Feb 1997 22:07:04 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id WAA14472; Mon, 10 Feb 1997 22:07:02 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.8.5) id WAA23974; Mon, 10 Feb 1997 22:07:00 -0800 (PST) Message-Id: <199702110607.WAA23974@newport.ece.uci.edu> To: Michael Smith cc: current@freebsd.org Subject: Re: linux ELF codine no go on 2.2 Gamma In-reply-to: Your message of "Thu, 06 Feb 1997 16:57:12 +1030." <199702060627.QAA01550@genesis.atrad.adelaide.edu.au> Date: Mon, 10 Feb 1997 22:06:59 -0800 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Linux, SCO, and BSDI binaries. Why not make the assumption in the >> kernel that any binary loaded from /compat/[linux,sco,bsdi] is an elf binary >> of the type denoted by the subdirectory. This would eliminate any need >> to brand the binaries. You would just install them under the appropriate >> subdirectory of /compat. This makes the implicit and reasonable assumption >> that any elf binary not under /compat is a native FreeBSD one. > > I've already proposed this; I was assuming that SOS had already done it. > > If there's no major disagreement, I'll look at adding the code to > imgact_elf.c at some point soonish. > Umm, I think it is a bad idea to make the assumption that any elf binary not under /compat is a native FreeBSD one. I would still like to run branded/linked Linux binaries outside of /compat. Probably what would be reasonable to do is if all else fails and the elf type is not known, use the /compat/(*) as a hint for the type. Steven From owner-freebsd-current Mon Feb 10 22:16:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA01462 for current-outgoing; Mon, 10 Feb 1997 22:16:27 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01456 for ; Mon, 10 Feb 1997 22:16:23 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id QAA01350; Tue, 11 Feb 1997 16:46:11 +1030 (CST) From: Michael Smith Message-Id: <199702110616.QAA01350@genesis.atrad.adelaide.edu.au> Subject: Re: linux ELF codine no go on 2.2 Gamma In-Reply-To: <199702110607.WAA23974@newport.ece.uci.edu> from Steven Wallace at "Feb 10, 97 10:06:59 pm" To: swallace@ece.uci.edu (Steven Wallace) Date: Tue, 11 Feb 1997 16:46:09 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steven Wallace stands accused of saying: > > Probably what would be reasonable to do is if all else fails and > the elf type is not known, use the /compat/(*) as a hint for the type. That was, indeed, all that I was planning to do. With -current in such a fluster at the moment, I think I'll keep my mitts off for a while though. > Steven -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Feb 11 00:30:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07775 for current-outgoing; Tue, 11 Feb 1997 00:30:23 -0800 (PST) Received: from hydrogen.nike.efn.org (metriclient-6.uoregon.edu [128.223.172.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07770 for ; Tue, 11 Feb 1997 00:30:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id AAA29319; Tue, 11 Feb 1997 00:30:02 -0800 (PST) Date: Tue, 11 Feb 1997 00:30:02 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: asami@cs.berkeley.edu, freebsd-gnats-submit@freefall.FreeBSD.org, FreeBSD Current Subject: bin/777 patch had problems with closed tty... Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk well... I finally found the problem with this bug... it seems that the ask routine will default to a cr if there is an error on the read (i.e. eof)... so it defaults to "not skip this patch"... because you didn't skip the stdin it tries it again and again... so the only way to EASILY resolve this bug it to make the default for the question to be yes, skip this patch.... here is the patch: Index: pch.c =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/patch/pch.c,v retrieving revision 1.8 diff -c -r1.8 pch.c *** pch.c 1996/04/12 11:37:32 1.8 --- pch.c 1997/02/11 08:24:31 *************** *** 231,238 **** filearg[0] = fetchname(buf, 0, FALSE); } if (filearg[0] == Nullch) { ! ask1("No file found--skip this patch? [n] "); ! if (*buf != 'y') { continue; } if (verbose) --- 231,238 ---- filearg[0] = fetchname(buf, 0, FALSE); } if (filearg[0] == Nullch) { ! ask1("No file found--skip this patch? [y] "); ! if (*buf == 'n') { continue; } if (verbose) comments? is it ok if we change the default?? John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Tue Feb 11 00:32:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA07915 for current-outgoing; Tue, 11 Feb 1997 00:32:04 -0800 (PST) Received: from hydrogen.nike.efn.org (metriclient-6.uoregon.edu [128.223.172.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07876 for ; Tue, 11 Feb 1997 00:31:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id AAA29331 for ; Tue, 11 Feb 1997 00:31:53 -0800 (PST) Date: Tue, 11 Feb 1997 00:31:53 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: FreeBSD Current Subject: hmmm... bin/777 patch report... Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was just thinking about changing this to be better... by setting a flag to signal that there has been a read error... and in THAT case skip it... this is the only place that the tty is actually used... comments? John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Tue Feb 11 01:05:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA09400 for current-outgoing; Tue, 11 Feb 1997 01:05:53 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA09394 for ; Tue, 11 Feb 1997 01:05:50 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vuE9K-0003xhC; Tue, 11 Feb 97 01:05 PST Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id KAA23369; Tue, 11 Feb 1997 10:05:06 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id KAA14907; Tue, 11 Feb 1997 10:07:47 +0100 (MET) To: John-Mark Gurney cc: asami@cs.berkeley.edu, freebsd-gnats-submit@freefall.FreeBSD.org, FreeBSD Current Subject: Re: bin/777 patch had problems with closed tty... In-reply-to: Your message of "Tue, 11 Feb 1997 00:30:02 PST." Date: Tue, 11 Feb 1997 10:07:47 +0100 Message-ID: <14905.855652067@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , J ohn-Mark Gurney writes: >well... I finally found the problem with this bug... it seems that the ask >routine will default to a cr if there is an error on the read (i.e. >eof)... so it defaults to "not skip this patch"... because you didn't >skip the stdin it tries it again and again... > >so the only way to EASILY resolve this bug it to make the default for the >question to be yes, skip this patch.... > >comments? is it ok if we change the default?? Yes, it's consistent with POLA. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue Feb 11 03:43:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA16605 for current-outgoing; Tue, 11 Feb 1997 03:43:56 -0800 (PST) Received: from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA16598 for ; Tue, 11 Feb 1997 03:43:38 -0800 (PST) Received: from nemeton.UUCP (Unemeton@localhost) by perki0.connect.com.au with UUCP id WAA05694 (8.7.6h/IDA-1.6); Tue, 11 Feb 1997 22:37:24 +1100 (EST) X-Authentication-Warning: perki0.connect.com.au: Unemeton set sender to giles@nemeton.com.au using -f Received: from localhost.nemeton.com.au (localhost.nemeton.com.au [127.0.0.1]) by nemeton.com.au (8.8.5/8.8.5) with SMTP id WAA12347; Tue, 11 Feb 1997 22:36:46 +1100 (EST) Message-Id: <199702111136.WAA12347@nemeton.com.au> To: John-Mark Gurney cc: asami@cs.berkeley.edu, freebsd-gnats-submit@freefall.freebsd.org, FreeBSD Current Subject: Re: bin/777 patch had problems with closed tty... In-reply-to: Date: Tue, 11 Feb 1997 22:36:45 +1100 From: Giles Lean Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Feb 1997 00:30:02 -0800 (PST) John-Mark Gurney wrote: > comments? is it ok if we change the default?? > I don't like changing the default. I'd rather see no fix than do this. I sent in an alternative patch that is ugly but does solve the problem without much code change. Giles From owner-freebsd-current Tue Feb 11 05:20:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA19900 for current-outgoing; Tue, 11 Feb 1997 05:20:13 -0800 (PST) Received: from terminator.informatik.ba-stuttgart.de (terminator.informatik.ba-stuttgart.de [141.31.1.21]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA19847; Tue, 11 Feb 1997 05:19:59 -0800 (PST) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by terminator.informatik.ba-stuttgart.de (8.7.6/8.7.3) with ESMTP id NAA17302; Tue, 11 Feb 1997 13:18:59 +0100 Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id OAA29856; Tue, 11 Feb 1997 14:19:38 +0100 (MET) From: Wolfgang Helbig Message-Id: <199702111319.OAA29856@helbig.informatik.ba-stuttgart.de> Subject: make world: /usr/src/bin/df/df.c To: dyson@freebsd.org Date: Tue, 11 Feb 1997 14:19:37 +0100 (MET) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk make world dies with /usr/src/bin/df/df.c:192: invalid use of undefined type struct ufs_args /usr/src/bin/df/df.c:116: storage size of mdev isn't known I hope this note helps to support you in your herculean task. Wolfgang Helbig From owner-freebsd-current Tue Feb 11 06:00:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA21186 for current-outgoing; Tue, 11 Feb 1997 06:00:01 -0800 (PST) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.9]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA21127; Tue, 11 Feb 1997 05:59:32 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.8.4/8.7.3) id IAA28740; Tue, 11 Feb 1997 08:59:00 -0500 (EST) From: Bill/Carolyn Pechter Message-Id: <199702111359.IAA28740@shell.monmouth.com> Subject: 2.2-BETA-->2.2GAMMA fails To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Date: Tue, 11 Feb 1997 08:58:59 -0500 (EST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone ever see this failure in make world. I'm going from -BETA (built clean) to -GAMMA and this was the only failure. archive.c did not change -- did the system includes...? cc -O2 -m486 -pipe -I/usr/src/gnu/usr.bin/gdb/bfd/. -I/usr/src/gnu/usr.bin/gdb/bfd/../gdb/. -DDEFAULT_VECTOR=i386freebsd_vec -DSELECT_VECS='&i386freebsd_vec,&i386bsd_vec' -DSELECT_ARCHITECTURES='&bfd_i386_arch' -DTRAD_CORE -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/include/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/libiberty/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/config/. -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/include/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/libiberty/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/config/. -DHAVE_CONFIG_H -c archive.c -o archive.o In file included from archive.c:130: libbfd.h:366: warning: duplicate `const' libbfd.h:371: warning: duplicate `const' archive.c:562: parse error before `->' archive.c:564: `index' redeclared as different kind of symbol /usr/include/string.h:81: previous declaration of `index' archive.c:565: parse error before `{' archive.c:568: `abfd' undeclared here (not in a function) archive.c:569: parse error before `return' *** Error code 1 Stop. *** Error code 1 Stop. +---------------------------------------------------------------------------+ | Bill/Carolyn Pechter | 17 Meredith Drive | Tinton Falls, New Jersey 07724 | | 908-389-3592 | Save computing history, give an old geek old hardware. | | pechter@shell.monmouth.com | +---------------------------------------------------------------------------+ | This message brought to you by the letters PDP and the number 11. | +---------------------------------------------------------------------------+ From owner-freebsd-current Tue Feb 11 06:16:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA21713 for current-outgoing; Tue, 11 Feb 1997 06:16:04 -0800 (PST) Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA21674 for ; Tue, 11 Feb 1997 06:15:55 -0800 (PST) Received: by karon.dynas.se for (8.7.5/8.7.3) id PAA02473; Tue, 11 Feb 1997 15:15:46 +0100 (MET) Received: from spirit.dynas.se(172.16.1.10) by karon.dynas.se via smap (V1.3) id sma002469; Tue Feb 11 15:15:35 1997 Received: by spirit (Smail3.1.28.1 #32) id m0vuIzf-000JeXC; Tue, 11 Feb 97 15:15:35 +0100 Date: Tue, 11 Feb 1997 15:15:35 +0100 (MET) From: Mikael Hybsch Reply-To: Mikael Hybsch To: freebsd-current@freebsd.org Subject: Shouldn't Intel Express PRO/100B work in 100Mbit/s ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have used the card in a 10Mb shared bandwidth network for some time without any problems. Recently we bought a LAN switch which has 16 10Mb and 2 100Mb outlets. Naturally I wanted to try to run 100Mb between two FreeBSD machines just to find that it didn't work. If I switch back to a 10Mb outlet it immediately starts working. Windows NT runs fine in 100Mb/s (on the same machine / outlet). The LAN switch indicates that the 100Mb outlet is running full duplex. Could this be the problem? Will it work if I connect the PRO/100B to a standard 100Mb/s half duplex hub? (Don't have one yet to try it on) -- Mikael Hybsch Email: micke@dynas.se DynaSoft, Dynamic Software AB Phone: +46-8-7250900 Box 10704 Fax: +46-8-6494970 S-121 29 STOCKHOLM, SWEDEN From owner-freebsd-current Tue Feb 11 06:28:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA22434 for current-outgoing; Tue, 11 Feb 1997 06:28:27 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA22429; Tue, 11 Feb 1997 06:28:23 -0800 (PST) Received: from terminator.informatik.ba-stuttgart.de by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0vuJB8-0008y7C; Tue, 11 Feb 97 06:27 PST Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by terminator.informatik.ba-stuttgart.de (8.7.6/8.7.3) with ESMTP id NAA17402; Tue, 11 Feb 1997 13:56:49 +0100 Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id OAA01030; Tue, 11 Feb 1997 14:57:28 +0100 (MET) From: Wolfgang Helbig Message-Id: <199702111357.OAA01030@helbig.informatik.ba-stuttgart.de> Subject: make world: sbin/dump/traverse.c To: dyson@freebsd.org Date: Tue, 11 Feb 1997 14:57:27 +0100 (MET) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk make world dies with /usr/src/sbin/dump/traverse.c: In function `mapfiles': /usr/src/sbin/dump/traverse.c:159: request for member `tv_sec' in something not a structure or union /usr/src/sbin/dump/traverse.c:159: request for member `tv_sec' in something not a structure or union Wolfgang Helbig From owner-freebsd-current Tue Feb 11 06:33:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA22597 for current-outgoing; Tue, 11 Feb 1997 06:33:10 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA22590; Tue, 11 Feb 1997 06:33:04 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id JAA14798; Tue, 11 Feb 1997 09:30:35 -0500 (EST) From: "John S. Dyson" Message-Id: <199702111430.JAA14798@dyson.iquest.net> Subject: Re: make world: sbin/dump/traverse.c To: helbig@MX.BA-Stuttgart.De (Wolfgang Helbig) Date: Tue, 11 Feb 1997 09:30:35 -0500 (EST) Cc: dyson@freebsd.org, current@freebsd.org In-Reply-To: <199702111357.OAA01030@helbig.informatik.ba-stuttgart.de> from "Wolfgang Helbig" at Feb 11, 97 02:57:27 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > make world dies with > > /usr/src/sbin/dump/traverse.c: In function `mapfiles': > /usr/src/sbin/dump/traverse.c:159: request for member `tv_sec' in something not a structure or union > /usr/src/sbin/dump/traverse.c:159: request for member `tv_sec' in something not a structure or union > I now have (most) all of userland building. Commits will be tonight. John From owner-freebsd-current Tue Feb 11 06:57:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA23825 for current-outgoing; Tue, 11 Feb 1997 06:57:06 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23818 for ; Tue, 11 Feb 1997 06:56:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id GAA18309; Tue, 11 Feb 1997 06:57:42 -0800 (PST) Message-Id: <199702111457.GAA18309@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Mikael Hybsch cc: freebsd-current@FreeBSD.ORG Subject: Re: Shouldn't Intel Express PRO/100B work in 100Mbit/s ? In-reply-to: Your message of "Tue, 11 Feb 1997 15:15:35 +0100." From: David Greenman Reply-To: dg@root.com Date: Tue, 11 Feb 1997 06:57:42 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The LAN switch indicates that the 100Mb outlet is running full duplex. >Could this be the problem? Yes, the driver doesn't currently work in full duplex mode. I've followed the documentation, but I've not been able to get it to work. There is apparantly something undocumented that must be done that I don't know about. >Will it work if I connect the PRO/100B to a standard 100Mb/s half duplex >hub? (Don't have one yet to try it on) Yes, it will work in half duplex mode. You should be able to configure the switch port to forced half duplex. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Feb 11 07:13:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA25152 for current-outgoing; Tue, 11 Feb 1997 07:13:22 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25124 for ; Tue, 11 Feb 1997 07:13:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id HAA01184; Tue, 11 Feb 1997 07:12:28 -0800 (PST) Date: Tue, 11 Feb 1997 07:12:27 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Giles Lean cc: freebsd-gnats-submit@freefall.freebsd.org, FreeBSD Current Subject: Re: bin/777 patch had problems with closed tty... In-Reply-To: <199702111136.WAA12347@nemeton.com.au> Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 11 Feb 1997, Giles Lean wrote: > > On Tue, 11 Feb 1997 00:30:02 -0800 (PST) John-Mark Gurney wrote: > > > comments? is it ok if we change the default?? > > > > I don't like changing the default. I'd rather see no fix than do > this. > > I sent in an alternative patch that is ugly but does solve the problem > without much code change. heh... I see what you mean... well... I think I have a patch that will please every one :)... basicly what this does is adds a return value to ask which you can check... ask will now return 0 if there was an "error" when reading... then you can check this return value and if it's 0 know that you should do something that will continue processesing... else it will return 1 meaning success... I've also modified the 'default' fall back case to return 0 for an error also.. that way it actually fixes the problem else it would still exist... anybody have problems with this patch? here's the patch: Index: pch.c =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/patch/pch.c,v retrieving revision 1.8 diff -c -r1.8 pch.c *** pch.c 1996/04/12 11:37:32 1.8 --- pch.c 1997/02/11 15:00:09 *************** *** 231,239 **** filearg[0] = fetchname(buf, 0, FALSE); } if (filearg[0] == Nullch) { ! ask1("No file found--skip this patch? [n] "); ! if (*buf != 'y') { ! continue; } if (verbose) say1("Skipping patch...\n"); --- 231,240 ---- filearg[0] = fetchname(buf, 0, FALSE); } if (filearg[0] == Nullch) { ! if (ask1("No file found--skip this patch? [n] ")) { ! if (*buf != 'y') { ! continue; ! } } if (verbose) say1("Skipping patch...\n"); Index: util.c =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/patch/util.c,v retrieving revision 1.2 diff -c -r1.2 util.c *** util.c 1995/05/30 05:02:37 1.2 --- util.c 1997/02/11 15:08:12 *************** *** 227,233 **** /* Get a response from the user, somehow or other. */ ! void ask(pat,arg1,arg2,arg3) char *pat; long arg1,arg2,arg3; --- 227,233 ---- /* Get a response from the user, somehow or other. */ ! int ask(pat,arg1,arg2,arg3) char *pat; long arg1,arg2,arg3; *************** *** 260,266 **** } else { /* no terminal at all--default it */ buf[0] = '\n'; ! r = 1; } if (r <= 0) buf[0] = 0; --- 260,268 ---- } else { /* no terminal at all--default it */ buf[0] = '\n'; ! buf[1] = 0; ! say1(buf); ! return 0; /* signal possible error */ } if (r <= 0) buf[0] = 0; *************** *** 268,273 **** --- 270,280 ---- buf[r] = '\0'; if (!tty2) say1(buf); + + if (r <= 0) + return 0; /* if there was an error, return it */ + else + return 1; } #endif /* lint */ Index: util.h =================================================================== RCS file: /usr/cvs/src/gnu/usr.bin/patch/util.h,v retrieving revision 1.2 diff -c -r1.2 util.h *** util.h 1995/05/30 05:02:38 1.2 --- util.h 1997/02/11 14:49:19 *************** *** 86,92 **** void say(); void fatal(); void pfatal(); ! void ask(); char *savestr(); void set_signals(); void ignore_signals(); --- 86,92 ---- void say(); void fatal(); void pfatal(); ! int ask(); char *savestr(); void set_signals(); void ignore_signals(); John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Tue Feb 11 09:00:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA04501 for current-outgoing; Tue, 11 Feb 1997 09:00:33 -0800 (PST) Received: from utserv.mcc.ac.uk (utserv.mcc.ac.uk [130.88.200.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA04496 for ; Tue, 11 Feb 1997 09:00:27 -0800 (PST) Received: from albatross.mcc.ac.uk by utserv.mcc.ac.uk with SMTP (PP); Tue, 11 Feb 1997 16:38:18 +0000 Received: (from ip@localhost) by albatross.mcc.ac.uk (8.8.4/8.6.12) id QAA05874 for freebsd-current@freebsd.org; Tue, 11 Feb 1997 16:34:30 GMT From: Ian Pallfreeman Message-Id: <199702111634.QAA05874@albatross.mcc.ac.uk> Subject: Adaptec 2940 data overruns continue To: freebsd-current@freebsd.org Date: Tue, 11 Feb 1997 16:34:29 +0000 (GMT) Reply-To: ip@mcc.ac.uk X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm still getting heaps of: sd1: data overrun of 16777215 bytes detected. Forcing a retry. messages appearing. A week or so ago I was advised to get a later aic7xxxx.c; I'm now running 3.0-CURRENT from just before the lite2 merge. Is this late enough? If -CURRENT is current, any suggestions as to what might be causing this will be appreciated. The box is new, but the SCSI card is pulled from a P120 where it worked fine. Ian. Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Tue Feb 11 15:40:02 GMT 1997 root@lurch:/usr/src/sys/compile/LURCH Calibrating clock(s) relative to mc146818A clock ... i586 clock: 199439961 Hz, i8254 clock: 1193230 Hz CPU: Pentium Pro (199.43-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping=7 Features=0xf9ff,MTRR,PGE,MCA,CMOV> real memory = 67108864 (65536K bytes) Physical memory hole(s): avail memory = 63012864 (61536K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 vga0 rev 34 int a irq 11 on pci0:17:0 ahc0 rev 0 int a irq 9 on pci0:19:0 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2063MB (4226725 512 byte sectors) sd1 at scbus0 target 2 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 4134MB (8467200 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA mono <16 virtual consoles, flags=0x0> fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/utp/bnc[*UTP*] address 00:60:97:2c:d2:8a npx0 on motherboard npx0: INT 16 interface changing root device to sd0a sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. sd1: data overrun of 16777215 bytes detected. Forcing a retry. From owner-freebsd-current Tue Feb 11 09:43:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA06873 for current-outgoing; Tue, 11 Feb 1997 09:43:56 -0800 (PST) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA06865 for ; Tue, 11 Feb 1997 09:43:52 -0800 (PST) Received: from narnia (localhost [127.0.0.1]) by narnia.plutotech.com (8.8.5/8.7.3) with ESMTP id KAA04890; Tue, 11 Feb 1997 10:40:44 -0700 (MST) Message-Id: <199702111740.KAA04890@narnia.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: ip@mcc.ac.uk cc: freebsd-current@freebsd.org Subject: Re: Adaptec 2940 data overruns continue In-reply-to: Your message of "Tue, 11 Feb 1997 16:34:29 GMT." <199702111634.QAA05874@albatross.mcc.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Feb 1997 10:40:44 -0700 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm still getting heaps of: > > sd1: data overrun of 16777215 bytes detected. Forcing a retry. > >messages appearing. > >A week or so ago I was advised to get a later aic7xxxx.c; I'm now running >3.0-CURRENT from just before the lite2 merge. Is this late enough? I just committed the change to fix this today. The patch at the end of this mail should bring you up to date without having to deal with Lite2 stuff. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== Index: dev/aic7xxx/aic7xxx.seq =================================================================== RCS file: /usr/cvs/src/sys/dev/aic7xxx/aic7xxx.seq,v retrieving revision 1.58 diff -c -r1.58 aic7xxx.seq *** aic7xxx.seq 1997/02/09 03:23:27 1.58 --- aic7xxx.seq 1997/02/10 18:10:43 *************** *** 80,89 **** * middle of a DMA, so clear DFCNTRL too. */ reset: - clr DFCNTRL clr SCSISIGO /* De-assert BSY */ p_busfree: clr SCSIRATE /* * We don't know the target we will * connect to, so default to narrow --- 80,89 ---- * middle of a DMA, so clear DFCNTRL too. */ reset: clr SCSISIGO /* De-assert BSY */ p_busfree: + clr DFCNTRL clr SCSIRATE /* * We don't know the target we will * connect to, so default to narrow *************** *** 390,398 **** mvi DINDEX, SG_NEXT mvi SCB_SGPTR call bcopy_4 - /* We have seen a data phase */ - or FLAGS, DPHASE - data_phase_loop: /* Guard against overruns */ test SG_COUNT, 0xff jnz data_phase_inbounds --- 390,395 ---- *************** *** 441,453 **** * This, like all DMA's, assumes little-endian host data storage. */ sg_load: - clr HCNT2 - clr HCNT1 - mvi HCNT0,SG_SIZEOF - mvi DINDEX, HADDR0 mvi SG_NEXT0 call bcopy_4 or DFCNTRL,0xd /* HDMAEN|DIRECTION|FIFORESET */ call dma_finish --- 438,450 ---- * This, like all DMA's, assumes little-endian host data storage. */ sg_load: mvi DINDEX, HADDR0 mvi SG_NEXT0 call bcopy_4 + mvi HCNT0,SG_SIZEOF + clr HCNT1 + clr HCNT2 + or DFCNTRL,0xd /* HDMAEN|DIRECTION|FIFORESET */ call dma_finish *************** *** 465,471 **** /* Load STCNT as well. It is a mirror of HCNT */ call set_stcnt_from_hcnt ! test SSTAT1,PHASEMIS jz data_phase_loop data_phase_finish: /* --- 462,468 ---- /* Load STCNT as well. It is a mirror of HCNT */ call set_stcnt_from_hcnt ! test SSTAT1,PHASEMIS jz data_phase_loop data_phase_finish: /* *************** *** 477,482 **** --- 474,483 ---- mov SCB_RESID_DCNT1,STCNT1 mov SCB_RESID_DCNT2,STCNT2 mov SCB_RESID_SGCNT, SG_COUNT + + /* We have seen a data phase */ + or FLAGS, DPHASE + jmp ITloop data_phase_overrun: *************** *** 809,814 **** --- 810,816 ---- mov A, SAVED_TCL cmp SCB_TCL,A jne send_abort_msg test SCB_CONTROL,TAG_ENB jz send_abort_msg + test SCB_CONTROL,DISCONNECTED jz send_abort_msg jmp setup_SCB not_found: *************** *** 907,916 **** */ dma: mov DFCNTRL,SINDEX ! dma1: ! test SSTAT0,DMADONE jnz dma3 ! test SSTAT1,PHASEMIS jz dma1 /* ie. underrun */ ! test SSTAT0,SDONE jnz dma3 mov SINDEX,ALLZEROS /* Notify caller of phasemiss */ /* --- 909,919 ---- */ dma: mov DFCNTRL,SINDEX ! dma_loop: ! test SSTAT0,DMADONE jnz dma_dmadone ! test SSTAT1,PHASEMIS jz dma_loop /* ie. underrun */ ! dma_phasemis: ! test SSTAT0,SDONE jnz dma_checkfifo mov SINDEX,ALLZEROS /* Notify caller of phasemiss */ /* *************** *** 921,942 **** * magically on STCNT=0 or a phase change, so just wait for FIFO empty * status. */ ! dma3: ! test DFCNTRL,DIRECTION jnz dma5 ! dma4: ! test DFSTATUS,FIFOEMP jz dma4 /* * Now shut the DMA enables off and make sure that the DMA enables are * actually off first lest we get an ILLSADDR. */ ! dma5: ! /* Don't clobber an inprogress host data transfer */ ! test DFSTATUS, MREQPEND jnz dma5 ! /* disable DMA */ and DFCNTRL, 0xc7 /* ~(SCSIEN|SDMAEN|HDMAEN) */ ! dma6: ! test DFCNTRL, 0x38 jnz dma6 /* (SCSIEN|SDMAEN|HDMAEN) */ return: ret --- 924,945 ---- * magically on STCNT=0 or a phase change, so just wait for FIFO empty * status. */ ! dma_checkfifo: ! test DFCNTRL,DIRECTION jnz dma_fifoempty ! dma_fifoflush: ! test DFSTATUS,FIFOEMP jz dma_fifoflush + dma_fifoempty: + /* Don't clobber an inprogress host data transfer */ + test DFSTATUS, MREQPEND jnz dma_fifoempty /* * Now shut the DMA enables off and make sure that the DMA enables are * actually off first lest we get an ILLSADDR. */ ! dma_dmadone: and DFCNTRL, 0xc7 /* ~(SCSIEN|SDMAEN|HDMAEN) */ ! dma_halt: ! test DFCNTRL, 0x38 jnz dma_halt /* (SCSIEN|SDMAEN|HDMAEN) */ return: ret Index: i386/scsi/aic7xxx.c =================================================================== RCS file: /usr/cvs/src/sys/i386/scsi/aic7xxx.c,v retrieving revision 1.96 diff -c -r1.96 aic7xxx.c *** aic7xxx.c 1997/02/09 03:26:56 1.96 --- aic7xxx.c 1997/02/10 18:27:59 *************** *** 1208,1214 **** hscb->datalen |= sg->len; hscb->cmdpointer = vtophys(sc); hscb->cmdlen = sizeof(*sc); ! scb->flags |= SCB_SENSE; ahc_outb(ahc, RETURN_1, SEND_SENSE); --- 1208,1214 ---- hscb->datalen |= sg->len; hscb->cmdpointer = vtophys(sc); hscb->cmdlen = sizeof(*sc); ! scb->sg_count = hscb->SG_segment_count; scb->flags |= SCB_SENSE; ahc_outb(ahc, RETURN_1, SEND_SENSE); *************** *** 1344,1358 **** * BITBUCKET mode. */ u_int8_t scbindex = ahc_inb(ahc, SCB_TAG); u_int32_t overrun; scb = ahc->scb_data->scbarray[scbindex]; overrun = ahc_inb(ahc, STCNT0) | (ahc_inb(ahc, STCNT1) << 8) | (ahc_inb(ahc, STCNT2) << 16); overrun = 0x00ffffff - overrun; sc_print_addr(scb->xs->sc_link); ! printf("data overrun of %d bytes detected." ! " Forcing a retry.\n", overrun); /* * Set this and it will take affect when the * target does a command complete. --- 1344,1372 ---- * BITBUCKET mode. */ u_int8_t scbindex = ahc_inb(ahc, SCB_TAG); + u_int8_t lastphase = ahc_inb(ahc, LASTPHASE); u_int32_t overrun; + int i; scb = ahc->scb_data->scbarray[scbindex]; overrun = ahc_inb(ahc, STCNT0) | (ahc_inb(ahc, STCNT1) << 8) | (ahc_inb(ahc, STCNT2) << 16); overrun = 0x00ffffff - overrun; sc_print_addr(scb->xs->sc_link); ! printf("data overrun of %d bytes detected in %s phase." ! " Tag == 0x%x. Forcing a retry.\n", overrun, ! lastphase == P_DATAIN ? "Data-In" : "Data-Out", ! scb->hscb->tag); ! sc_print_addr(scb->xs->sc_link); ! printf("%s seen Data Phase. Length = %d. NumSGs = %d.\n", ! ahc_inb(ahc, FLAGS) & DPHASE ? "Have" : "Haven't", ! scb->xs->datalen, scb->sg_count); ! for (i = 0; i < scb->sg_count; i++) { ! printf("sg[%d] - Addr 0x%x : Length %d\n", ! i, ! scb->ahc_dma[i].addr, ! scb->ahc_dma[i].len); ! } /* * Set this and it will take affect when the * target does a command complete. *************** *** 2374,2379 **** --- 2388,2394 ---- sg++; } hscb->SG_segment_count = seg; + scb->sg_count = hscb->SG_segment_count; /* Copy the first SG into the data pointer area */ hscb->data = scb->ahc_dma->addr; *************** *** 2395,2400 **** --- 2410,2416 ---- * No data xfer, use non S/G values */ hscb->SG_segment_count = 0; + scb->sg_count = hscb->SG_segment_count; hscb->SG_list_pointer = 0; hscb->data = 0; hscb->datalen = (SCB_LIST_NULL << 24); *************** *** 3443,3453 **** * SG segments that are after the SG where * the transfer stopped. */ ! resid_sgs = hscb->residual_SG_segment_count - 1; while (resid_sgs > 0) { int sg; ! sg = hscb->SG_segment_count - resid_sgs; xs->resid += scb->ahc_dma[sg].len; resid_sgs--; } --- 3459,3469 ---- * SG segments that are after the SG where * the transfer stopped. */ ! resid_sgs = scb->hscb->residual_SG_segment_count - 1; while (resid_sgs > 0) { int sg; ! sg = scb->sg_count - resid_sgs; xs->resid += scb->ahc_dma[sg].len; resid_sgs--; } Index: i386/scsi/aic7xxx.h =================================================================== RCS file: /usr/cvs/src/sys/i386/scsi/aic7xxx.h,v retrieving revision 1.36 diff -c -r1.36 aic7xxx.h *** aic7xxx.h 1997/02/03 02:16:16 1.36 --- aic7xxx.h 1997/02/09 22:31:18 *************** *** 209,214 **** --- 209,215 ---- scb_flag flags; struct ahc_dma_seg *ahc_dma;/* Pointer to SG segments */ struct scsi_sense sense_cmd; + u_int8_t sg_count;/* How full ahc_dma_seg is */ u_int8_t position;/* Position in card's scbarray */ }; From owner-freebsd-current Tue Feb 11 12:11:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA15318 for current-outgoing; Tue, 11 Feb 1997 12:11:01 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA15311 for ; Tue, 11 Feb 1997 12:10:57 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA28867; Tue, 11 Feb 1997 13:04:06 -0700 From: Terry Lambert Message-Id: <199702112004.NAA28867@phaeton.artisoft.com> Subject: Re: linux ELF codine no go on 2.2 Gamma To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 11 Feb 1997 13:04:05 -0700 (MST) Cc: swallace@ece.uci.edu, msmith@atrad.adelaide.edu.au, current@freebsd.org In-Reply-To: <199702110616.QAA01350@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 11, 97 04:46:09 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Probably what would be reasonable to do is if all else fails and > > the elf type is not known, use the /compat/(*) as a hint for the type. > > That was, indeed, all that I was planning to do. With -current in such > a fluster at the moment, I think I'll keep my mitts off for a while > though. All ELF binaries should be branded, instead. The patches for defacto branding of all ELF binaries generated by GNU tools have already been submitted. What we are arguing about here is non-branded binaries produced by non-GNU tools (default: treat as SVR4 EABI binaries) and non-branded binaries produced by prepatched GNU tools (default: treat as an error to not have run "brandelf" on them). The "loaded from" hints cruft is really, really unnecessary. If you have a problem, get the people causing it to use fixed tools. Wasn't one of the reasons FreeBSD cited for not moving to ELF the idea that the tools had not settled? If you are willing to patch unsettled tools in software this way, you have removed the reason for not moving to ELF... and you should move to ELF first, before hacking in cruft to support your "premature" move to ELF (quoted, since all FreeBSD ELF binaries, of which there are none, could be created with the patched tools, *only*, and never have the problem you are trying to glue). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 11 12:28:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA16046 for current-outgoing; Tue, 11 Feb 1997 12:28:54 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA16037 for ; Tue, 11 Feb 1997 12:28:48 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.8.5) id MAA26979; Tue, 11 Feb 1997 12:28:15 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.8.5) id MAA28478; Tue, 11 Feb 1997 12:28:13 -0800 (PST) Message-Id: <199702112028.MAA28478@newport.ece.uci.edu> To: Terry Lambert cc: msmith@atrad.adelaide.edu.au (Michael Smith), current@freebsd.org Subject: Re: linux ELF codine no go on 2.2 Gamma In-reply-to: Your message of "Tue, 11 Feb 1997 13:04:05 MST." <199702112004.NAA28867@phaeton.artisoft.com> Date: Tue, 11 Feb 1997 12:28:04 -0800 From: Steven Wallace Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > Probably what would be reasonable to do is if all else fails and >> > the elf type is not known, use the /compat/(*) as a hint for the type. >> >> That was, indeed, all that I was planning to do. With -current in such >> a fluster at the moment, I think I'll keep my mitts off for a while >> though. > > All ELF binaries should be branded, instead. > ... > The "loaded from" hints cruft is really, really unnecessary. If > you have a problem, get the people causing it to use fixed tools. > Terry is right. The user should just hand brand the binary himself if the originator doesn't have fixed binaries. This hint stuff is not clean and should be avoided when there is another option. Steven From owner-freebsd-current Tue Feb 11 12:41:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA16765 for current-outgoing; Tue, 11 Feb 1997 12:41:51 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA16755 for ; Tue, 11 Feb 1997 12:41:37 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id VAA12177 for ; Tue, 11 Feb 1997 21:41:21 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id VAA13271 for freebsd-current@FreeBSD.ORG; Tue, 11 Feb 1997 21:40:49 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id TAA05857; Tue, 11 Feb 1997 19:38:10 +0100 (CET) Message-ID: <19970211193809.FB12808@keltia.freenix.fr> Date: Tue, 11 Feb 1997 19:38:09 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Subject: 2.2-GAMMA problems X-Mailer: Mutt 0.60,1-3,9 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2999 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just tried to install a 2.2-GAMMA today. Debug mode because I wanted to see if my ep0 was recognized (fine). All went well till I pushed "Commit". After displaying on VT1 "Starting the holographic shell on VT4", VT2 complained that the DEBUG function (not sure of the real word) had been called, filling the screen with the message then it hung here. The shell on VT4 was operative but nothing else. PPro/200, 64 MB, 2x 2 GB ST32550N, FTP installation. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-current Tue Feb 11 13:20:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA19324 for current-outgoing; Tue, 11 Feb 1997 13:20:50 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA19319 for ; Tue, 11 Feb 1997 13:20:45 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA20487; Tue, 11 Feb 1997 22:20:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id WAA25705; Tue, 11 Feb 1997 22:17:21 +0100 (MET) Message-ID: Date: Tue, 11 Feb 1997 22:17:21 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: dkelly@hiwaay.net Cc: freebsd-current@freebsd.org Subject: Re: make release problems References: <199702110445.WAA17827@nexgen.ampr.org> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702110445.WAA17827@nexgen.ampr.org>; from dkelly@hiwaay.net on Feb 10, 1997 22:45:28 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As dkelly@hiwaay.net wrote: > I've gotten to the point I agree that I'm lacking a CVSROOT directory. > Where do I get it, and/or how do I make one? You need a full CVS mirror tree. I think the handbook goes into enough detail on the options to do this (CVSup, CTM). > make release CHROOTDIR=/usr/release RELEASETAG=2.2-GAMMA-DMK > CVSROOT=somewhere? Wherever your CVS tree lives. Most of us probably use /home/ncvs, being consistent with freefall's environment. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Feb 11 13:52:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA21654 for current-outgoing; Tue, 11 Feb 1997 13:52:49 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA21640 for ; Tue, 11 Feb 1997 13:52:31 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA21131; Tue, 11 Feb 1997 22:51:54 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id WAA25889; Tue, 11 Feb 1997 22:38:04 +0100 (MET) Message-ID: Date: Tue, 11 Feb 1997 22:38:04 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: pechter@shell.monmouth.com (Bill/Carolyn Pechter) Cc: freebsd-current@FreeBSD.ORG Subject: Re: 2.2-BETA-->2.2GAMMA fails References: <199702111359.IAA28740@shell.monmouth.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702111359.IAA28740@shell.monmouth.com>; from Bill/Carolyn Pechter on Feb 11, 1997 08:58:59 -0500 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bill/Carolyn Pechter wrote: > Anyone ever see this failure in make world. > > I'm going from -BETA (built clean) to -GAMMA > and this was the only failure. > > archive.c did not change -- did the system includes...? > > > cc -O2 -m486 -pipe -I/usr/src/gnu/usr.bin/gdb/bfd/. -I/usr/src/gnu/usr.bin/gdb/bfd/../gdb/. -DDEFAULT_VECTOR=i386freebsd_vec -DSELECT_VECS='&i386freebsd_vec,&i386bsd_vec' -DSELECT_ARCHITECTURES='&bfd_i386_arch' -DTRAD_CORE -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/include/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/libiberty/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/config/. -DHAVE_CONFIG_H -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/include/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/bfd/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/libiberty/. -I/usr/src/gnu/usr.bin/gdb/bfd/../../../../contrib/gdb/gdb/config/. -DHAVE_CONFIG_H -c archive.c -o archive.o > In file included from archive.c:130: > libbfd.h:366: warning: duplicate `const' > libbfd.h:371: warning: duplicate `const' > archive.c:562: parse error before `->' Do a ``make cleandir obj depend'' before. The structure of gdb has been drastically changed, due to its move out to /usr/src/contrib. If you've got CVS, it's probably best to rm -rf the entire gdb source dir, and re-checkout. Make sure the stale subdirs from gdb/gdb/ are no longer there, to the least. It would pick up the wrong source files otherwise. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Feb 11 13:57:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA21953 for current-outgoing; Tue, 11 Feb 1997 13:57:20 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA21948 for ; Tue, 11 Feb 1997 13:57:13 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id IAA07388; Wed, 12 Feb 1997 08:25:32 +1030 (CST) From: Michael Smith Message-Id: <199702112155.IAA07388@genesis.atrad.adelaide.edu.au> Subject: Re: linux ELF codine no go on 2.2 Gamma In-Reply-To: <199702112004.NAA28867@phaeton.artisoft.com> from Terry Lambert at "Feb 11, 97 01:04:05 pm" To: terry@lambert.org (Terry Lambert) Date: Wed, 12 Feb 1997 08:25:31 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, swallace@ece.uci.edu, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The "loaded from" hints cruft is really, really unnecessary. If > you have a problem, get the people causing it to use fixed tools. In an ideal world, this would be nice. Reality ain't quite like that though; there are, and will continute to be for some time, commercial ELF binaries out there that _aren't_ branded, and in some cases branding them is impractical (there are lots of them scattered around inside a product) or impossible (the product resists tampering by employing a self-validation process). Using the path of an executable won't _hurt_ anything, and in the case of stuff that's installed under the 'compat' tree will just magically DTRT. > Wasn't one of the reasons FreeBSD cited for not moving to ELF the > idea that the tools had not settled? If you are willing to patch > unsettled tools in software this way, you have removed the reason > for not moving to ELF... and you should move to ELF first, before > hacking in cruft to support your "premature" move to ELF (quoted, > since all FreeBSD ELF binaries, of which there are none, could be > created with the patched tools, *only*, and never have the problem > you are trying to glue). This has _nothing_ to do with the problem I am trying to address, which is strictly one of getting other peoples' unbranded-out-of-the-box ELF binaries to work with a minimum of nonstandard screwing around on the part of the user. If/when ABI branding of ELF binaries is common, the code can come right back out, and believe me none will be happier than I to see it go. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Feb 11 14:27:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA24275 for current-outgoing; Tue, 11 Feb 1997 14:27:11 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24266; Tue, 11 Feb 1997 14:26:46 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id OAA01916 ; Tue, 11 Feb 1997 14:26:41 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id RAA15627; Tue, 11 Feb 1997 17:22:45 -0500 (EST) From: "John S. Dyson" Message-Id: <199702112222.RAA15627@dyson.iquest.net> Subject: Re: make world: /usr/src/bin/df/df.c To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 11 Feb 1997 17:22:45 -0500 (EST) Cc: dyson@freebsd.org, helbig@MX.BA-Stuttgart.De, current@freebsd.org In-Reply-To: <9463.855698914@time.cdrom.com> from "Jordan K. Hubbard" at Feb 11, 97 02:08:34 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Oh, I know where it *is* - I even use it as a work-around. The fact > remains that I probably should not have to include something that > deep in the sys/ tree in order to get that structure again. I think > it's broke. :-) > Maybe, but I have added /sys/ufs to /usr/include/ufs in my code. That is consistant with other situations. (moved to -current for comments.) From owner-freebsd-current Tue Feb 11 14:32:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA24896 for current-outgoing; Tue, 11 Feb 1997 14:32:10 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24679; Tue, 11 Feb 1997 14:31:11 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id OAA09639; Tue, 11 Feb 1997 14:28:44 -0800 (PST) To: "John S. Dyson" cc: dyson@freebsd.org, helbig@MX.BA-Stuttgart.De, current@freebsd.org Subject: Re: make world: /usr/src/bin/df/df.c In-reply-to: Your message of "Tue, 11 Feb 1997 17:22:45 EST." <199702112222.RAA15627@dyson.iquest.net> Date: Tue, 11 Feb 1997 14:28:44 -0800 Message-ID: <9636.855700124@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Maybe, but I have added /sys/ufs to /usr/include/ufs in my code. That > is consistant with other situations. Yes, that's at least less evil than having to include ufs/ufs/... and should probably be adopted if we decide to switch include file conventions for 44L2. :-) Jordan From owner-freebsd-current Tue Feb 11 14:56:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA26828 for current-outgoing; Tue, 11 Feb 1997 14:56:17 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA26795 for ; Tue, 11 Feb 1997 14:56:00 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA29180; Tue, 11 Feb 1997 15:49:49 -0700 From: Terry Lambert Message-Id: <199702112249.PAA29180@phaeton.artisoft.com> Subject: Re: linux ELF codine no go on 2.2 Gamma To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 11 Feb 1997 15:49:49 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, swallace@ece.uci.edu, current@freebsd.org In-Reply-To: <199702112155.IAA07388@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 12, 97 08:25:31 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The "loaded from" hints cruft is really, really unnecessary. If > > you have a problem, get the people causing it to use fixed tools. > > In an ideal world, this would be nice. Reality ain't quite like that > though; there are, and will continute to be for some time, commercial > ELF binaries out there that _aren't_ branded, and in some cases > branding them is impractical (there are lots of them scattered around > inside a product) or impossible (the product resists tampering by > employing a self-validation process). #define UNBRANDED_ELF SVR4_ABI You do not need to brand commercial ELF binaries, unless they are from Linux. If they are from Linux, brand them this time, and expect them to use the updated tools (and come branded) next release. If they are FreeBSD ELF binaries, I'd be interested in acquiring shares in your time portal, since it isn't really a time portal, it's a gateway to an alternate universe where FreeBSD ELF binaries are produced with tools other than the ones we have. > Using the path of an executable won't _hurt_ anything, and in the case > of stuff that's installed under the 'compat' tree will just magically > DTRT. Assuming your path "magically" includes compat/* as a prefix for each and every path component. Not otherwise, however. [ ... reason for ELF branding is FreeBSD ELF vs. other ELF ... ] > This has _nothing_ to do with the problem I am trying to address, > which is strictly one of getting other peoples' > unbranded-out-of-the-box ELF binaries to work with a minimum of > nonstandard screwing around on the part of the user. What other ELF binaries, not fixed in the next release, are unbranded non-SVR4-EABI ELF binaries? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 11 15:07:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA27439 for current-outgoing; Tue, 11 Feb 1997 15:07:52 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA27427 for ; Tue, 11 Feb 1997 15:07:50 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id PAA02073 for ; Tue, 11 Feb 1997 15:07:48 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id JAA07951; Wed, 12 Feb 1997 09:35:03 +1030 (CST) From: Michael Smith Message-Id: <199702112305.JAA07951@genesis.atrad.adelaide.edu.au> Subject: Re: linux ELF codine no go on 2.2 Gamma In-Reply-To: <199702112249.PAA29180@phaeton.artisoft.com> from Terry Lambert at "Feb 11, 97 03:49:49 pm" To: terry@lambert.org (Terry Lambert) Date: Wed, 12 Feb 1997 09:35:02 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, swallace@ece.uci.edu, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > In an ideal world, this would be nice. Reality ain't quite like that > > though; there are, and will continute to be for some time, commercial > > ELF binaries out there that _aren't_ branded, and in some cases > > branding them is impractical (there are lots of them scattered around > > inside a product) or impossible (the product resists tampering by > > employing a self-validation process). > > #define UNBRANDED_ELF SVR4_ABI #define UNBRANDED_ELF SVR4_ABI|COMMERCIAL_LINUX > You do not need to brand commercial ELF binaries, unless they are from > Linux. If they are from Linux, brand them this time, and expect them > to use the updated tools (and come branded) next release. ... and you are ignoring me again. Branding them when you get them is a REAL PAIN IN THE ASS, and there is no guarantee that they'll be any better next time. (Do you actually have to deal with commercial outfits doing code for Linux? I wot not.) As for "updated tools", you read the glibc 2.0 announcement posted here a while back, no? You read the part where they're moving _closer_ to the SVr4 ABI and using the same linker path, ie. making it _harder_ to tell the two apart? > If they are FreeBSD ELF binaries, I'd be interested in acquiring Oh _please_, at least take the few seconds to _read_ my messages 8( > > Using the path of an executable won't _hurt_ anything, and in the case > > of stuff that's installed under the 'compat' tree will just magically > > DTRT. > > Assuming your path "magically" includes compat/* as a prefix for each > and every path component. Not otherwise, however. Na und? "Install all your Linux stuff in /compat/linux" is a much easier instruction to follow than "Find all the ELF binaries in every Linux package you install and execute this command on each of them". > What other ELF binaries, not fixed in the next release, are unbranded > non-SVR4-EABI ELF binaries? All of the current Linux ones, many of which will be in use for not inconsiderable periods of time, and a good many of the upcoming Linux ones which will be produced by commercial software houses that _aren't_ going to be following the bleeding edge of Linux 'development'. Look: dump the hair shirt and accept that in the short term this is a prudent step that will help to reduce by some degree the stress of dealing with people that are trying to do "real" work with the system. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Feb 11 16:01:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA00417 for current-outgoing; Tue, 11 Feb 1997 16:01:13 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA00410 for ; Tue, 11 Feb 1997 16:01:08 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA29345; Tue, 11 Feb 1997 16:54:51 -0700 From: Terry Lambert Message-Id: <199702112354.QAA29345@phaeton.artisoft.com> Subject: Re: linux ELF codine no go on 2.2 Gamma To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 11 Feb 1997 16:54:51 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, swallace@ece.uci.edu, current@freebsd.org In-Reply-To: <199702112305.JAA07951@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 12, 97 09:35:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ... and you are ignoring me again. Branding them when you get them is a > REAL PAIN IN THE ASS, and there is no guarantee that they'll be any > better next time. (Do you actually have to deal with commercial outfits > doing code for Linux? I wot not.) You're right, I don't. That's because there are comparatively few of them, despite what Linux advocates would have you think. Besides which, you are ignoring the fact that the tools Linux uses will automatically brand any newly created binaries. > As for "updated tools", you read the glibc 2.0 announcement posted here > a while back, no? You read the part where they're moving _closer_ to > the SVr4 ABI and using the same linker path, ie. making it > _harder_ to tell the two apart? The linker path is not the correct way to tell them apart. That was a seriously bogus differentiator. If they move fully to the SVR4 ABI, then there's no *need* to tell them apart. > > Assuming your path "magically" includes compat/* as a prefix for each > > and every path component. Not otherwise, however. > > Na und? "Install all your Linux stuff in /compat/linux" is a much > easier instruction to follow than "Find all the ELF binaries in every > Linux package you install and execute this command on each of them". How do I edit my path? Part of it I inherit from system files, and part of it from my own resource files (.cshrc/.login). Will you hack the system path files when you install an ABI compatability package? Will you hack the default user resource files that are used as templates by the adduser? What about the users already on the system? This is an untenable soloution. The people installing will already have to hack the install to get the code onto the system anyway (RedHat pacakage management for FreeBSD, anyone?). > > What other ELF binaries, not fixed in the next release, are unbranded > > non-SVR4-EABI ELF binaries? > > All of the current Linux ones, many of which will be in use for not > inconsiderable periods of time, and a good many of the upcoming Linux > ones which will be produced by commercial software houses that _aren't_ > going to be following the bleeding edge of Linux 'development'. > > Look: dump the hair shirt and accept that in the short term this is a > prudent step that will help to reduce by some degree the stress of > dealing with people that are trying to do "real" work with the system. I will, if you will hack the default paths to add the wart to recognize the wart you are suggesting; otherwise, you're only doing half the necessary hack. A better soloution is to create a "package" for commercial Linux product distributions, since you have to do a damn hand-install anyway to get them installed, and then have them do the brand. You solve the binary recognition and the hand-install problems at the same time, and you do it without hacks. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 11 16:19:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA01570 for current-outgoing; Tue, 11 Feb 1997 16:19:14 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA01559 for ; Tue, 11 Feb 1997 16:19:07 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id KAA08924; Wed, 12 Feb 1997 10:48:03 +1030 (CST) From: Michael Smith Message-Id: <199702120018.KAA08924@genesis.atrad.adelaide.edu.au> Subject: Re: linux ELF codine no go on 2.2 Gamma In-Reply-To: <199702112354.QAA29345@phaeton.artisoft.com> from Terry Lambert at "Feb 11, 97 04:54:51 pm" To: terry@lambert.org (Terry Lambert) Date: Wed, 12 Feb 1997 10:48:02 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, swallace@ece.uci.edu, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > better next time. (Do you actually have to deal with commercial outfits > > doing code for Linux? I wot not.) > > You're right, I don't. That's because there are comparatively few > of them, despite what Linux advocates would have you think. I'm aware of this. However, there are a number that are actually quite useful, and of these, several are statically linked. One of these is the FlexLM license manager. > Besides which, you are ignoring the fact that the tools Linux uses > will automatically brand any newly created binaries. Not in any of the releases currently in use by commercial developers. > > As for "updated tools", you read the glibc 2.0 announcement posted here > > a while back, no? You read the part where they're moving _closer_ to > > the SVr4 ABI and using the same linker path, ie. making it > > _harder_ to tell the two apart? > > The linker path is not the correct way to tell them apart. That was > a seriously bogus differentiator. If they move fully to the SVR4 ABI, > then there's no *need* to tell them apart. The point being that they aren't moving 'fully' to the SVR4 ABI, they're just eliminating the linker path as a means of actually usefully differentiating between SVR4 and Linux ELF binaries. > > Na und? "Install all your Linux stuff in /compat/linux" is a much > > easier instruction to follow than "Find all the ELF binaries in every > > Linux package you install and execute this command on each of them". > > How do I edit my path? Part of it I inherit from system files, > and part of it from my own resource files (.cshrc/.login). Will > you hack the system path files when you install an ABI compatability > package? Will you hack the default user resource files that are > used as templates by the adduser? What about the users already on > the system? I will say to people "Install your Linux applications in /compat/linux, put /compat/linux/usr/local/bin on your path". > This is an untenable soloution. Really? It looks like a useful, short-term workaround to a large and ugly problem that isn't about to go away, regardless of the amount of wishfulness I may apply to the situation. > The people installing will already have to hack the install to get > the code onto the system anyway (RedHat pacakage management for > FreeBSD, anyone?). /usr/ports/misc/rpm, or aren't you watching again? 8) > I will, if you will hack the default paths to add the wart to recognize > the wart you are suggesting; otherwise, you're only doing half the > necessary hack. I will _not_ trample that far 8) All I am suggesting is an extra 'hint' for ABI recognition, based on 'common practice', just like the 'hint' that uses the linker path. Once branded ELF binaries are the norm, both will go the way of the dodo. > A better soloution is to create a "package" for commercial Linux > product distributions, since you have to do a damn hand-install anyway > to get them installed, and then have them do the brand. You solve > the binary recognition and the hand-install problems at the same time, > and you do it without hacks. This is, of course, a good short-term solution. It doesn't address everything of course (like, who does the work?) > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Feb 11 16:41:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA03562 for current-outgoing; Tue, 11 Feb 1997 16:41:02 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA03556 for ; Tue, 11 Feb 1997 16:40:58 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA29463; Tue, 11 Feb 1997 17:34:45 -0700 From: Terry Lambert Message-Id: <199702120034.RAA29463@phaeton.artisoft.com> Subject: Re: linux ELF codine no go on 2.2 Gamma To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 11 Feb 1997 17:34:45 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, swallace@ece.uci.edu, current@freebsd.org In-Reply-To: <199702120018.KAA08924@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 12, 97 10:48:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > A better soloution is to create a "package" for commercial Linux > > product distributions, since you have to do a damn hand-install anyway > > to get them installed, and then have them do the brand. You solve > > the binary recognition and the hand-install problems at the same time, > > and you do it without hacks. > > This is, of course, a good short-term solution. It doesn't address > everything of course (like, who does the work?) How about "anyone bothered by ELF recognition problems who wants to trample code to maketheir binaries run"? 8-) 8-). Making a port's not like "belling the cat"; anyone who has a binary that acts like this is up for the job; besides, it will let the commercial vendors include the port files on their media (if it's done wright) and they can put "Linux/FreeBSD" (or even "FreeBSD/Linux"?) on the box instead of just "Linux"). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Feb 11 18:15:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA09911 for current-outgoing; Tue, 11 Feb 1997 18:15:29 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA09904 for ; Tue, 11 Feb 1997 18:15:26 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA11606; Tue, 11 Feb 1997 18:11:55 -0800 (PST) To: roberto@keltia.freenix.fr (Ollivier Robert) cc: freebsd-current@FreeBSD.org (FreeBSD Current Users' list) Subject: Re: 2.2-GAMMA problems In-reply-to: Your message of "Tue, 11 Feb 1997 19:38:09 +0100." <19970211193809.FB12808@keltia.freenix.fr> Date: Tue, 11 Feb 1997 18:11:54 -0800 Message-ID: <11602.855713514@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > All went well till I pushed "Commit". After displaying on VT1 "Starting the > holographic shell on VT4", VT2 complained that the DEBUG function (not sure > of the real word) had been called, filling the screen with the message then > it hung here. Erm. I need to know the exact text of this message if I'm to have any hope. :-) This really does not give me enough to go on. Jordan From owner-freebsd-current Tue Feb 11 22:06:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA03930 for current-outgoing; Tue, 11 Feb 1997 22:06:44 -0800 (PST) Received: from rtfm.ziplink.net ([199.232.255.52]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA03907 for ; Tue, 11 Feb 1997 22:06:33 -0800 (PST) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.5/8.7.3) id BAA14829 for current@freebsd.org; Wed, 12 Feb 1997 01:07:30 -0500 (EST) From: Mikhail Teterin Message-Id: <199702120607.BAA14829@rtfm.ziplink.net> Subject: last snapshot's LINT To: current@freebsd.org Date: Wed, 12 Feb 1997 01:07:30 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: application/pgp; format=text; x-action=sign Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Among other things, there is a non-documented option MSGSSZ there, set to 9. In sysv_msg.c the value is expected to be power of two, otherwise the whole thing panics. IMHO, i386/conf/LINT should set it properly and the value should be corrected on the fly (possible with a warning) instead of panicing. Can the author comment on what is tuned by the various MSG* parameters? Thanks! -mi -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMwFeIIucrgI/xxR5AQGCIgP/TFNg3R4kwjH/Jil39M/CdQVE9KFhk7hH 6Dvg/JpqoJPetyCfBS1RKq8TvtzJbOSk4nHtYDYrFiLGnwCzRR9efia+9SaihzGL 9xdc2R+kKkHGXfJxY9SZFGD4npiBohXp1gGUz79t1YodjAdMyBAW+2Bw0oPKh+g4 Fb2kbxSx69E= =ub+e -----END PGP SIGNATURE----- From owner-freebsd-current Tue Feb 11 22:30:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA06643 for current-outgoing; Tue, 11 Feb 1997 22:30:07 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA06558 for ; Tue, 11 Feb 1997 22:29:12 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) id WAA25019; Tue, 11 Feb 1997 22:29:02 -0800 (PST) To: freebsd-current@freebsd.org Path: not-for-mail From: jdp@polstra.com (John Polstra) Newsgroups: polstra.freebsd.current Subject: Re: Question about cvsup Date: 11 Feb 1997 22:29:02 -0800 Organization: Polstra & Co., Seattle, WA Lines: 37 Distribution: local Message-ID: <5drnve$odo@austin.polstra.com> References: <32F735BA.645D@pcmagic.net> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <32F735BA.645D@pcmagic.net>, Tommy Cheng wrote: > I need help. I always get this error from 3.0-970124-SNAP after I tried > to do "cvsup -g -L 2 cvs-supfile" > > runtime error: > segmentation violation - possible attempt to deference NIL0. > PID 213 (cvsup), UID0: exited on signal 6 (core dump) > abort trap (core dumped) > > What does this mean? I always get this error before the cvsup finishes > installing the port (stuck on x11 port). Any ieda? Tommy, You'd get quicker answers if you reported things like this to "cvsup-bugs@polstra.com". :-) This problem should not be happening. Something is wrong. Please contact me off the list at "jdp@polstra.com" and tell me: * Which version of CVSup you're using * Whether it's the static binary distribution, the port, or the package and also send me a copy of your supfile. I'll help you figure out what's going on. John Polstra -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Tue Feb 11 23:03:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA10237 for current-outgoing; Tue, 11 Feb 1997 23:03:41 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA10225 for ; Tue, 11 Feb 1997 23:03:33 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id CAA09663 for current@freebsd.org; Wed, 12 Feb 1997 02:03:22 -0500 (EST) From: "John S. Dyson" Message-Id: <199702120703.CAA09663@dyson.iquest.net> Subject: Help!!! Lite/2 patches in my home dir To: current@freebsd.org Date: Wed, 12 Feb 1997 02:03:22 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have uploaded my Lite/2 patches from -current to my home directory on Freefall. These patches include many userland and library fixes. Unfortunately, I am going to be on a business trip until Mon... Committers are welcome take these patches and apply them. Thanks, but sorry for the inconvienience. John From owner-freebsd-current Tue Feb 11 23:04:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA10374 for current-outgoing; Tue, 11 Feb 1997 23:04:45 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA10357 for ; Tue, 11 Feb 1997 23:04:36 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id CAA09674 for current@freebsd.org; Wed, 12 Feb 1997 02:04:01 -0500 (EST) From: "John S. Dyson" Message-Id: <199702120704.CAA09674@dyson.iquest.net> Subject: Help!!! Lite/2 patches in my home dir To: current@freebsd.org Date: Wed, 12 Feb 1997 02:04:01 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Followup, the diffs are in freefall:~dyson/sys.diff From owner-freebsd-current Wed Feb 12 00:25:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA15487 for current-outgoing; Wed, 12 Feb 1997 00:25:38 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA15479 for ; Wed, 12 Feb 1997 00:25:32 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id JAA13238; Wed, 12 Feb 1997 09:25:25 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id JAA02458; Wed, 12 Feb 1997 09:25:19 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id GAA10080; Wed, 12 Feb 1997 06:48:08 +0100 (CET) Message-ID: <19970212064808.NZ58352@keltia.freenix.fr> Date: Wed, 12 Feb 1997 06:48:08 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: freebsd-current@freebsd.org (FreeBSD Current Users' list), Ollivier.Robert@eurocontrol.fr (Ollivier Robert) Subject: Re: 2.2-GAMMA problems References: <19970211193809.FB12808@keltia.freenix.fr> <11602.855713514@time.cdrom.com> X-Mailer: Mutt 0.60,1-3,9 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2999 In-Reply-To: <11602.855713514@time.cdrom.com>; from Jordan K. Hubbard on Feb 11, 1997 18:11:54 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Jordan K. Hubbard: > Erm. I need to know the exact text of this message if I'm to have > any hope. :-) This really does not give me enough to go on. It was "DEBUG: Init routine for FTP called." The "funny" part is I've been trying to install Linux on this machine (the guy has bought CDE and Xaccel for Linux so he wanted it) and to show him that it was not a machine's problem, I offered to install FreeBSD to show him it was much better... :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-current Wed Feb 12 01:42:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA18753 for current-outgoing; Wed, 12 Feb 1997 01:42:21 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA18747 for ; Wed, 12 Feb 1997 01:42:18 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id UAA09391; Wed, 12 Feb 1997 20:37:35 +1100 Date: Wed, 12 Feb 1997 20:37:35 +1100 From: Bruce Evans Message-Id: <199702120937.UAA09391@godzilla.zeta.org.au> To: current@FreeBSD.ORG, mi@aldan.ziplink.net Subject: Re: last snapshot's LINT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Among other things, there is a non-documented option MSGSSZ there, >set to 9. In sysv_msg.c the value is expected to be power of two, >otherwise the whole thing panics. Not a bad thing, since LINT is not supposed to be runnable. It only supposed to test all options at compile time. I'll change MSGSSZ to 16. >IMHO, i386/conf/LINT should set it properly and the value should >be corrected on the fly (possible with a warning) instead of >panicing. Too much for an undocumented option. >Can the author comment on what is tuned by the various MSG* parameters? The author doesn't seem to be active in FreeBSD. According to ancient history, the System V IPC code was written by Danny Boulet, chewed on a bit by NetBSD, and ported to an ancient version of FreeBSD by Jeffrey Hsu. According to modern history, it was obtained frome NetBSD and FreeBSD-1.1.5. Bruce From owner-freebsd-current Wed Feb 12 02:10:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA19800 for current-outgoing; Wed, 12 Feb 1997 02:10:01 -0800 (PST) Received: from atena.eurocontrol.fr (atena.uneec.eurocontrol.fr [147.196.69.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA19776 for ; Wed, 12 Feb 1997 02:09:50 -0800 (PST) Received: by atena.eurocontrol.fr; (5.65v3.2/1.3/10May95) id AA19799; Wed, 12 Feb 1997 11:09:48 +0100 Received: (from roberto@localhost) by caerdonn.eurocontrol.fr (8.8.5/caerdonn-1.1) id LAA09966; Wed, 12 Feb 1997 11:09:47 +0100 (CET) Message-Id: <19970212110947.NZ04218@caerdonn.eurocontrol.fr> Date: Wed, 12 Feb 1997 11:09:47 +0100 From: roberto@eurocontrol.fr (Ollivier Robert) To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: freebsd-current@freebsd.org (FreeBSD Current Users' list) Subject: Re: 2.2-GAMMA problems References: <19970211193809.FB12808@keltia.freenix.fr> <11602.855713514@time.cdrom.com> <19970212064808.NZ58352@keltia.freenix.fr> X-Mailer: Mutt 0.60 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT In-Reply-To: <19970212064808.NZ58352@keltia.freenix.fr>; from Ollivier Robert on Feb 12, 1997 06:48:08 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Ollivier Robert: > It was "DEBUG: Init routine for FTP called." I manage to get past this problem (by restarting the installation) and now it hangs when getting the bin/bin.inf file. The weird part is that I am able to use route get something but I am unable to ping the machine itself from another one... I am able to abort the installation (most of the time but not always) but can't go farther than the bin.inf point. -- Ollivier ROBERT -=- Eurocontrol EEC/TS -=- Ollivier.Robert@eurocontrol.fr Usenet Canal Historique From owner-freebsd-current Wed Feb 12 03:21:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA22892 for current-outgoing; Wed, 12 Feb 1997 03:21:09 -0800 (PST) Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA22870; Wed, 12 Feb 1997 03:20:59 -0800 (PST) Received: by kremvax.demos.su (8.6.13/D) from 0@megillah.demos.su [194.87.0.21] with ESMTP id OAA27785; Wed, 12 Feb 1997 14:20:35 +0300 Received: by megillah.demos.su id OAA13512; (8.8.3/D) Wed, 12 Feb 1997 14:21:37 +0300 (MSK) Message-Id: <199702121121.OAA13512@megillah.demos.su> Subject: upcoming version suggestions To: hackers@freebsd.org Date: Wed, 12 Feb 1997 14:21:37 +0300 (MSK) Cc: bag@demos.su (Alex G. Bulushev), current@freebsd.org, ache@nagual.ru (Andrey A. Chernov) From: "Mikhail A. Sokolov" X-Class: Fast Organization: Demos Company, Ltd. Reply-To: mishania@demos.su X-Mailer: ELM [version 2.4 PL24 ME7a] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, Don't know what version will it be applicable to now, either it is 2.1.7 or 2.2, but since FreeBSD is known to be more like server-used OS, than user worskstations, here're suggestions to redifine defaults: There's really need to set FDSETSIZE (/sys/sys/types.h, afair) default to something like 1024, - then you don't need to recompile kernel as soon as you start news server and/or ftp/www, like, loaded one. Example: you won't get any improvements rearranging MAXOPEN value, before you rearrange FDSETSIZE. Another idea is to enlarge default for SOMAXCONN (/sys/socket.h). When you have something running for it to be available to have more open passive tcp connections sumaltaneously. Example is Squid proxy cache{d} which uses this include in the listen(). Comments are definetely appreciated. Thanks, -mishania From owner-freebsd-current Wed Feb 12 04:01:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA24103 for current-outgoing; Wed, 12 Feb 1997 04:01:24 -0800 (PST) Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA24076; Wed, 12 Feb 1997 04:01:05 -0800 (PST) Received: by kremvax.demos.su (8.6.13/D) from 0@megillah.demos.su [194.87.0.21] with ESMTP id PAA10422; Wed, 12 Feb 1997 15:00:23 +0300 Received: by megillah.demos.su id PAA21822; (8.8.3/D) Wed, 12 Feb 1997 15:00:40 +0300 (MSK) Message-Id: <199702121200.PAA21822@megillah.demos.su> Subject: Re: upcoming version suggestions To: mishania@demos.su Date: Wed, 12 Feb 1997 15:00:40 +0300 (MSK) Cc: hackers@FreeBSD.ORG, bag@demos.su, current@FreeBSD.ORG, ache@nagual.ru In-Reply-To: <199702121121.OAA13512@megillah.demos.su> from "Mikhail A. Sokolov" at Feb 12, 97 02:21:37 pm From: "Mikhail A. Sokolov" X-Class: Fast Organization: Demos Company, Ltd. Reply-To: mishania@demos.su X-Mailer: ELM [version 2.4 PL24 ME7a] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > to something like 1024, - then you don't need to recompile kernel as ^^^^^^ binaries I meant. -mishania From owner-freebsd-current Wed Feb 12 04:11:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA24684 for current-outgoing; Wed, 12 Feb 1997 04:11:58 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA24662 for ; Wed, 12 Feb 1997 04:11:53 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id NAA07193 for ; Wed, 12 Feb 1997 13:12:14 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.4/8.6.9) id NAA00386 for freebsd-current@freefall.cdrom.com; Wed, 12 Feb 1997 13:16:11 +0100 (MET) Date: Wed, 12 Feb 1997 13:16:11 +0100 (MET) From: Christoph Kukulies Message-Id: <199702121216.NAA00386@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: w output Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm wondering why I get this somehost# w 1:04PM up 4 days, 1:08, 5 users, load averages: 0.00, 0.02, 0.00 USER TTY FROM LOGIN@ IDLE WHAT root v0 - Sat11AM 4days /usr/libexec/getty Pc ttyv0 NB: I have done a cvt-wtmp -f recently. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Feb 12 04:55:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA26472 for current-outgoing; Wed, 12 Feb 1997 04:55:12 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA26441; Wed, 12 Feb 1997 04:55:03 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id XAA16078; Wed, 12 Feb 1997 23:41:50 +1100 Date: Wed, 12 Feb 1997 23:41:50 +1100 From: Bruce Evans Message-Id: <199702121241.XAA16078@godzilla.zeta.org.au> To: hackers@freebsd.org, mishania@demos.su Subject: Re: upcoming version suggestions Cc: ache@nagual.ru, bag@demos.su, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >There's really need to set FDSETSIZE (/sys/sys/types.h, afair) default >to something like 1024, - then you don't need to recompile kernel as >soon as you start news server and/or ftp/www, like, loaded one. Example: >you won't get any improvements rearranging MAXOPEN value, before you >rearrange FDSETSIZE. There hasn't been any need to recompile the kernel since the kernel select size was made dynamic 6 months ago in -current. You can increase the number of fd's up to the hard resource limit using setrlimit() and root can increase the hard resource limit using `sysctl -w kern.maxfiles=nnnn' (this has been possible since FreeBSD-2.0, except for bugs) and /etc/login.conf (this has only become available recently). No particular value of FDSETSIZE works unless the resource limit is restricted to the old value of FDSETSIZE (256). This can't be fixed without breaking binary compatibility :-(. Bruce From owner-freebsd-current Wed Feb 12 05:45:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA28649 for current-outgoing; Wed, 12 Feb 1997 05:45:08 -0800 (PST) Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA28572; Wed, 12 Feb 1997 05:44:12 -0800 (PST) Received: by kremvax.demos.su (8.6.13/D) from 0@megillah.demos.su [194.87.0.21] with ESMTP id QAA12642; Wed, 12 Feb 1997 16:43:26 +0300 Received: by megillah.demos.su id QAA18384; (8.8.3/D) Wed, 12 Feb 1997 16:44:07 +0300 (MSK) Message-Id: <199702121344.QAA18384@megillah.demos.su> Subject: Re: upcoming version suggestions To: bde@zeta.org.au (Bruce Evans) Date: Wed, 12 Feb 1997 16:44:07 +0300 (MSK) Cc: hackers@freebsd.org, mishania@demos.su, ache@nagual.ru, bag@demos.su, current@freebsd.org In-Reply-To: <199702121241.XAA16078@godzilla.zeta.org.au> from "Bruce Evans" at Feb 12, 97 11:41:50 pm From: "Mikhail A. Sokolov" X-Class: Fast Organization: Demos Company, Ltd. Reply-To: mishania@demos.su X-Mailer: ELM [version 2.4 PL24 ME7a] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >to something like 1024, - then you don't need to recompile kernel as It was kind of a typo, - I Re:'d myself in a while. What I mean is that any change of default FDSETSIZE in kernel means us to recompile user binaries. > restricted to the old value of FDSETSIZE (256). This can't be fixed > without breaking binary compatibility :-(. What I suggest is to check if there is a possibility to set fdsetsize to 1024 in distributions, and, of course, have binaries of the system to know about that 1024. > Bruce -mishania From owner-freebsd-current Wed Feb 12 06:50:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA01750 for current-outgoing; Wed, 12 Feb 1997 06:50:15 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA01738 for ; Wed, 12 Feb 1997 06:50:04 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id BAA17157; Thu, 13 Feb 1997 01:49:39 +1100 (EST) Message-ID: <19970213014937.34932@usn.blaze.net.au> Date: Thu, 13 Feb 1997 01:49:37 +1100 From: David Nugent To: Christoph Kukulies Cc: freebsd-current@freefall.freebsd.org Subject: Re: w output References: <199702121216.NAA00386@gilberto.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <199702121216.NAA00386@gilberto.physik.rwth-aachen.de>; from Christoph Kukulies on Feb 02, 1997 at 01:16:11PM Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 01:16:11PM, Christoph Kukulies wrote: > I'm wondering why I get this > > somehost# w > 1:04PM up 4 days, 1:08, 5 users, load averages: 0.00, 0.02, 0.00 > USER TTY FROM LOGIN@ IDLE WHAT > root v0 - Sat11AM 4days /usr/libexec/getty Pc ttyv0 > > NB: I have done a cvt-wtmp -f recently. I have no idea why, and since init(8) is responsible for this record, I can't even see how it would happen. It certainly doesn't happen here, on 3 machines that run -CURRENT just before the lite2 merges. BTW, wtmp isn't involved in this - utmp is. Did you perhaps change /etc/tty's and sighup process 1 just before this? A freak race condition is all that comes to mind. Is it repeatable after a reboot? Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Wed Feb 12 07:42:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA04813 for current-outgoing; Wed, 12 Feb 1997 07:42:29 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA04797; Wed, 12 Feb 1997 07:42:15 -0800 (PST) Received: by sovcom.kiae.su id AA13803 (5.65.kiae-1 ); Wed, 12 Feb 1997 18:13:33 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Wed, 12 Feb 97 18:13:33 +0300 Received: (from ache@localhost) by nagual.ru (8.8.5/8.8.5) id SAA00491; Wed, 12 Feb 1997 18:10:03 +0300 (MSK) Date: Wed, 12 Feb 1997 18:09:57 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: "Mikhail A. Sokolov" Cc: hackers@freebsd.org, "Alex G. Bulushev" , current@freebsd.org Subject: Re: upcoming version suggestions In-Reply-To: <199702121121.OAA13512@megillah.demos.su> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 12 Feb 1997, Mikhail A. Sokolov wrote: > There's really need to set FDSETSIZE (/sys/sys/types.h, afair) default > to something like 1024, - then you don't need to recompile kernel as ^^^^^^ maybe you mean binaries instead? -current kernel works without recompiling with any value. > soon as you start news server and/or ftp/www, like, loaded one. Example: > you won't get any improvements rearranging MAXOPEN value, before you > rearrange FDSETSIZE. I agree that we need to bump it, 256 is too low nowdays. We need to check what other modern systems have, f.e. SunOS 5.5.1 have FD_SETSIZE == 1024 > Another idea is to enlarge default for SOMAXCONN (/sys/socket.h). > When you have something running for it to be available to have more > open passive tcp connections sumaltaneously. Example is Squid proxy cache{d} > which uses this include in the listen(). > > Comments are definetely appreciated. Another idea is to increase max ptys number from 256 to 512 or 1024 -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Wed Feb 12 09:42:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA13463 for current-outgoing; Wed, 12 Feb 1997 09:42:23 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA13455; Wed, 12 Feb 1997 09:42:17 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA00768; Wed, 12 Feb 1997 10:34:53 -0700 From: Terry Lambert Message-Id: <199702121734.KAA00768@phaeton.artisoft.com> Subject: Re: make world: /usr/src/bin/df/df.c To: toor@dyson.iquest.net (John S. Dyson) Date: Wed, 12 Feb 1997 10:34:52 -0700 (MST) Cc: jkh@time.cdrom.com, dyson@freebsd.org, helbig@MX.BA-Stuttgart.De, current@freebsd.org In-Reply-To: <199702112222.RAA15627@dyson.iquest.net> from "John S. Dyson" at Feb 11, 97 05:22:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Oh, I know where it *is* - I even use it as a work-around. The fact > > remains that I probably should not have to include something that > > deep in the sys/ tree in order to get that structure again. I think > > it's broke. :-) > > Maybe, but I have added /sys/ufs to /usr/include/ufs in my code. That > is consistant with other situations. > > (moved to -current for comments.) Are we talking about the on disk directory structure here? If so, the reason for this crap is that the default representation is intended to match the default FS on disk representation, such that minimal effor can be expended in the copy/convert process. Doug Rabson and I discussed this at length more than a year ago, with regard to the implied conversion requirements of VOP_READDIR, and what really needs to be done is pass back an FS block reference and seperate the conversion from the allocation. This would have the nice side effect of removing the need for the cookie code, since you seperate into "get atomic block"/"convert element from atomic block". Currently, the purpose of the cookie code is to deal with a "user buffer" supplied by NFS being too small for the number of real entries requested but not too small for the number of NFS representations of those entries requested (ie: transport block smaller than FS block). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Feb 12 13:38:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA27460 for current-outgoing; Wed, 12 Feb 1997 13:38:44 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA27428 for ; Wed, 12 Feb 1997 13:38:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id NAA22786 for ; Wed, 12 Feb 1997 13:37:59 -0800 (PST) Date: Wed, 12 Feb 1997 13:37:59 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: FreeBSD Current Subject: moused on notebooks... Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk right now I'm running moused on my notebook w/ a ps/2 mouse... if I ever have the mouse detacted when the notebook is up and running I will loose the mouse until I restart moused... would anybody object to possibly added a signal handler to moused for SIGHUP to force it to reopen the mouse device? comments? John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Wed Feb 12 18:14:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA11665 for current-outgoing; Wed, 12 Feb 1997 18:14:06 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA11659 for ; Wed, 12 Feb 1997 18:14:01 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA01310; Wed, 12 Feb 1997 19:06:21 -0700 From: Terry Lambert Message-Id: <199702130206.TAA01310@phaeton.artisoft.com> Subject: Re: moused on notebooks... To: gurney_j@resnet.uoregon.edu Date: Wed, 12 Feb 1997 19:06:21 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: from "John-Mark Gurney" at Feb 12, 97 01:37:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > right now I'm running moused on my notebook w/ a ps/2 mouse... if I ever > have the mouse detacted when the notebook is up and running I will loose > the mouse until I restart moused... > > would anybody object to possibly added a signal handler to moused for > SIGHUP to force it to reopen the mouse device? comments? In the situation you describe, the SIGHUP would arive when you unplugged the mouse, not when you plugged it in. You want it to be opened *after* you plug it in. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Feb 12 19:42:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15350 for current-outgoing; Wed, 12 Feb 1997 19:42:09 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA15340 for ; Wed, 12 Feb 1997 19:42:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id TAA23342; Wed, 12 Feb 1997 19:40:20 -0800 (PST) Date: Wed, 12 Feb 1997 19:40:19 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Terry Lambert cc: freebsd-current@freebsd.org Subject: Re: moused on notebooks... In-Reply-To: <199702130206.TAA01310@phaeton.artisoft.com> Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 12 Feb 1997, Terry Lambert wrote: > > right now I'm running moused on my notebook w/ a ps/2 mouse... if I ever > > have the mouse detacted when the notebook is up and running I will loose > > the mouse until I restart moused... > > > > would anybody object to possibly added a signal handler to moused for > > SIGHUP to force it to reopen the mouse device? comments? > > In the situation you describe, the SIGHUP would arive when you > unplugged the mouse, not when you plugged it in. You want it to > be opened *after* you plug it in. that's if your using a normal serial mouse... but I'm using a ps/2 mouse... so there isn't a "disconnect" signal... as far as I know... of course I guess I should make the SIGHUP patch affect bus and ps/2 mice only then... currently as it stands moused dies when it recieves a SIGHUP.. :) also... does the moused make the mouse device the controling terminal? if it doesn't then it won't recieve the SIGHUP when it gets unplugged... thanks for your comments... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Wed Feb 12 19:44:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15451 for current-outgoing; Wed, 12 Feb 1997 19:44:04 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA15400 for ; Wed, 12 Feb 1997 19:43:32 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id MAA06983; Thu, 13 Feb 1997 12:42:27 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (5ZWJCf17CO4cIMRAo3lOI0YZaaiVM6qf@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id MAA02775; Thu, 13 Feb 1997 12:42:26 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id MAA23897; Thu, 13 Feb 1997 12:44:53 +0900 (JST) Message-Id: <199702130344.MAA23897@zodiac.mech.utsunomiya-u.ac.jp> To: gurney_j@resnet.uoregon.edu cc: terry@lambert.org, freebsd-current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: moused on notebooks... In-reply-to: Your message of "Wed, 12 Feb 1997 19:06:21 MST." <199702130206.TAA01310@phaeton.artisoft.com> References: <199702130206.TAA01310@phaeton.artisoft.com> Date: Thu, 13 Feb 1997 12:44:52 +0900 From: Kazutaka YOKOTA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> right now I'm running moused on my notebook w/ a ps/2 mouse... if I ever >> have the mouse detacted when the notebook is up and running I will loose >> the mouse until I restart moused... >> >> would anybody object to possibly added a signal handler to moused for >> SIGHUP to force it to reopen the mouse device? comments? > >In the situation you describe, the SIGHUP would arive when you >unplugged the mouse, not when you plugged it in. You want it to >be opened *after* you plug it in. For the serial mouse, catching SIGHUP is possible. (But, it will be useless as Terry Lambert points out) But, the PS/2 mouse device (psm) doesn't generate SIGHUP; the PS/2 mouse interface doesn't have a mechanism to detect plugging/unplugging action, AFAIK. In fact, plugging/unplugging the PS/2 mouse, or the keyboard, while your system's power is on is really, really a bad idea. Your keyboard controller can easily be fried by the noise caused at the connector. I know a couple of poor guys who learned this in a hard way... Maybe some notebook/laptop computers may have an safe-guarded circuitry and allow this sort of action. I strongly recommend you to consult the manual of your notebook and find if it is really OK to attach/detach the PS/2 mouse on the fly. Kazu From owner-freebsd-current Wed Feb 12 19:55:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA15910 for current-outgoing; Wed, 12 Feb 1997 19:55:06 -0800 (PST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA15905 for ; Wed, 12 Feb 1997 19:55:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id TAA23358; Wed, 12 Feb 1997 19:51:32 -0800 (PST) Date: Wed, 12 Feb 1997 19:51:30 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Kazutaka YOKOTA cc: terry@lambert.org, freebsd-current@freebsd.org Subject: Re: moused on notebooks... In-Reply-To: <199702130344.MAA23897@zodiac.mech.utsunomiya-u.ac.jp> Message-ID: X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Feb 1997, Kazutaka YOKOTA wrote: > In fact, plugging/unplugging the PS/2 mouse, or the keyboard, while your > system's power is on is really, really a bad idea. Your keyboard > controller can easily be fried by the noise caused at the connector. I > know a couple of poor guys who learned this in a hard way... ouch... but that still doesn't prevent me from removing the mouse while the computer is suspended... then resuming the machine... then suspending the machine... then reattaching the mouse... and resuming again... (actually this is quite common as I normally use text mode... and it's really anoying to have to have the mouse hanging off the side :) )... but when I want to use X I kinda need a mouse :) > Maybe some notebook/laptop computers may have an safe-guarded > circuitry and allow this sort of action. I strongly recommend you to > consult the manual of your notebook and find if it is really OK to > attach/detach the PS/2 mouse on the fly. true... but in the stated above example... simply having the notebook on when the mouse isn't attach will cause this mouse to freeze... then when the mouse is back I still have to restart moused before I can use the mouse... and thanks for the info about the noise... I kinda knew that it was possible... as I have some friends that are mac users... and they know this lesson VERY well :)... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Wed Feb 12 22:16:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA20705 for current-outgoing; Wed, 12 Feb 1997 22:16:33 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA20699 for ; Wed, 12 Feb 1997 22:16:30 -0800 (PST) Received: from Mercury.mcs.net (fredriks@Mercury.mcs.com [192.160.127.80]) by Kitten.mcs.com (8.8.5/8.8.2-biteme) with ESMTP id AAA13161 for ; Thu, 13 Feb 1997 00:16:28 -0600 (CST) Received: (from fredriks@localhost) by Mercury.mcs.net (8.8.5/8.8.2) id AAA00334 for current@freebsd.com; Thu, 13 Feb 1997 00:16:27 -0600 (CST) From: Lars Fredriksen Message-Id: <199702130616.AAA00334@Mercury.mcs.net> Subject: Current dies in lkm_vfs() To: current@freebsd.com Date: Thu, 13 Feb 1997 00:16:27 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I just compiled a current kernel and it dies in lkm_vfs(), line 622. It appears that vfc(ie. args->lkm_vfsconf). I put a check in right above to bail out if vfc was null and that did not trigger. It is almost as if an interrup is getting inbetween and blowing the registers away. Dump failed, but the stack trace I had was: __lkm_vfs() lkmdispatch() end() lkm_ioctl() spec_ioctl() vn_ioctl() ioctl() syscall(27) The active process at the time was modload. Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks-2.pr.mcs.net (home-home) From owner-freebsd-current Wed Feb 12 22:21:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA20876 for current-outgoing; Wed, 12 Feb 1997 22:21:44 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA20869 for ; Wed, 12 Feb 1997 22:21:41 -0800 (PST) Received: from Mercury.mcs.net (fredriks@Mercury.mcs.com [192.160.127.80]) by Kitten.mcs.com (8.8.5/8.8.2-biteme) with ESMTP id AAA13189 for ; Thu, 13 Feb 1997 00:21:32 -0600 (CST) Received: (from fredriks@localhost) by Mercury.mcs.net (8.8.5/8.8.2) id AAA00435 for current@freebsd.org; Thu, 13 Feb 1997 00:21:31 -0600 (CST) From: Lars Fredriksen Message-Id: <199702130621.AAA00435@Mercury.mcs.net> Subject: Re: current dies in lkm_vfs() To: current@freebsd.org Date: Thu, 13 Feb 1997 00:21:31 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi again I should have read the commit log before I posted my note. John did say that he didn't expect the kernel to run without the user land changes having been compiled in as well. One could argue that it shouldn't panic the machine even if it wouldn't work.... Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks-2.pr.mcs.net (home-home) From owner-freebsd-current Thu Feb 13 04:16:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA06621 for current-outgoing; Thu, 13 Feb 1997 04:16:32 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA06616 for ; Thu, 13 Feb 1997 04:16:26 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id XAA29989; Thu, 13 Feb 1997 23:14:37 +1100 Date: Thu, 13 Feb 1997 23:14:37 +1100 From: Bruce Evans Message-Id: <199702131214.XAA29989@godzilla.zeta.org.au> To: current@freebsd.org, toor@dyson.iquest.net Subject: Re: Help!!! Lite/2 patches in my home dir Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have uploaded my Lite/2 patches from -current to > my home directory on Freefall. These patches include > many userland and library fixes. Unfortunately, > I am going to be on a business trip until Mon... > Committers are welcome take these patches and > apply them. What is the name of the file? The directory is unreadable. Bruce From owner-freebsd-current Thu Feb 13 04:35:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA07938 for current-outgoing; Thu, 13 Feb 1997 04:35:39 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA07933 for ; Thu, 13 Feb 1997 04:35:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id EAA00703; Thu, 13 Feb 1997 04:36:38 -0800 (PST) Message-Id: <199702131236.EAA00703@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Bruce Evans cc: current@freebsd.org, toor@dyson.iquest.net Subject: Re: Help!!! Lite/2 patches in my home dir In-reply-to: Your message of "Thu, 13 Feb 1997 23:14:37 +1100." <199702131214.XAA29989@godzilla.zeta.org.au> From: David Greenman Reply-To: dg@root.com Date: Thu, 13 Feb 1997 04:36:38 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I have uploaded my Lite/2 patches from -current to >> my home directory on Freefall. These patches include >> many userland and library fixes. Unfortunately, >> I am going to be on a business trip until Mon... >> Committers are welcome take these patches and >> apply them. > >What is the name of the file? The directory is unreadable. Appears to be ~dyson/src.diff -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Thu Feb 13 05:41:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA11239 for current-outgoing; Thu, 13 Feb 1997 05:41:27 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA11234 for ; Thu, 13 Feb 1997 05:41:23 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id AAA32552; Fri, 14 Feb 1997 00:37:56 +1100 Date: Fri, 14 Feb 1997 00:37:56 +1100 From: Bruce Evans Message-Id: <199702131337.AAA32552@godzilla.zeta.org.au> To: bde@zeta.org.au, dg@root.com Subject: Re: Help!!! Lite/2 patches in my home dir Cc: current@freebsd.org, toor@dyson.iquest.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>What is the name of the file? The directory is unreadable. > > Appears to be ~dyson/src.diff Thanks. It doesn't apply cleanly. I'm only looking for the new library interface and mount_nfs now. Bruce From owner-freebsd-current Thu Feb 13 06:11:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA12628 for current-outgoing; Thu, 13 Feb 1997 06:11:09 -0800 (PST) Received: from atena.eurocontrol.fr (atena.uneec.eurocontrol.fr [147.196.69.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA12617 for ; Thu, 13 Feb 1997 06:11:02 -0800 (PST) Received: by atena.eurocontrol.fr; (5.65v3.2/1.3/10May95) id AA04144; Thu, 13 Feb 1997 15:10:27 +0100 Received: (from roberto@localhost) by caerdonn.eurocontrol.fr (8.8.5/caerdonn-1.1) id PAA27441; Thu, 13 Feb 1997 15:10:25 +0100 (CET) Message-Id: <19970213151025.LP18760@caerdonn.eurocontrol.fr> Date: Thu, 13 Feb 1997 15:10:25 +0100 From: roberto@eurocontrol.fr (Ollivier Robert) To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Subject: Weird messages in syslogd X-Mailer: Mutt 0.60 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just got the following message on my console. swap_pager_finish: I/O error, clean of page 1cd6000 failed swap_pager_finish: I/O error, clean of page 1dd7000 failed swap_pager_finish: I/O error, clean of page 3898000 failed 3.0-CURRENT from just before the Lite2 merge. Do I have anything to fear ? PPro/180, 64 MB RAM, 96 MB swap. -- Ollivier ROBERT -=- Eurocontrol EEC/TS -=- Ollivier.Robert@eurocontrol.fr Usenet Canal Historique From owner-freebsd-current Thu Feb 13 08:22:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA21158 for current-outgoing; Thu, 13 Feb 1997 08:22:31 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA21151 for ; Thu, 13 Feb 1997 08:22:24 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id RAA07823 for ; Thu, 13 Feb 1997 17:22:42 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.4/8.6.9) id RAA19131 for freebsd-current@freefall.cdrom.com; Thu, 13 Feb 1997 17:27:05 +0100 (MET) Date: Thu, 13 Feb 1997 17:27:05 +0100 (MET) From: Christoph Kukulies Message-Id: <199702131627.RAA19131@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: netscape 3.01 often causes panic Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk With a not very current 3.0 (admittedly it is a 2.2-current of October) I had a panic today which already occured another few times. Here is what I could gather (in case it is still of interest - I will upgrade that machine to 3.0-current in the nextr couple of days anyway): Feb 13 12:46:04 toots /kernel: pid 19847 (netscape.bin), uid 135: exited on signal 11 Feb 13 12:51:38 toots /kernel: Feb 13 12:51:38 toots /kernel: Feb 13 12:51:38 toots /kernel: Fatal trap 12: page fault while in kernel mode Feb 13 12:51:38 toots /kernel: fault virtual address = 0xf1279ff0 Feb 13 12:51:38 toots /kernel: fault code = supervisor write, page not present Feb 13 12:51:39 toots /kernel: instruction pointer = 0x8:0xf01af710 Feb 13 12:51:39 toots /kernel: stack pointer = 0x10:0xefbffda0 Feb 13 12:51:39 toots /kernel: frame pointer = 0x10:0xefbffdb0 Feb 13 12:51:39 toots /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Feb 13 12:51:39 toots /kernel: = DPL 0, pres 1, def32 1, gran 1 Feb 13 12:51:39 toots /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Feb 13 12:51:39 toots /kernel: current process = 19879 (tcsh) Feb 13 12:51:39 toots /kernel: interrupt mask = net tty bio Feb 13 12:51:39 toots /kernel: panic: page fault Feb 13 12:51:39 toots /kernel: Feb 13 12:51:39 toots /kernel: syncing disks... FreeBSD 2.2-CURRENT #0: Wed Oct 23 08:36:18 MET DST 1996 Feb 13 12:51:39 toots /kernel: kuku@toots.physik.rwth-aachen.de:/usr/src/sys/compile/TOOTS Excerpt from kernel symbol table: f01af288 T _pmap_copy f01af40c T _pmap_kernel f01af430 T _pmap_zero_page f01af49c T _pmap_copy_page f01af524 T _pmap_pageable f01af52c T _pmap_page_exists f01af630 T _pmap_remove_pages <------- ? f01af7bc t _pmap_testbit f01af8c0 t _pmap_changebit f01af9f8 T _pmap_page_protect f01afa20 T _pmap_phys_address f01afa2c T _pmap_is_referenced f01afb1c T _pmap_ts_referenced -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Thu Feb 13 08:39:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA22384 for current-outgoing; Thu, 13 Feb 1997 08:39:40 -0800 (PST) Received: from proxy1.ba.best.com (root@proxy1.ba.best.com [206.184.139.12]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA22378 for ; Thu, 13 Feb 1997 08:39:37 -0800 (PST) Received: from bsampley.vip.best.com (bsampley.vip.best.com [206.184.160.196]) by proxy1.ba.best.com (8.8.5/8.8.3) with SMTP id IAA15111 for ; Thu, 13 Feb 1997 08:36:53 -0800 (PST) Message-ID: <330343FF.3E2@vip.best.com> Date: Thu, 13 Feb 1997 08:40:31 -0800 From: bsampley X-Mailer: Mozilla 2.01 (Win95; U) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Help w/ 3.0 install Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings I've had some problems with the 3.0 -current install. During obtaining the scontrib 'package' somehow the line dropped to my ISP. The install program didn't reognize this fact. I hit alt F3 and re-established the connection. After a while the install program didn't recognize the line had gone down and been re-established. I hit ^C, then the install program realized the line went down and then logged back into ftp://freebsd.org. Here's where the problem comes into play. When the install program logged back into the ftp site it went on to the next 'package'. I was only able to D/L up to 'chunk 12 of 60'. How do I get the rest of this 'package' installed into my freebsd box? As far as I know, everything else instaled OK. Am I going to have to D/L everything again? Please say no, because at this point, I can drive up to Wlanut creek faster than I can D/L the whole thing over again. I haven't been able to get user ppp up and running because I cant even find lynx (The /usr/local/bin directory doesn't exist). Right now I'm using Mickey$oft lose95 on my laptop to access email using Netscape. Another ?: How do I get the ports collection installed (like the way you can do it with the CDROM). I really like having that setup, however (I haven' tried too hard to figure it out yet) I can't figure out how to set that up again. FYI: I have the CDROM for 2.1.5R. I upgraded to 2.2 -Beta in january w/o complication, but do to user error (by misinterpreting a dialog box from the install program) nuked my entire previous setup. Oh, well. I just want to 3.0-current up and running. Thanks in advance for you help. Burton Sampley From owner-freebsd-current Thu Feb 13 09:14:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA24260 for current-outgoing; Thu, 13 Feb 1997 09:14:55 -0800 (PST) Received: from plaut.de (inet.plaut.de [194.39.177.166]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA24255 for ; Thu, 13 Feb 1997 09:14:51 -0800 (PST) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id SAA08358; Thu, 13 Feb 1997 18:14:38 +0100 Received: from localhost (root@localhost) by totum.plaut.de (8.8.4/8.7.3) with SMTP id SAA13967; Thu, 13 Feb 1997 18:14:38 +0100 (MET) Date: Thu, 13 Feb 1997 18:14:37 +0100 (MET) From: Michael Reifenberger To: Christoph Kukulies cc: freebsd-current@freefall.freebsd.org Subject: Re: netscape 3.01 often causes panic In-Reply-To: <199702131627.RAA19131@gilberto.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 13 Feb 1997, Christoph Kukulies wrote: > Date: Thu, 13 Feb 1997 17:27:05 +0100 (MET) > From: Christoph Kukulies > To: freebsd-current@freefall.freebsd.org > Subject: netscape 3.01 often causes panic > > > With a not very current 3.0 (admittedly it is a 2.2-current of October) > I had a panic today which already occured another few times. > I use '3.0-CURRENT #0: Tue Jan 21' with netscape alot and do not see this panics. I did not see this type of panic before in conjunction with netscape. Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis From owner-freebsd-current Thu Feb 13 10:09:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA27920 for current-outgoing; Thu, 13 Feb 1997 10:09:19 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA27910 for ; Thu, 13 Feb 1997 10:09:16 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA24327; Thu, 13 Feb 1997 11:09:04 -0700 (MST) Date: Thu, 13 Feb 1997 11:09:04 -0700 (MST) Message-Id: <199702131809.LAA24327@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Christoph Kukulies Cc: freebsd-current@freefall.freebsd.org Subject: Re: netscape 3.01 often causes panic In-Reply-To: <199702131627.RAA19131@gilberto.physik.rwth-aachen.de> References: <199702131627.RAA19131@gilberto.physik.rwth-aachen.de> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > With a not very current 3.0 (admittedly it is a 2.2-current of October) > I had a panic today which already occured another few times. I'm running a 2.2 box from early December with netscape running 24/7 and I use it for debugging Java applets and I've never had a problem. I suspect the bug may have been fixed, or you might be seeing an XFree86 bug w/your card. Nate From owner-freebsd-current Thu Feb 13 12:52:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07380 for current-outgoing; Thu, 13 Feb 1997 12:52:32 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA07375 for ; Thu, 13 Feb 1997 12:52:27 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA00873; Thu, 13 Feb 1997 13:51:29 -0700 From: Terry Lambert Message-Id: <199702132051.NAA00873@phaeton.artisoft.com> Subject: Re: moused on notebooks... To: gurney_j@resnet.uoregon.edu Date: Thu, 13 Feb 1997 13:51:29 -0700 (MST) Cc: terry@lambert.org, freebsd-current@freebsd.org In-Reply-To: from "John-Mark Gurney" at Feb 12, 97 07:40:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > would anybody object to possibly added a signal handler to moused for > > > SIGHUP to force it to reopen the mouse device? comments? > > > > In the situation you describe, the SIGHUP would arive when you > > unplugged the mouse, not when you plugged it in. You want it to > > be opened *after* you plug it in. > > that's if your using a normal serial mouse... but I'm using a ps/2 > mouse... so there isn't a "disconnect" signal... as far as I know... of > course I guess I should make the SIGHUP patch affect bus and ps/2 mice > only then... > > currently as it stands moused dies when it recieves a SIGHUP.. :) So you want to be able to manually SIGHUP it? That doesn't really solve the problem; all it does is provide a kludgy workaround. The problem is: 1) Knowing you need to reinit the PS/2 mouse channel of the keyboard controller, at all. 2) Knowing when you need to resync the command stream because someone has done something dumb like plugging and unplugging the thing. For suspend modes, that's the job of the particular device driver. Many devices (like the video drivers) don't know how to restore modes... for instance, how do I, as the console driver, put the console backinto a mode usable by X, after it the machine comes back up from suspend? I can't, if X is allowed to write to the video controller I/O ports, many of which are write-only. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Feb 13 13:06:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA08240 for current-outgoing; Thu, 13 Feb 1997 13:06:33 -0800 (PST) Received: from shadows.aeon.net (shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA08180; Thu, 13 Feb 1997 13:05:15 -0800 (PST) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.5/8.8.3) id XAA07991; Thu, 13 Feb 1997 23:02:43 +0200 (EET) From: mika ruohotie Message-Id: <199702132102.XAA07991@shadows.aeon.net> Subject: undocumented kernel options... To: freebsd-current@freebsd.org Date: Thu, 13 Feb 1997 23:02:43 +0200 (EET) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk could anyone comment anything about those undocumented kernel options in the end of the LINT? which ones to use for which purpose... i mean, i dont expect to see full details, just about one line, or even only "if you use your machine on a fullmoon, set this on" just a basic idea what those are about, and lot of people would be slightly more happier... (i assume many would looove to know) thanx. mickey From owner-freebsd-current Thu Feb 13 13:36:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10505 for current-outgoing; Thu, 13 Feb 1997 13:36:10 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10500 for ; Thu, 13 Feb 1997 13:36:07 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA20914; Thu, 13 Feb 1997 13:35:33 -0800 (PST) To: bsampley cc: freebsd-current@freebsd.org Subject: Re: Help w/ 3.0 install In-reply-to: Your message of "Thu, 13 Feb 1997 08:40:31 PST." <330343FF.3E2@vip.best.com> Date: Thu, 13 Feb 1997 13:35:33 -0800 Message-ID: <20910.855869733@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Here's where the problem comes into play. When the install program logged ba ck into the > ftp site it went on to the next 'package'. I was only able to D/L up to 'chu nk 12 of > 60'. How do I get the rest of this 'package' installed into my freebsd box? You need to read the documentation a little more closely. :-) This is all covered in the ABOUT.TXT file - where distributions are explained. You just need to download the rest and run the install.sh script (as doc'd). > I haven't been able to get user ppp up and running because I cant even find l ynx (The > /usr/local/bin directory doesn't exist). Right now I'm using Mickey$oft lose 95 on my > laptop to access email using Netscape. You probably didn't install lynx would be my guess. > Another ?: How do I get the ports collection installed (like the way you can do it with > the CDROM). I really like having that setup, however (I haven' tried too har lndir. Jordan From owner-freebsd-current Thu Feb 13 14:43:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14828 for current-outgoing; Thu, 13 Feb 1997 14:43:33 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA14782; Thu, 13 Feb 1997 14:43:23 -0800 (PST) Received: from www.sdsp.mc.xerox.com ([13.231.132.18]) by alpha.xerox.com with SMTP id <15646(8)>; Thu, 13 Feb 1997 14:42:45 PST Received: from gnu.sdsp.mc.xerox.com (gnu.sdsp.mc.xerox.com [13.231.133.90]) by www.sdsp.mc.xerox.com (8.8.5/8.8.5) with SMTP id RAA22749; Thu, 13 Feb 1997 17:44:15 -0500 (EST) Received: by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA17459; Thu, 13 Feb 97 17:44:02 EST Message-Id: <9702132244.AA17459@gnu.sdsp.mc.xerox.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: mika ruohotie Cc: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: undocumented kernel options... In-Reply-To: Your message of "Thu, 13 Feb 1997 13:02:43 PST." <199702132102.XAA07991@shadows.aeon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Feb 1997 14:43:52 PST From: "Marty Leisner" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > could anyone comment anything about those undocumented kernel options > in the end of the LINT? > > which ones to use for which purpose... > > i mean, i dont expect to see full details, just about one line, or even > only "if you use your machine on a fullmoon, set this on" > > just a basic idea what those are about, and lot of people would be slightly > more happier... (i assume many would looove to know) > > I have the same opinion...I don't want to have to UTSL. Linux kernel configuration has become much nicer with a tk tool, shouldn't freebsd have one too? -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-current Thu Feb 13 16:16:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA21064 for current-outgoing; Thu, 13 Feb 1997 16:16:40 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA21054 for ; Thu, 13 Feb 1997 16:16:33 -0800 (PST) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id JAA31752; Fri, 14 Feb 1997 09:13:31 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (9kCfhVnvx6MVGSIouYUCtrIiQmC2nO5L@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id JAA05363; Fri, 14 Feb 1997 09:13:30 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id JAA07730; Fri, 14 Feb 1997 09:17:24 +0900 (JST) Message-Id: <199702140017.JAA07730@zodiac.mech.utsunomiya-u.ac.jp> To: gurney_j@resnet.uoregon.edu, terry@lambert.org cc: freebsd-current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: moused on notebooks... In-reply-to: Your message of "Thu, 13 Feb 1997 13:51:29 MST." <199702132051.NAA00873@phaeton.artisoft.com> References: <199702132051.NAA00873@phaeton.artisoft.com> Date: Fri, 14 Feb 1997 09:17:22 +0900 From: Kazutaka YOKOTA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > > would anybody object to possibly added a signal handler to moused for >> > > SIGHUP to force it to reopen the mouse device? comments? >> > >> > In the situation you describe, the SIGHUP would arive when you >> > unplugged the mouse, not when you plugged it in. You want it to >> > be opened *after* you plug it in. >> >> that's if your using a normal serial mouse... but I'm using a ps/2 >> mouse... so there isn't a "disconnect" signal... as far as I know... of >> course I guess I should make the SIGHUP patch affect bus and ps/2 mice >> only then... >> >> currently as it stands moused dies when it recieves a SIGHUP.. :) > >So you want to be able to manually SIGHUP it? That doesn't really >solve the problem; all it does is provide a kludgy workaround. > > >The problem is: > >1) Knowing you need to reinit the PS/2 mouse channel of the > keyboard controller, at all. This can be done, by hooking the resume event hook provided by the apm0 driver. I will write a piece of code for the psm driver to do just that if such modification is useful/necessary for the suggested moused enhancement. >2) Knowing when you need to resync the command stream because > someone has done something dumb like plugging and unplugging > the thing. Well, if the moused is to reopen the device, it can resync with mouse data stream at that moment, I think. Kazu From owner-freebsd-current Thu Feb 13 19:26:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA02247 for current-outgoing; Thu, 13 Feb 1997 19:26:43 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02231 for ; Thu, 13 Feb 1997 19:26:19 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id UAA00905 for freebsd-current@freebsd.org; Thu, 13 Feb 1997 20:25:12 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 13 Feb 1997 20:23:36 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: freebsd-current@freebsd.org Subject: Current (as of today) Compile Difficulty Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ===> bin/date ===> bin/dd ===> bin/df cc -O -c /usr/src/Current/src/bin/df/df.c /usr/src/Current/src/bin/df/df.c: In function `main': /usr/src/Current/src/bin/df/df.c:192: invalid use of undefined type `struct ufs_args' /usr/src/Current/src/bin/df/df.c:198: warning: passing arg 1 of `mount' makes pointer from integer without a cast /usr/src/Current/src/bin/df/df.c: At top level: /usr/src/Current/src/bin/df/df.c:116: storage size of `mdev' isn't known *** Error code 1 Stop. *** Error code 1 What have I done wrong? Simon From owner-freebsd-current Thu Feb 13 20:01:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA03885 for current-outgoing; Thu, 13 Feb 1997 20:01:53 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA03880 for ; Thu, 13 Feb 1997 20:01:46 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id OAA23920; Fri, 14 Feb 1997 14:31:21 +1030 (CST) From: Michael Smith Message-Id: <199702140401.OAA23920@genesis.atrad.adelaide.edu.au> Subject: Re: Current (as of today) Compile Difficulty In-Reply-To: from Simon Shapiro at "Feb 13, 97 08:23:36 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Fri, 14 Feb 1997 14:31:20 +1030 (CST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > What have I done wrong? Not been reading this list? -current hasn't been buildable for some days now, and probably won't be 'till after the weekend. > Simon -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu Feb 13 21:01:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA06147 for current-outgoing; Thu, 13 Feb 1997 21:01:20 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA06138 for ; Thu, 13 Feb 1997 21:01:11 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id WAA01036 for freebsd-current@freebsd.org; Thu, 13 Feb 1997 22:00:01 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 13 Feb 1997 21:53:16 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: freebsd-current@freebsd.org Subject: Troubles with current kernel Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Y'all, So that you do not think i am idle, nor chicken, I built from current tree of last Monday. In addition to the worm mystery, I also had sendero boot a -current kernel (without the worm :-) It ran fine for few hours, but then it froze, totally, with the IDE access light glowing real bright. As I was in an X session, I cannot tell more about what brought the untimely demise. Upon re-boot, things got real interesting. The aic7xxx suddenly had much problems with the disk drives. Then fsck of some ccd-based filesystems failed as sector 16 was missing. Real ugly. Rebooting with a 2.2-BETA kernel saved the day. If this triggers any one's desire for more testing, let me know. Simon From owner-freebsd-current Thu Feb 13 22:27:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA10500 for current-outgoing; Thu, 13 Feb 1997 22:27:58 -0800 (PST) Received: from bofh.cybercity.dk (relay.cybercity.dk [195.8.128.254]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA10494; Thu, 13 Feb 1997 22:27:53 -0800 (PST) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.133.247]) by bofh.cybercity.dk (8.8.3/8.7.3) with ESMTP id HAA01894; Fri, 14 Feb 1997 07:30:28 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id HAA07648; Fri, 14 Feb 1997 07:29:52 +0100 (MET) To: "Marty Leisner" cc: mika ruohotie , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: undocumented kernel options... In-reply-to: Your message of "Thu, 13 Feb 1997 14:43:52 PST." <9702132244.AA17459@gnu.sdsp.mc.xerox.com> Date: Fri, 14 Feb 1997 07:29:51 +0100 Message-ID: <7646.855901791@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <9702132244.AA17459@gnu.sdsp.mc.xerox.com>, "Marty Leisner" writes: >> could anyone comment anything about those undocumented kernel options >> in the end of the LINT? >> >> which ones to use for which purpose... >> >> i mean, i dont expect to see full details, just about one line, or even >> only "if you use your machine on a fullmoon, set this on" >> >> just a basic idea what those are about, and lot of people would be slightly >> more happier... (i assume many would looove to know) >> >> >I have the same opinion...I don't want to have to UTSL. Linux kernel >configuration has become much nicer with a tk tool, shouldn't freebsd have >one too? Sure! When will you have it done ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Thu Feb 13 23:03:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA12807 for current-outgoing; Thu, 13 Feb 1997 23:03:13 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA12748; Thu, 13 Feb 1997 23:02:18 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id RAA25364; Fri, 14 Feb 1997 17:29:31 +1030 (CST) From: Michael Smith Message-Id: <199702140659.RAA25364@genesis.atrad.adelaide.edu.au> Subject: Re: undocumented kernel options... In-Reply-To: <7646.855901791@critter.dk.tfs.com> from Poul-Henning Kamp at "Feb 14, 97 07:29:51 am" To: phk@critter.dk.tfs.com (Poul-Henning Kamp) Date: Fri, 14 Feb 1997 17:29:31 +1030 (CST) Cc: leisner@sdsp.mc.xerox.com, bsdcur@shadows.aeon.net, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp stands accused of saying: > >I have the same opinion...I don't want to have to UTSL. Linux kernel > >configuration has become much nicer with a tk tool, shouldn't freebsd have > >one too? Questions like this really annoy me. Why aren't these people talking on the freebsd-config list? Do Jordan and I have to contribute _all_ the content? I hardly have time to _sneeze_, let alone design the monstrosity we need. > Sure! > > When will you have it done ? I have the parser and the data structures and some of the interactive code written. I have about half of a GUI frontend to 'pw' done as well. I suspect that Tix will be required for both. > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Fri Feb 14 00:08:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA16784 for current-outgoing; Fri, 14 Feb 1997 00:08:32 -0800 (PST) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA16704; Fri, 14 Feb 1997 00:08:00 -0800 (PST) Received: (from bsdcur@localhost) by shadows.aeon.net (8.8.5/8.8.3) id KAA11779; Fri, 14 Feb 1997 10:03:08 +0200 (EET) From: mika ruohotie Message-Id: <199702140803.KAA11779@shadows.aeon.net> Subject: Re: undocumented kernel options... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 14 Feb 1997 10:03:08 +0200 (EET) Cc: phk@critter.dk.tfs.com, leisner@sdsp.mc.xerox.com, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199702140659.RAA25364@genesis.atrad.adelaide.edu.au> from Michael Smith at "Feb 14, 97 05:29:31 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Questions like this really annoy me. Why aren't these people talking > on the freebsd-config list? Do Jordan and I have to contribute _all_ pardon me, i did not know such list, should've rtfm:ed myself better. so, i'll shut up and subscribe. mickey From owner-freebsd-current Fri Feb 14 00:15:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA17303 for current-outgoing; Fri, 14 Feb 1997 00:15:07 -0800 (PST) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA17284; Fri, 14 Feb 1997 00:15:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id AAA14402; Fri, 14 Feb 1997 00:07:59 -0800 (PST) Message-Id: <199702140807.AAA14402@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Michael Smith Cc: phk@critter.dk.tfs.com (Poul-Henning Kamp), leisner@sdsp.mc.xerox.com, bsdcur@shadows.aeon.net, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: undocumented kernel options... Reply-To: Jason Thorpe From: Jason Thorpe Date: Fri, 14 Feb 1997 00:07:58 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Poul-Henning Kamp stands accused of saying: > > >I have the same opinion...I don't want to have to UTSL. Linux kernel > > >configuration has become much nicer with a tk tool, shouldn't freebsd have > > >one too? [ sorry I missed Poul's original post... ] So, we over at NetBSD have resisted the "GUI kernel config frob" mostly because: - bloat-ware (if you ship a GUI tool, you are basically required to ship X, etc... I'm not about to force X on my users... :-) - maintenance nightmare In our world, config(8) is simply too flexible, and having to update the GUI to deal each time would .. suck. OTOH, this was a win for Linux, because their previous kernel configuration mechansim (a sort of 20,000-questions game) _really_ sucked... _anything_ would have been an improvement :-) Documentation on how to edit a kernel configuration file is loads better IMO than having a rigid GUI (so, you update config to deal with new syntax, and how you have to update the GUI, as well...) (So, if you've ever used HP's SAM, you'll understand just how frustrating using a GUI to configure your kernel can be, if you've previously used "vi CONFIGNAME".) ...plus, the user can insert arbitrary, random options.... major win. On Fri, 14 Feb 1997 17:29:31 +1030 (CST) Michael Smith wrote: > I have the parser and the data structures and some of the interactive code > written. I have about half of a GUI frontend to 'pw' done as well. I > suspect that Tix will be required for both. This is why I tend to resist "GUI as standard equipment". "Ok, so we have to ship this library now..." Really, if it's going to ship with the OS, make it a curses thing... (Then, you can even run it on a serial console, which is important for server systems and, well, my hp 340 :-) Anyhow, $0.02 from a NetBSD guy... Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-current Fri Feb 14 00:29:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA18247 for current-outgoing; Fri, 14 Feb 1997 00:29:42 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA18242 for ; Fri, 14 Feb 1997 00:29:39 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id JAA23152; Fri, 14 Feb 1997 09:30:00 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.4/8.6.9) id JAA03611; Fri, 14 Feb 1997 09:32:49 +0100 (MET) From: Christoph Kukulies Message-Id: <199702140832.JAA03611@gilberto.physik.rwth-aachen.de> Subject: Re: netscape 3.01 often causes panic In-Reply-To: <199702131809.LAA24327@rocky.mt.sri.com> from Nate Williams at "Feb 13, 97 11:09:04 am" To: nate@mt.sri.com (Nate Williams) Date: Fri, 14 Feb 1997 09:32:48 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > With a not very current 3.0 (admittedly it is a 2.2-current of October) > > I had a panic today which already occured another few times. > > I'm running a 2.2 box from early December with netscape running 24/7 and > I use it for debugging Java applets and I've never had a problem. > > I suspect the bug may have been fixed, or you might be seeing an XFree86 > bug w/your card. Board = "tseng/w32p-1.xqa"; I'm using Xaccel. Never got a Xaccel crash mail though, OTOH, with a panic the Xaccel server would hardly get a chance to send a mail. (They are sending a mail to root or directlty to bugs@xinside.com, if you configure it accordingly). > > > > Nate > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri Feb 14 00:51:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA19085 for current-outgoing; Fri, 14 Feb 1997 00:51:17 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA19078 for ; Fri, 14 Feb 1997 00:51:13 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA20072 for freebsd-current@freebsd.org; Fri, 14 Feb 1997 09:51:10 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id JAA09090; Fri, 14 Feb 1997 09:49:40 +0100 (MET) Message-ID: Date: Fri, 14 Feb 1997 09:49:39 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: undocumented kernel options... References: <199702132102.XAA07991@shadows.aeon.net> <9702132244.AA17459@gnu.sdsp.mc.xerox.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9702132244.AA17459@gnu.sdsp.mc.xerox.com>; from Marty Leisner on Feb 13, 1997 14:43:52 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Marty Leisner wrote: > > just a basic idea what those are about, and lot of people would be slightly > > more happier... (i assume many would looove to know) > > > > > I have the same opinion...I don't want to have to UTSL. Linux kernel They are just listed there only, but if you look at their names, you'll find that they're really candidates. Most of the stuff seems to serve debugging or testing purposes. Others are simply a little premature since they're not fully working yet (DEVFS_ROOT), so users of it are expected to understand what they're doing anyway. The various SYSVIPC knobs should however be documented. Volunteers needed, preferably folks who're really using SYSVIPC. > configuration has become much nicer with a tk tool, shouldn't freebsd have > one too? Where did you upload your port of it? :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Feb 14 03:37:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA27661 for current-outgoing; Fri, 14 Feb 1997 03:37:22 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA27656 for ; Fri, 14 Feb 1997 03:37:16 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.4/prosa-1.1) id MAA14529; Fri, 14 Feb 1997 12:36:55 +0100 (CET) Message-ID: Date: Fri, 14 Feb 1997 12:36:55 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: thorpej@nas.nasa.gov (Jason Thorpe), msmith@atrad.adelaide.edu.au Cc: freebsd-current@freebsd.org Subject: Re: undocumented kernel options... References: <199702140807.AAA14402@lestat.nas.nasa.gov> X-Mailer: Mutt 0.58 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 In-Reply-To: <199702140807.AAA14402@lestat.nas.nasa.gov>; from Jason Thorpe on Feb 14, 1997 00:07:58 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jason Thorpe (thorpej) ecrit/writes: > > - bloat-ware (if you ship a GUI tool, you are basically required > to ship X, etc... I'm not about to force X on my users... :-) > - maintenance nightmare Could be a port. It *would* be nice to see it there with 'Apache' configuration and 'Samba'. XFree does have an X configuration tool now :-) > In our world, config(8) is simply too flexible, and having to update > the GUI to deal each time would .. suck. True. > This is why I tend to resist "GUI as standard equipment". "Ok, so we have > to ship this library now..." Really, if it's going to ship with the OS, > make it a curses thing... (Then, you can even run it on a serial console, > which is important for server systems and, well, my hp 340 :-) Good point. Using libdialog should be possible -- Michael, to what point is your parser dependant on Tk ? -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-current Fri Feb 14 03:59:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA28337 for current-outgoing; Fri, 14 Feb 1997 03:59:28 -0800 (PST) Received: from viking.ucsalf.ac.uk (viking.ucsalf.ac.uk [192.195.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id DAA28328 for ; Fri, 14 Feb 1997 03:59:21 -0800 (PST) Received: by viking.ucsalf.ac.uk (Smail3.1.29.1 #4) id m0vvMHz-00037lC; Fri, 14 Feb 97 11:58 GMT Message-Id: From: mark@plato.salford.ac.uk (Mark Powell) Subject: 2.2-RELEASE. Where is opt_kbdio.h? To: freebsd-current@freebsd.org Date: 14 Feb 1997 11:58:43 -0000 X-Gated-To-News-By: news@ucsalf.ac.uk Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just CTM'ed up from around 0140 to the latest. Now I get this error: cc -c -O2 -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DGATEWAY -DCOMPAT_43 -DFFS -DINET -DKERNEL ../../i386/isa/kbdio.c ../../i386/isa/kbdio.c:34: opt_kbdio.h: No such file or directory *** Error code 1 -- Mark Powell - Unix Information Officer - Clifford Whitworth Building A.I.S., University of Salford, Salford, Manchester, UK. Tel: +44 161 745 5936 Fax: +44 161 736 3596 Email: mark@salford.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-current Fri Feb 14 04:19:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA29442 for current-outgoing; Fri, 14 Feb 1997 04:19:56 -0800 (PST) Received: from mule1.mindspring.com (mule1.mindspring.com [204.180.128.167]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA29437 for ; Fri, 14 Feb 1997 04:19:53 -0800 (PST) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by mule1.mindspring.com (8.8.4/8.8.4) with SMTP id HAA66926 for ; Fri, 14 Feb 1997 07:19:47 -0500 Message-ID: <33045865.167EB0E7@mindspring.com> Date: Fri, 14 Feb 1997 07:19:49 -0500 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-GAMMA i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: 2.2 GAMMA AHC Driver Question Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to the man page on 'ahc' the option for SCB paging does not work. Is this still true? I had it turned on for a couple months, but have reciently been experiencing timouts and hangs when performing tape operations. Thank's Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Fri Feb 14 04:42:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA02154 for current-outgoing; Fri, 14 Feb 1997 04:42:15 -0800 (PST) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA02149 for ; Fri, 14 Feb 1997 04:42:12 -0800 (PST) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id GAA20307 for freebsd-current@FreeBSD.org; Fri, 14 Feb 1997 06:42:09 -0600 (CST) Message-Id: <199702141242.GAA20307@iworks.InterWorks.org> Date: Fri, 14 Feb 1997 06:42:09 -0600 (CST) From: "Daniel M. Eischen" To: freebsd-current@FreeBSD.org Subject: SMC Dual channel Ethernet Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know if the SMC Dual channel ethernet cards are supprted? I'm looking at both the SMC9334 10/100 and the SMC8434 Combo PCI ethernet cards. I'd expect them to work just like their single channel counterparts, but would feel better in ordering them if someone could confirm. We'll probably be running some version -current. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Fri Feb 14 06:46:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA08741 for current-outgoing; Fri, 14 Feb 1997 06:46:18 -0800 (PST) Received: from smyrno.sol.net (smyrno.sol.net [206.55.64.117]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA08734 for ; Fri, 14 Feb 1997 06:46:15 -0800 (PST) Received: from solaria.sol.net (solaria.sol.net [206.55.65.75]) by smyrno.sol.net (8.8.3/8.8.3) with SMTP id IAA04398; Fri, 14 Feb 1997 08:46:11 -0600 (CST) Received: from localhost by solaria.sol.net (8.5/8.5) id IAA16690; Fri, 14 Feb 1997 08:45:58 -0600 From: Joe Greco Message-Id: <199702141445.IAA16690@solaria.sol.net> Subject: Re: SMC Dual channel Ethernet To: deischen@iworks.InterWorks.org (Daniel M. Eischen) Date: Fri, 14 Feb 97 8:45:54 CST Cc: freebsd-current@FreeBSD.org In-Reply-To: <199702141242.GAA20307@iworks.InterWorks.org> from "Daniel M. Eischen" at Feb 14, 97 06:42:09 am X-Mailer: ELM [version 2.4dev PL65] MIME-Version: 1.0 Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Does anyone know if the SMC Dual channel ethernet cards are supprted? > I'm looking at both the SMC9334 10/100 and the SMC8434 Combo PCI > ethernet cards. > > I'd expect them to work just like their single channel counterparts, > but would feel better in ordering them if someone could confirm. > We'll probably be running some version -current. I'm running a pair of them in my core router; very nice cards. I've also got a small fleet of them in a bunch of news servers. They work well.. BUT. There is no official driver for them at this time. I am using a version of Matt Thomas's driver that he provided to me a few months back, and it works dandy under 2.1.5/2.1.6, but doesn't compile under 2.2. It would really be a Good Idea to see if we can integrate Matt's latest and greatest... Short answer: don't order them until they're officially supported. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-current Fri Feb 14 06:50:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA08913 for current-outgoing; Fri, 14 Feb 1997 06:50:00 -0800 (PST) Received: from militzer.me.tuns.ca (militzer.me.tuns.ca [134.190.50.153]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA08908 for ; Fri, 14 Feb 1997 06:49:56 -0800 (PST) Received: from localhost (bemfica@localhost) by militzer.me.tuns.ca (8.8.4/8.8.4) with SMTP id KAA22101 for ; Fri, 14 Feb 1997 10:47:57 -0400 (AST) Date: Fri, 14 Feb 1997 10:47:57 -0400 (AST) From: Antonio Bemfica To: freebsd-current@freebsd.org Subject: Can't make world... need help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm following the CURRENT development tree for FreeBSD, the machine is a Pentium Pro 200. I got the latest source with 'cvsup' and tryed to rebuild the system. Below are the final few lines before "make world" stopped: ===> bin/df /dsk2/src/bin/df/df.c: In function `main': /dsk2/src/bin/df/df.c:192: invalid use of undefined type `struct ufs_args' /dsk2/src/bin/df/df.c:198: warning: passing arg 1 of `mount' makes pointer from integer without a cast /dsk2/src/bin/df/df.c: At top level: /dsk2/src/bin/df/df.c:116: storage size of `mdev' isn't known cc -O -c /dsk2/src/bin/df/df.c *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. I'm a bit at a loss here, are there files which my machine is not updating, or something? Below is a sample line from the cvsup file (it is all one line, of course) the other lines are the same, except for the src-xxx part: src-base release=cvs host=sup.FreeBSD.org hostbase=/home base=/usr prefix=/usr delete old use-rel-suffix tag=. I'd appreciate any help. Thanks in advance. Antonio -- ------------------------------------------------------------------------ "I myself have always disliked being called a 'genius'. It is fascinating to notice how quick people have been to intuit this aversion and avoid using the term" -- John Lanchester, in "The Debt to Pleasure" From owner-freebsd-current Fri Feb 14 08:38:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA14575 for current-outgoing; Fri, 14 Feb 1997 08:38:57 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA14529; Fri, 14 Feb 1997 08:38:30 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id DAA20076; Sat, 15 Feb 1997 03:38:12 +1100 (EST) Message-ID: <19970215033810.19932@usn.blaze.net.au> Date: Sat, 15 Feb 1997 03:38:10 +1100 From: David Nugent To: freebsd-security@freebsd.org, freebsd-current@freebsd.org Subject: [root@server.blaze.net.au: server security check output] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----Forwarded message from System Administrator ----- ~ server setuid diffs: 25c25 < -r-sr-xr-x 5 root bin 294912 Feb 9 02:17:20 1997 /usr/bin/hoststat --- > -r-sr-xr-x 5 root bin 294912 Feb 15 00:51:48 1997 /usr/bin/hoststat 34c34 < -r-sr-xr-x 5 root bin 294912 Feb 9 02:17:20 1997 /usr/bin/mailq --- > -r-sr-xr-x 5 root bin 294912 Feb 15 00:51:48 1997 /usr/bin/mailq 37c37 < -r-sr-xr-x 5 root bin 294912 Feb 9 02:17:20 1997 /usr/bin/newaliases --- > -r-sr-xr-x 5 root bin 294912 Feb 15 00:51:48 1997 /usr/bin/newaliases 114,115c114,115 < -r-sr-xr-x 5 root bin 294912 Feb 9 02:17:20 1997 /usr/sbin/purgestat < -r-sr-xr-x 5 root bin 294912 Feb 9 02:17:20 1997 /usr/sbin/sendmail --- > -r-sr-xr-x 5 root bin 294912 Feb 15 00:51:48 1997 /usr/sbin/purgestat > -r-sr-xr-x 5 root bin 294912 Feb 15 00:51:48 1997 /usr/sbin/sendmail ~ -----End of forwarded message----- This is the second time I've seen this since I last built world - something has "touched" sendmail. It doesn't appear to have been hacked, and I even checked the md5 against what it was originally when I last installed sendmail and it hasn't changed. But suddenly the file date has been modified, and only a couple of hours ago. This makes me a little nervous. Nothing in any log indicates a problem; in fact, /var/log/maillog shows no activity for a couple of minutes previous to a couple of minutes after the mtime: Feb 15 01:50:10 server sendmail[26963]: BAA26959: to=ronno, ctladdr=root (0/0), delay=00:00:05, xdelay=00:00:00, mailer=local, stat=Sent Feb 15 01:53:32 server sendmail[26258]: BAA26258: from=root, size=2555, class=0, pri=32555, nrcpts=1, msgid=<199702141445.BAA26258@server. blaze.net.au>, relay=root@localhost Anyone else seen this, or might offer a clue as to what is going on? The sendmail executable in /usr/obj seems to not have been touched, nor any of the directories, and it certainly has the original md5 as well. The system is running -current, built from sources ~6th of Feb and (obviously) sendmail 8.8.5. It is a fairly busy mail server and does a fair amount of mail forwarding in addition to handling local users. There is only one event I can find that might explain it, which I just came across. One of our dialup users dialed in and ran sendmail -q, obviously to force queue delivery. In his tcsh .history file I find: Sat Feb 15 00:51:35 1997 sendmail -q Oh well, chflags is good for something. :-) This would appear to be Yet Another Sendmail Bug. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Fri Feb 14 09:13:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA16521 for current-outgoing; Fri, 14 Feb 1997 09:13:37 -0800 (PST) Received: from deepo.prosa.dk ([193.89.187.27]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA16506 for ; Fri, 14 Feb 1997 09:13:17 -0800 (PST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.5/8.8.4/prosa-1.1) id SAA18966; Fri, 14 Feb 1997 18:09:58 +0100 (CET) Message-ID: Date: Fri, 14 Feb 1997 18:09:57 +0100 From: regnauld@deepo.prosa.dk (Philippe Regnauld) To: bemfica@militzer.me.tuns.ca (Antonio Bemfica) Cc: freebsd-current@FreeBSD.ORG Subject: Re: Can't make world... need help References: X-Mailer: Mutt 0.58 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-BETA_A i386 In-Reply-To: ; from Antonio Bemfica on Feb 14, 1997 10:47:57 -0400 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Antonio Bemfica (bemfica) ecrit/writes: > I'm following the CURRENT development tree for FreeBSD, the machine is a > Pentium Pro 200. I got the latest source with 'cvsup' and tryed to > rebuild the system. Below are the final few lines before "make world" > stopped: When was this ? > /dsk2/src/bin/df/df.c:192: invalid use of undefined type `struct ufs_args' > /dsk2/src/bin/df/df.c:198: warning: passing arg 1 of `mount' makes pointer > /dsk2/src/bin/df/df.c:116: storage size of `mdev' isn't known Looks like you might have fallen in between the holes, and hit lite/2 merging effects. Usual -current: The Bleeding Edge doctrine: Tracking -current is like running forward while looking at your shoes. Thus standard procedure is: 1) SUP/CVSUP 2) Compile 3) It doesn't work ? Tough luck :-) wait a couple of hours and go to 1) -- -- Phil -[ Philippe Regnauld / Systems Administrator / regnauld@prosa.dk ]- -[ Location.: +55.4N +11.3E PGP Key: finger regnauld@deepo.prosa.dk ]- From owner-freebsd-current Fri Feb 14 09:58:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA18892 for current-outgoing; Fri, 14 Feb 1997 09:58:41 -0800 (PST) Received: from irbs.irbs.com (jc@irbs.irbs.com [199.182.75.129]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA18887 for ; Fri, 14 Feb 1997 09:58:36 -0800 (PST) Received: (from jc@localhost) by irbs.irbs.com (8.8.5/8.8.5) id MAA19833; Fri, 14 Feb 1997 12:56:29 -0500 (EST) Message-ID: <19970214125627.QY49413@irbs.com> Date: Fri, 14 Feb 1997 12:56:27 -0500 From: jc@irbs.com (John Capo) To: jgreco@solaria.sol.net (Joe Greco) Cc: deischen@iworks.InterWorks.org (Daniel M. Eischen), freebsd-current@FreeBSD.org Subject: Re: SMC Dual channel Ethernet References: <199702141242.GAA20307@iworks.InterWorks.org> <199702141445.IAA16690@solaria.sol.net> X-Mailer: Mutt 0.60 Mime-Version: 1.0 X-Organization: IRBS Engineering, (954) 792-9551 In-Reply-To: <199702141445.IAA16690@solaria.sol.net>; from Joe Greco on Feb 14, 1997 08:45:54 -0500 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Quoting Joe Greco (jgreco@solaria.sol.net): > > Does anyone know if the SMC Dual channel ethernet cards are supprted? > > I'm looking at both the SMC9334 10/100 and the SMC8434 Combo PCI > > ethernet cards. > > > > I'd expect them to work just like their single channel counterparts, > > but would feel better in ordering them if someone could confirm. > > We'll probably be running some version -current. > > I'm running a pair of them in my core router; very nice cards. I've also > got a small fleet of them in a bunch of news servers. They work well.. > Here's a note I have from Rod Grimes concerning these cards, YMMV. WARNING!!! The SMC8434 requieres a motherboard that routes both PCI INT A and B to the slot, very few if any PCI 2.x compliant boards do this. Nothing from ASUS can run this card, infact about the only thing I have found that can run this card is old PCI 1.x boards with jumpers to manually route the interrupts. John Capo From owner-freebsd-current Fri Feb 14 10:22:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA21508 for current-outgoing; Fri, 14 Feb 1997 10:22:06 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA21498 for ; Fri, 14 Feb 1997 10:22:01 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) id KAA17608; Fri, 14 Feb 1997 10:21:57 -0800 (PST) To: freebsd-current@freebsd.org Path: not-for-mail From: jdp@polstra.com (John Polstra) Newsgroups: polstra.freebsd.current Subject: Re: [root@server.blaze.net.au: server security check output] Date: 14 Feb 1997 10:21:57 -0800 Organization: Polstra & Co., Seattle, WA Lines: 25 Distribution: local Message-ID: <5e2ag5$h65@austin.polstra.com> References: <19970215033810.19932@usn.blaze.net.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <19970215033810.19932@usn.blaze.net.au>, David Nugent wrote: > This is the second time I've seen this since I last built > world - something has "touched" sendmail. It doesn't appear to > have been hacked, and I even checked the md5 against what it was > originally when I last installed sendmail and it hasn't changed. > But suddenly the file date has been modified, and only a couple > of hours ago. Yes, I have seen this sort of thing in all versions of FreeBSD since 2.0.5, the first one I used. It's not specific to sendmail, although I've only noticed it in setuid programs. (That may be just because those are the ones that show up in the security logs.) I have seen it happen to my X server a couple of times. It is some kind of anomaly involving the VM system, I would guess. I don't like it either, but nobody has ever been able to explain it, as far as I know. On my system, I see it maybe once every 4-6 months. I don't think anybody knows of a way to make it happen deliberately. John P. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Feb 14 10:25:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA22048 for current-outgoing; Fri, 14 Feb 1997 10:25:48 -0800 (PST) Received: from smyrno.sol.net (smyrno.sol.net [206.55.64.117]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA22035 for ; Fri, 14 Feb 1997 10:25:43 -0800 (PST) Received: from solaria.sol.net (solaria.sol.net [206.55.65.75]) by smyrno.sol.net (8.8.3/8.8.3) with SMTP id MAA05548; Fri, 14 Feb 1997 12:25:35 -0600 (CST) Received: from localhost by solaria.sol.net (8.5/8.5) id MAA18175; Fri, 14 Feb 1997 12:25:22 -0600 From: Joe Greco Message-Id: <199702141825.MAA18175@solaria.sol.net> Subject: Re: SMC Dual channel Ethernet To: jc@irbs.com (John Capo) Date: Fri, 14 Feb 97 12:25:14 CST Cc: deischen@iworks.InterWorks.org, freebsd-current@FreeBSD.org, rgrimes@gndrsh.aac.dev.com In-Reply-To: <19970214125627.QY49413@irbs.com> from "John Capo" at Feb 14, 97 12:56:27 pm X-Mailer: ELM [version 2.4dev PL65] MIME-Version: 1.0 Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Quoting Joe Greco (jgreco@solaria.sol.net): > > > Does anyone know if the SMC Dual channel ethernet cards are supprted? > > > I'm looking at both the SMC9334 10/100 and the SMC8434 Combo PCI > > > ethernet cards. > > > > > > I'd expect them to work just like their single channel counterparts, > > > but would feel better in ordering them if someone could confirm. > > > We'll probably be running some version -current. > > > > I'm running a pair of them in my core router; very nice cards. I've also > > got a small fleet of them in a bunch of news servers. They work well.. > > Here's a note I have from Rod Grimes concerning these cards, YMMV. > WARNING!!! The SMC8434 requieres a motherboard that routes both > PCI INT A and B to the slot, very few if any PCI 2.x compliant > boards do this. Nothing from ASUS can run this card, infact about > the only thing I have found that can run this card is old PCI 1.x > boards with jumpers to manually route the interrupts. I don't know what this is all about.... ALL my boards are ASUS, and a number were purchased from Rod. Oh, wait, these are the SMC9334BDT's. I see, Rod is talking about the 10Mbps-only cards. Mental note: don't get 10baseT only cards when you can get 10/100 cards for around $210... I am running single SMC9334's in three ASUS P/E-P55T2P4D boards, a single SMC9334 in an ASUS P/I-P55T2P4, and two SMC9334's and a Kingston 10/100 in another ASUS P/I-P55T2P4. I think I dropped one in an ASUS SP3G and it worked, but I am not positive. If anyone wants to know, I can find out for sure. I have seen zero instances of problems with this card and ASUS boards, although I do not think I have exceeded qty. 2 in any particular machine. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-current Fri Feb 14 10:38:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA22857 for current-outgoing; Fri, 14 Feb 1997 10:38:32 -0800 (PST) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA22830; Fri, 14 Feb 1997 10:38:22 -0800 (PST) Received: from narnia (localhost [127.0.0.1]) by narnia.plutotech.com (8.8.5/8.7.3) with ESMTP id LAA13492; Fri, 14 Feb 1997 11:34:20 -0700 (MST) Message-Id: <199702141834.LAA13492@narnia.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Jason Thorpe cc: Michael Smith , phk@critter.dk.tfs.com (Poul-Henning Kamp), leisner@sdsp.mc.xerox.com, bsdcur@shadows.aeon.net, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: undocumented kernel options... In-reply-to: Your message of "Fri, 14 Feb 1997 00:07:58 PST." <199702140807.AAA14402@lestat.nas.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Feb 1997 11:34:20 -0700 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >[ sorry I missed Poul's original post... ] > >So, we over at NetBSD have resisted the "GUI kernel config frob" mostly >because: > > - bloat-ware (if you ship a GUI tool, you are basically required > to ship X, etc... I'm not about to force X on my users... :-) > - maintenance nightmare > >In our world, config(8) is simply too flexible, and having to update >the GUI to deal each time would .. suck. I don't think that this has to be the case. The last time I looked into the config system, I thought, "Hmm. What if all configurable driver options could be dynamically registered/deregistered from the syctl tree?" This would mean that Userconfig is simply a sysctl editor and only requires knowledge of the sysctl interface and nothing more. You can also make the utility as fancy or plain as you wish and having X and non-X utilities for doing this would be quite painless. Of course, sysctl would need to be extended a little bit to make this happen (mostly some additional data types), but I think that since it leverages off of existing technology and would group all configuration information in one place, that it is a very clean solution. >Anyhow, $0.02 from a NetBSD guy... > >Jason R. Thorpe thorpej@nas.nasa.gov >NASA Ames Research Center Home: 408.866.1912 >NAS: M/S 258-6 Work: 415.604.0935 >Moffett Field, CA 94035 Pager: 415.428.6939 > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Fri Feb 14 11:19:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA25180 for current-outgoing; Fri, 14 Feb 1997 11:19:34 -0800 (PST) Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA25172 for ; Fri, 14 Feb 1997 11:19:30 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.5/8.8.0) with ESMTP id UAA26279 for ; Fri, 14 Feb 1997 20:15:02 +0100 (MET) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.4/8.8.4) with ESMTP id UAA22817 for ; Fri, 14 Feb 1997 20:19:22 +0100 (MET) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.5/8.8.5) id UAA01169 for ; Fri, 14 Feb 1997 20:19:19 +0100 (MET) From: Andre Albsmeier Message-Id: <199702141919.UAA09344@server.us.tld> Subject: Re: SMC Dual channel Ethernet In-Reply-To: <19970214125627.QY49413@irbs.com> from John Capo at "Feb 14, 97 12:56:27 pm" To: jc@irbs.com (John Capo) Date: Fri, 14 Feb 1997 20:19:14 +0100 (MET) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Quoting Joe Greco (jgreco@solaria.sol.net): > > > Does anyone know if the SMC Dual channel ethernet cards are supprted? > > > I'm looking at both the SMC9334 10/100 and the SMC8434 Combo PCI > > > ethernet cards. > > > > > > I'd expect them to work just like their single channel counterparts, > > > but would feel better in ordering them if someone could confirm. > > > We'll probably be running some version -current. > > > > I'm running a pair of them in my core router; very nice cards. I've also > > got a small fleet of them in a bunch of news servers. They work well.. > > > > Here's a note I have from Rod Grimes concerning these cards, YMMV. > PCI INT A and B to the slot, very few if any PCI 2.x compliant > boards do this. Nothing from ASUS can run this card, infact about > the only thing I have found that can run this card is old PCI 1.x > boards with jumpers to manually route the interrupts. I am running very successfully a SMC 8434BT in a Chaintech 5IFM1 using 2.2-GAMMA. de0 rev 36 int a irq 5 on pci1:4 de0: SMC 8434BT-CH1 21040 [10Mb/s] pass 2.4 de0: address 00:00:c0:ba:73:e0 de0: enabling BNC/AUI port de1 rev 36 int a irq 10 on pci1:5 de1: SMC 8434BT-CH2 21040 [10Mb/s] pass 2.4 de1: address 00:00:c0:81:78:e0 de1: enabling BNC/AUI port -Andre From owner-freebsd-current Fri Feb 14 11:54:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA27538 for current-outgoing; Fri, 14 Feb 1997 11:54:27 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA27530 for ; Fri, 14 Feb 1997 11:54:21 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.8.5/8.7.3) id LAA00210; Fri, 14 Feb 1997 11:51:26 -0800 (PST) From: "Rodney W. Grimes" Message-Id: <199702141951.LAA00210@GndRsh.aac.dev.com> Subject: Re: SMC Dual channel Ethernet In-Reply-To: <199702141825.MAA18175@solaria.sol.net> from Joe Greco at "Feb 14, 97 12:25:14 pm" To: jgreco@solaria.sol.net (Joe Greco) Date: Fri, 14 Feb 1997 11:51:26 -0800 (PST) Cc: jc@irbs.com, deischen@iworks.InterWorks.org, freebsd-current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Quoting Joe Greco (jgreco@solaria.sol.net): > > > > Does anyone know if the SMC Dual channel ethernet cards are supprted? > > > > I'm looking at both the SMC9334 10/100 and the SMC8434 Combo PCI > > > > ethernet cards. > > > > > > > > I'd expect them to work just like their single channel counterparts, > > > > but would feel better in ordering them if someone could confirm. > > > > We'll probably be running some version -current. > > > > > > I'm running a pair of them in my core router; very nice cards. I've also > > > got a small fleet of them in a bunch of news servers. They work well.. > > > > Here's a note I have from Rod Grimes concerning these cards, YMMV. > > WARNING!!! The SMC8434 requieres a motherboard that routes both > > PCI INT A and B to the slot, very few if any PCI 2.x compliant > > boards do this. Nothing from ASUS can run this card, infact about > > the only thing I have found that can run this card is old PCI 1.x > > boards with jumpers to manually route the interrupts. > > I don't know what this is all about.... ALL my boards are ASUS, and a > number were purchased from Rod. > > Oh, wait, these are the SMC9334BDT's. I see, Rod is talking about the > 10Mbps-only cards. Mental note: don't get 10baseT only cards when you > can get 10/100 cards for around $210... Yes, it appears to be a problem specific to the SMC8434BT, SMC wised up and found out that many motherboards don't like what they did on this card and fixed it in the other boards. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Fri Feb 14 12:03:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA28125 for current-outgoing; Fri, 14 Feb 1997 12:03:02 -0800 (PST) Received: from iworks.InterWorks.org (iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA28102 for ; Fri, 14 Feb 1997 12:02:24 -0800 (PST) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id OAA21541; Fri, 14 Feb 1997 14:00:17 -0600 (CST) Message-Id: <199702142000.OAA21541@iworks.InterWorks.org> Date: Fri, 14 Feb 1997 14:00:17 -0600 (CST) From: "Daniel M. Eischen" To: jc@irbs.com, jgreco@solaria.sol.net Subject: Re: SMC Dual channel Ethernet Cc: freebsd-current@FreeBSD.org, rgrimes@gndrsh.aac.dev.com Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Here's a note I have from Rod Grimes concerning these cards, YMMV. > > WARNING!!! The SMC8434 requieres a motherboard that routes both > > PCI INT A and B to the slot, very few if any PCI 2.x compliant > > boards do this. Nothing from ASUS can run this card, infact about > > the only thing I have found that can run this card is old PCI 1.x > > boards with jumpers to manually route the interrupts. > > I don't know what this is all about.... ALL my boards are ASUS, and a > number were purchased from Rod. > > Oh, wait, these are the SMC9334BDT's. I see, Rod is talking about the > 10Mbps-only cards. Mental note: don't get 10baseT only cards when you > can get 10/100 cards for around $210... > > I am running single SMC9334's in three ASUS P/E-P55T2P4D boards, a single > SMC9334 in an ASUS P/I-P55T2P4, and two SMC9334's and a Kingston 10/100 in > another ASUS P/I-P55T2P4. I think I dropped one in an ASUS SP3G and it > worked, but I am not positive. If anyone wants to know, I can find out > for sure. I have seen zero instances of problems with this card and ASUS > boards, although I do not think I have exceeded qty. 2 in any particular > machine. I think I'll order one of the 9334s, and get another (single) combo adapter. The problem is that our connection to outside our subnet (actually we will have at least 2 internal subnets), is thick net right now - but that may change sometime in the future. So for now, the easiest thing to do is to get a thicknet capable adapter. We already have one 10/100 single channel in the machine, but I thought I'd replace it with the Dual channel which gives us a spare adapter :) Joe, if you've got any opinions on Fast hubs, I'd appreciate a little advice (off the list). Thanks everyone! Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Fri Feb 14 13:41:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA02899 for current-outgoing; Fri, 14 Feb 1997 13:41:18 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA02894 for ; Fri, 14 Feb 1997 13:41:15 -0800 (PST) Received: from militzer.me.tuns.ca (militzer.me.tuns.ca [134.190.50.153]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id NAA12064 for ; Fri, 14 Feb 1997 13:36:58 -0800 (PST) Received: from localhost (bemfica@localhost) by militzer.me.tuns.ca (8.8.4/8.8.4) with SMTP id RAA26178; Fri, 14 Feb 1997 17:30:02 -0400 (AST) Date: Fri, 14 Feb 1997 17:30:02 -0400 (AST) From: Antonio Bemfica Reply-To: Antonio Bemfica To: Philippe Regnauld cc: freebsd-current@FreeBSD.ORG Subject: Re: Can't make world... need help In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 14 Feb 1997, Philippe Regnauld wrote: > Looks like you might have fallen in between the holes, and hit > lite/2 merging effects. So, how do I recover? Before posting my previous note I had already looped through the "doctrinal routine" several times, expecting that my problem would "self-correct". After a couple of days I started doubting that and resorted to posting a message to this list. Any suggestions? > > Tracking -current is like running forward while looking > at your shoes. Thus standard procedure is: > > 1) SUP/CVSUP > 2) Compile > 3) It doesn't work ? Tough luck :-) > wait a couple of hours and go to 1) > > Antonio -- ------------------------------------------------------------------------ "I myself have always disliked being called a 'genius'. It is fascinating to notice how quick people have been to intuit this aversion and avoid using the term" -- John Lanchester, in "The Debt to Pleasure" From owner-freebsd-current Fri Feb 14 14:07:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA04494 for current-outgoing; Fri, 14 Feb 1997 14:07:38 -0800 (PST) Received: from mail12.digital.com (mail12.digital.com [192.208.46.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA04480 for ; Fri, 14 Feb 1997 14:07:18 -0800 (PST) Received: from muggsy.lkg.dec.com by mail12.digital.com (8.7.5/UNX 1.5/1.0/WV) id QAA07271; Fri, 14 Feb 1997 16:44:53 -0500 (EST) Received: from usr403.zko.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA13806; Fri, 14 Feb 1997 16:44:50 -0500 Message-Id: <3.0.32.19970214163739.006b18c4@netrix.lkg.dec.com> X-Sender: popmatt@netrix.lkg.dec.com X-Mailer: Windows Eudora Pro Version 3.0 Demo (32) Date: Fri, 14 Feb 1997 16:45:05 -0500 To: "Rodney W. Grimes" From: Matt Thomas Subject: Re: SMC Dual channel Ethernet Cc: freebsd-current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Yes, it appears to be a problem specific to the SMC8434BT, SMC wised up >and found out that many motherboards don't like what they did on this >card and fixed it in the other boards. Not true. The SMC8434 uses normal PCI INT routing through a PCI-PCI Bridge. The thing that changed is that MB vendors started following the PCI spec and getting better BIOS support. I have one of the original 8484s and have never had a problem with it. -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-current Fri Feb 14 14:51:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07531 for current-outgoing; Fri, 14 Feb 1997 14:51:49 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA07483 for ; Fri, 14 Feb 1997 14:51:23 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA07052; Fri, 14 Feb 1997 23:50:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id XAA12104; Fri, 14 Feb 1997 23:36:28 +0100 (MET) Message-ID: Date: Fri, 14 Feb 1997 23:36:27 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: Shimon@i-Connect.Net (Simon Shapiro) Cc: freebsd-current@freebsd.org Subject: Re: Troubles with current kernel References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Simon Shapiro on Feb 13, 1997 21:53:16 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote: > It ran fine for few hours, but then it froze, totally, with the IDE access > light glowing real bright. As I was in an X session, I cannot tell more > about what brought the untimely demise. Do you have DDB compiled in? I'd say it sat down at the DDB prompt then, with no chance to get at it (since switching to the console would require process interaction by the Xserver, to restore the text mode first). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Feb 14 14:53:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07641 for current-outgoing; Fri, 14 Feb 1997 14:53:13 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA07589 for ; Fri, 14 Feb 1997 14:52:33 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA07083 for freebsd-current@FreeBSD.org; Fri, 14 Feb 1997 23:52:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id XAA12131; Fri, 14 Feb 1997 23:46:43 +0100 (MET) Message-ID: Date: Fri, 14 Feb 1997 23:46:43 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: undocumented kernel options... References: <199702140807.AAA14402@lestat.nas.nasa.gov> <199702141834.LAA13492@narnia.plutotech.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199702141834.LAA13492@narnia.plutotech.com>; from Justin T. Gibbs on Feb 14, 1997 11:34:20 -0700 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk (Killed an overly long Cc list.) As Justin T. Gibbs wrote: > >In our world, config(8) is simply too flexible, and having to update > >the GUI to deal each time would .. suck. > > I don't think that this has to be the case. The last time I looked into > the config system, I thought, "Hmm. What if all configurable driver > options could be dynamically registered/deregistered from the syctl tree?" I also think it would be a maintenance nightmare, but only if this tool wouldn't automatically pick up the existing reference files (LINT, sys/conf/options, sys//conf/options.), and present the information from them. Maintaining this tool separately from the above files would be stupid. I also don't think i would really use that tool for my day-to-day development kernels, but if it's good, i could even imagine using it e.g. for the customer's machine i gonna ship next week, or such. I've already got very used to sysinstall's `Configure' screen at installation time for those machines, despite of knowing where all this has to go into /etc/sysconfig. It's simply more convenient then. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Feb 14 14:57:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA07982 for current-outgoing; Fri, 14 Feb 1997 14:57:41 -0800 (PST) Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA07970 for ; Fri, 14 Feb 1997 14:57:35 -0800 (PST) Received: from idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.8.5/8.8.5) with ESMTP id XAA05349; Fri, 14 Feb 1997 23:57:25 +0100 (MET) Message-Id: <199702142257.XAA05349@pat.idt.unit.no> To: jdp@polstra.com Cc: freebsd-current@freebsd.org Subject: Re: [root@server.blaze.net.au: server security check output] In-Reply-To: Your message of "14 Feb 1997 10:21:57 -0800" References: <5e2ag5$h65@austin.polstra.com> X-Mailer: Mew version 1.06 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Fri_Feb_14_23:57:14_1997)--" Date: Fri, 14 Feb 1997 23:57:25 +0100 From: Tor Egge Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ----Next_Part(Fri_Feb_14_23:57:14_1997)-- Content-Type: Text/Plain; charset=us-ascii > In article <19970215033810.19932@usn.blaze.net.au>, > David Nugent wrote: > > > This is the second time I've seen this since I last built > > world - something has "touched" sendmail. It doesn't appear to > > have been hacked, and I even checked the md5 against what it was > > originally when I last installed sendmail and it hasn't changed. > > But suddenly the file date has been modified, and only a couple > > of hours ago. > > Yes, I have seen this sort of thing in all versions of FreeBSD > since 2.0.5, the first one I used. It's not specific to sendmail, > although I've only noticed it in setuid programs. (That may be > just because those are the ones that show up in the security logs.) > I have seen it happen to my X server a couple of times. It is some > kind of anomaly involving the VM system, I would guess. I don't > like it either, but nobody has ever been able to explain it, as > far as I know. On my system, I see it maybe once every 4-6 months. > I don't think anybody knows of a way to make it happen deliberately. > Using ptrace, you can touch any file for which you have read access. A program for recreating this problem is appended. This time, it also expanded the size of the file from 161 to 4096 bytes. ----- ikke:/amd/kamelia/home/kamelia/a/tegge$ ls -l /etc/shells* -rw-r--r-- 1 root wheel 161 Aug 17 1996 /etc/shells -rw-r--r-- 1 root wheel 161 Aug 16 1996 /etc/shells.bak -rw-r--r-- 1 root wheel 161 Sep 21 19:21 /etc/shells2 ikke:/amd/kamelia/home/kamelia/a/tegge$ ./timestampbug fd = 3 len is 161 PT_ATTACH: got = 0, got = 0x00000000, errno=0, error=Undefined error: 0 waitpid: got = 0, got = 0x00000000, errno=0, error=Undefined error: 0 PT_READ: got = 419545088, got = 0x1901c000, errno=0, error=Undefined error: 0 PT_READ: got = 1766596643, got = 0x694c2023, errno=0, error=Undefined error: 0 ikke:/amd/kamelia/home/kamelia/a/tegge$ sync ikke:/amd/kamelia/home/kamelia/a/tegge$ ls -l /etc/shells* -rw-r--r-- 1 root wheel 161 Aug 17 1996 /etc/shells -rw-r--r-- 1 root wheel 161 Aug 16 1996 /etc/shells.bak -rw-r--r-- 1 root wheel 4096 Feb 14 23:39 /etc/shells2 --------- - Tor Egge ----Next_Part(Fri_Feb_14_23:57:14_1997)-- Content-Type: message/rfc822 To: dyson@freebsd.org, dyson@dyson.iquest.net Subject: Re: More feedback on kern/1512 In-Reply-To: Your message of "Mon, 9 Sep 1996 10:13:35 -0500 (EST)" References: <199609091513.KAA03606@dyson.iquest.net> X-Mailer: Mew version 1.03 on Emacs 19.31.1 Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Fri_Sep_20_01:00:12_1996)--" Date: Fri, 20 Sep 1996 01:00:20 +0200 From: Tor Egge ----Next_Part(Fri_Sep_20_01:00:12_1996)-- Content-Type: Text/Plain; charset=us-ascii Problem 1 in kern/1512 seems fixed. Good work. Here is a short program to reproduce the timestamp problem reported in kern/1512. By performing as root: cp -p /etc/shells /etc/shells2 as unprivileged user: cc -o timestampbug timestampbug.c ./timestampbug sync /bin/ls -lT /etc/shells* /etc/shells2 and /etc/shells no longer has the same timestamp. There is at least one bug in /usr/src/sys/miscfs/procfs/procfs_mem.c where a vm subsystem error code (KERN_PROTECTION_FAILURE) is passed to the user program as an standard error code (ENOENT). - Tor Egge ----Next_Part(Fri_Sep_20_01:00:12_1996)-- Content-Type: Text/Plain; charset=us-ascii Content-Description: "timestampbug.c" #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include char *map; int fd; struct stat stbuf; pid_t pid; int status; char x; main() { int got; size_t len; pid = fork(); assert(pid>=0); if (pid==0) { assert ( (fd = open("/etc/shells2",O_RDONLY,0)) >= 0); printf("fd = %d\n",fd); assert ( ! fstat(fd,&stbuf) ); len = stbuf.st_size; printf("len is %d\n",len); map = mmap( 0,len, PROT_READ,MAP_SHARED,fd, (off_t) 0); assert (((int) map)!= -1 && map); #if 0 printf("Child: map= 0x%08x\n",map); fflush(stdout); x = *map; printf("Child: *map = %d\n",x); fflush(stdout); #endif #if 0 errno = 0; got=mprotect(map,4096,PROT_READ|PROT_WRITE); printf("mprotect: got = %d, got = 0x%08x, errno=%d, error=%s\n", got, got,errno,strerror(errno)); #endif sleep(10); exit(0); } sleep(1); errno = 0; got = ptrace(PT_ATTACH,pid,0,0); printf("PT_ATTACH: got = %d, got = 0x%08x, errno=%d, error=%s\n", got, got,errno,strerror(errno)); errno = 0; waitpid(pid,&status,WNOHANG|WUNTRACED); printf("waitpid: got = %d, got = 0x%08x, errno=%d, error=%s\n", got, got,errno,strerror(errno)); errno = 0; got = ptrace(PT_READ_D,pid,(char *) &map,0); printf("PT_READ: got = %d, got = 0x%08x, errno=%d, error=%s\n", got, got,errno,strerror(errno)); map = (char *) got; #if 1 errno = 0; got = ptrace(PT_READ_D,pid,map,0); printf("PT_READ: got = %d, got = 0x%08x, errno=%d, error=%s\n", got, got,errno,strerror(errno)); #endif #if 0 errno = 0; got = ptrace(PT_WRITE_D,pid,map,got); printf("PT_READ: got = %d, got = 0x%08x, errno=%d, error=%s\n", got, got,errno,strerror(errno)); errno = 0; got = ptrace(PT_WRITE_D,pid,map+1024,got); printf("PT_READ: got = %d, got = 0x%08x, errno=%d, error=%s\n", got, got,errno,strerror(errno)); #endif } ----Next_Part(Fri_Sep_20_01:00:12_1996)---- ----Next_Part(Fri_Feb_14_23:57:14_1997)---- From owner-freebsd-current Fri Feb 14 15:22:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA09881 for current-outgoing; Fri, 14 Feb 1997 15:22:09 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA09857 for ; Fri, 14 Feb 1997 15:22:00 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA07568; Sat, 15 Feb 1997 00:21:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id AAA12197; Sat, 15 Feb 1997 00:02:39 +0100 (MET) Message-ID: Date: Sat, 15 Feb 1997 00:02:38 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: mark@plato.salford.ac.uk (Mark Powell) Cc: freebsd-current@FreeBSD.ORG Subject: Re: 2.2-RELEASE. Where is opt_kbdio.h? References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Mark Powell on Feb 14, 1997 11:58:43 -0000 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mark Powell wrote: > ../../i386/isa/kbdio.c:34: opt_kbdio.h: No such file or directory > *** Error code 1 A missing opt_foo.h file should always make you re-run config(8) as the first attempt. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Feb 14 15:24:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA10265 for current-outgoing; Fri, 14 Feb 1997 15:24:01 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA10241 for ; Fri, 14 Feb 1997 15:23:41 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA07607; Sat, 15 Feb 1997 00:23:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id AAA12227; Sat, 15 Feb 1997 00:14:46 +0100 (MET) Message-ID: Date: Sat, 15 Feb 1997 00:14:46 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Cc: bemfica@militzer.me.tuns.ca (Antonio Bemfica) Subject: Re: Can't make world... need help References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Philippe Regnauld on Feb 14, 1997 18:09:57 +0100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Philippe Regnauld wrote: > > Tracking -current is like running forward while looking > at your shoes. Thus standard procedure is: > > 1) SUP/CVSUP > 2) Compile > 3) It doesn't work ? Tough luck :-) > wait a couple of hours and go to 1) > No, it's more like: 1) const annoylevel = 3 2) for (i = 1; i <= annoylevel; i++) { 3) SUP/CVSUP 4) Compile 5) Does it work? y -> goto 7 } 6) fix the problem yourself, and report the fix 7) you're done now. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Feb 14 15:32:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA10813 for current-outgoing; Fri, 14 Feb 1997 15:32:42 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA10800; Fri, 14 Feb 1997 15:32:37 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id KAA00654; Sat, 15 Feb 1997 10:02:18 +1030 (CST) From: Michael Smith Message-Id: <199702142332.KAA00654@genesis.atrad.adelaide.edu.au> Subject: Re: undocumented kernel options... In-Reply-To: from Philippe Regnauld at "Feb 14, 97 12:36:55 pm" To: regnauld@deepo.prosa.dk (Philippe Regnauld) Date: Sat, 15 Feb 1997 10:02:17 +1030 (CST) Cc: thorpej@nas.nasa.gov, config@freebsd.org, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Philippe Regnauld stands accused of saying: > > Could be a port. It *would* be nice to see it there with > 'Apache' configuration and 'Samba'. XFree does have an X > configuration tool now :-) The drive behind the stuff that led to the (currently silent) freebsd-config list was the creation of an open, metadata-driven configuration framework, that would allow one to encompass this sort of thing withouit having to write the glue again and again and again... > Good point. Using libdialog should be possible -- Michael, to what > point is your parser dependant on Tk ? The parser is not at all, but the parser is trivial (less than 200 lines including comments and the like). The real work is in the user interface which builds itself based on the metadata provided. > -[ Philippe Regnauld / Systems Administrator / regnauld@prosa.dk ]- -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Fri Feb 14 16:25:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA14376 for current-outgoing; Fri, 14 Feb 1997 16:25:33 -0800 (PST) Received: from terminator.informatik.ba-stuttgart.de (terminator.informatik.ba-stuttgart.de [141.31.1.21]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA14306 for ; Fri, 14 Feb 1997 16:25:21 -0800 (PST) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by terminator.informatik.ba-stuttgart.de (8.7.6/8.7.3) with ESMTP id AAA27756; Sat, 15 Feb 1997 00:24:42 +0100 Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id BAA00581; Sat, 15 Feb 1997 01:25:13 +0100 (MET) From: Wolfgang Helbig Message-Id: <199702150025.BAA00581@helbig.informatik.ba-stuttgart.de> Subject: Re: 2.2-RELEASE. Where is opt_kbdio.h? In-Reply-To: from Mark Powell at "Feb 14, 97 11:58:43 am" To: mark@plato.salford.ac.uk (Mark Powell) Date: Sat, 15 Feb 1997 01:25:11 +0100 (MET) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Mark, > Just CTM'ed up from around 0140 to the latest. Now I get this error: > > cc -c -O2 -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DGATEWAY -DCOMPAT_43 -DFFS -DINET -DKERNEL ../../i386/isa/kbdio.c > ../../i386/isa/kbdio.c:34: opt_kbdio.h: No such file or directory > *** Error code 1 This file is put by config in /sys/compile/MYKERNEL. For this to work, you need a FreeBSD 2.2 - version of config. Further there must be some entries in /sys/i386/conf/options.i386 mentioning the file opt_kbdio.h. Probably you are using an old version of config. Maybe you should do a "make world" before building a new kernel. good luck Wolfgang From owner-freebsd-current Fri Feb 14 16:25:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA14382 for current-outgoing; Fri, 14 Feb 1997 16:25:33 -0800 (PST) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.9]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA14327; Fri, 14 Feb 1997 16:25:25 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.8.4/8.7.3) id TAA14132; Fri, 14 Feb 1997 19:24:47 -0500 (EST) From: Bill/Carolyn Pechter Message-Id: <199702150024.TAA14132@shell.monmouth.com> Subject: pcvt/132 columns To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Fri, 14 Feb 1997 19:24:47 -0500 (EST) Cc: FreeBSD-current@freebsd.org (FreeBSD-current) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I don't know if this is the right place -- but I'll put it out to all takers. I've got an STB Lightspeed card (ET4000-W32p) running on 2.2-GAMMA with XFree86's XF86_W32 server. The card works nicely (actually, I was getting wierd problems with the S3Trio64v and this seems more stable in this machine). Anyway, I'm running PCVT and I found the card now does 132 column (NEAT!) vt100 emulation. The pcvt code talks about ET400 - but not the W32p so it may just be an accident it works. However, once I run X -- the sync rate is screwed up and 132 is no good. Anyone seen this or have recommendations. I know the pcvt for FreeBSD 2.2 is different than the pcvt-3.32.tar.gz I've got -- anyone know if this is fixed in a newer version than 3.20-b24 that's in 2.2-GAMMA. I'd love both X and 132 columns without a reboot. Bill +---------------------------------------------------------------------------+ | Bill/Carolyn Pechter | 17 Meredith Drive | Tinton Falls, New Jersey 07724 | | 908-389-3592 | Save computing history, give an old geek old hardware. | | pechter@shell.monmouth.com | +---------------------------------------------------------------------------+ | This message brought to you by the letters PDP and the number 11. | +---------------------------------------------------------------------------+ From owner-freebsd-current Fri Feb 14 16:46:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA16347 for current-outgoing; Fri, 14 Feb 1997 16:46:06 -0800 (PST) Received: from terminator.informatik.ba-stuttgart.de (terminator.informatik.ba-stuttgart.de [141.31.1.21]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA16329 for ; Fri, 14 Feb 1997 16:45:54 -0800 (PST) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by terminator.informatik.ba-stuttgart.de (8.7.6/8.7.3) with ESMTP id AAA27801; Sat, 15 Feb 1997 00:45:12 +0100 Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id BAA00722; Sat, 15 Feb 1997 01:45:43 +0100 (MET) From: Wolfgang Helbig Message-Id: <199702150045.BAA00722@helbig.informatik.ba-stuttgart.de> Subject: Re: Can't make world... need help In-Reply-To: from Antonio Bemfica at "Feb 14, 97 05:30:02 pm" To: bemfica@militzer.me.tuns.ca Date: Sat, 15 Feb 1997 01:45:41 +0100 (MET) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Fri, 14 Feb 1997, Philippe Regnauld wrote: > > > Looks like you might have fallen in between the holes, and hit > > lite/2 merging effects. > > So, how do I recover? Before posting my previous note I had already > looped through the "doctrinal routine" several times, expecting that my > problem would "self-correct". After a couple of days I started doubting > that and resorted to posting a message to this list. Any suggestions? > > > > > Tracking -current is like running forward while looking > > at your shoes. Thus standard procedure is: > > > > 1) SUP/CVSUP > > 2) Compile > > 3) It doesn't work ? Tough luck :-) > > wait a couple of hours and go to 1) ^^^^^ Sometimes this has to be changed to days :-( . Because of the ongoing Lite/2 merge you should not expect make world to work before Monday. Wolfgang From owner-freebsd-current Fri Feb 14 18:12:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA20484 for current-outgoing; Fri, 14 Feb 1997 18:12:12 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA20474 for ; Fri, 14 Feb 1997 18:12:06 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id DAA19030; Sat, 15 Feb 1997 03:10:29 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id CAA20107; Sat, 15 Feb 1997 02:30:41 +0100 (MET) Message-Id: <3.0.32.19970215023041.009fc2b0@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 15 Feb 1997 02:30:42 +0100 To: roberto@keltia.freenix.fr (Ollivier Robert) From: Eivind Eklund Subject: AccelX (was Re: 2.2-GAMMA problems) Cc: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 06:48 AM 2/12/97 +0100, Ollivier Robert wrote: >The "funny" part is I've been trying to install Linux on this machine (the >guy has bought CDE and Xaccel for Linux so he wanted it) and to show him >that it was not a machine's problem, I offered to install FreeBSD to show >him it was much better... :-) At least AccelX ships with both FreeBSD and Linux binaries in the same tarball. I haven't checked how CDE does it. Just thought you'd like to know :) Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-current Fri Feb 14 18:48:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA22270 for current-outgoing; Fri, 14 Feb 1997 18:48:19 -0800 (PST) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA22264 for ; Fri, 14 Feb 1997 18:48:15 -0800 (PST) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id UAA11152; Fri, 14 Feb 1997 20:48:06 -0600 (CST) Posted-Date: Fri, 14 Feb 1997 20:48:06 -0600 (CST) Received: from fools.ecpnet.com(204.246.64.101) by icicle.winternet.com via smap (V2.0beta) id xma011033; Fri, 14 Feb 97 20:47:43 -0600 Received: from localhost (moke@localhost) by fools.ecpnet.com (8.8.5/8.8.4) with SMTP id UAA21860; Fri, 14 Feb 1997 20:44:49 -0600 (CST) Date: Fri, 14 Feb 1997 20:44:48 -0600 (CST) From: Jimbo Bahooli To: Wolfgang Helbig cc: bemfica@militzer.me.tuns.ca, current@freebsd.org Subject: Re: Can't make world... need help In-Reply-To: <199702150045.BAA00722@helbig.informatik.ba-stuttgart.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Feb 1997, Wolfgang Helbig wrote: > > On Fri, 14 Feb 1997, Philippe Regnauld wrote: > > > > > Looks like you might have fallen in between the holes, and hit > > > lite/2 merging effects. > > > > So, how do I recover? Before posting my previous note I had already > > looped through the "doctrinal routine" several times, expecting that my > > problem would "self-correct". After a couple of days I started doubting > > that and resorted to posting a message to this list. Any suggestions? > > > > > > > > Tracking -current is like running forward while looking > > > at your shoes. Thus standard procedure is: > > > > > > 1) SUP/CVSUP > > > 2) Compile > > > 3) It doesn't work ? Tough luck :-) > > > wait a couple of hours and go to 1) > ^^^^^ > Sometimes this has to be changed to days :-( . > > Because of the ongoing Lite/2 merge you should not expect make world to work > before Monday. > > Wolfgang > Actually a way to change this with cvsup is to add the line -> *default date=97.02.10.02.00 This will 'downgrade' your sources to about 15 minutes before they went and broke it. ;) From owner-freebsd-current Fri Feb 14 18:49:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA22370 for current-outgoing; Fri, 14 Feb 1997 18:49:34 -0800 (PST) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA22259; Fri, 14 Feb 1997 18:48:41 -0800 (PST) Message-Id: <199702150248.SAA22259@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA148424740; Sat, 15 Feb 1997 13:45:40 +1100 From: Darren Reed Subject: Re: undocumented kernel options... To: thorpej@nas.nasa.gov Date: Sat, 15 Feb 1997 13:45:40 +1100 (EDT) Cc: msmith@atrad.adelaide.edu.au, phk@critter.dk.tfs.com, leisner@sdsp.mc.xerox.com, bsdcur@shadows.aeon.net, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199702140807.AAA14402@lestat.nas.nasa.gov> from "Jason Thorpe" at Feb 14, 97 00:07:58 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Jason Thorpe, sie said: [...] > Documentation on how to edit a kernel configuration file is loads better > IMO than having a rigid GUI (so, you update config to deal with new syntax, > and how you have to update the GUI, as well...) (So, if you've ever used > HP's SAM, you'll understand just how frustrating using a GUI to configure > your kernel can be, if you've previously used "vi CONFIGNAME".) > > ...plus, the user can insert arbitrary, random options.... major win. If anyone was ever tempted to do anything like SAM, I'd make them use it for every system admin. task first and see of that changed their mind. (Yes, we edit the config files rather than use SAM). From owner-freebsd-current Fri Feb 14 19:15:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA24036 for current-outgoing; Fri, 14 Feb 1997 19:15:14 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA23868 for ; Fri, 14 Feb 1997 19:12:07 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id OAA01066; Sat, 15 Feb 1997 14:11:09 +1100 (EST) Message-ID: <19970215141106.27611@usn.blaze.net.au> Date: Sat, 15 Feb 1997 14:11:06 +1100 From: David Nugent To: John Polstra Cc: freebsd-current@FreeBSD.ORG Subject: Re: [root@server.blaze.net.au: server security check output] References: <19970215033810.19932@usn.blaze.net.au> <5e2ag5$h65@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: <5e2ag5$h65@austin.polstra.com>; from John Polstra on Feb 02, 1997 at 10:21:57AM Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 10:21:57AM, John Polstra wrote: > > This is the second time I've seen this since I last built > > world - something has "touched" sendmail. It doesn't appear to > > have been hacked, and I even checked the md5 against what it was > > originally when I last installed sendmail and it hasn't changed. > > But suddenly the file date has been modified, and only a couple > > of hours ago. > > Yes, I have seen this sort of thing in all versions of FreeBSD > since 2.0.5, the first one I used. It's not specific to sendmail, > although I've only noticed it in setuid programs. (That may be > just because those are the ones that show up in the security logs.) True enough. However, I checked the rest of the tree since I sent that mail, and it seems to be sendmail only at this stage. > I have seen it happen to my X server a couple of times. It is some > kind of anomaly involving the VM system, I would guess. Out of curiosity, is this linked to gdb's annoying habit of thinking that an executable has been changed when you run it a second time from the gdb prompt? > like it either, but nobody has ever been able to explain it, as > far as I know. On my system, I see it maybe once every 4-6 months. > I don't think anybody knows of a way to make it happen deliberately. Don't you just hate bugs like that? :-/ Thanks for the response. David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Fri Feb 14 19:33:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA25288 for current-outgoing; Fri, 14 Feb 1997 19:33:58 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA25283 for ; Fri, 14 Feb 1997 19:33:51 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id UAA25306; Fri, 14 Feb 1997 20:32:18 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199702150045.BAA00722@helbig.informatik.ba-stuttgart.de> Date: Fri, 14 Feb 1997 19:28:43 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: Wolfgang Helbig Subject: Re: Can't make world... need help Cc: current@freebsd.org, bemfica@militzer.me.tuns.ca Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Wolfgang Helbig; On 15-Feb-97 you wrote: ... > ..do not expect make world to work before Monday. Monday? MONDAY??? Well, while at some i company (very good friends of the Redmond devils), we had to post a $1Billion+ bond, put the sources machine in a locked cabinet, in a locked room, sign a special permission to look at them, commit to not work on another O/S for 6 months and wait only brief 6 moths for bug fixes. And you want me to wait 3 days, weekend included? What is the world coming to? :-)) Simon From owner-freebsd-current Fri Feb 14 21:21:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA00454 for current-outgoing; Fri, 14 Feb 1997 21:21:38 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00444 for ; Fri, 14 Feb 1997 21:21:35 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id QAA05710; Sat, 15 Feb 1997 16:20:11 +1100 Date: Sat, 15 Feb 1997 16:20:11 +1100 From: Bruce Evans Message-Id: <199702150520.QAA05710@godzilla.zeta.org.au> To: helbig@MX.BA-Stuttgart.De, Shimon@i-Connect.Net Subject: Re: Can't make world... need help Cc: bemfica@militzer.me.tuns.ca, current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> ..do not expect make world to work before Monday. > >Monday? MONDAY??? > >Well, while at some i company (very good friends of the Redmond devils), >we had to post a $1Billion+ bond, put the sources machine in a locked >... >And you want me to wait 3 days, weekend included? > >What is the world coming to? :-)) Don't worry. There should be some nice new locking bugs to find and fix after Monday :-). I don't expect it to work until Friday. Bruce From owner-freebsd-current Fri Feb 14 21:27:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA00658 for current-outgoing; Fri, 14 Feb 1997 21:27:33 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00652 for ; Fri, 14 Feb 1997 21:27:31 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) id VAA21851; Fri, 14 Feb 1997 21:27:30 -0800 (PST) To: freebsd-current@freebsd.org Path: not-for-mail From: jdp@polstra.com (John Polstra) Newsgroups: polstra.freebsd.current Subject: Re: Can't make world... need help Date: 14 Feb 1997 21:27:29 -0800 Organization: Polstra & Co., Seattle, WA Lines: 16 Distribution: local Message-ID: <5e3hg1$lao@austin.polstra.com> References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Actually a way to change this with cvsup is to add the line -> > > *default date=97.02.10.02.00 Close, but no cigar: *default date=97.02.10.02.00.00 :-) > This will 'downgrade' your sources to about 15 minutes before they went > and broke it. ;) John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Feb 14 23:38:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA08445 for current-outgoing; Fri, 14 Feb 1997 23:38:12 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA08414 for ; Fri, 14 Feb 1997 23:37:50 -0800 (PST) Received: from nantai2.utsunomiya-u.ac.jp (nantai2.utsunomiya-u.ac.jp [160.12.190.6]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id QAA00533; Sat, 15 Feb 1997 16:37:23 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (opTS4kX996tRqlYfwQpawCrKIZy+DJzD@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by nantai2.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id QAA16627; Sat, 15 Feb 1997 16:02:43 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id QAA19142; Sat, 15 Feb 1997 16:03:48 +0900 (JST) Message-Id: <199702150703.QAA19142@zodiac.mech.utsunomiya-u.ac.jp> To: mark@plato.salford.ac.uk (Mark Powell) cc: freebsd-current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: 2.2-RELEASE. Where is opt_kbdio.h? In-reply-to: Your message of "14 Feb 1997 11:58:43 GMT." References: Date: Sat, 15 Feb 1997 16:03:47 +0900 From: Kazutaka YOKOTA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Just CTM'ed up from around 0140 to the latest. Now I get this error: > >cc -c -O2 -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested >-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc >-I- -I. -I../.. -I../../../include -DGATEWAY -DCOMPAT_43 -DFFS -DINET -DKERNEL > ../../i386/isa/kbdio.c >../../i386/isa/kbdio.c:34: opt_kbdio.h: No such file or directory >*** Error code 1 Please run `config' before building a new kernel. >-- >Mark Powell - Unix Information Officer - Clifford Whitworth Building >A.I.S., University of Salford, Salford, Manchester, UK. >Tel: +44 161 745 5936 Fax: +44 161 736 3596 >Email: mark@salford.ac.uk finger mark@ucsalf.ac.uk (for PGP key) >Home Page From owner-freebsd-current Sat Feb 15 00:32:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA11776 for current-outgoing; Sat, 15 Feb 1997 00:32:29 -0800 (PST) Received: from casparc.ppp.net (mail.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA11771; Sat, 15 Feb 1997 00:32:18 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0vvfXZ-000IGSC; Sat, 15 Feb 97 09:32 MET Received: by ernie.kts.org via sendmail with stdio id for pechter@shell.monmouth.com; Sat, 15 Feb 1997 09:26:54 +0100 (MET) (Smail-3.2.0.91 1997-Jan-14 #2 built 1997-Feb-8) Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: pcvt/132 columns To: pechter@shell.monmouth.com (Bill/Carolyn Pechter) Date: Sat, 15 Feb 1997 09:26:54 +0100 (MET) Cc: FreeBSD-hackers@freebsd.org, FreeBSD-current@freebsd.org In-Reply-To: <199702150024.TAA14132@shell.monmouth.com> from "Bill/Carolyn Pechter" at Feb 14, 97 07:24:47 pm Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill/Carolyn Pechter wrote: > However, once I run X -- the sync rate is screwed up and 132 is no good. I had the same problem with my S3 board, so the pcvt distribution contains a clock-set program which (re)programs the clock chip. This program was ripped off XFree86, i suggest you do the same for your clock chip. Have a look at /usr/src/usr.sbin/pcvt/set2061. It would be nice if the Xserver would contain a hook to let programs like this run automatically. hellmuth -- hellmuth michaelis hm@kts.org hamburg, europe From owner-freebsd-current Sat Feb 15 02:32:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA15212 for current-outgoing; Sat, 15 Feb 1997 02:32:24 -0800 (PST) Received: from lsmarso.dialup.access.net (lsmarso.dialup.access.net [166.84.254.60]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15207 for ; Sat, 15 Feb 1997 02:32:17 -0800 (PST) Received: (from larry@localhost) by lsmarso.dialup.access.net (8.8.5/8.8.3) id KAA04603 for current@FreeBSD.ORG; Sat, 15 Feb 1997 10:29:15 GMT Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sat, 15 Feb 1997 05:26:24 -0500 (EST) From: Larry Marso To: current@FreeBSD.ORG Subject: most "stable" -current release dates? Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Having some trouble with the most recent -current's, even before the LITE/2 additions were committed. Any opinions on the relatively more stable SNAPs or release dates for cvsup, going back 3-4 weeks? Regards. ---------------------------------- Larry Marso date: 15-Feb-97 Time: 05:26:25 From owner-freebsd-current Sat Feb 15 04:15:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA18725 for current-outgoing; Sat, 15 Feb 1997 04:15:49 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA18699 for ; Sat, 15 Feb 1997 04:15:41 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id NAA10303 for ; Sat, 15 Feb 1997 13:15:26 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id NAA28907 for current@FreeBSD.ORG; Sat, 15 Feb 1997 13:14:43 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id KAA25988; Sat, 15 Feb 1997 10:38:25 +0100 (CET) Message-ID: <19970215103825.YA39463@keltia.freenix.fr> Date: Sat, 15 Feb 1997 10:38:25 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@FreeBSD.ORG Subject: Re: AccelX (was Re: 2.2-GAMMA problems) References: <3.0.32.19970215023041.009fc2b0@dimaga.com> X-Mailer: Mutt 0.60,1-3,9 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2999 In-Reply-To: <3.0.32.19970215023041.009fc2b0@dimaga.com>; from Eivind Eklund on Feb 15, 1997 02:30:42 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Eivind Eklund: > At least AccelX ships with both FreeBSD and Linux binaries in the same > tarball. I haven't checked how CDE does it. Same. The CD is shipped with both versions too. I succeeded in installing 2.1.6 (yeah I know, i'll upgrade this machine to 2.2 when it ships. The machine is behind our firewall anyway). Now, if someone could show me how to get 1152x800 (not x900) to work with AccelX. I use this mode under XFree86 and want it under AccelX as well. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #39: Sun Feb 2 22:12:44 CET 1997 From owner-freebsd-current Sat Feb 15 04:21:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA18983 for current-outgoing; Sat, 15 Feb 1997 04:21:08 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA18958 for ; Sat, 15 Feb 1997 04:20:48 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA19289; Sat, 15 Feb 1997 13:20:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id NAA16257; Sat, 15 Feb 1997 13:08:23 +0100 (MET) Message-ID: Date: Sat, 15 Feb 1997 13:08:23 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: lsmarso@panix.com (Larry Marso) Cc: current@FreeBSD.ORG Subject: Re: most "stable" -current release dates? References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Larry Marso on Feb 15, 1997 05:26:24 -0500 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Larry Marso wrote: > Having some trouble with the most recent -current's, even before the LITE/2 > additions were committed. > > Any opinions on the relatively more stable SNAPs or release dates for > cvsup, going back 3-4 weeks? That's hard to say without you telling us *what* are your instabilities. If they are ahc-related, this might date back to September 1996. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Feb 15 12:05:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA11284 for current-outgoing; Sat, 15 Feb 1997 12:05:27 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA11278 for ; Sat, 15 Feb 1997 12:05:22 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA03851; Sat, 15 Feb 1997 13:04:21 -0700 From: Terry Lambert Message-Id: <199702152004.NAA03851@phaeton.artisoft.com> Subject: Re: Can't make world... need help To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 15 Feb 1997 13:04:21 -0700 (MST) Cc: freebsd-current@freebsd.org, bemfica@militzer.me.tuns.ca In-Reply-To: from "J Wunsch" at Feb 15, 97 00:14:46 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > No, it's more like: > > 1) const annoylevel = 3 > 2) for (i = 1; i <= annoylevel; i++) { > 3) SUP/CVSUP > 4) Compile > 5) Does it work? y -> goto 7 > } > 6) fix the problem yourself, and report the fix > 7) you're done now. More like: 1) const annoylevel = 3 2) for (i = 1; i <= annoylevel; i++) { 3) SUP/CVSUP 4) Compile 5) Does it work? y -> goto 8 } 6) fix the problem yourself, and report the fix 7) goto 1 8) you're done now. Ie: reporting a fix does not guarantee to get it in the tree. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Feb 15 12:53:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA12700 for current-outgoing; Sat, 15 Feb 1997 12:53:49 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA12671 for ; Sat, 15 Feb 1997 12:53:36 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA03985 for current@freebsd.org; Sat, 15 Feb 1997 13:52:50 -0700 From: Terry Lambert Message-Id: <199702152052.NAA03985@phaeton.artisoft.com> Subject: G++ calling conventions To: current@freebsd.org Date: Sat, 15 Feb 1997 13:52:50 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have an application which aggregates a number of COM objects into a single implementation object for a set of interfaces (a set of pointers to code providing implementation for pure virtual base classes). Does anyone know if gcc and/or g++ support the __stdcall type designator? The __stdcall allows you to mark functions as callee-pop on a per function basis (and __cdecl allows you to mark functions caller-pop on a per function basis). For instance: struct ImyInterface { virtual void __stdcall function1() = 0; }; class CmyInterface : ImyInterface { public: CmyInterface(); ~CmyInterface(); virtual void __stdcall function1( void) = 0; }; ... // this function is callee-pop, and will pop its arguments off the // stack before returning... void __stdcall CmyInterface::function1( void) { ... } ...sort of like a generic "-mrtd" that doesn't need an rtd instruction? (Clearly, varradic functions must be __cdecl). ??? PS: What would be the chances of supporting the "interface" keyword as an alias for "struct" in a future release? This can be done in a FreeBSD-specific way using the g++ config data files (I think). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Feb 15 13:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA14668 for current-outgoing; Sat, 15 Feb 1997 13:40:04 -0800 (PST) Received: from sendero.i-connect.net ([206.190.144.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14614 for ; Sat, 15 Feb 1997 13:39:52 -0800 (PST) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.4) id OAA07927; Sat, 15 Feb 1997 14:38:11 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199702150703.QAA19142@zodiac.mech.utsunomiya-u.ac.jp> Date: Sat, 15 Feb 1997 14:21:04 -0800 (PST) Organization: iConnect Corp. From: Simon Shapiro To: Kazutaka YOKOTA Subject: Re: 2.2-RELEASE. Where is opt_kbdio.h? Cc: freebsd-current@FreeBSD.ORG, (Mark Powell) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Kazutaka YOKOTA; On 15-Feb-97 you wrote: > >Just CTM'ed up from around 0140 to the latest. Now I get this error: > > > >cc -c -O2 -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested > >-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc > >-I- -I. -I../.. -I../../../include -DGATEWAY -DCOMPAT_43 -DFFS -DINET -DKERNEL > > ../../i386/isa/kbdio.c > >../../i386/isa/kbdio.c:34: opt_kbdio.h: No such file or directory > >*** Error code 1 > > Please run `config' before building a new kernel. This is really not a solution. I get those if I wipe out the directory. I have to ``touch compile/FOO/opt_whatever-is-complaining.h'' at least once. Simon From owner-freebsd-current Sat Feb 15 14:52:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA18628 for current-outgoing; Sat, 15 Feb 1997 14:52:25 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA18603 for ; Sat, 15 Feb 1997 14:52:13 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA00551; Sat, 15 Feb 1997 23:51:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.6.9) id XAA19325; Sat, 15 Feb 1997 23:47:39 +0100 (MET) Message-ID: Date: Sat, 15 Feb 1997 23:47:39 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: Shimon@i-Connect.Net (Simon Shapiro) Cc: freebsd-current@FreeBSD.ORG, mark@plato.salford.ac.uk Subject: Re: 2.2-RELEASE. Where is opt_kbdio.h? References: <199702150703.QAA19142@zodiac.mech.utsunomiya-u.ac.jp> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Simon Shapiro on Feb 15, 1997 14:21:04 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote: > > Please run `config' before building a new kernel. > > This is really not a solution. I get those if I wipe out the directory. > I have to ``touch compile/FOO/opt_whatever-is-complaining.h'' at least once. Then something else is broken. Make also sure you're running the config program that matches your kernel (though i can't remember that something has been changed in it lately). The compile/FOO/opt_foo.h's are really supposed to be created by config(8), based on the information in sys/conf/options and sys//conf/options.. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Feb 15 17:13:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA00875 for current-outgoing; Sat, 15 Feb 1997 17:13:50 -0800 (PST) Received: from chai.plexuscom.com (chai.plexuscom.com [207.87.46.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00869 for ; Sat, 15 Feb 1997 17:13:46 -0800 (PST) Received: from chai.plexuscom.com (localhost [127.0.0.1]) by chai.plexuscom.com (8.8.5/8.6.12) with ESMTP id UAA00533; Sat, 15 Feb 1997 20:14:33 -0500 (EST) Message-Id: <199702160114.UAA00533@chai.plexuscom.com> To: Terry Lambert Cc: current@freebsd.org Subject: Re: G++ calling conventions In-reply-to: Your message of "Sat, 15 Feb 1997 13:52:50 MST." <199702152052.NAA03985@phaeton.artisoft.com> Date: Sat, 15 Feb 1997 20:14:33 -0500 From: Bakul Shah Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Does anyone know if gcc and/or g++ support the __stdcall type > designator? Yes (according to info gcc). > PS: What would be the chances of supporting the "interface" keyword > as an alias for "struct" in a future release? This can be done > in a FreeBSD-specific way using the g++ config data files (I think). If you think this keyword has value, why don't you suggest it to the gcc people? Adding it just to freebsd guarantees yet another #ifdef (if you write portable code using it). Though, IMHO, adding the `interface' keyword is not likely to make your code any more readable -- C++ is just too gross. Check out Beta for an example of a consistent and powerful O-O language. From owner-freebsd-current Sat Feb 15 17:35:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA03516 for current-outgoing; Sat, 15 Feb 1997 17:35:50 -0800 (PST) Received: from luke.cpl.net ([206.85.245.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA03509; Sat, 15 Feb 1997 17:35:47 -0800 (PST) Received: from localhost (shawn@localhost) by luke.cpl.net (8.8.5/8.7.3) with SMTP id RAA00719; Sat, 15 Feb 1997 17:35:45 GMT Date: Sat, 15 Feb 1997 17:35:43 +0000 (GMT) From: Shawn Ramsey X-Sender: shawn@luke.cpl.net To: questions@freebsd.org cc: current@freebsd.org Subject: quota's? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I don't know if this should be cc'd to -current, but I am having a problem getting Quota's working on FreeBSD 2.2-970205-GAMMA. I did everything like I did on 2.1.5. I added check_quotas=YES to /etc/sysconfig, options QUOTA in my kernel config file and added the following to /etc/fstab : /dev/wd0a / ufs rw,userquota,groupquota 1 2 Is there anything else I need to do? One thing I noticed, when I compiled a kernel under 2.1.5, one of the flags I saw was -DQUOTA. This isnt happening in 2.2-GAMMA. thanks. From owner-freebsd-current Sat Feb 15 17:56:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA05236 for current-outgoing; Sat, 15 Feb 1997 17:56:55 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA05191; Sat, 15 Feb 1997 17:56:40 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.5/8.8.5) id MAA04279; Sun, 16 Feb 1997 12:55:46 +1100 (EST) Message-ID: <19970216125544.54002@usn.blaze.net.au> Date: Sun, 16 Feb 1997 12:55:44 +1100 From: David Nugent To: Shawn Ramsey Cc: questions@freebsd.org, current@freebsd.org Subject: Re: quota's? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61 In-Reply-To: ; from Shawn Ramsey on Feb 02, 1997 at 05:35:43PM Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Feb 02, 1997 at 05:35:43PM, Shawn Ramsey wrote: > One thing I noticed, when I compiled a kernel under 2.1.5, one of the > flags I saw was -DQUOTA. This isnt happening in 2.2-GAMMA. You have to compile your kernel with "options QUOTA" enabled. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sat Feb 15 19:10:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA08442 for current-outgoing; Sat, 15 Feb 1997 19:10:59 -0800 (PST) Received: from luke.cpl.net ([206.85.245.131]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08436; Sat, 15 Feb 1997 19:10:56 -0800 (PST) Received: from localhost (shawn@localhost) by luke.cpl.net (8.8.5/8.7.3) with SMTP id TAA00353; Sat, 15 Feb 1997 19:10:35 GMT Date: Sat, 15 Feb 1997 19:10:35 +0000 (GMT) From: Shawn Ramsey X-Sender: shawn@luke.cpl.net To: David Nugent cc: questions@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: quota's? In-Reply-To: <19970216125544.54002@usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Feb 02, 1997 at 05:35:43PM, Shawn Ramsey wrote: > > One thing I noticed, when I compiled a kernel under 2.1.5, one of the > > flags I saw was -DQUOTA. This isnt happening in 2.2-GAMMA. > > You have to compile your kernel with "options QUOTA" enabled. > I did this. I even took it out to make sure it was compiling properly. When I took it out, told me the kernel didnt have quota support. When I "edquota -u test" it shows the quota's, but if I type "quota -u test" it says the user has no quota. :( From owner-freebsd-current Sat Feb 15 20:29:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA11929 for current-outgoing; Sat, 15 Feb 1997 20:29:17 -0800 (PST) Received: from fog.xinside.com (fog.xinside.com [199.164.187.39]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA11924 for ; Sat, 15 Feb 1997 20:29:13 -0800 (PST) Received: (from smap@localhost) by fog.xinside.com (8.8.3/8.7.3) id VAA08306; Sat, 15 Feb 1997 21:28:30 -0700 (MST) X-Authentication-Warning: fog.xinside.com: smap set sender to using -f Received: from string.xinside.com(199.164.187.131) by fog.xinside.com via smap (V1.3) id sma008304; Sat Feb 15 21:28:18 1997 Message-ID: <33068CD6.366A8077@xinside.com> Date: Sat, 15 Feb 1997 21:28:06 -0700 From: Jeremy Chatfield Organization: X Inside Incorporated X-Mailer: Mozilla 3.01Gold (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: Ollivier Robert CC: current@freebsd.org Subject: Re: AccelX (was Re: 2.2-GAMMA problems) References: <3.0.32.19970215023041.009fc2b0@dimaga.com> <19970215103825.YA39463@keltia.freenix.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ollivier Robert wrote: > Same. The CD is shipped with both versions too. I succeeded in installing > 2.1.6 (yeah I know, i'll upgrade this machine to 2.2 when it ships. The > machine is behind our firewall anyway). I've seen the advisory, too. Seems to me that the bug only represents a problem when user accounts are permitted on the machine. I'm planning on using 2.1.6 as a proxy and packet filter, so I think that'll be safe. No user accounts on those systems, so there's no way to mess up a locale. I plan on upgrading, in any case. > Now, if someone could show me how to get 1152x800 (not x900) to work with > AccelX. I use this mode under XFree86 and want it under AccelX as well. Not supported in the current release. We have asked our accelx-users mailing list if they wanted 1152x864. I think that's the mode you want, since it provides square pixels (an exact 4x3). We originally chose the 1152x900 for compatibility with workstation resolutions. We will probably change from 1152x900 to 1152x864 in a forthcoming release. Since many PC graphics boards claim 1152x864, and there seems to be relatively little real interest in 1152x900 vs a move to 1152x864, we're thinking that a move makes sense for our customers. Few will notice the 36 line change, unless they've started applications with '-geometry +800' or something, to make a application rest exactly with the bottom aligned with the the display. It's probably better to use '-geometry -100' in those conditions, to make sure that whatever the resolution, the application gets positioned to the bottom edge. Cheers, JeremyC. -- Jeremy Chatfield, Phone: +1 303/298-7478 FAX:+1 303/298-1406 Commercial X Products - for sales/support/information please try: http://www.xinside.com mailto:info@xinside.com ftp://ftp.xinside.com/ Xi Graphics, 1801 Broadway, 17th Floor, Denver, CO 80202 From owner-freebsd-current Sat Feb 15 20:39:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA12444 for current-outgoing; Sat, 15 Feb 1997 20:39:33 -0800 (PST) Received: from fog.xinside.com (fog.xinside.com [199.164.187.39]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA12438; Sat, 15 Feb 1997 20:39:23 -0800 (PST) Received: (from smap@localhost) by fog.xinside.com (8.8.3/8.7.3) id VAA08320; Sat, 15 Feb 1997 21:38:00 -0700 (MST) X-Authentication-Warning: fog.xinside.com: smap set sender to using -f Received: from string.xinside.com(199.164.187.131) by fog.xinside.com via smap (V1.3) id sma008318; Sat Feb 15 21:37:37 1997 Message-ID: <33068F05.708D5F1B@xinside.com> Date: Sat, 15 Feb 1997 21:37:25 -0700 From: Jeremy Chatfield Organization: X Inside Incorporated X-Mailer: Mozilla 3.01Gold (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: hm@kts.org CC: FreeBSD-hackers@freebsd.org, FreeBSD-current@freebsd.org Subject: Re: pcvt/132 columns References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hellmuth Michaelis wrote: > ... It would be nice if the Xserver > would contain a hook to let programs like this run automatically. > > hellmuth > -- > hellmuth michaelis hm@kts.org hamburg, europe I missed the beginning of this, so apologies if my assumption is incorrect. I am assuming that you are probably complaining about a situation in which X Servers do not return to the text mode you selected, after setting up VT's with a nonstandard (not 80x25) text mode resolution. Bear with me, while I describe some background, and then make a proposal that should make FreeBSD a nicer VT environment than any of the others ;-) We (Xi Graphics) have run into this request on several OS's, so we've looked at it several times. The following suggestion is, however, completely my own idea. Thomas Roell appears to hate it (mostly, I think, because it would mean more OS-specific work for him!) Graphics boards have a BIOS, with a bunch of common functions. One of those functions permits switching text resolutions. The switch is made by directly programming graphics chip and DAC, with no knowledge of the changes to anything external to the BIOS. Switching to a nonstandard resolution *might* (it depends on lots of factors) require programming a write-only register. Depending upon the values of certain registers, a switch to any specific resolution may not be safe, if one of these write-only registers has had certain values stuffed into it. There's always a way to switch back to 'standard' 80x25 mode, though. That's always a safe transition. It is often possible to select many modes using a common clock, which is something that we take advantage of, on Linux. A 'safe' switch, is one in which the graphics board won't lock up the system tight. It is possible to make a system stop dead, totally locked up, buffers unflushed, with an unsafe switch. We think that this is unacceptable. Very few modern graphics boards exhibit the problem. It was much more common on boards that were popular about five years ago. However, graphics boards have a long life, especially on server systems. We think it is prudent to design for worst case, rather than best case. If the BIOS is used to switch to non-standard resolution, then another program should really use the BIOS to switch resolutions to something safe; then the BIOS can set up the registers as it wants and safely switch around. IMO it would be better to have never used the BIOS for a mode switch at all... There are many ways to program a graphics board to give a particular text resolution. It should be possible to write conflicting programs that will interfere when they alternately set up a text mode or a graphics mode switch. With the older boards, it is therefore possible to set up scenarios where those boards will lock up the system, persistently. On UNIX System V Release 4 derivatives, it is possible to start a Virtual Terminal Layer Manager. This can be configured to run a shell script the first time that a VT is switched to. I used to use that to select screen colours. SVR4 also has an ioctl() to control screen text resolution. This ioctl is quite limited, as implemented, but does allow selecting between 80x25, 40x25, 80x43 and perhaps 132x25, if I remember correctly. There was no way to use the BIOS in SVR4 boot or operation, so the ioctl, if conservative, was quite safe. Linux, during bootstrap, before the Linux kernel is running, can have the bootstrap loader set a non-standard resolution. This uses BIOS calls, which are not really accessible once Linux is running. An alternative method is to use a "setvgamode" program. Since this has local knowledge about how it programmed registers, it potentially (if correctly programmed to do so, etc) can be safely used to select and reselect different text modes. However, there is also local knowledge in the X Server about graphics and text switches. There is no guarantee that the knowledge is synchronised, so with certain graphics chips and boards, it may be possible to risk a state in which the machine is locked up. The effect may not be common, but it is possible. This is because the setvideomode program could assume one set of knowledge about how to switch to a certain state, and the X Server can assume a different set of knowledge. Each program running alone would be safe, but the two together are a hazard. We've ended up with our Linux Server deciding what modes are safe, and if it *can* preserve text modes, it will do so, but if it decides that the mode switch involves a possibly dangerous operation, it forces a return to 80x25, which can result in an unpleasant mess on screen, but at least leaves the system consistently running, rather than risking an abrupt halt. What I'd like to see in FreeBSD, are a more complete set of things for handling VT's. Fortunately, I think that the functions can be split to make it manageable, though I'll admit I've no intention of doing any of this work ;-) There are many ways to create a more flexible, more fully featured and safer VT switching mechanism than those in SVR4 and Linux. Here are some desirable characteristics: 1/ doesn't permit VGA BIOS control over switching, at all. 2/ uses a consistent body of knowledge for switching to a mode. 3/ assumes that all switches that it does not make, will be returned to a safe mode. 4/ is triggered whenever switching to a specific VT. 5/ has VT specific configuration modes. 6/ may use a VGA library, if one is present, so that games and other non-X graphics, can use a common knowledge base for safer switching. I think that this means either an ioctl(), perhaps with a user level daemon that does the work, or possibly, using the X approach, an entirely user level process, perhaps connected to a virtual terminal manager. Features that I'd expect in the VT manager, include: a) initialisation program on first switching to a VT. This could be used to start a system monitor whenever there's no process on a prticular VT, or to start a login program only when switching to that VT for the first time (or when there's no controlling program for that VT). b) a program that is run each time the screen is switched to; this could be used for setting odd modes. c) optional mode setting on each VT switch. For example, this would permit a switch from the X Server to go to 80x25 on VT1, and then the VT manager would catch the switch and reselect 132x25 with a blue background and yellow text with Cyrillic font. d) experiment mode, in which various modes could be tried and safe ones marked for use in a per system restrictions file, for use by the configuration program. This should be run by the System Admin, so that users can only select between modes that do not upset the screen or graphics board and risk system integrity. e) screen driven configuration program, feeding a plain text file to allow easy per-system and per-user configurations of modes and programs. The key points that I'm trying to make, are that it should not be the responsibility of the X Server to guess what knowledge base was used to set up a text mode, and that this is reasonably a function of an Operating System (providing controlled access to a shared resource). Once you start to think like that, wider solutions with more features are possible. Cheers, JeremyC. -- Jeremy Chatfield, Phone: +1 303/298-7478 FAX:+1 303/298-1406 Commercial X Products - for sales/support/information please try: http://www.xinside.com/ mailto:info@xinside.com ftp://ftp.xinside.com Xi Graphics, 1801 Broadway, 17th Floor, Denver, CO 80202