From owner-freebsd-current Wed Jan 1 04:50:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA27126 for current-outgoing; Wed, 1 Jan 1997 04:50:27 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id EAA27121 for ; Wed, 1 Jan 1997 04:50:25 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vfQ7F-0003vzC; Wed, 1 Jan 97 04:49 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 NAA25001 for ; Wed, 1 Jan 1997 13:49:51 +0100 (MET) Received: from critter.dk.tfs.com (localhost.phk.dk [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id NAA12722 for ; Wed, 1 Jan 1997 13:52:37 +0100 (MET) To: current@freebsd.org Subject: potential for panic Reply-to: phk@freebsd.org Date: Wed, 01 Jan 1997 13:52:37 +0100 Message-ID: <12720.852123157@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk TAILQ_REMOVE and STAILQ_REMOVE would panic with a zero dereference if you tried to remove something not on the queue. Wouldn't it make sense to avoid that, or would the overhead be considered prohibitive ? -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed Jan 1 05:11:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA27485 for current-outgoing; Wed, 1 Jan 1997 05:11:25 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id FAA27480 for ; Wed, 1 Jan 1997 05:11:22 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vfQRX-0003vzC; Wed, 1 Jan 97 05:10 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 OAA25030 for ; Wed, 1 Jan 1997 14:10:49 +0100 (MET) Received: from critter.dk.tfs.com (localhost.phk.dk [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id OAA12878 for ; Wed, 1 Jan 1997 14:13:36 +0100 (MET) To: current@freebsd.org Subject: and MAKE_SET Reply-to: phk@freebsd.org Date: Wed, 01 Jan 1997 14:13:36 +0100 Message-ID: <12876.852124416@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Isn't it wrong to have MAKE_SET() in ? What if you want to use it from userland ? Is the right solution to have a #ifdef KERNEL section of or is it better to move MAKE_SET() and friends to another header, and in such case, which ? -- 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. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed Jan 1 06:23:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA29476 for current-outgoing; Wed, 1 Jan 1997 06:23:02 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA29470; Wed, 1 Jan 1997 06:23:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id GAA10526; Wed, 1 Jan 1997 06:22:49 -0800 (PST) Message-Id: <199701011422.GAA10526@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: phk@freebsd.org cc: current@freebsd.org Subject: Re: potential for panic In-reply-to: Your message of "Wed, 01 Jan 1997 13:52:37 +0100." <12720.852123157@critter.dk.tfs.com> From: David Greenman Reply-To: dg@root.com Date: Wed, 01 Jan 1997 06:22:49 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >TAILQ_REMOVE and STAILQ_REMOVE would panic with a zero dereference >if you tried to remove something not on the queue. > >Wouldn't it make sense to avoid that, or would the overhead be considered >prohibitive ? It would be a software error if multiple TAILQ_REMOVEs occurred (in just the same way that multiple frees are a bug), so the condition must be caught. I think a NULL dereference is not unreasonable (better than adding needless extra cost checking). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Wed Jan 1 09:55:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA17432 for current-outgoing; Wed, 1 Jan 1997 09:55:57 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA17425 for ; Wed, 1 Jan 1997 09:55:52 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA28059 for ; Wed, 1 Jan 1997 18:55:36 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA20423 for freebsd-current@FreeBSD.org; Wed, 1 Jan 1997 18:55:35 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id RAA28738 for freebsd-current@FreeBSD.org; Wed, 1 Jan 1997 17:05:16 +0100 (MET) From: J Wunsch Message-Id: <199701011605.RAA28738@uriah.heep.sax.de> Subject: Resolver Error 0 (no error) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 1 Jan 1997 17:05:15 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk ... fetch: couldn't open FTP connection to ftp.funet.fi: Resolver Error 0 (no error) Hmpf? j@uriah 349% host ftp.funet.fi ftp.funet.fi is a nickname for nic.funet.fi nic.funet.fi has address 128.214.248.6 ^C I waited long, and finally hit ^C. j@uriah 353% nslookup -q=any ftp.funet.fi Server: localhost Address: 127.0.0.1 Non-authoritative answer: ftp.funet.fi canonical name = nic.funet.fi Authoritative answers can be found from: funet.fi nameserver = pobox.csc.fi funet.fi nameserver = ns-secondary.funet.fi funet.fi nameserver = funet.fi pobox.csc.fi internet address = 128.214.46.62 ns-secondary.funet.fi internet address = 128.214.248.132 funet.fi internet address = 130.230.1.1 Does anybody have an idea what went wrong here? -- 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 Wed Jan 1 11:53:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA21409 for current-outgoing; Wed, 1 Jan 1997 11:53:32 -0800 (PST) Received: from wgrobez1.remote.louisville.edu (wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA21402 for ; Wed, 1 Jan 1997 11:53:25 -0800 (PST) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.8.4/8.6.12) with SMTP id OAA18277 for ; Wed, 1 Jan 1997 14:53:38 -0500 (EST) Date: Wed, 1 Jan 1997 14:53:18 -0500 (EST) From: Gary Roberts To: freebsd-current@freebsd.org Subject: Make world death 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 died on me last night :( Error is as follows: In file included from /usr/src/lib/libpcap/../..contrib/libpcap/nametoaddr.c:39: /usr/include/net/if.h:110: field `ifi_lastchange' has incomplete type ***Error code 1 Thanks Gary From owner-freebsd-current Wed Jan 1 13:03:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA23684 for current-outgoing; Wed, 1 Jan 1997 13:03:23 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA23677 for ; Wed, 1 Jan 1997 13:03:19 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vfXoG-0003whC; Wed, 1 Jan 97 13:02 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 WAA25510; Wed, 1 Jan 1997 22:02:45 +0100 (MET) Received: from critter.dk.tfs.com (localhost.phk.dk [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id WAA13840; Wed, 1 Jan 1997 22:05:36 +0100 (MET) To: Garrett Wollman Cc: current@freebsd.org Subject: Re: and MAKE_SET In-reply-to: Your message of "Wed, 01 Jan 1997 14:57:14 EST." <9701011957.AA19705@halloran-eldar.lcs.mit.edu> Date: Wed, 01 Jan 1997 22:05:35 +0100 Message-ID: <13838.852152735@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>> Isn't it wrong to have MAKE_SET() in ? What if you want >>>> to use it from userland ? >>> >>> Then you write `asm(".stabs blah,blah,blah,blah")'. > >> Yeah, right after `goto L1020;' :-( > >> We're not here to reinvent the wheel all the time. > >I would just as soon see linker sets not used in user-land code, so as >to not diminish its value to other people who are attempting to do >things with it that don't involve using our linker/build environment. >One of the nice things about most of the user-land code as it stands >is that I can take most of the utilities together with some useful >glue from the C library and have things work on other platforms. I don't care much about this, but it prevents me from testing my kernel code in a userland harness :-( I'm going to stick in this patch: Index: kernel.h =================================================================== RCS file: /home/ncvs/src/sys/sys/kernel.h,v retrieving revision 1.22 diff -u -r1.22 kernel.h --- kernel.h 1996/09/20 14:36:14 1.22 +++ kernel.h 1997/01/01 13:25:20 @@ -47,6 +47,7 @@ /* Global variables for the kernel. */ +#ifdef KERNEL /* 1.1 */ extern long hostid; extern char hostname[MAXHOSTNAMELEN]; @@ -72,6 +73,7 @@ extern int tickdelta; extern long timedelta; +#endif /* KERNEL */ /* * The following macros are used to declare global sets of objects, which * are collected by the linker into a `struct linker_set' as defined below. -- 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 Wed Jan 1 13:22:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA24805 for current-outgoing; Wed, 1 Jan 1997 13:22:15 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA24797 for ; Wed, 1 Jan 1997 13:22:10 -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 WAA09618 for ; Wed, 1 Jan 1997 22:24:11 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id WAA12684 for freebsd-current@freefall.cdrom.com; Wed, 1 Jan 1997 22:40:21 +0100 (MET) Date: Wed, 1 Jan 1997 22:40:21 +0100 (MET) From: Christoph Kukulies Message-Id: <199701012140.WAA12684@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: another world build stopper? Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk gzip -c /usr/src/usr.bin/colldef/colldef.1 > colldef.1.gz ===> usr.bin/colldef/data /usr/obj/usr/src/usr.bin/colldef/data/../colldef -I /usr/src/usr.bin/colldef/data -o de_DE.ISO_8859-1.out /usr/src/usr.bin/colldef/data/de_DE.ISO_8859-1.src /usr/obj/usr/src/usr.bin/colldef/data/../colldef -I /usr/src/usr.bin/colldef/data -o es_ES.ISO_8859-1.out /usr/src/usr.bin/colldef/data/es_ES.ISO_8859-1.src /usr/obj/usr/src/usr.bin/colldef/data/../colldef -I /usr/src/usr.bin/colldef/data -o is_IS.ISO_8859-1.out /usr/src/usr.bin/colldef/data/is_IS.ISO_8859-1.src colldef: Char 0xd6 duplicated near line 24 *** Error code 69 Stop. *** Error code 1 --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Jan 1 15:20:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA29484 for current-outgoing; Wed, 1 Jan 1997 15:20:08 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA29460 for ; Wed, 1 Jan 1997 15:20:01 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id AAA04291; Thu, 2 Jan 1997 00:15:57 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.4/8.8.2) id XAA15116; Wed, 1 Jan 1997 23:55:58 +0100 (MET) Message-ID: Date: Wed, 1 Jan 1997 23:55:58 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: rlb@mindspring.com (Ron Bolin) Cc: freebsd-current@FreeBSD.org Subject: Re: AHC_SCBPAGING_ENABLE option References: <32C7D713.41C67EA6@mindspring.com> X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: <32C7D713.41C67EA6@mindspring.com>; from "Ron Bolin" on Dec 30, 1996 09:52:03 -0500 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Ron Bolin writes: > I have an Adaptec 2940UW running 1 wide 4GB disk, 1 cd, 1 Archive Viper > SCSI QIC tape, > and 1 HP 35480 DAT. Prior to 12-20-96 I could perform dump backups on my > 1.3 GB partitions with AHC_SCBPAGING_ENABLE enabled in my config file. > > As of 12-29 I can no longer perform those dumps, I get SCBPAGING errors > and a premature end of tape detection. Upon removing this option, the > backup dump works fine. This trouble also appears on todays 12-30-96 > 2.2. RELENG_2_2 with the option enabled. Disable AHC_SCBPAGING_ENABLE and AHC_TAGENABLE ! Build a new kernel and retry. I have the same problem using dump and a 5GB Tandberg TDC 4222. There is already a problem report about this submitted by me and forwarded by Joerg to Justin, which is the SCSI guru. Andreas /// -- 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 Wed Jan 1 17:56:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA08047 for current-outgoing; Wed, 1 Jan 1997 17:56:10 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA08040; Wed, 1 Jan 1997 17:56:04 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr2-38.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA10866 (5.67b/IDA-1.5); Thu, 2 Jan 1997 02:55:58 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.4/8.6.9) id CAA07526; Thu, 2 Jan 1997 02:55:59 +0100 (CET) Message-Id: Date: Thu, 2 Jan 1997 02:55:58 +0100 From: se@FreeBSD.ORG (Stefan Esser) To: dev@fgate.flevel.co.uk (Developer) Cc: se@FreeBSD.ORG (Stefan Esser), freebsd-current@FreeBSD.ORG Subject: Re: Wine on Freebsd Current References: X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: ; from Developer on Dec 30, 1996 09:44:15 +0000 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Dec 30, dev@fgate.flevel.co.uk (Developer) wrote: > > > On Mon, 23 Dec 1996, Stefan Esser wrote: > > > You need to put back the following file contents into > > /usr/ports/emulators/wine/patches/patch-an: > > Thanks, that did work fine:) And I added the patch back for Wine-970101. > Wine seems to be running a lot better now than ever before.. A couple of > minor problems which Ive noticed:- Well, I'm maintaining the Wine port, but don't have time to look into any problems myself ... > When running Write it won't let me select an area of text by dragging over > it, although double click to select a word works okay. This didn't work in other programs, neither. But check out the January 1st version. You will be pleasantly surprised :) > When running the program manager the icons for the program groups do not > have the number underneath name -- very weird. Don't know about that, but it might be a font problem. > The multi-selected boxes don't seem to show the current value in them > (Seem to be blank) but they do allow you to pull them down to select. Hmmm, some menues seem to be empty. There is also a problem with the -managed mode: Menues may be mapped *behind* the main window, and are then invisible ... > I'm hoping that MS-Word might work on Wine on day:)) But it does! You have to make sure that your C: drive (as configured in /usr/local/etc/wine.conf) is writeable, and that all your paths defined in the winword .ini files are found under the same name when running under Wine. (This may require some symbolic links, or magic added to wine.conf :) Regards, STefan From owner-freebsd-current Wed Jan 1 18:13:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA08574 for current-outgoing; Wed, 1 Jan 1997 18:13:04 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA08567 for ; Wed, 1 Jan 1997 18:13:00 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id MAA14844 for current@freebsd.org; Thu, 2 Jan 1997 12:42:57 +1030 (CST) From: Michael Smith Message-Id: <199701020212.MAA14844@genesis.atrad.adelaide.edu.au> Subject: 'base' system partitioning To: current@freebsd.org Date: Thu, 2 Jan 1997 12:42:56 +1030 (CST) 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 OK people, here's a really simple proposal to encourage some discussion on the classification of things and to make it easier to test. Consider the following patch to bsd.subdir.mk. Move directories containing non-'base' items out of the SUBDIR entry and into foo_SUBDIR lines _after_ the .include of bsd.subdir.mk. The gymnastics are necessary to avoid inheriting definitions from higher up, and mean that these changes can be selectively deployed rather than requiring a huge sweep over the whole tree. Note that TEXTPROC and DEVEL are arbitrary; if you can think of better names or other categories, please suggest. If nobody is in violent, rational opposition to this, how about I commit it and let the anti-bloatists free? See my post to hackers about DWIM on ${${FOO}} - I would prefer to have the names of the categories in a variable inherited from somewhere else and then iterate over them using .for, but it looks like that would be hard work without using the shell. Patch follows (beware snarf-n-barf damage) --- /local1/playpen/2.2/src/share/mk/bsd.subdir.mk Sat Sep 21 01:47:07 1996 +++ bsd.subdir.mk Thu Jan 2 12:29:59 1997 @@ -1,10 +1,24 @@ # from: @(#)bsd.subdir.mk 5.9 (Berkeley) 2/1/91 # $Id: bsd.subdir.mk,v 1.11 1996/09/20 16:17:07 bde Exp $ +REAL_SUBDIR= ${SUBDIR} + +# Add non-base subdirs +TEXTPROC_SUBDIR= +.if !defined(NO_TEXTPROC) +REAL_SUBDIR+= ${TEXTPROC_SUBDIR} +.endif + +DEVEL_SUBDIR= +.if !defined(NO_DEVEL) +REAL_SUBDIR+= ${DEVEL_SUBDIR} +.endif + + .MAIN: all _SUBDIRUSE: .USE - @for entry in ${SUBDIR}; do \ + @for entry in ${REAL_SUBDIR}; do \ (if test -d ${.CURDIR}/$${entry}.${MACHINE}; then \ ${ECHODIR} "===> ${DIRPRFX}$${entry}.${MACHINE}"; \ edir=$${entry}.${MACHINE}; \ @@ -17,7 +31,7 @@ ${MAKE} ${.TARGET:realinstall=install} DIRPRFX=${DIRPRFX}$$edir/); \ done -${SUBDIR}:: +${REAL_SUBDIR}:: @if test -d ${.TARGET}.${MACHINE}; then \ cd ${.CURDIR}/${.TARGET}.${MACHINE}; \ else \ -- ]] 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 Wed Jan 1 19:54:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA13781 for current-outgoing; Wed, 1 Jan 1997 19:54:04 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA13776 for ; Wed, 1 Jan 1997 19:54:00 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id EAA07219; Thu, 2 Jan 1997 04:46:25 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.4/8.8.2) id EAA11492; Thu, 2 Jan 1997 04:29:07 +0100 (MET) Message-ID: Date: Thu, 2 Jan 1997 04:29:07 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: jb@cimlogic.com.au (John Birrell) Cc: current@FreeBSD.org Subject: Re: libtcl hoses vi! References: <199612302120.IAA18463@freebsd1.cimlogic.com.au> X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: <199612302120.IAA18463@freebsd1.cimlogic.com.au>; from "John Birrell" on Dec 31, 1996 08:20:05 +1100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk John Birrell writes: > Could someone *please* put tclLoad.c in src/lib/libtcl/Makefile so > that my vi will work again? > > You can do what ever you want to my grand-mother, but killing my > vi is just going *too* far! 8-) Use vim from the ports collection as workaround ;-)) BTW, vim looks really cool. -- 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 Wed Jan 1 19:59:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA13953 for current-outgoing; Wed, 1 Jan 1997 19:59:49 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA13948 for ; Wed, 1 Jan 1997 19:59:47 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id OAA15212; Thu, 2 Jan 1997 14:29:24 +1030 (CST) From: Michael Smith Message-Id: <199701020359.OAA15212@genesis.atrad.adelaide.edu.au> Subject: Re: Which libraries are necessary In-Reply-To: <199612310952.KAA23867@uriah.heep.sax.de> from J Wunsch at "Dec 31, 96 10:52:11 am" To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 2 Jan 1997 14:29:23 +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 J Wunsch stands accused of saying: > As Michael Smith wrote: > > > Still, I'm quite happy with it. Any suggestions as to where it > > belongs in the scheme of things? > > src/tools perhaps? Done. There's plenty of room for fluff in it of course, and if people want to complain or make enhancement requests I'm open 8) Note that I've tweaked it slightly to work with the 2.1 ldconfig, which returns a garbage status value. You'll get a couple of warning messages but it'll soldier on regardless. > cheers, J"org -- ]] 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 Wed Jan 1 21:00:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA15729 for current-outgoing; Wed, 1 Jan 1997 21:00:50 -0800 (PST) Received: from mira.net.au (eplet.mira.net.au [203.9.190.17]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id VAA15722 for ; Wed, 1 Jan 1997 21:00:40 -0800 (PST) Received: (qmail 21971 invoked from network); 2 Jan 1997 05:00:29 -0000 Received: from melb.werple.net.au (203.9.190.18) by eplet.mira.net.au with SMTP; 2 Jan 1997 05:00:29 -0000 Received: (from uucp@localhost) by melb.werple.net.au (8.7.6/8.7.3/2) with UUCP id PAA07019; Thu, 2 Jan 1997 15:50:02 +1100 (EST) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id PAA23416; Thu, 2 Jan 1997 15:37:17 +1100 (EST) From: John Birrell Message-Id: <199701020437.PAA23416@freebsd1.cimlogic.com.au> Subject: Re: libtcl hoses vi! To: andreas@klemm.gtn.com (Andreas Klemm) Date: Thu, 2 Jan 1997 15:37:16 +1100 (EST) Cc: jb@cimlogic.com.au, current@freebsd.org In-Reply-To: from Andreas Klemm at "Jan 2, 97 04:29:07 am" 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 Andreas Klemm wrote: > Use vim from the ports collection as workaround ;-)) I've fixed my local source. That's my workaround. > > BTW, vim looks really cool. > Now if vim was really *hot* (i.e. the best thing since sliced bread) maybe I would _have_ to use it, but since it's only *cool*, well ... 8-) So what's cool about vim (apart from the fact that it shares the name of an abrasive cleaning product here in Oz)? -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Wed Jan 1 21:01:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA15745 for current-outgoing; Wed, 1 Jan 1997 21:01:07 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA15719 for ; Wed, 1 Jan 1997 21:00:32 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.6/BSD4.4) id PAA20024 Thu, 2 Jan 1997 15:56:53 +1100 (EST) From: michael butler Message-Id: <199701020456.PAA20024@asstdc.scgt.oz.au> Subject: Re: Resolver Error 0 (no error) In-Reply-To: <199701011605.RAA28738@uriah.heep.sax.de> from J Wunsch at "Jan 1, 97 05:05:15 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 2 Jan 1997 15:56:53 +1100 (EST) 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 J Wunsch writes: > fetch: couldn't open FTP connection to ftp.funet.fi: Resolver Error 0 (no > error) > Hmpf? Best guess .. fetch is waiting for an authoritative answer and the nameservers who would be so are unreachable or not responding, michael From owner-freebsd-current Thu Jan 2 01:08:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA24302 for current-outgoing; Thu, 2 Jan 1997 01:08:38 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA24292 for ; Thu, 2 Jan 1997 01:08:24 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA02356 for ; Thu, 2 Jan 1997 09:51:14 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA04500 for freebsd-current@FreeBSD.org; Thu, 2 Jan 1997 09:51:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA03861 for freebsd-current@FreeBSD.org; Thu, 2 Jan 1997 09:46:44 +0100 (MET) From: J Wunsch Message-Id: <199701020846.JAA03861@uriah.heep.sax.de> Subject: Re: Resolver Error 0 (no error) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 2 Jan 1997 09:46:43 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701020456.PAA20024@asstdc.scgt.oz.au> from michael butler at "Jan 2, 97 03:56:53 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As michael butler wrote: > > fetch: couldn't open FTP connection to ftp.funet.fi: Resolver Error 0 (no > > error) > > > Hmpf? > > Best guess .. fetch is waiting for an authoritative answer and the > nameservers who would be so are unreachable or not responding, Well, to the very least, ``Error 0 (no error)'' is a sad joke. Either there's an error condition, so there should be an error code, or not. Anyway, even if so, why does fetch wait for any authoritative answer? There's a non-authoritative answer avaiable, and all the required data are there (CNAME record, A record for the host). I have seen the behaviour of host(1) hanging indefinately before, i only didn't care. I'm afraid there's a bug in our resolver code. -- 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 Thu Jan 2 01:22:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA24939 for current-outgoing; Thu, 2 Jan 1997 01:22:40 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA24930 for ; Thu, 2 Jan 1997 01:22:35 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA04556 for ; Thu, 2 Jan 1997 10:21:15 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA04651 for freebsd-current@FreeBSD.org; Thu, 2 Jan 1997 10:21:15 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id KAA04336 for freebsd-current@FreeBSD.org; Thu, 2 Jan 1997 10:16:40 +0100 (MET) From: J Wunsch Message-Id: <199701020916.KAA04336@uriah.heep.sax.de> Subject: Re: AHC_SCBPAGING_ENABLE option To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 2 Jan 1997 10:16:40 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Andreas Klemm at "Jan 1, 97 11:55:58 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Andreas Klemm wrote: > Disable AHC_SCBPAGING_ENABLE and AHC_TAGENABLE ! Build a new kernel > and retry. I have the same problem using dump and a 5GB Tandberg > TDC 4222. There is already a problem report about this submitted > by me and forwarded by Joerg to Justin, which is the SCSI guru. Justin's swamped right now. I think he knows about that problem. -- 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 Thu Jan 2 02:22:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA27026 for current-outgoing; Thu, 2 Jan 1997 02:22:41 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA27020 for ; Thu, 2 Jan 1997 02:22:33 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA09116; Thu, 2 Jan 1997 11:22:20 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA05363; Thu, 2 Jan 1997 11:22:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id LAA04999; Thu, 2 Jan 1997 11:09:50 +0100 (MET) From: J Wunsch Message-Id: <199701021009.LAA04999@uriah.heep.sax.de> Subject: Re: another world build stopper? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 2 Jan 1997 11:09:50 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701012140.WAA12684@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Jan 1, 97 10:40:21 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > /usr/obj/usr/src/usr.bin/colldef/data/../colldef -I /usr/src/usr.bin/colldef/data -o is_IS.ISO_8859-1.out /usr/src/usr.bin/colldef/data/is_IS.ISO_8859-1.src > colldef: Char 0xd6 duplicated near line 24 > *** Error code 69 Didn't Adam already correct this one? I remember a commit message from him saying ``Brain-o''. -- 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 Thu Jan 2 02:26:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA27123 for current-outgoing; Thu, 2 Jan 1997 02:26:08 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA27118; Thu, 2 Jan 1997 02:26:00 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id CAA13738; Thu, 2 Jan 1997 02:25:58 -0800 (PST) To: current@freebsd.org cc: joerg@freebsd.org Subject: Did my floppy drive just break or does fdformat no longer work? Date: Thu, 02 Jan 1997 02:25:58 -0800 Message-ID: <13734.852200758@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Running a kernel built as of this morning from -current, I can no longer format floppies - I get a cascade of kernel warning messages: jkh@time-> fd0c: hard error reading fsbn 18 of 16-19 (ST0 44 ST1 4 ST2 0 cyl 0 hd 1 sec 1) fd0c: hard error reading fsbn 18 of 16-19 (ST0 44 ST1 4 ST2 0 cyl 0 hd 1 sec 1) ... And so on. I can take the exact same floppy over to my 2.1.6 box and format it there, so I'm positive it's not a bad floppy (that's what I first thought too until the 10th one I tried proved "bad" and I started doing some comparison testing). This could the floppy driver, it could be something it depends on, I dunno! Jordan From owner-freebsd-current Thu Jan 2 03:59:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA00631 for current-outgoing; Thu, 2 Jan 1997 03:59:54 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA00626 for ; Thu, 2 Jan 1997 03:59:51 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA15528; Thu, 2 Jan 1997 12:51:07 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA07492; Thu, 2 Jan 1997 12:51:06 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id MAA06507; Thu, 2 Jan 1997 12:47:35 +0100 (MET) From: J Wunsch Message-Id: <199701021147.MAA06507@uriah.heep.sax.de> Subject: Re: Did my floppy drive just break or does fdformat no longer work? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 2 Jan 1997 12:47:35 +0100 (MET) Cc: jkh@time.cdrom.com (Jordan K. Hubbard) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <13734.852200758@time.cdrom.com> from "Jordan K. Hubbard" at "Jan 2, 97 02:25:58 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > Running a kernel built as of this morning from -current, I can no longer > format floppies - I get a cascade of kernel warning messages: > > jkh@time-> fd0c: hard error reading fsbn 18 of 16-19 (ST0 44 ST1 4 ST2 0 cyl 0 hd 1 sec 1) > fd0c: hard error reading fsbn 18 of 16-19 (ST0 44 ST1 4 ST2 0 cyl 0 hd 1 sec 1) > ... Nothing dramatically has been changed in the floppy driver, not that i could think of. Perhaps you simply try swapping drives first? Well, it happens at the first access to head 1, so perhaps the `top head' of your drive is dead. -- 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 Thu Jan 2 05:20:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA03504 for current-outgoing; Thu, 2 Jan 1997 05:20:42 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA03439; Thu, 2 Jan 1997 05:19:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id FAA15795; Thu, 2 Jan 1997 05:19:33 -0800 (PST) Message-Id: <199701021319.FAA15795@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: current@freebsd.org, joerg@freebsd.org Subject: Re: Did my floppy drive just break or does fdformat no longer work? In-reply-to: Your message of "Thu, 02 Jan 1997 02:25:58 PST." <13734.852200758@time.cdrom.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 02 Jan 1997 05:19:33 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Running a kernel built as of this morning from -current, I can no longer >format floppies - I get a cascade of kernel warning messages: > >jkh@time-> fd0c: hard error reading fsbn 18 of 16-19 (ST0 44 ST1 4 ST2 0 cyl 0 hd 1 sec 1) >fd0c: hard error reading fsbn 18 of 16-19 (ST0 44 ST1 4 ST2 0 cyl 0 hd 1 sec 1) >... Looks like "fdformat" is assuming the wrong density = there are only 18 blocks/track on a 1.44MB floppy (0-17), so it should come as no surprise that an attempt to format block 18 would fail. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Thu Jan 2 05:24:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA03675 for current-outgoing; Thu, 2 Jan 1997 05:24:43 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA03667 for ; Thu, 2 Jan 1997 05:24:37 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id AAA05486; Fri, 3 Jan 1997 00:16:18 +1100 Date: Fri, 3 Jan 1997 00:16:18 +1100 From: Bruce Evans Message-Id: <199701021316.AAA05486@godzilla.zeta.org.au> To: phk@critter.dk.tfs.com, wollman@lcs.mit.edu Subject: Re: and MAKE_SET Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> Isn't it wrong to have MAKE_SET() in ? What if you want >>>>> to use it from userland ? Probably. It not very conveniently placed for use in the kernel. In userland, you declare the magic parts of MAKE_SET() in a user header. >>I would just as soon see linker sets not used in user-land code, so as >>to not diminish its value to other people who are attempting to do >>things with it that don't involve using our linker/build environment. I agree. >>One of the nice things about most of the user-land code as it stands >>is that I can take most of the utilities together with some useful >>glue from the C library and have things work on other platforms. Except for cruft like __P. >I don't care much about this, but it prevents me from testing my >kernel code in a userland harness :-( > >I'm going to stick in this patch: > >Index: kernel.h > ... >+#ifdef KERNEL kernel.h was supposed to be kernel-only. In the CSRG version it has only the kernel variables that you ifdefed (less a few). Bruce From owner-freebsd-current Thu Jan 2 06:11:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA05267 for current-outgoing; Thu, 2 Jan 1997 06:11:09 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA05259 for ; Thu, 2 Jan 1997 06:11:06 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id PAA09377; Thu, 2 Jan 1997 15:01:37 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.4/8.8.2) id OAA25181; Thu, 2 Jan 1997 14:33:40 +0100 (MET) Message-ID: Date: Thu, 2 Jan 1997 14:33:40 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: jb@cimlogic.com.au (John Birrell) Cc: current@FreeBSD.org Subject: Re: libtcl hoses vi! References: <199701020437.PAA23416@freebsd1.cimlogic.com.au> X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: <199701020437.PAA23416@freebsd1.cimlogic.com.au>; from "John Birrell" on Jan 2, 1997 15:37:16 +1100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk John Birrell writes: > Now if vim was really *hot* (i.e. the best thing since sliced bread) maybe > I would _have_ to use it, but since it's only *cool*, well ... 8-) Oh dear :-)) > So what's cool about vim (apart from the fact that it shares the name > of an abrasive cleaning product here in Oz)? >From the DESCR file: Vim is an almost compatible version of the UNIX text editor vi. Only the 'Q' command is missing (you don't need it). Many new features have been added: multiple windows and buffers, multi level undo, command line history, filename completion, selection highlighting, block operations (including column/rectangular blocks), etc. an X-windows aware or a full X-windows GUI version can also be built that allows full use of the mouse and pull-down menus Portability to all UNIX platforms, Amiga DOS, MS-DOS, MS-Windows NT, and Archimedes. -- 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 Thu Jan 2 06:22:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA05851 for current-outgoing; Thu, 2 Jan 1997 06:22:58 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id GAA05804 for ; Thu, 2 Jan 1997 06:22:47 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA25592 for ; Thu, 2 Jan 1997 15:21:11 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA09057 for freebsd-current@FreeBSD.org; Thu, 2 Jan 1997 15:21:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id OAA07036 for freebsd-current@FreeBSD.org; Thu, 2 Jan 1997 14:57:00 +0100 (MET) From: J Wunsch Message-Id: <199701021357.OAA07036@uriah.heep.sax.de> Subject: Re: Did my floppy drive just break or does fdformat no longer work? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 2 Jan 1997 14:56:59 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701021319.FAA15795@root.com> from David Greenman at "Jan 2, 97 05:19:33 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As David Greenman wrote: > >fd0c: hard error reading fsbn 18 of 16-19 (ST0 44 ST1 4 ST2 0 cyl 0 hd 1 sec 1) > >... > > Looks like "fdformat" is assuming the wrong density = there are only 18 > blocks/track on a 1.44MB floppy (0-17), so it should come as no surprise that > an attempt to format block 18 would fail. No, you're clearly misinterpreting the log message. It has just switched to use head 1 (aka. ``top head''). This is fully correct, block 18 == cyl 0 head 1 sector 1 (sector numbering is base 1, cylinder and head numbering is base 0). -- 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 Thu Jan 2 07:02:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA07393 for current-outgoing; Thu, 2 Jan 1997 07:02:42 -0800 (PST) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id HAA07388 for ; Thu, 2 Jan 1997 07:02:33 -0800 (PST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Thu, 2 Jan 97 16:02 MET Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-current@freebsd.org id ; Thu, 2 Jan 97 16:02 MET Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA25876; Thu, 2 Jan 97 15:28:43 +0100 Date: Thu, 2 Jan 97 15:28:43 +0100 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9701021428.AA25876@wavehh.hanse.de> To: bde@zeta.ORG.AU Cc: freebsd-current@freebsd.org Subject: Re: i586-optimized copyin/out still broken Newsgroups: hanse-ml.freebsd.current References: <199612281235.XAA17631@godzilla.zeta.org.au> Reply-To: cracauer@wavehh.hanse.de Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: >>bde 96/12/28 04:18:46 >> >> Modified: sys/i386/isa npx.c >> Log: >> Disabled i586-optimized copyin and copyout again. The fault handler >> is still broken - it doesn't restore the floating point state. >> >> 2.2-BETA users should disable it using npx0 flags 0x04 the same as >> 2.2-ALPHA users should have. >> >> Revision Changes Path >> 1.35 +3 -1 src/sys/i386/isa/npx.c >Already disabled in in 2.2 too. Could this problem result in NaN being produced at wrong places. I filled a PR (2142) about it, maybe it could be closed then. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin_Cracauer@wavehh.hanse.de http://cracauer.cons.org Fax.: +4940 5228536 "As far as I'm concerned, if something is so complicated that you can't ex- plain it in 10 seconds, then it's probably not worth knowing anyway"- Calvin From owner-freebsd-current Thu Jan 2 08:29:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA11696 for current-outgoing; Thu, 2 Jan 1997 08:29:52 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA11680 for ; Thu, 2 Jan 1997 08:29:42 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id LAA10553 for freebsd-current@FreeBSD.org; Thu, 2 Jan 1997 11:26:51 -0500 From: Bill Paul Message-Id: <199701021626.LAA10553@skynet.ctr.columbia.edu> Subject: Re: Resolver Error 0 (no error) To: freebsd-current@FreeBSD.org Date: Thu, 2 Jan 1997 11:26:50 -0500 (EST) In-Reply-To: <199701020846.JAA03861@uriah.heep.sax.de> from "J Wunsch" at Jan 2, 97 09:46:43 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, J Wunsch had to walk into mine and say: > As michael butler wrote: > > > > fetch: couldn't open FTP connection to ftp.funet.fi: Resolver Error 0 (no > > > error) > > > > > Hmpf? > > > > Best guess .. fetch is waiting for an authoritative answer and the > > nameservers who would be so are unreachable or not responding, > > Well, to the very least, ``Error 0 (no error)'' is a sad joke. Either > there's an error condition, so there should be an error code, or not. > > Anyway, even if so, why does fetch wait for any authoritative answer? > There's a non-authoritative answer avaiable, and all the required data > are there (CNAME record, A record for the host). > > I have seen the behaviour of host(1) hanging indefinately before, i > only didn't care. I'm afraid there's a bug in our resolver code. This reminds me: [/homes/wpaul]:marple{15}% traceroute freebsd.org traceroute to freebsd.org (204.216.27.18), 30 hops max, 40 byte packets 1 ctr-gw.ctr.columbia.edu (128.59.74.1) 2.741 ms 2.465 ms 2.467 ms 2 mudd-gw.net.columbia.edu (128.59.62.1) 4.353 ms 3.124 ms 3.038 ms 3 128.59.45.2 (128.59.45.2) 45.279 ms 49.961 ms 51.045 ms 4 nyser-gw.net.columbia.edu (128.59.247.1) 189.497 ms 112.663 ms 100.243 ms 5 169.130.12.5 (169.130.12.5) 91.750 ms 98.124 ms 102.126 ms 6 169.130.1.101 (169.130.1.101) 82.285 ms 74.644 ms 79.732 ms 7 144.228.60.1 (144.228.60.1) 281.282 ms 141.881 ms 219.776 ms 8 198.67.2.11 (198.67.2.11) 118.587 ms 110.496 ms 113.735 ms 9 144.228.10.102 (144.228.10.102) 259.932 ms 149.262 ms 149.992 ms 10 144.228.10.50 (144.228.10.50) 231.764 ms 217.007 ms 238.777 ms 11 pb-nap.crl.net (198.32.128.20) 147.369 ms 156.685 ms 149.741 ms 12 E0-CRL-SFO-02-E0X0.US.CRL.NET (165.113.55.2) 166.600 ms 183.481 ms 253.803 ms 13 T1-CDROM-00-EX.US.CRL.NET (165.113.118.2) 131.645 ms 135.416 ms 163.520 ms 14 freefall.FreeBSD.ORG (204.216.27.18) 160.483 ms * 312.308 ms [/homes/wpaul]:marple{16}% uname -sr FreeBSD 2.2-BETA_A Hops 5 through 10 didn't reverse resolve correctly, but: [/homes/wpaul]:marple{17}% nslookup 169.130.12.5 Server: sirius.ctr.columbia.edu Address: 128.59.64.60 Name: ny-nyc-2-H4/0-T3.nysernet.net Address: 169.130.12.5 With FreeBSD 2.1.0: [/home/wpaul]:OmniVAX{36}% traceroute freebsd.org traceroute to freebsd.org (204.216.27.18), 30 hops max, 40 byte packets 1 ctr-gw.ctr.columbia.edu (128.59.64.1) 169.288 ms 226.311 ms 197.468 ms 2 mudd-gw.net.columbia.edu (128.59.62.1) 175.367 ms 227.903 ms 347.029 ms 3 128.59.45.2 (128.59.45.2) 222.734 ms 233.502 ms 218.619 ms 4 nyser-gw.net.columbia.edu (128.59.247.1) 208.978 ms 309.440 ms 224.325 ms 5 ny-nyc-2-H4/0-T3.nysernet.net (169.130.12.5) 298.337 ms 271.123 ms 266.279 ms 6 ny-pen-1-H2/0-T3.nysernet.net (169.130.1.101) 363.654 ms 297.084 ms 362.543 ms 7 sl-pen-1-F0/0.sprintlink.net (144.228.60.1) 295.228 ms 426.730 ms 339.896 ms 8 sl-pen-11-F/T.sprintlink.net (198.67.2.11) 239.456 ms 283.974 ms 248.982 ms 9 sl-stk-1-H12/0-T3.sprintlink.net (144.228.10.102) 448.619 ms 335.131 ms * 10 * * sl-stk-nap-H2/0-T3.sprintlink.net (144.228.10.50) 433.355 ms 11 pb-nap.crl.net (198.32.128.20) 371.726 ms 397.078 ms 362.136 ms 12 E0-CRL-SFO-02-E0X0.US.CRL.NET (165.113.55.2) 373.627 ms 464.830 ms 397.843 ms 13 T1-CDROM-00-EX.US.CRL.NET (165.113.118.2) 398.602 ms 393.075 ms 479.812 ms 14 freefall.FreeBSD.ORG (204.216.27.18) 343.168 ms 467.463 ms 371.996 ms Granted this is Sprint we're talking about here, but this seems a little odd. My named is from BIND 4.9.5-REL. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Thu Jan 2 09:54:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA19089 for current-outgoing; Thu, 2 Jan 1997 09:54:33 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA19081 for ; Thu, 2 Jan 1997 09:54:31 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vfrL4-0003whC; Thu, 2 Jan 97 09:53 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 SAA27620; Thu, 2 Jan 1997 18:53:55 +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 PAA15439; Thu, 2 Jan 1997 15:15:34 +0100 (MET) To: Bruce Evans cc: wollman@lcs.mit.edu, current@freebsd.org Subject: Re: and MAKE_SET In-reply-to: Your message of "Fri, 03 Jan 1997 00:16:18 +1100." <199701021316.AAA05486@godzilla.zeta.org.au> Date: Thu, 02 Jan 1997 15:15:33 +0100 Message-ID: <15437.852214533@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701021316.AAA05486@godzilla.zeta.org.au>, Bruce Evans writes: >>I'm going to stick in this patch: >> >>Index: kernel.h >> ... >>+#ifdef KERNEL > >kernel.h was supposed to be kernel-only. In the CSRG version it has >only the kernel variables that you ifdefed (less a few). Well, I'm all for moving the MAKE_SET stuff to a separate or different header. This #ifdef solved my problem, I can compile my test-harness again now. -- 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 Jan 2 09:55:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA19207 for current-outgoing; Thu, 2 Jan 1997 09:55:18 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA19158; Thu, 2 Jan 1997 09:55:02 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id JAA00650 ; Thu, 2 Jan 1997 09:55:01 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vfrL1-0003vrC; Thu, 2 Jan 97 09:53 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 SAA27617; Thu, 2 Jan 1997 18:53:38 +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 PAA15603; Thu, 2 Jan 1997 15:43:38 +0100 (MET) To: dg@root.com cc: "Jordan K. Hubbard" , current@freebsd.org, joerg@freebsd.org Subject: Re: Did my floppy drive just break or does fdformat no longer work? In-reply-to: Your message of "Thu, 02 Jan 1997 05:19:33 PST." <199701021319.FAA15795@root.com> Date: Thu, 02 Jan 1997 15:43:37 +0100 Message-ID: <15601.852216217@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701021319.FAA15795@root.com>, David Greenman writes: >>Running a kernel built as of this morning from -current, I can no longer >>format floppies - I get a cascade of kernel warning messages: >> >>jkh@time-> fd0c: hard error reading fsbn 18 of 16-19 (ST0 44 > ST1 4 ST2 0 cyl 0 hd 1 sec 1) >>fd0c: hard error reading fsbn 18 of 16-19 (ST0 44 ST1 4not_fnd> ST2 0 cyl 0 hd 1 sec 1) >>... > > Looks like "fdformat" is assuming the wrong density = there are only 18 >blocks/track on a 1.44MB floppy (0-17), so it should come as no surprise that >an attempt to format block 18 would fail. Notice that it's saying "cyl 0 hd <1> sec 1" bad drive, probably a dead head. -- 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 Jan 2 10:56:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA23279 for current-outgoing; Thu, 2 Jan 1997 10:56:29 -0800 (PST) Received: from verdi.nethelp.no (verdi.nethelp.no [193.91.212.2]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA23267 for ; Thu, 2 Jan 1997 10:56:19 -0800 (PST) From: sthaug@nethelp.no Received: (qmail 16608 invoked by uid 1001); 2 Jan 1997 18:55:45 +0000 (GMT) To: wpaul@skynet.ctr.columbia.edu Cc: freebsd-current@FreeBSD.ORG Subject: Re: Resolver Error 0 (no error) In-Reply-To: Your message of "Thu, 2 Jan 1997 11:26:50 -0500 (EST)" References: <199701021626.LAA10553@skynet.ctr.columbia.edu> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 02 Jan 1997 19:55:45 +0100 Message-ID: <16606.852231345@verdi.nethelp.no> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > [/homes/wpaul]:marple{15}% traceroute freebsd.org ... > 4 nyser-gw.net.columbia.edu (128.59.247.1) 189.497 ms 112.663 ms 100.243 ms > 5 169.130.12.5 (169.130.12.5) 91.750 ms 98.124 ms 102.126 ms > 6 169.130.1.101 (169.130.1.101) 82.285 ms 74.644 ms 79.732 ms > 7 144.228.60.1 (144.228.60.1) 281.282 ms 141.881 ms 219.776 ms > 8 198.67.2.11 (198.67.2.11) 118.587 ms 110.496 ms 113.735 ms > 9 144.228.10.102 (144.228.10.102) 259.932 ms 149.262 ms 149.992 ms > 10 144.228.10.50 (144.228.10.50) 231.764 ms 217.007 ms 238.777 ms > 11 pb-nap.crl.net (198.32.128.20) 147.369 ms 156.685 ms 149.741 ms ... > FreeBSD 2.2-BETA_A > > Hops 5 through 10 didn't reverse resolve correctly, but: > > [/homes/wpaul]:marple{17}% nslookup 169.130.12.5 > Server: sirius.ctr.columbia.edu > Address: 128.59.64.60 > > Name: ny-nyc-2-H4/0-T3.nysernet.net > Address: 169.130.12.5 > Granted this is Sprint we're talking about here, but this seems a little > odd. My named is from BIND 4.9.5-REL. This is not related to your named but to the resolver version used by the gethostbyaddr() function in traceroute. The behavior changed from bind-4.9.3 to bind-4.9.4: Characters which are supposed to be illegal (/ and _ among others) result in gethostbyaddr() returning a NULL pointer. All the routers in hops 5 through 10 have / in the names, thus a traceroute which uses a 4.9.4 (or newer) resolver will not translate the IP address back to a name. If you want to see an even more curious demonstration of the same, you can try the 'host' program from 4.9.3 (or older) versus 'host' from 4.9.4 or newer: % host-493rel 169.130.12.5 Name: ny-nyc-2-H4/0-T3.nysernet.net Address: 169.130.12.5 % host-494p1 169.130.12.5 Host not found, try again. but: % host-494p1 -t ptr 5.12.130.169.in-addr.arpa 5.12.130.169.in-addr.arpa PTR ny-nyc-2-H4/0-T3.nysernet.net (For the curious: 'host -t ptr ...' does *not* use the gethostbyaddr() function from the resolver library, while 'host ' does.) Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current Thu Jan 2 11:23:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA25158 for current-outgoing; Thu, 2 Jan 1997 11:23:24 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA25146 for ; Thu, 2 Jan 1997 11:23:16 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA17194; Thu, 2 Jan 1997 20:21:17 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA14905; Thu, 2 Jan 1997 20:21:16 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id TAA08332; Thu, 2 Jan 1997 19:14:19 +0100 (MET) From: J Wunsch Message-Id: <199701021814.TAA08332@uriah.heep.sax.de> Subject: Re: Resolver Error 0 (no error) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 2 Jan 1997 19:14:19 +0100 (MET) Cc: wpaul@skynet.ctr.columbia.edu (Bill Paul), peter@spinner.DIALix.COM (Peter Wemm) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701021626.LAA10553@skynet.ctr.columbia.edu> from Bill Paul at "Jan 2, 97 11:26:50 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bill Paul wrote: > 5 169.130.12.5 (169.130.12.5) 91.750 ms 98.124 ms 102.126 ms > 6 169.130.1.101 (169.130.1.101) 82.285 ms 74.644 ms 79.732 ms > 7 144.228.60.1 (144.228.60.1) 281.282 ms 141.881 ms 219.776 ms > Hops 5 through 10 didn't reverse resolve correctly, but: > > [/homes/wpaul]:marple{17}% nslookup 169.130.12.5 > Server: sirius.ctr.columbia.edu > Address: 128.59.64.60 > > Name: ny-nyc-2-H4/0-T3.nysernet.net > Address: 169.130.12.5 Ah! It's the slash in the name. I've also seen this happen for a forward name resolution in another case, where a target name has an underscore. In this case, host(1) did correctly display it, but telnet to that hostname told me ``Unknown host''. Standards are a Good Thing, really, but enforcing standards by annoying users who can't even change the slightest thing on this (since they aren't the DNS admins of the zones in question) is IMHO unacceptable. I vote for reverting our resolver to the traditional behaviour. If named spits at boot time about names with an underscore in a primary or maybe even secondary file, that's fine with me. I can either change that myself, or can at least bug the admin of the primary where i'm a secondary for to do it. However, if the resolver library stops resolving these names, it's not okay. Peter? -- 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 Thu Jan 2 12:34:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA29853 for current-outgoing; Thu, 2 Jan 1997 12:34:32 -0800 (PST) Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA29848 for ; Thu, 2 Jan 1997 12:34:28 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.8.4/8.8.2) id EAA09187 for freebsd-current@freebsd.org; Fri, 3 Jan 1997 04:34:23 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 2 Jan 1997 20:34:22 GMT From: peter@spinner.DIALix.COM (Peter Wemm) Message-ID: <5ah64e$8rh$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199701011605.RAA28738@uriah.heep.sax.de> Subject: Re: Resolver Error 0 (no error) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199701020456.PAA20024@asstdc.scgt.oz.au>, imb@scgt.oz.au (michael butler) writes: > J Wunsch writes: > >> fetch: couldn't open FTP connection to ftp.funet.fi: Resolver Error 0 (no >> error) > >> Hmpf? > > Best guess .. fetch is waiting for an authoritative answer and the > nameservers who would be so are unreachable or not responding, peter@spinner[4:30am]~/bind/8/contrib/doc-114> ./doc funet.fi Doc-2.1.1: doc funet.fi Doc-2.1.1: Starting test of funet.fi. parent is fi. Doc-2.1.1: Test date - Fri Jan 3 04:30:31 WST 1997 ;; res_send to server ns.tele.fi. 193.210.18.18: Operation timed out DIGERR (UNKNOWN): dig @ns.tele.fi. for SOA of parent (fi.) failed Summary: ERRORS found for funet.fi. (count: 2) WARNINGS issued for funet.fi. (count: 1) Done testing funet.fi. Fri Jan 3 04:31:29 WST 1997 Looks like Michael almost wins a prize.. But no, it's named that deals with authoritity, not the resolver. Named is what's causing the delay. > michael -Peter From owner-freebsd-current Thu Jan 2 12:44:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA01203 for current-outgoing; Thu, 2 Jan 1997 12:44:51 -0800 (PST) Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA01194 for ; Thu, 2 Jan 1997 12:44:46 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.8.4/8.8.2) id EAA09456 for freebsd-current@freebsd.org; Fri, 3 Jan 1997 04:44:42 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 2 Jan 1997 20:44:41 GMT From: peter@spinner.DIALix.COM (Peter Wemm) Message-ID: <5ah6np$8rh$2@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199701020456.PAA20024@asstdc.scgt.oz.au> Subject: Re: Resolver Error 0 (no error) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199701020846.JAA03861@uriah.heep.sax.de>, j@uriah.heep.sax.de (J Wunsch) writes: > As michael butler wrote: > >> > fetch: couldn't open FTP connection to ftp.funet.fi: Resolver Error 0 (no >> > error) >> >> > Hmpf? >> >> Best guess .. fetch is waiting for an authoritative answer and the >> nameservers who would be so are unreachable or not responding, > > Well, to the very least, ``Error 0 (no error)'' is a sad joke. Either > there's an error condition, so there should be an error code, or not. No, that's a bug in the linkage between fetch and libftpio. libftpio is not correctly passing out error codes from it's internal routines, so the higher level stuff is getting confused. > Anyway, even if so, why does fetch wait for any authoritative answer? > There's a non-authoritative answer avaiable, and all the required data > are there (CNAME record, A record for the host). > > I have seen the behaviour of host(1) hanging indefinately before, i > only didn't care. I'm afraid there's a bug in our resolver code. named, not resolver. Named verifies the authority stuff, and in this case one of the .fi servers appears to be non functional: peter@spinner[4:31am]~/bind/8/contrib/doc-115> ping ns.tele.fi PING ns.tele.fi (193.210.19.19): 56 data bytes 36 bytes from mae-east.tele.fi (192.41.177.225): Destination Host Unreachable Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 5400 31da 0 0000 f4 01 1ada 192.203.228.67 193.210.19.19 [.. from Doc ..] ;; res_send to server ns.tele.fi. 193.210.18.18: Operation timed out DIGERR (UNKNOWN): dig @ns.tele.fi. for SOA of parent (fi.) failed -Peter From owner-freebsd-current Thu Jan 2 12:54:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA02018 for current-outgoing; Thu, 2 Jan 1997 12:54:30 -0800 (PST) Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA02008 for ; Thu, 2 Jan 1997 12:54:24 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.8.4/8.8.2) id EAA09599 for freebsd-current@freebsd.org; Fri, 3 Jan 1997 04:54:18 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 2 Jan 1997 20:54:17 GMT From: peter@spinner.DIALix.COM (Peter Wemm) Message-ID: <5ah79p$8rh$3@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199701020846.JAA03861@uriah.heep.sax.de> Subject: Re: Resolver Error 0 (no error) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199701021626.LAA10553@skynet.ctr.columbia.edu>, wpaul@skynet.ctr.columbia.edu (Bill Paul) writes: > This reminds me: > > [/homes/wpaul]:marple{15}% traceroute freebsd.org > traceroute to freebsd.org (204.216.27.18), 30 hops max, 40 byte packets > 1 ctr-gw.ctr.columbia.edu (128.59.74.1) 2.741 ms 2.465 ms 2.467 ms > 2 mudd-gw.net.columbia.edu (128.59.62.1) 4.353 ms 3.124 ms 3.038 ms > 3 128.59.45.2 (128.59.45.2) 45.279 ms 49.961 ms 51.045 ms > 4 nyser-gw.net.columbia.edu (128.59.247.1) 189.497 ms 112.663 ms 100.243 ms > 5 169.130.12.5 (169.130.12.5) 91.750 ms 98.124 ms 102.126 ms > 6 169.130.1.101 (169.130.1.101) 82.285 ms 74.644 ms 79.732 ms > 7 144.228.60.1 (144.228.60.1) 281.282 ms 141.881 ms 219.776 ms > 8 198.67.2.11 (198.67.2.11) 118.587 ms 110.496 ms 113.735 ms > 9 144.228.10.102 (144.228.10.102) 259.932 ms 149.262 ms 149.992 ms > 10 144.228.10.50 (144.228.10.50) 231.764 ms 217.007 ms 238.777 ms > 11 pb-nap.crl.net (198.32.128.20) 147.369 ms 156.685 ms 149.741 ms > 12 E0-CRL-SFO-02-E0X0.US.CRL.NET (165.113.55.2) 166.600 ms 183.481 ms 253.803 ms > 13 T1-CDROM-00-EX.US.CRL.NET (165.113.118.2) 131.645 ms 135.416 ms 163.520 ms > 14 freefall.FreeBSD.ORG (204.216.27.18) 160.483 ms * 312.308 ms > [/homes/wpaul]:marple{16}% uname -sr > FreeBSD 2.2-BETA_A > > Hops 5 through 10 didn't reverse resolve correctly, but: Actually they did.. :-] They resolved to illegal unpresentable data.. > [/homes/wpaul]:marple{17}% nslookup 169.130.12.5 > Server: sirius.ctr.columbia.edu > Address: 128.59.64.60 > > Name: ny-nyc-2-H4/0-T3.nysernet.net > Address: 169.130.12.5 > > With FreeBSD 2.1.0: > > [/home/wpaul]:OmniVAX{36}% traceroute freebsd.org > traceroute to freebsd.org (204.216.27.18), 30 hops max, 40 byte packets > 1 ctr-gw.ctr.columbia.edu (128.59.64.1) 169.288 ms 226.311 ms 197.468 ms > 2 mudd-gw.net.columbia.edu (128.59.62.1) 175.367 ms 227.903 ms 347.029 ms > 3 128.59.45.2 (128.59.45.2) 222.734 ms 233.502 ms 218.619 ms > 4 nyser-gw.net.columbia.edu (128.59.247.1) 208.978 ms 309.440 ms 224.325 ms > 5 ny-nyc-2-H4/0-T3.nysernet.net (169.130.12.5) 298.337 ms 271.123 ms 266.279 ms > 6 ny-pen-1-H2/0-T3.nysernet.net (169.130.1.101) 363.654 ms 297.084 ms 362.543 ms > 7 sl-pen-1-F0/0.sprintlink.net (144.228.60.1) 295.228 ms 426.730 ms 339.896 ms > 8 sl-pen-11-F/T.sprintlink.net (198.67.2.11) 239.456 ms 283.974 ms 248.982 ms > 9 sl-stk-1-H12/0-T3.sprintlink.net (144.228.10.102) 448.619 ms 335.131 ms * > 10 * * sl-stk-nap-H2/0-T3.sprintlink.net (144.228.10.50) 433.355 ms > 11 pb-nap.crl.net (198.32.128.20) 371.726 ms 397.078 ms 362.136 ms > 12 E0-CRL-SFO-02-E0X0.US.CRL.NET (165.113.55.2) 373.627 ms 464.830 ms 397.843 ms > 13 T1-CDROM-00-EX.US.CRL.NET (165.113.118.2) 398.602 ms 393.075 ms 479.812 ms > 14 freefall.FreeBSD.ORG (204.216.27.18) 343.168 ms 467.463 ms 371.996 ms And check to see what freebsd-2.1.0 does when getting a PTR record containing an '&', '|' or ';' character and consider the implications for hostnames being passed to commands from gethostbyaddr() via system(). > Granted this is Sprint we're talking about here, but this seems a little > odd. My named is from BIND 4.9.5-REL. > > -Bill The version of named you are running would complain bitterly if it you tried to do a zone transfer of the sprintlink reverse mapping tables. The Authors of BIND didn't make the decision to make this change lightly.. Bind's resolver is now inline with other vendors. Fortunately, DNS corruption seems to be forcing the old named's out of business, so it will not be long before the last of these illegal names are gone. (Incidently, it's the checks in the recent bind's that make it more resistant to corruption that are causing the timeouts Joerg is seeing). -Peter From owner-freebsd-current Thu Jan 2 13:34:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA04891 for current-outgoing; Thu, 2 Jan 1997 13:34:31 -0800 (PST) Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA04855 for ; Thu, 2 Jan 1997 13:34:21 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.8.4/8.8.2) id FAA10146 for freebsd-current@freebsd.org; Fri, 3 Jan 1997 05:34:10 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 2 Jan 1997 21:34:09 GMT From: peter@spinner.DIALix.COM (Peter Wemm) Message-ID: <5ah9kh$8rh$4@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <13734.852200758@time.cdrom.com> Subject: Re: Did my floppy drive just break or does fdformat no longer work? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199701021147.MAA06507@uriah.heep.sax.de>, j@uriah.heep.sax.de (J Wunsch) writes: > As Jordan K. Hubbard wrote: > >> Running a kernel built as of this morning from -current, I can no longer >> format floppies - I get a cascade of kernel warning messages: >> >> jkh@time-> fd0c: hard error reading fsbn 18 of 16-19 (ST0 44 ST1 4 ST2 0 cyl 0 hd 1 sec 1) >> fd0c: hard error reading fsbn 18 of 16-19 (ST0 44 ST1 4 ST2 0 cyl 0 hd 1 sec 1) >> ... > > Nothing dramatically has been changed in the floppy driver, not that i > could think of. Perhaps you simply try swapping drives first? > > Well, it happens at the first access to head 1, so perhaps the `top > head' of your drive is dead. Just as a BTW, the drive in this machine (spinner) cannot write to floppy, whatsoever. It reports that it succeeded, but reading it afterwards returns the original data. Quite disconcerting. :-) I've meant to swap the drive and cables etc to see if it's hardware, but never got around to it (there's another machine right next to it that works fine). -Peter From owner-freebsd-current Thu Jan 2 13:58:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA06433 for current-outgoing; Thu, 2 Jan 1997 13:58:11 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA06428 for ; Thu, 2 Jan 1997 13:58:08 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vfv9L-0004C7-00; Thu, 2 Jan 1997 14:58:07 -0700 To: current@freebsd.org Subject: Area codes in na.phone... Date: Thu, 02 Jan 1997 14:58:07 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Woof! The na.phone is way out of date, and NetBSD/OpenBSD's aren't that much better based on a couple of spot checks. I'm going through and trying to update it with a couple of phone books I have here. I have a question about old entries in the database. Anybody know the area code of the following cities in Georga: Athens Decanter La Grange I think they are 770, but I can't tell for sure from the map that I have. So far I'm through AL, AK, AZ, CA, CO, CT, DE, DC, FL, GA, HI, ID, KS, MD, ME, MS, MT, NV, NH, NM, ND, RI, SD, UT, VT, WV, WY, and PR for all changes that have taken effect through October 19, 1996. I still have about 1/2 of the changes to work through, however :-(. Anyway, just wondering about those cities in GA... Warner From owner-freebsd-current Thu Jan 2 14:15:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA07607 for current-outgoing; Thu, 2 Jan 1997 14:15:06 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA07601 for ; Thu, 2 Jan 1997 14:15:03 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id OAA15414; Thu, 2 Jan 1997 14:14:47 -0800 (PST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: Did my floppy drive just break or does fdformat no longer work? In-reply-to: Your message of "Thu, 02 Jan 1997 12:47:35 +0100." <199701021147.MAA06507@uriah.heep.sax.de> Date: Thu, 02 Jan 1997 14:14:47 -0800 Message-ID: <15411.852243287@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Nothing dramatically has been changed in the floppy driver, not that i > could think of. Perhaps you simply try swapping drives first? > > Well, it happens at the first access to head 1, so perhaps the `top > head' of your drive is dead. I'll go buy a new floppy drive today. Do we support 2.88Mb drives OK now? Jordan From owner-freebsd-current Thu Jan 2 14:16:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA07793 for current-outgoing; Thu, 2 Jan 1997 14:16:53 -0800 (PST) Received: from service.esys.ca (root@service.esys.ca [141.118.1.124]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA07786 for ; Thu, 2 Jan 1997 14:16:48 -0800 (PST) Received: from monet.esys.ca by service.esys.ca with smtp (Smail3.1.28.1 #1) id m0vfvUG-000UljC; Thu, 2 Jan 97 15:19 MST Received: from multivac.orthanc.com by monet.esys.ca with smtp (Smail3.1.28.1 #6) id m0vfvVo-000RWwC; Thu, 2 Jan 97 15:21 MST Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.8.3/8.8.3) with SMTP id PAA01727; Thu, 2 Jan 1997 15:21:15 -0700 (MST) Message-Id: <199701022221.PAA01727@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: lyndon@localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freebsd.org Subject: Re: Resolver Error 0 (no error) In-reply-to: Your message of "Thu, 02 Jan 1997 19:14:19 +0100." <199701021814.TAA08332@uriah.heep.sax.de> Date: Thu, 02 Jan 1997 15:21:15 -0700 From: Lyndon Nerenberg Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul Vixie has been warning of this new behaviour for over a year now. People have had ample time to convert their hostnames to meet the relevent spec. Sorry, but I can't be sympathetic ... --lyndon From owner-freebsd-current Thu Jan 2 14:27:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA08453 for current-outgoing; Thu, 2 Jan 1997 14:27:26 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA08440; Thu, 2 Jan 1997 14:26:58 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id OAA15480; Thu, 2 Jan 1997 14:26:53 -0800 (PST) To: dg@root.com cc: current@freebsd.org, joerg@freebsd.org Subject: Re: Did my floppy drive just break or does fdformat no longer work? In-reply-to: Your message of "Thu, 02 Jan 1997 05:19:33 PST." <199701021319.FAA15795@root.com> Date: Thu, 02 Jan 1997 14:26:53 -0800 Message-ID: <15477.852244013@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Looks like "fdformat" is assuming the wrong density = there are only 18 > blocks/track on a 1.44MB floppy (0-17), so it should come as no surprise that > an attempt to format block 18 would fail. It fails the same way with /dev/fd0.1440 - hmmm! Jordan From owner-freebsd-current Thu Jan 2 15:00:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA10370 for current-outgoing; Thu, 2 Jan 1997 15:00:38 -0800 (PST) Received: from mira.net.au (eplet.mira.net.au [203.9.190.17]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA10365 for ; Thu, 2 Jan 1997 15:00:36 -0800 (PST) Received: (qmail 28460 invoked from network); 2 Jan 1997 23:00:30 -0000 Received: from melb.werple.net.au (203.9.190.18) by eplet.mira.net.au with SMTP; 2 Jan 1997 23:00:30 -0000 Received: (from uucp@localhost) by melb.werple.net.au (8.7.6/8.7.3/2) with UUCP id JAA26721 for current@FreeBSD.org; Fri, 3 Jan 1997 09:51:40 +1100 (EST) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id JAA24782 for current@FreeBSD.org; Fri, 3 Jan 1997 09:55:23 +1100 (EST) From: John Birrell Message-Id: <199701022255.JAA24782@freebsd1.cimlogic.com.au> Subject: MOD_DECL in lkm.h To: current@FreeBSD.org Date: Fri, 3 Jan 1997 09:55:23 +1100 (EST) 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 G'day, Shouldn't the MOD_DECL macro in lkm.h also have: static int name ## _stat __P((struct lkm_table *lkmtp, int cmd)); \ so that the status function has a prototype defined before it is used? -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Thu Jan 2 18:25:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA22772 for current-outgoing; Thu, 2 Jan 1997 18:25:46 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA22767 for ; Thu, 2 Jan 1997 18:25:39 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id NAA13793; Fri, 3 Jan 1997 13:15:47 +1100 Date: Fri, 3 Jan 1997 13:15:47 +1100 From: Bruce Evans Message-Id: <199701030215.NAA13793@godzilla.zeta.org.au> To: bde@zeta.org.au, cracauer@wavehh.hanse.de Subject: Re: i586-optimized copyin/out still broken Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Modified: sys/i386/isa npx.c >>> Log: >>> Disabled i586-optimized copyin and copyout again. The fault handler >>> is still broken - it doesn't restore the floating point state. >Could this problem result in NaN being produced at wrong places. No, it causes kernel panics. >I filled a PR (2142) about it, maybe it could be closed then. That is much harder to fix. It is caused by the floating point state not being preserved across signal handlers. There are few, if any, valid and useful uses for floating point in signal handlers, because an ANSI signal handler must not make any accesses to a global object other than assignment to ones of type `volatile sig_atomic_t'. Thus preserving the state would mainly slow down signal handlers. Bruce From owner-freebsd-current Thu Jan 2 20:38:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA28096 for current-outgoing; Thu, 2 Jan 1997 20:38:22 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA28090 for ; Thu, 2 Jan 1997 20:38:17 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id XAA12339; Thu, 2 Jan 1997 23:37:30 -0500 (EST) From: "John S. Dyson" Message-Id: <199701030437.XAA12339@dyson.iquest.net> Subject: Re: Area codes in na.phone... To: imp@village.org (Warner Losh) Date: Thu, 2 Jan 1997 23:37:30 -0500 (EST) Cc: current@freebsd.org In-Reply-To: from "Warner Losh" at Jan 2, 97 02:58:07 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 > > Woof! The na.phone is way out of date, and NetBSD/OpenBSD's aren't > that much better based on a couple of spot checks. I'm going through > and trying to update it with a couple of phone books I have here. I > have a question about old entries in the database. Anybody know the > area code of the following cities in Georga: > Athens > Decanter > La Grange > I think they are 770, but I can't tell for sure from the map that I > have. > We have a change in Indiana (765) I think on 1Feb97. If you want -- I can check it out and add it. John From owner-freebsd-current Thu Jan 2 20:43:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA28378 for current-outgoing; Thu, 2 Jan 1997 20:43:46 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id UAA28363 for ; Thu, 2 Jan 1997 20:43:41 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vg1Tg-0004nC-00; Thu, 2 Jan 1997 21:43:32 -0700 To: "John S. Dyson" Subject: Re: Area codes in na.phone... Cc: current@freebsd.org In-reply-to: Your message of "Thu, 02 Jan 1997 23:37:30 EST." <199701030437.XAA12339@dyson.iquest.net> References: <199701030437.XAA12339@dyson.iquest.net> Date: Thu, 02 Jan 1997 21:43:31 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've gone ahead and committed the changes that I have, which brings me up to date with the phonebooks that I have laying around the house. All the changes through Oct 19, 1996 have been included. Please check na.phone for errors, especially in your local georgaphic area and submit them back to me. People have already found one or two of them, and those will likely be corrected soon. In message <199701030437.XAA12339@dyson.iquest.net> "John S. Dyson" writes: : We have a change in Indiana (765) I think on 1Feb97. If you want -- I : can check it out and add it. Actually, if you could send me a patch, I'll commit it after 1Feb97 when it goes into effect. There is already one patch pending for the western half of Long Beach that happens in about 3 weeks. More generally, should there be "coming soon" annoations in the file or not? My personal preference is to keep things simple and what works today, but that isn't a strong preference. Warner From owner-freebsd-current Thu Jan 2 20:55:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA28721 for current-outgoing; Thu, 2 Jan 1997 20:55:44 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA28716 for ; Thu, 2 Jan 1997 20:55:40 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA18846; Fri, 3 Jan 1997 15:53:58 +1100 Date: Fri, 3 Jan 1997 15:53:58 +1100 From: Bruce Evans Message-Id: <199701030453.PAA18846@godzilla.zeta.org.au> To: current@freebsd.org, jb@cimlogic.com.au Subject: Re: MOD_DECL in lkm.h Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Shouldn't the MOD_DECL macro in lkm.h also have: > >static int name ## _stat __P((struct lkm_table *lkmtp, int cmd)); \ > >so that the status function has a prototype defined before it is used? No, because it causes annoying warnings for modules that don't have a stat function when such modules are compiled with -Wunused. This reminds me that MOD_VFS() and MOD_SYSCALL() are missing declarations for the xxx_mod functions. Their interfaces only pass the stringified name of the function, so they can't declare things. VFS_SET() could easily declare the entry point, but it would be more consistent to declare everything in MOD_XXX(). Bruce From owner-freebsd-current Thu Jan 2 21:30:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA29923 for current-outgoing; Thu, 2 Jan 1997 21:30:54 -0800 (PST) Received: from mira.net.au (eplet.mira.net.au [203.9.190.17]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id VAA29918 for ; Thu, 2 Jan 1997 21:30:40 -0800 (PST) Received: (qmail 20612 invoked from network); 3 Jan 1997 05:30:32 -0000 Received: from melb.werple.net.au (203.9.190.18) by eplet.mira.net.au with SMTP; 3 Jan 1997 05:30:32 -0000 Received: (from uucp@localhost) by melb.werple.net.au (8.7.6/8.7.3/2) with UUCP id QAA22873; Fri, 3 Jan 1997 16:17:27 +1100 (EST) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id QAA25356; Fri, 3 Jan 1997 16:21:04 +1100 (EST) From: John Birrell Message-Id: <199701030521.QAA25356@freebsd1.cimlogic.com.au> Subject: Re: MOD_DECL in lkm.h To: bde@zeta.org.au (Bruce Evans) Date: Fri, 3 Jan 1997 16:21:03 +1100 (EST) Cc: current@freebsd.org In-Reply-To: <199701030453.PAA18846@godzilla.zeta.org.au> from Bruce Evans at "Jan 3, 97 03:53:58 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 Bruce Evans wrote: > >Shouldn't the MOD_DECL macro in lkm.h also have: > > > >static int name ## _stat __P((struct lkm_table *lkmtp, int cmd)); \ > > > >so that the status function has a prototype defined before it is used? > > No, because it causes annoying warnings for modules that don't have a > stat function when such modules are compiled with -Wunused. Hmmm. So, when you *do* have a function, it doesn't get checked and you get a warning. And when you don't, you don't get a warning that you don't. I think that's the wrong way around. Functional code should be checked. After all, the kernel is going to call it. > Bruce > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Thu Jan 2 23:35:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA05248 for current-outgoing; Thu, 2 Jan 1997 23:35:34 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA05243 for ; Thu, 2 Jan 1997 23:35:29 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA23958; Fri, 3 Jan 1997 18:34:31 +1100 Date: Fri, 3 Jan 1997 18:34:31 +1100 From: Bruce Evans Message-Id: <199701030734.SAA23958@godzilla.zeta.org.au> To: bde@zeta.org.au, jb@cimlogic.com.au Subject: Re: MOD_DECL in lkm.h Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >Shouldn't the MOD_DECL macro in lkm.h also have: >> > >> >static int name ## _stat __P((struct lkm_table *lkmtp, int cmd)); \ >> >> No, because it causes annoying warnings for modules that don't have a >Hmmm. So, when you *do* have a function, it doesn't get checked and >you get a warning. And when you don't, you don't get a warning that >you don't. I think that's the wrong way around. Functional code >should be checked. After all, the kernel is going to call it. At least its parameters get checked and converted if it is prototyped and used normally (in the DISPATCH() macro) and h. Most modules have no need for a stat function. In fact, none of the modules in -current needs one: gnufpu, fpu, atapi, ipfw, ip_mroute, pcic, vfs's, various modules using PSEUDEU_SET() (ppp, slip, ...): All these use lkm_nullcmd() for the stat function. joy: Wastefully supplies its own null stat function joy_stat(). Neglects to declare it. Gives it the wrong linkage (it should be static). qcam: Wastefully supplies its own null stat function qcam_stat(). Neglects to declare it, but this is OK since it has a new-style function header and is static so sufficient type information is guaranteed to be in scope. pcic: This has weird (identical) load and unload functions. This can work because the lkm interface has too many ways of doing things - the command type gets passed to the common load/unload function which does its own handling. There is no need for this - apparently the author just didn't know the usual method. pccard/skel.c: This seems to be unused. It no longer compiles, because it gives a string arg to MOD_MISC() and uses nosys() for the stat function. nosys() has the wrong type for a stat function. Bruce From owner-freebsd-current Thu Jan 2 23:45:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA05610 for current-outgoing; Thu, 2 Jan 1997 23:45:40 -0800 (PST) Received: from hupa.snfc21.pbi.net (hupa.snfc21.pbi.net [206.13.28.16]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA05605 for ; Thu, 2 Jan 1997 23:45:38 -0800 (PST) Received: from nasir (ppp-206-170-2-27.sntc01.pacbell.net [206.170.2.27]) by hupa.snfc21.pbi.net (8.8.4/8.7.1) with SMTP id XAA16185 for ; Thu, 2 Jan 1997 23:45:36 -0800 (PST) Message-ID: <32CCABAC.4EFF@pacbell.net> Date: Thu, 02 Jan 1997 22:48:12 -0800 From: user Reply-To: nasir@pacbell.net X-Mailer: Mozilla 3.0C-PBWG (Win95; U) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Want to subscdribe nasir@pacbell.net and also nasir@asacomputers.com From owner-freebsd-current Fri Jan 3 00:06:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA06306 for current-outgoing; Fri, 3 Jan 1997 00:06:31 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA06300 for ; Fri, 3 Jan 1997 00:06:28 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vg4dX-0003w1C; Fri, 3 Jan 97 00: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 JAA00913; Fri, 3 Jan 1997 09:05:53 +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 IAA17110; Fri, 3 Jan 1997 08:30:34 +0100 (MET) To: peter@spinner.DIALix.COM (Peter Wemm) cc: freebsd-current@freebsd.org Subject: Re: Did my floppy drive just break or does fdformat no longer work? In-reply-to: Your message of "02 Jan 1997 21:34:09 GMT." <5ah9kh$8rh$4@haywire.DIALix.COM> Date: Fri, 03 Jan 1997 08:30:34 +0100 Message-ID: <17108.852276634@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <5ah9kh$8rh$4@haywire.DIALix.COM>, Peter Wemm writes: >Just as a BTW, the drive in this machine (spinner) cannot write to >floppy, whatsoever. It reports that it succeeded, but reading it afterwards >returns the original data. Quite disconcerting. :-) I've meant to swap >the drive and cables etc to see if it's hardware, but never got around to >it (there's another machine right next to it that works fine). That is why fdwrite(1) actually does a read&compare. I once wrote a set of floppies with bin & src dists and found out later that my drive was shot :-( Maybe read&compare should be added to the fd driver as an option... -- 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 Fri Jan 3 00:07:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA06344 for current-outgoing; Fri, 3 Jan 1997 00:07:01 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA06337 for ; Fri, 3 Jan 1997 00:06:59 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vg4dZ-0003xdC; Fri, 3 Jan 97 00: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 JAA00916; Fri, 3 Jan 1997 09:05:55 +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 IAA17144; Fri, 3 Jan 1997 08:36:26 +0100 (MET) To: Lyndon Nerenberg cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-current@freebsd.org Subject: Re: Resolver Error 0 (no error) In-reply-to: Your message of "Thu, 02 Jan 1997 15:21:15 MST." <199701022221.PAA01727@multivac.orthanc.com> Date: Fri, 03 Jan 1997 08:36:25 +0100 Message-ID: <17142.852276985@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701022221.PAA01727@multivac.orthanc.com>, Lyndon Nerenberg write s: >Paul Vixie has been warning of this new behaviour for over a year now. >People have had ample time to convert their hostnames to meet the >relevent spec. Sorry, but I can't be sympathetic ... Since the resolver has it's fingers in the DNS data anyway, why doesn't it make a syslog entry with all the relevant info, and then somebody comes up with a perl script you run once per day, which pesters the relevant hostmasters with email ? Just kidding of course... -- 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 Fri Jan 3 01:02:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA08299 for current-outgoing; Fri, 3 Jan 1997 01:02:37 -0800 (PST) Received: from amadeus.informatik.ba-stuttgart.de (amadeus.informatik.ba-stuttgart.de [141.31.11.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA08294 for ; Fri, 3 Jan 1997 01:02:32 -0800 (PST) Received: (from helbig@localhost) by amadeus.informatik.ba-stuttgart.de (8.7.3/8.7.1) id KAA02440; Fri, 3 Jan 1997 10:01:57 +0100 (MET) From: Wolfgang Helbig Message-Id: <199701030901.KAA02440@amadeus.informatik.ba-stuttgart.de> Subject: Re: another world build stopper? To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 03 Jan 1997 10:01:57 MET Cc: current@FreeBSD.org In-Reply-To: <199701021009.LAA04999@uriah.heep.sax.de>; from "J Wunsch" at Jan 2, 97 11:09 am X-Mailer: Elm [revision: 112.2] Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > As Christoph Kukulies wrote: > > > /usr/obj/usr/src/usr.bin/colldef/data/../colldef -I /usr/src/usr.bin/colldef/data -o is_IS.ISO_8859-1.out /usr/src/usr.bin/colldef/data/is_IS.ISO_8859-1.src > > colldef: Char 0xd6 duplicated near line 24 > > *** Error code 69 > > Didn't Adam already correct this one? I remember a commit message > from him saying ``Brain-o''. Apparently not. I got the same message. Last CTM applied is cvs-cur.2877. May be its pretty old? > > -- > 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 Jan 3 02:51:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA12691 for current-outgoing; Fri, 3 Jan 1997 02:51:45 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA12685 for ; Fri, 3 Jan 1997 02:51:41 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA26997 for ; Fri, 3 Jan 1997 11:51:16 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA04554 for freebsd-current@freebsd.org; Fri, 3 Jan 1997 11:51:16 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id KAA14010; Fri, 3 Jan 1997 10:32:34 +0100 (MET) Message-ID: Date: Fri, 3 Jan 1997 10:32:34 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: Did my floppy drive just break or does fdformat no longer work? References: <199701021147.MAA06507@uriah.heep.sax.de> <15411.852243287@time.cdrom.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: <15411.852243287@time.cdrom.com>; from Jordan K. Hubbard on Jan 2, 1997 14:14:47 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > I'll go buy a new floppy drive today. Do we support 2.88Mb drives > OK now? No, see my other mail about the floppy tape drive. I'll definately have it on my whiteboard, but no ETA yet. It requires a larger restructuring of the floppy driver, for the so-called perpendicular mode, and to finally adjust the seek times according to the FDC clock rate. -- 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 Jan 3 02:52:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA12799 for current-outgoing; Fri, 3 Jan 1997 02:52:38 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA12778 for ; Fri, 3 Jan 1997 02:52:22 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA26991 for ; Fri, 3 Jan 1997 11:51:14 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA04546 for freebsd-current@freebsd.org; Fri, 3 Jan 1997 11:51:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id KAA14001; Fri, 3 Jan 1997 10:30:55 +0100 (MET) Message-ID: Date: Fri, 3 Jan 1997 10:30:55 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org Subject: Re: Did my floppy drive just break or does fdformat no longer work? References: <5ah9kh$8rh$4@haywire.DIALix.COM> <17108.852276634@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: <17108.852276634@critter.dk.tfs.com>; from Poul-Henning Kamp on Jan 3, 1997 08:30:34 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > That is why fdwrite(1) actually does a read&compare. I once wrote a > set of floppies with bin & src dists and found out later that my drive > was shot :-( > > Maybe read&compare should be added to the fd driver as an option... It's fairly ineffective to do it there, since you gotta allocate additional kernel buffers in the driver (you can't use the same buffer since this would destroy it before comparing). A userland tool can do it way simpler. Alas, our FDC is simply too braindead. It does have some sort of compare function, but it's plainly unusable for that purpose. I have thought about it before. The biggest problem is that you must adjust the buffer size in order to not lose revolutions. That's something the driver can only do with fairly large effort. E.g., for a 1440 KB floppy, you could best write 9 KB (one track), then read 9 KB. This will cause both operations to happen in two succeeding revolutions, without losing a revolution between them, and without much overhead for track-to-track seeking. -- 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 Jan 3 03:03:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA13266 for current-outgoing; Fri, 3 Jan 1997 03:03:09 -0800 (PST) Received: from amadeus.informatik.ba-stuttgart.de (amadeus.informatik.ba-stuttgart.de [141.31.11.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA13261 for ; Fri, 3 Jan 1997 03:03:05 -0800 (PST) Received: (from helbig@localhost) by amadeus.informatik.ba-stuttgart.de (8.7.3/8.7.1) id MAA03399 for current@freebsd.org; Fri, 3 Jan 1997 12:03:03 +0100 (MET) From: Wolfgang Helbig Message-Id: <199701031103.MAA03399@amadeus.informatik.ba-stuttgart.de> Subject: Re: another world build stopper? (fwd) To: current@freebsd.org Date: Fri, 03 Jan 1997 12:03:03 MET X-Mailer: Elm [revision: 112.2] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > > As Christoph Kukulies wrote: > > > > > /usr/obj/usr/src/usr.bin/colldef/data/../colldef -I /usr/src/usr.bin/colldef/data -o is_IS.ISO_8859-1.out /usr/src/usr.bin/colldef/data/is_IS.ISO_8859-1.src > > > colldef: Char 0xd6 duplicated near line 24 > > > *** Error code 69 > > > > Didn't Adam already correct this one? I remember a commit message > > from him saying ``Brain-o''. > > Apparently not. I got the same message. Last CTM applied is cvs-cur.2877. > May be its pretty old? Yes! Now I am up to cvs-cur.2884 and the world is building ... Wolfgang From owner-freebsd-current Fri Jan 3 03:19:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA13727 for current-outgoing; Fri, 3 Jan 1997 03:19:56 -0800 (PST) Received: from scrooge.ee.swin.oz.au (scrooge.ee.swin.oz.au [136.186.4.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA13722 for ; Fri, 3 Jan 1997 03:19:53 -0800 (PST) Received: (from dtc@localhost) by scrooge.ee.swin.oz.au (8.6.9/8.6.9) id WAA11316 for freebsd-current@freebsd.org; Fri, 3 Jan 1997 22:21:51 +1100 From: Douglas Thomas Crosher Message-Id: <199701031121.WAA11316@scrooge.ee.swin.oz.au> Subject: Re: i586-optimized copyin/out still broken To: freebsd-current@freebsd.org Date: Fri, 3 Jan 1997 22:21:50 +1100 (EST) In-Reply-To: <199701030215.NAA13793@godzilla.zeta.org.au> from "Bruce Evans" at Jan 3, 97 01:15:47 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >>> Log: > >>> Disabled i586-optimized copyin and copyout again. The fault handler > >>> is still broken - it doesn't restore the floating point state. > > >Could this problem result in NaN being produced at wrong places. > > No, it causes kernel panics. > > >I filled a PR (2142) about it, maybe it could be closed then. > > That is much harder to fix. It is caused by the floating point state > not being preserved across signal handlers. There are few, if any, > valid and useful uses for floating point in signal handlers, because > an ANSI signal handler must not make any accesses to a global object > other than assignment to ones of type `volatile sig_atomic_t'. Thus > preserving the state would mainly slow down signal handlers. Will it solve the problem to add a FPU save/restore in the interrupt handler when needed? >From example using Martin's code example in PR 2142, the interrupt handler would become: void interrupt(int sig) { int n,i; static int wieviel=0; int fpu_state[27]; fpu_save(fpu_state); /* <<<<< */ setitimer(ITIMER_REAL,&timer1,&timerdummy); bsdsignal(SIGALRM,(void *)(interrupt)); n=(int)((double)counter/(double)max*(double)80); for (i=wieviel;i Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA13836 for current-outgoing; Fri, 3 Jan 1997 03:21:25 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA13827 for ; Fri, 3 Jan 1997 03:21:18 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA29879 for ; Fri, 3 Jan 1997 12:21:15 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA07572 for current@FreeBSD.org; Fri, 3 Jan 1997 12:21:15 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id LAA14400; Fri, 3 Jan 1997 11:58:04 +0100 (MET) Message-ID: Date: Fri, 3 Jan 1997 11:58:04 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.org Subject: Re: another world build stopper? References: <199701021009.LAA04999@uriah.heep.sax.de> <199701030901.KAA02440@amadeus.informatik.ba-stuttgart.de> 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: <199701030901.KAA02440@amadeus.informatik.ba-stuttgart.de>; from Wolfgang Helbig on Jan 3, 1997 10:50:44 +0100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Wolfgang Helbig wrote: > > Didn't Adam already correct this one? I remember a commit message > > from him saying ``Brain-o''. > > Apparently not. I got the same message. Last CTM applied is cvs-cur.2877. > May be its pretty old? Seems so: ... ===> data /tmp/colldef/data/../colldef -I /tmp/colldef/data -o de_DE.ISO_8859-1.out de_DE.ISO_8859-1.src /tmp/colldef/data/../colldef -I /tmp/colldef/data -o es_ES.ISO_8859-1.out es_ES.ISO_8859-1.src /tmp/colldef/data/../colldef -I /tmp/colldef/data -o is_IS.ISO_8859-1.out is_IS.ISO_8859-1.src /tmp/colldef/data/../colldef -I /tmp/colldef/data -o lt_LN.ISO_8859-1.out lt_LN.ISO_8859-1.src /tmp/colldef/data/../colldef -I /tmp/colldef/data -o ru_SU.CP866.out ru_SU.CP866.src /tmp/colldef/data/../colldef -I /tmp/colldef/data -o ru_SU.KOI8-R.out ru_SU.KOI8-R.src Warning: Object directory not changed from original /tmp/colldef/data j@uriah 1016% cat ~cvs/.ctm_status cvs-cur 2884 -- 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 Jan 3 04:30:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA17697 for current-outgoing; Fri, 3 Jan 1997 04:30:31 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA17686 for ; Fri, 3 Jan 1997 04:30:22 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id XAA31459; Fri, 3 Jan 1997 23:28:37 +1100 Date: Fri, 3 Jan 1997 23:28:37 +1100 From: Bruce Evans Message-Id: <199701031228.XAA31459@godzilla.zeta.org.au> To: dtc@scrooge.ee.swin.oz.au, freebsd-current@FreeBSD.ORG Subject: Re: i586-optimized copyin/out still broken Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> preserving the state would mainly slow down signal handlers. > >Will it solve the problem to add a FPU save/restore in the interrupt >handler when needed? > >>From example using Martin's code example in PR 2142, the interrupt >handler would become: > >void interrupt(int sig) >{ > int n,i; > static int wieviel=0; > int fpu_state[27]; > > fpu_save(fpu_state); /* <<<<< */ That sort of works for the interrupt handlers that you change. Except of course on i386/i387 systems, fpu_save() and fpu_restore() may cause a SIGFPE, so you need lots more code to support such systems. >_fpu_save: > movl 4(%esp),%eax > fnsave (%eax) # Save the NPX state - Resets NPX Resetting it puts it into a possibly non-default state: control word state after fnsave: 0x037f (64 bit precision, mask all exceptions) FreeBSD default cw state: 0x1272 (53 bit precision, unmask 3 exceptions) application default cw state: who knows This is a problem for doing the context switch in the kernel. The FreeBSD default cw is correct if the process hasn't changed its cw, but the kernel has no way of telling if the process has changed its cw or if it wants the change to apply in signal handlers. In particular, the cw is always changed on the fly for doing float <-> int conversions, and this change should certainly not apply in signal handlers. Bruce From owner-freebsd-current Fri Jan 3 05:34:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA20923 for current-outgoing; Fri, 3 Jan 1997 05:34:40 -0800 (PST) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA20913; Fri, 3 Jan 1997 05:34:26 -0800 (PST) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id NAA12575; Fri, 3 Jan 1997 13:34:28 GMT Date: Fri, 3 Jan 1997 13:34:27 +0000 (GMT) From: Developer To: Stefan Esser cc: freebsd-current@FreeBSD.ORG, julliard@lrc.epfl.ch Subject: Re: Wine on Freebsd Current 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 Wow!! Guess what, after installing the new wine 01-Jan-97 and copying a windows 3.11 setup from a pc I actually managed to get MS-Word to run quite well on wine:))))) It did crash in the end (After loading quite a few files into it), here is the report:- STUB: AddFontResource('C:\MSOFFICE\WINWORD\DIALOG.FON') WIN16DRV_CreateDC disabled in wine.conf file -WIN16DRV_CreateDC disabled in wine.conf file PlayMetaFileRecord ExtTextOut mr->rdSize = 00000008, count = 1 SendMessage32A: invalid hwnd 00000001 SendMessage32A: invalid hwnd 00000001 Unexpected Windows program segfault - opcode = 8e Segmentation fault in Windows program 43f:d61. Reading symbols from file /usr/local/etc/wine.sym In 16 bit mode. Register dump: CS:043f SS:08ef DS:08ef ES:08ef FS:001f GS:0027 IP:0d61 SP:80dc BP:80fa FLAGS:0246 AX:0000 BX:1a84 CX:2800 DX:0000 SI:8136 DI:889e Stack dump: 0x08ef:0x80dc: 08ef 69e0 f27e 5050 0050 5151 0051 5252 0x08ef:0x80ec: 0052 5353 0053 5454 0054 5555 00ea 8120 0x08ef:0x80fc: 0911 00a7 8136 08ef 0000 889e 14f3 0000 0x08ef:0x810c: 011d: sel=08ef base=097e0010 limit=0000ffff 16-bit rw- Backtrace: 0 0x043f:0x0d61 1 0x043f:0x0911 2 0x043f:0x3053 3 0x043f:0x1bcd 4 0x043f:0x115b 5 0x043f:0x1a65 6 0x043f:0x09d6 7 0x043f:0x1383 8 0x043f:0x2532 9 0x043f:0x2a49 10 0x043f:0x1ecb 11 0x043f:0x1d4f 12 0x043f:0x0fb0 13 0x043f:0x1077 14 0x043f:0x58ac 15 0x043f:0x05b5 16 0x019f:0x00ad 0x043f:0x0d61: mov 0xe(%bp),%es I am VERY IMPRESSED however:)) BTW - How would I setup printing to work, the software thinks there is no printer installed? Keep up the great work. Regards, Trefor S. From owner-freebsd-current Fri Jan 3 05:51:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA21728 for current-outgoing; Fri, 3 Jan 1997 05:51:51 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id FAA21698 for ; Fri, 3 Jan 1997 05:51:44 -0800 (PST) Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vgA25-000QYQC; Fri, 3 Jan 97 14:51 MET Received: (grog@localhost) by freebie.lemis.de (8.8.4/8.6.12) id OAA15162 for FreeBSD-current@FreeBSD.ORG; Fri, 3 Jan 1997 14:49:28 +0100 (MET) From: grog@lemis.de Message-Id: <199701031349.OAA15162@freebie.lemis.de> Subject: Swap leak in -current? To: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Date: Fri, 3 Jan 1997 14:49:28 +0100 (MET) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-to: grog@lemis.de (Greg Lehey) 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 I've just failed a 'make world' for the second time after running out of swap space. I don't understand why: it looks like the make process is using up swap at a ridiculous rate. Here's the scenario: Pentium 133 with 64 MB of memory, a hungry X server using about a third of this, two swap spaces with a total of 150 MB. When I start 'make world', I have about 30% swap usage--in other words, about 100 MB empty. As the build goes on, more and more swap gets used up. Finally, the whole thing falls over, and swap usage goes back to what it was before the start. I'm not using mfs, so it can't be that. Here are a few outputs: (just now) === root@freebie (/dev/ttyp6) /home/grog 6 -> uname -a FreeBSD freebie.lemis.de 3.0-CURRENT-ctm-2884 FreeBSD 3.0-CURRENT-ctm-2884 #165: Fri Jan 3 10:53:40 MET 1997 grog@freebie.lemis.de:/src/FREEBIE/sys/compile/FREEBIE i386 (just before the crash) === grog@freebie (/dev/ttyp4) ~ 18 -> vmstat 2 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr s0 s1 s2 w0 in sy cs us sy id 2 4 0 39524 24464 383 9 2 2 386 724 2 4 0 24 293 793 106 49 15 36 0 2 0 39528 24052 106 3 22 0 69 0 9 0 0 7 314 316 72 2 9 88 ^C Note here that I have 24 MB free. === grog@freebie (/dev/ttyp4) ~ 19 -> ps aux USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 239 1.9 37.3 24280 23524 ?? R 11:12AM 3:17.28 X :0 grog 247 1.3 1.5 724 924 v0 I 11:12AM 1:30.82 xearth root 2 0.6 0.0 0 12 ?? DL 12:12PM 0:36.89 (pagedaemon) root 3 0.0 0.0 0 12 ?? DL 12:12PM 0:00.00 (vmdaemon) root 4 0.0 0.0 0 12 ?? DL 12:12PM 0:08.95 (update) root 26 0.0 0.0 200 12 ?? Is 12:12PM 0:00.00 adjkerntz -i root 88 0.0 0.5 404 336 ?? Ss 11:12AM 0:03.81 named root 112 0.0 0.5 196 328 ?? Ss 11:12AM 0:00.70 syslogd daemon 117 0.0 0.4 176 216 ?? Is 11:12AM 0:00.01 portmap root 124 0.0 0.0 532 12 ?? Is 11:12AM 0:00.25 mountd -n root 137 0.0 0.4 196 216 ?? Is 11:12AM 0:00.17 inetd root 144 0.0 0.5 332 284 ?? Ss 11:12AM 0:00.19 cron root 146 0.0 0.4 196 216 ?? Is 11:12AM 0:00.02 lpd root 149 0.0 0.4 496 216 ?? Is 11:12AM 0:00.02 sendmail: accepting connections on port 25 (sendmail) root 192 0.0 0.4 232 256 ?? Ds 11:12AM 0:01.46 /usr/local/bin//bisdnd -s 24 -C /etc/isdn.connectscrip grog 204 0.0 0.3 1044 208 v0 Is 11:12AM 0:00.31 -bash (bash) root 205 0.0 0.3 164 192 v1 Is+ 11:12AM 0:00.02 /usr/libexec/getty Pc ttyv1 root 206 0.0 0.3 164 192 v2 Is+ 11:12AM 0:00.02 /usr/libexec/getty Pc ttyv2 root 207 0.0 0.3 164 192 v3 Is+ 11:12AM 0:00.02 /usr/libexec/getty Pc ttyv3 root 208 0.0 0.3 164 192 v4 Is+ 11:12AM 0:00.02 /usr/libexec/getty Pc ttyv4 root 209 0.0 0.3 164 192 v5 Is+ 11:12AM 0:00.02 /usr/libexec/getty Pc ttyv5 root 210 0.0 0.3 164 192 v6 Is+ 11:12AM 0:00.02 /usr/libexec/getty Pc ttyv6 root 211 0.0 0.3 164 192 v7 Is+ 11:12AM 0:00.02 /usr/libexec/getty Pc ttyv7 root 212 0.0 0.3 164 192 v8 Is+ 11:12AM 0:00.02 /usr/libexec/getty Pc ttyv8 root 213 0.0 0.3 156 212 ?? I 11:12AM 0:00.08 /usr/libexec/getty Pc ttyv10 grog 238 0.0 0.3 188 212 v0 I+ 11:12AM 0:00.05 xinit grog 241 0.0 0.2 484 124 v0 I 11:12AM 0:00.07 sh /home/grog/.xinitrc grog 246 0.0 0.9 736 548 v0 I 11:12AM 2:08.83 xearth root 255 0.0 0.6 544 376 v0 S 11:12AM 0:03.35 xterm -e dovm root 256 0.0 0.7 548 416 v0 S 11:12AM 0:03.49 xterm -e doio root 257 0.0 0.9 660 556 v0 S 11:12AM 0:00.34 xterm -e domessages root 258 0.0 0.8 676 528 v0 S 11:12AM 0:01.79 xterm root 261 0.0 1.1 676 696 v0 S 11:12AM 0:08.47 xterm root 262 0.0 1.1 676 672 v0 R 11:12AM 0:00.65 xterm grog 264 0.0 0.6 252 392 v0 S 11:12AM 0:00.31 xbiff grog 266 0.0 0.7 1884 440 v0 S 11:12AM 0:05.69 mwm -multiscreen grog 269 0.0 1.0 1040 636 p4 Ss 11:12AM 0:00.51 -bash (bash) grog 270 0.0 0.2 480 104 p2 Is+ 11:12AM 0:00.04 sh ./dovm grog 271 0.0 0.2 480 104 p3 Is+ 11:12AM 0:00.04 sh ./doio root 272 0.0 1.0 1012 604 p5 Ss+ 11:12AM 0:00.78 su (bash) grog 273 0.0 0.3 480 156 p1 Ss+ 11:12AM 0:01.81 sh ./domessages grog 274 0.0 0.4 228 252 p3 S+ 11:12AM 0:01.63 iostat -w 5 grog 275 0.0 0.1 264 72 p3 S+ 11:12AM 0:03.56 src/display 1000 1000 2000 100 20 2000 100 20 2000 100 grog 276 0.0 0.4 240 256 p2 S+ 11:12AM 0:26.53 vmstat -w 5 grog 277 0.0 0.1 264 72 p2 S+ 11:12AM 0:03.95 src/display 10 10 10 100000 60000 2000 1000 100 100 10 grog 279 0.0 0.3 220 180 p1 S+ 11:12AM 0:01.01 tail -f /var/log/messages grog 291 0.0 0.7 1040 448 p6 Ss 11:12AM 0:04.92 -bash (bash) grog 362 0.0 0.9 740 564 v0 I 11:15AM 1:23.96 xearth grog 363 0.0 0.9 628 564 v0 I 11:15AM 1:22.01 xearth root 425 0.0 0.0 224 12 ?? I 11:18AM 0:00.11 nfsd.old: server (nfsd.old) root 426 0.0 0.0 224 12 ?? I 11:18AM 0:00.00 nfsd.old: server (nfsd.old) root 427 0.0 0.0 224 12 ?? I 11:18AM 0:00.00 nfsd.old: server (nfsd.old) root 428 0.0 0.0 224 12 ?? I 11:18AM 0:00.00 nfsd.old: server (nfsd.old) grog 14250 0.0 0.1 168 36 p1 S+ 1:36PM 0:00.01 sleep 30 grog 14302 0.0 0.1 168 36 p6 S+ 1:36PM 0:00.01 sleep 10 root 0 0.0 0.0 0 0 ?? DLs 12:12PM 0:00.05 (swapper) grog 14308 0.0 0.5 464 280 p4 R+ 1:36PM 0:00.00 ps -aux root 1 0.0 0.1 448 80 ?? Ss 12:12PM 0:00.11 /sbin/init -- The strange thing here is that the 'make world' doesn't show. It was on /dev/ttyp5, but all I see here is a 'su'. At the time it crashed, it was compiling libc: gcc -fpic -DPIC -O -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/src/FREEBIE/lib/libc/locale -DYP -c /src/FREEBIE/lib/libc/net/getservbyport.c -o getservbyport.so gcc -fpic -DPIC -O -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/src/FREEBIE/lib/libc/locale -DYP -c /src/FREEBIE/lib/libc/net/getservent.c -o getservent.so gcc: virtual memory exhausted *** Error code 1 On another window, I had a 'pstat -s' running with a 10 second delay. Here's what happened when it came to the crunch: Fri Jan 3 13:36:15 MET 1997 Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 51200 50872 264 99% Interleaved /dev/sd0b 98175 97600 511 99% Interleaved Total 149247 148472 775 99% Jan 3 12:35:16 freebie /kernel: swap_pager: out of swap space Fri Jan 3 13:36:25 MET 1997 Device 1024-blocks Used Avail Capacity Type /dev/wd0s1b 51200 22256 28880 44% Interleaved /dev/sd0b 98175 22216 75895 23% Interleaved Total 149247 44472 104775 30% I'm going to stop X and try again, but I don't think it'll make much difference. What's strange is that there doesn't seem to be any relationship between the ps display and the use of memory. Am I collecting fat zombies? Greg From owner-freebsd-current Fri Jan 3 06:11:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA22891 for current-outgoing; Fri, 3 Jan 1997 06:11:11 -0800 (PST) Received: from deepcore.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA22886 for ; Fri, 3 Jan 1997 06:10:48 -0800 (PST) Received: (from sos@localhost) by deepcore.cybercity.dk (8.8.4/8.7.3) id PAA05323 for current@freebsd.org; Fri, 3 Jan 1997 15:11:53 +0100 (MET) Message-Id: <199701031411.PAA05323@deepcore.cybercity.dk> Subject: CVS memory leak ?? To: current@freebsd.org (FreeBSD current) Date: Fri, 3 Jan 1997 15:11:51 +0100 (MET) From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just trashed my src tree, and while checking out a new one I ran into cvs faulting with "out of memory"... Starting over again and watching with a systat -vm shows the system consuming huge amounts of virtual memory. It only eats memory when actually checking out files, the comparison of allready checked out files seems OK. I don't normally checkout a whole tree so I dont know how long this has been... Whos is the CVS meister ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri Jan 3 06:20:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA23296 for current-outgoing; Fri, 3 Jan 1997 06:20:17 -0800 (PST) Received: from deepcore.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA23290 for ; Fri, 3 Jan 1997 06:20:06 -0800 (PST) Received: (from sos@localhost) by deepcore.cybercity.dk (8.8.4/8.7.3) id PAA07022; Fri, 3 Jan 1997 15:20:35 +0100 (MET) Message-Id: <199701031420.PAA07022@deepcore.cybercity.dk> Subject: Re: Swap leak in -current? To: grog@lemis.de Date: Fri, 3 Jan 1997 15:20:32 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG In-Reply-To: <199701031349.OAA15162@freebie.lemis.de> from "grog@lemis.de" at "Jan 3, 97 02:49:28 pm" From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to grog@lemis.de who wrote: > I've just failed a 'make world' for the second time after running out > of swap space. I don't understand why: it looks like the make process > is using up swap at a ridiculous rate. Here's the scenario: Pentium > 133 with 64 MB of memory, a hungry X server using about a third of > this, two swap spaces with a total of 150 MB. WoW! I just posted a message on cvs checkout dying the same horrible death (actually it is co that dies)... Anybody played with the malloc code resently, it seems free fails :(... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri Jan 3 06:53:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA24978 for current-outgoing; Fri, 3 Jan 1997 06:53:45 -0800 (PST) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA24970 for ; Fri, 3 Jan 1997 06:53:41 -0800 (PST) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.8.4/8.8.4) id AAA19494 for current@freebsd.org; Sat, 4 Jan 1997 00:53:34 +1000 Received: from pandora.devetir.qld.gov.au by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id WAA22149 for ; Fri, 3 Jan 1997 22:52:58 +1000 (EST) Received: from netfl15a.devetir.qld.gov.au (netfl15a.devetir.qld.gov.au [167.123.24.12]) by pandora.devetir.qld.gov.au (8.6.10/8.6.12) with ESMTP id WAA23399 for ; Fri, 3 Jan 1997 22:47:55 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id MAA17623 for current@freebsd.org; Fri, 3 Jan 1997 12:46:41 GMT Date: Fri, 3 Jan 1997 12:46:41 GMT Message-Id: <199701031246.MAA17623@netfl15a.devetir.qld.gov.au> From: sysseh@netfl15a.devetir.gov To: current@freebsd.org Subject: VM Subsystem oddities Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've noticed since yesterday's changes that swap space disappears at a rate of knots when I'm making libc. To see for yourself, make clean then make all install in /usr/src/lib. Whilst in libc, I saw well over 130Mb of swap being used. It used to be at most about 30-40Mb. Also, running that peice of freshly committed TCL to find out what shared libs are being used, the wired-down memory jumped to over 20Mb. On a 24Mb machine with at most 70 processes running, this is no mean achievement. As you can imagine, it was paging like crazy. Johgn, is this related to the stuff from Alan Cox that came through recently, or is the VM collapsing code that was ifdef'd out? Stephen From owner-freebsd-current Fri Jan 3 07:25:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA26850 for current-outgoing; Fri, 3 Jan 1997 07:25:53 -0800 (PST) Received: from sdev.usn.blaze.net.au (sdev.usn.blaze.net.au [203.17.53.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA26841 for ; Fri, 3 Jan 1997 07:25:48 -0800 (PST) Received: (from davidn@localhost) by sdev.usn.blaze.net.au (8.8.4/8.6.9) id CAA11405; Sat, 4 Jan 1997 02:25:26 +1100 (EST) Message-ID: Date: Sat, 4 Jan 1997 02:25:26 +1100 From: davidn@sdev.usn.blaze.net.au (David Nugent) To: grog@lemis.de (Greg Lehey) Cc: FreeBSD-current@freebsd.org (FreeBSD current users) Subject: Re: Swap leak in -current? References: <199701031349.OAA15162@freebie.lemis.de> X-Mailer: Mutt 0.54 Mime-Version: 1.0 In-Reply-To: <199701031349.OAA15162@freebie.lemis.de>; from grog@lemis.de on Jan 3, 1997 14:49:28 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk grog@lemis.de writes: > I've just failed a 'make world' for the second time after > running out of swap space. I don't understand why: it looks > like the make process is using up swap at a ridiculous rate. > Here's the scenario: Pentium 133 with 64 MB of memory, a > hungry X server using about a third of this, two swap spaces > with a total of 150 MB. Well, glad its just not me. I was about to report exactly the same thing. On a machine which about a couple of weeks ago did make world flawlessly a few times, attempting to make world dies with out of memory problems. Indeed, swap space does indeed shrink to nothing (the machine in question has 64mb of RAM and 128mb of swap! No X - just minor services, web server and cache showing ~8mb in use between them). I decided earlier this evening to also kill my current source tree and export the entire -current again, but cvs runs out of swap as well, and co reports that it can't allocate memory. Running top concurrently shows available swap space plummeting from ~70M free to none as the checkout occurs, but only if files are actually checked out (ie. no change in vm at all if the files already exist), and ^C killing cvs brings it all back. top shows that the cvs process itself doesn't seem to be consuming the memory, so the 'leak' appears to be somewhere in the vm system. (btw, it took 4 passes to finally check out the entire tree again) The problem appeared first just before Christmas. 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 Jan 3 07:36:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA27424 for current-outgoing; Fri, 3 Jan 1997 07:36:09 -0800 (PST) Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA27412 for ; Fri, 3 Jan 1997 07:36:06 -0800 (PST) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.3/8.8.3) with ESMTP id PAA24818 for ; Fri, 3 Jan 1997 15:35:05 GMT Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Fri, 3 Jan 1997 15:35:46 +0000 Received: from tees.elsevier.co.uk (tees.elsevier.co.uk [193.131.197.60]) by cadair.elsevier.co.uk (8.8.3/8.8.3) with ESMTP id PAA16901 for ; Fri, 3 Jan 1997 15:35:41 GMT Received: (from dpr@localhost) by tees.elsevier.co.uk (8.8.3/8.8.3) id PAA01920; Fri, 3 Jan 1997 15:34:15 GMT To: current@freebsd.org Subject: 2.2 Beta From: Paul Richards Date: 03 Jan 1997 15:34:14 +0000 Message-ID: <57g20isrgp.fsf@tees.elsevier.co.uk> Lines: 40 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just tried to install this on a Compaq Deskpro XL 575 which has an AMD scsi controller. It didn't work :-( The amd driver probes the scsi bus and finds the hard disk which is listed as (this is all typed in by hand) (amd0:0:0): "COMPAQPC DPES-31080 S31K" type 0 fixed SCSI 2 sd0(ams0:0:0): Direct-Access 0Mb (1 512 byte sectors) sd0(ams0:0:0): with 0 cyls, 64 heads, and an average 32 sectors/track I get the feeling something is slightly wrong here :-) The probes then continue as expected until sysinstall starts, I get the following message /stand/sysinstall running as init and then a completely blank screen. The machine is still running since I can scroll back up the console to read the boot messages and I can switch to the debug console, which says DEBUG: ioctl(3,TIOCCONS, NULL) = 0 (success) Any ideas? Are these problems related, is sysinstall falling over in some way because the disk info is a bit odd? Some extra info, since I booted verbose BIOS Geometries: 0:03e83f20 0..1000=1001 cylinders, 0..63=64 heads, 1..32=32 sectors 0 accounted for -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Fri Jan 3 07:40:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA27652 for current-outgoing; Fri, 3 Jan 1997 07:40:20 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA27575; Fri, 3 Jan 1997 07:39:18 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id KAA13230; Fri, 3 Jan 1997 10:39:16 -0500 (EST) From: John Dyson Message-Id: <199701031539.KAA13230@dyson.iquest.net> Subject: Re: CVS memory leak ?? To: sos@FreeBSD.ORG Date: Fri, 3 Jan 1997 10:39:16 -0500 (EST) Cc: current@FreeBSD.ORG In-Reply-To: <199701031411.PAA05323@deepcore.cybercity.dk> from "sos@FreeBSD.ORG" at Jan 3, 97 03:11:51 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 Re: the swap leak thing. I Removed some of the old collapse code, and also added some improved map management code. I'll try a CVS checkout using my copy of -current and see if I can reproduce the problem. John From owner-freebsd-current Fri Jan 3 07:42:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA27748 for current-outgoing; Fri, 3 Jan 1997 07:42:14 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA27740 for ; Fri, 3 Jan 1997 07:42:09 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id KAA13252; Fri, 3 Jan 1997 10:42:00 -0500 (EST) From: John Dyson Message-Id: <199701031542.KAA13252@dyson.iquest.net> Subject: Re: Swap leak in -current? To: grog@lemis.de Date: Fri, 3 Jan 1997 10:42:00 -0500 (EST) Cc: FreeBSD-current@freebsd.org In-Reply-To: <199701031349.OAA15162@freebie.lemis.de> from "grog@lemis.de" at Jan 3, 97 02:49:28 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 > > I'm going to stop X and try again, but I don't think it'll make much > difference. What's strange is that there doesn't seem to be any > relationship between the ps display and the use of memory. Am I > collecting fat zombies? > If you don't want to wait until tonight -- try recompiling the kernel with -DOLD_COLLAPSE_CODE and see if the problems go away. John From owner-freebsd-current Fri Jan 3 07:44:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA27848 for current-outgoing; Fri, 3 Jan 1997 07:44:32 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA27843 for ; Fri, 3 Jan 1997 07:44:28 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id KAA13259; Fri, 3 Jan 1997 10:44:25 -0500 (EST) From: John Dyson Message-Id: <199701031544.KAA13259@dyson.iquest.net> Subject: Re: VM Subsystem oddities To: sysseh@netfl15a.devetir.gov Date: Fri, 3 Jan 1997 10:44:25 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199701031246.MAA17623@netfl15a.devetir.qld.gov.au> from "sysseh@netfl15a.devetir.gov" at Jan 3, 97 12:46: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 > > Johgn, is this related to the stuff from Alan Cox that came through recently, > or is the VM collapsing code that was ifdef'd out? > I don't think that this is Alan's fault -- I think that it is mine. Recompile the kernel with -DOLD_COLLAPSE_CODE until I can fix it tonight. It didn't seem to cause me any trouble, and getting rid of the code would have been nice. However, our shadow chain cleanup appears to be insufficient. I'll re-instate the original code tonight. John From owner-freebsd-current Fri Jan 3 08:15:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA29687 for current-outgoing; Fri, 3 Jan 1997 08:15:06 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA29652; Fri, 3 Jan 1997 08:14:25 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vgCFU-0003xqC; Fri, 3 Jan 97 08:13 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 RAA03519; Fri, 3 Jan 1997 17:12:33 +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 QAA18012; Fri, 3 Jan 1997 16:29:54 +0100 (MET) To: sos@FreeBSD.ORG cc: grog@lemis.de, FreeBSD-current@FreeBSD.ORG Subject: Re: Swap leak in -current? In-reply-to: Your message of "Fri, 03 Jan 1997 15:20:32 +0100." <199701031420.PAA07022@deepcore.cybercity.dk> Date: Fri, 03 Jan 1997 16:29:36 +0100 Message-ID: <18010.852305376@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199701031420.PAA07022@deepcore.cybercity.dk>, sos@FreeBSD.ORG write s: >In reply to grog@lemis.de who wrote: >> I've just failed a 'make world' for the second time after running out >> of swap space. I don't understand why: it looks like the make process >> is using up swap at a ridiculous rate. Here's the scenario: Pentium >> 133 with 64 MB of memory, a hungry X server using about a third of >> this, two swap spaces with a total of 150 MB. > >WoW! I just posted a message on cvs checkout dying the same horrible >death (actually it is co that dies)... >Anybody played with the malloc code resently, it seems free fails :(... It's more likely John Dysons latest VM change... -- 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 Fri Jan 3 09:05:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA02620 for current-outgoing; Fri, 3 Jan 1997 09:05:46 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA02614 for ; Fri, 3 Jan 1997 09:05:44 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id MAA16222; Fri, 3 Jan 1997 12:05:34 -0500 (EST) From: "John S. Dyson" Message-Id: <199701031705.MAA16222@dyson.iquest.net> Subject: Re: Swap leak in -current? To: grog@lemis.de Date: Fri, 3 Jan 1997 12:05:33 -0500 (EST) Cc: FreeBSD-current@freebsd.org In-Reply-To: <199701031349.OAA15162@freebie.lemis.de> from "grog@lemis.de" at Jan 3, 97 02:49:28 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 > I've just failed a 'make world' for the second time after running out > of swap space. I don't understand why: it looks like the make process > is using up swap at a ridiculous rate. Here's the scenario: Pentium > 133 with 64 MB of memory, a hungry X server using about a third of > this, two swap spaces with a total of 150 MB. > Just updated -current kernel -- use that. I broke it (with an optimization :-(). John From owner-freebsd-current Fri Jan 3 09:37:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA04280 for current-outgoing; Fri, 3 Jan 1997 09:37:37 -0800 (PST) Received: from precipice.shockwave.com (ppp-206-170-6-43.rdcy01.pacbell.net [206.170.6.43]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA04274; Fri, 3 Jan 1997 09:37:29 -0800 (PST) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.8.4/8.7.3) with ESMTP id JAA00399; Fri, 3 Jan 1997 09:37:20 -0800 (PST) Message-Id: <199701031737.JAA00399@precipice.shockwave.com> To: phk@freebsd.org, jkh@freebsd.org cc: current@freebsd.org Subject: utmp changes Date: Fri, 03 Jan 1997 09:37:19 -0800 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm just back from a few weeks out of the country, so my memory may be stale, but I thought if we were going to break utmp compatibility, we were going to put in ALL of the requested changes right now, instead of doing it bit by bit. I believe P-H wanted a larger field for the host size (16 is silly) and an additional field for the IPv[46] address. If so, let's get them done now before we have to re-compile and link every application twice. (I'm really unhappy about X11 code changing. Perhaps it's time to augment the utmp/wtmp write stuff in libutil into a full blown read/write package?) Paul From owner-freebsd-current Fri Jan 3 10:44:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA07125 for current-outgoing; Fri, 3 Jan 1997 10:44:22 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA07117; Fri, 3 Jan 1997 10:44:19 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vgEaW-0003vuC; Fri, 3 Jan 97 10:43 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 TAA03818; Fri, 3 Jan 1997 19:42:29 +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 TAA18405; Fri, 3 Jan 1997 19:45:59 +0100 (MET) To: Paul Traina cc: jkh@freebsd.org, current@freebsd.org Subject: Re: utmp changes In-reply-to: Your message of "Fri, 03 Jan 1997 09:37:19 PST." <199701031737.JAA00399@precipice.shockwave.com> Date: Fri, 03 Jan 1997 19:45:59 +0100 Message-ID: <18403.852317159@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701031737.JAA00399@precipice.shockwave.com>, Paul Traina writes: >I'm just back from a few weeks out of the country, so my memory may be >stale, but I thought if we were going to break utmp compatibility, we >were going to put in ALL of the requested changes right now, instead >of doing it bit by bit. > >I believe P-H wanted a larger field for the host size (16 is silly) and >an additional field for the IPv[46] address. If so, let's get them done >now before we have to re-compile and link every application twice. No what I wanted was a space for the key-name for ssh and a flag for the fact that the session is encrypted. >(I'm really unhappy about X11 code changing. Perhaps it's time to augment > the utmp/wtmp write stuff in libutil into a full blown read/write package?) yes. -- 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 Fri Jan 3 10:51:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA07626 for current-outgoing; Fri, 3 Jan 1997 10:51:54 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA07617 for ; Fri, 3 Jan 1997 10:51:49 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA16694 for ; Fri, 3 Jan 1997 19:51:30 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA17543 for current@freebsd.org; Fri, 3 Jan 1997 19:51:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id TAA15643; Fri, 3 Jan 1997 19:36:21 +0100 (MET) Message-ID: Date: Fri, 3 Jan 1997 19:36:21 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: 2.2 Beta References: <57g20isrgp.fsf@tees.elsevier.co.uk> 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: <57g20isrgp.fsf@tees.elsevier.co.uk>; from Paul Richards on Jan 3, 1997 15:34:14 +0000 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Paul Richards wrote: > The amd driver probes the scsi bus and finds the hard disk which is > listed as (this is all typed in by hand) > > (amd0:0:0): "COMPAQPC DPES-31080 S31K" type 0 fixed SCSI 2 > sd0(ams0:0:0): Direct-Access 0Mb (1 512 byte sectors) > sd0(ams0:0:0): with 0 cyls, 64 heads, and an average 32 sectors/track Can you try whether another SCSI controller would find the disk correctly under FreeBSD? Wrt. the AMD driver, it's probably best to talk to Stefan. > The probes then continue as expected until sysinstall starts, I get > the following message > > /stand/sysinstall running as init > > and then a completely blank screen. It's probing for the disk devices. Apparently, the SCSI controller or bus jams 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 Jan 3 11:19:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA08912 for current-outgoing; Fri, 3 Jan 1997 11:19:39 -0800 (PST) Received: from precipice.shockwave.com (ppp-206-170-6-205.rdcy01.pacbell.net [206.170.6.205]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA08885; Fri, 3 Jan 1997 11:18:13 -0800 (PST) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.8.4/8.7.3) with ESMTP id LAA15717; Fri, 3 Jan 1997 11:16:25 -0800 (PST) Message-Id: <199701031916.LAA15717@precipice.shockwave.com> To: Poul-Henning Kamp cc: jkh@freebsd.org, current@freebsd.org Subject: Re: utmp changes In-reply-to: Your message of "Fri, 03 Jan 1997 19:45:59 +0100." <18403.852317159@critter.dk.tfs.com> Date: Fri, 03 Jan 1997 11:16:25 -0800 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Poul-Henning Kamp Subject: Re: utmp changes No what I wanted was a space for the key-name for ssh and a flag for the fact that the session is encrypted. OK, then it was someone else who was talking about larger hostname sizes and IP addresses. I'm more concerned about either making the space now, or at least creating a "RESERVED" area (we should do that anyway) in utmp and wtmp. To start the ball rolling, let me just suggest the following. I know it's not pretty, and I'm not so sure that the remote ssh key belongs in utmp, but this is what I conceive as changing. The big thing is I'd like to fix the size of the utmp structure once and for all, and define the reserved area as must-be-zero so we don't get in the mess we just got in ever again. :-( #define UT_NAMESIZE 16 #define UT_LINESIZE 8 #define UT_HOSTSIZE 64 /* was 16 */ #define UT_HADDRSIZE 16 /* remote host address */ #define UT_KEYSIZE 16 /* for ssh key? hmmm... I'm not so sure... */ #define UT_FLAGSIZE 1 struct lastlog { time_t ll_time; char ll_line[UT_LINESIZE]; char ll_host[UT_HOSTSIZE]; char ll_hadd[UT_HADDSIZE]; /* new */ char _ll_reserved[256 - cruft]; /* must be zero */ }; struct utmp { char ut_line[UT_LINESIZE]; char ut_name[UT_NAMESIZE]; char ut_host[UT_HOSTSIZE]; char ut_haddr[UT_HADDSIZE]; char ut_flags[UT_FLAGSIZE]; long ut_time; char ut_key[UT_KEYSIZE]; /* do we really want this in utmp? */ char _ut_reserved[256 - cruft]; /* must be zero */ }; #endif /* !_UTMP_H_ */ >(I'm really unhappy about X11 code changing. Perhaps it's time to augment > the utmp/wtmp write stuff in libutil into a full blown read/write package?) yes. -- 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, In >>c. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Fri Jan 3 11:55:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA10903 for current-outgoing; Fri, 3 Jan 1997 11:55:18 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA10868 for ; Fri, 3 Jan 1997 11:54:31 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA18103 for ; Fri, 3 Jan 1997 20:51:21 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA18393 for current@FreeBSD.ORG; Fri, 3 Jan 1997 20:51:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id UAA15828; Fri, 3 Jan 1997 20:39:49 +0100 (MET) Message-ID: Date: Fri, 3 Jan 1997 20:39:48 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: utmp changes References: <199701031737.JAA00399@precipice.shockwave.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: <199701031737.JAA00399@precipice.shockwave.com>; from Paul Traina on Jan 3, 1997 09:37:19 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Paul Traina wrote: > I believe P-H wanted a larger field for the host size (16 is silly) and > an additional field for the IPv[46] address. If so, let's get them done > now before we have to re-compile and link every application twice. Well, `once' is already done now. So however you look at it, most people running -current have already upgraded their X11 etc. stuff, now there's no need to rush it again. But yes, it should happen before 3.0 will eventually ship. > (I'm really unhappy about X11 code changing. Perhaps it's time to augment > the utmp/wtmp write stuff in libutil into a full blown read/write package?) Yes, i've also suggested this to the XFree86 folks. Well, waddayathink why i wrote the libutil manpages recently? :-) It turns out that most of the functionality required is already there, except login(3) is too braindead to be used. We should probably replace every use of this function by a subsequent call to logutmp(3) (yet to be written) and logwtmp(3) (already there), and move out login(3) to libcompat. X11 should also move towards using the openpty(3)/forkpty(3) interface. If it had done this earlier, the previous vulnerability where xterm didn't revoke(2) its pty first would not have existed. Also, if we later decide to provide a better pty allocation scheme (something like a pty master device), we only have to upgrade libutil accordingly. -- 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 Jan 3 12:00:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA11085 for current-outgoing; Fri, 3 Jan 1997 12:00:41 -0800 (PST) Received: from mira.net.au (eplet.mira.net.au [203.9.190.17]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA11080 for ; Fri, 3 Jan 1997 12:00:37 -0800 (PST) Received: (qmail 22373 invoked from network); 3 Jan 1997 20:00:35 -0000 Received: from melb.werple.net.au (203.9.190.18) by eplet.mira.net.au with SMTP; 3 Jan 1997 20:00:35 -0000 Received: (from uucp@localhost) by melb.werple.net.au (8.7.6/8.7.3/2) with UUCP id GAA04610; Sat, 4 Jan 1997 06:56:13 +1100 (EST) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id GAA28204; Sat, 4 Jan 1997 06:46:51 +1100 (EST) From: John Birrell Message-Id: <199701031946.GAA28204@freebsd1.cimlogic.com.au> Subject: Re: MOD_DECL in lkm.h To: bde@zeta.org.au (Bruce Evans) Date: Sat, 4 Jan 1997 06:46:50 +1100 (EST) Cc: current@FreeBSD.org In-Reply-To: <199701030734.SAA23958@godzilla.zeta.org.au> from Bruce Evans at "Jan 3, 97 06:34: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 Bruce Evans wrote: > Most modules have > no need for a stat function. That's a shame because it is a useful interface for looking at debug info. Ah well, looks like my module won't have a stat function either. > Bruce > BTW, with lkms, how is device config info (like in kernel config files) supposed to be passed in rather than hard coding the configuration? In my case, I've got a digital I/O board that can have dip switches set to a range of base addresses. And it can be configured not to do interrupts or IRQs 2 - 7. I'd like to be able to do: modload -c config_file -p postinstall XXX_mod.o where the config_file might contain something similar to that given to the kernel config. Then I'd like the number of units to come from the config_file rather than from the NXXX in the XXX.h header file. -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Fri Jan 3 12:03:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA11208 for current-outgoing; Fri, 3 Jan 1997 12:03:36 -0800 (PST) Received: from stripe.Colorado.EDU (root@stripe.Colorado.EDU [128.138.129.14]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA11200 for ; Fri, 3 Jan 1997 12:03:32 -0800 (PST) Received: from Colorado.EDU (olear@tele80.Colorado.EDU [128.138.149.80]) by stripe.Colorado.EDU (8.8.4/8.8.4/CNS-4.1p) with ESMTP id NAA15177; Fri, 3 Jan 1997 13:02:44 -0700 (MST) Message-Id: <199701032002.NAA15177@stripe.Colorado.EDU> X-Mailer: exmh version 2.0alpha 12/3/96 To: Warner Losh cc: "John S. Dyson" , current@freebsd.org Subject: Re: Area codes in na.phone... In-reply-to: Your message of "Thu, 02 Jan 1997 21:43:31 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Jan 1997 13:02:38 -0700 From: "Mark O'Lear" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You might take a look at: http://www.555-1212.com/aclookup.html They have a lookup feature as well as a "list all" feature. Mark -- Mark O'Lear \ e-mail: Mark.Olear@Colorado.EDU University of Colorado \ phone: (303) 492-3798 Telecomm. Svcs. (CB 313) \ fax: (303) 492-5105 Boulder, CO 80309 \ From owner-freebsd-current Fri Jan 3 12:22:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA12585 for current-outgoing; Fri, 3 Jan 1997 12:22:08 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA12571 for ; Fri, 3 Jan 1997 12:21:59 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA18747 for ; Fri, 3 Jan 1997 21:21:21 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA19186 for current@freebsd.org; Fri, 3 Jan 1997 21:21:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA15985; Fri, 3 Jan 1997 21:00:30 +0100 (MET) Message-ID: Date: Fri, 3 Jan 1997 21:00:30 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: utmp changes References: <18403.852317159@critter.dk.tfs.com> <199701031916.LAA15717@precipice.shockwave.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: <199701031916.LAA15717@precipice.shockwave.com>; from Paul Traina on Jan 3, 1997 11:16:25 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Paul Traina wrote: > To start the ball rolling, let me just suggest the following. I know it's > not pretty, and I'm not so sure that the remote ssh key belongs in utmp, > but this is what I conceive as changing. Please, do also add a magic number, sort of. I already had a hard time in doing the heuristics for the current transition, have a look at src/tools/3.0-upgrade/cvt-wtmp.c. If we're going to bloat the structure by much more than we did now, we should also add some sort of magic number to allow for a better heuristics. -- 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 Jan 3 12:30:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA12947 for current-outgoing; Fri, 3 Jan 1997 12:30:16 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA12937 for ; Fri, 3 Jan 1997 12:30:05 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA09026; Fri, 3 Jan 1997 15:29:49 -0500 Date: Fri, 3 Jan 1997 15:29:49 -0500 From: Garrett Wollman Message-Id: <9701032029.AA09026@halloran-eldar.lcs.mit.edu> To: John Birrell Cc: bde@zeta.org.au (Bruce Evans), current@freebsd.org Subject: Re: MOD_DECL in lkm.h In-Reply-To: <199701031946.GAA28204@freebsd1.cimlogic.com.au> References: <199701030734.SAA23958@godzilla.zeta.org.au> <199701031946.GAA28204@freebsd1.cimlogic.com.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > BTW, with lkms, how is device config info (like in kernel config files) > supposed to be passed in rather than hard coding the configuration? That was one of the things that devconf was supposed to do, but this was never implemented before Poul-Henning destroyed it. -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 Fri Jan 3 13:29:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA15530 for current-outgoing; Fri, 3 Jan 1997 13:29:53 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA15523; Fri, 3 Jan 1997 13:29:48 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vgH8c-0003y7C; Fri, 3 Jan 97 13:26 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 WAA04142; Fri, 3 Jan 1997 22:24:45 +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 VAA18571; Fri, 3 Jan 1997 21:06:39 +0100 (MET) To: Paul Traina cc: jkh@freebsd.org, current@freebsd.org Subject: Re: utmp changes In-reply-to: Your message of "Fri, 03 Jan 1997 11:16:25 PST." <199701031916.LAA15717@precipice.shockwave.com> Date: Fri, 03 Jan 1997 21:06:39 +0100 Message-ID: <18569.852321999@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701031916.LAA15717@precipice.shockwave.com>, Paul Traina writes: >To start the ball rolling, let me just suggest the following. I know it's >not pretty, and I'm not so sure that the remote ssh key belongs in utmp, Actually it should probably be a more generic "authentication" field that documents how this session got authenticated, ie, kerberos and /bin/login would also have things to put here. >but this is what I conceive as changing. The big thing is I'd like to fix >the size of the utmp structure once and for all, and define the reserved >area as must-be-zero so we don't get in the mess we just got in ever again. :- >#define UT_HADDRSIZE 16 /* remote host address */ If this is binary shouldn't we make it contain the entire result from the getpeername() ? Ie port and proto as well ? How big is a IPv6 sock_addr anyway ? >#define UT_KEYSIZE 16 /* for ssh key? hmmm... I'm not so sure Make it: #define UT_AUTHSIZE 64 And make it contain "\040\040" for instance: "telnet passwd phk" "ftp skey phk" "ssh rsa phk@critter.tfs.com" "ssh passwd phk" "rsh rhosts critter.dk.tfs.com phk" "rlogin equiv spatter.freebsd.org phk" "telnet kerbIV mumble mumble mumble" It is of course a double edged sword to store this info, but in the case where a user account has been compromised, it provides valuable information about what got compromised. In the case of a compromised root all bets are off of course. -- 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 Fri Jan 3 13:58:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA16662 for current-outgoing; Fri, 3 Jan 1997 13:58:14 -0800 (PST) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA16651 for ; Fri, 3 Jan 1997 13:58:12 -0800 (PST) From: proff@suburbia.net Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with SMTP id NAA19588 for ; Fri, 3 Jan 1997 13:58:54 -0800 (PST) Received: (qmail 24315 invoked by uid 110); 3 Jan 1997 21:57:38 -0000 Message-ID: <19970103215738.24314.qmail@suburbia.net> Subject: Re: utmp changes In-Reply-To: <199701031916.LAA15717@precipice.shockwave.com> from Paul Traina at "Jan 3, 97 11:16:25 am" To: pst@shockwave.com (Paul Traina) Date: Sat, 4 Jan 1997 08:57:38 +1100 (EST) Cc: phk@critter.dk.tfs.com, jkh@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 > From: Poul-Henning Kamp > Subject: Re: utmp changes > > No what I wanted was a space for the key-name for ssh and a flag for the > fact that the session is encrypted. [..] The whole utmp idea is stupid dreadful hack. session-info-fs anyone? From owner-freebsd-current Fri Jan 3 14:00:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA16850 for current-outgoing; Fri, 3 Jan 1997 14:00:42 -0800 (PST) Received: from mira.net.au (eplet.mira.net.au [203.9.190.17]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA16842 for ; Fri, 3 Jan 1997 14:00:37 -0800 (PST) Received: (qmail 26768 invoked from network); 3 Jan 1997 22:00:34 -0000 Received: from melb.werple.net.au (203.9.190.18) by eplet.mira.net.au with SMTP; 3 Jan 1997 22:00:34 -0000 Received: (from uucp@localhost) by melb.werple.net.au (8.7.6/8.7.3/2) with UUCP id IAA09979; Sat, 4 Jan 1997 08:56:15 +1100 (EST) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id IAA28481; Sat, 4 Jan 1997 08:51:44 +1100 (EST) From: John Birrell Message-Id: <199701032151.IAA28481@freebsd1.cimlogic.com.au> Subject: Re: MOD_DECL in lkm.h To: wollman@lcs.mit.edu (Garrett Wollman) Date: Sat, 4 Jan 1997 08:51:43 +1100 (EST) Cc: jb@cimlogic.com.au, bde@zeta.org.au, current@freebsd.org In-Reply-To: <9701032029.AA09026@halloran-eldar.lcs.mit.edu> from Garrett Wollman at "Jan 3, 97 03:29:49 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 Garrett Wollman wrote: > That was one of the things that devconf was supposed to do, but this > was never implemented before Poul-Henning destroyed it. So, I'm looking in my crystal ball, and what do I see that the future will bring? Will devfs become univeral? Will we be able to get away from the (nasty IMO) need to have source installed to configure a kernel? > > -GAWollman -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Fri Jan 3 15:15:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA19376 for current-outgoing; Fri, 3 Jan 1997 15:15:12 -0800 (PST) Received: from precipice.shockwave.com (ppp-206-170-6-205.rdcy01.pacbell.net [206.170.6.205]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA19333; Fri, 3 Jan 1997 15:14:11 -0800 (PST) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.8.4/8.7.3) with ESMTP id PAA24528; Fri, 3 Jan 1997 15:12:36 -0800 (PST) Message-Id: <199701032312.PAA24528@precipice.shockwave.com> To: proff@suburbia.net cc: phk@critter.dk.tfs.com, jkh@freebsd.org, current@freebsd.org Subject: Re: utmp changes In-reply-to: Your message of "Sat, 04 Jan 1997 08:57:38 +1100." <19970103215738.24314.qmail@suburbia.net> Date: Fri, 03 Jan 1997 15:12:36 -0800 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Agreed, 100%. Unfortunately, we're also stuck with the fact that it's an API of a sick and twisted sort (if we weren't, we wouldn't be in the mess we're in today). I think the right thing(tm) to do is to toss together an extensible formal API to the "session database" and see if we can get the BSD and linux folks to agree to it. Then, it doesn't matter how we actually implement it. Of course, getting people to agree to squat these days is damn near impossible.(Which is why I was being conservative and just stealing from Linux and BSD). Sigh. . From: proff@suburbia.net Subject: Re: utmp changes > From: Poul-Henning Kamp > Subject: Re: utmp changes > > No what I wanted was a space for the key-name for ssh and a flag for the > fact that the session is encrypted. [..] The whole utmp idea is stupid dreadful hack. session-info-fs anyone? From owner-freebsd-current Fri Jan 3 15:22:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA19843 for current-outgoing; Fri, 3 Jan 1997 15:22:03 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA19814 for ; Fri, 3 Jan 1997 15:21:51 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA26067 for ; Sat, 4 Jan 1997 00:21:19 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA22455 for current@freebsd.org; Sat, 4 Jan 1997 00:21:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id AAA17003; Sat, 4 Jan 1997 00:03:18 +0100 (MET) Message-ID: Date: Sat, 4 Jan 1997 00:03:18 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] References: <9701032029.AA09026@halloran-eldar.lcs.mit.edu> <199701032151.IAA28481@freebsd1.cimlogic.com.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: <199701032151.IAA28481@freebsd1.cimlogic.com.au>; from John Birrell on Jan 4, 1997 08:51:43 +1100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As John Birrell wrote: > So, I'm looking in my crystal ball, and what do I see that the future > will bring? Will devfs become univeral? Will we be able to get away Define `universal'. Devfs can certainly help towards auto- configuration, yes. Newly found devices will pop up in /dev automatically, stale entries will disappear. > from the (nasty IMO) need to have source installed to configure > a kernel? Certainly not. First, it would require somebody to implement the required Makefile and configuration infrastructure, as well as departing the config-dependant tables etc. from the drivers itself (what SysV has in their `space.c' files). This is already a tremendous amount of time. Naturally, people who enjoy having the source are very poor candidates to convince them of spending their time into this. The SysV developers had another goal behind it: not to hand you out the source code. That's been their driving force. BSD developers don't have this driving force, and even kernel compile times are no longer that much an issue. When we started with 386BSD 0.0 on our 386/16 machines, with 2 hours of kernel compilation, this was another matter. Right now, with a new kernel from scratch after quarter an hour, well, it's often just enough to get a cup of tea or coffee meanwhile. :) Second, you can't have compile-time options anymore then. IOW, you gotta include everything into the compiled object already, to make it run-time selectable. People might suddenly get the feeling that there's now also the kitchen-sink included. :) And, if being faced with a compile-time vs. run-time decision, the latter usually actually _costs_ run-time. So the kernel won't be only more bloated, but also slower. -- 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 Jan 3 15:55:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA21493 for current-outgoing; Fri, 3 Jan 1997 15:55:46 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA21486 for ; Fri, 3 Jan 1997 15:55:44 -0800 (PST) Received: from arabian.astrolab.org (dial26.nconnect.net [206.54.227.26]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id RAA17469 for ; Fri, 3 Jan 1997 17:52:22 -0600 (CST) Message-ID: <32CD9C38.41C67EA6@nconnect.net> Date: Fri, 03 Jan 1997 17:54:32 -0600 From: Randy DuCharme X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: current@freebsd.org Subject: syslogd failure Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, Every morning Cron sends me mail about being unable to restart syslogd. He says " could not restart syslogd: No such process" Manually attempting to start 'syslogd' says "child pid xxx exited with return code 1" Syslog -d says "cannot create /var/run/log: Address already in use logmsg: pri 53, flags 4, from arabian, msg syslogd: cannot create /var/run/log: Address already in use Logging to CONSOLE /dev/console cannot create /var/run/log (0) I'm confused. Permissions look right. Any help would be GREATLY appreciated. Thanks Randy From owner-freebsd-current Fri Jan 3 16:35:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA25987 for current-outgoing; Fri, 3 Jan 1997 16:35:23 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id QAA25974 for ; Fri, 3 Jan 1997 16:35:20 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vgK4v-0006u8-00; Fri, 3 Jan 1997 17:35:13 -0700 To: Poul-Henning Kamp Subject: Re: utmp changes Cc: current@freebsd.org In-reply-to: Your message of "Fri, 03 Jan 1997 21:06:39 +0100." <18569.852321999@critter.dk.tfs.com> References: <18569.852321999@critter.dk.tfs.com> Date: Fri, 03 Jan 1997 17:35:13 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <18569.852321999@critter.dk.tfs.com> Poul-Henning Kamp writes: : How big is a IPv6 sock_addr anyway ? An IPv6 address is 128 bits, if memory serves me correctly. Warner From owner-freebsd-current Fri Jan 3 21:58:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA01020 for current-outgoing; Fri, 3 Jan 1997 21:58:00 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA01000; Fri, 3 Jan 1997 21:57:53 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id VAA24924; Fri, 3 Jan 1997 21:57:48 -0800 (PST) To: Paul Traina cc: phk@freebsd.org, jkh@freebsd.org, current@freebsd.org Subject: Re: utmp changes In-reply-to: Your message of "Fri, 03 Jan 1997 09:37:19 PST." <199701031737.JAA00399@precipice.shockwave.com> Date: Fri, 03 Jan 1997 21:57:47 -0800 Message-ID: <24920.852357467@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm just back from a few weeks out of the country, so my memory may be > stale, but I thought if we were going to break utmp compatibility, we > were going to put in ALL of the requested changes right now, instead > of doing it bit by bit. > > I believe P-H wanted a larger field for the host size (16 is silly) and > an additional field for the IPv[46] address. If so, let's get them done > now before we have to re-compile and link every application twice. I've no objection, and was kind of wondering about that myself. Jordan From owner-freebsd-current Fri Jan 3 21:58:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA01033 for current-outgoing; Fri, 3 Jan 1997 21:58:01 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA01010 for ; Fri, 3 Jan 1997 21:57:57 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id VAA04666 for ; Fri, 3 Jan 1997 21:32:06 -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 GAA01507 for ; Sat, 4 Jan 1997 06:31:00 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id GAA30501 for current@freebsd.org; Sat, 4 Jan 1997 06:31:04 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.4/keltia-uucp-2.9) id BAA13843; Sat, 4 Jan 1997 01:53:33 +0100 (CET) Message-ID: Date: Sat, 4 Jan 1997 01:53:33 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@FreeBSD.ORG Subject: Re: syslogd failure References: <32CD9C38.41C67EA6@nconnect.net> X-Mailer: Mutt 0.55.15 Mime-Version: 1.0 X-Operating-System: FreeBSD 3.0-CURRENT ctm#2837 In-Reply-To: <32CD9C38.41C67EA6@nconnect.net>; from Randy DuCharme on Jan 3, 1997 17:54:32 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Randy DuCharme: > Syslog -d says "cannot create /var/run/log: Address already in use > logmsg: pri 53, flags 4, from arabian, msg syslogd: cannot create > /var/run/log: Address already in use > Logging to CONSOLE /dev/console > cannot create /var/run/log (0) > > I'm confused. Permissions look right. Any help would be GREATLY > appreciated. Look with ps or lsof. You'll see that your syslogd is probably in the "Exiting" state, thus "locking" the "/var/run/log" socket. It is a "known without a fix" bug I think of syslogd. Try to "kill -9" and launch another. If it is still unable to run, reboot... I see this also an an 2.1.5 box where it suddenly stops logging. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #33: Sat Dec 21 12:57:17 CET 1996 From owner-freebsd-current Fri Jan 3 22:00:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA01729 for current-outgoing; Fri, 3 Jan 1997 22:00:24 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA01681 for ; Fri, 3 Jan 1997 22:00:11 -0800 (PST) From: brian@mediacity.com Received: from mpress.com (qmailr@mpress.com [208.138.29.130]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id TAA04228 for ; Fri, 3 Jan 1997 19:37:17 -0800 (PST) Received: (qmail 22686 invoked by uid 100); 4 Jan 1997 03:19:23 -0000 Message-ID: <19970104031923.22685.qmail@mpress.com> Subject: SKIP-1.00 patches for -current available To: freebsd-current@FreeBSD.ORG Date: Fri, 3 Jan 1997 19:19:23 -0800 (PST) Reply-to: brian@mpress.com 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 You can get the patches to build SKIP-1.00 under FreeBSD-current from http://www.mpress.com SKIP is Sun Microsystems Secure IP layer which was released for Solaris and FreeBSD 2.1.5 some time ago. My patches do not include any US export controlled code. However the main SKIP release does. Recently, by the way, a US district judge ruled the US government's export control rules regarding encryption invalid. However, the US government and its enforcement agencies have chosen to ignore the ruling. -- Brian Litzinger brian@mpress.com From owner-freebsd-current Fri Jan 3 22:02:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA02318 for current-outgoing; Fri, 3 Jan 1997 22:02:16 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA02281 for ; Fri, 3 Jan 1997 22:02:10 -0800 (PST) Received: from nexgen.HiWAAY.net (max7-113.HiWAAY.net [208.147.147.113]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id SAA03680 for ; Fri, 3 Jan 1997 18:29:34 -0800 (PST) Received: from nexgen.HiWAAY.net (localhost [127.0.0.1]) by nexgen.HiWAAY.net (8.7.6/8.7.3) with ESMTP id TAA06235; Fri, 3 Jan 1997 19:56:05 -0600 (CST) Message-Id: <199701040156.TAA06235@nexgen.HiWAAY.net> X-Mailer: exmh version 1.6.9 8/22/96 To: Randy DuCharme Cc: current@FreeBSD.ORG From: dkelly@hiwaay.net Subject: Re: syslogd failure In-reply-to: Message from Randy DuCharme of "Fri, 03 Jan 1997 17:54:32 CST." <32CD9C38.41C67EA6@nconnect.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Jan 1997 19:56:05 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Greetings, > > Every morning Cron sends me mail about being unable to restart syslogd. > He says " could not restart syslogd: No such process" > > Manually attempting to start 'syslogd' says "child pid xxx exited with > return code 1" > > Syslog -d says "cannot create /var/run/log: Address already in use > logmsg: pri 53, flags 4, from arabian, msg syslogd: cannot create > /var/run/log: Address already in use > Logging to CONSOLE /dev/console > cannot create /var/run/log (0) > > I'm confused. Permissions look right. Any help would be GREATLY > appreciated. Yeah! Me too. Same thing was happening on my -current box. And I wasn't logging to /var/log/messages as a result. What really bugged me was the fact I got the error message mailed to me every day at 1300. Eventually I learned something about how -current differs from 2.1.5R in the way it rotates logs. Don't know why, but "rm /var/run/log" and restarting syslogd fixed the problem. Did my filesystem get dirty somehow? -- 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 Fri Jan 3 22:04:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA03185 for current-outgoing; Fri, 3 Jan 1997 22:04:58 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA03171 for ; Fri, 3 Jan 1997 22:04:54 -0800 (PST) Received: from mira.net.au (eplet.mira.net.au [203.9.190.17]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id RAA03106 for ; Fri, 3 Jan 1997 17:01:37 -0800 (PST) Received: (qmail 7380 invoked from network); 4 Jan 1997 01:00:35 -0000 Received: from melb.werple.net.au (203.9.190.18) by eplet.mira.net.au with SMTP; 4 Jan 1997 01:00:35 -0000 Received: (from uucp@localhost) by melb.werple.net.au (8.7.6/8.7.3/2) with UUCP id LAA19071; Sat, 4 Jan 1997 11:48:09 +1100 (EST) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id LAA28752; Sat, 4 Jan 1997 11:51:28 +1100 (EST) From: John Birrell Message-Id: <199701040051.LAA28752@freebsd1.cimlogic.com.au> Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 4 Jan 1997 11:51:27 +1100 (EST) Cc: current@FreeBSD.ORG In-Reply-To: from J Wunsch at "Jan 4, 97 00:03:18 am" 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: > Define `universal'. Default? I dunno, the crystal ball was a little fuzzy. 8-) > Second, you can't have compile-time options anymore then. IOW, you > gotta include everything into the compiled object already, to make it > run-time selectable. I'm not sure that I agree with this. For DEBUG and DIAGNOSTIC maybe, but most of the options involve linking in code (or not) and filling in device arrays. Once you make most options loadable as kernel modules, you have achieved much of the goal of "building" a kernel without source because you don't need to build one in the first place. If the next WC CD came out with a minimal generic kernel (that was enough to get console & disk working) and everything else as lkms, then I would most likely _never_ build a kernel because my development work is done in user-space (except for few simple lkms which I can't configure properly 'cause of the way the system is designed. Sigh). I wonder what percentage of FreeBSD users/hackers actually do kernel development? And of those that don't, what percentage configure their kernels with exactly those options that they currently *need* rather than throwing in a few that they *might* need? > People might suddenly get the feeling that > there's now also the kitchen-sink included. :) The kitchen-sink -- that'd be an lkm wouldn't it?! Nice to have the feeling that you could load it if you needed it, eh? > And, if being faced > with a compile-time vs. run-time decision, the latter usually actually > _costs_ run-time. So the kernel won't be only more bloated, but also > slower. For DEBUG and DIAGNOSTIC, yes. For what other options is there _inline_ (and therefore _costly_) code? No doubt there are a few, but are there so many combinations of these options that you can't build a few typical modules for those who don't want to have to build them. Looking at some of the kernel source, I'd say that sys/net/if_ethersubr.c would be one with the most options, but much of that is just switch-case entries (which take space but don't cost speed). Those who want that configured with *exactly* their specified options can build it themselves. Does FreeBSD *really* have to be a system that only nurds play with? 8-) [blows dust of old Motorola system] Now, how do I boot this SysV thingy? Sigh. It still works, damn! 8-) > > -- > 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. ;-) / \ available 8-) Regards, -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Fri Jan 3 22:05:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA03323 for current-outgoing; Fri, 3 Jan 1997 22:05:26 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA03286 for ; Fri, 3 Jan 1997 22:05:21 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id QAA03001 for ; Fri, 3 Jan 1997 16:53:41 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA28364; Sat, 4 Jan 1997 01:51:51 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA25535; Sat, 4 Jan 1997 01:51:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id BAA17609; Sat, 4 Jan 1997 01:44:14 +0100 (MET) Message-ID: Date: Sat, 4 Jan 1997 01:44:14 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Cc: randyd@nconnect.net (Randy DuCharme) Subject: Re: syslogd failure References: <32CD9C38.41C67EA6@nconnect.net> 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: <32CD9C38.41C67EA6@nconnect.net>; from Randy DuCharme on Jan 3, 1997 17:54:32 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Randy DuCharme wrote: > Syslog -d says "cannot create /var/run/log: Address already in use rm /var/run/log before trying to restart it. (After some experimenting, and thinking more about all this, it seems Jordan was indeed right.) Anyway, it would be even more interesting to learn why it dies in the first place... Maybe you could start it with -d on an otherwise unused VTY (so you might perhaps see the reason for its sudden death)? -- 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 Jan 3 22:45:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA01039 for current-outgoing; Fri, 3 Jan 1997 22:45:23 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA01034 for ; Fri, 3 Jan 1997 22:45:12 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id RAA26494; Sat, 4 Jan 1997 17:43:54 +1100 Date: Sat, 4 Jan 1997 17:43:54 +1100 From: Bruce Evans Message-Id: <199701040643.RAA26494@godzilla.zeta.org.au> To: bde@zeta.org.au, jb@cimlogic.com.au Subject: Re: MOD_DECL in lkm.h Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Most modules have >> no need for a stat function. > >That's a shame because it is a useful interface for looking at debug info. >Ah well, looks like my module won't have a stat function either. I think most lkm's should have a directly linkable version, so they shouldn't be any special features in the lkm version. You can use a sysctl for debugging (at least when the sysctl() implementation is finished :). >BTW, with lkms, how is device config info (like in kernel config files) >supposed to be passed in rather than hard coding the configuration? I don't think anyone knows. Current drivers have it hard coded :-(. >or IRQs 2 - 7. I'd like to be able to do: > >modload -c config_file -p postinstall XXX_mod.o > >where the config_file might contain something similar to that given to >the kernel config. Then I'd like the number of units to come from the >config_file rather than from the NXXX in the XXX.h header file. How about something like: modload XXX_mod.o XXX_config.o where XXX_config.o is a small object file (something like one line out of ioconf.c compiled to an object)? The config info could be loaded separately but it's not clear how it would be associated with the driver then. I would prefer all drivers (whether lkm's or not) to be dynamically reconfigurable. Bruce From owner-freebsd-current Fri Jan 3 23:09:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA02016 for current-outgoing; Fri, 3 Jan 1997 23:09:44 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA02009 for ; Fri, 3 Jan 1997 23:09:42 -0800 (PST) Received: from arabian.astrolab.org (dial218.nconnect.net [206.54.227.218]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id BAA26508; Sat, 4 Jan 1997 01:06:04 -0600 (CST) Message-ID: <32CE01E1.167EB0E7@nconnect.net> Date: Sat, 04 Jan 1997 01:08:17 -0600 From: Randy DuCharme X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: Joerg Wunsch CC: current@freebsd.org Subject: Re: syslogd failure References: <32CD9C38.41C67EA6@nconnect.net> 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: > > As Randy DuCharme wrote: > > > Syslog -d says "cannot create /var/run/log: Address already in use > > rm /var/run/log > > before trying to restart it. > > (After some experimenting, and thinking more about all this, it seems > Jordan was indeed right.) > > Anyway, it would be even more interesting to learn why it dies in the > first place... Maybe you could start it with -d on an otherwise > unused VTY (so you might perhaps see the reason for its sudden death)? > > -- > 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. ;-) Thanks ! To you and everyone who replied! You all were most helpful. I'm sure I killed it. I've been using the Xinside's AcceleratedX server and didn't immediately realize the mouse device name had changed from 2.1.5 and was a little hasty in my upgrade. ( That'll teach me!! ) An X session stole my console and I had to power-off with out shutting down. I wonder tho' if it wouldn't be wise to include a clean-up of this sort in /etc/rc, or rc.local ??? Randy From owner-freebsd-current Fri Jan 3 23:15:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA02286 for current-outgoing; Fri, 3 Jan 1997 23:15:43 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA02281 for ; Fri, 3 Jan 1997 23:15:41 -0800 (PST) Received: from arabian.astrolab.org (dial218.nconnect.net [206.54.227.218]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id BAA26574 for ; Sat, 4 Jan 1997 01:12:20 -0600 (CST) Message-ID: <32CE0359.446B9B3D@nconnect.net> Date: Sat, 04 Jan 1997 01:14:33 -0600 From: Randy DuCharme X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-SMP i386) MIME-Version: 1.0 To: current@freebsd.org Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk subscribe From owner-freebsd-current Fri Jan 3 23:30:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA03113 for current-outgoing; Fri, 3 Jan 1997 23:30:13 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id XAA03108 for ; Fri, 3 Jan 1997 23:30:11 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vgQXw-0003wHC; Fri, 3 Jan 97 23:29 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 IAA07664; Sat, 4 Jan 1997 08:29:33 +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 IAA20021; Sat, 4 Jan 1997 08:32:46 +0100 (MET) To: Warner Losh cc: current@freebsd.org Subject: Re: utmp changes In-reply-to: Your message of "Fri, 03 Jan 1997 17:35:13 MST." Date: Sat, 04 Jan 1997 08:32:45 +0100 Message-ID: <20019.852363165@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Warner Losh writes: >In message <18569.852321999@critter.dk.tfs.com> Poul-Henning Kamp writes: >: How big is a IPv6 sock_addr anyway ? > >An IPv6 address is 128 bits, if memory serves me correctly. Yes, but then there is port numbers and stuff. Are portnumbers still 16 bit ? -- 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 Fri Jan 3 23:35:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA03639 for current-outgoing; Fri, 3 Jan 1997 23:35:25 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id XAA03629 for ; Fri, 3 Jan 1997 23:35:21 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vgQcq-0003voC; Fri, 3 Jan 97 23: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 IAA07686; Sat, 4 Jan 1997 08:34:35 +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 IAA20094; Sat, 4 Jan 1997 08:37:47 +0100 (MET) To: John Birrell cc: wollman@lcs.mit.edu (Garrett Wollman), bde@zeta.org.au, current@freebsd.org Subject: Re: MOD_DECL in lkm.h In-reply-to: Your message of "Sat, 04 Jan 1997 08:51:43 +1100." <199701032151.IAA28481@freebsd1.cimlogic.com.au> Date: Sat, 04 Jan 1997 08:37:47 +0100 Message-ID: <20092.852363467@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199701032151.IAA28481@freebsd1.cimlogic.com.au>, John Birrell write s: >Garrett Wollman wrote: >> That was one of the things that devconf was supposed to do, but this >> was never implemented before Poul-Henning destroyed it. "but this would never have been implemented until the second coming" is probably more correct. >So, I'm looking in my crystal ball, and what do I see that the future >will bring? Will devfs become univeral? Will we be able to get away >from the (nasty IMO) need to have source installed to configure >a kernel? And a cure for cancer & peace in middle east. All in due time, yes. But it depends a good deal on contributions arriving. -- 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 Sat Jan 4 00:45:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA06523 for current-outgoing; Sat, 4 Jan 1997 00:45:45 -0800 (PST) Received: from mira.net.au (eplet.mira.net.au [203.9.190.17]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA06518 for ; Sat, 4 Jan 1997 00:45:42 -0800 (PST) Received: (qmail 20033 invoked from network); 4 Jan 1997 08:45:37 -0000 Received: from melb.werple.net.au (203.9.190.18) by eplet.mira.net.au with SMTP; 4 Jan 1997 08:45:37 -0000 Received: (from uucp@localhost) by melb.werple.net.au (8.7.6/8.7.3/2) with UUCP id TAA10223; Sat, 4 Jan 1997 19:32:44 +1100 (EST) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id TAA29928; Sat, 4 Jan 1997 19:36:03 +1100 (EST) From: John Birrell Message-Id: <199701040836.TAA29928@freebsd1.cimlogic.com.au> Subject: Re: MOD_DECL in lkm.h To: bde@zeta.org.au (Bruce Evans) Date: Sat, 4 Jan 1997 19:36:02 +1100 (EST) Cc: current@FreeBSD.org In-Reply-To: <199701040643.RAA26494@godzilla.zeta.org.au> from Bruce Evans at "Jan 4, 97 05:43:54 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 Bruce Evans wrote: > >modload -c config_file -p postinstall XXX_mod.o > > > >where the config_file might contain something similar to that given to > >the kernel config. Then I'd like the number of units to come from the > >config_file rather than from the NXXX in the XXX.h header file. > > How about something like: > > modload XXX_mod.o XXX_config.o > > where XXX_config.o is a small object file (something like one line out > of ioconf.c compiled to an object)? The config info could be loaded > separately but it's not clear how it would be associated with the > driver then. I looked at doing this today, but I realised the number of symbols that would not longer be static. Even if you sorted out the config - driver association, you can't guarantee that symbols will be unique. I was thinking that the "modload -c config_file XXX_mod.o" version could load the XXX module to get the driver entry initially with no devices, then modload (having processed the config file) could open the driver and use an ioctl-like (driver, not device) interface to configure it. You'd need to be able to reference drivers by name or ID (like lkms). [Changing my mind as I write 8-)] I should be able to write an lkm using the current interface that has a minimum of one device with configuration (port & IRQ) unspecified. Then come along later and do ioctls on that device to configure it. And use a specific ioctl call on any device on the driver to tell it to allocate space for more devices. That should work? > > Bruce > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au; jb@netbsd.org 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-current Sat Jan 4 01:15:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA07796 for current-outgoing; Sat, 4 Jan 1997 01:15:39 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA07785 for ; Sat, 4 Jan 1997 01:15:33 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id UAA29915; Sat, 4 Jan 1997 20:11:29 +1100 Date: Sat, 4 Jan 1997 20:11:29 +1100 From: Bruce Evans Message-Id: <199701040911.UAA29915@godzilla.zeta.org.au> To: bde@zeta.org.au, jb@cimlogic.com.au Subject: Re: MOD_DECL in lkm.h Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> How about something like: >> >> modload XXX_mod.o XXX_config.o >I looked at doing this today, but I realised the number of symbols >that would not longer be static. Even if you sorted out the config - >driver association, you can't guarantee that symbols will be unique. This is no worse than non-LKM isa drivers having xxx_driver and isa_devtab_yyy non-static (not good). >[Changing my mind as I write 8-)] I should be able to write an lkm >using the current interface that has a minimum of one device with >configuration (port & IRQ) unspecified. Then come along later >and do ioctls on that device to configure it. And use a specific >ioctl call on any device on the driver to tell it to allocate >space for more devices. That should work? Yes. You could also try making configuring 0 devices to begin with and loading a tiny temporary XXX_config module to configure everything. This fails mainly because the symbols for XXX_mod aren't attached to the kernel. Bruce From owner-freebsd-current Sat Jan 4 01:51:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA09203 for current-outgoing; Sat, 4 Jan 1997 01:51:29 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA09179 for ; Sat, 4 Jan 1997 01:51:23 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09172 for ; Sat, 4 Jan 1997 10:51:20 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA02209 for current@FreeBSD.ORG; Sat, 4 Jan 1997 10:51:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id KAA19262; Sat, 4 Jan 1997 10:36:46 +0100 (MET) Message-ID: Date: Sat, 4 Jan 1997 10:36:46 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] References: <199701040051.LAA28752@freebsd1.cimlogic.com.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: <199701040051.LAA28752@freebsd1.cimlogic.com.au>; from John Birrell on Jan 4, 1997 11:51:27 +1100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As John Birrell wrote: (DEVFS) > > Define `universal'. > > Default? I dunno, the crystal ball was a little fuzzy. 8-) Default: yes, probably. > > Second, you can't have compile-time options anymore then. IOW, you > > gotta include everything into the compiled object already, to make it > > run-time selectable. > > I'm not sure that I agree with this. For DEBUG and DIAGNOSTIC maybe, > but most of the options involve linking in code (or not) and filling > in device arrays. After browsing through the options listed in LINT, it seems that you are right. > Once you make most options loadable as kernel > modules, ... Loadable modules is one thing. Another thing is to still link it to the conglomerate kernel, but from .o files. That's basically the `classic' SysV way. It's not that bright like LKMs, but certainly easier to handle. Of course, you are free to unbreak all the currently broken LKMs. :) Many people often ask for what they could do in the FreeBSD project -- well that's one that could be done: fix the LKM mechanism. > Does FreeBSD *really* have to be a system that only nurds play with? 8-) I can't answer that question -- i can't find `nurd' in my dictionary. :) Anyway, i was merely referring to the question of the relation between effort to spend into get such a scenario really flying, compared to the fairly little cost of a kernel compilation. You can perhaps compile 10000 kernel from scratch in the time you need to do what you're suggesting. ;-) Admittedly, the biggest cost factor ain't compile time, but probably the 30 MB for the kernel source & objects. OTOH, even disk space is comparably cheap these, by sure much cheaper than the scarce resource called ``FreeBSD developer's time''. > [blows dust of old Motorola system] Now, how do I boot this SysV thingy? > Sigh. It still works, damn! C'mon, it doesn't have LKMs either, only a bunch of .a/.o files. -- 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 Jan 4 02:21:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA10418 for current-outgoing; Sat, 4 Jan 1997 02:21:50 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA10412 for ; Sat, 4 Jan 1997 02:21:47 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA09887; Sat, 4 Jan 1997 11:21:33 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA02534; Sat, 4 Jan 1997 11:21:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id LAA19564; Sat, 4 Jan 1997 11:20:17 +0100 (MET) Message-ID: Date: Sat, 4 Jan 1997 11:20:17 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@freebsd.org Cc: randyd@nconnect.net (Randy DuCharme) Subject: Re: syslogd failure References: <32CD9C38.41C67EA6@nconnect.net> <32CE01E1.167EB0E7@nconnect.net> 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: <32CE01E1.167EB0E7@nconnect.net>; from Randy DuCharme on Jan 4, 1997 01:08:17 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Randy DuCharme wrote: > > rm /var/run/log > > > > before trying to restart it. > I wonder tho' if it wouldn't be wise to include a clean-up of this sort > in /etc/rc, or rc.local ??? It's supposed to be there in /etc/rc. -- 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 Jan 4 02:37:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA10910 for current-outgoing; Sat, 4 Jan 1997 02:37:18 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA10905 for ; Sat, 4 Jan 1997 02:37:15 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id CAA26025; Sat, 4 Jan 1997 02:37:05 -0800 (PST) To: John Birrell cc: joerg_wunsch@uriah.heep.sax.de, current@FreeBSD.ORG Subject: Re: kernel w/o source? [MOD_DECL in lkm.h] In-reply-to: Your message of "Sat, 04 Jan 1997 11:51:27 +1100." <199701040051.LAA28752@freebsd1.cimlogic.com.au> Date: Sat, 04 Jan 1997 02:37:04 -0800 Message-ID: <26021.852374224@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > place. If the next WC CD came out with a minimal generic kernel > (that was enough to get console & disk working) and everything > else as lkms, then I would most likely _never_ build a kernel > because my development work is done in user-space (except for Yes, we like it! We'll take it! Go John go! Rah rah rah! :-) Jordan From owner-freebsd-current Sat Jan 4 02:51:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA11342 for current-outgoing; Sat, 4 Jan 1997 02:51:31 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA11336 for ; Sat, 4 Jan 1997 02:51:27 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA10409; Sat, 4 Jan 1997 11:51:21 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA02918; Sat, 4 Jan 1997 11:51:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id LAA19619; Sat, 4 Jan 1997 11:34:28 +0100 (MET) Message-ID: Date: Sat, 4 Jan 1997 11:34:28 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Cc: randyd@nconnect.net (Randy DuCharme) Subject: Re: syslogd failure References: <199701040156.TAA06235@nexgen.HiWAAY.net> 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: <199701040156.TAA06235@nexgen.HiWAAY.net>; from dkelly@HiWAAY.net on Jan 3, 1997 19:56:05 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As dkelly@HiWAAY.net wrote: > Don't know why, but "rm /var/run/log" and restarting syslogd fixed the > problem. Did my filesystem get dirty somehow? No, that's already okay. It's normally done at /etc/rc time. The question is however _why_ syslogd dies in the first place. If you can afford it, i'd suggest to do the following: . kill the default syslogd . rm /var/run/log . switch to an otherwise unused VTY, where it can run undisturbed . start it there with -d, this will make it spit out some more messages, and run in the foreground . once it died, try to find whether you're seeing something on that VTY (do also watch out for the exit status before clobbering 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 Sat Jan 4 03:46:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA12829 for current-outgoing; Sat, 4 Jan 1997 03:46:12 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA12824 for ; Sat, 4 Jan 1997 03:46:09 -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 MAA06723 for ; Sat, 4 Jan 1997 12:48:18 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id NAA24641 for freebsd-current@freefall.cdrom.com; Sat, 4 Jan 1997 13:05:44 +0100 (MET) Date: Sat, 4 Jan 1997 13:05:44 +0100 (MET) From: Christoph Kukulies Message-Id: <199701041205.NAA24641@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: sysinstall - disklabel Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In a running 3.0 system I added a SCSI disk (ncr0). I cd'd /stand and invoked ./sysinstall -> 7 Custom -> 2 Partition, chose the drive [X] sd2 set the geometry to 632/64/32 and created a A(ll) FreeBSD partition (the 'incompatible with other OSs' one - what would you call this? A raw partition?) Committed via W(rite) and went into the Labeling Menu. I chose C, entire space dedicated to a FS, mount point /b, UFS Y were the options. I committed again via W and got an Information Dialog box saying 'Copying initial device files..' - huh? Segmentation fault - core dumped. I cannot say if this was the very very latest sysinstall but I believe it was the 2.2-ALPHA at least. Just for the record. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sat Jan 4 03:55:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA13008 for current-outgoing; Sat, 4 Jan 1997 03:55:25 -0800 (PST) Received: from relay.ic.net (relay1a.ic.net [152.160.72.5]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA13003 for ; Sat, 4 Jan 1997 03:55:22 -0800 (PST) Received: (qmail 1084 invoked from network); 4 Jan 1997 11:56:13 -0000 Received: from falcon.ic.net (HELO ic.net) (152.160.101.1) by relay.ic.net with SMTP; 4 Jan 1997 11:56:13 -0000 Received: from sesi.strelsys.com by ic.net with smtp (Smail3.1.28.1 #6) id m0vgUh7-003EoqC; Sat, 4 Jan 97 06:55 WET Received: from localhost (localhost [127.0.0.1]) by sesi.strelsys.com (8.8.4/8.7.3) with SMTP id GAA25063 for ; Sat, 4 Jan 1997 06:55:00 -0500 (EST) Date: Sat, 4 Jan 1997 06:55:00 -0500 (EST) From: Rick Lotoczky Reply-To: Rick Lotoczky Subject: make world problem To: freebsd-current@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 Hi, I've been having a problem with make world for some time. Seems that the libtcl Makefile may be incorrect, or my include files are incorrect. I've tried makeing -current from a clean download and even removed /usr/obj to eliminate any residuals. The same error keeps happening. What am I doing wrong??? Here's the error message: cc -O2 -m486 -pipe -I/u/src/lib/libtcl/../../contrib/tcl/generic -I/u/src/lib/libtcl/../../contrib/tcl/unix -DHAVE_UNISTD_H=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_TM_ZONE=1 -DHAVE_TM_GMTOFF=1 -DSTDC_HEADERS=1 -DNEED_MATHERR=1 -DTCL_SHLIB_EXT=\".so\" -DTCL_LIBRARY=\"/usr/libdata/tcl\" -c /u/src/lib/libtcl/../../contrib/tcl/unix/tclMtherr.c -o tclMtherr.o /u/src/lib/libtcl/../../contrib/tcl/unix/tclMtherr.c: In function `matherr': /u/src/lib/libtcl/../../contrib/tcl/unix/tclMtherr.c:80: dereferencing pointer to incomplete type /u/src/lib/libtcl/../../contrib/tcl/unix/tclMtherr.c:80: `DOMAIN' undeclared (first use this function) /u/src/lib/libtcl/../../contrib/tcl/unix/tclMtherr.c:80: (Each undeclared identifier is reported only once /u/src/lib/libtcl/../../contrib/tcl/unix/tclMtherr.c:80: for each function it appears in.) /u/src/lib/libtcl/../../contrib/tcl/unix/tclMtherr.c:80: dereferencing pointer to incomplete type /u/src/lib/libtcl/../../contrib/tcl/unix/tclMtherr.c:80: `SING' undeclared (first use this function) *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. If I eliminate the -DNEED_MATHERR=1 declaration all seems to work well. Also, if I go into the source for tcl and run the configure script, it responds with a Need MathErr...NO. I assumes this means the matherr support isn't required, but the makefile says it is??? Any thoughts?? Thanks Rick From owner-freebsd-current Sat Jan 4 06:42:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA26199 for current-outgoing; Sat, 4 Jan 1997 06:42:47 -0800 (PST) Received: from global2000.net (ut-dialup-30.global2000.net [204.249.217.191]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA26194 for ; Sat, 4 Jan 1997 06:42:42 -0800 (PST) Received: (from eagriff@localhost) by global2000.net (8.8.4/8.7.3) id JAA09395 for current@freebsd.org; Sat, 4 Jan 1997 09:39:22 -0500 (EST) Date: Sat, 4 Jan 1997 09:39:22 -0500 (EST) From: "Eric A. Griff" Message-Id: <199701041439.JAA09395@global2000.net> To: current@freebsd.org Subject: Make world failure Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I tried to 'make world' and get cc -O -Wall -I. -I/usr/src/lib/libpcap -Dyylval=pcap_lval -Dlint -DHAVE_SYS_IOCCOM_H=1 -DHAVE_SYS_SOCKIO_H=1 -DHAVE_ETHER_HOSTTON=1 -DHAVE_STRERROR=1 -DHAVE_SOCKADDR_SA_LEN=1 -DLBL_ALIGN=1 -I/usr/src/lib/libpcap/../../contrib/libpcap -I/usr/src/lib/libpcap/../../contrib/libpcap/lbl -c grammar.c -o grammar.o In file included from /usr/src/lib/libpcap/../../contrib/libpcap/grammar.y:40: /usr/include/netinet/if_ether.h:92: field `ac_if' has incomplete type *** Error code 1 Stop. From owner-freebsd-current Sat Jan 4 08:34:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA00785 for current-outgoing; Sat, 4 Jan 1997 08:34:21 -0800 (PST) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA00780 for ; Sat, 4 Jan 1997 08:34:19 -0800 (PST) Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vgZ20-000QXsC; Sat, 4 Jan 97 17:33 MET Received: (grog@localhost) by freebie.lemis.de (8.8.4/8.6.12) id RAA04980; Sat, 4 Jan 1997 17:32:48 +0100 (MET) From: grog@lemis.de Message-Id: <199701041632.RAA04980@freebie.lemis.de> Subject: Re: Swap leak in -current? In-Reply-To: <199701031705.MAA16222@dyson.iquest.net> from "John S. Dyson" at "Jan 3, 97 12:05:33 pm" To: toor@dyson.iquest.net (John S. Dyson) Date: Sat, 4 Jan 1997 17:32:48 +0100 (MET) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-to: grog@lemis.de (Greg Lehey) 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 John S. Dyson writes: >> I've just failed a 'make world' for the second time after running out >> of swap space. I don't understand why: it looks like the make process >> is using up swap at a ridiculous rate. Here's the scenario: Pentium >> 133 with 64 MB of memory, a hungry X server using about a third of >> this, two swap spaces with a total of 150 MB. >> > Just updated -current kernel -- use that. I broke it (with an optimization :-(). I included all CTM patches up to and including 2888: FreeBSD freebie.lemis.de 3.0-CURRENT-ctm-2888 FreeBSD 3.0-CURRENT-ctm-2888 #167: Sat Jan 4 11:21:26 MET 1997 grog@freebie.lemis.de:/src/FREEBIE/sys/compile/FREEBIE i386 The problem still occurs. I'll try the alternative you describe in the other message and report. Greg From owner-freebsd-current Sat Jan 4 09:41:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA04576 for current-outgoing; Sat, 4 Jan 1997 09:41:58 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA04571; Sat, 4 Jan 1997 09:41:48 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA13884; Sat, 4 Jan 1997 10:41:47 -0700 (MST) Date: Sat, 4 Jan 1997 10:41:47 -0700 (MST) Message-Id: <199701041741.KAA13884@rocky.mt.sri.com> From: Nate Williams To: current@freebsd.org, wollman@freebsd.org Subject: libpcap and tcpdump fail to compile Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk They are both broken due to Garrett's recent changes. From owner-freebsd-current Sat Jan 4 10:53:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA07873 for current-outgoing; Sat, 4 Jan 1997 10:53:47 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA07848; Sat, 4 Jan 1997 10:52:54 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-9.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA15098 (5.67b/IDA-1.5); Sat, 4 Jan 1997 19:52:50 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.4/8.6.9) id RAA01866; Sat, 4 Jan 1997 17:28:11 +0100 (CET) Message-Id: Date: Sat, 4 Jan 1997 17:26:51 +0100 From: se@freebsd.org (Stefan Esser) To: dev@fgate.flevel.co.uk (Developer) Cc: se@freebsd.org (Stefan Esser), freebsd-current@freebsd.org, julliard@lrc.epfl.ch Subject: Re: Wine on Freebsd Current References: X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: ; from Developer on Jan 3, 1997 13:34:27 +0000 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Jan 3, dev@fgate.flevel.co.uk (Developer) wrote: > > Wow!! Guess what, after installing the new wine 01-Jan-97 and copying a > windows 3.11 setup from a pc I actually managed to get MS-Word to run > quite well on wine:))))) Yes, I'm quite impressed, too ... > It did crash in the end (After loading quite a few files into it), here is > the report:- > > STUB: AddFontResource('C:\MSOFFICE\WINWORD\DIALOG.FON') > WIN16DRV_CreateDC disabled in wine.conf file > -WIN16DRV_CreateDC disabled in wine.conf file > PlayMetaFileRecord ExtTextOut mr->rdSize = 00000008, count = 1 > SendMessage32A: invalid hwnd 00000001 > SendMessage32A: invalid hwnd 00000001 > Unexpected Windows program segfault - opcode = 8e > Segmentation fault in Windows program 43f:d61. Hmm, this is most likely the result of a not yet implemented emulation function. It didn't fail in Wine, but in the Word binary. > Register dump: > CS:043f SS:08ef DS:08ef ES:08ef FS:001f GS:0027 > IP:0d61 SP:80dc BP:80fa FLAGS:0246 > AX:0000 BX:1a84 CX:2800 DX:0000 SI:8136 DI:889e > 011d: sel=08ef base=097e0010 limit=0000ffff 16-bit rw- > 0x043f:0x0d61: mov 0xe(%bp),%es Well, this seems to be the instruction that failed, and it is most probably caused by an invalid value in the BP register. But I can't tell, since the BP register seemed to have a resonable contents in the register dump ... BP is slightly higher than SP, as expected. The limit is 0xffff, and thus an access to 0x8108 should work ... (But my memory on 8086 programming is dusty. I wrote my last major x86 assembler program some 10 years ago ...) > BTW - How would I setup printing to work, the software thinks there is no > printer installed? I've got to admit, that I never tried to print from inside Wine. Will do so, later ... If printing to a device does not work, you may still be able to print to a file, and then print it from the Unix shell. > Keep up the great work. Thanks, but I'm not doing that much for Wine. I just try to build every new release under FreeBSD, and add patches to the port, if required, to make it easier for other people to build and evaluate Wine under FreeBSD ... Regards, STefan From owner-freebsd-current Sat Jan 4 11:03:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA08544 for current-outgoing; Sat, 4 Jan 1997 11:03:38 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA08537; Sat, 4 Jan 1997 11:03:35 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA14020; Sat, 4 Jan 1997 12:03:28 -0700 (MST) Date: Sat, 4 Jan 1997 12:03:28 -0700 (MST) Message-Id: <199701041903.MAA14020@rocky.mt.sri.com> From: Nate Williams To: Nate Williams Cc: current@freebsd.org, wollman@freebsd.org Subject: Re: libpcap and tcpdump fail to compile In-Reply-To: <199701041741.KAA13884@rocky.mt.sri.com> References: <199701041741.KAA13884@rocky.mt.sri.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > They are both broken due to Garrett's recent changes. Whoops, sorry, I forgot that everything lives in src/contrib now, and didn't update those sources. *grumble* Nate From owner-freebsd-current Sat Jan 4 11:09:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA09235 for current-outgoing; Sat, 4 Jan 1997 11:09:30 -0800 (PST) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA09230 for ; Sat, 4 Jan 1997 11:09:28 -0800 (PST) Received: from swoosh.dunn.org (swoosh.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.8.4/8.8.4) with SMTP id OAA08566; Sat, 4 Jan 1997 14:09:26 -0500 (EST) Date: Sat, 4 Jan 1997 14:07:15 -0500 () From: Bradley Dunn To: Poul-Henning Kamp cc: current@freebsd.org Subject: IPv6 (was Re: utmp changes) In-Reply-To: <20019.852363165@critter.dk.tfs.com> Message-ID: X-X-Sender: bradley@harborcom.net MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I think http://ds.internic.net/internet-drafts/draft-ietf-ipngwg-bsd-api-06.txt should be of help here. -BD On Sat, 4 Jan 1997, Poul-Henning Kamp wrote: > In message , Warner Losh writes: > >In message <18569.852321999@critter.dk.tfs.com> Poul-Henning Kamp writes: > >: How big is a IPv6 sock_addr anyway ? > > > >An IPv6 address is 128 bits, if memory serves me correctly. > > Yes, but then there is port numbers and stuff. > > Are portnumbers still 16 bit ? From owner-freebsd-current Sat Jan 4 14:18:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA17344 for current-outgoing; Sat, 4 Jan 1997 14:18:10 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA17339 for ; Sat, 4 Jan 1997 14:18:09 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15162(4)>; Sat, 4 Jan 1997 14:17:36 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177481>; Sat, 4 Jan 1997 14:17:28 -0800 To: "Jordan K. Hubbard" cc: Bill Fenner , current@freebsd.org Subject: Re: sysinstall REALLY needs a "reset FTP state" option, or something In-reply-to: Your message of "Tue, 17 Dec 96 07:35:45 PST." <16971.850836945@time.cdrom.com> Date: Sat, 4 Jan 1997 14:17:23 PST From: Bill Fenner Message-Id: <97Jan4.141728pst.177481@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan wrote: >I just need to install different SIGINT handlers which know how to >DTRT for various subsections of sysinstall - it's been on my TODO list >for ages, so thanks for the reminder. And later: >Yes, timeouts are supported in libftpio, but we never set one for this >specific type of failure. I just tried installing 2.2-BETA and had the same troubles as before; the FTP session hung due to what appears to be a race condition in our FTP proxy. There still doesn't appear to be a timeout, as I left it hung for over an hour before I hit control-C. When I hit control-C, it popped up the "Are you sure you want to abort the installation?" dialog box and hung, not responding to arrow keys or enter. I can still switch virtual consoles, and can still type input on other VC's, so the keyboard itself isn't hung, it's sysinstall. Bill From owner-freebsd-current Sat Jan 4 16:41:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA02717 for current-outgoing; Sat, 4 Jan 1997 16:41:14 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id QAA02712 for ; Sat, 4 Jan 1997 16:41:10 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-10.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA26643 (5.67b/IDA-1.5 for ); Sun, 5 Jan 1997 01:41:06 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.4/8.6.9) id BAA00482; Sun, 5 Jan 1997 01:41:03 +0100 (CET) Message-Id: Date: Sun, 5 Jan 1997 01:41:03 +0100 From: se@FreeBSD.ORG (Stefan Esser) To: p.richards@elsevier.co.uk (Paul Richards) Cc: current@FreeBSD.ORG Subject: Re: 2.2 Beta References: <57g20isrgp.fsf@tees.elsevier.co.uk> X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: <57g20isrgp.fsf@tees.elsevier.co.uk>; from Paul Richards on Jan 3, 1997 15:34:14 +0000 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Jan 3, p.richards@elsevier.co.uk (Paul Richards) wrote: > > I just tried to install this on a Compaq Deskpro XL 575 which has an > AMD scsi controller. It didn't work :-( > > The amd driver probes the scsi bus and finds the hard disk which is > listed as (this is all typed in by hand) > > (amd0:0:0): "COMPAQPC DPES-31080 S31K" type 0 fixed SCSI 2 > sd0(ams0:0:0): Direct-Access 0Mb (1 512 byte sectors) > sd0(ams0:0:0): with 0 cyls, 64 heads, and an average 32 sectors/track Hi Paul! Is this an OEM variant of the IBM DPES-31080 ? The name seems to suggest that ... Since the INQUIRY command returned reasonable data, there might be a problem with the sync. transfer rate negotiation. Could you please try the following patch, first alone, then combined with the second one: Index: /sys/pci/scsiiom.c =================================================================== RCS file: /usr/cvs/src/sys/pci/scsiiom.c,v retrieving revision 1.1.1.1 diff -C2 -r1.1.1.1 scsiiom.c *** scsiiom.c 1996/12/15 23:40:48 1.1.1.1 --- scsiiom.c 1997/01/05 00:36:55 *************** *** 591,594 **** --- 591,596 ---- pDCB->NegoPeriod = pSRB->MsgInBuf[3]; wval = (USHORT) pSRB->MsgInBuf[3]; + printf ("\tsync period = %d * 4ns, offset = %d\n", + pSRB->MsgInBuf[3], pSRB->MsgInBuf[4]); wval = wval << 2; wval--; Please disable synchronous transfers by applying the following patch in addition to the first one, and report the results: Index: /sys/pci/tek390.c =================================================================== RCS file: /usr/cvs/src/sys/pci/tek390.c,v retrieving revision 1.5 diff -C2 -r1.5 tek390.c *** tek390.c 1996/12/20 21:52:11 1.5 --- tek390.c 1997/01/05 00:38:14 *************** *** 1495,1499 **** for(i=0; i<0x40; i++) { ! *ptr = (TAG_QUEUING_|EN_DISCONNECT_|SYNC_NEGO_|PARITY_CHK_); ptr += 4; } --- 1495,1499 ---- for(i=0; i<0x40; i++) { ! *ptr = (TAG_QUEUING_|EN_DISCONNECT_|PARITY_CHK_); ptr += 4; } Regards, STefan From owner-freebsd-current Sat Jan 4 18:13:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA06558 for current-outgoing; Sat, 4 Jan 1997 18:13:18 -0800 (PST) Received: from hub.org (root@hub.org [207.107.138.200]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA06551 for ; Sat, 4 Jan 1997 18:12:59 -0800 (PST) Received: from localhost (scrappy@localhost) by hub.org (8.8.2/8.7.5) with SMTP id VAA22127; Sat, 4 Jan 1997 21:08:50 -0500 (EST) Date: Sat, 4 Jan 1997 21:08:49 -0500 (EST) From: "Marc G. Fournier" To: grog@lemis.de cc: "John S. Dyson" , FreeBSD current users Subject: Re: Swap leak in -current? In-Reply-To: <199701041632.RAA04980@freebie.lemis.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, 4 Jan 1997 grog@lemis.de wrote: > John S. Dyson writes: > >> I've just failed a 'make world' for the second time after running out > >> of swap space. I don't understand why: it looks like the make process > >> is using up swap at a ridiculous rate. Here's the scenario: Pentium > >> 133 with 64 MB of memory, a hungry X server using about a third of > >> this, two swap spaces with a total of 150 MB. > >> > > Just updated -current kernel -- use that. I broke it (with an optimization :-(). > > I included all CTM patches up to and including 2888: > > FreeBSD freebie.lemis.de 3.0-CURRENT-ctm-2888 FreeBSD 3.0-CURRENT-ctm-2888 #167: Sat Jan 4 11:21:26 MET 1997 grog@freebie.lemis.de:/src/FREEBIE/sys/compile/FREEBIE i386 > > The problem still occurs. I'll try the alternative you describe in > the other message and report. > I've hit this problem with -current (will download the newest sources tonight and retry, as mine are from two nights ago), but hit a second problem: xquake causes a panic/reboot with that kernel. If I plug in my old kernel (Dec 29th), xquake runs fine. Unfortunately, I don't seem to be geting anything in the way of a core dump to analyze, *or* anything on the console (since am running X, of course)... Marc G. Fournier scrappy@hub.org Systems Administrator @ hub.org scrappy@freebsd.org From owner-freebsd-current Sat Jan 4 19:23:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA09677 for current-outgoing; Sat, 4 Jan 1997 19:23:53 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA09670 for ; Sat, 4 Jan 1997 19:23:48 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id WAA19163; Sat, 4 Jan 1997 22:22:26 -0500 (EST) From: "John S. Dyson" Message-Id: <199701050322.WAA19163@dyson.iquest.net> Subject: Re: Swap leak in -current? To: scrappy@hub.org (Marc G. Fournier) Date: Sat, 4 Jan 1997 22:22:22 -0500 (EST) Cc: grog@lemis.de, toor@dyson.iquest.net, FreeBSD-current@FreeBSD.ORG In-Reply-To: from "Marc G. Fournier" at Jan 4, 97 09:08:49 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 > > I've hit this problem with -current (will download the newest > sources tonight and retry, as mine are from two nights ago), but hit a > second problem: > > xquake causes a panic/reboot with that kernel. If I plug in my > old kernel (Dec 29th), xquake runs fine. > > Unfortunately, I don't seem to be geting anything in the way > of a core dump to analyze, *or* anything on the console (since am > running X, of course)... > I didn't commit the changes without expecting to have to support them. I'll study the problems tomorrow (Sun.) John From owner-freebsd-current Sat Jan 4 19:40:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA10263 for current-outgoing; Sat, 4 Jan 1997 19:40:19 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id TAA10257 for ; Sat, 4 Jan 1997 19:40:15 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id WAA19203; Sat, 4 Jan 1997 22:39:59 -0500 (EST) From: "John S. Dyson" Message-Id: <199701050339.WAA19203@dyson.iquest.net> Subject: Re: Swap leak in -current? To: toor@dyson.iquest.net (John S. Dyson) Date: Sat, 4 Jan 1997 22:39:59 -0500 (EST) Cc: scrappy@hub.org, grog@lemis.de, toor@dyson.iquest.net, FreeBSD-current@FreeBSD.ORG In-Reply-To: <199701050322.WAA19163@dyson.iquest.net> from "John S. Dyson" at Jan 4, 97 10:22:22 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 > > I didn't commit the changes without expecting to have to support them. > I'll study the problems tomorrow (Sun.) > BTW, don't interpret my comment as if I am "angry", just stating the responsibility issues of working on the VM code :-(. Thanks for your problem reports, and I take them very seriously. Thanks!!! John