From owner-freebsd-current Sun Oct 20 00:51:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14279 for current-outgoing; Sun, 20 Oct 1996 00:51:00 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA14258 for ; Sun, 20 Oct 1996 00:50:56 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA19860 for ; Sun, 20 Oct 1996 09:50:53 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29849 for freebsd-current@FreeBSD.org; Sun, 20 Oct 1996 09:50:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA28003 for freebsd-current@FreeBSD.org; Sun, 20 Oct 1996 09:45:17 +0200 (MET DST) From: J Wunsch Message-Id: <199610200745.JAA28003@uriah.heep.sax.de> Subject: Re: Xterm wierdness after 'make world'... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 20 Oct 1996 09:45:17 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610200626.XAA27419@MindBender.serv.net> from "Michael L. VanLoon -- HeadCandy.com" at "Oct 19, 96 11:26:10 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 L. VanLoon -- HeadCandy.com wrote: > >The second problem is related to the ti and te termcap entries. > >These are switching to an alternate screen buffer while 'more' is > >running, then switching back afterwards. > Just for the record, I REALLY REALLY HATE this option... You're not alone. I think it should not make it into the FreeBSD default `xterm' entry (and you probably might decide the same for NetBSD). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Oct 20 01:05:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA15127 for current-outgoing; Sun, 20 Oct 1996 01:05:18 -0700 (PDT) Received: from spiff.cc.iastate.edu (spiff.cc.iastate.edu [129.186.142.89]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA15121 for ; Sun, 20 Oct 1996 01:05:13 -0700 (PDT) Received: by spiff.cc.iastate.edu with sendmail-5.65 id ; Sun, 20 Oct 1996 03:05:11 -0500 Message-Id: <9610200805.AA20179@spiff.cc.iastate.edu> To: current@freebsd.org Reply-To: graphix@iastate.edu Subject: union mounts Date: Sun, 20 Oct 1996 03:05:10 CDT From: Kent Vander Velden Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After searching the mail list archives I have a bad feeling that that union mounts do not work but hoped that perhaps they where fixed in current. To make certain that I do not misunderstand the way in which a union mount is supposed to work I do: mount -t union -o -b /usr/src /original/usr/src I would like to be able to modify code that exists in /usr/src and as I modify it (at least the first time) have it copied to /original/usr/src. All new additions in /original/usr/src exist only in /original/usr/src. All of the files that are in /usr/src appear in /original/usr/src. /usr/src should never be altered unless the files are referenced via /usr/src. What happens is that a directory listing of /original/usr/src displays only the files that where created in /original/usr/src and not those in /usr/src. If I access a file that should exist in /original/usr/src/ because of the mount, the file does exist. If I access a directory that should exist there, a new directory is created. The code that is in /usr/src/sys/miscfs/unionfs/ suggest that I should replace certain files in /usr/src/lib/libc/gen/ but the suggested replacements do not compile (perhaps fixable... did not look that closely at the errors). If I compile a current kernel with the null and union filesystems staticly linked the system will die on startup with a page fault. At the moment I am using a union mount with the lkm module. Do union mounts work or do I misunderstand the use of them? Thanks. --- Kent Vander Velden graphix@iastate.edu From owner-freebsd-current Sun Oct 20 01:43:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA17727 for current-outgoing; Sun, 20 Oct 1996 01:43:53 -0700 (PDT) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA17722 for ; Sun, 20 Oct 1996 01:43:48 -0700 (PDT) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.0/8.8.0) with ESMTP id QAA17050 for ; Sun, 20 Oct 1996 16:43:44 +0800 (WST) Message-Id: <199610200843.QAA17050@spinner.DIALix.COM> X-Mailer: exmh version 1.6.9 8/22/96 To: current@freebsd.org Subject: sendmail-8.8.2 ready to go.. Date: Sun, 20 Oct 1996 16:43:43 +0800 From: Peter Wemm Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Unless somebody screams foul real soon, I'm planning on importing sendmail-8.8.2. I've been running it since the early alpha test versions, and there's some major stuff that we could really use in there. Among the huge list are: - compatable quoted-printable and base64 to 8-bit conversion. - persistant host status - special ruleset hooks for spam hunting and user filtering - about 600 lines of new features/changes I am quite happy with the stability of it, it's apparently running on some of uunet's servers now. A few people asked me for 8.8.0, but I knew about a couple of bugs in it which have now been fixed. -Peter From owner-freebsd-current Sun Oct 20 01:49:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA18182 for current-outgoing; Sun, 20 Oct 1996 01:49:33 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA18163 for ; Sun, 20 Oct 1996 01:49:28 -0700 (PDT) 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 JAA14026 for ; Sun, 20 Oct 1996 09:50:07 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA11976 for freebsd-current@freefall.cdrom.com; Sun, 20 Oct 1996 09:55:20 +0100 Date: Sun, 20 Oct 1996 09:55:20 +0100 From: Christoph Kukulies Message-Id: <199610200855.JAA11976@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: /kernel.something -c doesn't seem to work Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Strange, I built a -current kernel (before yesterday) and wanted to boot it with -c (to adjust a ed0 configuration) and the the boot process doesn't care a bag o' beans about that applied -c. It just starts over. This is on a P6 with the 961014 SNAP and sd0 as root disk. The name of the kernel is 'kernel.newbach' just in case the length of the kernel name would count in any way. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Sun Oct 20 02:04:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA20345 for current-outgoing; Sun, 20 Oct 1996 02:04:36 -0700 (PDT) Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA20338; Sun, 20 Oct 1996 02:04:30 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id LAA23303; Sun, 20 Oct 1996 11:04:28 +0200 (MET DST) To: Christoph Kukulies cc: freebsd-current@freefall.FreeBSD.org Subject: Re: /kernel.something -c doesn't seem to work In-reply-to: Your message of "Sun, 20 Oct 1996 09:55:20 BST." <199610200855.JAA11976@gilberto.physik.rwth-aachen.de> Date: Sun, 20 Oct 1996 11:04:27 +0200 Message-ID: <23301.845802267@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199610200855.JAA11976@gilberto.physik.rwth-aachen.de>, Christoph Ku kulies writes: > >Strange, I built a -current kernel (before yesterday) and wanted >to boot it with -c (to adjust a ed0 configuration) and the >the boot process doesn't care a bag o' beans about that applied -c. You need "options USERCONFIG" in your kernel config. See GENERIC. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Oct 20 02:51:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA27262 for current-outgoing; Sun, 20 Oct 1996 02:51:41 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA27244 for ; Sun, 20 Oct 1996 02:51:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA23607 for ; Sun, 20 Oct 1996 11:51:31 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA01197 for freebsd-current@FreeBSD.org; Sun, 20 Oct 1996 11:51:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id LAA02036 for freebsd-current@FreeBSD.org; Sun, 20 Oct 1996 11:24:00 +0200 (MET DST) From: J Wunsch Message-Id: <199610200924.LAA02036@uriah.heep.sax.de> Subject: Re: sendmail-8.8.2 ready to go.. To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 20 Oct 1996 11:24:00 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610200843.QAA17050@spinner.DIALix.COM> from Peter Wemm at "Oct 20, 96 04:43:43 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 Peter Wemm wrote: > Among the huge list are: > - compatable quoted-printable and base64 to 8-bit conversion. Great! > - persistant host status Whatsat? > - special ruleset hooks for spam hunting and user filtering Ahhh! :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Oct 20 02:51:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA27271 for current-outgoing; Sun, 20 Oct 1996 02:51:43 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA27246 for ; Sun, 20 Oct 1996 02:51:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA23602; Sun, 20 Oct 1996 11:51:28 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA01192; Sun, 20 Oct 1996 11:51:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id LAA02013; Sun, 20 Oct 1996 11:22:29 +0200 (MET DST) From: J Wunsch Message-Id: <199610200922.LAA02013@uriah.heep.sax.de> Subject: Re: /kernel.something -c doesn't seem to work To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 20 Oct 1996 11:22:29 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610200855.JAA11976@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Oct 20, 96 09:55:20 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 Christoph Kukulies wrote: > Strange, I built a -current kernel (before yesterday) and wanted > to boot it with -c (to adjust a ed0 configuration) and the > the boot process doesn't care a bag o' beans about that applied -c. j@uriah 237% fgrep USERC /sys/i386/conf/GENERIC options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor That's your friends. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Oct 20 03:52:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02515 for current-outgoing; Sun, 20 Oct 1996 03:52:21 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA02498 for ; Sun, 20 Oct 1996 03:52:14 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id MAA01176 for ; Sun, 20 Oct 1996 12:52:05 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id MAA00318 for current@freebsd.org; Sun, 20 Oct 1996 12:51:55 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.0/keltia-uucp-2.9) id MAA04505; Sun, 20 Oct 1996 12:33:16 +0200 (MET DST) Message-Id: <199610201033.MAA04505@keltia.freenix.fr> Date: Sun, 20 Oct 1996 12:33:16 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@FreeBSD.org Subject: Re: sendmail-8.8.2 ready to go.. References: <199610200843.QAA17050@spinner.DIALix.COM> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2584 In-Reply-To: <199610200843.QAA17050@spinner.DIALix.COM>; from Peter Wemm on Oct 20, 1996 16:43:43 +0800 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Peter Wemm: > Unless somebody screams foul real soon, I'm planning on importing > sendmail-8.8.2. I've been running it since the early alpha test versions, > and there's some major stuff that we could really use in there. Agreed but: > Among the huge list are: > - compatable quoted-printable and base64 to 8-bit conversion. Don't use it by default. The latest security bug was related to this... It is the default on freefall to use smtp8 and it prevent 8->7 and 7->8 conversions. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #25: Tue Oct 15 21:13:57 MET DST 1996 From owner-freebsd-current Sun Oct 20 03:52:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02522 for current-outgoing; Sun, 20 Oct 1996 03:52:22 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA02499 for ; Sun, 20 Oct 1996 03:52:14 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id MAA01173 for ; Sun, 20 Oct 1996 12:52:05 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id MAA00317 for current@FreeBSD.org; Sun, 20 Oct 1996 12:51:55 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.0/keltia-uucp-2.9) id MAA04496; Sun, 20 Oct 1996 12:31:34 +0200 (MET DST) Message-Id: <199610201031.MAA04496@keltia.freenix.fr> Date: Sun, 20 Oct 1996 12:31:33 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: current@FreeBSD.org Subject: Re: Xterm wierdness after 'make world'... References: <199610200503.PAA16647@rf900.physics.usyd.edu.au> <199610200626.XAA27419@MindBender.serv.net> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2584 In-Reply-To: <199610200626.XAA27419@MindBender.serv.net>; from Michael L. VanLoon -- HeadCandy.com on Oct 19, 1996 23:26:10 -0700 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Michael L. VanLoon -- HeadCandy.com: > >PAGER to 'more -e' which is OK for the last page of longer files, but > >still doesn't fix things for short files. The X Consortium's standard > >R6 termcap entry for xterm also does this. > > Just for the record, I REALLY REALLY HATE this option... I do hate it too. Sure way to destroy your scrollbar history :-( -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #25: Tue Oct 15 21:13:57 MET DST 1996 From owner-freebsd-current Sun Oct 20 03:57:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02928 for current-outgoing; Sun, 20 Oct 1996 03:57:39 -0700 (PDT) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA02915 for ; Sun, 20 Oct 1996 03:57:30 -0700 (PDT) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Sun, 20 Oct 96 12:57 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-current@freebsd.org id ; Sun, 20 Oct 96 11:57 MET Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA23601; Sun, 20 Oct 96 12:37:01 +0200 Date: Sun, 20 Oct 96 12:37:01 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9610201037.AA23601@wavehh.hanse.de> To: pst@freefall.FReebsd.ORG Cc: freebsd-current@freebsd.org Subject: Re: xterm termcap definition Newsgroups: hanse-ml.freebsd.current References: <199610192248.PAA15990@freefall.freebsd.org> Reply-To: cracauer@wavehh.hanse.de Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul Traina wrote: >Some folks are complaining about the behavior of the nexw xterm definition. >I've restored us to the ANCIENT X1 0 compatible xterm definition we had >a week ago. until we get to ghehthe bottom of things, then I'll move us forward >to the X11R6 compatible definition again. :-( As the one who originated a PR to update the xterm entry in termcap (to be able to use the Meta key in emacs), let me quote from the PR that Eric Raymond's entries from his termcap database are a better choice that newest XFree entries, at least they are tested with a wide range of xterms. And they enable the Meta key. FreeBSD badly needs a new entry, but the XFree entry is the worst choice. Look at NetBSD, they have Eric's entry (didn't check for additions, though) and things work fine. Using the Meta key doesn't need new XFree features. Having an XFree entry with the new options as TERM=xfree or xfreeterm or something like it would make sense, although I have no idea how people should tell that such an option is availiable. Really, I have now Idea how they could be so ignorant to add their extensions to the default xterm entry (where they?). They need a new name for their xterm to identify itself and then match it in a new termcap entry. That way, things will no longer work when logging in from a new xterm to a box without the new termcap entry, but I think that is the smaller evil compared to misbehaviour everytime someone loggs in from an old xterm to a XFree box. Regarding the alternate screen behaviour: I think the "alternate screen" feature should *not* be enabled bu default, too many people are used to one-screen behaviour (i.e. the last screen of output of more/less is still displayed when more exits). Eric's and NetBSD's entries have alternate screen enabled and should be changes before importing them to FreeBSD. I aplogize for overlooking this. I am actually one who uses this feature, but I activate it on demand and think it should not be the default. This is not a new XFree option, it is present in all my xterms (the actual clients, not the termcap entries). AND, as one who uses alternate screen, I would really like to have such an entry already present in the termcap database under another name. See below. IN additional to the unusual behaviour of alternate screen, things in FreeBSD are even worse. More's default behaviour is to exit immediatly when EOF is hit, so people don't have a chance to see the last page when an alternate screen is availiable. One could call it is bug in more/less that is alternate screen is used at all when the option to exit on the first EOF is set. While I think this should be fixed in FreeBSD's more sources (so that end-on-eof enabled more *never* uses the second screen), I still think the default xterm shouldn't use an alternate screen. Just for people how use an alternate screen (like I do sometimes), less should behave in a way that one can see the last page :-) So, I actually ask for these commits: - Make the default Xterm entry one from Eric's database, alternate screens disabled. - add an entry for TERM=xtermalt with the same contents as "xterm", but with alternate screen anabled. - add an entry for TERM=xfree to useXfree-xterm specific features, alternate screens disabled. - add the same entry as before, but with alternate screen enabled. TERM=xfreealt. - rename the former FreeBSD entry instead of removing. You never can tell why people could want to revert to it. i.e. TERM=xtermold. - fix more/less so that the alternate screen is never used when the option is set to exit on the first EOF. But use the alternate screen when "exit on second EOF is hit", this is one of the things this option exists for, to be able to use "auto-exit" on terminals with an alternate screen. This suggested change will not alter behaviour on non-alternate-screen-enabled xterm termcap entries at all. I have no idea if one of the committers will jump on my change requests - should they be considered useful - and just do it. Otherwise, I'll send PRs and this time include everything (diffs, termcap entries) that is needed (after testing it). I just don't want to waste my time, so please drop me a note when you want me to do one or more of the following: - send the new 5 termcap entries in tested form, with the behaviour listed above. - send diffs for more/less (after you made a decision whether my suggested behaviour makes sense). One should get in contact with XFree to discuss things. Do they realy have a default xterm termcap entry that doesn't work when logged in from non-Xfree xterms? I can't beleive it. Do they feel they're alone in the world (Could drop a nasty comment about Linux here)? Is there some XFree hacker on this list? The present situation wasn't exactly what I demanded with my PR to update the xterm termcap entry. I'll be more precise in my next one, although I really couldn't forsee that some incompaible newer xterm exists and would be used. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.bik-gmbh.de/~cracauer "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 Sun Oct 20 05:03:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA09442 for current-outgoing; Sun, 20 Oct 1996 05:03:37 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA09431 for ; Sun, 20 Oct 1996 05:03:30 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id WAA07479; Sun, 20 Oct 1996 22:02:26 +1000 From: David Dawes Message-Id: <199610201202.WAA07479@rf900.physics.usyd.edu.au> Subject: Re: xterm termcap definition To: cracauer@wavehh.hanse.de Date: Sun, 20 Oct 1996 22:02:25 +1000 (EST) Cc: pst@freefall.freebsd.org, freebsd-current@FreeBSD.org In-Reply-To: <9610201037.AA23601@wavehh.hanse.de> from "Martin Cracauer" at Oct 20, 96 12:37:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>Some folks are complaining about the behavior of the nexw xterm definition. >>I've restored us to the ANCIENT X1 0 compatible xterm definition we had >>a week ago. until we get to ghehthe bottom of things, then I'll move us forward >>to the X11R6 compatible definition again. :-( > >As the one who originated a PR to update the xterm entry in termcap >(to be able to use the Meta key in emacs), let me quote from the PR >that Eric Raymond's entries from his termcap database are a better >choice that newest XFree entries, at least they are tested with a wide >range of xterms. And they enable the Meta key. FreeBSD badly needs a >new entry, but the XFree entry is the worst choice. Look at NetBSD, >they have Eric's entry (didn't check for additions, though) and things >work fine. Using the Meta key doesn't need new XFree features. > >Having an XFree entry with the new options as TERM=xfree or xfreeterm >or something like it would make sense, although I have no idea how >people should tell that such an option is availiable. Really, I have >now Idea how they could be so ignorant to add their extensions to the >default xterm entry (where they?). They need a new name for their >xterm to identify itself and then match it in a new termcap >entry. That way, things will no longer work when logging in from a new >xterm to a box without the new termcap entry, but I think that is the >smaller evil compared to misbehaviour everytime someone loggs in from >an old xterm to a XFree box. Firstly, xterm is not static. Its capabilities and the official X Consortium termcap entry have changed over time, without any name change. I suppose the name should change every time something new is added, but that causes problems for people too. >IN additional to the unusual behaviour of alternate screen, things in >FreeBSD are even worse. More's default behaviour is to exit immediatly >when EOF is hit, so people don't have a chance to see the last page >when an alternate screen is availiable. One could call it is bug in >more/less that is alternate screen is used at all when the option to >exit on the first EOF is set. While I think this should be fixed in >FreeBSD's more sources (so that end-on-eof enabled more *never* uses >the second screen), I still think the default xterm shouldn't use an >alternate screen. Just for people how use an alternate screen (like I >do sometimes), less should behave in a way that one can see the last >page :-) Yes, I'd like to see the behaviour of more changed. A problem is that xterm's alternate screen function isn't set using any 'enable/disable alternate screen' termcap function (I don't think there is one), but with ti/te: te str String to end programs that use termcap. ti str String to begin programs that use termcap. >One should get in contact with XFree to discuss things. Do they realy >have a default xterm termcap entry that doesn't work when logged in >from non-Xfree xterms? I can't beleive it. Do they feel they're alone >in the world (Could drop a nasty comment about Linux here)? Is there >some XFree hacker on this list? The 'xterm' termcap we (XFree86) have does make use of our xterm enhancements. With 3.2, it will also include an xterm-r6 entry which is the standard X Consortium termcap entry from X11R6, and an xterm-r5 entry from X11R5. However, none of the entries from our termcap file get put into /etc/termcap without the installer explicitly editing /etc/termcap themselves, so this isn't forced on anyone. The postinst.sh XFree86 script mentions this, and warns about the incompatibility. David From owner-freebsd-current Sun Oct 20 06:49:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA19931 for current-outgoing; Sun, 20 Oct 1996 06:49:31 -0700 (PDT) Received: from scrooge.ee.swin.oz.au (scrooge.ee.swin.oz.au [136.186.4.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA19918 for ; Sun, 20 Oct 1996 06:49:27 -0700 (PDT) Received: (from dtc@localhost) by scrooge.ee.swin.oz.au (8.6.9/8.6.9) id XAA16448; Sun, 20 Oct 1996 23:49:11 +1000 From: Douglas Thomas Crosher Message-Id: <199610201349.XAA16448@scrooge.ee.swin.oz.au> Subject: Re: kern/1848: breakpoints in shared libraries don't fire To: grog@lemis.de Date: Sun, 20 Oct 1996 23:49:10 +1000 (EST) Cc: freebsd-current@freebsd.org In-Reply-To: <199610201240.OAA12535@freebie.lemis.de> from "Greg Lehey" at Oct 20, 96 02:40:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It's possible to set breakpoints in shared libraries, but > executing the code doesn't cause a SIGTRACE. I've also noticed this for breakpoints placed in pages mapped in from a file (a lisp core file). Regards Douglas Crosher From owner-freebsd-current Sun Oct 20 07:27:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA21951 for current-outgoing; Sun, 20 Oct 1996 07:27:09 -0700 (PDT) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA21929; Sun, 20 Oct 1996 07:26:58 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.8.0/8.7.3) id XAA23391; Sun, 20 Oct 1996 23:56:52 +0930 (CST) Date: Sun, 20 Oct 1996 23:56:52 +0930 (CST) From: Peter Childs Message-Id: <199610201426.XAA23391@al.imforei.apana.org.au> To: softweyr@xmission.com (Softweyr LLC), freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD-stable new release X-Newsreader: TIN [version 1.2 PL2] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199610190302.VAA29102@xmission.xmission.com> you wrote: : I've noticed that IIJPPP is not as stable in 2.1.5-R as could be hoped. : Have any improvements been made in this area? I've not seen much on the : -stable list lately; I'd like to be able to sup any changes and get : my system back to the stability I head in May/June. Hmm... can you define this more? I haven't seen any send-pr stuff. I've done some work on both the -stable and -current distributions of iijppp and I would be interested to know about your problems. A few things in 2.1.5's iijppp that have been fixed are the stupid 10 tunnel device limit in os.c Other changes in 2.2 include route.c (some missing "free's" added and dynamic vs. static memory allocs for some sections). Lots of logging stuff got slight naming changes... someone mucked with the chat stuff... support for ms extensions (rfc1877) and pap authentication using the password file... The easiest way to see the diff's would be to cvs checkout a copy of each and diff 'em. I'd suggest patching route.c and os.c for starters... then checking the commit logs for each of the other files changed, checking the reasons/applied patches, and updating for _fixes_ (not functional additions) FWIW we run a "updated" iijppp avaiable at ftp://ftp.imforei.apana.org.au/pub/freebsd/ppp-plus that has the os.c and route.c fixes... I haven't merged in more recent fixes. If you have the time a review of current's iijppp code with regards to the mpd (multilink) code's changes and all applied changes/fixes, plus anything netbsd might have done with it could be profitable. Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-current Sun Oct 20 07:33:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22279 for current-outgoing; Sun, 20 Oct 1996 07:33:07 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA22268 for ; Sun, 20 Oct 1996 07:33:03 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id AAA01800; Mon, 21 Oct 1996 00:02:49 +0930 From: Michael Smith Message-Id: <199610201432.AAA01800@genesis.atrad.adelaide.edu.au> Subject: Re: kern/1848: breakpoints in shared libraries don't fire To: dtc@scrooge.ee.swin.oz.au (Douglas Thomas Crosher) Date: Mon, 21 Oct 1996 00:02:49 +0930 (CST) Cc: grog@lemis.de, freebsd-current@freebsd.org In-Reply-To: <199610201349.XAA16448@scrooge.ee.swin.oz.au> from "Douglas Thomas Crosher" at Oct 20, 96 11:49:10 pm 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 Douglas Thomas Crosher stands accused of saying: > > > It's possible to set breakpoints in shared libraries, but > > executing the code doesn't cause a SIGTRACE. Setting a breakpoint in a shared library would be Bad, as you don't have any way of telling who else it is shared with. I suspect that the attempt to set the trace is silently failing. > Douglas Crosher -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) [[ ]] realtime instrument control (ph/fax) +61-8-8267-3493 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Oct 20 07:36:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22705 for current-outgoing; Sun, 20 Oct 1996 07:36:53 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA22676; Sun, 20 Oct 1996 07:36:44 -0700 (PDT) Received: from campa.panke.de (anonymous215.ppp.cs.tu-berlin.de [130.149.17.215]) by mail.cs.tu-berlin.de (8.6.13/8.6.12) with ESMTP id QAA18366; Sun, 20 Oct 1996 16:22:57 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id OAA01083; Sun, 20 Oct 1996 14:27:37 +0200 Date: Sun, 20 Oct 1996 14:27:37 +0200 From: Wolfram Schneider Message-Id: <199610201227.OAA01083@campa.panke.de> To: phk@freebsd.org Cc: current@freebsd.org Subject: ISDN code removal, final warning. In-Reply-To: <908.845498390@critter.tfs.com> References: <908.845498390@critter.tfs.com> 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 Poul-Henning Kamp writes: >As we have discussed earlier, the ISDN code currently in the >FreeBSD source tree doesn't really cut it, so this is the final >warning before we remove it. > >ISDN users are kindly urged to get in touch with the "bisdn" gang. Does we import bisdn into the source tree? Wolfram From owner-freebsd-current Sun Oct 20 07:40:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22942 for current-outgoing; Sun, 20 Oct 1996 07:40:16 -0700 (PDT) Received: from ravenock.cybercity.dk (disn33.cybercity.dk [194.16.57.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA22931 for ; Sun, 20 Oct 1996 07:40:07 -0700 (PDT) Received: (from sos@localhost) by ravenock.cybercity.dk (8.7.6/8.7.3) id QAA00507 for current@freebsd.org; Sun, 20 Oct 1996 16:41:23 +0200 (MET DST) Message-Id: <199610201441.QAA00507@ravenock.cybercity.dk> Subject: OK, who broke the xterm termcap entry ?? To: current@freebsd.org (FreeBSD current) Date: Sun, 20 Oct 1996 16:41:22 +0200 (MET DST) From: "Soren Schmidt" From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL25 ME8b] 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 upgraded my x server, and now most text in different apps are all inverted, whats up??? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sun Oct 20 07:46:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23585 for current-outgoing; Sun, 20 Oct 1996 07:46:55 -0700 (PDT) Received: from critter.tfs.com (disn4.cybercity.dk [194.16.57.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA23572 for ; Sun, 20 Oct 1996 07:46:48 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id QAA24022 for ; Sun, 20 Oct 1996 16:46:59 +0200 (MET DST) To: current@freebsd.org Subject: Reply-to: phk@freebsd.org Date: Sun, 20 Oct 1996 16:46:59 +0200 Message-ID: <24020.845822819@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As much as I like this file there's one detail that I hate: /* * Singly-linked List definitions. */ #define SLIST_HEAD(name, type) \ struct name { \ - struct type *slh_first; /* first element */ \ + type *slh_first; /* first element */ \ } If I have something like this: typedef struct geom_req_s geom_req; struct geom_req_s { ... }; How can I add a any of the types from to this data-type in a clean fashion ? All other use the typedef, but for the queues I have to use the struct name. Is it too late to fix this oversight in ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Oct 20 08:00:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24929 for current-outgoing; Sun, 20 Oct 1996 08:00:46 -0700 (PDT) Received: from scrooge.ee.swin.oz.au (scrooge.ee.swin.oz.au [136.186.4.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA24913 for ; Sun, 20 Oct 1996 08:00:42 -0700 (PDT) Received: (from dtc@localhost) by scrooge.ee.swin.oz.au (8.6.9/8.6.9) id BAA17461; Mon, 21 Oct 1996 01:02:23 +1000 From: Douglas Thomas Crosher Message-Id: <199610201502.BAA17461@scrooge.ee.swin.oz.au> Subject: Re: kern/1848: breakpoints in shared libraries don't fire To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 21 Oct 1996 01:02:22 +1000 (EST) Cc: freebsd-current@freebsd.org In-Reply-To: <199610201432.AAA01800@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 21, 96 00:02:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > It's possible to set breakpoints in shared libraries, but > > > executing the code doesn't cause a SIGTRACE. > > Setting a breakpoint in a shared library would be Bad, as you don't > have any way of telling who else it is shared with. I suspect that > the attempt to set the trace is silently failing. What about pages mmapped MAP_PRIVATE, couldn't the page be copied for private use when the breakpoint is set? Regards Douglas Crosher From owner-freebsd-current Sun Oct 20 08:04:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25283 for current-outgoing; Sun, 20 Oct 1996 08:04:10 -0700 (PDT) Received: from critter.tfs.com (disn4.cybercity.dk [194.16.57.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA25250; Sun, 20 Oct 1996 08:04:03 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id RAA24095; Sun, 20 Oct 1996 17:04:01 +0200 (MET DST) To: Wolfram Schneider cc: current@freebsd.org Subject: Re: ISDN code removal, final warning. In-reply-to: Your message of "Sun, 20 Oct 1996 14:27:37 +0200." <199610201227.OAA01083@campa.panke.de> Date: Sun, 20 Oct 1996 17:04:00 +0200 Message-ID: <24093.845823840@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610201227.OAA01083@campa.panke.de>, Wolfram Schneider writes: >Poul-Henning Kamp writes: >>As we have discussed earlier, the ISDN code currently in the >>FreeBSD source tree doesn't really cut it, so this is the final >>warning before we remove it. >> >>ISDN users are kindly urged to get in touch with the "bisdn" gang. > >Does we import bisdn into the source tree? The feeling I got from the bisdn gang was something that I translated to "not yet". If I'm wrong tell me. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Oct 20 08:17:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25900 for current-outgoing; Sun, 20 Oct 1996 08:17:23 -0700 (PDT) Received: from ravenock.cybercity.dk (disn43.cybercity.dk [194.16.57.43]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA25890; Sun, 20 Oct 1996 08:17:15 -0700 (PDT) Received: (from sos@localhost) by ravenock.cybercity.dk (8.7.6/8.7.3) id RAA00568; Sun, 20 Oct 1996 17:03:19 +0200 (MET DST) Message-Id: <199610201503.RAA00568@ravenock.cybercity.dk> Subject: Re: ISDN code removal, final warning. To: wosch@cs.tu-berlin.de (Wolfram Schneider) Date: Sun, 20 Oct 1996 17:03:18 +0200 (MET DST) From: "Soren Schmidt" Cc: phk@freebsd.org, current@freebsd.org In-Reply-To: <199610201227.OAA01083@campa.panke.de> from "Wolfram Schneider" at Oct 20, 96 02:27:37 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL25 ME8b] 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 Wolfram Schneider who wrote: > > Poul-Henning Kamp writes: > >As we have discussed earlier, the ISDN code currently in the > >FreeBSD source tree doesn't really cut it, so this is the final > >warning before we remove it. > > > >ISDN users are kindly urged to get in touch with the "bisdn" gang. > > Does we import bisdn into the source tree? I'd say no for the moment, but when they get their stuff in a more usefull state (and clear up the copyright probs or whatever it is) we should consider it again. As an ISDN user I have the same reservations as Poul-Henning, I'm not sure ISDN belongs in the kernel... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sun Oct 20 08:56:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA27587 for current-outgoing; Sun, 20 Oct 1996 08:56:47 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA27575 for ; Sun, 20 Oct 1996 08:56:43 -0700 (PDT) From: Greg Lehey Received: from freebie.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0vF0Eq-000QoQC; Sun, 20 Oct 96 16:56 MET Received: (grog@localhost) by freebie.lemis.de (8.8.2/8.6.12) id RAA13043; Sun, 20 Oct 1996 17:04:26 +0200 (MET DST) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Message-Id: <199610201504.RAA13043@freebie.lemis.de> Subject: Re: kern/1848: breakpoints in shared libraries don't fire In-Reply-To: <199610201432.AAA01800@genesis.atrad.adelaide.edu.au> from Michael Smith at "Oct 21, 96 00:02:49 am" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sun, 20 Oct 1996 17:04:26 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) 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 Michael Smith writes: > Douglas Thomas Crosher stands accused of saying: Well, no, it was I. >>> It's possible to set breakpoints in shared libraries, but >>> executing the code doesn't cause a SIGTRACE. > > Setting a breakpoint in a shared library would be Bad, as you don't > have any way of telling who else it is shared with. What's wrong with the PID? > I suspect that the attempt to set the trace is silently failing. Possibly. But it works in other systems (such as BSD/OS), so it's not as simple as that. I can see two ways to solve the problem, in order of decreasing desirability: 1. If a process sets a breakpoint in shared text, create a new segment with a copy of the text, and allocate it to this process only. 2. If a process sets a breakpoint in shared text, store information about the process, and only honour the breakpoint when it occurs in this process' context. This is less desirable, since it slows down other processes as well. Greg From owner-freebsd-current Sun Oct 20 10:27:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03105 for current-outgoing; Sun, 20 Oct 1996 10:27:35 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-5-89.rdcy01.pacbell.net [206.170.5.89]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03097 for ; Sun, 20 Oct 1996 10:27:30 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.6/8.7.3) with ESMTP id KAA17317; Sun, 20 Oct 1996 10:26:05 -0700 (PDT) Message-Id: <199610201726.KAA17317@precipice.shockwave.com> To: cracauer@wavehh.hanse.de cc: freebsd-current@freebsd.org Subject: Re: xterm termcap definition In-reply-to: Your message of "Sun, 20 Oct 1996 12:37:01 +0200." <9610201037.AA23601@wavehh.hanse.de> Date: Sun, 20 Oct 1996 10:26:05 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: cracauer@wavehh.hanse.de (Martin Cracauer) Subject: Re: xterm termcap definition Paul Traina wrote: >Some folks are complaining about the behavior of the nexw xterm definition. >I've restored us to the ANCIENT X1 0 compatible xterm definition we had >a week ago. until we get to ghehthe bottom of things, then I'll move us forward >to the X11R6 compatible definition again. :-( As the one who originated a PR to update the xterm entry in termcap (to be able to use the Meta key in emacs), let me quote from the PR that Eric Raymond's entries from his termcap database are a better choice that newest XFree entries, at least they are tested with a wide range of xterms. And they enable the Meta key. FreeBSD badly needs a new entry, but the XFree entry is the worst choice. Look at NetBSD, they have Eric's entry (didn't check for additions, though) and things work fine. Using the Meta key doesn't need new XFree features. I know, and I added km to our old entry as a stopgap for now. Having an XFree entry with the new options as TERM=xfree or xfreeterm or something like it would make sense, although I have no idea how people should tell that such an option is availiable. Really, I have now Idea how they could be so ignorant to add their extensions to the default xterm entry (where they?). They need a new name for their xterm to identify itself and then match it in a new termcap entry. That way, things will no longer work when logging in from a new xterm to a box without the new termcap entry, but I think that is the smaller evil compared to misbehaviour everytime someone loggs in from an old xterm to a XFree box. The new xterm entry is 100% compatible with X11R6.1, the problem was that it appears to not be backwards compatible with older X11R6 entries. I tested pretty thoroughly on both a sun and a FreeBSD system and had no problems myself. Regarding the alternate screen behaviour: I think the "alternate screen" feature should *not* be enabled bu default, too many people are used to one-screen behaviour (i.e. the last screen of output of more/less is still displayed when more exits). Eric's and NetBSD's entries have alternate screen enabled and should be changes before importing them to FreeBSD. I aplogize for overlooking this. I disagree. The alternate screen behavior is the canonical behavior for XTerms. It's been freebsd that's been different all this time, and I recall just how much this torqed me off when I switched to freebsd. I am actually one who uses this feature, but I activate it on demand and think it should not be the default. This is not a new XFree option, it is present in all my xterms (the actual clients, not the termcap entries). AND, as one who uses alternate screen, I would really like to have such an entry already present in the termcap database under another name. See below. We may end up calling it xterm-new or something, given that it's xterm generic. IN additional to the unusual behaviour of alternate screen, things in FreeBSD are even worse. More's default behaviour is to exit immediatly when EOF is hit, so people don't have a chance to see the last page when an alternate screen is availiable. Right, and this is a bug in our more(1). We need to fix it, and we were lucky enough to find it with the new xterm entries. One could call it is bug in more/less that is alternate screen is used at all when the option to exit on the first EOF is set. While I think this should be fixed in FreeBSD's more sources (so that end-on-eof enabled more *never* uses the second screen), I still think the default xterm shouldn't use an alternate screen. Just for people how use an alternate screen (like I do sometimes), less should behave in a way that one can see the last page :-) So, I actually ask for these commits: - Make the default Xterm entry one from Eric's database, alternate screens disabled. Not a bad idea, once we vette Eric's entry. - add an entry for TERM=xtermalt with the same contents as "xterm", but with alternate screen anabled. Let's see if we can fix the alternate screen behavior in FreeBSD's executables. I think we should move into the 90's. - add an entry for TERM=xfree to useXfree-xterm specific features, alternate screens disabled. - add the same entry as before, but with alternate screen enabled. TERM=xfreealt. No. More likely we may do one for X11R6.1, and only one of these. - rename the former FreeBSD entry instead of removing. You never can tell why people could want to revert to it. i.e. TERM=xtermold. Perhaps... I want to see how much it differs from the ancient entry before moving further along that particular path. - fix more/less so that the alternate screen is never used when the option is set to exit on the first EOF. But use the alternate screen when "exit on second EOF is hit", this is one of the things this option exists for, to be able to use "auto-exit" on terminals with an alternate screen. This suggested change will not alter behaviour on non-alternate-screen-enabled xterm termcap entries at all. Absolutely, some sort of similar fix should be used, however that fix may be more on the order of pausing at eof until a key is hit, so that alternate screen usage remains consistent. I have no idea if one of the committers will jump on my change requests - should they be considered useful - and just do it. Otherwise, I'll send PRs and this time include everything (diffs, termcap entries) that is needed (after testing it). I just don't want to waste my time, so please drop me a note when you want me to do one or more of the following: - send the new 5 termcap entries in tested form, with the behaviour listed above. - send diffs for more/less (after you made a decision whether my suggested behaviour makes sense). One should get in contact with XFree to discuss things. Do they realy have a default xterm termcap entry that doesn't work when logged in from non-Xfree xterms? I can't beleive it. Do they feel they're alone in the world (Could drop a nasty comment about Linux here)? Is there some XFree hacker on this list? The present situation wasn't exactly what I demanded with my PR to update the xterm termcap entry. I'll be more precise in my next one, although I really couldn't forsee that some incompaible newer xterm exists and would be used. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.bik-gmbh.de/~cracauer "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 Sun Oct 20 10:37:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03549 for current-outgoing; Sun, 20 Oct 1996 10:37:30 -0700 (PDT) Received: from freenet.hamilton.on.ca (main.freenet.hamilton.on.ca [199.212.94.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03537 for ; Sun, 20 Oct 1996 10:37:23 -0700 (PDT) From: hoek@freenet.hamilton.on.ca Received: from james.freenet.hamilton.on.ca (james.freenet.hamilton.on.ca [199.212.94.66]) by freenet.hamilton.on.ca (8.7.5/8.7.3) with ESMTP id NAA13985; Sun, 20 Oct 1996 13:36:45 -0400 (EDT) Received: (from ac199@localhost) by james.freenet.hamilton.on.ca (8.7.5/8.7.3) id NAA23569; Sun, 20 Oct 1996 13:38:33 -0400 (EDT) Date: Sun, 20 Oct 1996 13:38:33 -0400 (EDT) Message-Id: <199610201738.NAA23569@james.freenet.hamilton.on.ca> X-Mailer: slnr v.2.13 as ported to FreeBSD To: dawes@rf900.physics.usyd.edu.au cc: current@freebsd.org, dmaddox@scsn.net Subject: Re: Xterm wierdness after 'make world'... Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In Email, David Dawes wrote: > > The second problem is related to the ti and te termcap entries. > These are switching to an alternate screen buffer while 'more' is > running, then switching back afterwards. I've been setting my > PAGER to 'more -e' which is OK for the last page of longer files, but > still doesn't fix things for short files. The X Consortium's standard > R6 termcap entry for xterm also does this. Try using something along the lines of alias mo="echo 'reset; clear; more \$@; read -p '\''<<>>'\'' nl < /dev/tty' | sh -s" NOTE, of course, that there's no \n break in the above... -- -- tIM...HOEk The opinions expressed above are mine, and if my employer shares them, that's his hard luck. From owner-freebsd-current Sun Oct 20 10:45:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03874 for current-outgoing; Sun, 20 Oct 1996 10:45:46 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA03865; Sun, 20 Oct 1996 10:45:40 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA14603; Sun, 20 Oct 1996 13:45:36 -0400 Date: Sun, 20 Oct 1996 13:45:36 -0400 From: Garrett Wollman Message-Id: <9610201745.AA14603@halloran-eldar.lcs.mit.edu> To: phk@FreeBSD.org Cc: current@FreeBSD.org Subject: In-Reply-To: <24020.845822819@critter.tfs.com> References: <24020.845822819@critter.tfs.com> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > - struct type *slh_first; /* first element */ \ > + type *slh_first; /* first element */ \ > If I have something like this: > typedef struct geom_req_s geom_req; > struct geom_req_s { > ... > }; Don't do that, then. It's horrid style anyway (IMAO), and you /certainly/ don't see any native Berkeley code doing that. The style guide should discourage the practice if it doesn't already. > How can I add a any of the types from to this data-type > in a clean fashion ? All other use the typedef, but for the queues > I have to use the struct name. Yeah, so? -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Sun Oct 20 11:14:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05491 for current-outgoing; Sun, 20 Oct 1996 11:14:23 -0700 (PDT) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA05472 for ; Sun, 20 Oct 1996 11:14:11 -0700 (PDT) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Sun, 20 Oct 96 20:14 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-current@freebsd.org id ; Sun, 20 Oct 96 19:14 MET Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA26821; Sun, 20 Oct 96 20:13:33 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9610201813.AA26821@wavehh.hanse.de> Subject: Re: xterm termcap definition To: pst@shockwave.com (Paul Traina) Date: Sun, 20 Oct 1996 20:13:32 +0200 (MET DST) Cc: cracauer@wavehh.hanse.de, freebsd-current@freebsd.org In-Reply-To: <199610201726.KAA17317@precipice.shockwave.com> from "Paul Traina" at Oct 20, 96 10:26:05 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [I assume in this message "X11R6.1 xterm" is equivalent to "xterm from newer XFree releases]. [About the X11R6.1 entry that has been commited and backed out] > The new xterm entry is 100% compatible with X11R6.1, the problem was that > it appears to not be backwards compatible with older X11R6 entries. I > tested pretty thoroughly on both a sun and a FreeBSD system and had no > problems myself. You tested with X11R6.1 xterm on a Sun, I assume? I'd strongly recommend that we use a default entry that works with X11R5/Openwindows3.0 etc. xterms as well. And make the X11R6.1-extended entry availiable under a differnet name. Just leaves the problems how to point users to the new capability. > Regarding the alternate screen behaviour: > > I think the "alternate screen" feature should *not* be enabled bu > default, too many people are used to one-screen behaviour (i.e. the > last screen of output of more/less is still displayed when more > exits). Eric's and NetBSD's entries have alternate screen enabled and > should be changes before importing them to FreeBSD. I aplogize for > overlooking this. > > I disagree. The alternate screen behavior is the canonical behavior for > XTerms. It's been freebsd that's been different all this time, and I recall > just how much this torqed me off when I switched to freebsd. At least on Solaris no alternate screen is used. > I am actually one who uses this feature, but I activate it on > demand and think it should not be the default. This is not a new XFree > option, it is present in all my xterms (the actual clients, not the > termcap entries). AND, as one who uses alternate screen, I would > really like to have such an entry already present in the termcap > database under another name. See below. > > We may end up calling it xterm-new or something, given that it's xterm > generic. > > IN additional to the unusual behaviour of alternate screen, things in > FreeBSD are even worse. More's default behaviour is to exit immediatly > when EOF is hit, so people don't have a chance to see the last page > when an alternate screen is availiable. > > Right, and this is a bug in our more(1). We need to fix it, and we were > lucky enough to find it with the new xterm entries. I don't think so. The original less uses an alternate screen everytime it is availiable. What I feel to be *buggy* is to use the alternate screen when the option to quit on first EOF is set. It seems we agree that the option to quit on first EOF should not be the default on FreeBSD. Another change request :-) > > One could call it is bug in > more/less that is alternate screen is used at all when the option to > exit on the first EOF is set. While I think this should be fixed in > FreeBSD's more sources (so that end-on-eof enabled more *never* uses > the second screen), I still think the default xterm shouldn't use an > alternate screen. Just for people how use an alternate screen (like I > do sometimes), less should behave in a way that one can see the last > page :-) > > So, I actually ask for these commits: > - Make the default Xterm entry one from Eric's database, alternate > screens disabled. > > Not a bad idea, once we vette Eric's entry. > > - add an entry for TERM=xtermalt with the same contents as "xterm", > but with alternate screen anabled. > > Let's see if we can fix the alternate screen behavior in FreeBSD's executables. > I think we should move into the 90's. I think we'll have to see how many other systems actually use the alternate screen. I'm not sure using it is cannonical. > - add an entry for TERM=xfree to useXfree-xterm specific features, > alternate screens disabled. > - add the same entry as before, but with alternate screen > enabled. TERM=xfreealt. > > No. More likely we may do one for X11R6.1, and only one of these. Why? I'm sure having 4 "symmetric" entries is important to give users a chance to choose the right one: - xterm without x11r6.1 extensions without alternate screen - xterm without x11r6.1 extension with alternate screen - x11r6.1 entry w/o alternate - x11r6.1 entry with alternate I think using the alternate screen is a personal preference, while using x11r6.1 entensions is not. These options has nothing to do with each other and both should be switchable independent of the other. Therefore these 4 "symmetric" entries to allow any combination. Leaving out one entry is bad because it is non-trival to add a new one (for the user). Leaving out one has no advantage other than using less space for the termcap database, so, again, I vote for all 4 entries. The default entry for xterm should be one with the non-x11r6.1-entries. Which one (alternate screen or not) should be subject to voting. > - rename the former FreeBSD entry instead of removing. You never can > tell why people could want to revert to it. i.e. TERM=xtermold. > > Perhaps... I want to see how much it differs from the ancient entry before > moving further along that particular path. I meant, this "compat" entry should be the one that has been in FreeBSD before the Meta-Key fix, no matter whether the fix is relative to the old entry or a complete new entry. > - fix more/less so that the alternate screen is never used when the > option is set to exit on the first EOF. But use the alternate screen > when "exit on second EOF is hit", this is one of the things this > option exists for, to be able to use "auto-exit" on terminals with > an alternate screen. This suggested change will not alter behaviour > on non-alternate-screen-enabled xterm termcap entries at all. > > Absolutely, some sort of similar fix should be used, however that fix may > be more on the order of pausing at eof until a key is hit, so that alternate > screen usage remains consistent. I disagree. I really like to have all options: - Exit immedeatly when EOF is hit first - Exit when a forward-scrolling key is pressed while more/less is at EOF - Exit only on Keystroke reserved for exit Please keep it that way. I'm not sure FreeBSD's more does it now, but generic less does it, I like it and I think having these option doesn't hurt people not using them. What needs to be fixed is: - Exit on first EOF should not be the default, which is default in FreeBSD but not in generic less. - In exit-on-first-EOF mode the alternate screen, if present, should not be used. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://cracauer.cons.org Fax +49 40 522 85 36 From owner-freebsd-current Sun Oct 20 11:26:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06711 for current-outgoing; Sun, 20 Oct 1996 11:26:31 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA06706; Sun, 20 Oct 1996 11:26:29 -0700 (PDT) Message-Id: <199610201826.LAA06706@freefall.freebsd.org> To: phk@FreeBSD.org cc: current@FreeBSD.org Subject: Re: In-reply-to: Your message of "Sun, 20 Oct 1996 16:46:59 +0200." <24020.845822819@critter.tfs.com> Date: Sun, 20 Oct 1996 11:26:29 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Is it too late to fix this oversight in ? I think your approach is much cleaner. Go ahead and make the change. >-- >Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. >http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. >whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc >. >Future will arrive by its own means, progress not so. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Oct 20 11:27:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06769 for current-outgoing; Sun, 20 Oct 1996 11:27:22 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-5-89.rdcy01.pacbell.net [206.170.5.89]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA06764 for ; Sun, 20 Oct 1996 11:27:19 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.6/8.7.3) with ESMTP id LAA18340; Sun, 20 Oct 1996 11:26:16 -0700 (PDT) Message-Id: <199610201826.LAA18340@precipice.shockwave.com> To: cracauer@wavehh.hanse.de (Martin Cracauer) cc: freebsd-current@freebsd.org Subject: Re: xterm termcap definition In-reply-to: Your message of "Sun, 20 Oct 1996 20:13:32 +0200." <9610201813.AA26821@wavehh.hanse.de> Date: Sun, 20 Oct 1996 11:26:16 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: cracauer@wavehh.hanse.de (Martin Cracauer) Subject: Re: xterm termcap definition [I assume in this message "X11R6.1 xterm" is equivalent to "xterm from newer XFree releases]. [About the X11R6.1 entry that has been commited and backed out] > The new xterm entry is 100% compatible with X11R6.1, the problem was that > it appears to not be backwards compatible with older X11R6 entries. I > tested pretty thoroughly on both a sun and a FreeBSD system and had no > problems myself. You tested with X11R6.1 xterm on a Sun, I assume? Yes. I'd strongly recommend that we use a default entry that works with X11R5/Openwindows3.0 etc. xterms as well. I agree 100%. We need a common base, however I think we all agree that going back to X10R4 is a bit much. And make the X11R6.1-extended entry availiable under a differnet name. Just leaves the problems how to point users to the new capability. Ding. > Regarding the alternate screen behaviour: > > I think the "alternate screen" feature should *not* be enabled bu > default, too many people are used to one-screen behaviour (i.e. the > last screen of output of more/less is still displayed when more > exits). Eric's and NetBSD's entries have alternate screen enabled and > should be changes before importing them to FreeBSD. I aplogize for > overlooking this. > > I disagree. The alternate screen behavior is the canonical behavior for > XTerms. It's been freebsd that's been different all this time, and I recal > just how much this torqed me off when I switched to freebsd. At least on Solaris no alternate screen is used. Alternate screens have been part of XTERM since either R4 or R5, I don't know which. I don't know why the Solaris termcap/terminfo may have been dummed down (perhaps out of apathy, like the FreeBSD termcap). > I am actually one who uses this feature, but I activate it on > demand and think it should not be the default. This is not a new XFree > option, it is present in all my xterms (the actual clients, not the > termcap entries). AND, as one who uses alternate screen, I would > really like to have such an entry already present in the termcap > database under another name. See below. > > We may end up calling it xterm-new or something, given that it's xterm > generic. > > IN additional to the unusual behaviour of alternate screen, things in > FreeBSD are even worse. More's default behaviour is to exit immediatly > when EOF is hit, so people don't have a chance to see the last page > when an alternate screen is availiable. > > Right, and this is a bug in our more(1). We need to fix it, and we were > lucky enough to find it with the new xterm entries. I don't think so. The original less uses an alternate screen everytime it is availiable. What I feel to be *buggy* is to use the alternate screen when the option to quit on first EOF is set. I misunderstood you, I agree with you completely. It seems we agree that the option to quit on first EOF should not be the default on FreeBSD. Another change request :-) Actually, it should bem when alternate screens aren't available. :-) (barf) > > One could call it is bug in > more/less that is alternate screen is used at all when the option to > exit on the first EOF is set. While I think this should be fixed in > FreeBSD's more sources (so that end-on-eof enabled more *never* uses > the second screen), I still think the default xterm shouldn't use an > alternate screen. Just for people how use an alternate screen (like I > do sometimes), less should behave in a way that one can see the last > page :-) > > So, I actually ask for these commits: > - Make the default Xterm entry one from Eric's database, alternate > screens disabled. > > Not a bad idea, once we vette Eric's entry. > > - add an entry for TERM=xtermalt with the same contents as "xterm", > but with alternate screen anabled. > > Let's see if we can fix the alternate screen behavior in FreeBSD's executab >>les. > I think we should move into the 90's. I think we'll have to see how many other systems actually use the alternate screen. I'm not sure using it is cannonical. > - add an entry for TERM=xfree to useXfree-xterm specific features, > alternate screens disabled. > - add the same entry as before, but with alternate screen > enabled. TERM=xfreealt. > > No. More likely we may do one for X11R6.1, and only one of these. Why? I'm sure having 4 "symmetric" entries is important to give users a chance to choose the right one: - xterm without x11r6.1 extensions without alternate screen - xterm without x11r6.1 extension with alternate screen - x11r6.1 entry w/o alternate - x11r6.1 entry with alternate Fine. I would argue that we shouldn't depart from the standard 6.1 definition, but I don't have the energy to fight about it. I think using the alternate screen is a personal preference, while using x11r6.1 entensions is not. These options has nothing to do with each other and both should be switchable independent of the other. Therefore these 4 "symmetric" entries to allow any combination. Leaving out one entry is bad because it is non-trival to add a new one (for the user). Leaving out one has no advantage other than using less space for the termcap database, so, again, I vote for all 4 entries. The default entry for xterm should be one with the non-x11r6.1-entries. Which one (alternate screen or not) should be subject to voting. FreeBSD is not a democracy. It will be fought out by the core team. :-) > - rename the former FreeBSD entry instead of removing. You never can > tell why people could want to revert to it. i.e. TERM=xtermold. > > Perhaps... I want to see how much it differs from the ancient entry before > moving further along that particular path. I meant, this "compat" entry should be the one that has been in FreeBSD before the Meta-Key fix, no matter whether the fix is relative to the old entry or a complete new entry. > - fix more/less so that the alternate screen is never used when the > option is set to exit on the first EOF. But use the alternate screen > when "exit on second EOF is hit", this is one of the things this > option exists for, to be able to use "auto-exit" on terminals with > an alternate screen. This suggested change will not alter behaviour > on non-alternate-screen-enabled xterm termcap entries at all. > > Absolutely, some sort of similar fix should be used, however that fix may > be more on the order of pausing at eof until a key is hit, so that alternat >>e > screen usage remains consistent. I disagree. I really like to have all options: - Exit immedeatly when EOF is hit first - Exit when a forward-scrolling key is pressed while more/less is at EOF - Exit only on Keystroke reserved for exit Please keep it that way. I'm not sure FreeBSD's more does it now, but generic less does it, I like it and I think having these option doesn't hurt people not using them. What needs to be fixed is: - Exit on first EOF should not be the default, which is default in FreeBSD but not in generic less. - In exit-on-first-EOF mode the alternate screen, if present, should not be used. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://cracauer.cons.org Fax +49 40 522 85 36 From owner-freebsd-current Sun Oct 20 11:46:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA07819 for current-outgoing; Sun, 20 Oct 1996 11:46:35 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA07811 for ; Sun, 20 Oct 1996 11:46:33 -0700 (PDT) Message-Id: <199610201846.LAA07811@freefall.freebsd.org> To: current Subject: List macro change Date: Sun, 20 Oct 1996 11:46:32 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Actually in looking at this some more, I have to agree with Garrett. I thought Poul was pointing out a deficiency only in my newly added macros, but it seems this change would have to happen to almost all of the macros in order to be effective. This would force the conversion of lots of FreeBSD code making us different from other 4.4BSD systems. It also means that all the code that doesn't use typedef, which seems the majority, would have to stick "struct foo" instead of the single struct name, whereas the current scheme always allows you to use a single word identifier in the macros even if you use typedef. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Oct 20 11:49:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA07958 for current-outgoing; Sun, 20 Oct 1996 11:49:23 -0700 (PDT) Received: from critter.tfs.com (disn9.cybercity.dk [194.16.57.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA07942 for ; Sun, 20 Oct 1996 11:49:16 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id UAA24645 for ; Sun, 20 Oct 1996 20:49:30 +0200 (MET DST) to: current@freebsd.org Subject: Re: cvs commit: src/sys/i386/conf LINT majors.i386 src/sys/i386/i386 machdep.c userconfig.c In-reply-to: Your message of "Sun, 20 Oct 1996 11:35:38 PDT." <199610201835.LAA07311@freefall.freebsd.org> Date: Sun, 20 Oct 1996 20:49:29 +0200 Message-ID: <24643.845837369@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610201835.LAA07311@freefall.freebsd.org>, Poul-Henning Kamp writ es: >phk 96/10/20 11:35:38 > > Modified: sys/i386/conf LINT majors.i386 > sys/i386/i386 machdep.c userconfig.c > Log: > Removing old isdn stuff. I belive I have got it all now. As soon as the next CTM delta arrives I'll start a make world to make sure I didn't goof. Please send me email if I did. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Oct 20 12:14:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08822 for current-outgoing; Sun, 20 Oct 1996 12:14:20 -0700 (PDT) Received: from spiff.cc.iastate.edu (spiff.cc.iastate.edu [129.186.142.89]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA08815 for ; Sun, 20 Oct 1996 12:14:14 -0700 (PDT) Received: by spiff.cc.iastate.edu with sendmail-5.65 id ; Sun, 20 Oct 1996 14:14:12 -0500 Message-Id: <9610201914.AA22275@spiff.cc.iastate.edu> To: current@freebsd.org Reply-To: graphix@iastate.edu Subject: translucent filesystem (was union mounts) Date: Sun, 20 Oct 1996 14:14:12 CDT From: Kent Vander Velden Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (After asking this question yesterday I received message saying that my use of terms was incorrect. Here is my question again, corrected.) After searching the mail list archives I have a bad feeling that that translucent filesystems do not work but hoped that perhaps they where fixed in current. To make certain that I do not misunderstand the way in which a translucent filesystem is supposed to work I do: mount -t union -o -b /usr/src /original/usr/src I would like to be able to modify code that exists in /usr/src and as I modify it (at least the first time) have it copied to /original/usr/src. All new additions in /original/usr/src exist only in /original/usr/src. All of the files that are in /usr/src appear in /original/usr/src. /usr/src should never be altered unless the files are referenced via /usr/src. What happens is that a directory listing of /original/usr/src displays only the files that where created in /original/usr/src and not those in /usr/src. If I access a file that should exist in /original/usr/src/ because of the mount, the file does exist. If I access a directory that should exist there, a new directory is created. The code that is in /usr/src/sys/miscfs/unionfs/ suggest that I should replace certain files in /usr/src/lib/libc/gen/ but the suggested replacements do not compile (perhaps fixable... did not look that closely at the errors). If I compile a current kernel with the null and union filesystems staticly linked the system will die on startup with a page fault. At the moment I am using a union mount with the lkm module. Do translucent filesystems work or do I misunderstand the use of them? >From the sound of the mount_union man page this should do exactly what I want. Thanks. --- Kent Vander Velden graphix@iastate.edu From owner-freebsd-current Sun Oct 20 12:44:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10515 for current-outgoing; Sun, 20 Oct 1996 12:44:26 -0700 (PDT) Received: from peedub.gj.org (newpc.muc.ditec.de [194.120.126.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA10506 for ; Sun, 20 Oct 1996 12:44:22 -0700 (PDT) Received: from peedub.gj.org (localhost [127.0.0.1]) by peedub.gj.org (8.7.6/8.6.9) with ESMTP id VAA02558 for ; Sun, 20 Oct 1996 21:43:32 GMT Message-Id: <199610202143.VAA02558@peedub.gj.org> X-Mailer: exmh version 1.6.7 5/3/96 To: freebsd-current@freebsd.org Subject: Re: ISDN code removal, final warning. Reply-To: Gary Jennejohn In-reply-to: Your message of "Sun, 20 Oct 1996 17:03:18 +0200." <199610201503.RAA00568@ravenock.cybercity.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Oct 1996 21:43:32 +0000 From: Gary Jennejohn Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk sos@freebsd.org writes: >In reply to Wolfram Schneider who wrote: >> >> Poul-Henning Kamp writes: >> >As we have discussed earlier, the ISDN code currently in the >> >FreeBSD source tree doesn't really cut it, so this is the final >> >warning before we remove it. >> > >> >ISDN users are kindly urged to get in touch with the "bisdn" gang. >> >> Does we import bisdn into the source tree? > >I'd say no for the moment, but when they get their stuff in a more >usefull state (and clear up the copyright probs or whatever it is) >we should consider it again. exactly. >As an ISDN user I have the same reservations as Poul-Henning, I'm >not sure ISDN belongs in the kernel... well, *some* of it has to be there (namely, the drivers for the cards). Of course, one can argue that the LAP & HDLC stuff doesn't have to all be in the kernel. iijppp is a good illustration of that. Things might be simpler if we had an ISDN socket layer. --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-current Sun Oct 20 12:50:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10806 for current-outgoing; Sun, 20 Oct 1996 12:50:54 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA10801; Sun, 20 Oct 1996 12:50:50 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id FAA16430; Mon, 21 Oct 1996 05:47:03 +1000 Date: Mon, 21 Oct 1996 05:47:03 +1000 From: Bruce Evans Message-Id: <199610201947.FAA16430@godzilla.zeta.org.au> To: phk@FreeBSD.ORG, wollman@lcs.mit.edu Subject: Re: Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> If I have something like this: > >> typedef struct geom_req_s geom_req; > >> struct geom_req_s { >> ... >> }; > >Don't do that, then. It's horrid style anyway (IMAO), and you >/certainly/ don't see any native Berkeley code doing that. The style >guide should discourage the practice if it doesn't already. I agree. Typedef should only be used for scalar types and function types. Bruce From owner-freebsd-current Sun Oct 20 13:00:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11190 for current-outgoing; Sun, 20 Oct 1996 13:00:02 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA11127; Sun, 20 Oct 1996 12:59:58 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id MAA11405; Sun, 20 Oct 1996 12:58:10 -0700 (PDT) Message-ID: <326A83CA.167EB0E7@whistle.com> Date: Sun, 20 Oct 1996 12:55:55 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: sos@FreeBSD.org CC: Wolfram Schneider , phk@FreeBSD.org, current@FreeBSD.org Subject: Re: ISDN code removal, final warning. References: <199610201503.RAA00568@ravenock.cybercity.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Soren Schmidt wrote: > > In reply to Wolfram Schneider who wrote: > > > > Poul-Henning Kamp writes: > > >As we have discussed earlier, the ISDN code currently in the > > >FreeBSD source tree doesn't really cut it, so this is the final > > >warning before we remove it. > > > > > >ISDN users are kindly urged to get in touch with the "bisdn" gang. > > > > Does we import bisdn into the source tree? > > I'd say no for the moment, but when they get their stuff in a more > usefull state (and clear up the copyright probs or whatever it is) > we should consider it again. > As an ISDN user I have the same reservations as Poul-Henning, I'm > not sure ISDN belongs in the kernel... > Oh I think it does, and I expect to be asked to start working on it soonish. From owner-freebsd-current Sun Oct 20 13:13:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11724 for current-outgoing; Sun, 20 Oct 1996 13:13:53 -0700 (PDT) Received: from spiff.cc.iastate.edu (spiff.cc.iastate.edu [129.186.142.89]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA11719 for ; Sun, 20 Oct 1996 13:13:46 -0700 (PDT) Received: by spiff.cc.iastate.edu with sendmail-5.65 id ; Sun, 20 Oct 1996 15:13:43 -0500 Message-Id: <9610202013.AA22537@spiff.cc.iastate.edu> To: current@freebsd.org Reply-To: graphix@iastate.edu Subject: Re: translucent filesystem (was union mounts) Date: Sun, 20 Oct 1996 15:13:43 CDT From: Kent Vander Velden Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > After searching the mail list archives I have a bad feeling that that > translucent filesystems do not work but hoped that perhaps they where > fixed in current. I have a bad feeling that I spoke too soon... After recompiling the world and a kernel from completely new source code, the translucent filesystem appears to be working. Please note that I ma using staticly linked version of union and null now however. Before I was using the lkm versions of each. It is possible they where out of sync with the kernel I had installed I suppose. Should all the directories from the filesystem below be created in the above filesystem? The libc replacement code in /usr/src/sys/miscfs/union/ does not compile. Perhaps my not having a union minded libc is causing the duplication of directories (the above question) and it is certainly causing the names to appear twice. NetBSD and OpenBSD seemed to have merged these replacements into libc. Could we do the same? Thanks. --- Kent Vander Velden graphix@iastate.edu --- Kent Vander Velden graphix@iastate.edu From owner-freebsd-current Sun Oct 20 13:25:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12232 for current-outgoing; Sun, 20 Oct 1996 13:25:33 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12227 for ; Sun, 20 Oct 1996 13:25:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id NAA20723; Sun, 20 Oct 1996 13:26:12 -0700 (PDT) Message-Id: <199610202026.NAA20723@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: graphix@iastate.edu cc: current@freebsd.org Subject: Re: translucent filesystem (was union mounts) In-reply-to: Your message of "Sun, 20 Oct 1996 15:13:43 CDT." <9610202013.AA22537@spiff.cc.iastate.edu> From: David Greenman Reply-To: dg@root.com Date: Sun, 20 Oct 1996 13:26:12 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> After searching the mail list archives I have a bad feeling that that >> translucent filesystems do not work but hoped that perhaps they where >> fixed in current. > > I have a bad feeling that I spoke too soon... > > After recompiling the world and a kernel from completely new source >code, the translucent filesystem appears to be working. Please note >that I ma using staticly linked version of union and null now however. >Before I was using the lkm versions of each. It is possible they where >out of sync with the kernel I had installed I suppose. Out of date LKMs are a sure killer no matter what the filesystem, but both union and null FS are broken due to interaction problems with the FreeBSD merged VM/buffer cache. It's a fairly high priority goal to fix this, but it will require significant changes to these filesystems to fix. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sun Oct 20 13:49:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13396 for current-outgoing; Sun, 20 Oct 1996 13:49:20 -0700 (PDT) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA13373 for ; Sun, 20 Oct 1996 13:49:07 -0700 (PDT) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Sun, 20 Oct 96 22:48 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-current@freebsd.org id ; Sun, 20 Oct 96 21:48 MET Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA27504; Sun, 20 Oct 96 22:29:19 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9610202029.AA27504@wavehh.hanse.de> Subject: Re: xterm termcap definition To: pst@shockwave.com (Paul Traina) Date: Sun, 20 Oct 1996 22:29:19 +0200 (MET DST) Cc: cracauer@wavehh.hanse.de, freebsd-current@freebsd.org In-Reply-To: <199610201826.LAA18340@precipice.shockwave.com> from "Paul Traina" at Oct 20, 96 11:26:16 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It seems we agree that the option to quit on first EOF should not be > the default on FreeBSD. Another change request :-) > > Actually, it should bem when alternate screens aren't available. :-) (barf) Do you really think so? This would keep FreeBSD's former default for those who are used to it. But I think it is better to behave in identical ways for alternate- and non-alternate screen xterms. In any case, I think the Exit-on-first-eof option can be bad in that a user can't scroll back or search after seeing the end of the document. Since it is easy to customize, I think it is best left to customization of the user if he/she wants it. I couldn't tell from your message what you think is the right default: "Exit on first EOF" or "Exit when next forward-scrolling key is hit while at EOF"? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://cracauer.cons.org Fax +49 40 522 85 36 From owner-freebsd-current Sun Oct 20 13:49:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13469 for current-outgoing; Sun, 20 Oct 1996 13:49:48 -0700 (PDT) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA13409 for ; Sun, 20 Oct 1996 13:49:21 -0700 (PDT) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Sun, 20 Oct 96 22:48 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-current@FreeBSD.org id ; Sun, 20 Oct 96 21:48 MET Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA27538; Sun, 20 Oct 96 22:48:24 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9610202048.AA27538@wavehh.hanse.de> Subject: Re: xterm termcap definition To: dawes@rf900.physics.usyd.edu.au (David Dawes) Date: Sun, 20 Oct 1996 22:48:23 +0200 (MET DST) Cc: cracauer@wavehh.hanse.de, pst@freefall.freebsd.org, freebsd-current@FreeBSD.org In-Reply-To: <199610201202.WAA07479@rf900.physics.usyd.edu.au> from "David Dawes" at Oct 20, 96 10:02:25 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >IN additional to the unusual behaviour of alternate screen, things in > >FreeBSD are even worse. More's default behaviour is to exit immediatly > >when EOF is hit, so people don't have a chance to see the last page > >when an alternate screen is availiable. One could call it is bug in > >more/less that is alternate screen is used at all when the option to > >exit on the first EOF is set. While I think this should be fixed in > >FreeBSD's more sources (so that end-on-eof enabled more *never* uses > >the second screen), I still think the default xterm shouldn't use an > >alternate screen. Just for people how use an alternate screen (like I > >do sometimes), less should behave in a way that one can see the last > >page :-) > > Yes, I'd like to see the behaviour of more changed. A problem is that > xterm's alternate screen function isn't set using any 'enable/disable > alternate screen' termcap function (I don't think there is one), but > with ti/te: > > te str String to end programs that use termcap. > ti str String to begin programs that use termcap. > OK, so we can't change more/less in the way I'd like. The only option is to make `more` default to something else than exit-on-first-eof. This option is useful only for people without alternate screen support. Sad... >One should get in contact with XFree to discuss things. Do they realy > >have a default xterm termcap entry that doesn't work when logged in > >from non-Xfree xterms? I can't beleive it. Do they feel they're alone > >in the world (Could drop a nasty comment about Linux here)? Is there > >some XFree hacker on this list? > > The 'xterm' termcap we (XFree86) have does make use of our xterm > enhancements. With 3.2, it will also include an xterm-r6 entry which > is the standard X Consortium termcap entry from X11R6, and an xterm-r5 > entry from X11R5. However, none of the entries from our termcap file > get put into /etc/termcap without the installer explicitly editing > /etc/termcap themselves, so this isn't forced on anyone. The postinst.sh > XFree86 script mentions this, and warns about the incompatibility. Hm, just an idea, maybe a stupid one. Could we intruduce an additional environment variable - say - "TERM_V"? While TERM would be "xterm", TERM_V could be "TERM_V" would be "6.1". Then, in termcap implementations that are aware of this feature, the termcap database could be search for an entry that matches the TERM variable, a "-" and a version number that is equal or higher ten "TERM_V" (just like with shared libs). In this example, termcap entries "xterm-6.2", "xterm-6.3", "xterm-7.1" would match, "xterm-5.7" wouldn't. If no entry with a matching version number is present, it falls back to the entry that matches TERM, "xterm". Machines that don't have these capabilities would fall back to "xterm" automatically. If we loose TERM_V (i.e. looging in over a telnet version that haven't been told to transport TERM_V as well as TERM), the fallback is still what is in TERM. The only potential problem is the usage of just another environment vaiable for system-specific features and therefore a conflict with applications or users using this variable name for other things. If we ignore any string in TERM_V that aren't exactly a version number ns the right syntax, most cases will be caught. Of course, the whole thing only works for strickly upward-compatibale evolution of an termial emulator. I think such a scheme has a number of potential advantages, not only for xterm, but for Console terminal emulators, too. Opinions? -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://cracauer.cons.org Fax +49 40 522 85 36 From owner-freebsd-current Sun Oct 20 14:12:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14740 for current-outgoing; Sun, 20 Oct 1996 14:12:52 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA14733; Sun, 20 Oct 1996 14:12:47 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.6/8.7.3) with ESMTP id OAA04687; Sun, 20 Oct 1996 14:12:38 -0700 (PDT) Message-Id: <199610202112.OAA04687@austin.polstra.com> To: bde@zeta.org.au Cc: current@FreeBSD.org, phk@FreeBSD.org, wollman@lcs.mit.edu Subject: Re: In-reply-to: <199610201947.FAA16430@godzilla.zeta.org.au> References: <199610201947.FAA16430@godzilla.zeta.org.au> Date: Sun, 20 Oct 1996 14:12:38 -0700 From: John Polstra Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >Don't do that, then. It's horrid style anyway (IMAO), and you > >/certainly/ don't see any native Berkeley code doing that. The style > >guide should discourage the practice if it doesn't already. > > I agree. Typedef should only be used for scalar types and function > types. Why do you say that? There's already precedent for using typedefs for structs in, for example, the "DIR" type of . And it is in line with C++ practice, where the struct, class, or union keyword is almost never used outside of the declaration. (I know, this is C, not C++. But the idea that the name of a type should not carry unnecessary information about its representation is a valid one.) Personally, I favor PHK's idea. It widens the applicability of the list macros, without sacrificing any existing applicability. (I am assuming that PHK's proposal includes an implicit offer to suitably modify the existing code that the change breaks.) Another consideration worth noting: The single example of something similar in the ANSI/ISO C standard, offsetof(), uses PHK's approach. Again, this is precedent for using a type rather than a structure tag as the macro argument. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sun Oct 20 14:26:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15550 for current-outgoing; Sun, 20 Oct 1996 14:26:25 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15545 for ; Sun, 20 Oct 1996 14:26:23 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA13401; Sun, 20 Oct 1996 15:26:13 -0600 (MDT) Date: Sun, 20 Oct 1996 15:26:13 -0600 (MDT) Message-Id: <199610202126.PAA13401@rocky.mt.sri.com> From: Nate Williams To: Paul Traina Cc: cracauer@wavehh.hanse.de, freebsd-current@freebsd.org Subject: Re: xterm termcap definition In-Reply-To: <199610201726.KAA17317@precipice.shockwave.com> References: <9610201037.AA23601@wavehh.hanse.de> <199610201726.KAA17317@precipice.shockwave.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Regarding the alternate screen behaviour: > > I think the "alternate screen" feature should *not* be enabled bu > default, too many people are used to one-screen behaviour (i.e. the > last screen of output of more/less is still displayed when more > exits). Eric's and NetBSD's entries have alternate screen enabled and > should be changes before importing them to FreeBSD. I aplogize for > overlooking this. > > I disagree. The alternate screen behavior is the canonical behavior for > XTerms. It's been freebsd that's been different all this time, and I recall > just how much this torqed me off when I switched to freebsd. I *totally* disagree. The alternate screen behavior has never been standard in *any* xterm system I've used. To note: HP/UX, Ultrix, SunOS, Solaris, VMS (yeah, VMS), 386BSD, FreeBSD, NetBSD, OSF/1, and Digital Unix. Should I go on? None of them xterm entries used the alternate screen behavior by default. Nate From owner-freebsd-current Sun Oct 20 14:30:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15754 for current-outgoing; Sun, 20 Oct 1996 14:30:58 -0700 (PDT) Received: from critter.tfs.com (disn20.cybercity.dk [194.16.57.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15745; Sun, 20 Oct 1996 14:30:44 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id XAA24991; Sun, 20 Oct 1996 23:29:51 +0200 (MET DST) To: John Polstra cc: bde@zeta.org.au, current@FreeBSD.org, wollman@lcs.mit.edu Subject: Re: In-reply-to: Your message of "Sun, 20 Oct 1996 14:12:38 PDT." <199610202112.OAA04687@austin.polstra.com> Date: Sun, 20 Oct 1996 23:29:51 +0200 Message-ID: <24989.845846991@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199610202112.OAA04687@austin.polstra.com>, John Polstra writes: >> >Don't do that, then. It's horrid style anyway (IMAO), and you >> >/certainly/ don't see any native Berkeley code doing that. The style >> >guide should discourage the practice if it doesn't already. I disagree. >> >> I agree. Typedef should only be used for scalar types and function >> types. > >Why do you say that? There's already precedent for using typedefs >for structs in, for example, the "DIR" type of . And it >is in line with C++ practice, where the struct, class, or union >keyword is almost never used outside of the declaration. This is actually why I do it. The code I'm crunching right now is pretty much C++ written in C, ie. object oriented. Not because I want to rewrite the kernel in C++ at a later date, but because it is the design model that fits this particular piece. My approach to fixing would probably be to add the new macros for each kind of queue, rather than have to change all the code that uses it now: #define SLIST_HEAD_TYPE(name, type) \ struct name { \ type *slh_first; /* first element */ \ } (_TYPE suffix is open for discussion) I would probably add the _EMPTY, _NEXT, _PREV, _FIRST and _LAST macros to all the queues as apropriate while I'm there. I consider it a major flaw in that you have to know anyting about the internal representation. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Oct 20 15:11:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA20069 for current-outgoing; Sun, 20 Oct 1996 15:11:33 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA20051; Sun, 20 Oct 1996 15:11:25 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id IAA19365; Mon, 21 Oct 1996 08:06:29 +1000 Date: Mon, 21 Oct 1996 08:06:29 +1000 From: Bruce Evans Message-Id: <199610202206.IAA19365@godzilla.zeta.org.au> To: bde@zeta.org.au, jdp@polstra.com Subject: Re: Cc: current@FreeBSD.org, phk@FreeBSD.org, wollman@lcs.mit.edu Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> I agree. Typedef should only be used for scalar types and function >> types. > >Why do you say that? There's already precedent for using typedefs >for structs in, for example, the "DIR" type of . And it An exception that proves the rule. A real c (sic) programmer would never use upper case in a type or variable name :-). is POSIX. I don't know the BSD history of DIR. >is in line with C++ practice, where the struct, class, or union >keyword is almost never used outside of the declaration. (I know, >this is C, not C++. But the idea that the name of a type should >not carry unnecessary information about its representation is a >valid one.) At least in the kernel, you need to be intimately aware of the representation to write space- and time-efficient code. E.g., `auto foo_t foov;' is no good if foo_t might be a large struct, since the kernel stack is small. >Another consideration worth noting: The single example of something >similar in the ANSI/ISO C standard, offsetof(), uses PHK's approach. >Again, this is precedent for using a type rather than a structure tag >as the macro argument. I didn't completely understood phk's proposal. You can always use `struct foo' for the type in offsetof() provided the struct has a tag. The queue macros take a "type" arg which is actually a struct tag and prefix `struct ' to it. I agree that this is wrong. My objection is to using a typedef for `struct foo'. Bruce From owner-freebsd-current Sun Oct 20 15:19:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21170 for current-outgoing; Sun, 20 Oct 1996 15:19:37 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA21154; Sun, 20 Oct 1996 15:19:31 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.6/8.7.3) with ESMTP id PAA05120; Sun, 20 Oct 1996 15:19:24 -0700 (PDT) Message-Id: <199610202219.PAA05120@austin.polstra.com> To: Bruce Evans cc: current@FreeBSD.org, phk@FreeBSD.org, wollman@lcs.mit.edu Subject: Re: In-reply-to: Your message of "Mon, 21 Oct 1996 08:06:29 +1000." <199610202206.IAA19365@godzilla.zeta.org.au> Date: Sun, 20 Oct 1996 15:19:24 -0700 From: John Polstra Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >Why do you say that? There's already precedent for using typedefs > >for structs in, for example, the "DIR" type of . And it > > An exception that proves the rule. A real c (sic) programmer would > never use upper case in a type or variable name :-). is > POSIX. Good point. Of course, a real c (sic) programmer would have named it "posix". :-) > I don't know the BSD history of DIR. Me neither, at least not for sure. I first saw it personally in SunOS, I think. > I didn't completely understood phk's proposal. You can always use > `struct foo' for the type in offsetof() provided the struct has a > tag. The queue macros take a "type" arg which is actually a struct > tag and prefix `struct ' to it. I agree that this is wrong. We're not so far apart in our opinions, then. This last point is the only one I care very much about. John From owner-freebsd-current Sun Oct 20 17:11:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA05750 for current-outgoing; Sun, 20 Oct 1996 17:11:37 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA05728; Sun, 20 Oct 1996 17:11:31 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id CAA11690; Mon, 21 Oct 1996 02:16:03 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199610210016.CAA11690@ocean.campus.luth.se> Subject: Re: ISDN code removal, final warning. To: julian@whistle.com (Julian Elischer) Date: Mon, 21 Oct 1996 02:16:02 +0200 (MET DST) Cc: sos@FreeBSD.org, wosch@cs.tu-berlin.de, phk@FreeBSD.org, current@FreeBSD.org In-Reply-To: <326A83CA.167EB0E7@whistle.com> from Julian Elischer at "Oct 20, 96 12:55:55 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Julian Elischer: > > As an ISDN user I have the same reservations as Poul-Henning, I'm > > not sure ISDN belongs in the kernel... > > > Oh I think it does, and I expect to be asked to start working on it > soonish. How about this? It doesn't belong there. Neither does IP, or most drivers. IMHO. It seems to me Linux is going the right way, trying to split up their kernel, making it more modular, having it load stuff like drivers as it is needed. Or am I missinformed? (Could very well be the case here...) Streams should be wonderful, no? So you could just plug a new protocol in, and run it over any connection, and plug a new communication hardware in, and write a driver to just handle that, without worring about protocol. Plug it in and run any protocol supported allready. I have no idea what kind of efforts are going on to get streams in, or make the kernel dynamically load device drivers, or such... Is there an effort? Is it something that FreeBSD as a community wants? Should be... easier for people to contribute if they just have to figure out how to make a connection from hardware to an API, rather then having to know half the kernel, and go messing about in it to get things to work. I don't know how much of which case we have today, I'm affraid. A friend and I pondered writing an NDIS 3.1 API, in form of a network driver, which would load drivers from /drv/ndis/ or something. That way, we could get INSTANT support for the cutting edge network hardware that comes out, since it WILL come with an NDIS driver to support win95. Just "mcopy a:thefile.drv /drv/ndis/" (possibly with a command like "newndis thefile.drv" to initialize it's use) and reboot the system, and you can try the thing while it's still so hot out of the development, you'll burn yourself touching it. And to be able to do it in your favourite OS, instead of win95! :) In adition to that, there are, we found, quite a few fun things out there... Like a ppp-driver which uses ndis, from Micro$oft. I don't know how it worked really, but possibly you could just plug it in like any network ndis driver, and use it like it was any network card. I found it interesting. Also making NDIS support a network driver would allow you to compile with or without it as you pleased. If it's possible. Then your card would just show up as ndis0, ndis1, etc, regardless of it's a ppp driver for modem, or an ethernet card, or whatever. Hmm... We haven't seriously researched this, so I could be completely wrong. I just thought I'd share some ideas, see if anyone was working on any of them, and/or found inspiration in them. Maybe someone just have a comment that could be useful, if not for me, then maybe for someone else. So... comments? :) *duck* /Mikael From owner-freebsd-current Sun Oct 20 17:23:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA06986 for current-outgoing; Sun, 20 Oct 1996 17:23:44 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA06981; Sun, 20 Oct 1996 17:23:42 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id RAA06182 ; Sun, 20 Oct 1996 17:23:23 -0700 (PDT) Received: from campa.panke.de (anonymous230.ppp.cs.tu-berlin.de [130.149.17.230]) by mail.cs.tu-berlin.de (8.6.13/8.6.12) with ESMTP id CAA07552; Mon, 21 Oct 1996 02:19:35 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id CAA01252; Mon, 21 Oct 1996 02:09:59 +0200 Date: Mon, 21 Oct 1996 02:09:59 +0200 From: Wolfram Schneider Message-Id: <199610210009.CAA01252@campa.panke.de> To: sos@freebsd.org Cc: phk@freebsd.org, current@freebsd.org Subject: Re: ISDN code removal, final warning. In-Reply-To: <199610201503.RAA00568@ravenock.cybercity.dk> References: <199610201227.OAA01083@campa.panke.de> <199610201503.RAA00568@ravenock.cybercity.dk> 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 Soren Schmidt writes: >> Does we import bisdn into the source tree? > >I'd say no for the moment, but when they get their stuff in a more >usefull state (and clear up the copyright probs or whatever it is) >we should consider it again. >As an ISDN user I have the same reservations as Poul-Henning, I'm >not sure ISDN belongs in the kernel... More (optional) features, better OS. ISDN support is good advertising for FreeBSD. Wolfram (not using ISDN) From owner-freebsd-current Sun Oct 20 17:53:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA08103 for current-outgoing; Sun, 20 Oct 1996 17:53:32 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA08095; Sun, 20 Oct 1996 17:53:29 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id AAA20517; Mon, 21 Oct 1996 00:53:27 GMT Date: Mon, 21 Oct 1996 09:53:27 +0900 (JST) From: Michael Hancock Reply-To: Michael Hancock To: phk@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: In-Reply-To: <24020.845822819@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk For a good explanation of why you only want to use typedefs for scalar types and function types see "Expert C Programming" by Van der Linden, SunPress. It's a biased book, but it does contain a lot of good stuff on C. Regards, Mike Hancock On Sun, 20 Oct 1996, Poul-Henning Kamp wrote: > As much as I like this file there's one detail that I hate: > > /* > * Singly-linked List definitions. > */ > #define SLIST_HEAD(name, type) \ > struct name { \ > - struct type *slh_first; /* first element */ \ > + type *slh_first; /* first element */ \ > } > > If I have something like this: > > typedef struct geom_req_s geom_req; > > struct geom_req_s { > ... > }; > > How can I add a any of the types from to this data-type > in a clean fashion ? All other use the typedef, but for the queues > I have to use the struct name. > > Is it too late to fix this oversight in ? > From owner-freebsd-current Sun Oct 20 17:57:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA08339 for current-outgoing; Sun, 20 Oct 1996 17:57:21 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA08332 for ; Sun, 20 Oct 1996 17:57:19 -0700 (PDT) Received: from thurston.eng.umd.edu (thurston.eng.umd.edu [129.2.103.25]) by po2.glue.umd.edu (8.8.1/8.7.3) with ESMTP id UAA02898; Sun, 20 Oct 1996 20:57:17 -0400 (EDT) Received: from localhost (chuckr@localhost) by thurston.eng.umd.edu (8.7.5/8.7.3) with SMTP id UAA11013; Sun, 20 Oct 1996 20:57:16 -0400 (EDT) X-Authentication-Warning: thurston.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 20 Oct 1996 20:57:16 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@thurston.eng.umd.edu To: Mikael Karpberg cc: current@FreeBSD.org Subject: Re: ISDN code removal, final warning. In-Reply-To: <199610210016.CAA11690@ocean.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Mikael Karpberg wrote: [CC: list trimmed out] > According to Julian Elischer: > > > As an ISDN user I have the same reservations as Poul-Henning, I'm > > > not sure ISDN belongs in the kernel... > > > > > Oh I think it does, and I expect to be asked to start working on it > > soonish. > > How about this? > It doesn't belong there. Neither does IP, or most drivers. IMHO. > It seems to me Linux is going the right way, trying to split up their > kernel, making it more modular, having it load stuff like drivers as it is > needed. Or am I missinformed? (Could very well be the case here...) FreeBSD has LKMs. > > Streams should be wonderful, no? So you could just plug a new protocol in, > and run it over any connection, and plug a new communication hardware in, > and write a driver to just handle that, without worring about protocol. > Plug it in and run any protocol supported allready. Way I understand it, streams is a performance dog, especially when used for network stuff, with very high throughput. Why take a system that is a known high performer and start recoding it to look like a known underperformer? Streams makes all the characters go from level to level to level, which might be ok for tty processing perhaps, but not past there. > > I have no idea what kind of efforts are going on to get streams in, > or make the kernel dynamically load device drivers, or such... > > Is there an effort? Is it something that FreeBSD as a community wants? > Should be... easier for people to contribute if they just have to figure > out how to make a connection from hardware to an API, rather then > having to know half the kernel, and go messing about in it to get things > to work. I don't know how much of which case we have today, I'm affraid. > > A friend and I pondered writing an NDIS 3.1 API, in form of a network > driver, which would load drivers from /drv/ndis/ or something. > That way, we could get INSTANT support for the cutting edge network > hardware that comes out, since it WILL come with an NDIS driver to > support win95. Just "mcopy a:thefile.drv /drv/ndis/" (possibly with a > command like "newndis thefile.drv" to initialize it's use) and reboot > the system, and you can try the thing while it's still so hot out of > the development, you'll burn yourself touching it. And to be able to do > it in your favourite OS, instead of win95! :) In adition to that, there > are, we found, quite a few fun things out there... Like a ppp-driver > which uses ndis, from Micro$oft. I don't know how it worked really, but > possibly you could just plug it in like any network ndis driver, and > use it like it was any network card. I found it interesting. Also > making NDIS support a network driver would allow you to compile with > or without it as you pleased. If it's possible. Then your card would just > show up as ndis0, ndis1, etc, regardless of it's a ppp driver for modem, > or an ethernet card, or whatever. Hmm... > > We haven't seriously researched this, so I could be completely wrong. > I just thought I'd share some ideas, see if anyone was working on any > of them, and/or found inspiration in them. Maybe someone just have > a comment that could be useful, if not for me, then maybe for someone > else. I like the idea of increasing performance, but I don't like the idea of mimicing the competition. FreeBSD is great in it's own right, but if it became just another Windows, would *you* be interested in it? > > So... comments? :) *duck* > > /Mikael > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sun Oct 20 18:12:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA08871 for current-outgoing; Sun, 20 Oct 1996 18:12:20 -0700 (PDT) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA08861 for ; Sun, 20 Oct 1996 18:12:17 -0700 (PDT) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA09736; Mon, 21 Oct 96 03:18:14 +0100 Date: Mon, 21 Oct 96 03:18:14 +0100 Message-Id: <9610210218.AA09736@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: freebsd-current@freebsd.org Subject: socket (AF_UNIX) bug X-Mailer: Emacs Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following code creates a socket whose name is 1 char too short. A workaround is to add 1 to addrlen before calling bind, but I think that the code should work as is. #include #include #include #include main () { int s; struct sockaddr_un sockaddr; char path[256]; int addrlen; strcpy (path, "/tmp/zxyz"); unlink (path); s = socket (AF_UNIX, SOCK_STREAM, 0); memset ((void *)&sockaddr, 0, sizeof(sockaddr)); sockaddr.sun_family = AF_UNIX; strncpy (sockaddr.sun_path, path, sizeof(sockaddr.sun_path)); addrlen = sizeof(sockaddr.sun_family) + strlen(path); if (bind (s, (struct sockaddr *)&sockaddr, addrlen) < 0) perror ("bind"); system ("ls -l /tmp/zx*"); close (s); } Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Sun Oct 20 18:30:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA09658 for current-outgoing; Sun, 20 Oct 1996 18:30:29 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA09653; Sun, 20 Oct 1996 18:30:27 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id BAA20791; Mon, 21 Oct 1996 01:30:25 GMT Date: Mon, 21 Oct 1996 10:30:25 +0900 (JST) From: Michael Hancock To: phk@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: In-Reply-To: <24020.845822819@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Oct 1996, Poul-Henning Kamp wrote: > > As much as I like this file there's one detail that I hate: > > /* > * Singly-linked List definitions. > */ > #define SLIST_HEAD(name, type) \ > struct name { \ > - struct type *slh_first; /* first element */ \ > + type *slh_first; /* first element */ \ > } If anything should be changed, it should be the name 'type'. It's miss-used here: #define SLIST_HEAD(name, tag) \ struct name { \ struct tag *slh_first; \ } Regards, Mike Hancock From owner-freebsd-current Sun Oct 20 18:33:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA09802 for current-outgoing; Sun, 20 Oct 1996 18:33:27 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA09797; Sun, 20 Oct 1996 18:33:24 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id BAA20803; Mon, 21 Oct 1996 01:32:42 GMT Date: Mon, 21 Oct 1996 10:32:42 +0900 (JST) From: Michael Hancock Reply-To: Michael Hancock To: John Polstra cc: bde@zeta.org.au, current@FreeBSD.org, phk@FreeBSD.org, wollman@lcs.mit.edu Subject: Re: In-Reply-To: <199610202112.OAA04687@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Oct 1996, John Polstra wrote: > > >Don't do that, then. It's horrid style anyway (IMAO), and you > > >/certainly/ don't see any native Berkeley code doing that. The style > > >guide should discourage the practice if it doesn't already. > > > > I agree. Typedef should only be used for scalar types and function > > types. > > Why do you say that? There's already precedent for using typedefs > for structs in, for example, the "DIR" type of . And it > is in line with C++ practice, where the struct, class, or union > keyword is almost never used outside of the declaration. (I know, > this is C, not C++. But the idea that the name of a type should > not carry unnecessary information about its representation is a > valid one.) It's questionable to define a typedef just to save typing the word struct. Regards, Mike Hancock From owner-freebsd-current Sun Oct 20 18:53:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA10659 for current-outgoing; Sun, 20 Oct 1996 18:53:08 -0700 (PDT) Received: from answerman.mindspring.com (answerman.mindspring.com [204.180.128.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA10654 for ; Sun, 20 Oct 1996 18:53:05 -0700 (PDT) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by answerman.mindspring.com (8.7.5/8.7.3) with SMTP id VAA25339 for ; Sun, 20 Oct 1996 21:52:49 -0400 (EDT) Message-ID: <326AD788.167EB0E7@mindspring.com> Date: Sun, 20 Oct 1996 21:53:12 -0400 From: Ron Bolin X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: mktemp BUG? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just checking my system and sanity. The mktemp(char *) function dumps core everytime. Seems to be a problem in the C lib version. Can anyone else duplicate this bug? #include char *tmp = mktemp("/tmp/cp.XXXXXX"); -Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Sun Oct 20 19:04:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA11206 for current-outgoing; Sun, 20 Oct 1996 19:04:24 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA11199 for ; Sun, 20 Oct 1996 19:04:20 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA04119; Mon, 21 Oct 1996 11:34:16 +0930 From: Michael Smith Message-Id: <199610210204.LAA04119@genesis.atrad.adelaide.edu.au> Subject: Re: kern/1848: breakpoints in shared libraries don't fire To: dtc@scrooge.ee.swin.oz.au (Douglas Thomas Crosher) Date: Mon, 21 Oct 1996 11:34:15 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-current@freebsd.org In-Reply-To: <199610201502.BAA17461@scrooge.ee.swin.oz.au> from "Douglas Thomas Crosher" at Oct 21, 96 01:02:22 am 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 Douglas Thomas Crosher stands accused of saying: > > > > > It's possible to set breakpoints in shared libraries, but > > > > executing the code doesn't cause a SIGTRACE. > > > > Setting a breakpoint in a shared library would be Bad, as you don't > > have any way of telling who else it is shared with. I suspect that > > the attempt to set the trace is silently failing. > > What about pages mmapped MAP_PRIVATE, couldn't the page be copied for > private use when the breakpoint is set? I'm sure it _could_, after all it's just software. However ld.so most likely maps pages as readonly, so you would have to make some changes there (to detect whether a program was being debugged etc.), or teach gdb to change the mappings on shared libraries. > Douglas Crosher -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) [[ ]] realtime instrument control (ph/fax) +61-8-8267-3493 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Oct 20 19:37:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA13429 for current-outgoing; Sun, 20 Oct 1996 19:37:17 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA13422 for ; Sun, 20 Oct 1996 19:37:13 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.6/8.7.3) with ESMTP id TAA05813; Sun, 20 Oct 1996 19:37:04 -0700 (PDT) Message-Id: <199610210237.TAA05813@austin.polstra.com> To: Michael Hancock Subject: Re: Cc: current@freebsd.org In-reply-to: Your message of "Mon, 21 Oct 1996 10:32:42 +0900." Date: Sun, 20 Oct 1996 19:37:04 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > And it > > is in line with C++ practice, where the struct, class, or union > > keyword is almost never used outside of the declaration. (I know, > > this is C, not C++. But the idea that the name of a type should > > not carry unnecessary information about its representation is a > > valid one.) > > It's questionable to define a typedef just to save typing the word struct. True, but that's not the point. The point is, at a certain level, a type is a type is a type. You shouldn't have to know whether it's represented as a struct or as a union or as an array. By using a typedef you enforce not knowing the details of the representation, making it easier to change that representation in the future without having to change a bunch of code. The more opaque a type is, the easier it is to change it later, if you need to. It isn't about saving typing, just as "dev_t" isn't about avoiding typing "unsigned int", and "jmp_buf" isn't about avoiding typing "struct { int _jb[9]; } foo[1];" It's about information hiding. Also, it's important to note that that part of my argument was about the use of typedefs in general, and not specifically about . John From owner-freebsd-current Sun Oct 20 19:57:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA15005 for current-outgoing; Sun, 20 Oct 1996 19:57:51 -0700 (PDT) Received: from scanner.worldgate.com (scanner.worldgate.com [198.161.84.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA14996 for ; Sun, 20 Oct 1996 19:57:46 -0700 (PDT) Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.7.5/8.7.3) with UUCP id UAA06575; Sun, 20 Oct 1996 20:57:13 -0600 (MDT) Received: from localhost (marcs@localhost) by alive.ampr.ab.ca (8.7.5/8.7.3) with SMTP id UAA22396; Sun, 20 Oct 1996 20:56:38 -0600 (MDT) Date: Sun, 20 Oct 1996 20:56:37 -0600 (MDT) From: Marc Slemko X-Sender: marcs@alive.ampr.ab.ca To: Ron Bolin cc: freebsd-current@FreeBSD.org Subject: Re: mktemp BUG? In-Reply-To: <326AD788.167EB0E7@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Check the man page for mktemp: >NOTES > A common problem that results in a core dump is that the programmer pass- > es in a read-only string to mktemp() or mkstemp(). This is common with > programs that were developed before ISO 9899: 1990 (``ISO C'') compilers > were common. For example, calling mkstemp() with an argument of > "/tmp/tempfile.XXXXXX" will result in a core dump due to mkstemp() at- > tempting to modify the string constant that was given. If the program in > question makes heavy use of that type of function call, you do have the > option of compiling the program so that it will store string constants in > a writable segment of memory. See gcc(1) for more information. Try something like: #include #include int main () { char *tmp; char filename[80]; strcpy(filename, "/tmp/cp.XXXXX"); tmp = mktemp(filename); printf("file: %s (%p, %p)\n", tmp, tmp, filename); return 0; } Yes, mktemp is a bit strange. On Sun, 20 Oct 1996, Ron Bolin wrote: > Just checking my system and sanity. The mktemp(char *) function > dumps core everytime. Seems to be a problem in the C lib version. > Can anyone else duplicate this bug? > #include > char *tmp = mktemp("/tmp/cp.XXXXXX"); From owner-freebsd-current Sun Oct 20 20:07:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA15650 for current-outgoing; Sun, 20 Oct 1996 20:07:42 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA15645 for ; Sun, 20 Oct 1996 20:07:38 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id UAA03572; Sun, 20 Oct 1996 20:07:07 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma003570; Sun Oct 20 20:07:03 1996 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id UAA19700; Sun, 20 Oct 1996 20:07:03 -0700 (PDT) From: Archie Cobbs Message-Id: <199610210307.UAA19700@bubba.whistle.com> Subject: Re: mktemp BUG? In-Reply-To: <326AD788.167EB0E7@mindspring.com> from Ron Bolin at "Oct 20, 96 09:53:12 pm" To: rlb@mindspring.com (Ron Bolin) Date: Sun, 20 Oct 1996 20:07:02 -0700 (PDT) Cc: freebsd-current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Can anyone else duplicate this bug? > #include > char *tmp = mktemp("/tmp/cp.XXXXXX"); Your template string is going to be mapped read-only, and then mktemp trys to write to it -> core dump. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Sun Oct 20 22:15:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA23253 for current-outgoing; Sun, 20 Oct 1996 22:15:31 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA23245 for ; Sun, 20 Oct 1996 22:15:29 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16058(5)>; Sun, 20 Oct 1996 22:14:58 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177480>; Sun, 20 Oct 1996 22:14:45 -0700 To: Jean-Marc Zucconi cc: freebsd-current@freebsd.org Subject: Re: socket (AF_UNIX) bug In-reply-to: Your message of "Sun, 20 Oct 96 19:18:14 PDT." <9610210218.AA09736@cabri.obs-besancon.fr> Date: Sun, 20 Oct 1996 22:14:39 PDT From: Bill Fenner Message-Id: <96Oct20.221445pdt.177480@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <9610210218.AA09736@cabri.obs-besancon.fr> you write: >The following code creates a socket whose name is 1 char too >short. A workaround is to add 1 to addrlen before calling bind, but I >think that the code should work as is. You forgot to include the length of sun_len (which happens to be 1) in addrlen. Since you're telling the kernel that addr is 1 byte shorter than it is, it's not surprising that it isn't getting all that you're trying to send it. I would just set addrlen to sizeof(struct sockaddr_un). To be fully correct, you should probably also set sun_len as well. Bill From owner-freebsd-current Sun Oct 20 22:27:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA23780 for current-outgoing; Sun, 20 Oct 1996 22:27:27 -0700 (PDT) Received: from nike.efn.org (metriclient-14.uoregon.edu [128.223.172.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA23772 for ; Sun, 20 Oct 1996 22:27:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id WAA02831; Sun, 20 Oct 1996 22:26:23 -0700 (PDT) Date: Sun, 20 Oct 1996 22:26:22 -0700 (PDT) From: John-Mark Gurney X-Sender: jmg@nike Reply-To: John-Mark Gurney To: Michael Smith cc: Douglas Thomas Crosher , freebsd-current@FreeBSD.org Subject: Re: kern/1848: breakpoints in shared libraries don't fire In-Reply-To: <199610210204.LAA04119@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Michael Smith wrote: > Douglas Thomas Crosher stands accused of saying: > > > > > > > It's possible to set breakpoints in shared libraries, but > > > > > executing the code doesn't cause a SIGTRACE. > > > > > > Setting a breakpoint in a shared library would be Bad, as you don't > > > have any way of telling who else it is shared with. I suspect that > > > the attempt to set the trace is silently failing. > > > > What about pages mmapped MAP_PRIVATE, couldn't the page be copied for > > private use when the breakpoint is set? > > I'm sure it _could_, after all it's just software. However ld.so most > likely maps pages as readonly, so you would have to make some changes > there (to detect whether a program was being debugged etc.), or teach > gdb to change the mappings on shared libraries. I really don't understand all the talk about debugging shared libs... it must be a problem with the updated gcc because under 2.6.3 w/ gdb 4.13 you can debug share libs without a problem... just to make sure I just did it with out a problem... I wish I could tell you more of what I did... but all I did was compile the lib with -g and yes.. the lib (my own cgiparse lib) is linked shared: tmp: -lcgiparse.1 => /usr/local/lib/libcgiparse.so.1.0 (0x801b000) -lc.3 => /usr/lib/libc.so.3.0 (0x802b000) hope this helps id the problem... ttyl... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Sun Oct 20 22:55:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA25288 for current-outgoing; Sun, 20 Oct 1996 22:55:01 -0700 (PDT) Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA25178; Sun, 20 Oct 1996 22:53:38 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id HAA25621; Mon, 21 Oct 1996 07:53:05 +0200 (MET DST) To: Michael Hancock cc: current@FreeBSD.ORG Subject: Re: In-reply-to: Your message of "Mon, 21 Oct 1996 09:53:27 +0900." Date: Mon, 21 Oct 1996 07:53:05 +0200 Message-ID: <25619.845877185@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message , Mich ael Hancock writes: >For a good explanation of why you only want to use typedefs for scalar >types and function types see "Expert C Programming" by Van der Linden, >SunPress. It's a biased book, but it does contain a lot of good stuff on >C. Could you give me the punch-line ? It will take me 4 weeks to get hold of that book... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Oct 20 22:56:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA25394 for current-outgoing; Sun, 20 Oct 1996 22:56:13 -0700 (PDT) Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA25374; Sun, 20 Oct 1996 22:55:52 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id HAA25644; Mon, 21 Oct 1996 07:55:11 +0200 (MET DST) To: Michael Hancock cc: John Polstra , bde@zeta.org.au, current@FreeBSD.org, wollman@lcs.mit.edu Subject: Re: In-reply-to: Your message of "Mon, 21 Oct 1996 10:32:42 +0900." Date: Mon, 21 Oct 1996 07:55:11 +0200 Message-ID: <25642.845877311@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message , Mich ael Hancock writes: >It's questionable to define a typedef just to save typing the word struct. The reason I do it is not to save 7 chars of typing. It's because we are talking about a self-contained type that carries with it all the operations you can perform on it. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Oct 21 01:59:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02461 for current-outgoing; Mon, 21 Oct 1996 01:59:13 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA02456 for ; Mon, 21 Oct 1996 01:59:09 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id IAA23820; Mon, 21 Oct 1996 08:58:55 GMT Date: Mon, 21 Oct 1996 17:58:55 +0900 (JST) From: Michael Hancock To: John Polstra cc: current@freebsd.org Subject: Re: In-Reply-To: <199610210237.TAA05813@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Oct 1996, John Polstra wrote: > > It's questionable to define a typedef just to save typing the word struct. > > True, but that's not the point. The point is, at a certain level, > a type is a type is a type. You shouldn't have to know whether > it's represented as a struct or as a union or as an array. By > using a typedef you enforce not knowing the details of the > representation, making it easier to change that representation in > the future without having to change a bunch of code. The more > opaque a type is, the easier it is to change it later, if you need > to. > > It isn't about saving typing, just as "dev_t" isn't about avoiding > typing "unsigned int", and "jmp_buf" isn't about avoiding typing When you typedef a scalar, it's more for portability. > "struct { int _jb[9]; } foo[1];" It's about information hiding. In the case of a simple struct you don't want to use typedefs. When you start mixing in arrays, structs, pointers, and functions you do want to use typedefs for information hiding as you say. Not using typedefs for simple structs is just a good habit to have when programming in C. C just has too many ambiguities. typedef struct foo {int foo} foo; struct foo x; foo y; foo foo; What is foo? If you're using a simple struct, the details of the struct may change but it's unlikely that the struct will become a scalar. You still have information hiding. Regards, Mike Hancock From owner-freebsd-current Mon Oct 21 02:30:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA03572 for current-outgoing; Mon, 21 Oct 1996 02:30:03 -0700 (PDT) Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA03536 for ; Mon, 21 Oct 1996 02:29:55 -0700 (PDT) Received: (from news@localhost) by haywire.DIALix.COM (8.7.6/8.7.3) id RAA15558 for freebsd-current@freebsd.org; Mon, 21 Oct 1996 17:29:50 +0800 (WST) 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: 21 Oct 1996 09:29:49 GMT From: peter@spinner.DIALix.COM (Peter Wemm) Message-ID: <54ffqd$e2l$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199610200843.QAA17050@spinner.DIALix.COM> Subject: Re: sendmail-8.8.2 ready to go.. Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199610200924.LAA02036@uriah.heep.sax.de>, j@uriah.heep.sax.de (J Wunsch) writes: > As Peter Wemm wrote: >> - persistant host status > > Whatsat? Take freefall for example. If a sendmail queue run process discovers that a host is down, it can record the status. On freefall, we've typically had a fair few queue running processes going in parallel, and each one has to time out on it's own to discover that the host is down, if you turn on persistant host status you can have all sendmails sharing the "yes/no" deliverability status. As a result, you waste far less resources with futile delivery attempts. On the downside, hosts retried far less often so transient problems are slower to clear... but even that isn't so bad because you can handle a much larger queue with ease. >> - special ruleset hooks for spam hunting and user filtering > > Ahhh! :-) I very much like the idea of a .db file containing (say): #Domainname Message moneyworld.com Get stuffed! Naturally, this is a hypothetical example.. I can't imagine why anybody would want to block such fine net-citizens like them.. :-) -Peter From owner-freebsd-current Mon Oct 21 04:12:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07291 for current-outgoing; Mon, 21 Oct 1996 04:12:16 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA07281 for ; Mon, 21 Oct 1996 04:12:13 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id LAA24702; Mon, 21 Oct 1996 11:11:45 GMT Date: Mon, 21 Oct 1996 20:11:45 +0900 (JST) From: Michael Hancock Reply-To: Michael Hancock To: Poul-Henning Kamp cc: John Polstra , bde@zeta.org.au, current@FreeBSD.org, wollman@lcs.mit.edu Subject: Re: In-Reply-To: <25642.845877311@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Poul-Henning Kamp wrote: > >It's questionable to define a typedef just to save typing the word struct. > > The reason I do it is not to save 7 chars of typing. > > It's because we are talking about a self-contained type that carries > with it all the operations you can perform on it. I think you should do the changes you mention to queue.h and change the man page example to the following... *** foo1 Mon Oct 21 20:06:06 1996 --- foo2 Mon Oct 21 20:05:33 1996 *************** *** 1,10 **** #include ! SLIST_HEAD(slisthead, entry) head; struct slisthead *headp; /* Singly-linked List head. */ struct entry { int i; ! SLIST_ENTRY(entry) entries; /* Singly-linked List. */ } *n1, *n2, *n3, *np; --- 1,10 ---- #include ! SLIST_HEAD(slisthead, struct entry) head; struct slisthead *headp; /* Singly-linked List head. */ struct entry { int i; ! SLIST_ENTRY(struct entry) entries; /* Singly-linked List. */ } *n1, *n2, *n3, *np; The original mixes up tag names and type names, which is a bogus thing to do. Use typedefs for scalars such as dev_t and for complex objects that combine arrays, pointers, structs, and functions. For simple structs, the typedef doesn't gain you much aside from not having to type "struct". Regards, Mike Hancock From owner-freebsd-current Mon Oct 21 04:14:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07395 for current-outgoing; Mon, 21 Oct 1996 04:14:22 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA07388 for ; Mon, 21 Oct 1996 04:14:19 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id LAA24722; Mon, 21 Oct 1996 11:14:08 GMT Date: Mon, 21 Oct 1996 20:14:07 +0900 (JST) From: Michael Hancock To: Peter Wemm cc: freebsd-current@freebsd.org Subject: Re: sendmail-8.8.2 ready to go.. In-Reply-To: <54ffqd$e2l$1@haywire.DIALix.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I very much like the idea of a .db file containing (say): > #Domainname Message > moneyworld.com Get stuffed! > > Naturally, this is a hypothetical example.. I can't imagine why anybody would > want to block such fine net-citizens like them.. :-) By all means, import it! Regards, Mike Hancock From owner-freebsd-current Mon Oct 21 04:17:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07516 for current-outgoing; Mon, 21 Oct 1996 04:17:55 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA07511 for ; Mon, 21 Oct 1996 04:17:53 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id EAA07078 for ; Mon, 21 Oct 1996 04:17:50 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id MAA04200; Mon, 21 Oct 1996 12:05:50 +0100 Date: Mon, 21 Oct 1996 12:05:47 +0100 (BST) From: Doug Rabson To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= cc: Ron Bolin , freebsd-current@FreeBSD.org Subject: Re: tcpdump fails build nfsv2.h missing In-Reply-To: <199610191300.RAA00689@nagual.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 19 Oct 1996, [KOI8-R] =E1=CE=C4=D2=C5=CA =FE=C5=D2=CE=CF=D7 wrote: > > In building the source tree, I got can't find nfsv2.h for the tcpdump > > build. I noted that after copying it back to the build dir that a > > subsequent > > cvsup removed it again. Is this correct?? >=20 > I found this bug too, please fix it. This file was referenced by print-udp.c which Paul Traina fixed. It shouldn't be needed to build any part of tcpdump now. -- Doug Rabson, Microsoft RenderMorphics Ltd.=09Mail: dfr@render.com =09=09=09=09=09=09Phone: +44 171 734 3761 =09=09=09=09=09=09FAX: +44 171 734 6426 From owner-freebsd-current Mon Oct 21 04:48:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08513 for current-outgoing; Mon, 21 Oct 1996 04:48:56 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08501 for ; Mon, 21 Oct 1996 04:48:46 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with SMTP id NAA21029 for ; Mon, 21 Oct 1996 13:46:59 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0vFIpx-00021FC; Mon, 21 Oct 96 13:48 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA020798458; Mon, 21 Oct 1996 13:47:38 +0200 From: "Hr.Ladavac" Message-Id: <199610211147.AA020798458@ws2301.gud.siemens.co.at> Subject: Re: To: michaelh@cet.co.jp Date: Mon, 21 Oct 1996 13:47:38 +0200 (MESZ) Cc: phk@critter.tfs.com, jdp@polstra.com, bde@zeta.org.au, current@FreeBSD.org, wollman@lcs.mit.edu In-Reply-To: from "Michael Hancock" at Oct 21, 96 08:11:45 pm X-Mailer: ELM [version 2.4 PL24 ME8a] 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 E-mail message from Michael Hancock contained: > > The original mixes up tag names and type names, which is a bogus thing to > do. > > Use typedefs for scalars such as dev_t and for complex objects that > combine arrays, pointers, structs, and functions. > > For simple structs, the typedef doesn't gain you much aside from not > having to type "struct". I have some strong feelings about that: namely, a typedef should be used for *any* type that is supposed to be opaque. If my program does not need to know whether something is a struct or a scalar or whatever, it *must not* know it either. This tends to make interface maintenance trivial (i.e. you have to recompile the interface consumers, but you don't need to patch their sources as well). MHO, naturally :) /Marino > > Regards, > > > Mike Hancock > > > From owner-freebsd-current Mon Oct 21 07:02:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13874 for current-outgoing; Mon, 21 Oct 1996 07:02:04 -0700 (PDT) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA13862 for ; Mon, 21 Oct 1996 07:02:02 -0700 (PDT) Received: (from rjk@localhost) by watson.grauel.com (8.7.6/8.7.3) id JAA13278; Mon, 21 Oct 1996 09:05:34 -0500 (EST) Date: Mon, 21 Oct 1996 09:05:34 -0500 (EST) Message-Id: <199610211405.JAA13278@watson.grauel.com> From: Richard J Kuhns To: freebsd-current@freebsd.org Subject: Problem rebuilding libc; ctm updates through 2332 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I did a "make bootstrap" in /usr/src, a "make install" in /usr/src/include, then "make clean;make depend;make" in /usr/src/lib/libc, with this result. Did I miss a step somewhere, or is this a genuine problem? cc -O2 -m486 -malign-loops=0 -malign-jumps=2 -malign-functions=2 -pipe -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DYP -c /usr/src/lib/libc/gen/fnmatch.c -o fnmatch.o /usr/src/lib/libc/gen/fnmatch.c: In function `fnmatch': /usr/src/lib/libc/gen/fnmatch.c:133: `FNM_ICASE' undeclared (first use this function) /usr/src/lib/libc/gen/fnmatch.c:133: (Each undeclared identifier is reported only once /usr/src/lib/libc/gen/fnmatch.c:133: for each function it appears in.) /usr/src/lib/libc/gen/fnmatch.c: In function `rangematch': /usr/src/lib/libc/gen/fnmatch.c:162: `FNM_ICASE' undeclared (first use this function) *** Error code 1 Stop. -- Rich Kuhns rjk@grauel.com PO Box 6249 Tel: (317)477-6000 \ 100 Sawmill Road x319 Lafayette, IN 47903 (800)489-4891 / From owner-freebsd-current Mon Oct 21 07:07:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA14152 for current-outgoing; Mon, 21 Oct 1996 07:07:38 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA14136 for ; Mon, 21 Oct 1996 07:07:32 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.6/BSD4.4) id AAA16493 Tue, 22 Oct 1996 00:06:29 +1000 (EST) From: michael butler Message-Id: <199610211406.AAA16493@asstdc.scgt.oz.au> Subject: Re: mktemp BUG? In-Reply-To: <326AD788.167EB0E7@mindspring.com> from Ron Bolin at "Oct 20, 96 09:53:12 pm" To: rlb@mindspring.com (Ron Bolin) Date: Tue, 22 Oct 1996 00:06:24 +1000 (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 Ron Bolin writes: > Just checking my system and sanity. The mktemp(char *) function > dumps core everytime. Seems to be a problem in the C lib version. > Can anyone else duplicate this bug? > #include > char *tmp = mktemp("/tmp/cp.XXXXXX"); You have two alternatives: i) fix the problem by copying the const string into an appropriately sized buffer or .. ii) avoid the problem by compiling with '-fwritable-strings' michael From owner-freebsd-current Mon Oct 21 07:28:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA15111 for current-outgoing; Mon, 21 Oct 1996 07:28:56 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA15106 for ; Mon, 21 Oct 1996 07:28:52 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA12165; Mon, 21 Oct 1996 10:25:18 -0400 Date: Mon, 21 Oct 1996 10:25:18 -0400 From: Garrett Wollman Message-Id: <9610211425.AA12165@halloran-eldar.lcs.mit.edu> To: Mikael Karpberg Cc: current@FreeBSD.org Subject: Re: ISDN code removal, final warning. In-Reply-To: <199610210016.CAA11690@ocean.campus.luth.se> References: <326A83CA.167EB0E7@whistle.com> <199610210016.CAA11690@ocean.campus.luth.se> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > Streams should be wonderful, no? So you could just plug a new protocol in, Well, only for values of ``wonderful'' meaning ``dreadfully slow''. Layerism really, really gets in the way of efficient networking implementations. If someone were to make a really fast TCP, it would sit right underneath sosend() and above ifp->if_output(). (Van Jacobson has allegedly done something like this, but nobody outside of LBL appears to have seen the actual code.) The actual buffering model used by STREAMS is even worse than the buffering model used by BSD, which is itself pretty horrid. As for the original question of ISDN: probably there needs to be some in-kernel support for the basic data-transfer functions. All of the signalling, however, should be done outside of the kernel. If this means you have to introduce a new isdnsrvr() system call, so be it. (Although I would prefer a generic kernel-user message-passing interface modeled along the lines of PF_ROUTE and PF_KEY, only completely general. Then it could be used to eliminate such things as /dev/klog.) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Mon Oct 21 07:30:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA15257 for current-outgoing; Mon, 21 Oct 1996 07:30:24 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA15249 for ; Mon, 21 Oct 1996 07:30:20 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA13042; Mon, 21 Oct 1996 10:30:07 -0400 Date: Mon, 21 Oct 1996 10:30:07 -0400 From: Garrett Wollman Message-Id: <9610211430.AA13042@halloran-eldar.lcs.mit.edu> To: Jean-Marc Zucconi Cc: freebsd-current@freebsd.org Subject: socket (AF_UNIX) bug In-Reply-To: <9610210218.AA09736@cabri.obs-besancon.fr> References: <9610210218.AA09736@cabri.obs-besancon.fr> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > The following code creates a socket whose name is 1 char too > short. A workaround is to add 1 to addrlen before calling bind, but I > think that the code should work as is. The code is wrong. > strncpy (sockaddr.sun_path, path, sizeof(sockaddr.sun_path)); > addrlen = sizeof(sockaddr.sun_family) + strlen(path); sizeof(sockaddr.sun_family) == 1 offsetof(struct sockaddr_un, sun_path) == 2 This would be clearer if the sockaddr were properly initialized; i.e.: > strncpy (sockaddr.sun_path, path, sizeof(sockaddr.sun_path)); sockaddr.sun_len = offsetof(struct sockaddr_un, sun_path) + min(strlen(path), sizeof(sockaddr.sun_path)); > addrlen = sizeof(sockaddr.sun_family) + min(strlen(path), sizeof(sockaddr.sun_path)); /* alternatively, addrlen = sockaddr.sun_len */ -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Mon Oct 21 07:34:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA15638 for current-outgoing; Mon, 21 Oct 1996 07:34:56 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA15629 for ; Mon, 21 Oct 1996 07:34:49 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA13540; Mon, 21 Oct 1996 10:32:21 -0400 Date: Mon, 21 Oct 1996 10:32:21 -0400 From: Garrett Wollman Message-Id: <9610211432.AA13540@halloran-eldar.lcs.mit.edu> To: Ron Bolin Cc: freebsd-current@FreeBSD.org Subject: mktemp BUG? In-Reply-To: <326AD788.167EB0E7@mindspring.com> References: <326AD788.167EB0E7@mindspring.com> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > Just checking my system and sanity. The mktemp(char *) function > dumps core everytime. Seems to be a problem in the C lib version. > Can anyone else duplicate this bug? > #include > char *tmp = mktemp("/tmp/cp.XXXXXX"); Your code is erroneous. You cannot overwrite a string literal. #include void foo(void) { static char path[] = "/tmp/cp.XXXXXX"; if (mktemp(path)) { /* do something with 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 Mon Oct 21 07:37:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA15806 for current-outgoing; Mon, 21 Oct 1996 07:37:46 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA15799 for ; Mon, 21 Oct 1996 07:37:43 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65v3.2/1.1.8.2/19Aug95-0530PM) id AA10256; Mon, 21 Oct 1996 10:37:39 -0400 Date: Mon, 21 Oct 1996 10:37:39 -0400 From: Garrett Wollman Message-Id: <9610211437.AA10256@halloran-eldar.lcs.mit.edu> To: John Polstra Cc: Michael Hancock , current@freebsd.org Subject: Re: In-Reply-To: <199610210237.TAA05813@austin.polstra.com> References: <199610210237.TAA05813@austin.polstra.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > True, but that's not the point. The point is, at a certain level, > a type is a type is a type. You shouldn't have to know whether > it's represented as a struct or as a union or as an array. By > using a typedef you enforce not knowing the details of the > representation, making it easier to change that representation in > the future without having to change a bunch of code. Actually, no. typedefs are the ultimate in un-opaqueness. In the C programming language, I can utter `struct foo' without knowing how such a structure is defined. I cannot utter `blurfl_t' without it having previously be defined somewhere. Furthermore, it is not permissible to twice utter `typedef struct bar bar_t' in a C program. The absolute worst-structured program I know (ISI RSVPD) was written in the `spaghetti typedef' style, and as a result all of its header files are so entangled with each other that every source file in the program must include all of them, even in the absence of any declarations relevant to that source file. I was able to dramatically clean this up in the version I was working on by simply eliminating all the typedefs and referring to the structures by their proper tags (after inventing tags for them) as bwk and dmr intended. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, ANA, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Mon Oct 21 08:09:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA17432 for current-outgoing; Mon, 21 Oct 1996 08:09:20 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA17426 for ; Mon, 21 Oct 1996 08:09:17 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.6/8.7.3) with ESMTP id IAA08924; Mon, 21 Oct 1996 08:09:00 -0700 (PDT) Message-Id: <199610211509.IAA08924@austin.polstra.com> To: msmith@atrad.adelaide.edu.au Cc: freebsd-current@freebsd.org Subject: Re: kern/1848: breakpoints in shared libraries don't fire In-reply-to: <199610210204.LAA04119@genesis.atrad.adelaide.edu.au> References: <199610210204.LAA04119@genesis.atrad.adelaide.edu.au> Date: Mon, 21 Oct 1996 08:09:00 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > What about pages mmapped MAP_PRIVATE, couldn't the page be copied for > > private use when the breakpoint is set? > > I'm sure it _could_, after all it's just software. However ld.so most > likely maps pages as readonly, so you would have to make some changes > there (to detect whether a program was being debugged etc.), or teach > gdb to change the mappings on shared libraries. Actually, ld.so maps everything MAP_COPY (same as MAP_PRIVATE) already. The text segment starts out read-only. GDB does (or at least did) change the protections to read/write as needed when it has to insert a breakpoint. As John-Mark Gurney pointed out in a different posting, this all used to work just fine. If it's broken now in -current, then it's probably a problem with gdb. I just checked it on a current from just a few days ago, and it works fine for me. I was able to set a breakpoint on gethostbyname() in libc, and the debugger really stopped when it got there. This is with the standard gdb in /usr/bin. I don't have the version from the ports collection installed at the moment. This all sounds like a bunch of todo over a problem that never existed in the first place. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Mon Oct 21 08:20:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA17987 for current-outgoing; Mon, 21 Oct 1996 08:20:10 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA17967; Mon, 21 Oct 1996 08:20:04 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id RAA01937; Mon, 21 Oct 1996 17:06:39 +0200 (MET DST) To: Garrett Wollman cc: Mikael Karpberg , current@FreeBSD.org Subject: Re: ISDN code removal, final warning. In-reply-to: Your message of "Mon, 21 Oct 1996 10:25:18 EDT." <9610211425.AA12165@halloran-eldar.lcs.mit.edu> Date: Mon, 21 Oct 1996 17:06:39 +0200 Message-ID: <1935.845910399@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >As for the original question of ISDN: probably there needs to be some >in-kernel support for the basic data-transfer functions. All of the >signalling, however, should be done outside of the kernel. If this >means you have to introduce a new isdnsrvr() system call, so be it. >(Although I would prefer a generic kernel-user message-passing >interface modeled along the lines of PF_ROUTE and PF_KEY, only >completely general. Then it could be used to eliminate such things as >/dev/klog.) I agree that putting all the Q931 in userland is a good idea, if nothing else, then for the developers of it. I think I would want to see the kernel driver for a ISDN card reduced to: /dev/isdn%dd D-channel. The kernel implements LAP-D and the interface to userland is packets. /dev/isdn%db%d B-channel. Depending on the negotiation you either get the contents of HDLC frames or raw bytes. Everything else can be done with the existing interfaces we have: pty, tun, raw sockets &c &c. This would be a nice starting point for working with ISDN. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Oct 21 08:20:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA17998 for current-outgoing; Mon, 21 Oct 1996 08:20:11 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA17984; Mon, 21 Oct 1996 08:20:07 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id RAA01948; Mon, 21 Oct 1996 17:09:44 +0200 (MET DST) To: Garrett Wollman cc: John Polstra , Michael Hancock , current@FreeBSD.org Subject: Re: In-reply-to: Your message of "Mon, 21 Oct 1996 10:37:39 EDT." <9610211437.AA10256@halloran-eldar.lcs.mit.edu> Date: Mon, 21 Oct 1996 17:09:44 +0200 Message-ID: <1946.845910584@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <9610211437.AA10256@halloran-eldar.lcs.mit.edu>, Garrett Wollman wri tes: I think this has one again degenrated to a discussion about the one and true coding style. Some other people will always disagree, but somebody will always disagreee, if nothing else they will dispute the variablenames you use. I'm out of this discussion. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Oct 21 08:20:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA18057 for current-outgoing; Mon, 21 Oct 1996 08:20:23 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA18043; Mon, 21 Oct 1996 08:20:18 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id NAA01353; Mon, 21 Oct 1996 13:15:22 +0200 (MET DST) To: Michael Hancock cc: John Polstra , bde@zeta.org.au, current@FreeBSD.org, wollman@lcs.mit.edu Subject: Re: In-reply-to: Your message of "Mon, 21 Oct 1996 20:11:45 +0900." Date: Mon, 21 Oct 1996 13:15:22 +0200 Message-ID: <1351.845896522@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message , Mich ael Hancock writes: I agree 100% with the footnote that if a "simple struct" represent a selfcontained object a typedef is OK too. >On Mon, 21 Oct 1996, Poul-Henning Kamp wrote: > >> >It's questionable to define a typedef just to save typing the word struct. >> >> The reason I do it is not to save 7 chars of typing. >> >> It's because we are talking about a self-contained type that carries >> with it all the operations you can perform on it. > >I think you should do the changes you mention to queue.h and change the >man page example to the following... > >*** foo1 Mon Oct 21 20:06:06 1996 >--- foo2 Mon Oct 21 20:05:33 1996 >*************** >*** 1,10 **** > #include > >! SLIST_HEAD(slisthead, entry) head; > struct slisthead *headp; /* Singly-linked List head. */ > struct entry { > int i; >! SLIST_ENTRY(entry) entries; /* Singly-linked List. */ > } *n1, *n2, *n3, *np; > > >--- 1,10 ---- > #include > >! SLIST_HEAD(slisthead, struct entry) head; > struct slisthead *headp; /* Singly-linked List head. */ > struct entry { > int i; >! SLIST_ENTRY(struct entry) entries; /* Singly-linked List. */ > } *n1, *n2, *n3, *np; > > >The original mixes up tag names and type names, which is a bogus thing to >do. > >Use typedefs for scalars such as dev_t and for complex objects that >combine arrays, pointers, structs, and functions. > >For simple structs, the typedef doesn't gain you much aside from not >having to type "struct". > >Regards, > > >Mike Hancock > > > -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Oct 21 08:22:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA18148 for current-outgoing; Mon, 21 Oct 1996 08:22:23 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA18139 for ; Mon, 21 Oct 1996 08:22:12 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with SMTP id RAA26467 for ; Mon, 21 Oct 1996 17:20:18 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0vFMAO-00021FC; Mon, 21 Oct 96 17:21 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA119551258; Mon, 21 Oct 1996 17:20:58 +0200 From: "Hr.Ladavac" Message-Id: <199610211520.AA119551258@ws2301.gud.siemens.co.at> Subject: Re: To: wollman@lcs.mit.edu (Garrett Wollman) Date: Mon, 21 Oct 1996 17:20:58 +0200 (MESZ) Cc: jdp@polstra.com, michaelh@cet.co.jp, current@freebsd.org In-Reply-To: <9610211437.AA10256@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Oct 21, 96 10:37:39 am X-Mailer: ELM [version 2.4 PL24 ME8a] 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 E-mail message from Garrett Wollman contained: > > < said: > > > True, but that's not the point. The point is, at a certain level, > > a type is a type is a type. You shouldn't have to know whether > > it's represented as a struct or as a union or as an array. By > > using a typedef you enforce not knowing the details of the > > representation, making it easier to change that representation in > > the future without having to change a bunch of code. > > Actually, no. typedefs are the ultimate in un-opaqueness. In the C > programming language, I can utter `struct foo' without knowing how > such a structure is defined. I cannot utter `blurfl_t' without it > having previously be defined somewhere. Furthermore, it is not > permissible to twice utter `typedef struct bar bar_t' in a C program. > > The absolute worst-structured program I know (ISI RSVPD) was written > in the `spaghetti typedef' style, and as a result all of its header > files are so entangled with each other that every source file in the > program must include all of them, even in the absence of any > declarations relevant to that source file. I was able to dramatically > clean this up in the version I was working on by simply eliminating > all the typedefs and referring to the structures by their proper tags > (after inventing tags for them) as bwk and dmr intended. You have a point, as long as the 'struct foo' remains a struct ... and then someone changes that into a 'union foo' ... Moreover, uttering 'typedef struct foo foo_t' in a public header file once should be enough (the header file of the component implementing the methods over foo_t.) IIRC, X11 people had no problems with that. Some discipline in physical layout of your implementation is needed (the downside of foo_t approach)--otherwise you get code that includes the whole world millions of times (which does some bad things to the compilation time). The fact that you cannot use typedef as a forward reference should be regarded as a C language defficiency. BTW, this is not intended as a flame-fest fuel. /Marino From owner-freebsd-current Mon Oct 21 08:50:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19777 for current-outgoing; Mon, 21 Oct 1996 08:50:43 -0700 (PDT) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA19770 for ; Mon, 21 Oct 1996 08:50:37 -0700 (PDT) Received: from cola54.scsn.net (cola47.scsn.net [206.25.247.47]) by rosie.scsn.net (post.office MTA v2.0 0813 ID# 0-13529) with ESMTP id AAA194 for ; Mon, 21 Oct 1996 11:49:44 -0400 Received: (from root@localhost) by cola54.scsn.net (8.7.6/8.6.12) id LAA14380 for current@FreeBSD.org; Mon, 21 Oct 1996 11:50:47 -0400 (EDT) From: "Donald J. Maddox" Message-Id: <199610211550.LAA14380@cola54.scsn.net> Subject: 'join' coredumping, gdb won't cooperate... To: current@FreeBSD.org Date: Mon, 21 Oct 1996 11:50:46 -0400 (EDT) Reply-To: dmaddox@scsn.net X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk The 'join' command on my -current machine (and *only* the 'join' command) consistently coredumps with a SIGSEGV, regardless of the compile options; however, I am finding it difficult to debug this because even if I compile it with '-g'alone , gdb claims not to find any debugging info. Apparently, I am missing something obvious here. Would some kind soul please enlighten me? -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-current Mon Oct 21 09:48:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA25609 for current-outgoing; Mon, 21 Oct 1996 09:48:04 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA25394 for ; Mon, 21 Oct 1996 09:44:17 -0700 (PDT) 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 RAA00121 for ; Mon, 21 Oct 1996 17:44:29 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA17652 for freebsd-current@freefall.cdrom.com; Mon, 21 Oct 1996 17:49:38 +0100 Date: Mon, 21 Oct 1996 17:49:38 +0100 From: Christoph Kukulies Message-Id: <199610211649.RAA17652@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: libm (WANT_CSRG_LIBM) doesn't build Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk defined WANT_CSRG_LIBM in /etc/make.conf: # cd /usr/src/lib # make .... ===> libxpg4 ===> liby ===> libz ===> libcrypt ===> libtelnet ===> libm Warning: Object directory not changed from original /usr/src/lib/libm cc -O2 -m486 -pipe -I/usr/src/lib/libm/common_source -Dnational -c /usr/src/lib/libm/ieee/support.c -o support.o /usr/src/lib/libm/ieee/support.c: In function `scalb': /usr/src/lib/libm/ieee/support.c:91: argument `N' doesn't match prototype /usr/include/math.h:151: prototype declaration *** Error code 1 Stop. # --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Mon Oct 21 10:06:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26400 for current-outgoing; Mon, 21 Oct 1996 10:06:20 -0700 (PDT) Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA26385; Mon, 21 Oct 1996 10:06:05 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id TAA03033; Mon, 21 Oct 1996 19:05:36 +0200 (MET DST) To: dmaddox@scsn.net cc: current@FreeBSD.org Subject: Re: 'join' coredumping, gdb won't cooperate... In-reply-to: Your message of "Mon, 21 Oct 1996 11:50:46 EDT." <199610211550.LAA14380@cola54.scsn.net> Date: Mon, 21 Oct 1996 19:05:35 +0200 Message-ID: <3031.845917535@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199610211550.LAA14380@cola54.scsn.net>, "Donald J. Maddox" writes: > > The 'join' command on my -current machine (and *only* the 'join' >command) consistently coredumps with a SIGSEGV, regardless of the >compile options; however, I am finding it difficult to debug this >because even if I compile it with '-g'alone , gdb claims not to find >any debugging info. > > Apparently, I am missing something obvious here. Would some >kind soul please enlighten me? I fixed this earlier today. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Oct 21 10:47:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28646 for current-outgoing; Mon, 21 Oct 1996 10:47:24 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA28630 for ; Mon, 21 Oct 1996 10:47:12 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.6/BSD4.4) id DAA29279 Tue, 22 Oct 1996 03:46:30 +1000 (EST) From: michael butler Message-Id: <199610211746.DAA29279@asstdc.scgt.oz.au> Subject: Re: ISDN code removal, final warning. In-Reply-To: <1935.845910399@critter.tfs.com> from Poul-Henning Kamp at "Oct 21, 96 05:06:39 pm" To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 22 Oct 1996 03:46:28 +1000 (EST) Cc: 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 Poul-Henning Kamp writes: > I agree that putting all the Q931 in userland is a good idea, if nothing > else, then for the developers of it. First up, I confess to not knowing much about ISDN at this level so my question is likely naive at best .. does this layer have anything to do with selecting the switch type ? The reason I ask is that we have a "standard" (aka TS-013) which is almost totally unknown outside of Oz .. michael From owner-freebsd-current Mon Oct 21 11:28:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02431 for current-outgoing; Mon, 21 Oct 1996 11:28:56 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA02418 for ; Mon, 21 Oct 1996 11:28:53 -0700 (PDT) Received: from critter.tfs.com (disn3.cybercity.dk) by mail.crl.com with SMTP id AA02527 (5.65c/IDA-1.5 for ); Mon, 21 Oct 1996 11:29:10 -0700 Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id TAA03366; Mon, 21 Oct 1996 19:59:00 +0200 (MET DST) To: michael butler Cc: current@freebsd.org Subject: Re: ISDN code removal, final warning. In-Reply-To: Your message of "Tue, 22 Oct 1996 03:46:28 +1000." <199610211746.DAA29279@asstdc.scgt.oz.au> Date: Mon, 21 Oct 1996 19:59:00 +0200 Message-Id: <3364.845920740@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610211746.DAA29279@asstdc.scgt.oz.au>, michael butler writes: >Poul-Henning Kamp writes: > >> I agree that putting all the Q931 in userland is a good idea, if nothing >> else, then for the developers of it. > >First up, I confess to not knowing much about ISDN at this level so my >question is likely naive at best .. does this layer have anything to do with >selecting the switch type ? The reason I ask is that we have a "standard" >(aka TS-013) which is almost totally unknown outside of Oz .. Yeah, Q.931 is the protocol that runs the show. As all other protocols from CCITT (now ITU-T) it has options by the boatloads and is so heavy that you reserve 128kbit/sec on a 2048kbut/sec circuit for it. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Oct 21 11:56:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03796 for current-outgoing; Mon, 21 Oct 1996 11:56:55 -0700 (PDT) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA03787 for ; Mon, 21 Oct 1996 11:56:35 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-49.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA29743 (5.67b/IDA-1.5 for ); Mon, 21 Oct 1996 20:52:27 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.6/8.6.9) id UAA03387; Mon, 21 Oct 1996 20:51:41 +0200 (MET DST) Message-Id: <199610211851.UAA03387@x14.mi.uni-koeln.de> Date: Mon, 21 Oct 1996 20:51:41 +0200 From: se@zpr.uni-koeln.de (Stefan Esser) To: jgreco@brasil.moneng.mei.com (Joe Greco) Cc: michaelv@MindBender.serv.net (Michael L. VanLoon -- HeadCandy.com), scrappy@ki.net, michaelh@cet.co.jp, mrcpu@cdsnet.net, current@freebsd.org Subject: Re: Iozone: local vs nfs drives In-Reply-To: <199610181428.JAA02841@brasil.moneng.mei.com>; from Joe Greco on Oct 18, 1996 09:28:28 -0500 References: <199610181428.JAA02841@brasil.moneng.mei.com> X-Mailer: Mutt 0.45 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joe Greco writes: > > Ah yes. It must have been someone else that posted that he was using > > an Adaptec 2940. I mis-threaded... > > > > I know the NCR supports tagged-command-queuing, also, but since I > > don't use one (except on some NT machines at work), I don't know what > > you do to enable it. Joe Greco would know. > > I take exception to that :-) Alls I know is that they are enabled by > default. > > Run "ncrcontrol": > > # ncrcontrol > T:L Vendor Device Rev Speed Max Wide Tags > 0:0 SEAGATE ST31055N 0318 10.0 10.0 8 4 > 1:0 SEAGATE ST31055N 0318 10.0 10.0 8 4 > 2:0 SEAGATE ST31055N 0318 10.0 10.0 8 4 > 3:0 SEAGATE ST31055N 0318 10.0 10.0 8 4 > 4:0 SEAGATE ST31055N 0318 10.0 10.0 8 4 > > I just a day or two ago sent a note to Stefan asking about the maximum > number of tags allowable... it looks to me as though IF you are using Well, and he didn't have time to even read your mail before today ... (Sorry) The NCR driver needs a command control block per outstanding request, which contains information about the command to execute, and especially the scatter/gather table. This table allows for 33 segments (generally sufficient to describe a 64KB transfer, if the NCR is expected to handle disconnect/reselect on its own, with no host CPU intervention). The total amount of state storage is some 300 bytes per simultanously outstanding command. If I expect to have 4 disk drives connected and to have each of them use 8 tags, there must be command control blocks for 32 commands, and thos ewill consume 10KB of RAM. The other limit is introduced by the fact, that the NCR can signal the CPU the completion of some command, but can not easily let it know, which command finished. The CPU has then to check all outstanding commands blocks, and will complete those that are no longer marked as BUSY. The CPU has to scan all active command structures, and this makes the time per interrupt grow with the number of outstanding commands ... > the Adaptec stuff that it defaults to 8 tags. I really don't know > anything much about the real technical details of this stuff though.. I've seen slightly better throughput results with 8 tags, but this is not true for all disk drive models. 4 gives most of the advantage that can be had by using tags (at least 95% of the max. performance) and is a good choice, IMHO. Use "ncrcontrol -s tags=8" to make all drives use up to 8 tags, or try with 16 (the currently implemented hard limit). The driver does not work too well, if the disk drive does not support as many tags. And going from 8 to 16 tags did reduce performance in just about every test I tried, so it does not appear to be to low a limit ... Regards, STefan From owner-freebsd-current Mon Oct 21 12:01:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04035 for current-outgoing; Mon, 21 Oct 1996 12:01:12 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA04030 for ; Mon, 21 Oct 1996 12:01:08 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id EAA25502; Tue, 22 Oct 1996 04:58:55 +1000 Date: Tue, 22 Oct 1996 04:58:55 +1000 From: Bruce Evans Message-Id: <199610211858.EAA25502@godzilla.zeta.org.au> To: freebsd-current@freefall.freebsd.org, kuku@gilberto.physik.rwth-aachen.de Subject: Re: libm (WANT_CSRG_LIBM) doesn't build Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >defined WANT_CSRG_LIBM in /etc/make.conf: > ># cd /usr/src/lib ># make >.... >===> libxpg4 >===> liby >===> libz >===> libcrypt >===> libtelnet >===> libm >Warning: Object directory not changed from original /usr/src/lib/libm >cc -O2 -m486 -pipe -I/usr/src/lib/libm/common_source -Dnational -c /usr/src/lib/libm/ieee/support.c -o support.o >/usr/src/lib/libm/ieee/support.c: In function `scalb': >/usr/src/lib/libm/ieee/support.c:91: argument `N' doesn't match prototype >/usr/include/math.h:151: prototype declaration >*** Error code 1 Use `make world' or install /usr/src/include first. If anything actually uses scalb, then recompile it and increase the major number of libm every time you switch the library. Bruce From owner-freebsd-current Mon Oct 21 12:38:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA05833 for current-outgoing; Mon, 21 Oct 1996 12:38:21 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA05821 for ; Mon, 21 Oct 1996 12:38:16 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16660(4)>; Mon, 21 Oct 1996 12:35:11 PDT Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177480>; Mon, 21 Oct 1996 12:34:24 -0700 X-Mailer: exmh version 1.6.7 5/3/96 To: Nate Williams cc: freebsd-current@freebsd.org Subject: Re: xterm termcap definition In-reply-to: Your message of "Sun, 20 Oct 1996 14:26:13 PDT." <199610202126.PAA13401@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Oct 1996 12:34:21 PDT From: Bill Fenner Message-Id: <96Oct21.123424pdt.177480@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610202126.PAA13401@rocky.mt.sri.com>you write: >... SunOS,... None of them xterm entries >used the alternate screen behavior by default. Interesting. SunOS 4.1.3's /usr/src/usr.etc/termcap/termcap.src has the alternate screen behavior; are you sure you weren't using a modified termcap? # Termcap source file @(#)termcap.src 1.1 92/07/30 SMI; from UCB 5.28 6/7/ 86 I really like the alternate screen behavior, and wondered why I sometimes didn't get it. I guess I never got it on FreeBSD. Bill From owner-freebsd-current Mon Oct 21 12:41:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06145 for current-outgoing; Mon, 21 Oct 1996 12:41:18 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA06140 for ; Mon, 21 Oct 1996 12:41:16 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id NAA16880; Mon, 21 Oct 1996 13:40:27 -0600 (MDT) Date: Mon, 21 Oct 1996 13:40:27 -0600 (MDT) Message-Id: <199610211940.NAA16880@rocky.mt.sri.com> From: Nate Williams To: Bill Fenner Cc: Nate Williams , freebsd-current@freebsd.org Subject: Re: xterm termcap definition In-Reply-To: <96Oct21.123424pdt.177480@crevenia.parc.xerox.com> References: <199610202126.PAA13401@rocky.mt.sri.com> <96Oct21.123424pdt.177480@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >... SunOS,... None of them xterm entries > >used the alternate screen behavior by default. > Interesting. SunOS 4.1.3's /usr/src/usr.etc/termcap/termcap.src has > the alternate screen behavior; are you sure you weren't using a > modified termcap? Interesting again. I just checked, and they do have the entries, although 'more' on a Sun doesn't seem to use them. Nate From owner-freebsd-current Mon Oct 21 12:57:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA07398 for current-outgoing; Mon, 21 Oct 1996 12:57:12 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA07384; Mon, 21 Oct 1996 12:57:06 -0700 (PDT) Received: by sovcom.kiae.su id AA02717 (5.65.kiae-1 ); Mon, 21 Oct 1996 22:55:09 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 21 Oct 96 22:55:09 +0300 Received: (from ache@localhost) by nagual.ru (8.7.6/8.7.3) id XAA04384; Mon, 21 Oct 1996 23:54:51 +0400 (MSD) Message-Id: <199610211954.XAA04384@nagual.ru> Subject: Something really weird with new libgmp import! To: markm@freebsd.org Date: Mon, 21 Oct 1996 23:54:51 +0400 (MSD) Cc: current@freebsd.org (FreeBSD-current) From: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) Organization: self X-Class: Fast 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 Ssh not work anymore with our newly imported libgmp 2.0.2 (but work with its own libgmp 2.0.2 copy or even with our _old_ libgmp), please fix it. @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that the host key has just been changed. Please contact your system administrator. Add correct host key in /home/ache/.ssh/known_hosts to get rid of this message. Password authentication is disabled to avoid trojan horses. assertion "public_key.bits >= host_key.bits + SSH_KEY_BITS_RESERVED" failed: file "sshconnect.c", line 1077 Received signal 6. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Mon Oct 21 13:05:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08062 for current-outgoing; Mon, 21 Oct 1996 13:05:29 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA07990; Mon, 21 Oct 1996 13:04:59 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.6/8.7.3) with ESMTP id WAA09596; Mon, 21 Oct 1996 22:04:25 +0200 (SAT) Message-Id: <199610212004.WAA09596@grumble.grondar.za> To: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) cc: markm@freebsd.org, current@freebsd.org (FreeBSD-current) Subject: Re: Something really weird with new libgmp import! Date: Mon, 21 Oct 1996 22:04:24 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" wrote: > Ssh not work anymore with our newly imported libgmp 2.0.2 (but work > with its own libgmp 2.0.2 copy or even with our _old_ libgmp), > please fix it. Hi I can't duplicate this. I works just fine for me. How did you get this? What keys, etc did you use? M > @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ > @ WARNING: HOST IDENTIFICATION HAS CHANGED! @ > @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ > IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! > Someone could be eavesdropping on you right now (man-in-the-middle attack)! > It is also possible that the host key has just been changed. > Please contact your system administrator. > Add correct host key in /home/ache/.ssh/known_hosts to get rid of this messag e. > Password authentication is disabled to avoid trojan horses. > assertion "public_key.bits >= host_key.bits + SSH_KEY_BITS_RESERVED" failed: file "sshconnect.c", line 1077 > > Received signal 6. > > -- > Andrey A. Chernov > > http://www.nagual.ru/~ache/ -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Mon Oct 21 13:23:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09226 for current-outgoing; Mon, 21 Oct 1996 13:23:54 -0700 (PDT) Received: from nwnexus.wa.com (nwnexus.wa.com [192.135.191.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA09217 for ; Mon, 21 Oct 1996 13:23:50 -0700 (PDT) Received: from main.statsci.com by nwnexus.wa.com with SMTP id AA02695 (5.65c/IDA-1.4.4 for ); Mon, 21 Oct 1996 13:23:00 -0700 Received: from statsci.com [206.63.206.184] with smtp by main.statsci.com with smtp (/\oo/\ Smail3.1.29.1 #29.3 #3) id m0vFQsB-0003wcC; Mon, 21 Oct 96 13:22 PDT Message-Id: X-Mailer: exmh version 1.6.9 8/22/96 To: Nate Williams Cc: Bill Fenner , freebsd-current@FreeBSD.org Subject: Re: xterm termcap definition References: <199610202126.PAA13401@rocky.mt.sri.com> <96Oct21.123424pdt.177480@crevenia.parc.xerox.com> <199610211940.NAA16880@rocky.mt.sri.com> In-Reply-To: Your message of "Mon, 21 Oct 1996 13:40:27 -0600." <199610211940.NAA16880@rocky.mt.sri.com> Reply-To: scott@statsci.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Oct 1996 13:22:55 -0700 From: Scott Blachowicz Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Nate Williams wrote: > Interesting again. I just checked, and they do have the entries, > although 'more' on a Sun doesn't seem to use them. Which is why I generally use 'more' on a Sun system (and seem to vaguely remember hacking an option into 'less' at one point to disable the ti/te string usages)...or at least I've gotten in the habit of using 'more' when I want to avoid that screen save/restore behavior (which is most of the time) and less otherwise. I seem to vaguely remember starting a discussion on this subject on one of the FreeBSD lists a while back. I think it was in the context of "why the heck is it doing this with 'less' and I can't see the output because less exited immediately". Turns out that my basic problem was that I was using a 'xterm' termcap entry garnered from some other OS. I probably made some silly statement about my trying to add an option somewhere to disable the whole business, but I just fixed my "problem" by adjusting my termcap entries, instead. Basically...it's a personal preference and it ought to be possible for users to get either behavior without an undue amount of effort. Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-current Mon Oct 21 13:32:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09848 for current-outgoing; Mon, 21 Oct 1996 13:32:34 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA09835; Mon, 21 Oct 1996 13:32:27 -0700 (PDT) Received: by sequent.kiae.su id AA23810 (5.65.kiae-2 ); Tue, 22 Oct 1996 00:31:12 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 22 Oct 96 00:31:12 +0400 Received: (from ache@localhost) by nagual.ru (8.7.6/8.7.3) id AAA04649; Tue, 22 Oct 1996 00:29:56 +0400 (MSD) Message-Id: <199610212029.AAA04649@nagual.ru> Subject: Re: Something really weird with new libgmp import! In-Reply-To: <199610212004.WAA09596@grumble.grondar.za> from "Mark Murray" at "Oct 21, 96 10:04:24 pm" To: mark@grondar.za (Mark Murray) Date: Tue, 22 Oct 1996 00:29:56 +0400 (MSD) Cc: markm@freebsd.org, current@freebsd.org From: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM845929796-4622-0_ Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --ELM845929796-4622-0_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" wrote: > > Ssh not work anymore with our newly imported libgmp 2.0.2 (but work > > with its own libgmp 2.0.2 copy or even with our _old_ libgmp), > > please fix it. > > Hi > > I can't duplicate this. I works just fine for me. How did you get this? > What keys, etc did you use? No keys, just any plain "ssh " command do it. BTW, to duplicate it you need to enable system libgmp into ssh, it use its own copy by default which works. Replace patch-ag with attached variant. -- Andrey A. Chernov http://www.nagual.ru/~ache/ --ELM845929796-4622-0_ Content-Type: text/plain Content-Disposition: attachment; filename=patch-ag Content-Description: patch-ag Content-Transfer-Encoding: 7bit *** Makefile.in.orig Mon Oct 21 23:27:43 1996 --- Makefile.in Mon Oct 21 23:30:20 1996 *************** *** 159,172 **** SHELL = /bin/sh GMPDIR = gmp-2.0.2 ! GMPINCDIR = $(GMPDIR) ! GMPLIBDIR = $(GMPDIR) GMPDEP = $(GMPINCDIR)/gmp.h $(GMPLIBDIR)/libgmp.a GMPLIBS = -L$(GMPLIBDIR) -lgmp ZLIBDIR = zlib-1.0.3 ! ZLIBINCDIR = $(ZLIBDIR) ! ZLIBLIBDIR = $(ZLIBDIR) ZLIBDEP = $(ZLIBINCDIR)/zlib.h $(ZLIBLIBDIR)/libz.a ZLIBLIBS = -L$(ZLIBLIBDIR) -lz --- 159,174 ---- SHELL = /bin/sh GMPDIR = gmp-2.0.2 ! # We have the same libgmp in the system, so use it instead ! GMPINCDIR = /usr/include ! GMPLIBDIR = /usr/lib GMPDEP = $(GMPINCDIR)/gmp.h $(GMPLIBDIR)/libgmp.a GMPLIBS = -L$(GMPLIBDIR) -lgmp ZLIBDIR = zlib-1.0.3 ! # We have newer libz in the system, so use it instead ! ZLIBINCDIR = /usr/include ! ZLIBLIBDIR = /usr/lib ZLIBDEP = $(ZLIBINCDIR)/zlib.h $(ZLIBLIBDIR)/libz.a ZLIBLIBS = -L$(ZLIBLIBDIR) -lz --ELM845929796-4622-0_-- From owner-freebsd-current Mon Oct 21 13:51:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10943 for current-outgoing; Mon, 21 Oct 1996 13:51:30 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA10912 for ; Mon, 21 Oct 1996 13:50:54 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.6/8.7.3) with ESMTP id WAA15473; Mon, 21 Oct 1996 22:50:30 +0200 (SAT) Message-Id: <199610212050.WAA15473@grumble.grondar.za> To: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) cc: current@freebsd.org Subject: Re: Something really weird with new libgmp import! Date: Mon, 21 Oct 1996 22:50:29 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" wrote: > > I can't duplicate this. I works just fine for me. How did you get this? > > What keys, etc did you use? > > No keys, just any plain "ssh " command do it. I am using it _at_the_moment_ to Freefall and Internat. > BTW, to duplicate it you need to enable system libgmp into ssh, > it use its own copy by default which works. Replace patch-ag with > attached variant. I did a bit more to make libgmp work (Perhaps we should do the same with libz?) - right now it gets a mixture of its own and ours. We should also avoid configuring zlib and gmp (just to be clean). M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key This patch relative to your (already patched) port sources: -------------------------8<----------------------------------- --- Makefile.in.orig Mon Oct 21 22:40:17 1996 +++ Makefile.in Mon Oct 21 22:44:10 1996 @@ -160,10 +160,10 @@ GMPDIR = gmp-2.0.2 # We have older libgmp in the system, so use distributed one -GMPINCDIR = $(GMPDIR) -GMPLIBDIR = $(GMPDIR) +GMPINCDIR = /usr/include +GMPLIBDIR = /usr/lib GMPDEP = $(GMPINCDIR)/gmp.h $(GMPLIBDIR)/libgmp.a -GMPLIBS = -L$(GMPLIBDIR) -lgmp +GMPLIBS = -lgmp ZLIBDIR = zlib-1.0.3 # We have newer libz in the system, so use it instead @@ -298,10 +298,10 @@ ./gen_minfd $(USER_SHELLS) > minfd.h~ mv -f minfd.h~ minfd.h -GMP_COPY_SOURCES = mpz_gcd.c mpz_powm.c mpz_pow_ui.c mpz_add.c mpz_sub.c \ - mpz_mul.c mpz_cmp.c mpz_sqrtrem.c -$(GMPDIR)/libgmp.a: - cd $(GMPDIR); $(MAKE) +#GMP_COPY_SOURCES = mpz_gcd.c mpz_powm.c mpz_pow_ui.c mpz_add.c mpz_sub.c \ +# mpz_mul.c mpz_cmp.c mpz_sqrtrem.c +#$(GMPDIR)/libgmp.a: +# cd $(GMPDIR); $(MAKE) $(ZLIBDIR)/libz.a: -if test '!' -d $(ZLIBDIR); then \ @@ -468,14 +468,14 @@ clean: -rm -f *.o minfd.h gmon.out *core $(PROGRAMS) gen_minfd rfc-pg - cd $(GMPDIR); $(MAKE) clean +# cd $(GMPDIR); $(MAKE) clean # cd $(RSAREFSRCDIR); rm -f *.o *.a cd $(ZLIBDIR); $(MAKE) clean distclean: clean -rm -f Makefile config.status config.cache config.log config.h -rm -f ssh.1 sshd.8 make-ssh-known-hosts.1 - cd $(GMPDIR); $(MAKE) distclean +# cd $(GMPDIR); $(MAKE) distclean cd $(ZLIBDIR); $(MAKE) distclean dist: @@ -484,7 +484,7 @@ cp $(DISTFILES) $(DISTNAME) -rm $(DISTNAME)/config.h tar cf - $(GMPDIR) | (cd $(DISTNAME); tar xf -) - cd $(DISTNAME)/$(GMPDIR); $(MAKE) clean +# cd $(DISTNAME)/$(GMPDIR); $(MAKE) clean # tar cf - $(RSAREFDIR) | (cd $(DISTNAME); tar xf -) # cd $(DISTNAME)/$(RSAREFSRCDIR); rm -f *.o *.a tar cf - $(ZLIBDIR) | (cd $(DISTNAME); tar xf -) @@ -500,7 +500,7 @@ (echo "s/\.$$old_version\"/.$$new_version\"/g"; echo w; echo q) | ed version.h >/dev/null depend: - $(MAKEDEP) -I$(srcdir) -I. -I$(GMPDIR) -I$(ZLIBDIR) $(DEFS) $(SRCS) + $(MAKEDEP) -I$(srcdir) -I. -I$(ZLIBDIR) $(DEFS) $(SRCS) tags: find config.h $(srcdir) -name '*.[chly]' -print | xargs etags -a -------------------------8<----------------------------------- From owner-freebsd-current Mon Oct 21 14:01:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11544 for current-outgoing; Mon, 21 Oct 1996 14:01:34 -0700 (PDT) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA11536 for ; Mon, 21 Oct 1996 14:01:28 -0700 (PDT) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA15621; Mon, 21 Oct 96 23:07:27 +0100 Date: Mon, 21 Oct 96 23:07:27 +0100 Message-Id: <9610212207.AA15621@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: wollman@lcs.mit.edu Cc: freebsd-current@freebsd.org In-Reply-To: <9610211430.AA13042@halloran-eldar.lcs.mit.edu> (message from Garrett Wollman on Mon, 21 Oct 1996 10:30:07 -0400) Subject: Re: socket (AF_UNIX) bug X-Mailer: Emacs Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> Garrett Wollman writes: > < said: >> The following code creates a socket whose name is 1 char too >> short. A workaround is to add 1 to addrlen before calling bind, but I >> think that the code should work as is. > The code is wrong. >> strncpy (sockaddr.sun_path, path, sizeof(sockaddr.sun_path)); >> addrlen = sizeof(sockaddr.sun_family) + strlen(path); > sizeof(sockaddr.sun_family) == 1 > offsetof(struct sockaddr_un, sun_path) == 2 > This would be clearer if the sockaddr were properly initialized; i.e.: >> strncpy (sockaddr.sun_path, path, sizeof(sockaddr.sun_path)); > sockaddr.sun_len = offsetof(struct sockaddr_un, sun_path) > + min(strlen(path), sizeof(sockaddr.sun_path)); >> addrlen = sizeof(sockaddr.sun_family) > + min(strlen(path), sizeof(sockaddr.sun_path)); > /* alternatively, addrlen = sockaddr.sun_len */ OK, I thought it was a bug because 1 - I do not wrote it :-) - it comes from a package I ported to freebsd. 2 - I looked in the Stevens book and he gives the same expression for addrlen (see p294) 3 - this works on the machines on which I tried (ultrix, osf, sunos) I think that bind() should be modified so that it does not ignore the extra byte, if the rest of the string is padded with nuls. This for compatibility reasons. Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Mon Oct 21 14:36:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14750 for current-outgoing; Mon, 21 Oct 1996 14:36:45 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA14737 for ; Mon, 21 Oct 1996 14:36:40 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id HAA29513; Tue, 22 Oct 1996 07:35:39 +1000 Date: Tue, 22 Oct 1996 07:35:39 +1000 From: Bruce Evans Message-Id: <199610212135.HAA29513@godzilla.zeta.org.au> To: jdp@polstra.com, msmith@atrad.adelaide.edu.au Subject: Re: kern/1848: breakpoints in shared libraries don't fire Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The text segment starts out read-only. GDB does (or at least did) >change the protections to read/write as needed when it has to insert a >breakpoint. As John-Mark Gurney pointed out in a different posting, >this all used to work just fine. If it's broken now in -current, then >it's probably a problem with gdb. > >I just checked it on a current from just a few days ago, and it works >fine for me. I was able to set a breakpoint on gethostbyname() in libc, It's broken somewhere in vm now. procfs_domem() returns 0 without writing anything, as if for EOF. (procfs_rwmem() gets to the (writing && object->backing_object) case. Then m == 0 and vm_fault() returns 0, but the faulted-in page is not used.) ptrace() seems to be broken even for putting a breakpoint at _main. This is fixed by retrying, and gcc retries with PT_WRITE_D after PT_WRITE_I fails. gcc starts with PT_WRITE_D for the shared library (this is reasonable because the shared library is above _etext) and it doesn't retry (this is reasonable because ptrace() doesn't return -1, unlike for _main). In a test program, neither PT_WRITE_I nor PT_WRITE_D works the first time, ands no combination works the second time for the page after _etext, but ptrace() correctly returns -1 for all failures. Bruce From owner-freebsd-current Mon Oct 21 14:59:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16247 for current-outgoing; Mon, 21 Oct 1996 14:59:26 -0700 (PDT) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA16240 for ; Mon, 21 Oct 1996 14:59:21 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id QAA01345; Mon, 21 Oct 1996 16:56:02 -0500 (EST) From: "John S. Dyson" Message-Id: <199610212156.QAA01345@dyson.iquest.net> Subject: Re: kern/1848: breakpoints in shared libraries don't fire To: bde@zeta.org.au (Bruce Evans) Date: Mon, 21 Oct 1996 16:56:02 -0500 (EST) Cc: jdp@polstra.com, msmith@atrad.adelaide.edu.au, freebsd-current@freebsd.org In-Reply-To: <199610212135.HAA29513@godzilla.zeta.org.au> from "Bruce Evans" at Oct 22, 96 07:35:39 am Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > >The text segment starts out read-only. GDB does (or at least did) > >change the protections to read/write as needed when it has to insert a > >breakpoint. As John-Mark Gurney pointed out in a different posting, > >this all used to work just fine. If it's broken now in -current, then > >it's probably a problem with gdb. > > > >I just checked it on a current from just a few days ago, and it works > >fine for me. I was able to set a breakpoint on gethostbyname() in libc, > > It's broken somewhere in vm now. procfs_domem() returns 0 without > writing anything, as if for EOF. (procfs_rwmem() gets to the > (writing && object->backing_object) case. Then m == 0 and vm_fault() > returns 0, but the faulted-in page is not used.) > I'll fix!!! John From owner-freebsd-current Mon Oct 21 15:23:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA17985 for current-outgoing; Mon, 21 Oct 1996 15:23:07 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA17979; Mon, 21 Oct 1996 15:22:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA06727; Mon, 21 Oct 1996 15:20:19 -0700 From: Terry Lambert Message-Id: <199610212220.PAA06727@phaeton.artisoft.com> Subject: Re: To: jdp@polstra.com (John Polstra) Date: Mon, 21 Oct 1996 15:20:18 -0700 (MST) Cc: bde@zeta.org.au, current@FreeBSD.org, phk@FreeBSD.org, wollman@lcs.mit.edu In-Reply-To: <199610202112.OAA04687@austin.polstra.com> from "John Polstra" at Oct 20, 96 02:12:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Why do you say that? There's already precedent for using typedefs > for structs in, for example, the "DIR" type of . And it > is in line with C++ practice, where the struct, class, or union > keyword is almost never used outside of the declaration. (I know, > this is C, not C++. But the idea that the name of a type should > not carry unnecessary information about its representation is a > valid one.) Don't forget "FILE". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Oct 21 15:25:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18146 for current-outgoing; Mon, 21 Oct 1996 15:25:16 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA18140; Mon, 21 Oct 1996 15:25:11 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA06736; Mon, 21 Oct 1996 15:22:50 -0700 From: Terry Lambert Message-Id: <199610212222.PAA06736@phaeton.artisoft.com> Subject: Re: ISDN code removal, final warning. To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Mon, 21 Oct 1996 15:22:49 -0700 (MST) Cc: julian@whistle.com, sos@FreeBSD.org, wosch@cs.tu-berlin.de, phk@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199610210016.CAA11690@ocean.campus.luth.se> from "Mikael Karpberg" at Oct 21, 96 02:16:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > A friend and I pondered writing an NDIS 3.1 API, in form of a network > driver, which would load drivers from /drv/ndis/ or something. This is a good idea. So is ODI support (use the server drivers for 32 bit protected mode code). So is video driver support. So is SCSI miniport driver support. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Oct 21 15:27:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18273 for current-outgoing; Mon, 21 Oct 1996 15:27:16 -0700 (PDT) Received: from main.gbdata.com (Main.GBData.COM [207.90.222.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA18264 for ; Mon, 21 Oct 1996 15:27:00 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.7.5/8.6.9) id RAA23785 for freebsd-current@freebsd.org; Mon, 21 Oct 1996 17:26:37 -0500 (CDT) From: Gary Clark II Message-Id: <199610212226.RAA23785@main.gbdata.com> Subject: SNAP and NIS (passwd no work!!) To: freebsd-current@freebsd.org Date: Mon, 21 Oct 1996 17:26:31 -0500 (CDT) 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 Hello, I've got a current machine here acting as an client to a 2.1.5 server. When I go to change a local passord I get the following error: webserv:gclarkii# passwd passwd: failed to create handle: RPC: Program not registered passwd: /etc/master.passwd: unchanged Even passwd -l does the same thing:( Changing the password is the only thing that does not work. All other parts of the NIS system seem to work fine. I can also change the passwords on all of the 2.1.5 hosts just fine. Any ideas? This is about to drive me nuts... Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups mail info@GBData.COM for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii From owner-freebsd-current Mon Oct 21 15:36:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18918 for current-outgoing; Mon, 21 Oct 1996 15:36:04 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA18851 for ; Mon, 21 Oct 1996 15:35:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA06770; Mon, 21 Oct 1996 15:33:02 -0700 From: Terry Lambert Message-Id: <199610212233.PAA06770@phaeton.artisoft.com> Subject: Re: xterm termcap definition To: nate@mt.sri.com (Nate Williams) Date: Mon, 21 Oct 1996 15:33:02 -0700 (MST) Cc: fenner@parc.xerox.com, nate@mt.sri.com, freebsd-current@FreeBSD.org In-Reply-To: <199610211940.NAA16880@rocky.mt.sri.com> from "Nate Williams" at Oct 21, 96 01:40:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > >... SunOS,... None of them xterm entries > > >used the alternate screen behavior by default. > > > Interesting. SunOS 4.1.3's /usr/src/usr.etc/termcap/termcap.src has > > the alternate screen behavior; are you sure you weren't using a > > modified termcap? > > Interesting again. I just checked, and they do have the entries, > although 'more' on a Sun doesn't seem to use them. This is my experience as well: vi uses them, more does not. Maybe it's the less/more dichotomy that's killing you? Or maybe you are ":!more " from vi? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Oct 21 15:57:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA20069 for current-outgoing; Mon, 21 Oct 1996 15:57:13 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA20062; Mon, 21 Oct 1996 15:57:09 -0700 (PDT) Received: by sovcom.kiae.su id AA18054 (5.65.kiae-1 ); Tue, 22 Oct 1996 01:55:55 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 22 Oct 96 01:55:54 +0300 Received: (from ache@localhost) by nagual.ru (8.7.6/8.7.3) id CAA00606; Tue, 22 Oct 1996 02:55:30 +0400 (MSD) Message-Id: <199610212255.CAA00606@nagual.ru> Subject: ssh not work even with your patch To: markm@freebsd.org Date: Tue, 22 Oct 1996 02:55:29 +0400 (MSD) Cc: current@freebsd.org (FreeBSD-current) From: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) Organization: self X-Class: Fast 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 put my non-worked copy to freefall:~ache/ssh, please look at. I can also send you typescript from building process, if you want. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Mon Oct 21 16:20:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21772 for current-outgoing; Mon, 21 Oct 1996 16:20:20 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA21767 for ; Mon, 21 Oct 1996 16:20:17 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id XAA29157; Mon, 21 Oct 1996 23:20:06 GMT Date: Tue, 22 Oct 1996 08:20:06 +0900 (JST) From: Michael Hancock To: "Hr.Ladavac" cc: current@FreeBSD.org Subject: Re: In-Reply-To: <199610211147.AA020798458@ws2301.gud.siemens.co.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Hr.Ladavac wrote: > E-mail message from Michael Hancock contained: > > > > The original mixes up tag names and type names, which is a bogus thing to > > do. > > > > Use typedefs for scalars such as dev_t and for complex objects that > > combine arrays, pointers, structs, and functions. > > > > For simple structs, the typedef doesn't gain you much aside from not > > having to type "struct". > > I have some strong feelings about that: namely, a typedef should be used > for *any* type that is supposed to be opaque. > > If my program does not need to know whether something is a struct or a > scalar or whatever, it *must not* know it either. This tends to make > interface maintenance trivial (i.e. you have to recompile the interface > consumers, but you don't need to patch their sources as well). It's rare that a struct changes to anything but another struct. The only thing that isn't opaque about 'struct foo_tag' is the word struct. And the hint is more useful to most people who use C for writing kernels and similar systems than not. Please don't go typedef happy and put it everywhere you find an opportunity. It has important uses, but not in every case. I have a hard enough time as it is tracking names in the kernel. Regards, Mike Hancock From owner-freebsd-current Mon Oct 21 16:21:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21886 for current-outgoing; Mon, 21 Oct 1996 16:21:32 -0700 (PDT) Received: from lsd.relcom.eu.net (lsd.relcom.eu.net [193.124.23.23]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA21875; Mon, 21 Oct 1996 16:21:25 -0700 (PDT) Received: (from ache@localhost) by lsd.relcom.eu.net (8.7.6/8.7.3) id DAA27204; Tue, 22 Oct 1996 03:21:16 +0400 (MSD) Message-Id: <199610212321.DAA27204@lsd.relcom.eu.net> Subject: typescript from ssh build (see even more weird bug at the end) To: markm@freebsd.org Date: Tue, 22 Oct 1996 03:21:15 +0400 (MSD) Cc: current@freebsd.org (FreeBSD-current) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast 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 Script started on Tue Oct 22 03:02:39 1996 lsd:/usr/ports/security/ssh.new ttyp1 61_# make Checksums OK. ===> Extracting for ssh-1.2.16 ===> ssh-1.2.16 depends on executable: perl5.003 - found ===> Patching for ssh-1.2.16 ===> Applying FreeBSD patches for ssh-1.2.16 ===> Configuring for ssh-1.2.16 creating cache ./config.cache checking host system type... i386-unknown-freebsd2.2 checking for gcc... cc checking whether we are using GNU C... yes checking for POSIXized ISC... no checking whether cross-compiling... no checking that the compiler works... yes checking if the compiler understands -pipe... yes checking return type of signal handlers... void checking how to run the C preprocessor... cc -pipe -E checking for ANSI C header files... yes checking for size_t... yes checking for uid_t in sys/types.h... yes checking for off_t... yes checking for mode_t... yes checking for st_blksize in struct stat... yes checking for working const... yes checking for inline... inline checking whether byte ordering is bigendian... no checking size of long... 4 checking size of int... 4 checking size of short... 2 checking for termios.h... yes checking for utmpx.h... no checking for ANSI C header files... (cached) yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for unistd.h... yes checking for rusage.h... no checking for sys/time.h... yes checking for lastlog.h... no checking for utmp.h... yes checking for shadow.h... no checking for sgtty.h... yes checking for sys/select.h... yes checking for sys/ioctl.h... yes checking for machine/endian.h... yes checking for paths.h... yes checking for usersec.h... no checking for utime.h... yes checking for netinet/in_systm.h... yes checking for ulimit.h... no checking whether time.h and sys/time.h may both be included... yes checking for dirent.h that defines DIR... yes checking for -ldir... no checking whether stat file-mode macros are broken... no checking for -lc... no checking for -lcrypt... yes checking for -lnsl... no checking for -lsocket... no checking for -lsun... no checking for -lutil... yes checking for vhangup... no checking for setsid... yes checking for gettimeofday... yes checking for times... yes checking for getrusage... yes checking for ftruncate... yes checking for revoke... yes checking for makeutx... no checking for strchr... yes checking for memcpy... yes checking for setlogin... yes checking for openpty... yes checking for _getpty... no checking for clock... yes checking for fchmod... yes checking for ulimit... no checking for gethostname... yes checking for getdtablesize... yes checking for umask... yes checking for innetgr... yes checking for initgroups... yes checking for setpgrp... yes checking for setpgid... yes checking for strerror... yes checking for memmove... yes checking for remove... yes checking for random... yes checking for putenv... yes checking for crypt... yes checking for socketpair... yes checking whether ln -s works... yes checking for a BSD compatible install... /usr/bin/install -c -o bin -g bin checking for ranlib... ranlib checking for makedepend... makedepend checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for -lICE... yes checking for -ldnet... no checking for -ldnet_stub... no checking for -lnsl... no checking for -lsocket... (cached) no checking for xauth... /usr/X11R6/bin/xauth checking for perl5... /usr/local/bin/perl5.003 checking for pseudo ttys... bsd-style ptys checking for /etc/default/login... no checking for shadow passwords... no checking location of mail spool files... /var/mail checking location of utmp... /var/run/utmp checking location of wtmp... /var/log/wtmp checking location of lastlog... /var/log/lastlog checking whether /var/log/lastlog is a directory... no checking whether to include the IDEA encryption algorithm... yes checking whether to use rsh... yes checking for remsh... no checking for rsh... /usr/bin/rsh checking default path... use system default checking etcdir... /usr/local/etc checking whether to support SecurID... no checking whether to use libwrap... yes checking whether to support SOCKS... no checking whether to support SOCKS5... no checking whether to support SOCKS4... no checking whether to use rsaref... no checking where to put sshd.pid... /var/run updating cache ./config.cache creating ./config.status creating Makefile creating sshd.8 creating ssh.1 creating make-ssh-known-hosts.1 creating make-ssh-known-hosts.pl creating config.h ===> Building for ssh-1.2.16 cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include ssh.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include sshconnect.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include log-client.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include readconf.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include hostfile.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include readpass.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include tildexpand.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include clientloop.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include canohost.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include idea.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include rsa.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include randoms.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include md5.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include buffer.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include emulate.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include packet.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include compress.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include xmalloc.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include ttymodes.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include newchannels.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include bufaux.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include authfd.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include authfile.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include crc32.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include rsaglue.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include tss.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include cipher.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include des.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include match.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include arcfour.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include mpaux.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include gen_minfd.c cc -pipe -L/usr/local/lib -o gen_minfd gen_minfd.o rm -f minfd.h minfd.h~ ./gen_minfd sh jsh ksh csh tcsh bash zsh ash > minfd.h~ mv -f minfd.h~ minfd.h cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include minfd.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include userfile.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include signals.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include blowfish.c rm -f ssh cc -pipe -L/usr/local/lib -o ssh ssh.o sshconnect.o log-client.o readconf.o hostfile.o readpass.o tildexpand.o clientloop.o canohost.o idea.o rsa.o randoms.o md5.o buffer.o emulate.o packet.o compress.o xmalloc.o ttymodes.o newchannels.o bufaux.o authfd.o authfile.o crc32.o rsaglue.o tss.o cipher.o des.o match.o arcfour.o mpaux.o minfd.o userfile.o signals.o blowfish.o -L/usr/lib -lgmp -L/usr/lib -lz -lwrap -lcrypt -L/usr/local/lib -lutil cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include sshd.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include auth-rhosts.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include auth-passwd.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include auth-rsa.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include auth-rh-rsa.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include pty.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include log-server.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include login.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include servconf.c cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include serverloop.c rm -f sshd cc -pipe -L/usr/local/lib -o sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o pty.o log-server.o login.o hostfile.o canohost.o servconf.o tildexpand.o serverloop.o idea.o rsa.o randoms.o md5.o buffer.o emulate.o packet.o compress.o xmalloc.o ttymodes.o newchannels.o bufaux.o authfd.o authfile.o crc32.o rsaglue.o tss.o cipher.o des.o match.o arcfour.o mpaux.o minfd.o userfile.o signals.o blowfish.o -L/usr/lib -lgmp -L/usr/lib -lz -lwrap -lcrypt -L/usr/local/lib -lutil cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include ssh-keygen.c rm -f ssh-keygen cc -pipe -L/usr/local/lib -o ssh-keygen ssh-keygen.o log-client.o readpass.o rsa.o randoms.o md5.o buffer.o xmalloc.o authfile.o tss.o cipher.o des.o arcfour.o mpaux.o bufaux.o userfile.o signals.o blowfish.o idea.o -L/usr/lib -lgmp -lwrap -lcrypt -L/usr/local/lib -lutil cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include ssh-agent.c rm -f ssh-agent cc -pipe -L/usr/local/lib -o ssh-agent ssh-agent.o log-client.o rsa.o randoms.o md5.o buffer.o xmalloc.o bufaux.o authfd.o authfile.o rsaglue.o tss.o cipher.o des.o arcfour.o mpaux.o minfd.o userfile.o signals.o blowfish.o idea.o -L/usr/lib -lgmp -lwrap -lcrypt -L/usr/local/lib -lutil cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include ssh-add.c rm -f ssh-add cc -pipe -L/usr/local/lib -o ssh-add ssh-add.o log-client.o readpass.o rsa.o randoms.o md5.o buffer.o xmalloc.o bufaux.o authfd.o authfile.o tss.o cipher.o blowfish.o des.o arcfour.o mpaux.o minfd.o userfile.o signals.o idea.o -L/usr/lib -lgmp -lwrap -lcrypt -L/usr/local/lib -lutil cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include scp.c rm -f scp cc -pipe -L/usr/local/lib -o scp scp.o xmalloc.o -lwrap -lcrypt -L/usr/local/lib -lutil rm -f make-ssh-known-hosts sed "s#&PERL&#/usr/local/bin/perl5.003#" <./make-ssh-known-hosts.pl >make-ssh-known-hosts chmod +x make-ssh-known-hosts cc -pipe -c -I. -I/usr/include -I/usr/include -DHAVE_CONFIG_H -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" -DHOST_CONFIG_FILE=\"/usr/local/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh\" -DETCDIR=\"/usr/local/etc\" -DPIDDIR=\"/var/run\" -DBINDIR=\"/usr/local/bin\" -O2 -m486 -pipe -I/usr/local/include -I/usr/X11R6/include ssh-askpass.c rm -f ssh-askpass cc -pipe -L/usr/local/lib -o ssh-askpass ssh-askpass.o xmalloc.o -L/usr/X11R6/lib -lSM -lICE -lX11 lsd:/usr/ports/security/ssh.new ttyp1 62_# cd work/ssh-1.2.16/ lsd:/usr/ports/security/ssh.new/work/ssh-1.2.16 ttyp1 63_# ./ssh freebsd.org xmalloc: out of memory (allocating -1294967293 bytes) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ lsd:/usr/ports/security/ssh.new/work/ssh-1.2.16 ttyp1 65_# ^D Script done on Tue Oct 22 03:08:39 1996 -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Mon Oct 21 16:24:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA22082 for current-outgoing; Mon, 21 Oct 1996 16:24:17 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA22073 for ; Mon, 21 Oct 1996 16:24:14 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id XAA29176; Mon, 21 Oct 1996 23:23:54 GMT Date: Tue, 22 Oct 1996 08:23:54 +0900 (JST) From: Michael Hancock To: Garrett Wollman cc: John Polstra , current@freebsd.org Subject: Re: In-Reply-To: <9610211437.AA10256@halloran-eldar.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For once we agree. ;-) I'll add that inventing tags even when they aren't readily used is a good habit. Regards, Mike Hancock On Mon, 21 Oct 1996, Garrett Wollman wrote: > < said: > > > True, but that's not the point. The point is, at a certain level, > > a type is a type is a type. You shouldn't have to know whether > > it's represented as a struct or as a union or as an array. By > > using a typedef you enforce not knowing the details of the > > representation, making it easier to change that representation in > > the future without having to change a bunch of code. > > Actually, no. typedefs are the ultimate in un-opaqueness. In the C > programming language, I can utter `struct foo' without knowing how > such a structure is defined. I cannot utter `blurfl_t' without it > having previously be defined somewhere. Furthermore, it is not > permissible to twice utter `typedef struct bar bar_t' in a C program. > > The absolute worst-structured program I know (ISI RSVPD) was written > in the `spaghetti typedef' style, and as a result all of its header > files are so entangled with each other that every source file in the > program must include all of them, even in the absence of any > declarations relevant to that source file. I was able to dramatically > clean this up in the version I was working on by simply eliminating > all the typedefs and referring to the structures by their proper tags > (after inventing tags for them) as bwk and dmr intended. From owner-freebsd-current Mon Oct 21 16:39:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA23304 for current-outgoing; Mon, 21 Oct 1996 16:39:03 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA23298 for ; Mon, 21 Oct 1996 16:38:59 -0700 (PDT) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.103.24]) by po2.glue.umd.edu (8.8.1/8.7.3) with ESMTP id TAA01727; Mon, 21 Oct 1996 19:38:55 -0400 (EDT) Received: from localhost (chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) with SMTP id TAA09926; Mon, 21 Oct 1996 19:38:54 -0400 (EDT) X-Authentication-Warning: skipper.eng.umd.edu: chuckr owned process doing -bs Date: Mon, 21 Oct 1996 19:38:54 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: Gary Clark II cc: freebsd-current@freebsd.org Subject: Re: SNAP and NIS (passwd no work!!) In-Reply-To: <199610212226.RAA23785@main.gbdata.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Gary Clark II wrote: > Hello, > > I've got a current machine here acting as an client > to a 2.1.5 server. When I go to change a local > passord I get the following error: > > webserv:gclarkii# passwd > passwd: failed to create handle: RPC: Program not registered > > passwd: /etc/master.passwd: unchanged > > Even passwd -l does the same thing:( > > Changing the password is the only thing that does not work. > All other parts of the NIS system seem to work fine. > I can also change the passwords on all of the 2.1.5 hosts just fine. > > Any ideas? This is about to drive me nuts... Tried yppasswd? > > Gary > > -- > Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company > gclarkii@GBData.COM | Member of the FreeBSD Doc Team > Providing Internet and ISP startups mail info@GBData.COM for information > FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Mon Oct 21 17:36:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA27426 for current-outgoing; Mon, 21 Oct 1996 17:36:22 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA27413 for ; Mon, 21 Oct 1996 17:36:15 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id UAA12071; Mon, 21 Oct 1996 20:35:03 -0400 From: Bill Paul Message-Id: <199610220035.UAA12071@skynet.ctr.columbia.edu> Subject: Re: SNAP and NIS (passwd no work!!) To: chuckr@glue.umd.edu (Chuck Robey) Date: Mon, 21 Oct 1996 20:35:01 -0400 (EDT) Cc: gclarkii@main.gbdata.com, current@freebsd.org In-Reply-To: from "Chuck Robey" at Oct 21, 96 07:38:54 pm 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, Chuck Robey had to walk into mine and say: > On Mon, 21 Oct 1996, Gary Clark II wrote: > > > Hello, > > > > I've got a current machine here acting as an client > > to a 2.1.5 server. When I go to change a local > > passord I get the following error: > > > > webserv:gclarkii# passwd > > passwd: failed to create handle: RPC: Program not registered > > > > passwd: /etc/master.passwd: unchanged > > > > Even passwd -l does the same thing:( > > > > Changing the password is the only thing that does not work. > > All other parts of the NIS system seem to work fine. > > I can also change the passwords on all of the 2.1.5 hosts just fine. > > > > Any ideas? This is about to drive me nuts... > > Tried yppasswd? No: passwd(1) will turn itself into yppasswd(1) when it notices that you're trying to change the password of a user that exists only in NIS. I've actually discussed this directly with Gary and we got to the root of the problem. It was pilot error. :) What Gary neglected to mention was that a) he was running sort of an oddball configuration (he was serving two domains from one machine, and yppasswdd in 2.1.x doesn't handle multiple domains), and b) at one point he changed the name of his NIS master server and neglected to rebuild his maps, so the YP_MASTER_NAME encoded into his maps pointed at the wrong host. This is why passwd(1) complained: it was trying to contact rpc.yppasswdd on the wrong machine. In other words, zee prolem, she is solved. I think I'm going to fix the error message so that passwd(1) tells you the name of the host it's trying to contact when it encounters this problem. Hopefully this will make troubleshooting the problem a little easier. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-current Mon Oct 21 18:40:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA02013 for current-outgoing; Mon, 21 Oct 1996 18:40:37 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA02007 for ; Mon, 21 Oct 1996 18:40:34 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA11378 for current@freebsd.org; Tue, 22 Oct 1996 11:10:21 +0930 From: Michael Smith Message-Id: <199610220140.LAA11378@genesis.atrad.adelaide.edu.au> Subject: Possible pmap problem... To: current@freebsd.org Date: Tue, 22 Oct 1996 11:10:20 +0930 (CST) 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 This is a 2.2 kernel from around the 8th or so, so I realise that this may already have been fixed : IdlePTD 21c000 current pcb at 1ddcdc panic: pmap_release: freeing held page table page [...ddb crud elided...] #9 0xf011460a in panic () #10 0xf01b8719 in pmap_release_free_page () #11 0xf01b89f3 in pmap_release () #12 0xf01a55a8 in vmspace_free () #13 0xf01bc95a in cpu_wait () #14 0xf010ed21 in wait1 () #15 0xf010eb4f in wait4 () #16 0xf01bc69f in syscall () #17 0xf01b4385 in Xsyscall () ... I can build a kernel with debugging symbols to match if required, but if the answer is "get up-to-date" then I will. 8) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) [[ ]] realtime instrument control (ph/fax) +61-8-8267-3493 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Oct 21 18:56:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA03170 for current-outgoing; Mon, 21 Oct 1996 18:56:50 -0700 (PDT) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA03162 for ; Mon, 21 Oct 1996 18:56:43 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id UAA01781; Mon, 21 Oct 1996 20:54:03 -0500 (EST) From: "John S. Dyson" Message-Id: <199610220154.UAA01781@dyson.iquest.net> Subject: Re: Possible pmap problem... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 21 Oct 1996 20:54:02 -0500 (EST) Cc: current@FreeBSD.ORG In-Reply-To: <199610220140.LAA11378@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 22, 96 11:10:20 am 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 can build a kernel with debugging symbols to match if required, but if > the answer is "get up-to-date" then I will. 8) > It would be very wise to get up-to-date. Lots of bugs have been fixed. John From owner-freebsd-current Mon Oct 21 22:02:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA18226 for current-outgoing; Mon, 21 Oct 1996 22:02:45 -0700 (PDT) Received: from sed.cs.fsu.edu (sed.cs.fsu.edu [128.186.121.157]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA18180 for ; Mon, 21 Oct 1996 22:02:40 -0700 (PDT) Received: by sed.cs.fsu.edu (8.7.6/56) id FAA07810; Tue, 22 Oct 1996 05:02:05 GMT From: Gang-Ryung Uh Message-Id: <199610220502.FAA07810@sed.cs.fsu.edu> Subject: netscape-3.0 To: current@FreeBSD.org Date: Tue, 22 Oct 1996 01:02:04 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am currently running FreeBSD 2.2-CURRENT #0: Sun Oct 6. Today I supped the current netscape-3.0 port and installed it, But I got a core dump with "exit with signal 11". I check the paths such as $XNLSPATH and $XKEYSYMDB, but they seem to be set to the correct paths with correct permission. But netscape_bin complains "The Motif keysyms seem not to be defined." Would you please help me on this matter? Thanks in advance. Regards, Gang-Ryung Uh (uh@cs.fsu.edu) From owner-freebsd-current Tue Oct 22 00:12:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA06424 for current-outgoing; Tue, 22 Oct 1996 00:12:25 -0700 (PDT) Received: from critter.tfs.com (disn5.cybercity.dk [194.16.57.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA06418; Tue, 22 Oct 1996 00:12:20 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA04659; Tue, 22 Oct 1996 09:11:49 +0200 (MET DST) To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) cc: markm@freebsd.org, current@freebsd.org (FreeBSD-current) Subject: Re: typescript from ssh build (see even more weird bug at the end) In-reply-to: Your message of "Tue, 22 Oct 1996 03:21:15 +0400." <199610212321.DAA27204@lsd.relcom.eu.net> Date: Tue, 22 Oct 1996 09:11:49 +0200 Message-ID: <4657.845968309@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >lsd:/usr/ports/security/ssh.new/work/ssh-1.2.16 ttyp1 63_# ./ssh freebsd.org >xmalloc: out of memory (allocating -1294967293 bytes) >^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Are you by any chance runing with 'J' set in phkmalloc's options ? Try setting 'Z' instead and see if it goes away. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Oct 22 00:49:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA08654 for current-outgoing; Tue, 22 Oct 1996 00:49:53 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA08642; Tue, 22 Oct 1996 00:49:47 -0700 (PDT) Received: by sequent.kiae.su id AA02122 (5.65.kiae-2 ); Tue, 22 Oct 1996 11:35:30 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 22 Oct 96 11:35:29 +0400 Received: (from ache@localhost) by nagual.ru (8.7.6/8.7.3) id LAA00432; Tue, 22 Oct 1996 11:34:50 +0400 (MSD) Message-Id: <199610220734.LAA00432@nagual.ru> Subject: Re: typescript from ssh build (see even more weird bug at the end) In-Reply-To: <4657.845968309@critter.tfs.com> from "Poul-Henning Kamp" at "Oct 22, 96 09:11:49 am" To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 22 Oct 1996 11:34:50 +0400 (MSD) Cc: markm@freebsd.org, current@freebsd.org From: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) Organization: self X-Class: Fast 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 > > >lsd:/usr/ports/security/ssh.new/work/ssh-1.2.16 ttyp1 63_# ./ssh freebsd.org > >xmalloc: out of memory (allocating -1294967293 bytes) > >^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Are you by any chance runing with 'J' set in phkmalloc's options ? > > Try setting 'Z' instead and see if it goes away. No, I not use any malloc options, and Z not helps too. Mark just inform me that my binaries run well on his system, it means that libgmp.so.3.0 is only one bug place left, i.e. he have different libgmp with me for unknown reason. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Oct 22 02:27:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA17142 for current-outgoing; Tue, 22 Oct 1996 02:27:35 -0700 (PDT) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA17135 for ; Tue, 22 Oct 1996 02:27:30 -0700 (PDT) Received: from marathon.tekla.fi by lassie.eunet.fi with SMTP id AA14947 (5.67a/IDA-1.5 for ); Tue, 22 Oct 1996 12:26:57 +0300 Received: from poveri.tekla.fi by marathon.tekla.fi (5.65/20-jun-90) id AA13633; Tue, 22 Oct 1996 11:26:54 +0200 From: sja@tekla.fi (Sakari Jalovaara) Received: by poveri.tekla.fi; (5.65v3.2/1.1.8.2/20Aug96-0557PM) id AA31081; Tue, 22 Oct 1996 12:26:53 +0300 Date: Tue, 22 Oct 1996 12:26:53 +0300 Message-Id: <9610220926.AA31081@poveri.tekla.fi> To: current@FreeBSD.org Subject: Re: xterm termcap definition Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Interesting. SunOS 4.1.3's /usr/src/usr.etc/termcap/termcap.src has >> the alternate screen behavior; are you sure you weren't using a >> modified termcap? > >Interesting again. I just checked, and they do have the entries, >although 'more' on a Sun doesn't seem to use them. Interestingly, "more" uses terminfo in SunOS. ++sja From owner-freebsd-current Tue Oct 22 05:06:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24944 for current-outgoing; Tue, 22 Oct 1996 05:06:34 -0700 (PDT) Received: from itchy.mindspring.com (itchy.mindspring.com [204.180.128.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA24931 for ; Tue, 22 Oct 1996 05:06:29 -0700 (PDT) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by itchy.mindspring.com (8.7.5/8.7.3) with SMTP id IAA09651 for ; Tue, 22 Oct 1996 08:06:20 -0400 (EDT) Message-ID: <326CB8D0.2781E494@mindspring.com> Date: Tue, 22 Oct 1996 08:06:40 -0400 From: Ron Bolin X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: libc make broken today Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I did a cvsup today and found that the libc build is now broken. See below: cc -O -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/sr c/lib/libc/locale -DYP -c /usr/src/lib/libc/gen/exec.c -o exec.o cc -O -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/sr c/lib/libc/locale -DYP -c /usr/src/lib/libc/gen/fnmatch.c -o fnmatch.o /usr/src/lib/libc/gen/fnmatch.c: In function `fnmatch': /usr/src/lib/libc/gen/fnmatch.c:133: `FNM_ICASE' undeclared (first use this func tion) /usr/src/lib/libc/gen/fnmatch.c:133: (Each undeclared identifier is reported onl y once /usr/src/lib/libc/gen/fnmatch.c:133: for each function it appears in.) /usr/src/lib/libc/gen/fnmatch.c: In function `rangematch': /usr/src/lib/libc/gen/fnmatch.c:162: `FNM_ICASE' undeclared (first use this func tion) *** Error code 1 Stop. *** Error code 1 Looks like a missing header?? -Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Tue Oct 22 07:24:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA02291 for current-outgoing; Tue, 22 Oct 1996 07:24:30 -0700 (PDT) Received: from critter.tfs.com (disn2.cybercity.dk [194.16.57.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA02284; Tue, 22 Oct 1996 07:24:22 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id QAA05558; Tue, 22 Oct 1996 16:24:27 +0200 (MET DST) To: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) cc: markm@FreeBSD.org, current@FreeBSD.org Subject: Re: typescript from ssh build (see even more weird bug at the end) In-reply-to: Your message of "Tue, 22 Oct 1996 11:34:50 +0400." <199610220734.LAA00432@nagual.ru> Date: Tue, 22 Oct 1996 16:24:27 +0200 Message-ID: <5556.845994267@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199610220734.LAA00432@nagual.ru>, "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F E=C5=D2=CE=CF=D7?=" writes: >> >> >lsd:/usr/ports/security/ssh.new/work/ssh-1.2.16 ttyp1 63_# ./ssh freebsd.or >g >> >xmalloc: out of memory (allocating -1294967293 bytes) >> >^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Hmm... # bc bc 1.02 (Mar 3, 92) Copyright (C) 1991, 1992 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. 2^32-1294967293 3000000003 -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Oct 22 09:44:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA11080 for current-outgoing; Tue, 22 Oct 1996 09:44:43 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA11068 for ; Tue, 22 Oct 1996 09:44:32 -0700 (PDT) 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 RAA21285 for ; Tue, 22 Oct 1996 17:45:11 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA22533 for freebsd-current@freefall.cdrom.com; Tue, 22 Oct 1996 17:50:16 +0100 Date: Tue, 22 Oct 1996 17:50:16 +0100 From: Christoph Kukulies Message-Id: <199610221650.RAA22533@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: rpc.yppasswdd problem Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Since a couple of days yppasswdd doesn't start on my -current machine. toots# /usr/sbin/rpc.yppasswdd rpc.yppasswdd: this host is not an NIS master server -- aborting toots# toots# ps ax | grep yp 80 ?? Ss 0:00.41 ypserv 174 ?? Ss 0:00.02 ypbind -Stoots toots# What has changed ? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue Oct 22 10:13:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16064 for current-outgoing; Tue, 22 Oct 1996 10:13:12 -0700 (PDT) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA16056; Tue, 22 Oct 1996 10:13:05 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id MAA15306; Tue, 22 Oct 1996 12:12:43 -0500 (EST) From: "John S. Dyson" Message-Id: <199610221712.MAA15306@dyson.iquest.net> Subject: Re: kern/1848: breakpoints in shared libraries don't fire To: dyson@FreeBSD.ORG Date: Tue, 22 Oct 1996 12:12:42 -0500 (EST) Cc: bde@zeta.org.au, jdp@polstra.com, msmith@atrad.adelaide.edu.au, freebsd-current@FreeBSD.ORG In-Reply-To: <199610212156.QAA01345@dyson.iquest.net> from "John S. Dyson" at Oct 21, 96 04:56:02 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 > > > > >The text segment starts out read-only. GDB does (or at least did) > > >change the protections to read/write as needed when it has to insert a > > >breakpoint. As John-Mark Gurney pointed out in a different posting, > > >this all used to work just fine. If it's broken now in -current, then > > >it's probably a problem with gdb. > > > > > >I just checked it on a current from just a few days ago, and it works > > >fine for me. I was able to set a breakpoint on gethostbyname() in libc, > > > > It's broken somewhere in vm now. procfs_domem() returns 0 without > > writing anything, as if for EOF. (procfs_rwmem() gets to the > > (writing && object->backing_object) case. Then m == 0 and vm_fault() > > returns 0, but the faulted-in page is not used.) > > > I'll fix!!! > Status report: This is a strange one. I can make it go-away, and there is both a bug somehow in vm_map/vm_mmap and also in procfs_mem... The procfs_mem problem is easy. The vm_mmap thing is gone in my code with a minor change (and it should'nt be.) There is something else lurking. So, I am working the problem actively, and it is subtile. John From owner-freebsd-current Tue Oct 22 10:39:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA18647 for current-outgoing; Tue, 22 Oct 1996 10:39:54 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA18640 for ; Tue, 22 Oct 1996 10:39:45 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id NAA14632; Tue, 22 Oct 1996 13:38:09 -0400 From: Bill Paul Message-Id: <199610221738.NAA14632@skynet.ctr.columbia.edu> Subject: Re: rpc.yppasswdd problem To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Tue, 22 Oct 1996 13:38:08 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: <199610221650.RAA22533@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Oct 22, 96 05:50:16 pm 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, Christoph Kukulies had to walk into mine and say: > > Since a couple of days yppasswdd doesn't start on my -current machine. > > toots# /usr/sbin/rpc.yppasswdd > rpc.yppasswdd: this host is not an NIS master server -- aborting > toots# > > toots# ps ax | grep yp > 80 ?? Ss 0:00.41 ypserv > 174 ?? Ss 0:00.02 ypbind -Stoots > toots# > > What has changed ? The hostname of your NIS master server? I just got done explaining that if you change the hostname of your NIS master, you need to rebuild your maps so that the YP_MASTER_NAME record in the map files can be updated. This applies to _all_ your maps. Do a 'yppoll passwd.byname'. If the master server name printed by yppoll is not 'toots,' then you must rebuild your maps. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-current Tue Oct 22 10:51:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19290 for current-outgoing; Tue, 22 Oct 1996 10:51:25 -0700 (PDT) Received: from hawk.pearson.udel.edu (hawk.pearson.udel.edu [128.175.64.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA19281 for ; Tue, 22 Oct 1996 10:51:14 -0700 (PDT) Received: from hawk.pearson.udel.edu (localhost.udel.edu [127.0.0.1]) by hawk.pearson.udel.edu (8.7.6/8.7.3) with ESMTP id NAA06467 for ; Tue, 22 Oct 1996 13:49:17 -0400 (EDT) Message-Id: <199610221749.NAA06467@hawk.pearson.udel.edu> To: freebsd-current@freebsd.org Subject: Possibility? Organization: Broken Toys Unlimited Reply-To: alexandr@hawk.pearson.udel.edu MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <6463.846006556.1@hawk.pearson.udel.edu> Date: Tue, 22 Oct 1996 13:49:16 -0400 From: Jerry Alexandratos Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I figured that this question was more appropriate for this group as oppossed to freebsd-questions. If I am wrong, please tell me so and I'll repost it there. I'm running 2.2-SNAP. My machine is a Gateway 2000 P5-75. It's got a WD Caviar 1.2G drive on the primary controller and a ATAPI cdrom on the secondary controller. As for other cards, there's the Mach64 PCI video card, a NE2000 clone, and a SoundBlaster 16 soundcard. Here's my problem. It's my job. Everyday my life is becoming more and more like a Dilbert strip. I won't bore you with all the details. Here's what I need to do. I was just given a Jaz drive to backup an image of the harddisk of our pcs (a lab with 30 machines). Hahahaha. Jaz drives are scsi devices and all of the machines only have ide controllers and drives (same configuration as my machine, but they're running Win95). So, digging through my box-o-parts (tm), I find that I've got an old Media-Vision PAS16 soundcard with scsi attachment (for that old external nec cdrom). Obvious questions. Is the Jaz drive supported under 2.2? If so, is the scsi port on a PAS16 supported? Ideally, what I'd like to do is pop the PAS16 into the machine and just use it for the scsi port. Plug the jaz drive (and hey, maybe even chain the extenal cdrom onto it) into the PAS16. Then, I can just use samba to allow the other machines in the site to read or write from the jaz and cdrom drive attached to my trusty FreeBSD box. This all seems easier than trying to explain to the powers-that-be that they screwed up. 8) Thanks in advance... --Jerry 8) Jerry Alexandratos % "Nothing inhabits my (8 8) darkstar@strauss.udel.edu % thoughts, and oblivion (8 8) darkstar@canary.pearson.udel.edu % drives my desires." (8 From owner-freebsd-current Tue Oct 22 10:55:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19429 for current-outgoing; Tue, 22 Oct 1996 10:55:59 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA19423 for ; Tue, 22 Oct 1996 10:55:54 -0700 (PDT) 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 SAA22505; Tue, 22 Oct 1996 18:56:30 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id TAA22823; Tue, 22 Oct 1996 19:01:34 +0100 From: Christoph Kukulies Message-Id: <199610221801.TAA22823@gilberto.physik.rwth-aachen.de> Subject: Re: rpc.yppasswdd problem In-Reply-To: <199610221738.NAA14632@skynet.ctr.columbia.edu> from Bill Paul at "Oct 22, 96 01:38:08 pm" To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Tue, 22 Oct 1996 19:01:33 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, current@FreeBSD.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Of all the gin joints in all the towns in all the world, Christoph > Kukulies had to walk into mine and say: > > > > > Since a couple of days yppasswdd doesn't start on my -current machine. > > > > toots# /usr/sbin/rpc.yppasswdd > > rpc.yppasswdd: this host is not an NIS master server -- aborting > > toots# > > > > toots# ps ax | grep yp > > 80 ?? Ss 0:00.41 ypserv > > 174 ?? Ss 0:00.02 ypbind -Stoots > > toots# > > > > What has changed ? > > The hostname of your NIS master server? No, toots is the master NIS server. > > I just got done explaining that if you change the hostname of your > NIS master, you need to rebuild your maps so that the YP_MASTER_NAME > record in the map files can be updated. This applies to _all_ your > maps. > > Do a 'yppoll passwd.byname'. If the master server name printed by > yppoll is not 'toots,' then you must rebuild your maps. toots> yppoll passwd.byname Map passwd.byname has order number 845988379. Tue Oct 22 14:46:19 1996 The master server is toots. toots> I also rebuilt librpcsvc.so, installed the whole /usr/src/lib and all /usr/sbin. > > -Bill > > -- > ============================================================================= > -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu > Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research > Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City > ============================================================================= > "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." > ============================================================================= > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue Oct 22 11:20:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA21153 for current-outgoing; Tue, 22 Oct 1996 11:20:16 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA21147 for ; Tue, 22 Oct 1996 11:20:14 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA08292; Tue, 22 Oct 1996 11:17:13 -0700 From: Terry Lambert Message-Id: <199610221817.LAA08292@phaeton.artisoft.com> Subject: Re: Possibility? To: alexandr@hawk.pearson.udel.edu Date: Tue, 22 Oct 1996 11:17:13 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199610221749.NAA06467@hawk.pearson.udel.edu> from "Jerry Alexandratos" at Oct 22, 96 01:49:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > So, digging through my box-o-parts (tm), I find that I've got an old > Media-Vision PAS16 soundcard with scsi attachment (for that old external > nec cdrom). > > Obvious questions. Is the Jaz drive supported under 2.2? If so, is the > scsi port on a PAS16 supported? My JAZ drive works on my 2.2-current (+local changes) box. My local changes shouldn't affect it one way or the other. One annoying thing is that the FreeBSD SCSI code does not recognize the drive size : ============================================================================== (ncr0:1:0): "iomega jaz 1GB G.60" type 0 removable SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. sd1(ncr0:1:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB sd1 could not mode sense (4). Using ficticious geometry sd1(ncr0:1:0): NOT READY asc:3a,0 Medium not present sd1: could not get size 0MB (0 512 byte sectors) ============================================================================== But OpenBSD does: ============================================================================== sd1 at scsibus0 targ 1 lun 0: SCSI2 0/direct removable sd1: sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1021MB, 1021 cyl, 64 head, 32 sec, 512 bytes/sec ============================================================================== This doesn't keep it from working, it just pisses me off a bit. The fix is obvious from a casual examination of the OpenBSD SCSI code. In any case, on to the PAS card: It depends. The PAS cards have a number of SCSI chips they've used at various times in the past -- it's kind of a "lowest bidder" thing. The most common is the NCR 5380 chip, but it may also use the Trantor T130 chip. The driver for these two chips is the "nca" driver. See the file /sys/i386/conf/LINT for details on how to build a kernel. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Oct 22 11:41:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA22186 for current-outgoing; Tue, 22 Oct 1996 11:41:44 -0700 (PDT) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA22173 for ; Tue, 22 Oct 1996 11:41:31 -0700 (PDT) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Tue, 22 Oct 96 20:41 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-current@freebsd.org id ; Tue, 22 Oct 96 19:41 MET Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA25913; Tue, 22 Oct 96 16:49:30 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9610221449.AA25913@wavehh.hanse.de> Subject: Re: xterm termcap definition To: freebsd-current@freebsd.org Date: Tue, 22 Oct 1996 16:49:30 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Interesting. SunOS 4.1.3's /usr/src/usr.etc/termcap/termcap.src has >>> the alternate screen behavior; are you sure you weren't using a >>> modified termcap? >> >>Interesting again. I just checked, and they do have the entries, >>although 'more' on a Sun doesn't seem to use them. >Interestingly, "more" uses terminfo in SunOS. An application cannot choose whether to use the alternate screen or not. An application that uses the termcap library always uses the alternate screen if present, this is done by the library and is not settable by the application that uses it. Whether the alternate screen is present or not is defined by the termcap entry for the terminal used. Processes that don't use termcap don't use the alternate screen. Back the the subject, what FreeBSD has to decide over: - decide what will be the default, alternate screen or not. - currently, more with default commandline switches is unuseable in alternate screen modus because it exits (and therefore switches screens) when EOF is hit first. Therefore, alternate screen users can't see the last page of a document. more has to be fixed to exit on somethign else. In question is: - Exit when a forward-scrolling key is hit while at EOF - Exit only on keystrokes reseved for quit - The option to quit on first EOF should IMHO not be removed. It will be unuseable in alternate screen mode, but the alternative to make it work in both modes requires: A special extension to the termcap library. This entry will allow an application to say "no, thanks, I don't want an alternate screen, no matter whether one is availiable". more in quit-on-first-EOF mode *must use* such a call. IMHO, such a modification should not be done and I don't see great problem. This should, IMHO, not be done and users of alternate screens will not be able to use quit-on-first-eof. That's OK, IMHO. What needs to be done is changing more's default to something else that quit-on-first-eof. For other commit requests see my former messages. I wrote down the whole thing at least two times. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://cracauer.cons.org From owner-freebsd-current Tue Oct 22 11:52:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA22870 for current-outgoing; Tue, 22 Oct 1996 11:52:17 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA22864; Tue, 22 Oct 1996 11:52:14 -0700 (PDT) Message-Id: <199610221852.LAA22864@freefall.freebsd.org> To: Terry Lambert cc: alexandr@hawk.pearson.udel.edu, freebsd-current@FreeBSD.org Subject: Re: Possibility? In-reply-to: Your message of "Tue, 22 Oct 1996 11:17:13 PDT." <199610221817.LAA08292@phaeton.artisoft.com> Date: Tue, 22 Oct 1996 11:52:14 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >But OpenBSD does: I believe they picked that up from NetBSD. NetBSD has a quirk that says "Ignore mode sense failures." Since these drives supposedly don't support the page the sd driver is looking at, this quiets things up. It would be interesting to know if there isn't some other standard page that these drives do support that we should use instead or look at when a failure occurs. I'll have to go browse the SCSI-II spec. > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue Oct 22 12:37:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25489 for current-outgoing; Tue, 22 Oct 1996 12:37:19 -0700 (PDT) Received: from critter.tfs.com (disn5.cybercity.dk [194.16.57.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA25481; Tue, 22 Oct 1996 12:37:14 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id VAA06341; Tue, 22 Oct 1996 21:37:01 +0200 (MET DST) To: alexandr@hawk.pearson.udel.edu cc: freebsd-current@freebsd.org Subject: Re: Possibility? In-reply-to: Your message of "Tue, 22 Oct 1996 13:49:16 EDT." <199610221749.NAA06467@hawk.pearson.udel.edu> Date: Tue, 22 Oct 1996 21:37:00 +0200 Message-ID: <6339.846013020@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610221749.NAA06467@hawk.pearson.udel.edu>, Jerry Alexandratos wr ites: >Obvious questions. Is the Jaz drive supported under 2.2? If so, is the >scsi port on a PAS16 supported? I havn't tried the Jaz, but the PAS16 works fine and the driver is called nca[01]. It maxes out at 600 Kbyte/sec. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Oct 22 13:05:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27173 for current-outgoing; Tue, 22 Oct 1996 13:05:17 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA27137 for ; Tue, 22 Oct 1996 13:05:09 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA24279; Tue, 22 Oct 1996 22:04:03 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA03003; Tue, 22 Oct 1996 22:04:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id VAA18953; Tue, 22 Oct 1996 21:44:41 +0200 (MET DST) From: J Wunsch Message-Id: <199610221944.VAA18953@uriah.heep.sax.de> Subject: Re: Possibility? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 22 Oct 1996 21:44:41 +0200 (MET DST) Cc: alexandr@hawk.pearson.udel.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610221749.NAA06467@hawk.pearson.udel.edu> from Jerry Alexandratos at "Oct 22, 96 01:49:16 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 Jerry Alexandratos wrote: > I figured that this question was more appropriate for this group as > oppossed to freebsd-questions. If I am wrong, please tell me so and > I'll repost it there. I think freebsd-questions would have been fine, but now that you are here... (Posting questions about ancient hardware [PAS16] hardly falls under -current. :-) > Obvious questions. Is the Jaz drive supported under 2.2? If so, is the > scsi port on a PAS16 supported? Both are supported. There are a few people using the JAZ drive with success, and the old PAS16 is supposedly handled by the `pas' driver. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Oct 22 13:52:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA01666 for current-outgoing; Tue, 22 Oct 1996 13:52:25 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA01655 for ; Tue, 22 Oct 1996 13:52:17 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA25698 for ; Tue, 22 Oct 1996 22:51:26 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA04277 for freebsd-current@FreeBSD.org; Tue, 22 Oct 1996 22:51:26 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id WAA19332 for freebsd-current@FreeBSD.org; Tue, 22 Oct 1996 22:24:51 +0200 (MET DST) From: J Wunsch Message-Id: <199610222024.WAA19332@uriah.heep.sax.de> Subject: Re: Possibility? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 22 Oct 1996 22:24:51 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610221817.LAA08292@phaeton.artisoft.com> from Terry Lambert at "Oct 22, 96 11:17:13 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 Terry Lambert wrote: > But OpenBSD does: > > ============================================================================== > sd1 at scsibus0 targ 1 lun 0: SCSI2 0/direct removable > sd1: sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. > 1021MB, 1021 cyl, 64 head, 32 sec, 512 bytes/sec Ah, i thought it has two disks and four heads? >:-) > This doesn't keep it from working, it just pisses me off a bit. The > fix is obvious from a casual examination of the OpenBSD SCSI code. Hmm, if you've already done it, why don't you post the diff 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 Tue Oct 22 13:53:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA01763 for current-outgoing; Tue, 22 Oct 1996 13:53:14 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA01737 for ; Tue, 22 Oct 1996 13:53:00 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA25719; Tue, 22 Oct 1996 22:51:35 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA04284; Tue, 22 Oct 1996 22:51:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id WAA19438; Tue, 22 Oct 1996 22:44:55 +0200 (MET DST) From: J Wunsch Message-Id: <199610222044.WAA19438@uriah.heep.sax.de> Subject: Re: Possibility? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 22 Oct 1996 22:44:54 +0200 (MET DST) Cc: alexandr@hawk.pearson.udel.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <6339.846013020@critter.tfs.com> from Poul-Henning Kamp at "Oct 22, 96 09:37:00 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 Poul-Henning Kamp wrote: > I havn't tried the Jaz, but the PAS16 works fine and the driver is > called nca[01]. Ah, sorry for my previous misinformation about the `pas' driver... i've been in error. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Oct 22 14:13:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA03623 for current-outgoing; Tue, 22 Oct 1996 14:13:31 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA03588 for ; Tue, 22 Oct 1996 14:13:21 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id RAA15455; Tue, 22 Oct 1996 17:12:16 -0400 From: Bill Paul Message-Id: <199610222112.RAA15455@skynet.ctr.columbia.edu> Subject: Re: rpc.yppasswdd problem To: kuku@gilberto.physik.rwth-aachen.de Date: Tue, 22 Oct 1996 17:12:15 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: <199610221801.TAA22823@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Oct 22, 96 07:01:33 pm 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, Christoph Kukulies had to walk into mine and say: [chop] > > > toots# /usr/sbin/rpc.yppasswdd > > > rpc.yppasswdd: this host is not an NIS master server -- aborting > > > toots# > > > > > > toots# ps ax | grep yp > > > 80 ?? Ss 0:00.41 ypserv > > > 174 ?? Ss 0:00.02 ypbind -Stoots > > > toots# > > > > > > What has changed ? > > > > The hostname of your NIS master server? > > No, toots is the master NIS server. > toots> yppoll passwd.byname > Map passwd.byname has order number 845988379. Tue Oct 22 14:46:19 1996 > The master server is toots. > toots> > > I also rebuilt librpcsvc.so, installed the whole /usr/src/lib > and all /usr/sbin. Odd. Okay, try this: edit /usr/src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c and change the error message so that it prints out the hostnames that it's comparing. Normally, the code looks like this: if (strncmp(mastername, (char *)&myname, sizeof(myname))) { yp_error("this host is not an NIS master server -- aborting"); exit(1); } Make it say this: if (strncmp(mastername, (char *)&myname, sizeof(myname))) { yp_error("this host is not an NIS master server \ (mastername:%s != myname:%s) -- aborting", mastername, myname); exit(1); } This way you will be able to see why it fails. Alternatively, compile rpc.yppasswdd with -g and examine mastername and myname with gdb. Myname is determined by calling gethostname() to find the local host name. Mastername is found by doing a yp_master() on the passwd.byname map, so it should be the same as that returned by yppoll. Let me know what hostnames this message prints out. Hopefully this will show why rpc.yppasswdd thinks 'toots' isn't the NIS master for your domain. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-current Tue Oct 22 15:36:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA10844 for current-outgoing; Tue, 22 Oct 1996 15:36:53 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA10829 for ; Tue, 22 Oct 1996 15:36:45 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id PAA15369 for ; Tue, 22 Oct 1996 15:36:09 -0700 (PDT) Message-ID: <326D4BCF.41C67EA6@whistle.com> Date: Tue, 22 Oct 1996 15:33:51 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: HEY! mount -u -o ro / now works! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk who enabled that? why was it not announced? is there a 'gotcha'? does it sync everything before changing it to ro? neat! but , can I trust it? julian From owner-freebsd-current Tue Oct 22 16:00:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12491 for current-outgoing; Tue, 22 Oct 1996 16:00:47 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA12477 for ; Tue, 22 Oct 1996 16:00:44 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA08708; Tue, 22 Oct 1996 15:58:06 -0700 From: Terry Lambert Message-Id: <199610222258.PAA08708@phaeton.artisoft.com> Subject: Re: Possibility? To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 22 Oct 1996 15:58:05 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199610222024.WAA19332@uriah.heep.sax.de> from "J Wunsch" at Oct 22, 96 10:24:51 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > sd1 at scsibus0 targ 1 lun 0: SCSI2 0/direct removable > > sd1: sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. > > 1021MB, 1021 cyl, 64 head, 32 sec, 512 bytes/sec > > Ah, i thought it has two disks and four heads? It has a fictitious geometry. It can be used by DOS, remember, just like other SCSO devices. Luckily log2(4) does not result in a fractional component, so no space is lost. > > This doesn't keep it from working, it just pisses me off a bit. The > > fix is obvious from a casual examination of the OpenBSD SCSI code. > > Hmm, if you've already done it, why don't you post the diff here? I've casually examined the code differences, and noted the change. I haven't patched my FreeBSD because, frankly, I can't mount the OpenBSD disk to have both files up at once because of the disklabel differences (which are gratuitous, as far as I can tell). Further, it's not worth carrying in my tape drive with my broken back to do a tape transfer (it weighs more than a phonebook, my medically advised lifting limit), and I don't have the space on my FreeBSD disks nor want to waste the time for a 4 hour anoncvs download of the OpenBSD tree to my FreeBSD disks. Anyway, the core team is supposed to consider BSD4.4 source bases other than FreeBSD and incorporate useful changes without my help. I have enough problems keeping my own patches up to date against -current and keeping my porting bases up to date minus the i386 machine dependencies of -current. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Oct 22 16:10:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13165 for current-outgoing; Tue, 22 Oct 1996 16:10:12 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA13159 for ; Tue, 22 Oct 1996 16:10:10 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id QAA06174; Tue, 22 Oct 1996 16:09:01 -0700 (PDT) To: Terry Lambert cc: alexandr@hawk.pearson.udel.edu, freebsd-current@FreeBSD.org Subject: Re: Possibility? In-reply-to: Your message of "Tue, 22 Oct 1996 11:17:13 PDT." <199610221817.LAA08292@phaeton.artisoft.com> Date: Tue, 22 Oct 1996 16:09:01 -0700 Message-ID: <6172.846025741@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > This doesn't keep it from working, it just pisses me off a bit. The > fix is obvious from a casual examination of the OpenBSD SCSI code. You should know better than to make such content-free statements. Diffs speak louder than words. :-) Jordan From owner-freebsd-current Tue Oct 22 16:15:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13564 for current-outgoing; Tue, 22 Oct 1996 16:15:48 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA13557 for ; Tue, 22 Oct 1996 16:15:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA08753; Tue, 22 Oct 1996 16:12:32 -0700 From: Terry Lambert Message-Id: <199610222312.QAA08753@phaeton.artisoft.com> Subject: Re: Possibility? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 22 Oct 1996 16:12:32 -0700 (MST) Cc: terry@lambert.org, alexandr@hawk.pearson.udel.edu, freebsd-current@FreeBSD.org In-Reply-To: <6172.846025741@time.cdrom.com> from "Jordan K. Hubbard" at Oct 22, 96 04:09:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > This doesn't keep it from working, it just pisses me off a bit. The > > fix is obvious from a casual examination of the OpenBSD SCSI code. > > You should know better than to make such content-free statements. > Diffs speak louder than words. :-) Why? It doesn't keep it from working. Probably it should wait (like everything else) until the Lite2 integration is complete 8-p. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Oct 22 16:47:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15823 for current-outgoing; Tue, 22 Oct 1996 16:47:30 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA15790 for ; Tue, 22 Oct 1996 16:47:18 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id RAA20230; Tue, 22 Oct 1996 17:45:49 -0600 (MDT) Message-Id: <199610222345.RAA20230@rover.village.org> To: Terry Lambert Subject: Re: Possibility? Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org In-reply-to: Your message of "Tue, 22 Oct 1996 15:58:05 PDT." <199610222258.PAA08708@phaeton.artisoft.com> References: <199610222258.PAA08708@phaeton.artisoft.com> Date: Tue, 22 Oct 1996 17:45:48 -0600 From: Warner Losh Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610222258.PAA08708@phaeton.artisoft.com> Terry Lambert writes: : I haven't patched my FreeBSD because, frankly, I can't mount the : OpenBSD disk to have both files up at once because of the disklabel : differences (which are gratuitous, as far as I can tell). The differences are due to having 16 partitions available rather than the 8 that are normally available. To reflect this, the partition type was changed to be 166. They have no slice code, ala FreeBSD, at this time. FreeBSD doesn't understand that, as you might imagine. This is a relatively new development (say in the last two months or so). Warner From owner-freebsd-current Tue Oct 22 19:01:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA22347 for current-outgoing; Tue, 22 Oct 1996 19:01:11 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA22341 for ; Tue, 22 Oct 1996 19:01:07 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id TAA20340 for ; Tue, 22 Oct 1996 19:00:30 -0700 (PDT) Message-ID: <326D7BB3.446B9B3D@whistle.com> Date: Tue, 22 Oct 1996 18:58:11 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: another patch for comment Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk here's another patch I'd like to add. hopefully I can also eventually add a '/stand/selftest' as well. Of course at this stage we can only test our own hardware etc. but I'd like to add a version that can do basic sanity checks on regular PC hardware as well. It's such a small change that I'd like to add it to the generic sources rather than keep it proprietary. julian From owner-freebsd-current Tue Oct 22 19:07:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA22689 for current-outgoing; Tue, 22 Oct 1996 19:07:01 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA22684 for ; Tue, 22 Oct 1996 19:06:57 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id TAA20390 for ; Tue, 22 Oct 1996 19:01:56 -0700 (PDT) Message-ID: <326D7C09.794BDF32@whistle.com> Date: Tue, 22 Oct 1996 18:59:37 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: [Fwd: another patch for comment] Content-Type: multipart/mixed; boundary="------------1CFBAE3959E2B60015FB7483" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------1CFBAE3959E2B60015FB7483 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit AARG! left out the patch! here it is.. --------------1CFBAE3959E2B60015FB7483 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <326D7BB3.446B9B3D@whistle.com> Date: Tue, 22 Oct 1996 18:58:11 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: another patch for comment Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit here's another patch I'd like to add. hopefully I can also eventually add a '/stand/selftest' as well. Of course at this stage we can only test our own hardware etc. but I'd like to add a version that can do basic sanity checks on regular PC hardware as well. It's such a small change that I'd like to add it to the generic sources rather than keep it proprietary. julian --------------1CFBAE3959E2B60015FB7483 Content-Type: text/plain; charset=us-ascii; name="init.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="init.diff" ? 0 Index: init_main.c =================================================================== RCS file: /cvs/freebsd/src/sys/kern/init_main.c,v retrieving revision 1.49 diff -c -r1.49 init_main.c *** 1.49 1996/09/23 04:37:54 --- init_main.c 1996/10/23 01:31:29 *************** *** 533,539 **** * List of paths to try when searching for "init". */ static char *initpaths[] = { ! "/sbin/init", "/sbin/oinit", "/sbin/init.bak", "/stand/sysinstall", --- 533,540 ---- * List of paths to try when searching for "init". */ static char *initpaths[] = { ! "/stand/selftest", /* not default, use with RB_SELFTEST */ ! "/sbin/init", /* Default action */ "/sbin/oinit", "/sbin/init.bak", "/stand/sysinstall", *************** *** 574,580 **** p->p_vmspace->vm_maxsaddr = (caddr_t)addr; p->p_vmspace->vm_ssize = 1; ! for (pathp = &initpaths[0]; (path = *pathp) != NULL; pathp++) { /* * Move out the boot flag argument. */ --- 575,582 ---- p->p_vmspace->vm_maxsaddr = (caddr_t)addr; p->p_vmspace->vm_ssize = 1; ! for (pathp = ((boothowto & RB_SELFTEST)? &initpaths[0] : &initpaths[1]); ! (path = *pathp) != NULL; pathp++) { /* * Move out the boot flag argument. */ Index: kern_exit.c =================================================================== RCS file: /cvs/freebsd/src/sys/kern/kern_exit.c,v retrieving revision 1.39 diff -c -r1.39 kern_exit.c *** 1.39 1996/09/13 09:17:03 --- kern_exit.c 1996/10/23 01:31:29 *************** *** 196,202 **** * drain controlling terminal * and revoke access to controlling terminal. */ ! if (sp->s_ttyp->t_session == sp) { if (sp->s_ttyp->t_pgrp) pgsignal(sp->s_ttyp->t_pgrp, SIGHUP, 1); (void) ttywait(sp->s_ttyp); --- 196,202 ---- * drain controlling terminal * and revoke access to controlling terminal. */ ! if (sp->s_ttyp && (sp->s_ttyp->t_session == sp)) { if (sp->s_ttyp->t_pgrp) pgsignal(sp->s_ttyp->t_pgrp, SIGHUP, 1); (void) ttywait(sp->s_ttyp); Index: kern_time.c =================================================================== RCS file: /cvs/freebsd/src/sys/kern/kern_time.c,v retrieving revision 1.17 diff -c -r1.17 kern_time.c *** 1.17 1996/07/12 07:55:35 --- kern_time.c 1996/10/23 01:31:29 *************** *** 56,61 **** --- 56,62 ---- */ static void timevalfix __P((struct timeval *)); + static void recalc_realtimer(struct timeval); #ifndef _SYS_SYSPROTO_H_ struct gettimeofday_args { *************** *** 114,120 **** (error = copyin((caddr_t)uap->tzp, (caddr_t)&atz, sizeof(atz)))) return (error); if (uap->tv) { - /* WHAT DO WE DO ABOUT PENDING REAL-TIME TIMEOUTS??? */ s = splclock(); /* * Calculate delta directly to minimize clock interrupt --- 115,120 ---- *************** *** 136,141 **** --- 136,142 ---- timevalfix(&delta); timevaladd(&boottime, &delta); timevaladd(&runtime, &delta); + recalc_realtimer(delta); LEASE_UPDATETIME(delta.tv_sec); splx(s); resettodr(); *************** *** 144,149 **** --- 145,164 ---- tz = atz; return (0); } + + + static void + recalc_realtimer(struct timeval delta) + { + struct proc *p; + + for (p = allproc.lh_first; p != 0; p = p->p_list.le_next) { + if (timerisset(&p->p_realtimer.it_value)) { + timevaladd(&p->p_realtimer.it_value, &delta); + timevalfix(&p->p_realtimer.it_value); + } + } + } extern int tickadj; /* "standard" clock skew, us./tick */ int tickdelta; /* current clock skew, us. per tick */ --------------1CFBAE3959E2B60015FB7483-- From owner-freebsd-current Tue Oct 22 19:31:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA23927 for current-outgoing; Tue, 22 Oct 1996 19:31:07 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA23920 for ; Tue, 22 Oct 1996 19:31:03 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id TAA20951 for ; Tue, 22 Oct 1996 19:28:36 -0700 (PDT) Message-ID: <326D8229.3F54BC7E@whistle.com> Date: Tue, 22 Oct 1996 19:26:17 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: AAARGGHHH!Re: [Fwd: another patch for comment] References: <326D7C09.794BDF32@whistle.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk AARRGGHHHH ! this time I included TOO MUCH patch! the relevent parts are below.. htere are disadvantages to using netscape for mail.. you can't examine your inclusions before you send them! Julian Elischer wrote: > > AARG! > left out the patch! > > here it is.. > > --------------------------------------------------------------- > > Subject: another patch for comment > Date: Tue, 22 Oct 1996 18:58:11 -0700 > From: Julian Elischer > Organization: Whistle Communications > To: current@freebsd.org > > here's another patch I'd like to add. > > hopefully I can also eventually add a '/stand/selftest' > as well. Of course at this stage we can only test our own hardware etc. > but I'd like to add a version that can do basic sanity checks > on regular PC hardware as well. > > It's such a small change that I'd like to add it to the generic > sources rather than keep it proprietary. > > julian > > --------------------------------------------------------------- > ? 0 > Index: init_main.c > =================================================================== > RCS file: /cvs/freebsd/src/sys/kern/init_main.c,v > retrieving revision 1.49 > diff -c -r1.49 init_main.c > *** 1.49 1996/09/23 04:37:54 > --- init_main.c 1996/10/23 01:31:29 > *************** > *** 533,539 **** > * List of paths to try when searching for "init". > */ > static char *initpaths[] = { > ! "/sbin/init", > "/sbin/oinit", > "/sbin/init.bak", > "/stand/sysinstall", > --- 533,540 ---- > * List of paths to try when searching for "init". > */ > static char *initpaths[] = { > ! "/stand/selftest", /* not default, use with RB_SELFTEST */ > ! "/sbin/init", /* Default action */ > "/sbin/oinit", > "/sbin/init.bak", > "/stand/sysinstall", > *************** > *** 574,580 **** > p->p_vmspace->vm_maxsaddr = (caddr_t)addr; > p->p_vmspace->vm_ssize = 1; > > ! for (pathp = &initpaths[0]; (path = *pathp) != NULL; pathp++) { > /* > * Move out the boot flag argument. > */ > --- 575,582 ---- > p->p_vmspace->vm_maxsaddr = (caddr_t)addr; > p->p_vmspace->vm_ssize = 1; > > ! for (pathp = ((boothowto & RB_SELFTEST)? &initpaths[0] : &initpaths[1]); > ! (path = *pathp) != NULL; pathp++) { > /* > * Move out the boot flag argument. > */ From owner-freebsd-current Tue Oct 22 19:32:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA24059 for current-outgoing; Tue, 22 Oct 1996 19:32:55 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA24054 for ; Tue, 22 Oct 1996 19:32:52 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id TAA06804; Tue, 22 Oct 1996 19:32:49 -0700 (PDT) To: Julian Elischer cc: current@FreeBSD.ORG Subject: Re: [Fwd: another patch for comment] In-reply-to: Your message of "Tue, 22 Oct 1996 18:59:37 PDT." <326D7C09.794BDF32@whistle.com> Date: Tue, 22 Oct 1996 19:32:49 -0700 Message-ID: <6802.846037969@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > here's another patch I'd like to add. > > hopefully I can also eventually add a '/stand/selftest' I think this is starting to get a little silly, all these "fall back" paths to invoke as init. Rather than add another, for a total of 5 init possibilities now, wouldn't a more general mechanism be warranted? Otherwise, I see no reason why you couldn't just keep this on your own branch - it doesn't look like something of truly general utility. Jordan From owner-freebsd-current Tue Oct 22 20:02:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25669 for current-outgoing; Tue, 22 Oct 1996 20:02:40 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA25660 for ; Tue, 22 Oct 1996 20:02:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id UAA01712; Tue, 22 Oct 1996 20:04:02 -0700 (PDT) Message-Id: <199610230304.UAA01712@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: Julian Elischer , current@FreeBSD.ORG Subject: Re: [Fwd: another patch for comment] In-reply-to: Your message of "Tue, 22 Oct 1996 19:32:49 PDT." <6802.846037969@time.cdrom.com> From: David Greenman Reply-To: dg@root.com Date: Tue, 22 Oct 1996 20:04:01 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> here's another patch I'd like to add. >> >> hopefully I can also eventually add a '/stand/selftest' > >I think this is starting to get a little silly, all these "fall back" >paths to invoke as init. Rather than add another, for a total of 5 >init possibilities now, wouldn't a more general mechanism be >warranted? Otherwise, I see no reason why you couldn't just keep this >on your own branch - it doesn't look like something of truly general >utility. Perhaps we should add a general mechanism for passing in an "init" filename via a boot command line option. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Oct 22 20:23:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26884 for current-outgoing; Tue, 22 Oct 1996 20:23:32 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26867 for ; Tue, 22 Oct 1996 20:23:22 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA23149; Wed, 23 Oct 1996 12:52:59 +0930 From: Michael Smith Message-Id: <199610230322.MAA23149@genesis.atrad.adelaide.edu.au> Subject: Re: [Fwd: another patch for comment] To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 23 Oct 1996 12:52:59 +0930 (CST) Cc: julian@whistle.com, current@freebsd.org In-Reply-To: <6802.846037969@time.cdrom.com> from "Jordan K. Hubbard" at Oct 22, 96 07:32:49 pm 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 Jordan K. Hubbard stands accused of saying: > > > here's another patch I'd like to add. > > > > hopefully I can also eventually add a '/stand/selftest' > > I think this is starting to get a little silly, all these "fall back" > paths to invoke as init. Rather than add another, for a total of 5 > init possibilities now, wouldn't a more general mechanism be > warranted? Otherwise, I see no reason why you couldn't just keep this > on your own branch - it doesn't look like something of truly general > utility. Something like '/stand/selftest' is something that you want to boot _instead_ of a kernel, not after the kernel is loaded. Then you could add code to device drivers conditionalised on SELFTEST when and as it was desired. The whole 'loadable device driver' thing is looking more and more like it will require a significant restructuring of the basic device driver architecture to do it "right". I think this is at least partly why nobody has taken it on - it's a Big Job Of Work. One of these changes would be a set of mandatory entrypoints : probe, attach, etc. One of those could easily be 'selftest'. > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Oct 22 23:53:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA27408 for current-outgoing; Tue, 22 Oct 1996 23:53:55 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA27380 for ; Tue, 22 Oct 1996 23:53:46 -0700 (PDT) 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 HAA00145; Wed, 23 Oct 1996 07:54:22 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id HAA25334; Wed, 23 Oct 1996 07:59:23 +0100 From: Christoph Kukulies Message-Id: <199610230659.HAA25334@gilberto.physik.rwth-aachen.de> Subject: Re: rpc.yppasswdd problem In-Reply-To: <199610222112.RAA15455@skynet.ctr.columbia.edu> from Bill Paul at "Oct 22, 96 05:12:15 pm" To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Wed, 23 Oct 1996 07:59:22 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, current@FreeBSD.ORG Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Of all the gin joints in all the towns in all the world, Christoph > Kukulies had to walk into mine and say: > > [chop] > > > > > toots# /usr/sbin/rpc.yppasswdd > > > > rpc.yppasswdd: this host is not an NIS master server -- aborting > > > > toots# > > > > > > > > toots# ps ax | grep yp > > > > 80 ?? Ss 0:00.41 ypserv > > > > 174 ?? Ss 0:00.02 ypbind -Stoots > > > > toots# > > > > > > > > What has changed ? > > > > > > The hostname of your NIS master server? > > > > No, toots is the master NIS server. > > > toots> yppoll passwd.byname > > Map passwd.byname has order number 845988379. Tue Oct 22 14:46:19 1996 > > The master server is toots. > > toots> > > > > I also rebuilt librpcsvc.so, installed the whole /usr/src/lib > > and all /usr/sbin. > > Odd. Okay, try this: edit /usr/src/usr.sbin/rpc.yppasswdd/yppasswdd_main.c > and change the error message so that it prints out the hostnames that it's > comparing. Normally, the code looks like this: > > if (strncmp(mastername, (char *)&myname, sizeof(myname))) { > yp_error("this host is not an NIS master server -- aborting"); > exit(1); > } > > Make it say this: > > if (strncmp(mastername, (char *)&myname, sizeof(myname))) { > yp_error("this host is not an NIS master server \ > (mastername:%s != myname:%s) -- aborting", mastername, myname); > exit(1); > } > > This way you will be able to see why it fails. Alternatively, compile > rpc.yppasswdd with -g and examine mastername and myname with gdb. > Myname is determined by calling gethostname() to find the local host > name. Mastername is found by doing a yp_master() on the passwd.byname > map, so it should be the same as that returned by yppoll. OK, this is what I get upon the following change: printf("yppasswdd- debug:%s<=>%s\n",mastername,myname); if (strncmp(mastername, (char *)&myname, sizeof(myname))) { yp_error("this host is not an NIS master server -- aborting"); exit(1); } toots# rpc.yppasswdd yppasswdd- debug:toots<=>toots.physik.rwth-aachen.de rpc.yppasswdd: this host is not an NIS master server -- aborting toots# toots# hostname toots.physik.rwth-aachen.de So myname is the fully qualified name while mastername is just the . short name. > > Let me know what hostnames this message prints out. Hopefully this > will show why rpc.yppasswdd thinks 'toots' isn't the NIS master for > your domain. > > -Bill > > -- > ============================================================================= > -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu > Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research > Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City > ============================================================================= > "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." > ============================================================================= > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Oct 23 00:21:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA01169 for current-outgoing; Wed, 23 Oct 1996 00:21:29 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA01159 for ; Wed, 23 Oct 1996 00:21:22 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA19815 for ; Wed, 23 Oct 1996 09:21:20 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA15624 for freebsd-current@FreeBSD.org; Wed, 23 Oct 1996 09:21:20 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA23418 for freebsd-current@FreeBSD.org; Wed, 23 Oct 1996 09:19:42 +0200 (MET DST) From: J Wunsch Message-Id: <199610230719.JAA23418@uriah.heep.sax.de> Subject: Re: Possibility? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 23 Oct 1996 09:19:42 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610222258.PAA08708@phaeton.artisoft.com> from Terry Lambert at "Oct 22, 96 03:58:05 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 Terry Lambert wrote: > Anyway, the core team is supposed to consider BSD4.4 source bases > other than FreeBSD and incorporate useful changes without my help. The core team is supposed to coordinate the work. Nothing less, but nothing more. -- 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 Oct 23 07:25:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19019 for current-outgoing; Wed, 23 Oct 1996 07:25:58 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA19013 for ; Wed, 23 Oct 1996 07:25:52 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id KAA17733; Wed, 23 Oct 1996 10:21:24 -0400 From: Bill Paul Message-Id: <199610231421.KAA17733@skynet.ctr.columbia.edu> Subject: Re: rpc.yppasswdd problem To: kuku@gilberto.physik.rwth-aachen.de Date: Wed, 23 Oct 1996 10:21:23 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: <199610230659.HAA25334@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Oct 23, 96 07:59:22 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, Christoph Kukulies had to walk into mine and say: [chop] > OK, this is what I get upon the following change: > printf("yppasswdd- debug:%s<=>%s\n",mastername,myname); > if (strncmp(mastername, (char *)&myname, sizeof(myname))) { > yp_error("this host is not an NIS master server -- aborting"); > exit(1); > } > > > > toots# > rpc.yppasswdd > yppasswdd- debug:toots<=>toots.physik.rwth-aachen.de > rpc.yppasswdd: this host is not an NIS master server -- aborting > toots# > toots# hostname > toots.physik.rwth-aachen.de > > > So myname is the fully qualified name while mastername is just the . > short name. Then you did change the NIS master's hostname after all. That's what I said originally. /var/yp/Makefile figures out the hostname to encode in the map by calling hostname(1), so if you change your hostname you need to rebuild all your maps. (Note that yp_mkdb(8) will also grab the hostname with gethostname() if you don't supply a hostname on the command line -- this should amount to the same thing.) At some point, you decided to go from 'toots' to 'toots.physik.rwth-aachen.de' (no, don't deny it: the proof is right there :). This makes the value returned by gethostname() different than what it was when you first built the maps. So just touch all your map source files (/var/yp/master.passwd, /etc/group, etc...) and then cd /var/yp; make. rpc.yppasswdd should start correctly then. Again, I suppose I should make the error message more specific. :) -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-current Wed Oct 23 08:51:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA23325 for current-outgoing; Wed, 23 Oct 1996 08:51:46 -0700 (PDT) Received: from cmu1.acs.cmu.edu (CMU1.ACS.CMU.EDU [128.2.35.186]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA23320 for ; Wed, 23 Oct 1996 08:51:42 -0700 (PDT) Received: from unix10.andrew.cmu.edu (UNIX10.ANDREW.CMU.EDU [128.2.35.75]) by cmu1.acs.cmu.edu (8.7.5/8.7.3) with SMTP id LAA07550; Wed, 23 Oct 1996 11:51:33 -0400 Date: Wed, 23 Oct 1996 11:51:33 -0400 (EDT) From: Andrew Y Ng Reply-To: Andrew Y Ng To: Gang-Ryung Uh cc: current@FreeBSD.ORG Subject: Re: netscape-3.0 In-Reply-To: <199610220502.FAA07810@sed.cs.fsu.edu> Message-ID: Organization: Carnegie Mellon University MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk read the README file, u need to make two sym links, and the problem will be fixed. /ayn On Tue, 22 Oct 1996, Gang-Ryung Uh wrote: > Hi, > > I am currently running FreeBSD 2.2-CURRENT #0: Sun Oct 6. > Today I supped the current netscape-3.0 port and installed it, > But I got a core dump with "exit with signal 11". > > I check the paths such as $XNLSPATH and $XKEYSYMDB, but they seem > to be set to the correct paths with correct permission. But > netscape_bin complains "The Motif keysyms seem not to be defined." > > Would you please help me on this matter? > Thanks in advance. > > Regards, > Gang-Ryung Uh > (uh@cs.fsu.edu) > -- Andrew Y Ng http://Ngbert.res.cmu.edu/ Carnegie Mellon University; ECE major, Music minor campus ph: 412/862-2836; voice mail: 412/268-6700 x30027 talk: finger ayn@Ngbert.res.cmu.edu for online status. finger ayn@CMU.EDU for more info, such as my public key, geekcode, snail address, etc. Left to themselves, things tend to go from bad to worse. From owner-freebsd-current Wed Oct 23 10:00:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27120 for current-outgoing; Wed, 23 Oct 1996 10:00:07 -0700 (PDT) Received: from noc.msc.edu (noc.msc.edu [137.66.12.254]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA27072 for ; Wed, 23 Oct 1996 09:59:57 -0700 (PDT) Received: from uc.msc.edu by noc.msc.edu (5.65/MSC/v3.0.1(920324)) id AA29598; Wed, 23 Oct 96 11:59:53 -0500 Received: from fergus-2.dialup.prtel.com by uc.msc.edu (5.65/MSC/v3.0z(901212)) id AA12795; Wed, 23 Oct 96 11:59:44 -0500 Received: (from alk@localhost) by compound.Think.COM (8.7.6/8.7.3) id LAA04601; Wed, 23 Oct 1996 11:59:41 -0500 (CDT) Date: Wed, 23 Oct 1996 11:59:41 -0500 (CDT) From: Tony Kimball Message-Id: <199610231659.LAA04601@compound.Think.COM> To: current@freebsd.org Subject: cvs-cur 2600A ff.: build fails Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here is the log. It has been this way since I installed from cvs-cur.2600A.gz. I am now at 2615. cc -O -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/alt/src/lib/libc/locale -DYP -c /alt/src/lib/libc/net/ns_addr.c -o ns_addr.o /alt/src/lib/libc/net/ns_addr.c:51: return-type is an incomplete type /alt/src/lib/libc/net/ns_addr.c: In function `ns_addr': /alt/src/lib/libc/net/ns_addr.c:80: `addr' has an incomplete type /alt/src/lib/libc/net/ns_addr.c:81: invalid use of undefined type `struct ns_addr' /alt/src/lib/libc/net/ns_addr.c:83: warning: `return' with a value, in function returning void /alt/src/lib/libc/net/ns_addr.c:88: invalid use of undefined type `struct ns_addr' /alt/src/lib/libc/net/ns_addr.c:91: invalid use of undefined type `struct ns_addr' /alt/src/lib/libc/net/ns_addr.c:93: warning: `return' with a value, in function returning void /alt/src/lib/libc/net/ns_addr.c: At top level: /alt/src/lib/libc/net/ns_addr.c:45: storage size of `addr' isn't known /alt/src/lib/libc/net/ns_addr.c:45: storage size of `zero_addr' isn't known From owner-freebsd-current Wed Oct 23 10:25:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28344 for current-outgoing; Wed, 23 Oct 1996 10:25:59 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA28335 for ; Wed, 23 Oct 1996 10:25:57 -0700 (PDT) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id KAA09594 for ; Wed, 23 Oct 1996 10:26:27 -0700 Date: Wed, 23 Oct 1996 10:26:25 -0700 (PDT) From: Veggy Vinny To: current@FreeBSD.ORG Subject: libgnuregex Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings everyone, During a make world yesterday, there was a power failure and it currupted the binary in /usr/lib/libgnuregex* library, does anyone know under which /usr/src/lib directory in -current can I rebuild this so my make world will work again? Thanks. Vince From owner-freebsd-current Wed Oct 23 10:48:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA00337 for current-outgoing; Wed, 23 Oct 1996 10:48:09 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA00328 for ; Wed, 23 Oct 1996 10:48:05 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.6/8.7.3) with ESMTP id TAA02284; Wed, 23 Oct 1996 19:47:14 +0200 (SAT) Message-Id: <199610231747.TAA02284@grumble.grondar.za> To: Veggy Vinny cc: current@FreeBSD.ORG Subject: Re: libgnuregex Date: Wed, 23 Oct 1996 19:47:14 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Veggy Vinny wrote: > During a make world yesterday, there was a power failure and it > currupted the binary in /usr/lib/libgnuregex* library, does anyone know > under which /usr/src/lib directory in -current can I rebuild this so my > make world will work again? Thanks. Your friend is locate(1) :-) $ locate regex M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Wed Oct 23 12:14:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03703 for current-outgoing; Wed, 23 Oct 1996 12:14:13 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA03695 for ; Wed, 23 Oct 1996 12:14:09 -0700 (PDT) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id MAA17032; Wed, 23 Oct 1996 12:14:54 -0700 Date: Wed, 23 Oct 1996 12:14:52 -0700 (PDT) From: Veggy Vinny To: Mark Murray cc: current@FreeBSD.ORG Subject: Re: libgnuregex In-Reply-To: <199610231747.TAA02284@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Oct 1996, Mark Murray wrote: > Your friend is locate(1) :-) > > $ locate regex Thanks Mark! =) I forgot there were libs in /usr/src/gnu =) Vince From owner-freebsd-current Wed Oct 23 13:42:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09972 for current-outgoing; Wed, 23 Oct 1996 13:42:28 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA09967 for ; Wed, 23 Oct 1996 13:42:25 -0700 (PDT) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.7.6/8.7.3) id NAA05182 for freebsd-current@freebsd.org; Wed, 23 Oct 1996 13:42:55 -0700 (PDT) From: "Steven G. Kargl" Message-Id: <199610232042.NAA05182@troutmask.apl.washington.edu> Subject: Is profiling code broken? To: freebsd-current@freebsd.org Date: Wed, 23 Oct 1996 13:42:54 -0700 (PDT) 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 In my battle to increase the speed of some of my computations, I will compile the code with profiling enabled. Today, to my surprise my code seems to be executing infinitely fast. This is on a -current machine that was last build on 9 Oct 96. I'm in the process of doing a make world on freshly supped sources. For those who are programming language impaired, this is Fortran :-). program t implicit none double precision x, f integer i, j external f do 1 i =1, 1000 do 2 j = 1, 1000 x = f(dble(i)) 2 continue 1 continue end double precision function f(x) double precision x integer i do 3 i = 1, 100 f = x / 2.d0 3 continue return end kargl[264] f77 -o t -pg t.f kargl[265] time t 59.80 real 0.00 user 48.34 sys kargl[266] gprof -l -b t gmon.out | more granularity: each sample hit covers 4 byte(s) no time accumulated % cumulative self self total time seconds seconds calls ms/call ms/call name 0.0 0.00 0.00 1000000 0.00 0.00 _f_ [11] 0.0 0.00 0.00 6 0.00 0.00 _sigaction [12] 0.0 0.00 0.00 6 0.00 0.00 _signal [13] 0.0 0.00 0.00 5 0.00 0.00 ___syscall [14] 0.0 0.00 0.00 4 0.00 0.00 ___sseek [15] 0.0 0.00 0.00 4 0.00 0.00 _ftell [16] 0.0 0.00 0.00 4 0.00 0.00 _imalloc [17] 0.0 0.00 0.00 4 0.00 0.00 _ioctl [18] 0.0 0.00 0.00 4 0.00 0.00 _isatty [19] 0.0 0.00 0.00 4 0.00 0.00 _lseek [20] 0.0 0.00 0.00 4 0.00 0.00 _sbrk [21] 0.0 0.00 0.00 4 0.00 0.00 _tcgetattr [22] 0.0 0.00 0.00 3 0.00 0.00 ___sflush [23] There appears to be about 11 seconds missing from the time command that should be accounted for by gprof. Additionally, I noticed that the profiled libraries built during a make world use a -p flag instead of -pg. Why? We do not currently have prof(1) in the source tree. -- Steve From owner-freebsd-current Wed Oct 23 14:15:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11881 for current-outgoing; Wed, 23 Oct 1996 14:15:48 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA11875 for ; Wed, 23 Oct 1996 14:15:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA10460; Wed, 23 Oct 1996 14:13:20 -0700 From: Terry Lambert Message-Id: <199610232113.OAA10460@phaeton.artisoft.com> Subject: Re: HEY! mount -u -o ro / now works! To: julian@whistle.com (Julian Elischer) Date: Wed, 23 Oct 1996 14:13:20 -0700 (MST) Cc: current@freebsd.org In-Reply-To: <326D4BCF.41C67EA6@whistle.com> from "Julian Elischer" at Oct 22, 96 03:33:51 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > who enabled that? > why was it not announced? > is there a 'gotcha'? > > does it sync everything before changing it to ro? > > neat! but , can I trust it? Check the commit messages. Jeffrey Hsu might have done it. If not, beware: it did not formerly work. I got it working as part of my mount code changes for integrating root and non-root mount handling, and pushing root vs. inferior mounting up to the common code layer (where it belings). I had to do it for the Win95 version of the VFS framework, since Win95 insists that FS's be mounted each on its own virtual root (one FS, one drive letter). The read-only mount fix was a side-effect of allowing a mount before fsck to get the drive ID allocated to the device. This was part of the code I back-ported and submitted a year ago last June. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Oct 23 14:19:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12102 for current-outgoing; Wed, 23 Oct 1996 14:19:26 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA12097 for ; Wed, 23 Oct 1996 14:19:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA10473; Wed, 23 Oct 1996 14:16:51 -0700 From: Terry Lambert Message-Id: <199610232116.OAA10473@phaeton.artisoft.com> Subject: Re: Possibility? To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 23 Oct 1996 14:16:51 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199610230719.JAA23418@uriah.heep.sax.de> from "J Wunsch" at Oct 23, 96 09:19:42 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Anyway, the core team is supposed to consider BSD4.4 source bases > > other than FreeBSD and incorporate useful changes without my help. > > The core team is supposed to coordinate the work. Nothing less, but > nothing more. So if, for instance, the BSD 4.4-Lite2 code is not being actively integrated, how can it possibly result in a coordination conflict? I think the core team sets direction and policy, as well as self-sechduling core team members as engineering resources, doesn't it? I mean, otherwise there would be no reason for not integrating patches, even if they were not fully understood by some core team member or other? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Oct 23 14:25:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12637 for current-outgoing; Wed, 23 Oct 1996 14:25:41 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA12631 for ; Wed, 23 Oct 1996 14:25:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA10485; Wed, 23 Oct 1996 14:22:19 -0700 From: Terry Lambert Message-Id: <199610232122.OAA10485@phaeton.artisoft.com> Subject: Re: Is profiling code broken? To: sgk@troutmask.apl.washington.edu (Steven G. Kargl) Date: Wed, 23 Oct 1996 14:22:19 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199610232042.NAA05182@troutmask.apl.washington.edu> from "Steven G. Kargl" at Oct 23, 96 01:42:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > program t > implicit none > double precision x, f > integer i, j > external f > > do 1 i =1, 1000 > do 2 j = 1, 1000 > x = f(dble(i)) > 2 continue > 1 continue > end I would expect the second do loop to be removed by a decent optimizer; ij is not a dependent variable. Maybe the back end changed to 2.7.2 or the default optimization flags have changed in the compilation script? > double precision function f(x) > double precision x > integer i > do 3 i = 1, 100 > f = x / 2.d0 > 3 continue > return > end I would expect this second do loop to fall out as well. > There appears to be about 11 seconds missing from the time command > that should be accounted for by gprof. Inline functions for which exported symbols aren't generated will be static. This could be hidden in your dble() call... > Additionally, I noticed that the profiled libraries built during a > make world use a -p flag instead of -pg. Why? We do not currently > have prof(1) in the source tree. g is debugging information; you don't need it for profiling? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Oct 23 14:59:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14217 for current-outgoing; Wed, 23 Oct 1996 14:59:26 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA14212 for ; Wed, 23 Oct 1996 14:59:23 -0700 (PDT) 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 OAA12205 for ; Wed, 23 Oct 1996 14:58:30 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA28416 for ; Wed, 23 Oct 1996 23:50:56 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA02531 for freebsd-current@FreeBSD.org; Wed, 23 Oct 1996 23:50:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id XAA28481 for freebsd-current@FreeBSD.org; Wed, 23 Oct 1996 23:39:28 +0200 (MET DST) From: J Wunsch Message-Id: <199610232139.XAA28481@uriah.heep.sax.de> Subject: Re: Possibility? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 23 Oct 1996 23:39:28 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610232116.OAA10473@phaeton.artisoft.com> from Terry Lambert at "Oct 23, 96 02:16:51 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 Terry Lambert wrote: > > > Anyway, the core team is supposed to consider BSD4.4 source bases > > > other than FreeBSD and incorporate useful changes without my help. > > > > The core team is supposed to coordinate the work. Nothing less, but > > nothing more. > > So if, for instance, the BSD 4.4-Lite2 code is not being actively > integrated, how can it possibly result in a coordination conflict? Pieces of the 4.4-Lite2 code are being actively integrated. Some of them have already been, some of them are still looking for maintainers. But where's the relation of this to your claim that ``the core team'' might be responsible to incorporate other BSD code bases (where the context of the original message implied OpenBSD, in this case)? > I mean, otherwise there would be no reason for not integrating patches, > even if they were not fully understood by some core team member or other? This is not a problem of the core team, it's merely a problem of that none of the existing _committers_ seems to fully understand your patches. You're confusing things: it requires a committer to integrate something, there are currently 66 of them available. It doesn't necessarily require a core team member for doing this (though incidentally ;), all the core team member also happen to be committers). -- 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 Oct 23 15:10:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14856 for current-outgoing; Wed, 23 Oct 1996 15:10:37 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA14851 for ; Wed, 23 Oct 1996 15:10:34 -0700 (PDT) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.7.6/8.7.3) id PAA07504; Wed, 23 Oct 1996 15:10:01 -0700 (PDT) From: "Steven G. Kargl" Message-Id: <199610232210.PAA07504@troutmask.apl.washington.edu> Subject: Re: Is profiling code broken? In-Reply-To: <199610232122.OAA10485@phaeton.artisoft.com> from Terry Lambert at "Oct 23, 96 02:22:19 pm" To: terry@lambert.org (Terry Lambert) Date: Wed, 23 Oct 1996 15:10:00 -0700 (PDT) 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 According to Terry Lambert: > > program t > > implicit none > > double precision x, f > > integer i, j > > external f > > > > do 1 i =1, 1000 > > do 2 j = 1, 1000 > > x = f(dble(i)) > > 2 continue > > 1 continue > > end > > I would expect the second do loop to be removed by a decent optimizer; > ij is not a dependent variable. Maybe the back end changed to 2.7.2 or > the default optimization flags have changed in the compilation script? Okay, it was a simple example program. On my code with 5k lines that can take an hour or more to run, I still get no profiling information other than the number of times a function (subroutine) has been called. Also, in the profile output included in the original message, you'll see that the f() function was call 1000000 time as expected. [Terry's remaining analysis deleted] > > > Additionally, I noticed that the profiled libraries built during a > > make world use a -p flag instead of -pg. Why? We do not currently > > have prof(1) in the source tree. > > g is debugging information; you don't need it for profiling? > man gcc ... -pg Generate extra code to write profile information suitable for the analysis program gprof. ... If you compile with -p alone, gcc (or ld) tries to link in /usr/lib/mrt0.o which does not exist on my FreeBSD system. -- Steve From owner-freebsd-current Wed Oct 23 15:32:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA16530 for current-outgoing; Wed, 23 Oct 1996 15:32:40 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA16524 for ; Wed, 23 Oct 1996 15:32:36 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA10622; Wed, 23 Oct 1996 15:28:55 -0700 From: Terry Lambert Message-Id: <199610232228.PAA10622@phaeton.artisoft.com> Subject: Re: Is profiling code broken? To: sgk@troutmask.apl.washington.edu (Steven G. Kargl) Date: Wed, 23 Oct 1996 15:28:55 -0700 (MST) Cc: terry@lambert.org, freebsd-current@freebsd.org In-Reply-To: <199610232210.PAA07504@troutmask.apl.washington.edu> from "Steven G. Kargl" at Oct 23, 96 03:10:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I would expect the second do loop to be removed by a decent optimizer; > > ij is not a dependent variable. Maybe the back end changed to 2.7.2 or > > the default optimization flags have changed in the compilation script? > > Okay, it was a simple example program. On my code with 5k lines that > can take an hour or more to run, I still get no profiling information > other than the number of times a function (subroutine) has been called. Right. The buckets are divided by address space into per symbol buckets. Profiling is, by definition, done at a per function granularity. What function are you calling that isn't showing up? Maybe a better question would be: what did you want it to show, as opposed to what it does show? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Oct 23 17:26:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA22806 for current-outgoing; Wed, 23 Oct 1996 17:26:55 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA22801 for ; Wed, 23 Oct 1996 17:26:53 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA10925; Wed, 23 Oct 1996 17:24:18 -0700 From: Terry Lambert Message-Id: <199610240024.RAA10925@phaeton.artisoft.com> Subject: Re: Possibility? To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 23 Oct 1996 17:24:18 -0700 (MST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199610232139.XAA28481@uriah.heep.sax.de> from "J Wunsch" at Oct 23, 96 11:39:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > But where's the relation of this to your claim that ``the core team'' > might be responsible to incorporate other BSD code bases (where the > context of the original message implied OpenBSD, in this case)? 4.4-Lite2 is an "other BSD code base", just as OpenBSD is an "other BSD code base". > > I mean, otherwise there would be no reason for not integrating patches, > > even if they were not fully understood by some core team member or other? > > This is not a problem of the core team, it's merely a problem of that > none of the existing _committers_ seems to fully understand your > patches. You're confusing things: it requires a committer to > integrate something, there are currently 66 of them available. It > doesn't necessarily require a core team member for doing this (though > incidentally ;), all the core team member also happen to be > committers). I was not using my own patches as the straw amn here; I was pointing out the apparent dichotomy between what you say and what you do. The dichotomy remains, even if you divorce it from specific examples (which I tried to do). You asked why I don't submit patches relative to a publically available source base that I am not the only qualified person to examine. I answered your question, and pointed out the dichotomy which appeared to be enabling you to ask it (and in light of which, it was a silly question for you to ask). Don't accuse me of creating the dichotomy: I only observed and noted it as the result of your own question. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Oct 23 18:46:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA27697 for current-outgoing; Wed, 23 Oct 1996 18:46:42 -0700 (PDT) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA27683 for ; Wed, 23 Oct 1996 18:46:37 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id UAA00224; Wed, 23 Oct 1996 20:45:52 -0500 (EST) From: "John S. Dyson" Message-Id: <199610240145.UAA00224@dyson.iquest.net> Subject: Re: Possibility? To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 23 Oct 1996 20:45:51 -0500 (EST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199610232139.XAA28481@uriah.heep.sax.de> from "J Wunsch" at Oct 23, 96 11:39: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 > > J"org said: > > This is not a problem of the core team, it's merely a problem of that > none of the existing _committers_ seems to fully understand your > patches. You're confusing things: it requires a committer to > integrate something, there are currently 66 of them available. It > doesn't necessarily require a core team member for doing this (though > incidentally ;), all the core team member also happen to be > committers). > Actually, it is more that the changes are significant enough that any single committer isn't willing/able to make the changes without consensus... John From owner-freebsd-current Wed Oct 23 19:27:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA29928 for current-outgoing; Wed, 23 Oct 1996 19:27:00 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA29921 for ; Wed, 23 Oct 1996 19:26:53 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id MAA25268; Thu, 24 Oct 1996 12:23:25 +1000 Date: Thu, 24 Oct 1996 12:23:25 +1000 From: Bruce Evans Message-Id: <199610240223.MAA25268@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, sgk@troutmask.apl.washington.edu Subject: Re: Is profiling code broken? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >In my battle to increase the speed of some of my computations, I >will compile the code with profiling enabled. Today, to my >surprise my code seems to be executing infinitely fast. > >This is on a -current machine that was last build on 9 Oct 96. >I'm in the process of doing a make world on freshly supped >sources. It workes with my version of -current with old (6 Sep 06) profiling libraries. I have changed kernel profiling a lot, but the changes are now in -current and I haven't changed user profiling much. $ time ./t 37.95 real 37.89 user 0.03 sys >kargl[264] f77 -o t -pg t.f >kargl[265] time t > 59.80 real 0.00 user 48.34 sys This is unreasonable even without profiling. Perhaps the statistics clock has stopped. This used to be more obvious because it also caused zero system times too, but statistics counts of 0 for system time are now converted to 1 so that short-lived processes are accounted for somewhere. Bruce From owner-freebsd-current Wed Oct 23 20:40:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA04831 for current-outgoing; Wed, 23 Oct 1996 20:40:17 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA04820 for ; Wed, 23 Oct 1996 20:40:14 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id UAA11702; Wed, 23 Oct 1996 20:36:20 -0700 (PDT) To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: Possibility? In-reply-to: Your message of "Wed, 23 Oct 1996 14:16:51 PDT." <199610232116.OAA10473@phaeton.artisoft.com> Date: Wed, 23 Oct 1996 20:36:20 -0700 Message-ID: <11700.846128180@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I think the core team sets direction and policy, as well as > self-sechduling core team members as engineering resources, doesn't it? The core team members largely self-schedule themselves, more according to whatever available time and energy resources are available that week than any quickly-obsolete "master plan", but if one wanted to back-solve from this and call the sum of their decisions "core team policy" then yeah, I guess you could do that too. ;-) Jordan P.S. Of course this isn't ISO 9000 compliant management, but then about 95% of the existing core team would probably walk if it were, so the medicine would be worse than the cure. From owner-freebsd-current Wed Oct 23 20:53:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA06165 for current-outgoing; Wed, 23 Oct 1996 20:53:08 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA06149 for ; Wed, 23 Oct 1996 20:52:59 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id NAA18586; Thu, 24 Oct 1996 13:52:09 +1000 From: David Dawes Message-Id: <199610240352.NAA18586@rf900.physics.usyd.edu.au> Subject: Re: bug in 312S on ftp.freebsd.org To: spaz@u.washington.edu (John Utz) Date: Thu, 24 Oct 1996 13:52:09 +1000 (EST) Cc: XFree86@XFree86.org, current@freebsd.org In-Reply-To: from "John Utz" at Oct 23, 96 08:26:58 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >using the freebsd 2.2-961006 snap with the 312s distribution available >on 10/23/96 > >certain applications, such as netscape and ghostview fail with the error: > >xterm: error 50, errno 14: bad address This message is coming from xterm. In xterm/error.h, error 50 is: #define ERROR_SELECT 50 /* in_put: select() failed */ In xterm/charproc.c (in_put()): select_timeout.tv_sec = 0; select_timeout.tv_usec = 0; i = select(max_plus1, &select_mask, &write_mask, (int *)NULL, QLength(screen->display) ? &select_timeout : (struct timeval *) NULL); if (i < 0) { if (errno != EINTR) SysError(ERROR_SELECT); continue; } so, select is failing for some reason other than EINTR. errno 14 is: 14 EFAULT Bad address. The system detected an invalid address in attempt- ing to use an argument of a call. select_mask and write_mask are declared outside of in_put() as: static int select_mask; static int write_mask; and select_timeout is declared within in_put() as: static struct timeval select_timeout; so I can't imagine their addresses being invalid. The select stuff has changed a little in our current code: static fd_set select_mask; static fd_set write_mask; static struct timeval select_timeout; select_timeout.tv_sec = 0; if (XtAppPending(app_con)) select_timeout.tv_usec = 0; else select_timeout.tv_usec = 50000; i = select(max_plus1, &select_mask, &write_mask, NULL, (select_timeout.tv_usec == 0) || screen->awaitInput ? &select_timeout : NULL); I don't have that snap installed here, so I can't check this any further myself. David From owner-freebsd-current Wed Oct 23 21:27:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA10116 for current-outgoing; Wed, 23 Oct 1996 21:27:19 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA10104 for ; Wed, 23 Oct 1996 21:27:15 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id VAA11861; Wed, 23 Oct 1996 21:26:17 -0700 (PDT) To: Terry Lambert , joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: Possibility? In-reply-to: Your message of "Wed, 23 Oct 1996 20:36:20 PDT." <11700.846128180@time.cdrom.com> Date: Wed, 23 Oct 1996 21:26:17 -0700 Message-ID: <11859.846131177@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > 95% of the existing core team would probably walk if it were, so the > medicine would be worse than the cure. Boy, *that's* a mangled metaphor! Sorry, writing too fast.. I meant to say that the cure would be worse than its bite. Erm, that is to say that I mean.. uh... Oh never mind. From owner-freebsd-current Wed Oct 23 21:40:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA11294 for current-outgoing; Wed, 23 Oct 1996 21:40:14 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA11248 for ; Wed, 23 Oct 1996 21:40:07 -0700 (PDT) Received: from localhost (scrappy@localhost) by quagmire.ki.net (8.7.6/8.7.5) with SMTP id AAA00404 for ; Thu, 24 Oct 1996 00:40:03 -0400 (EDT) Date: Thu, 24 Oct 1996 00:40:03 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: Apparent SCSI bus hangs... 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'm getting an unusually high number of what *seems* to be SCSI bus lock ups in recent -current kernels (recent == last one sup'd in two nights ago) Has anyone experienced similar? The system is simply a 486DX4-100 with 32Meg RAM and *1* 2gig SCSI drive: (aha0:0:0): "SEAGATE ST32151N 0284" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 2049MB (4197405 512 byte sectors) Sitting on an Adaptec 1542CF controller. My first reaction would normally be that its a hardware problem, but its only started happening over the past couple of weeks, and it seems to happen on both of my systems, both running recent -current kernels... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Wed Oct 23 22:39:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA16627 for current-outgoing; Wed, 23 Oct 1996 22:39:33 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA16622 for ; Wed, 23 Oct 1996 22:39:32 -0700 (PDT) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.7.6/8.7.3) id WAA17697; Wed, 23 Oct 1996 22:40:25 -0700 (PDT) From: "Steven G. Kargl" Message-Id: <199610240540.WAA17697@troutmask.apl.washington.edu> Subject: Re: Is profiling code broken? In-Reply-To: <199610240223.MAA25268@godzilla.zeta.org.au> from Bruce Evans at "Oct 24, 96 12:23:25 pm" To: bde@zeta.org.au (Bruce Evans) Date: Wed, 23 Oct 1996 22:40:25 -0700 (PDT) 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 According to Bruce Evans: > >In my battle to increase the speed of some of my computations, I > >will compile the code with profiling enabled. Today, to my > >surprise my code seems to be executing infinitely fast. > > > >This is on a -current machine that was last build on 9 Oct 96. > >I'm in the process of doing a make world on freshly supped > >sources. > > It workes with my version of -current with old (6 Sep 06) profiling > libraries. I have changed kernel profiling a lot, but the changes > are now in -current and I haven't changed user profiling much. > > $ time ./t > 37.95 real 37.89 user 0.03 sys > > >kargl[264] f77 -o t -pg t.f > >kargl[265] time t > > 59.80 real 0.00 user 48.34 sys > > This is unreasonable even without profiling. Perhaps the statistics > clock has stopped. This used to be more obvious because it also caused > zero system times too, but statistics counts of 0 for system time are now > converted to 1 so that short-lived processes are accounted for somewhere. > I recompiled my kernel with freshly supped sources and the problem went away. The old kernel with the problem was built from sources dated 9 Oct 96. What is strange about the situation is that I ran some profiled code last week without a problem. The only things I can think of that might have caused the problem are moused and tkman from the ports collections. These are the only new items added to my system since last week. Anyway, everything appears fine, but I'll investigate somemore tomorrow. One other question: during a make world the profiled libraries are built with the -p compiler option. Shouldn't this be -pg? Each time I try to link an executable compiled with -p, ld complains about /usr/lib/mcrt0.o missing. -- Steve From owner-freebsd-current Wed Oct 23 23:23:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA18949 for current-outgoing; Wed, 23 Oct 1996 23:23:02 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA18944; Wed, 23 Oct 1996 23:22:58 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id XAA25401; Wed, 23 Oct 1996 23:21:41 -0700 (PDT) Message-ID: <326F0A67.167EB0E7@whistle.com> Date: Wed, 23 Oct 1996 23:19:19 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: bde@freebsd.org, current@freebsd.org Subject: Can't compile profiled kernel Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk some time in the last 2 weeks or so, the following broke..... loading kernel ../../libkern/mcount.c:94: Undefined symbol `_read_eflags' referenced from text segment ../../libkern/mcount.c:94: Undefined symbol `_disable_intr' referenced from text segment ../../libkern/mcount.c:253: Undefined symbol `_write_eflags' referenced from text segment *** Error code 1 Stop. where do these come from? I can't find them anywhere in teh kernel tree.. this is with gcc 2.6.3 does this mean I need to upgrade this machine? are these gcc "built-ins" ? sources as supped this morning.. (I'll do another sup now to make sure) julian From owner-freebsd-current Wed Oct 23 23:41:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20052 for current-outgoing; Wed, 23 Oct 1996 23:41:14 -0700 (PDT) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20046 for current; Wed, 23 Oct 1996 23:41:13 -0700 (PDT) Date: Wed, 23 Oct 1996 23:41:13 -0700 (PDT) From: Jeffrey Hsu Message-Id: <199610240641.XAA20046@freefall.freebsd.org> To: current Subject: Re: HEY! mount -u -o ro / now works! Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Check the commit messages. Jeffrey Hsu might have done it. Wasn't me. From owner-freebsd-current Thu Oct 24 00:49:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA22892 for current-outgoing; Thu, 24 Oct 1996 00:49:35 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA22887 for ; Thu, 24 Oct 1996 00:49:30 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id RAA02128; Thu, 24 Oct 1996 17:44:13 +1000 Date: Thu, 24 Oct 1996 17:44:13 +1000 From: Bruce Evans Message-Id: <199610240744.RAA02128@godzilla.zeta.org.au> To: bde@zeta.org.au, sgk@troutmask.apl.washington.edu Subject: Re: Is profiling code broken? Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I recompiled my kernel with freshly supped sources and the problem >went away. The old kernel with the problem was built from sources >dated 9 Oct 96. What is strange about the situation is that I ran >some profiled code last week without a problem. The only things I I think it was (is) a hardware problem. >One other question: during a make world the profiled libraries are >built with the -p compiler option. Shouldn't this be -pg? Each time >I try to link an executable compiled with -p, ld complains about >/usr/lib/mcrt0.o missing. It makes no difference except for linking. If it made a difference, then I think -p might require more code than -pg, so it is reasonable for -p to be the default for libraries (another set of libraries would be too many). The extra code might be for per-function counters and possibly code to increment the counters. For gprof, the counters are allocated together with information about the call graph because separate counters would have small or negative benefits. I removed the generation of the separate counters from gcc a long time ago. They just wasted space (and time to pass pointers to them) because gprof didn't use them and we didn't have gprof. Bruce From owner-freebsd-current Thu Oct 24 01:22:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA26863 for current-outgoing; Thu, 24 Oct 1996 01:22:28 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA26800 for ; Thu, 24 Oct 1996 01:22:04 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA24906; Thu, 24 Oct 1996 10:21:24 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA12364; Thu, 24 Oct 1996 10:21:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA02094; Thu, 24 Oct 1996 09:52:25 +0200 (MET DST) From: J Wunsch Message-Id: <199610240752.JAA02094@uriah.heep.sax.de> Subject: Re: Apparent SCSI bus hangs... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 24 Oct 1996 09:52:25 +0200 (MET DST) Cc: scrappy@ki.net (Marc G. Fournier) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Marc G. Fournier" at "Oct 24, 96 00:40:03 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 Marc G. Fournier wrote: > (aha0:0:0): "SEAGATE ST32151N 0284" type 0 fixed SCSI 2 > sd0(aha0:0:0): Direct-Access 2049MB (4197405 512 byte sectors) > > Sitting on an Adaptec 1542CF controller. > (ncr0:0:0): "SEAGATE ST32155N 0532" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 2049MB (4197405 512 byte sectors) Only a note that this one still works fine. -- 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 Oct 24 02:19:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA04993 for current-outgoing; Thu, 24 Oct 1996 02:19:38 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA04986 for ; Thu, 24 Oct 1996 02:19:35 -0700 (PDT) Received: from localhost (scrappy@localhost) by quagmire.ki.net (8.7.6/8.7.5) with SMTP id FAA06255; Thu, 24 Oct 1996 05:15:36 -0400 (EDT) Date: Thu, 24 Oct 1996 05:15:36 -0400 (EDT) From: "Marc G. Fournier" To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: Apparent SCSI bus hangs... In-Reply-To: <199610240752.JAA02094@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Oct 1996, J Wunsch wrote: > As Marc G. Fournier wrote: > > > (aha0:0:0): "SEAGATE ST32151N 0284" type 0 fixed SCSI 2 > > sd0(aha0:0:0): Direct-Access 2049MB (4197405 512 byte sectors) > > > > Sitting on an Adaptec 1542CF controller. > > > > (ncr0:0:0): "SEAGATE ST32155N 0532" type 0 fixed SCSI 2 > sd0(ncr0:0:0): Direct-Access > sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. > 2049MB (4197405 512 byte sectors) > > Only a note that this one still works fine. > Okay...let's throw something else in that I only just through about... Has anyone noticed any problems with having AHC_TAG_ENABLE set in the kernel? That's the only thing I can think of that's changed recently, to my configuration. I'm certain that the problem started before I did that, but not 100% certain :( Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Thu Oct 24 03:00:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA08942 for current-outgoing; Thu, 24 Oct 1996 03:00:07 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA08889; Thu, 24 Oct 1996 03:00:02 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id TAA06113; Thu, 24 Oct 1996 19:53:51 +1000 Date: Thu, 24 Oct 1996 19:53:51 +1000 From: Bruce Evans Message-Id: <199610240953.TAA06113@godzilla.zeta.org.au> To: bde@freebsd.org, current@freebsd.org, julian@whistle.com Subject: Re: Can't compile profiled kernel Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >some time in the last 2 weeks or so, the following broke..... > >loading kernel >../../libkern/mcount.c:94: Undefined symbol `_read_eflags' referenced >from text segment >../../libkern/mcount.c:94: Undefined symbol `_disable_intr' referenced >from text segment >../../libkern/mcount.c:253: Undefined symbol `_write_eflags' referenced >from text segment >*** Error code 1 > >Stop. > >where do these come from? These are inline functions defined in . is included by . I removed the include of in mcount.c because it is unused. It is only unused in the !GUPROF case. Oops. (There are some macros which expand to read_eflags() etc. in the !GUPROF case but the GUPROF case requires assembler stubs which have to disable interrupts, so the C code doesn't need to disable interrupts again.) This is easy to fix by including again or using option GUPROF (config with -pp). I think someone wants you to test GUPROF :-). Bruce From owner-freebsd-current Thu Oct 24 07:37:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA25244 for current-outgoing; Thu, 24 Oct 1996 07:37:09 -0700 (PDT) Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA25230 for ; Thu, 24 Oct 1996 07:37:00 -0700 (PDT) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.6/8.6.4) with ESMTP id QAA02325 for ; Thu, 24 Oct 1996 16:36:41 +0200 (MET DST) Message-Id: <199610241436.QAA02325@lirmm.lirmm.fr> To: current@FreeBSD.org Subject: cc1 is dumping core each time Date: Thu, 24 Oct 1996 16:36:38 +0200 From: "Philippe Charnier" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, I remade world last night, all was well at bootstrap time. A new cc was made with no reported problem (at compile time and link time) and installed. Now each time cc1 is run, a get a sig 11 and a core dump, I get a truncated object file as the result. If I run make -k, the link stage is happy to merge the faulty object files. cc1 always fails at the same place (don't have the source handy): something like if (GET_CODE(x) == ) I also had problems before, but less than 4 times in a make world, and restarting solved the problem. Was already reported by someone else if I remember right. It happened with two different sets of memory. I got gcc2.6.3 back from my 2.1.5 bootable rescue-disk, to make 2.7.2.1 from scratch. Hope to be a winner now! :-) -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Thu Oct 24 07:39:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA25400 for current-outgoing; Thu, 24 Oct 1996 07:39:00 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA25381 for ; Thu, 24 Oct 1996 07:38:54 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id KAA22434 for current@freebsd.org; Thu, 24 Oct 1996 10:38:42 -0400 From: Bill Paul Message-Id: <199610241438.KAA22434@skynet.ctr.columbia.edu> Subject: /etc/rc* stuff To: current@freebsd.org Date: Thu, 24 Oct 1996 10:38:40 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just a couple of small nits: - At the very end of /etc/rc.i386, we have this: [begin snippage] echo '.' # interrupts for /dev/random device if [ "X${rand_irqs}" != X"NO" ] ; then echo -n 'entropy source: ' rndcontrol ${rand_irqs} fi echo '.' # probably bogus [end snippage] The 'probably bogus' comment is true: if you don't have rand_irqs set to anything, you get an extra '.' printed on a line all by itself. This has bugged me for a while. (I'm funny that way.) What's the correct way to fix this? Should the entropy source message be part of the '386 specific' config messages or should it be a seperate caterory, and thus be on a line by itself? Put another way, should the first "echo '.'" go away, or should the 'probably bogus' one be moved inside the if/fi clause? - Even though we have rpc.lockd and rpc.statd in the tree now, there are no knobs for it in /etc/sysconfig or /etc/rc. Shouldn't we be be starting them if NFS is turned on? -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-current Thu Oct 24 09:11:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02062 for current-outgoing; Thu, 24 Oct 1996 09:11:25 -0700 (PDT) Received: from mail.cs.utexas.edu (root@mail.cs.utexas.edu [128.83.139.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA02056 for ; Thu, 24 Oct 1996 09:11:21 -0700 (PDT) Received: from opus.cs.utexas.edu (miker@opus.cs.utexas.edu [128.83.143.208]) by mail.cs.utexas.edu (8.8.2/8.8.2) with ESMTP id LAA20298 for ; Thu, 24 Oct 1996 11:11:19 -0500 (CDT) From: Hung Michael Nguyen Received: by opus.cs.utexas.edu (8.7.6/Client-1.4) id LAA27862; Thu, 24 Oct 1996 11:11:17 -0500 Message-Id: <199610241611.LAA27862@opus.cs.utexas.edu> Subject: Is the latest SNAP going to be on CD? To: current@freebsd.org Date: Thu, 24 Oct 1996 11:11:17 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Subject says it all. I am running 2.1.5, but would like to be able to use the JDK and gcc 2.7.2.1 "officially" (I have it compiled, but I don't really trust it). Thanks, Mike. From owner-freebsd-current Thu Oct 24 09:24:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02892 for current-outgoing; Thu, 24 Oct 1996 09:24:25 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA02869 for ; Thu, 24 Oct 1996 09:24:18 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA11876; Thu, 24 Oct 1996 11:22:29 -0500 From: Joe Greco Message-Id: <199610241622.LAA11876@brasil.moneng.mei.com> Subject: Re: Apparent SCSI bus hangs... To: scrappy@ki.net (Marc G. Fournier) Date: Thu, 24 Oct 1996 11:22:29 -0500 (CDT) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: from "Marc G. Fournier" at Oct 24, 96 05:15:36 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > On Thu, 24 Oct 1996, J Wunsch wrote: > > > As Marc G. Fournier wrote: > > > > > (aha0:0:0): "SEAGATE ST32151N 0284" type 0 fixed SCSI 2 > > > sd0(aha0:0:0): Direct-Access 2049MB (4197405 512 byte sectors) > > > > > > Sitting on an Adaptec 1542CF controller. > > > > > > > (ncr0:0:0): "SEAGATE ST32155N 0532" type 0 fixed SCSI 2 > > sd0(ncr0:0:0): Direct-Access > > sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. > > 2049MB (4197405 512 byte sectors) > > > > Only a note that this one still works fine. > > > Okay...let's throw something else in that I only just through > about... > > Has anyone noticed any problems with having AHC_TAG_ENABLE set > in the kernel? That's the only thing I can think of that's changed > recently, to my configuration. I'm certain that the problem started > before I did that, but not 100% certain :( I did not think that AHC_TAG_ENABLE affected an "aha" controller... but I can not honestly say I have looked at the sources. I am using two dozen 31055N's (the 1G Hawk "Ultra SCSI") on NCR's as well and am having very, very, very infrequent drive lock ups (one per month maybe) under 2.1.5R. The NCR uses 4 tags by default. I will shortly be building a machine with 2 AHA-3940's and a pile of 31055N's and possibly a 1542CF for the CD-ROM, and if you are still having problems, I would be happy to see if I can reproduce them with a few 31055N's on the 1542CF. Good luck, ... JG From owner-freebsd-current Thu Oct 24 09:31:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03438 for current-outgoing; Thu, 24 Oct 1996 09:31:52 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA03430 for ; Thu, 24 Oct 1996 09:31:45 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id SAA03606 for ; Thu, 24 Oct 1996 18:31:31 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id SAA19050 for freebsd-current@FreeBSD.ORG; Thu, 24 Oct 1996 18:31:15 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.0/keltia-uucp-2.9) id QAA27105; Thu, 24 Oct 1996 16:50:01 +0200 (MET DST) Message-Id: <199610241450.QAA27105@keltia.freenix.fr> Date: Thu, 24 Oct 1996 16:50:01 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Subject: Update to scsi(8) usage string X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2584 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is an update for the usage string in order to match manpage and program behaviour: Index: scsi.c =================================================================== RCS file: /spare/FreeBSD-current/src/sbin/scsi/scsi.c,v retrieving revision 1.12 diff -u -2 -r1.12 scsi.c --- scsi.c 1996/10/05 17:40:20 1.12 +++ scsi.c 1996/10/24 14:48:35 @@ -80,5 +80,5 @@ " scsi -f device -d debug_level # To set debug level\n" " scsi -f device [-v] -z seconds # To freeze bus\n" -" scsi -f device -m page [-P pc] # To read mode pages\n" +" scsi -f device -m page [-P pc] [-e] # To read mode pages\n" " scsi -f device -p [-b bus] [-l lun] # To probe all devices\n" " scsi -f device -r [-b bus] [-t targ] [-l lun] # To reprobe a device\n" -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #25: Tue Oct 15 21:13:57 MET DST 1996 From owner-freebsd-current Thu Oct 24 09:49:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA04489 for current-outgoing; Thu, 24 Oct 1996 09:49:41 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA04480; Thu, 24 Oct 1996 09:49:37 -0700 (PDT) Message-Id: <199610241649.JAA04480@freefall.freebsd.org> To: "Marc G. Fournier" cc: Joerg Wunsch , FreeBSD-current users Subject: Re: Apparent SCSI bus hangs... In-reply-to: Your message of "Thu, 24 Oct 1996 05:15:36 EDT." Date: Thu, 24 Oct 1996 09:49:37 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Thu, 24 Oct 1996, J Wunsch wrote: > Has anyone noticed any problems with having AHC_TAG_ENABLE set >in the kernel? That's the only thing I can think of that's changed >recently, to my configuration. I'm certain that the problem started >before I did that, but not 100% certain :( That option only affects the aic7xxx (27/28/29/3940) driver. The output you listed came from a 1542. >Marc G. Fournier scrappy@ki.net >Systems Administrator @ ki.net scrappy@freebsd.org > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Thu Oct 24 10:49:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA09586 for current-outgoing; Thu, 24 Oct 1996 10:49:55 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA09577 for ; Thu, 24 Oct 1996 10:49:34 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.6/8.7.3) with ESMTP id TAA13931; Thu, 24 Oct 1996 19:48:46 +0200 (SAT) Message-Id: <199610241748.TAA13931@grumble.grondar.za> To: Bill Paul cc: current@freebsd.org Subject: Re: /etc/rc* stuff Date: Thu, 24 Oct 1996 19:48:46 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wrote that rndcontrol(8) program, so I'll fix it. It is a little too chatty by default. That will fix the extra `echo "."' M Bill Paul wrote: > Just a couple of small nits: > > - At the very end of /etc/rc.i386, we have this: > > [begin snippage] > echo '.' > > # interrupts for /dev/random device > if [ "X${rand_irqs}" != X"NO" ] ; then > echo -n 'entropy source: ' > rndcontrol ${rand_irqs} > fi > > echo '.' # probably bogus > [end snippage] > > The 'probably bogus' comment is true: if you don't have rand_irqs set > to anything, you get an extra '.' printed on a line all by itself. > This has bugged me for a while. (I'm funny that way.) What's the correct > way to fix this? Should the entropy source message be part of the > '386 specific' config messages or should it be a seperate caterory, > and thus be on a line by itself? Put another way, should the first > "echo '.'" go away, or should the 'probably bogus' one be moved inside > the if/fi clause? > > - Even though we have rpc.lockd and rpc.statd in the tree now, there > are no knobs for it in /etc/sysconfig or /etc/rc. Shouldn't we be > be starting them if NFS is turned on? > > -Bill > > -- > ============================================================================= > -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu > Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research > Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City > ============================================================================= > "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." > ============================================================================= -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Thu Oct 24 10:59:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA10264 for current-outgoing; Thu, 24 Oct 1996 10:59:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA10215 for ; Thu, 24 Oct 1996 10:58:01 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12325; Thu, 24 Oct 1996 10:53:00 -0700 From: Terry Lambert Message-Id: <199610241753.KAA12325@phaeton.artisoft.com> Subject: Re: Possibility? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 24 Oct 1996 10:53:00 -0700 (MST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <11859.846131177@time.cdrom.com> from "Jordan K. Hubbard" at Oct 23, 96 09:26:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > 95% of the existing core team would probably walk if it were, so the > > medicine would be worse than the cure. > > Boy, *that's* a mangled metaphor! Sorry, writing too fast.. I meant > to say that the cure would be worse than its bite. Erm, that is to > say that I mean.. uh... > > Oh never mind. "The disease would be worse than the cure" perhaps? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Oct 24 11:00:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA10357 for current-outgoing; Thu, 24 Oct 1996 11:00:23 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA10243 for ; Thu, 24 Oct 1996 10:58:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12316; Thu, 24 Oct 1996 10:52:09 -0700 From: Terry Lambert Message-Id: <199610241752.KAA12316@phaeton.artisoft.com> Subject: Re: Possibility? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 24 Oct 1996 10:52:09 -0700 (MST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <11700.846128180@time.cdrom.com> from "Jordan K. Hubbard" at Oct 23, 96 08:36:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The core team members largely self-schedule themselves, more according > to whatever available time and energy resources are available that > week than any quickly-obsolete "master plan", but if one wanted to > back-solve from this and call the sum of their decisions "core team > policy" then yeah, I guess you could do that too. ;-) > > Jordan > > P.S. Of course this isn't ISO 9000 compliant management, but then about > 95% of the existing core team would probably walk if it were, so the > medicine would be worse than the cure. Why does everyone assume (incorrectly, IMO) that it is onerous to 1) Say what you are going to do 2) Do what you say ? This is, in fact, all that ISO 9000 is: a means of guaranteeing consistency between intent and subsequent action. If we are all supposedly "in it for the fun", then games theory dictates that having a consistent rule set which is consistently and uniformly applied, will remove stress for everyone. For the record, I have only ever suggested that consistency guarantees need to be made in the areas of: o Release management o Source tree management (including build process definition) o Policy definition o Policy application ...I have *never* suggested that the core team (or any other FreeBSD contributor) should be treated as if they were a compensated employee, and held to task for their actions, or to a rigid timeline for a schedule. So please do not change this from an issue of policy definition (which is what I was looking at) to one of holding to a timeline. Thanks, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Oct 24 11:00:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA10388 for current-outgoing; Thu, 24 Oct 1996 11:00:47 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA10258; Thu, 24 Oct 1996 10:59:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12345; Thu, 24 Oct 1996 10:56:27 -0700 From: Terry Lambert Message-Id: <199610241756.KAA12345@phaeton.artisoft.com> Subject: Re: Can't compile profiled kernel To: bde@zeta.org.au (Bruce Evans) Date: Thu, 24 Oct 1996 10:56:27 -0700 (MST) Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG, julian@whistle.com In-Reply-To: <199610240953.TAA06113@godzilla.zeta.org.au> from "Bruce Evans" at Oct 24, 96 07:53:51 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >where do these come from? > > These are inline functions defined in . > is included by . I removed the include > of in mcount.c because it is unused. It is only unused > in the !GUPROF case. Oops. (There are some macros which expand to > read_eflags() etc. in the !GUPROF case but the GUPROF case requires > assembler stubs which have to disable interrupts, so the C code doesn't > need to disable interrupts again.) > > This is easy to fix by including again or using option > GUPROF (config with -pp). I think someone wants you to test GUPROF :-). Ugh. Please add: #ifdef GUPROF #include #endif /* !GUPROF*/ to mcount.c. The code should compile independent of the compile time options selected. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Oct 24 11:24:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA12208 for current-outgoing; Thu, 24 Oct 1996 11:24:12 -0700 (PDT) Received: from critter.tfs.com (disn4.cybercity.dk [194.16.57.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA12046; Thu, 24 Oct 1996 11:22:33 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id UAA10948; Thu, 24 Oct 1996 20:21:35 +0200 (MET DST) To: Terry Lambert cc: jkh@time.cdrom.com (Jordan K. Hubbard), joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: Possibility? In-reply-to: Your message of "Thu, 24 Oct 1996 10:52:09 PDT." <199610241752.KAA12316@phaeton.artisoft.com> Date: Thu, 24 Oct 1996 20:21:35 +0200 Message-ID: <10946.846181295@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Why does everyone assume (incorrectly, IMO) that it is onerous to > >1) Say what you are going to do >2) Do what you say It isn't, but to get a ISO-900[123] stamp of aproval on 1) usually sends management into "Dilbert" mode, which has killed any shreds of credibility ISO-9000 carried initially. ISO-9000 lite: documented, reproducible & trackable. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Oct 24 11:32:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA12649 for current-outgoing; Thu, 24 Oct 1996 11:32:34 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA12641 for ; Thu, 24 Oct 1996 11:32:30 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id LAA07909; Thu, 24 Oct 1996 11:31:26 -0700 (PDT) From: "Rodney W. Grimes" Message-Id: <199610241831.LAA07909@GndRsh.aac.dev.com> Subject: Re: /etc/rc* stuff In-Reply-To: <199610241748.TAA13931@grumble.grondar.za> from Mark Murray at "Oct 24, 96 07:48:46 pm" To: mark@grondar.za (Mark Murray) Date: Thu, 24 Oct 1996 11:31:26 -0700 (PDT) Cc: wpaul@skynet.ctr.columbia.edu, current@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I wrote that rndcontrol(8) program, so I'll fix it. It is a little too > chatty by default. That will fix the extra `echo "."' > Eitherway, the correct fix is to move the very last ``echo .'' into the if block. > M > > Bill Paul wrote: > > Just a couple of small nits: > > > > - At the very end of /etc/rc.i386, we have this: > > > > [begin snippage] > > echo '.' > > > > # interrupts for /dev/random device > > if [ "X${rand_irqs}" != X"NO" ] ; then > > echo -n 'entropy source: ' > > rndcontrol ${rand_irqs} > > fi > > > > echo '.' # probably bogus > > [end snippage] > > > > The 'probably bogus' comment is true: if you don't have rand_irqs set > > to anything, you get an extra '.' printed on a line all by itself. > > This has bugged me for a while. (I'm funny that way.) What's the correct > > way to fix this? Should the entropy source message be part of the > > '386 specific' config messages or should it be a seperate caterory, > > and thus be on a line by itself? Put another way, should the first > > "echo '.'" go away, or should the 'probably bogus' one be moved inside > > the if/fi clause? > > > > - Even though we have rpc.lockd and rpc.statd in the tree now, there > > are no knobs for it in /etc/sysconfig or /etc/rc. Shouldn't we be > > be starting them if NFS is turned on? > > > > -Bill > > > > -- > > ============================================================================= > > -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu > > Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research > > Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City > > ============================================================================= > > "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." > > ============================================================================= > -- > Mark Murray > 46 Harvey Rd, Claremont, Cape Town 7700, South Africa > +27 21 61-3768 GMT+0200 > Finger mark@grondar.za for PGP key > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Thu Oct 24 11:45:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA13415 for current-outgoing; Thu, 24 Oct 1996 11:45:04 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA13388; Thu, 24 Oct 1996 11:44:47 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA06370; Thu, 24 Oct 1996 12:43:24 -0600 (MDT) Date: Thu, 24 Oct 1996 12:43:24 -0600 (MDT) Message-Id: <199610241843.MAA06370@rocky.mt.sri.com> From: Nate Williams To: mobile@freebsd.org, current@freebsd.org, mi@aldan.zipnet.net Subject: Announce: New PS/2 driver Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Kazutaka YOKOTA basically re-wrote the existing psm.c driver, and although I haven't looked at the code a whole lot, I have been able to test it against my laptops, the NEC Versa and two different models of IBM ThinkPad. In both cases it recognized that I had a two-button PS/2 mouse on board. Before I commit this what I consider to be improved driver to the tree I want to give folks a chance to try it out. If you have a PS/2 mouse that needs the PSM_NORESET option, *OR* the current driver doesn't recognize your mouse w/out hacks, or if you simply have a PS/2 mouse that works with the current driver can you replace /sys/i386/isa/psm.c with the below driver and see if it still works? If nobody has anything bad to say, or if I don't get *any* response in a week I'm going to commit the new version since it appears less 'kludgy' (the comments are certainly more verbose) than the existing version. There is one outstanding PR regarding the -current psm driver, so I'd like the originator to please test this driver out. If I don't hear anything back from him, I'll assume the driver works and I'm closing the PR. Nate ps. The driver should also work under -stable as well, although I removed that code for integration purposes. ----------- /*- * Copyright (c) 1992, 1993 Erik Forsberg. * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * * THIS SOFTWARE IS PROVIDED BY ``AS IS'' AND ANY EXPRESS OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF * MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN * NO EVENT SHALL I BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, * EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, * PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR * PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF * LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING * NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS * SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. */ /* * Ported to 386bsd Oct 17, 1992 * Sandi Donno, Computer Science, University of Cape Town, South Africa * Please send bug reports to sandi@cs.uct.ac.za * * Thanks are also due to Rick Macklem, rick@snowhite.cis.uoguelph.ca - * although I was only partially successful in getting the alpha release * of his "driver for the Logitech and ATI Inport Bus mice for use with * 386bsd and the X386 port" to work with my Microsoft mouse, I nevertheless * found his code to be an invaluable reference when porting this driver * to 386bsd. * * Further modifications for latest 386BSD+patchkit and port to NetBSD, * Andrew Herbert - 8 June 1993 * * Cloned from the Microsoft Bus Mouse driver, also by Erik Forsberg, by * Andrew Herbert - 12 June 1993 * * Modified for PS/2 mouse by Charles Hannum * - 13 June 1993 * * Modified for PS/2 AUX mouse by Shoji Yuen * - 24 October 1993 * * Hardware access routines and probe logic rewritten by * Kazutaka Yokota * - 3 October 1996. Posted to hackers@freebsd.org. * - 14 October 1996. * - 22 October 1996. */ #include "psm.h" #if NPSM > 0 #include #include #include #include #include #include #include #ifdef DEVFS #include #endif /*DEVFS*/ #include #include #include #include /* * driver specific options: the following options may be set by * `options' statements in the kernel configuration file. */ /* controls debug logging: 0: no logging, 1: brief, 2: verbose */ #ifndef PSM_DEBUG #define PSM_DEBUG 0 #endif /* timing parameters */ #ifndef PSM_RESETDELAY #define PSM_RESETDELAY 200 /* wait 200msec after mouse reset */ #endif #ifndef PSM_MAXWAIT #define PSM_MAXWAIT 5 /* wait 5 times at most after reset */ #endif /* end of driver specific options */ /* constants */ /* I/O ports */ #define PSM_STATUS_PORT 4 /* status port, read */ #define PSM_COMMAND_PORT 4 /* controller command port, write */ #define PSM_DATA_PORT 0 /* data port, read/write also used as keyboard command and mouse command port */ /* FIXME: `IO_PSMSIZE' should really be in `isa.h'. */ #define IO_PSMSIZE (PSM_COMMAND_PORT - PSM_DATA_PORT + 1) /* controller commands (sent to PSM_COMMAND_PORT) */ #define PSMC_SET_COMMAND_BYTE 0x0060 #define PSMC_GET_COMMAND_BYTE 0x0020 #define PSMC_WRITE_TO_AUX 0x00d4 #define PSMC_DISABLE_AUX_PORT 0x00a7 #define PSMC_ENABLE_AUX_PORT 0x00a8 #define PSMC_TEST_AUX_PORT 0x00a9 #define PSMC_DIAGNOSE 0x00aa #define PSMC_TEST_KBD_PORT 0x00ab #define PSMC_DISABLE_KBD_PORT 0x00ad #define PSMC_ENABLE_KBD_PORT 0x00ae /* controller command byte (set by PSMC_SET_COMMAND_BYTE) */ #define PSM_TRANSLATION_MODE 0x0040 #define PSM_RESERVED_BITS 0x0004 #define PSM_ENABLE_KBD_PORT 0x0000 #define PSM_DISABLE_KBD_PORT 0x0010 #define PSM_ENABLE_AUX_PORT 0x0000 #define PSM_DISABLE_AUX_PORT 0x0020 #define PSM_ENABLE_AUX_INT 0x0002 #define PSM_DISABLE_AUX_INT 0x0000 #define PSM_ENABLE_KBD_INT 0x0001 #define PSM_DISABLE_KBD_INT 0x0000 #define PSM_KBD_CONTROL_BITS (PSM_DISABLE_KBD_PORT | PSM_ENABLE_KBD_INT) #define PSM_AUX_CONTROL_BITS (PSM_DISABLE_AUX_PORT | PSM_ENABLE_AUX_INT) /* keyboard device commands (sent to PSM_DATA_PORT) */ #define PSMC_RESET_KBD 0x00ff /* aux device commands (sent to PSM_DATA_PORT) */ #define PSMC_RESET_DEV 0x00ff #define PSMC_ENABLE_DEV 0x00f4 #define PSMC_DISABLE_DEV 0x00f5 #define PSMC_SEND_DEV_ID 0x00f2 #define PSMC_SEND_DEV_STATUS 0x00e9 #define PSMC_SET_SCALING11 0x00e6 #define PSMC_SET_SCALING21 0x00e7 #define PSMC_SET_RESOLUTION 0x00e8 #define PSMC_SET_STREAM_MODE 0x00ea #define PSMC_SET_SAMPLING_RATE 0x00f3 /* PSMC_SET_RESOLUTION argument */ #define PSMD_RESOLUTION_1 0 /* 1 count/mm */ #define PSMD_RESOLUTION_2 1 /* 2 count/mm */ #define PSMD_RESOLUTION_4 2 /* 4 count/mm (default after reset) */ #define PSMD_RESOLUTION_8 3 /* 8 count/mm */ /* status bits (PSM_STATUS_PORT) */ #define PSMS_KBD_BUFFER_FULL 0x0001 #define PSMS_AUX_BUFFER_FULL 0x0021 #define PSMS_CONTROLLER_BUSY 0x0002 /* return code */ #define PSM_ACK 0x00fa #define PSM_RESEND 0x00fe #define PSM_RESET_DONE 0x00aa #define PSM_RESET_FAIL 0x00fc #define PSM_DIAG_DONE 0x0055 #define PSM_DIAG_FAIL 0x00fd #define PSM_ECHO 0x00ee /* aux device ID */ #define PSM_MOUSE_ID 0 #define PSM_BALLPOINT_ID 2 #if 0 /* misc */ #define TRUE (-1) #define FALSE 0 #endif /* some macros */ #define PSMUNIT(dev) (minor(dev) >> 1) #ifndef min #define min(x,y) ((x) < (y) ? (x) : (y)) #endif /* ring buffer structure */ #define PSM_CHUNK 128 /* chunk size for read */ #define PSM_BSIZE 1024 /* buffer size */ struct ringbuf { int count, first, last; char queue[PSM_BSIZE]; }; /* PS/2 mouse device */ static struct { int addr; /* base I/O port address */ int id; /* device ID */ int command_byte; /* controller command byte */ int buttons; /* # of buttons */ } psm_dev[NPSM]; /* PS/2 mouse driver software control block */ static struct psm_softc { /* Driver status information */ struct ringbuf inq; /* Input queue */ struct selinfo rsel; /* Process selecting for Input */ unsigned char state; /* Mouse driver state */ unsigned char status; /* Mouse button status */ unsigned char button; /* Previous mouse button status bits */ int x, y; /* accumulated motion in the X,Y axis */ #ifdef DEVFS void *devfs_token; void *n_devfs_token; #endif } psm_softc[NPSM]; /* driver state flags */ #define PSM_OPEN 1 /* Device is open */ #define PSM_ASLP 2 /* Waiting for mouse data */ /* function prototypes */ static int psmprobe __P((struct isa_device *)); static int psmattach __P((struct isa_device *)); static d_open_t psmopen; static d_close_t psmclose; static d_read_t psmread; static d_ioctl_t psmioctl; static d_select_t psmselect; /* device driver declarateion */ struct isa_driver psmdriver = { psmprobe, psmattach, "psm" }; #define CDEV_MAJOR 21 static struct cdevsw psm_cdevsw = { psmopen, psmclose, psmread, nowrite, /* 21 */ psmioctl, nostop, nullreset, nodevtotty, psmselect, nommap, NULL, "psm", NULL, -1 }; /* device I/O routines */ static int wait_while_controller_busy(int port) { /* FIXME: CPU will stay inside the loop for 100msec at most */ int retry = 10000; while(inb(port + PSM_STATUS_PORT) & PSMS_CONTROLLER_BUSY) { DELAY(10); if (--retry < 0) return FALSE; } return TRUE; } static int wait_until_controller_is_really_idle(int port) { /* FIXME: CPU will stay inside the loop for 100msec at most */ int retry = 10000; while(inb(port + PSM_STATUS_PORT) & (PSMS_CONTROLLER_BUSY | PSMS_KBD_BUFFER_FULL)) { DELAY(10); if (--retry < 0) return FALSE; } return TRUE; } static int wait_for_data(int port) { /* FIXME: CPU will stay inside the loop for 200msec at most */ int retry = 20000; while((inb(port + PSM_STATUS_PORT) & PSMS_KBD_BUFFER_FULL) == 0) { DELAY(10); if (--retry < 0) return FALSE; } return TRUE; } static int wait_for_kbd_data(int port) { /* FIXME: CPU will stay inside the loop for 200msec at most */ int retry = 20000; while((inb(port + PSM_STATUS_PORT) & PSMS_AUX_BUFFER_FULL) != PSMS_KBD_BUFFER_FULL) { DELAY(10); if (--retry < 0) return FALSE; } return TRUE; } static int wait_for_aux_data(int port) { /* FIXME: CPU will stay inside the loop for 200msec at most */ int retry = 20000; while((inb(port + PSM_STATUS_PORT) & PSMS_AUX_BUFFER_FULL) != PSMS_AUX_BUFFER_FULL) { DELAY(10); if (--retry < 0) return FALSE; } return TRUE; } static void write_controller_command(int port, int c) { wait_until_controller_is_really_idle(port); outb(port + PSM_COMMAND_PORT, c); } static void write_controller_data(int port, int c) { wait_until_controller_is_really_idle(port); outb(port + PSM_DATA_PORT, c); } static void write_kbd_command(int port, int c) { wait_until_controller_is_really_idle(port); outb(port + PSM_DATA_PORT, c); } static void write_aux_command(int port, int c) { write_controller_command(port, PSMC_WRITE_TO_AUX); write_controller_data(port, c); } static int read_controller_data(int port) { wait_while_controller_busy(port); if (!wait_for_data(port)) return -1; /* timeout */ return inb(port + PSM_DATA_PORT); } static int read_aux_data(int port) { wait_while_controller_busy(port); if (!wait_for_aux_data(port)) return -1; /* timeout */ return inb(port + PSM_DATA_PORT); } static void empty_kbd_buffer(int port) { int b; #if PSM_DEBUG >= 2 int c = 0; #endif while((inb(port + PSM_STATUS_PORT) & PSMS_AUX_BUFFER_FULL) == PSMS_KBD_BUFFER_FULL) { b = inb(port + PSM_DATA_PORT); DELAY(10); #if PSM_DEBUG >= 2 ++c; #endif } #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: %d char read (empty_kbd_buffer)\n",c); #endif } static void empty_aux_buffer(int port) { int b; #if PSM_DEBUG >= 2 int c = 0; #endif while((inb(port + PSM_STATUS_PORT) & PSMS_AUX_BUFFER_FULL) == PSMS_AUX_BUFFER_FULL) { b = inb(port + PSM_DATA_PORT); DELAY(10); #if PSM_DEBUG >= 2 ++c; #endif } #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: %d char read (empty_aux_buffer)\n",c); #endif } static void empty_both_buffer(int port) { int b; #if PSM_DEBUG >= 2 int c = 0; #endif while(inb(port + PSM_STATUS_PORT) & PSMS_KBD_BUFFER_FULL) { b = inb(port + PSM_DATA_PORT); DELAY(10); #if PSM_DEBUG >= 2 ++c; #endif } #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: %d char read (empty_both_buffer)\n",c); #endif } /* keyboard and mouse device control */ /* NOTE: enable the keyboard port before calling `reset_kbd()'. */ static int reset_kbd(int port) { int retry = PSM_MAXWAIT; int c; empty_both_buffer(port); write_kbd_command(port,PSMC_RESET_KBD); c = read_controller_data(port); #if PSM_DEBUG >= 1 log(LOG_DEBUG,"psm: RESET_KBD return code:%04x\n",c); #endif if (c != PSM_ACK) return FALSE; while(retry-- > 0) { /* wait awhile, well, in fact we must wait quite looooooooooooong */ DELAY(PSM_RESETDELAY*1000); c = read_controller_data(port); /* RESET_DONE/RESET_FAIL */ if (c != -1) /* wait again if the controller is not ready */ break; } #if PSM_DEBUG >= 1 log(LOG_DEBUG,"psm: RESET_KBD status:%04x\n",c); #endif if (c != PSM_RESET_DONE) return FALSE; return TRUE; } static int reset_aux_dev(int port) { int retry = PSM_MAXWAIT; int c; empty_both_buffer(port); write_aux_command(port,PSMC_RESET_DEV); c = read_controller_data(port); /* read_aux_data()? */ #if PSM_DEBUG >= 1 log(LOG_DEBUG,"psm: RESET_AUX return code:%04x\n",c); #endif if (c != PSM_ACK) return FALSE; while(retry-- > 0) { /* wait awhile, well, quite looooooooooooong */ DELAY(PSM_RESETDELAY*1000); c = read_aux_data(port); /* RESET_DONE/RESET_FAIL */ if (c != -1) /* wait again if the controller is not ready */ break; } #if PSM_DEBUG >= 1 log(LOG_DEBUG,"psm: RESET_AUX status:%04x\n",c); #endif if (c != PSM_RESET_DONE) /* reset status */ return FALSE; c = read_aux_data(port); /* device ID */ #if PSM_DEBUG >= 1 log(LOG_DEBUG,"psm: RESET_AUX ID:%04x\n",c); #endif /* NOTE: we could check the device ID now, but leave it later... */ return TRUE; } static int test_controller(int port) { int c; empty_both_buffer(port); write_controller_command(port,PSMC_DIAGNOSE); c = read_controller_data(port); /* DIAG_DONE/DIAG_FAIL */ #if PSM_DEBUG >= 1 log(LOG_DEBUG,"psm: DIAGNOSE status:%04x\n",c); #endif return (c == PSM_DIAG_DONE); } static int test_kbd_port(int port) { int c; empty_both_buffer(port); write_controller_command(port,PSMC_TEST_KBD_PORT); c = read_controller_data(port); #if PSM_DEBUG >= 1 log(LOG_DEBUG,"psm: TEST_KBD_PORT status:%04x\n",c); #endif return c; } static int test_aux_port(int port) { int c; empty_both_buffer(port); write_controller_command(port,PSMC_TEST_AUX_PORT); c = read_controller_data(port); #if PSM_DEBUG >= 1 log(LOG_DEBUG,"psm: TEST_AUX_PORT status:%04x\n",c); #endif return c; } static int enable_aux_dev(int port) { int c; write_aux_command(port,PSMC_ENABLE_DEV); c = read_controller_data(port); /* read_aux_data()? */ #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: ENABLE_DEV return code:%04x\n",c); #endif if (c != PSM_ACK) return FALSE; return TRUE; } static int disable_aux_dev(int port) { int c; write_aux_command(port,PSMC_DISABLE_DEV); c = read_controller_data(port); /* read_aux_data()? */ #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: DISABLE_DEV return code:%04x\n",c); #endif if (c != PSM_ACK) return FALSE; return TRUE; } static int get_mouse_status(int port,int *status) { int c; empty_both_buffer(port); write_aux_command(port,PSMC_SEND_DEV_STATUS); c = read_controller_data(port); /* read_aux_data()? */ #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: SEND_AUX_STATUS return code:%04x\n",c); #endif if (c != PSM_ACK) return FALSE; status[0] = read_aux_data(port); status[1] = read_aux_data(port); status[2] = read_aux_data(port); return TRUE; } static int get_aux_id(int port) { int id; int c; empty_both_buffer(port); write_aux_command(port,PSMC_SEND_DEV_ID); /* 10ms delay */ DELAY(10000); c = read_controller_data(port); #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: SEND_DEV_ID return code:%04x\n",c); #endif if (c != PSM_ACK) return -1; id = read_aux_data(port); #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: device ID: %04x\n",id); #endif return id; } static int set_mouse_sampling_rate(int port,int rate) { int c; write_aux_command(port,PSMC_SET_SAMPLING_RATE); c = read_aux_data(port); #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: SET_SAMPLING_RATE return code:%04x\n",c); #endif if (c != PSM_ACK) return FALSE; write_aux_command(port,rate); c = read_aux_data(port); #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: SET_SAMPLING_RATE data sent:%04x\n",c); #endif if (c != PSM_ACK) return FALSE; return TRUE; } static int set_mouse_scaling(int port) { int c; write_aux_command(port,PSMC_SET_SCALING11); c = read_aux_data(port); #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: SET_SCALING11 return code:%04x\n",c); #endif if (c != PSM_ACK) return FALSE; return TRUE; } static int set_mouse_resolution(int port,int res) { int c; write_aux_command(port,PSMC_SET_RESOLUTION); c = read_aux_data(port); #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: SET_RESOLUTION return code:%04x\n",c); #endif if (c != PSM_ACK) return FALSE; write_aux_command(port,res); c = read_aux_data(port); #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: SET_RESOLUTION data sent:%04x\n",c); #endif if (c != PSM_ACK) return FALSE; return TRUE; } /* NOTE: once `set_mouse_mode()' is called, the mouse device must be re-enabled by calling `enable_aux_dev()' */ static int set_mouse_mode(int port) { int c; write_aux_command(port,PSMC_SET_STREAM_MODE); c = read_aux_data(port); #if PSM_DEBUG >= 2 log(LOG_DEBUG,"psm: SET_STREAM_MODE return code:%04x\n",c); #endif if (c != PSM_ACK) return FALSE; return TRUE; } static int get_mouse_buttons(int port) { int c = 2; /* assume two buttons by default */ int status[3]; /* NOTE: a special sequence to obtain Logitech-Mouse-specific information: set resolution to 1 count/mm, set scaling to 1:1, set scaling to 1:1, set scaling to 1:1. Then the second byte of the mouse status bytes is the number of available buttons. */ if (!set_mouse_resolution(port,PSMD_RESOLUTION_1)) return c; if (set_mouse_scaling(port) && set_mouse_scaling(port) && set_mouse_scaling(port) && get_mouse_status(port,status)) { #if PSM_DEBUG >= 1 log(LOG_DEBUG,"psm: status %02x %02x %02x (get_mouse_buttons)\n", status[0],status[1],status[2]); #endif if (status[1] == 3) return 3; } return c; } /* FIXME: someday, I will get the list of valid pointing devices and their IDs... */ static int is_a_mouse(int id) { static int valid_ids[] = { PSM_MOUSE_ID, /* mouse */ PSM_BALLPOINT_ID, /* ballpoint device */ -1 /* end of table */ }; /* int i; for(i = 0; valid_ids[i] >= 0; ++i) { if (valid_ids[i] == id) return TRUE; } return FALSE; */ return TRUE; } static void recover_from_error(int port) { /* discard anything left in the output buffer */ empty_both_buffer(port); /* NOTE: PSMC_RESET_KBD may not restore the communication between the keyboard and the controller. */ /* reset_kbd(port); */ /* NOTE: somehow diagnostic and keyboard port test commands bring the keyboard back. */ test_controller(port); test_kbd_port(port); } static void restore_controller(int port,int command_byte) { write_controller_command(port,PSMC_SET_COMMAND_BYTE); write_controller_data(port,command_byte); wait_while_controller_busy(port); } /* psm driver entry points */ static int psmprobe(struct isa_device *dvp) { int unit = dvp->id_unit; int ioport = dvp->id_iobase; int test_status; #if PSM_DEBUG >= 1 int stat[3]; #endif /* FIXME: shouldn't we check `unit < NPSM'? */ psm_dev[unit].addr = 0; /* FIXME: the keyboard interrupt should be disabled while probing a mouse? */ /* NOTE: two bits in the command byte controls the operation of the aux port (mouse port): the aux port disable bit (bit 5) and the aux port interrupt (IRQ 12) enable bit (bit 2). When this probe routine is called, there are following possibilities about the presence of the aux port and the PS/2 mouse. Case 1: aux port disabled (bit 5:1), aux int. disabled (bit 2:0) The aux port most certainly exists. A device may or may not be connected to the port. No driver is probably installed yet. Case 2: aux port enabled (bit 5:0), aux int. disabled (bit 2:0) Three possibile situations here: Case 2a: The aux port does not exist, therefore, is not explicitly disabled. Case 2b: The aux port exists. A device and a driver may exist, using the device in the polling(remote) mode. Case 2c: The aux port exists. A device may exist, but someone who knows nothing about the aux port has set the command byte this way (this is the case with `syscons'). Case 3: aux port disabled (bit 5:1), aux int. enabled (bit 2:1) The aux port exists, but someone is controlloing the device and temporalily disabled the port. Case 4: aux port enabled (bit 5:0), aux int. enabled (bit 2:1) The aux port exists, a device is attached to the port, and someone is controlling the device. Some BIOS set the bits this way after boot. All in all, it is no use examing the bits for detecting the presence of the port and the mouse device. */ /* save the current command byte; it will be used later */ write_controller_command(ioport,PSMC_GET_COMMAND_BYTE); psm_dev[unit].command_byte = read_controller_data(ioport); #if PSM_DEBUG >= 1 printf("psm%d: current command byte:%04x\n", unit,psm_dev[unit].command_byte); #endif if (psm_dev[unit].command_byte == -1) { printf("psm%d: unable to get the current command byte value.\n", unit); return (0); } /* disable the keyboard port while probing the aux port, which must be enabled during this routine */ write_controller_command(ioport,PSMC_DISABLE_KBD_PORT); write_controller_command(ioport,PSMC_SET_COMMAND_BYTE); write_controller_data(ioport, (psm_dev[unit].command_byte & ~(PSM_KBD_CONTROL_BITS | PSM_AUX_CONTROL_BITS)) | PSM_DISABLE_KBD_PORT | PSM_DISABLE_KBD_INT | PSM_ENABLE_AUX_PORT | PSM_DISABLE_AUX_INT); wait_while_controller_busy(ioport); /* NOTE: `test_aux_port()' is designed to return with zero if the aux port exists and is functioning. However, some controllers appears to respond with zero even when the aux port doesn't exist. (It may be that this is only the case when the controller DOES have the aux port but the port is not wired on the motherboard.) The keyboard controllers without the port, such as the original AT, are supporsed to return with an error code or simply time out. In any case, we have to continue probing the port even when the controller passes this test. */ test_status = test_aux_port(ioport); switch(test_status) { case 0: /* no error */ break; case -1: /* time out */ default: /* error */ recover_from_error(ioport); restore_controller(ioport,psm_dev[unit].command_byte); return (0); } /* NOTE: some controllers appears to hang the `keyboard' when the aux port doesn't exist and `PSMC_RESET_DEV' is issued. */ if (!reset_aux_dev(ioport)) { recover_from_error(ioport); restore_controller(ioport,psm_dev[unit].command_byte); return (0); } /* both the aux port and the aux device is functioning, see if the device can be enabled. NOTE: when enabled, the device will start sending data; we shall immediately disable the device once we know the device can be enabled. */ if (!enable_aux_dev(ioport)) { restore_controller(ioport,psm_dev[unit].command_byte); return (0); } if (!disable_aux_dev(ioport)) { restore_controller(ioport,psm_dev[unit].command_byte); return (0); } empty_both_buffer(ioport); /* remove stray data if any */ /* verify the device is a mouse */ psm_dev[unit].id = get_aux_id(ioport); if (!is_a_mouse(psm_dev[unit].id)) { restore_controller(ioport,psm_dev[unit].command_byte); return (0); } /* # of buttons */ psm_dev[unit].buttons = get_mouse_buttons(ioport); /* set mouse parameters */ /* FIXME: I don't know if these parameters are reasonable */ set_mouse_resolution(ioport,PSMD_RESOLUTION_8); /* 8 count/mm */ set_mouse_sampling_rate(ioport,100); /* 100/sec */ set_mouse_scaling(ioport); /* 1:1 scaling */ set_mouse_mode(ioport); /* stream mode */ #if PSM_DEBUG >= 1 /* just check the status of the mouse */ get_mouse_status(ioport,stat); log(LOG_DEBUG,"psm%d: status %02x %02x %02x\n", unit,stat[0],stat[1],stat[2]); #endif /* disable the aux port for now... */ /* WARNING: we save the controller command byte and use it later during `psmopen()' and `psmclose()'. This will be OK, so long as the keyboard/console device driver won't change the command byte in the course of its operation (this is the case with `syscons'). If not,... */ psm_dev[unit].command_byte &= ~PSM_AUX_CONTROL_BITS; write_controller_command(ioport,PSMC_SET_COMMAND_BYTE); write_controller_data(ioport,psm_dev[unit].command_byte | (PSM_DISABLE_AUX_PORT | PSM_DISABLE_AUX_INT)); wait_while_controller_busy(ioport); /* done */ return (IO_PSMSIZE); } static int psmattach(struct isa_device *dvp) { int unit = dvp->id_unit; int ioport = dvp->id_iobase; struct psm_softc *sc = &psm_softc[unit]; /* Save I/O base address */ psm_dev[unit].addr = ioport; /* Setup initial state */ sc->state = 0; /* Done */ #ifdef DEVFS sc->devfs_token = devfs_add_devswf(&psm_cdevsw, unit << 1, DV_CHR, 0, 0, 0666, "psm%d", unit); sc->n_devfs_token = devfs_add_devswf(&psm_cdevsw, (unit<<1)+1, DV_CHR,0, 0, 0666, "npsm%d", unit); #endif printf("psm%d: device ID %d, %d buttons?\n", unit,psm_dev[unit].id,psm_dev[unit].buttons); return (1); /* return (0); XXX eh? usually 1 indicates success */ } static int psmopen(dev_t dev, int flag, int fmt, struct proc *p) { int unit = PSMUNIT(dev); int ioport; struct psm_softc *sc; #if PSM_DEBUG >= 2 int stat[3]; #endif /* Validate unit number */ if (unit >= NPSM) return (ENXIO); /* Get device data */ sc = &psm_softc[unit]; ioport = psm_dev[unit].addr; /* If device does not exist */ if (ioport == 0) return (ENXIO); /* Disallow multiple opens */ if (sc->state & PSM_OPEN) return (EBUSY); /* Initialize state */ sc->state |= PSM_OPEN; sc->rsel.si_flags = 0; sc->rsel.si_pid = 0; sc->status = 0; sc->button = 0; sc->x = 0; sc->y = 0; /* initialize a ring buffer */ sc->inq.count = sc->inq.first = sc->inq.last = 0; /* enable the aux port and temporalily disable the keyboard */ write_controller_command(ioport,PSMC_DISABLE_KBD_PORT); write_controller_command(ioport,PSMC_SET_COMMAND_BYTE); write_controller_data(ioport, (psm_dev[unit].command_byte & ~PSM_KBD_CONTROL_BITS) | (PSM_DISABLE_KBD_PORT | PSM_DISABLE_KBD_INT) | (PSM_ENABLE_AUX_PORT | PSM_DISABLE_AUX_INT)); wait_while_controller_busy(ioport); /* enable the mouse device */ if (!enable_aux_dev(ioport)) { write_controller_command(ioport,PSMC_SET_COMMAND_BYTE); write_controller_data(ioport,psm_dev[unit].command_byte | (PSM_DISABLE_AUX_PORT | PSM_DISABLE_AUX_INT)); wait_while_controller_busy(ioport); log(LOG_ERR,"psm%d: unable to enable the pointing device.\n",unit); return (EIO); } #if PSM_DEBUG >= 2 get_mouse_status(ioport,stat); log(LOG_DEBUG,"psm%d: status %02x %02x %02x\n", unit,stat[0],stat[1],stat[2]); #endif /* enable the aux port and interrupt */ write_controller_command(ioport,PSMC_SET_COMMAND_BYTE); write_controller_data(ioport,psm_dev[unit].command_byte | PSM_ENABLE_AUX_PORT | PSM_ENABLE_AUX_INT); wait_while_controller_busy(ioport); /* done */ return (0); } static int psmclose(dev_t dev, int flag, int fmt, struct proc *p) { int unit = PSMUNIT(dev); int ioport = psm_dev[unit].addr; struct psm_softc *sc = &psm_softc[unit]; /* disable the aux interrupt */ write_controller_command(ioport,PSMC_SET_COMMAND_BYTE); write_controller_data(ioport,psm_dev[unit].command_byte | (PSM_ENABLE_AUX_PORT | PSM_DISABLE_AUX_INT)); wait_while_controller_busy(ioport); /* remove anything left in the output buffer */ empty_aux_buffer(ioport); /* disable the aux device, port and interrupt */ disable_aux_dev(ioport); write_controller_command(ioport,PSMC_SET_COMMAND_BYTE); write_controller_data(ioport,psm_dev[unit].command_byte | (PSM_DISABLE_AUX_PORT | PSM_DISABLE_AUX_INT)); wait_while_controller_busy(ioport); /* remove anything left in the output buffer */ empty_aux_buffer(ioport); /* Complete the close */ sc->state &= ~PSM_OPEN; /* close is almost always successful */ return (0); } static int psmread(dev_t dev, struct uio *uio, int flag) { int s; int error = 0; /* keep compiler quiet, even though initialisation is unnecessary */ unsigned length; struct psm_softc *sc; unsigned char buffer[PSM_CHUNK]; /* Get device information */ sc = &psm_softc[PSMUNIT(dev)]; /* Block until mouse activity occured */ s = spltty(); while (sc->inq.count == 0) { if (minor(dev) & 0x1) { splx(s); return (EWOULDBLOCK); } sc->state |= PSM_ASLP; error = tsleep((caddr_t)sc, PZERO | PCATCH, "psmrea", 0); if (error != 0) { splx(s); return (error); } } /* Transfer as many chunks as possible */ while (sc->inq.count > 0 && uio->uio_resid > 0) { length = min(sc->inq.count, uio->uio_resid); if (length > sizeof(buffer)) length = sizeof(buffer); /* Remove a small chunk from input queue */ if (sc->inq.first + length >= PSM_BSIZE) { bcopy(&sc->inq.queue[sc->inq.first], buffer, PSM_BSIZE - sc->inq.first); bcopy(sc->inq.queue, &buffer[PSM_BSIZE - sc->inq.first], length - (PSM_BSIZE - sc->inq.first)); } else bcopy(&sc->inq.queue[sc->inq.first], buffer, length); sc->inq.first = (sc->inq.first + length) % PSM_BSIZE; sc->inq.count -= length; /* Copy data to user process */ error = uiomove(buffer, length, uio); if (error) break; } sc->x = sc->y = 0; /* Allow interrupts again */ splx(s); return (error); } static int psmioctl(dev_t dev, int cmd, caddr_t addr, int flag, struct proc *p) { struct psm_softc *sc; struct mouseinfo info; int s, error; /* Get device information */ sc = &psm_softc[PSMUNIT(dev)]; /* Perform IOCTL command */ switch (cmd) { case MOUSEIOCREAD: /* Don't modify info while calculating */ s = spltty(); /* Build mouse status octet */ info.status = sc->status; if (sc->x || sc->y) info.status |= MOVEMENT; /* Encode X and Y motion as good as we can */ if (sc->x > 127) info.xmotion = 127; else if (sc->x < -128) info.xmotion = -128; else info.xmotion = sc->x; if (sc->y > 127) info.ymotion = 127; else if (sc->y < -128) info.ymotion = -128; else info.ymotion = sc->y; /* Reset historical information */ sc->x = 0; sc->y = 0; sc->status &= ~BUTCHNGMASK; /* Allow interrupts and copy result buffer */ splx(s); error = copyout(&info, addr, sizeof(struct mouseinfo)); break; default: error = EINVAL; break; } /* Return error code */ return (error); } void psmintr(int unit) { int ioport = psm_dev[unit].addr; struct psm_softc *sc = &psm_softc[unit]; /* is this really for us? */ if ((inb(ioport + PSM_STATUS_PORT) & PSMS_AUX_BUFFER_FULL) != PSMS_AUX_BUFFER_FULL) return; /* read a byte */ sc->inq.queue[sc->inq.last++ % PSM_BSIZE] = inb(ioport + PSM_DATA_PORT); sc->inq.count++; if (sc->state & PSM_ASLP) { sc->state &= ~PSM_ASLP; wakeup((caddr_t)sc); } selwakeup(&sc->rsel); } static int psmselect(dev_t dev, int rw, struct proc *p) { struct psm_softc *sc = &psm_softc[PSMUNIT(dev)]; int s, ret; /* Silly to select for output */ if (rw == FWRITE) return (0); /* Return true if a mouse event available */ s = spltty(); if (sc->inq.count) { ret = 1; } else { selrecord(p, &sc->rsel); ret = 0; } splx(s); return (ret); } static int psm_devsw_installed = FALSE; static void psm_drvinit(void *unused) { dev_t dev; if (!psm_devsw_installed) { dev = makedev(CDEV_MAJOR, 0); cdevsw_add(&dev,&psm_cdevsw, NULL); psm_devsw_installed = TRUE; } } SYSINIT(psmdev,SI_SUB_DRIVERS,SI_ORDER_MIDDLE + CDEV_MAJOR,psm_drvinit,NULL) #endif /* NPSM > 0 */ From owner-freebsd-current Thu Oct 24 15:29:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26715 for current-outgoing; Thu, 24 Oct 1996 15:29:35 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA26702 for ; Thu, 24 Oct 1996 15:29:30 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id PAA15031; Thu, 24 Oct 1996 15:28:19 -0700 (PDT) To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: Possibility? In-reply-to: Your message of "Thu, 24 Oct 1996 10:53:00 PDT." <199610241753.KAA12325@phaeton.artisoft.com> Date: Thu, 24 Oct 1996 15:28:19 -0700 Message-ID: <15029.846196099@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > "The disease would be worse than the cure" perhaps? No, no, it was something else.. Anyway, I've forgotten it now. Jordan From owner-freebsd-current Thu Oct 24 15:30:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26798 for current-outgoing; Thu, 24 Oct 1996 15:30:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA26788 for ; Thu, 24 Oct 1996 15:30:12 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id PAA15020; Thu, 24 Oct 1996 15:27:40 -0700 (PDT) To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: Possibility? In-reply-to: Your message of "Thu, 24 Oct 1996 10:52:09 PDT." <199610241752.KAA12316@phaeton.artisoft.com> Date: Thu, 24 Oct 1996 15:27:40 -0700 Message-ID: <15018.846196060@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Why does everyone assume (incorrectly, IMO) that it is onerous to > > 1) Say what you are going to do > 2) Do what you say Did you really want an answer to these rhetorical questions? Is that also a rhetorical question? ;-) Because in a volunteer project, you invariably: 1) Say you're going to do a lot more than you can, human enthusiasms being what they are. 2) Do only some portion of these things, being somewhat encumbered by various laws of physics which state that you can't do 170 hours worth of work in a 168 hour week, even by eschewing sleep. People have done this since day one, and I see absolutely no indication that any "total quality mandate" or general love of enhanced process will defeat these two factors. When people do things for fun, and for free, consistency is not something it pays to be anal about. If I want consistent behavior out of someone, like having them show up every day between the hours of 9am and 5pm (just as *one* example), I generally have to pay them. If they're volunteers, I shouldn't be surprised if they roll in at 10:00 or 11:00 (or even sometimes not at all). Extrapolate from this example and you'll see why ISO 9000 methodologies and this project would mix about as well as water and chalk. Jordan From owner-freebsd-current Thu Oct 24 16:25:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA00102 for current-outgoing; Thu, 24 Oct 1996 16:25:01 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA29961 for ; Thu, 24 Oct 1996 16:24:32 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA03894 for ; Fri, 25 Oct 1996 01:23:53 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA00628 for freebsd-current@FreeBSD.org; Fri, 25 Oct 1996 01:23:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id BAA04473 for freebsd-current@FreeBSD.org; Fri, 25 Oct 1996 01:15:18 +0200 (MET DST) From: J Wunsch Message-Id: <199610242315.BAA04473@uriah.heep.sax.de> Subject: Re: /etc/rc* stuff To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 25 Oct 1996 01:15:18 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610241438.KAA22434@skynet.ctr.columbia.edu> from Bill Paul at "Oct 24, 96 10:38:40 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: > - Even though we have rpc.lockd and rpc.statd in the tree now, there > are no knobs for it in /etc/sysconfig or /etc/rc. Shouldn't we be > be starting them if NFS is turned on? You mean, ``just to confuse the people''? :) Remember, they are no-ops still. -- 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 Oct 24 16:45:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA02084 for current-outgoing; Thu, 24 Oct 1996 16:45:13 -0700 (PDT) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA02062; Thu, 24 Oct 1996 16:45:04 -0700 (PDT) Received: by iworks.InterWorks.org (1.37.109.8/16.2) id AA10608; Thu, 24 Oct 1996 18:45:01 -0500 Message-Id: <9610242345.AA10608@iworks.InterWorks.org> Date: Thu, 24 Oct 1996 18:45:01 -0500 From: "Daniel M. Eischen" To: freebsd-current@FreeBSD.org, questions@FreeBSD.org Subject: Experiences with CDE for FreeBSD Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Forgive the cross-post to -current, but I am running CDE under -current and thought it might be relevant. I've been running AcceleratedX Common Desktop Environment for FreeBSD under FreeBSD-current for the last week or so. Supposedly it has been verified under FreeBSD, but I have had some problems with it and I'd post them (I did send them to Xinside in a separate mailing). o The install procedure does not allow installation to locations other than /usr/dt. Trying to make a link from /usr/dt to another location will not work, because the install scripts will overwrite the link. I started modifying the scrips, but found it was much easier to mount an unsed partition over /usr/dt and copy everything after the install and relink /usr/dt. This worked fine. I used a custom install and used a little over 50MB in /usr/dt. o The calendar application (dtcm) dumps core. I wonder if this could somehow be related to running -current? o The Screen lock and saver do not work (although the package xlockmore works just fine). I may have something misconfigured on my end because the CDE error log file shows: "Unable to lock display due to security restrictions." I've been all through the provided documentation without any findings. o The mail utility doesn't work. It wants some execution group (unnamed) to be set. I've tried making it suid root, guid wheel, and a few others, but I don't know what it wants to be. The mail utility does detect the presence of mail correctly (the little flag goes up in the icon window) so it is able read /var/mail/. o This is a nit, but I was unable to figure out how to get the accelerated X server (which comes with CDE along with Motif) to have a faster key repeat rate. This was easily done under the XFree86 XF86Config file. It is annoyingly slow, as it is also under Sun Solaris (can't figure it out there either). Other than the above problems, everything else seems to be working just fine. It looks very professional and just like CDE on Solaris 2.5 - even the pretty login window. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Thu Oct 24 17:14:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04954 for current-outgoing; Thu, 24 Oct 1996 17:14:53 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA04943 for ; Thu, 24 Oct 1996 17:14:48 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id UAA23879; Thu, 24 Oct 1996 20:14:17 -0400 From: Bill Paul Message-Id: <199610250014.UAA23879@skynet.ctr.columbia.edu> Subject: Re: /etc/rc* stuff To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 24 Oct 1996 20:14:15 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: <199610242315.BAA04473@uriah.heep.sax.de> from "J Wunsch" at Oct 25, 96 01:15:18 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 Bill Paul wrote: > > > - Even though we have rpc.lockd and rpc.statd in the tree now, there > > are no knobs for it in /etc/sysconfig or /etc/rc. Shouldn't we be > > be starting them if NFS is turned on? > > You mean, ``just to confuse the people''? :) > > Remember, they are no-ops still. No, they aren't. rpc.statd is fully functional. rpc.lockd is halfway functional. In either case, it doesn't hurt to have them on. Besides: what motivation will people have to work on them if we just let them sit there? -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-current Thu Oct 24 17:16:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA05300 for current-outgoing; Thu, 24 Oct 1996 17:16:06 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA05186 for ; Thu, 24 Oct 1996 17:16:00 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.7.5/8.7.3) with ESMTP id TAA26685; Thu, 24 Oct 1996 19:14:32 -0500 (CDT) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <15018.846196060@time.cdrom.com> References: Your message of "Thu, 24 Oct 1996 10:52:09 PDT." <199610241752.KAA12316@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 24 Oct 1996 19:14:02 -0500 To: "Jordan K. Hubbard" From: Richard Wackerbarth Subject: Re: Possibility? Cc: Terry Lambert , freebsd-current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Why does everyone assume (incorrectly, IMO) that it is onerous to >> >> 1) Say what you are going to do >> 2) Do what you say > >Did you really want an answer to these rhetorical questions? Is that >also a rhetorical question? ;-) > >Because in a volunteer project, you invariably: > >1) Say you're going to do a lot more than you can, human enthusiasms > being what they are. > >2) Do only some portion of these things, being somewhat encumbered by > various laws of physics which state that you can't do 170 hours > worth of work in a 168 hour week, even by eschewing sleep. I agree with Jordan that the nature of the organization precludes SCHEDULING of features in the manner that some would like to see. But that is also true of commercial operations :-) However, I don't see how it applies to the DESIGN METHODOLOGY. First you design a specification and then you implement to the specification. And Terry left out the next step which is to test that the implementation meets the specification. This methodology CAN be applied to any group as long as someone is willing to say "if you cannot play by the rules, you don't get to play here" I've seen you apply that philosophy to e-mail. I don't see why you cannot apply the same attitude to code. From owner-freebsd-current Thu Oct 24 17:16:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA05576 for current-outgoing; Thu, 24 Oct 1996 17:16:51 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA05557 for ; Thu, 24 Oct 1996 17:16:45 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id RAA15662; Thu, 24 Oct 1996 17:16:40 -0700 (PDT) To: "Daniel M. Eischen" cc: freebsd-current@FreeBSD.org Subject: Re: Experiences with CDE for FreeBSD In-reply-to: Your message of "Thu, 24 Oct 1996 18:45:01 CDT." <9610242345.AA10608@iworks.InterWorks.org> Date: Thu, 24 Oct 1996 17:16:39 -0700 Message-ID: <15660.846202599@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Forgive the cross-post to -current, but I am running CDE under > -current and thought it might be relevant. No problem, but because this also isn't a set of "questions" that our general question-answering-folk can deal with (how many are going to have CDE) - I've eliminated it from the inappropriate questions group. > o The calendar application (dtcm) dumps core. I wonder if this > could somehow be related to running -current? Try running it twice in a row - they know about this one and are tracking it down (I reported it also). > o The Screen lock and saver do not work (although the package > xlockmore works just fine). I may have something misconfigured > on my end because the CDE error log file shows: That's odd, because it does work fine for me with their CDE out-of-box installation. Perhaps you have MD5 instead of DES crypt, or something? > o The mail utility doesn't work. It wants some execution group > (unnamed) to be set. I've tried making it suid root, guid > wheel, and a few others, but I don't know what it wants to be. That's also odd, because I've both read and sent mail without a hitch using their mail tool. Jordan From owner-freebsd-current Thu Oct 24 17:17:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA05620 for current-outgoing; Thu, 24 Oct 1996 17:17:03 -0700 (PDT) Received: from gargoyle.bazzle.com ([206.103.246.190]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA05575 for ; Thu, 24 Oct 1996 17:16:51 -0700 (PDT) Received: from gargoyle.bazzle.com (localhost [127.0.0.1]) by gargoyle.bazzle.com (8.7.6/8.6.12) with SMTP id UAA02508 for ; Thu, 24 Oct 1996 20:16:37 -0400 (EDT) Date: Thu, 24 Oct 1996 20:16:37 -0400 (EDT) From: "Eric J. Chet" To: freebsd-current@freebsd.org Subject: -current as of 10/23/96 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Make world as of last night 10/23/96. Can't login using pdksh it dumps with sig 11, csh and tcsh are fine. I rebuilt ksh same result. It only dumps at login, works fine from another shell. gargoyle# gdb /usr/local/bin/ksh ksh.core GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... Core was generated by `ksh'. Program terminated with signal 11, Segmentation fault. #0 shf_close (shf=0xd0d0d0d0) at shf.c:203 203 if (shf->fd >= 0) { (gdb) (gdb) where #0 shf_close (shf=0xd0d0d0d0) at shf.c:203 #1 0x1664b in include (name=0x15d78 "/etc/profile", argc=0, argv=0x0, intr_ok=1) at main.c:487 #2 0x16397 in main (argc=1, argv=0xefbfde54) at main.c:359 shf.c------------- int shf_close(shf) struct shf *shf; { int ret = 0; if (shf->fd >= 0) { ret = shf_flush(shf); if (close(shf->fd) < 0) ret = EOF; } if (shf->flags & SHF_ALLOCS) afree(shf, shf->areap); else if (shf->flags & SHF_ALLOCB) afree(shf->buf, shf->areap); return ret; } shf->fd contains the fd from opening "/etc/profile" Any ideas? Thanks, Eric J. Chet - ejc@bazzle.com From owner-freebsd-current Thu Oct 24 17:41:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA07158 for current-outgoing; Thu, 24 Oct 1996 17:41:34 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA07147 for ; Thu, 24 Oct 1996 17:41:24 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA06605; Fri, 25 Oct 1996 02:41:14 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA01591; Fri, 25 Oct 1996 02:41:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id CAA05824; Fri, 25 Oct 1996 02:36:14 +0200 (MET DST) From: J Wunsch Message-Id: <199610250036.CAA05824@uriah.heep.sax.de> Subject: Re: Experiences with CDE for FreeBSD To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 25 Oct 1996 02:36:14 +0200 (MET DST) Cc: deischen@iworks.InterWorks.org (Daniel M. Eischen) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9610242345.AA10608@iworks.InterWorks.org> from "Daniel M. Eischen" at "Oct 24, 96 06:45:01 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Daniel M. Eischen wrote: (CDE under FreeBSD) > o The install procedure does not allow installation to locations > other than /usr/dt. Well, the Xinside folks seem to have problems with install scripts... The install script that came with their Motif has been totally revamped by Jordan by that time, and still, their tarballs suffered from some severe oddities (wrong permissions, duplicate files). HOWEVER, they have been passing this on to us for an alpha test, and most of the problems have been corrected in the final version, often following our suggestions. (Installing somewhere else than /usr/X11R6 is also possible now, it hasn't been before, either.) It looks they had also better passed on CDE for an alpha test... -- 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 Oct 24 18:49:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA11602 for current-outgoing; Thu, 24 Oct 1996 18:49:27 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA11595 for ; Thu, 24 Oct 1996 18:49:25 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id SAA16796; Thu, 24 Oct 1996 18:48:54 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users), deischen@iworks.InterWorks.org (Daniel M. Eischen), jdc@xinside.com Subject: Re: Experiences with CDE for FreeBSD In-reply-to: Your message of "Fri, 25 Oct 1996 02:36:14 +0200." <199610250036.CAA05824@uriah.heep.sax.de> Date: Thu, 24 Oct 1996 18:48:54 -0700 Message-ID: <16794.846208134@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Well, the Xinside folks seem to have problems with install scripts... > The install script that came with their Motif has been totally > revamped by Jordan by that time, and still, their tarballs suffered > from some severe oddities (wrong permissions, duplicate files). Yeah, even there I'm afraid that they totally screwed the prefix directory handling. What they shipped was *not* what I gave them, and the guy who was handling the bundling just weened and patched my script towards the end there. Frankly, I think he did it all in way too much of a hurry - the level of QC was not what it should have been. > It looks they had also better passed on CDE for an alpha test... They sent me a copy which got delayed for a long time in the machinery and I finally loaded for the first time just last week. They know that the CDE installer does need some work, and hopefully they'll give me a chance to work with them in crafting their next generation install. :-) They could have avoided some of the Motif PRs they got if their release engineer had actually used the stuff I sent him in its original form. :( Jordan From owner-freebsd-current Thu Oct 24 19:47:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14937 for current-outgoing; Thu, 24 Oct 1996 19:47:54 -0700 (PDT) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA14930 for ; Thu, 24 Oct 1996 19:47:49 -0700 (PDT) Received: by iworks.InterWorks.org (1.37.109.8/16.2) id AA10982; Thu, 24 Oct 1996 21:47:28 -0500 Message-Id: <9610250247.AA10982@iworks.InterWorks.org> Date: Thu, 24 Oct 1996 21:47:28 -0500 From: "Daniel M. Eischen" To: jkh@time.cdrom.com Subject: Re: Experiences with CDE for FreeBSD Cc: freebsd-current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > o The calendar application (dtcm) dumps core. I wonder if this > > could somehow be related to running -current? > > Try running it twice in a row - they know about this one and are > tracking it down (I reported it also). Tried many times in a row without any luck. Why, does it work the second time for you? > > o The Screen lock and saver do not work (although the package > > xlockmore works just fine). I may have something misconfigured > > on my end because the CDE error log file shows: > > That's odd, because it does work fine for me with their CDE out-of-box > installation. Perhaps you have MD5 instead of DES crypt, or > something? I'm using DES. bash$ ls -l libcry* lrwxr-xr-x 1 bin bin 13 Oct 17 12:24 libcrypt.a -> libdescrypt.a lrwxr-xr-x 1 bin bin 18 Oct 17 12:24 libcrypt.so.2.0 -> libdescrypt.so.2.0 lrwxr-xr-x 1 bin bin 15 Oct 17 12:24 libcrypt_p.a -> libdescrypt_p.a > > o The mail utility doesn't work. It wants some execution group > > (unnamed) to be set. I've tried making it suid root, guid > > wheel, and a few others, but I don't know what it wants to be. > > That's also odd, because I've both read and sent mail without a hitch > using their mail tool. Hmm. What are the owner/group of /var/mail and /usr/dt/bin/dtmail? Is dtmail setuid or setgid? Reading the help files on the mailer leads one to think that this is the problem, but I'm not sure what user/group should own it. I had it setuid root and it still wouldn't work. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Thu Oct 24 20:45:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA17591 for current-outgoing; Thu, 24 Oct 1996 20:45:50 -0700 (PDT) Received: from dog.farm.org (dog.farm.org [207.111.140.47]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA17574 for ; Thu, 24 Oct 1996 20:45:37 -0700 (PDT) Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id UAA18657; Thu, 24 Oct 1996 20:47:26 -0700 (PDT) Date: Thu, 24 Oct 1996 20:47:26 -0700 (PDT) From: Dmitry Kohmanyuk Message-Id: <199610250347.UAA18657@dog.farm.org> To: mark@grondar.za (Mark Murray) Cc: freebsd-current@freebsd.org Subject: Re: /etc/rc* stuff Newsgroups: cs-monolit.gated.lists.freebsd.current Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199610241748.TAA13931@grumble.grondar.za> you wrote: > I wrote that rndcontrol(8) program, so I'll fix it. It is a little too > chatty by default. That will fix the extra `echo "."' the main problem with rndcontrol (or, rather, with its usage - the program itself is very straightforward) is that every time I add or change my PCI cards I have to track IRQs. Hmm, maybe a little awk wrapper around vmstat -i output would help?? (yes, I know this is a kludge); rand_devices="psm0 ed0 zzz" for dev in ${rand_devices}; do echo "checking irq for device $dev" vmstat -i | awk '$1 == dev { print $2 }' dev=$dev | sed 's/irq//; s/^/rndcontrol -s /' | sh done > M > Bill Paul wrote: > > Just a couple of small nits: > > > > - At the very end of /etc/rc.i386, we have this: > > > > [begin snippage] > > echo '.' > > > > # interrupts for /dev/random device > > if [ "X${rand_irqs}" != X"NO" ] ; then > > echo -n 'entropy source: ' > > rndcontrol ${rand_irqs} > > fi > > > > echo '.' # probably bogus > > [end snippage] [...] -- Don't take life too seriously. You'll never get out of it alive. From owner-freebsd-current Thu Oct 24 21:49:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA20962 for current-outgoing; Thu, 24 Oct 1996 21:49:47 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA20953 for ; Thu, 24 Oct 1996 21:49:42 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30) id VAA12896; Thu, 24 Oct 1996 21:49:42 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id VAA03860; Thu, 24 Oct 1996 21:49:19 -0700 (PDT) Message-Id: <199610250449.VAA03860@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: Apparent SCSI bus hangs... In-reply-to: Your message of Thu, 24 Oct 96 00:40:03 -0400. Date: Thu, 24 Oct 1996 21:49:18 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > (aha0:0:0): "SEAGATE ST32151N 0284" type 0 fixed SCSI 2 >> > sd0(aha0:0:0): Direct-Access 2049MB (4197405 512 byte sectors) >> > Sitting on an Adaptec 1542CF controller. >> (ncr0:0:0): "SEAGATE ST32155N 0532" type 0 fixed SCSI 2 >> sd0(ncr0:0:0): Direct-Access >> sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. >> 2049MB (4197405 512 byte sectors) >> Only a note that this one still works fine. > Has anyone noticed any problems with having AHC_TAG_ENABLE set >in the kernel? That's the only thing I can think of that's changed >recently, to my configuration. I'm certain that the problem started >before I did that, but not 100% certain :( This doesn't apply directly, because it's on NetBSD and not FreeBSD. But, the NetBSD SCSI driver is the same one written by Justin Gibbs (though the NetBSD one probably isn't as current as the FreeBSD version, and the SCSI subsystems differ slightly). I have been running with AHC_TAGENABLE for a few months now, with a ccd striped across two drives. I haven't noticed a single problem. Note that I'm also using a 2940UW. Maybe the 1542 doesn't do tags (or doesn't do them correctly). That wouldn't really surprise me, since it's not an "ahc", but rather an "aha". ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-current Thu Oct 24 22:32:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA22431 for current-outgoing; Thu, 24 Oct 1996 22:32:43 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA22425 for ; Thu, 24 Oct 1996 22:32:40 -0700 (PDT) Received: from localhost (scrappy@localhost) by quagmire.ki.net (8.7.6/8.7.5) with SMTP id BAA23050; Fri, 25 Oct 1996 01:32:34 -0400 (EDT) Date: Fri, 25 Oct 1996 01:32:34 -0400 (EDT) From: "Marc G. Fournier" To: "Michael L. VanLoon -- HeadCandy.com" cc: current@freebsd.org Subject: Re: Apparent SCSI bus hangs... In-Reply-To: <199610250449.VAA03860@MindBender.serv.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Oct 1996, Michael L. VanLoon -- HeadCandy.com wrote: > I have been running with AHC_TAGENABLE for a few months now, with a > ccd striped across two drives. I haven't noticed a single problem. > Note that I'm also using a 2940UW. Maybe the 1542 doesn't do tags (or > doesn't do them correctly). That wouldn't really surprise me, since > it's not an "ahc", but rather an "aha". > Well, I'm out of ideas, so have disabled it (since everyone states that its only for ahc, so gives me no benefits for either the aha/ncr controllers) and will put the new kernel up tomorrow while at the office... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Thu Oct 24 23:13:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA24388 for current-outgoing; Thu, 24 Oct 1996 23:13:14 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA24376 for ; Thu, 24 Oct 1996 23:13:09 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30) id XAA14886; Thu, 24 Oct 1996 23:13:16 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id XAA04769; Thu, 24 Oct 1996 23:12:50 -0700 (PDT) Message-Id: <199610250612.XAA04769@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Terry Lambert cc: jkh@time.cdrom.com (Jordan K. Hubbard), joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org Subject: Re: Possibility? In-reply-to: Your message of Thu, 24 Oct 96 10:53:00 -0700. <199610241753.KAA12325@phaeton.artisoft.com> Date: Thu, 24 Oct 1996 23:12:49 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > 95% of the existing core team would probably walk if it were, so the >> > medicine would be worse than the cure. >> Boy, *that's* a mangled metaphor! Sorry, writing too fast.. I meant >> to say that the cure would be worse than its bite. Erm, that is to >> say that I mean.. uh... >> Oh never mind. >"The disease would be worse than the cure" perhaps? Isn't that usually the case. Or, are these bad cures? ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-current Thu Oct 24 23:23:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA25435 for current-outgoing; Thu, 24 Oct 1996 23:23:21 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA25402; Thu, 24 Oct 1996 23:23:16 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.1]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id WAA15228 ; Thu, 24 Oct 1996 22:55:26 -0700 (PDT) Received: from localhost (scrappy@localhost) by quagmire.ki.net (8.7.6/8.7.5) with SMTP id BAA23241; Fri, 25 Oct 1996 01:55:24 -0400 (EDT) Date: Fri, 25 Oct 1996 01:55:21 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org cc: smp@freebsd.org Subject: Recommendations... 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'm going back to University in the spring, and wish to get together a nice system *before* I become a starving student again :) I'm interested in playing around with the SMP side of FreeBSD, since what I've read on the mail list seems to indicate that its relatively stable, altho still developing... I still haven't looked into costs yet, but would I be better going with a P6 vs a Dual-P5? Does anyone have any recommendations on which motherboard for either I should be looking at? make/model? cache? On a costs note...which would I get more 'bang-for-my-buck' from? Thanks... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Fri Oct 25 03:23:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA06644 for current-outgoing; Fri, 25 Oct 1996 03:23:20 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA06636 for ; Fri, 25 Oct 1996 03:23:16 -0700 (PDT) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id CAA16129 for ; Fri, 25 Oct 1996 02:33:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id CAA00787 for ; Fri, 25 Oct 1996 02:33:25 -0700 (PDT) Date: Fri, 25 Oct 1996 02:33:25 -0700 (PDT) From: John-Mark Gurney X-Sender: jmg@nike Reply-To: John-Mark Gurney To: FreeBSD Current Subject: gnats database Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk is there any way to d/l and keep a current gnats database on my home machine and be able to browse it? I'm stuck behind a 28.8k modem that I can only keep up some of time so it's inconvient to have to connect when I want to find something to work on... thanks for the help.. ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Fri Oct 25 03:24:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA06937 for current-outgoing; Fri, 25 Oct 1996 03:24:33 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA06911 for ; Fri, 25 Oct 1996 03:24:29 -0700 (PDT) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id CAA16003 for ; Fri, 25 Oct 1996 02:18:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id CAA00547 for ; Fri, 25 Oct 1996 02:18:25 -0700 (PDT) Date: Fri, 25 Oct 1996 02:18:25 -0700 (PDT) From: John-Mark Gurney X-Sender: jmg@nike Reply-To: John-Mark Gurney To: FreeBSD Current Subject: fsck add to support specifing a mount point Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk well... I say the pr about fsck not supporting mount points... so I decided to take a look at it... and I think this is the proper fix... I've tried it out... and is sucessfully did: "fsck /usr" properly... hope the patch helps... I would of submitted a send-pr but I'm not sure if I just submit it as a new one or if I can "add" it the the relevant one... ttyl... Index: preen.c =================================================================== RCS file: /usr/cvs/src/sbin/fsck/preen.c,v retrieving revision 1.3 diff -c -r1.3 preen.c *** preen.c 1995/05/30 06:09:07 1.3 --- preen.c 1996/10/25 09:14:29 *************** *** 45,50 **** --- 45,51 ---- #include #include #include + #include #include "fsck.h" struct part { *************** *** 323,328 **** --- 324,338 ---- } } else if ((stblock.st_mode & S_IFMT) == S_IFCHR && !retried) { name = unrawname(name); + retried++; + goto retry; + } else if ((stblock.st_mode & S_IFMT) == S_IFDIR && !retried) { + struct fstab *fsinfo; + if(!(fsinfo=getfsfile(name))) { + printf("Can't resolve %s to character special device", name); + return (0); + } + name = fsinfo->fs_spec; retried++; goto retry; } John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Fri Oct 25 03:25:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA07113 for current-outgoing; Fri, 25 Oct 1996 03:25:13 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA07092 for ; Fri, 25 Oct 1996 03:25:08 -0700 (PDT) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id BAA15681 for ; Fri, 25 Oct 1996 01:19:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id BAA07515 for ; Fri, 25 Oct 1996 01:19:13 -0700 (PDT) Date: Fri, 25 Oct 1996 01:19:13 -0700 (PDT) From: John-Mark Gurney X-Sender: jmg@nike Reply-To: John-Mark Gurney To: FreeBSD Current Subject: ftp://freefall.cdrom.com/pub/FreeBSD/README kinda outa date Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk well.. the subject says it all... I would recommend removing this last line from the README: The latest release of FreeBSD is 2.1.0-950726-SNAP. just a thought :) ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Fri Oct 25 03:25:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA07138 for current-outgoing; Fri, 25 Oct 1996 03:25:17 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA07104 for ; Fri, 25 Oct 1996 03:25:10 -0700 (PDT) From: scrappy@clio.trends.ca Received: from clio.trends.ca (clio.trends.ca [204.101.125.2]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id BAA15669 for ; Fri, 25 Oct 1996 01:15:48 -0700 (PDT) Received: (from scrappy@localhost) by clio.trends.ca (8.7.6/8.7.3) id EAA28641; Fri, 25 Oct 1996 04:16:10 -0400 (EDT) Date: Fri, 25 Oct 1996 04:16:09 -0400 (EDT) Reply-To: scrappy@ki.net To: current@FreeBSD.org Subject: system lockups - appendum Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Morning... Its 4:10am, and my server just locked up again, so I'm heading out to the office to reboot it, again... A thought came to mind, so I figured I'd send it out before I took off, lest I forget to post it. If I recall correctly, in the past, if the system locked up with a SCSI bus hang, the system remainded pingable, and even a telnet to the machine would give me part of the login header, but not the login: prompt. With current rash of hangs...this is not the case, the system is locked up completely. I don't know if this makes any sense, or if the 'pingability' of the previuos SCSI hangs was purely a fluke, but I figured it might be something of note. Oh well...time to run out before the city *literally* rolls up the streets at 6am (city wide, one day, strike today *sigh*) From owner-freebsd-current Fri Oct 25 03:55:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA08847 for current-outgoing; Fri, 25 Oct 1996 03:55:31 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA08795 for ; Fri, 25 Oct 1996 03:55:20 -0700 (PDT) Received: from gibbs.bayarea.net (gibbs.bayarea.net [205.219.64.132]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id XAA15371 for ; Thu, 24 Oct 1996 23:59:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by gibbs.bayarea.net (8.7.6/8.7.3) with SMTP id XAA00324 for ; Thu, 24 Oct 1996 23:59:59 -0700 (PDT) Message-Id: <199610250659.XAA00324@gibbs.bayarea.net> X-Authentication-Warning: gibbs.bayarea.net: Host localhost [127.0.0.1] didn't use HELO protocol To: current@freebsd.org Subject: New aic7xxx driver drop Date: Thu, 24 Oct 1996 23:59:58 -0700 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks, I just spent a large portion of the last week or so adding memory mapped I/O, dma'ing of SCBs, and greatly improving the performance of SCB paging in the aic7xxx driver. I also took the time to do a full code review and to correct some of the mistakes of my youth. 8-) The main reason I went on this blitz was to try and fix a few problems that have shown up in fast processor (aka P6) machines. There have been a few reports of NMIs and strange traps doing PIO to aic78xx chips on these machines. I was able to find a contact at Adaptec who, although he could not verify any known problems with PIO on these chips, was able to confirm that Adaptec uses DMA to get SCBs down to the adapter and always uses memory mapped I/O. My guess is that they have never seen this problem since they never use PIO. As it turns out, using DMA is a big win, especially when it comes to using SCB paging (something I hope will become the default setting soon). Doing memory mapped I/O is also a big win especially on processors like the P6 where PIO spams its speculative execution foo. I'd like to bring these changes into stable ASAP, but will only do so once I get some feedback on this latest drop of the driver. Please help to test it out. I'd also be interested to hear if this version is faster or slower then previos versions. Thanks, -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Fri Oct 25 03:56:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA08974 for current-outgoing; Fri, 25 Oct 1996 03:56:11 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA08834; Fri, 25 Oct 1996 03:55:29 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id XAA15363 ; Thu, 24 Oct 1996 23:55:07 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30) id XAA15526; Thu, 24 Oct 1996 23:55:05 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id XAA04986; Thu, 24 Oct 1996 23:54:47 -0700 (PDT) Message-Id: <199610250654.XAA04986@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: "Marc G. Fournier" cc: current@freebsd.org, smp@freebsd.org Subject: Re: Recommendations... In-reply-to: Your message of Fri, 25 Oct 96 01:55:21 -0400. Date: Thu, 24 Oct 1996 23:54:46 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I still haven't looked into costs yet, but would I be >better going with a P6 vs a Dual-P5? Does anyone have any >recommendations on which motherboard for either I should be >looking at? make/model? cache? > On a costs note...which would I get more 'bang-for-my-buck' >from? P6's will definitely give you higher performance. But, 200MHz P6s are almost impossible to get right now, and because of that, have gone way back up in price. Don't bother with a 180 -- wrong bus speed (remember, always multiples of 33 1/3). The P6 166MHz with the 512K cache is supposed to be a good chip, if you can get it cheap (and faster than the P6/180-256K). I've been told that the Tyan dual P6 motherboard is priced very well. I would avoid SuperMicro -- I suspect their quality control could use some help. However, even a "lowly" Pentium will make a Really Excellent *BSD machine. So, it might not give you as much absolute punch per dollar, but it might be possible to do dual-P5 for less overall dollars (and you could probably get the chips right away). Definitely try to get 512K cache(s) if you go with a dual-P5. For What It's Worth... ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-current Fri Oct 25 04:56:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA16779 for current-outgoing; Fri, 25 Oct 1996 04:56:10 -0700 (PDT) Received: from gargoyle.bazzle.com ([206.103.246.190]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA16688; Fri, 25 Oct 1996 04:55:40 -0700 (PDT) Received: from gargoyle.bazzle.com (localhost [127.0.0.1]) by gargoyle.bazzle.com (8.7.6/8.6.12) with SMTP id HAA27658; Fri, 25 Oct 1996 07:55:29 -0400 (EDT) Date: Fri, 25 Oct 1996 07:55:28 -0400 (EDT) From: "Eric J. Chet" To: "Marc G. Fournier" cc: current@freebsd.org, smp@freebsd.org Subject: Re: Recommendations... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Oct 1996, Marc G. Fournier wrote: > > Hi... > > I'm going back to University in the spring, and wish to > get together a nice system *before* I become a starving student > again :) > > I'm interested in playing around with the SMP side of > FreeBSD, since what I've read on the mail list seems to indicate > that its relatively stable, altho still developing... > > I still haven't looked into costs yet, but would I be > better going with a P6 vs a Dual-P5? Does anyone have any > recommendations on which motherboard for either I should be > looking at? make/model? cache? > > On a costs note...which would I get more 'bang-for-my-buck' > from? Hello Dual P6s are not cost effective right now. You can get a dual P5, with adaptec 2490UW SCSI onboard, Triton-II, 512K pipeline burst cache mainboard for $350. It's a GigaByte GA-586DX-512. I believe one of the SMP developers is using this mainboard. Check out http://www.atipa.com for a reseller. This board with two P5-133 would make a nice development system. Peace, Eric J. Chet - ejc@bazzle.com > > Thanks... > > Marc G. Fournier scrappy@ki.net > Systems Administrator @ ki.net scrappy@freebsd.org > From owner-freebsd-current Fri Oct 25 05:21:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA17783 for current-outgoing; Fri, 25 Oct 1996 05:21:37 -0700 (PDT) Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA17777; Fri, 25 Oct 1996 05:21:34 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id NAA03977; Fri, 25 Oct 1996 13:18:36 +0100 (BST) Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Fri, 25 Oct 1996 13:21:20 +0100 Received: from tees.elsevier.co.uk (tees.elsevier.co.uk [193.131.197.60]) by cadair.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id NAA06530; Fri, 25 Oct 1996 13:21:12 +0100 (BST) Received: (from dpr@localhost) by tees.elsevier.co.uk (8.8.2/8.8.0) id NAA21028; Fri, 25 Oct 1996 13:20:10 +0100 (BST) To: "Daniel M. Eischen" Cc: freebsd-current@freebsd.org, questions@freebsd.org Subject: Re: Experiences with CDE for FreeBSD References: <9610242345.AA10608@iworks.InterWorks.org> From: Paul Richards Date: 25 Oct 1996 13:20:09 +0100 In-Reply-To: "Daniel M. Eischen"'s message of Thu, 24 Oct 1996 18:45:01 -0500 Message-ID: <57pw27utfq.fsf@tees.elsevier.co.uk> Lines: 19 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Daniel M. Eischen" writes: > Other than the above problems, everything else seems to be working > just fine. It looks very professional and just like CDE on > Solaris 2.5 - even the pretty login window. Is it as slow :-) Hmm, actually, really, how's performance, I quite liked CDE but the Sparc 5 at work was really sluggish but it might just have been that Solaris couldn't cope with CDE rather than CDE itself. CDE seemed to have a large memory footprint and I've noticed that Solaris isn't very happy unless it's got lots of headroom memory wise. -- 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 Oct 25 06:02:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA19554 for current-outgoing; Fri, 25 Oct 1996 06:02:55 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA19539; Fri, 25 Oct 1996 06:02:53 -0700 (PDT) Received: from downlink.eng.umd.edu (downlink.eng.umd.edu [129.2.98.182]) by po1.glue.umd.edu (8.8.2/8.7.3) with ESMTP id JAA19831; Fri, 25 Oct 1996 09:02:49 -0400 (EDT) Received: from localhost (chuckr@localhost) by downlink.eng.umd.edu (8.7.5/8.7.3) with SMTP id JAA06945; Fri, 25 Oct 1996 09:02:49 -0400 (EDT) X-Authentication-Warning: downlink.eng.umd.edu: chuckr owned process doing -bs Date: Fri, 25 Oct 1996 09:02:48 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@downlink.eng.umd.edu To: "Marc G. Fournier" cc: current@freebsd.org, smp@freebsd.org Subject: Re: Recommendations... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Oct 1996, Marc G. Fournier wrote: > > Hi... > > I'm going back to University in the spring, and wish to > get together a nice system *before* I become a starving student > again :) > > I'm interested in playing around with the SMP side of > FreeBSD, since what I've read on the mail list seems to indicate > that its relatively stable, altho still developing... > > I still haven't looked into costs yet, but would I be > better going with a P6 vs a Dual-P5? Does anyone have any > recommendations on which motherboard for either I should be > looking at? make/model? cache? Well, the p6/200 chips have gone through the roof in price, so they aren't a reasonable deal right now. I can tell you the p6/166, with 512K cache, are available for about 525 each, which isn't so relatively bad. I think that actually compares pretty well with the price of the p5/166, and the preformance is much higher. I haven't yet got my Tyan Titan Pro (I pick it up today) so I can't really make a recommendation about it yet, sorry. I can tell you that I did look around for a long time, and that was my choice, FWIW. > > On a costs note...which would I get more 'bang-for-my-buck' > from? > > Thanks... > > Marc G. Fournier scrappy@ki.net > Systems Administrator @ ki.net scrappy@freebsd.org > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Oct 25 07:30:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23697 for current-outgoing; Fri, 25 Oct 1996 07:30:38 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA23689 for ; Fri, 25 Oct 1996 07:30:36 -0700 (PDT) Received: from fakir.india.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA104333822; Fri, 25 Oct 1996 07:30:27 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA078165642; Fri, 25 Oct 1996 20:00:42 +0500 Message-Id: <199610251500.AA078165642@fakir.india.hp.com> To: freebsd-current@freebsd.org Subject: High packet loss for the `ed' driver? Date: Fri, 25 Oct 1996 20:00:41 +0500 From: A JOSEPH KOSHY Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, This is behaviour that I'm seeing in the recent (1-3 months) -current code: `ping -f' to any machine on the local ethernet runs out of buffer space very rapidly on my FreeBSD-current machine (2-3 seconds). The machine is a P5-90 with an HP PC Lan+ ethernet card (using the `ed' driver). Ping -f to this machine also results in a rather heavy packet loss. This behaviour is new and has cropped up recently. If you are using an NE2k compatible card, have you by any chance seen similar packet losses? I'm wondering if its a generic `ed' problem or something that specific to the HP PC Lan code. Thanks, Koshy From owner-freebsd-current Fri Oct 25 08:16:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25903 for current-outgoing; Fri, 25 Oct 1996 08:16:26 -0700 (PDT) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA25865; Fri, 25 Oct 1996 08:15:56 -0700 (PDT) Received: from harlie (bastion.bfd.com [204.160.242.2]) by horst.bfd.com (8.7.6/8.7.3) with SMTP id IAA16901; Fri, 25 Oct 1996 08:10:15 -0700 (PDT) Date: Fri, 25 Oct 1996 08:10:15 -0700 (PDT) From: "Eric J. Schwertfeger" X-Sender: ejs@harlie To: "Michael L. VanLoon -- HeadCandy.com" cc: "Marc G. Fournier" , current@FreeBSD.org, smp@FreeBSD.org Subject: Re: Recommendations... In-Reply-To: <199610250654.XAA04986@MindBender.serv.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Oct 1996, Michael L. VanLoon -- HeadCandy.com wrote: > almost impossible to get right now, and because of that, have gone way > back up in price. Don't bother with a 180 -- wrong bus speed > (remember, always multiples of 33 1/3). The P6 166MHz with the 512K > cache is supposed to be a good chip, if you can get it cheap (and > faster than the P6/180-256K). I've always wonderd if the P6/150 (I've got a price of $309 on it) could be overclocked to 166 to get the 33mhz bus speed :-) Given that most Intel CPU's can be overclocked by 10-20% with a low failure rate, it might be worth toying with. Of course, if reliability is more important than price, don't. > machine. So, it might not give you as much absolute punch per dollar, > but it might be possible to do dual-P5 for less overall dollars (and > you could probably get the chips right away). Definitely try to get > 512K cache(s) if you go with a dual-P5. Unless price is critical, which I don't believe to be the case. The Tyan Tomcat II (at $250 for an SMP motherboard based on the HX chipset) has problems if you run dual Pentiums, 512K cache, and speed greater than 120 Mhz. Drop any one of the three, and the problem goes away. The problem may be fixed, I haven't heard, and wouldn't trust anyone to get me a fixed MB even if they had. anyway, neither of these should be major issues in this case, but some other speed freak on a budget may be following this conversation. I've found a FIC Natoma motherboard for $260, and a P6/150 for $309. Yes, I am quite tempted. Only the low memory bandwidth of the Natoma chipset (compared to the Triton HX chipset) has made me hesitate. From owner-freebsd-current Fri Oct 25 08:31:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26716 for current-outgoing; Fri, 25 Oct 1996 08:31:28 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA26676; Fri, 25 Oct 1996 08:30:46 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id IAA10067; Fri, 25 Oct 1996 08:28:27 -0700 (PDT) From: "Rodney W. Grimes" Message-Id: <199610251528.IAA10067@GndRsh.aac.dev.com> Subject: Re: Recommendations... In-Reply-To: from "Eric J. Schwertfeger" at "Oct 25, 96 08:10:15 am" To: ejs@bfd.com (Eric J. Schwertfeger) Date: Fri, 25 Oct 1996 08:28:27 -0700 (PDT) Cc: michaelv@MindBender.serv.net, scrappy@ki.net, current@FreeBSD.org, smp@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > On Thu, 24 Oct 1996, Michael L. VanLoon -- HeadCandy.com wrote: > > > almost impossible to get right now, and because of that, have gone way > > back up in price. Don't bother with a 180 -- wrong bus speed > > (remember, always multiples of 33 1/3). The P6 166MHz with the 512K > > cache is supposed to be a good chip, if you can get it cheap (and > > faster than the P6/180-256K). > > I've always wonderd if the P6/150 (I've got a price of $309 on it) could > be overclocked to 166 to get the 33mhz bus speed :-) Given that most > Intel CPU's can be overclocked by 10-20% with a low failure rate, it might > be worth toying with. Of course, if reliability is more important than > price, don't. Though many have reported success with overclocking, realize Intel marked that part a ``150'' for good reason, either it failed on the ATE equipment at 166, or they already had more 166 chips than they needed out of production. Recently they have added some changes to the chips marked ``iPP'' on the bottom of the chip so that they will not work if overclocked, especially on the 75Mhz parts, since yeilds are such that all chips now run atleast at a speed of 100Mhz without any problems. Basically smart (depending on how you want to look at it, that could also be ``dumb'') OEM's and resellers where purchasing 75Mhz chips cheaply and overclocking them to 100. Intel fixed that cost saving factor :-). > > machine. So, it might not give you as much absolute punch per dollar, > > but it might be possible to do dual-P5 for less overall dollars (and > > you could probably get the chips right away). Definitely try to get > > 512K cache(s) if you go with a dual-P5. > > Unless price is critical, which I don't believe to be the case. The Tyan > Tomcat II (at $250 for an SMP motherboard based on the HX chipset) has > problems if you run dual Pentiums, 512K cache, and speed greater than 120 > Mhz. Drop any one of the three, and the problem goes away. The problem > may be fixed, I haven't heard, and wouldn't trust anyone to get me a fixed > MB even if they had. > > anyway, neither of these should be major issues in this case, but some > other speed freak on a budget may be following this conversation. I've > found a FIC Natoma motherboard for $260, and a P6/150 for $309. Yes, I am > quite tempted. Only the low memory bandwidth of the Natoma chipset > (compared to the Triton HX chipset) has made me hesitate. What low memory bandwidth on the Natoma??? That thing smokes when comparied to a 430HX chipset. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Fri Oct 25 09:05:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA28588 for current-outgoing; Fri, 25 Oct 1996 09:05:38 -0700 (PDT) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA28560; Fri, 25 Oct 1996 09:05:26 -0700 (PDT) Received: by iworks.InterWorks.org (1.37.109.8/16.2) id AA12096; Fri, 25 Oct 1996 11:03:47 -0500 Message-Id: <9610251603.AA12096@iworks.InterWorks.org> Date: Fri, 25 Oct 1996 11:03:47 -0500 From: "Daniel M. Eischen" To: dpr@elsevier.co.uk Subject: Re: Experiences with CDE for FreeBSD Cc: freebsd-current@freebsd.org, questions@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Other than the above problems, everything else seems to be working > > just fine. It looks very professional and just like CDE on > > Solaris 2.5 - even the pretty login window. > > Is it as slow :-) > > Hmm, actually, really, how's performance, I quite liked CDE but the > Sparc 5 at work was really sluggish but it might just have been that > Solaris couldn't cope with CDE rather than CDE itself. CDE seemed to > have a large memory footprint and I've noticed that Solaris isn't very > happy unless it's got lots of headroom memory wise. It's not slow on our Sparc 10s and 20s. But we do have anywheres from 64MB to 128MB RAM on them. My FreeBSD CDE system is an old 90MHz Neptune chipset system, but I recently upgraded it to 64MB RAM (before I purchased CDE). It isn't slow and seems pretty responsive. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Fri Oct 25 09:31:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA00547 for current-outgoing; Fri, 25 Oct 1996 09:31:47 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA00538 for ; Fri, 25 Oct 1996 09:31:42 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.6/8.7.3) with ESMTP id JAA26361; Fri, 25 Oct 1996 09:31:41 -0700 (PDT) Message-Id: <199610251631.JAA26361@austin.polstra.com> To: John-Mark Gurney Cc: freebsd-current@FreeBSD.org Subject: Re: gnats database In-reply-to: References: Date: Fri, 25 Oct 1996 09:31:40 -0700 From: John Polstra Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > is there any way to d/l and keep a current gnats database on my > home machine and be able to browse it? You can update it with CVSup or sup. Here's a CVSupfile that works for me: gnats release=current host=cvsup.freebsd.org compress hostbase=/home \ base=/home/jdp/sup prefix=/home delete old use-rel-suffix (Really all on one line, of course.) John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Oct 25 09:33:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA00728 for current-outgoing; Fri, 25 Oct 1996 09:33:57 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA00722; Fri, 25 Oct 1996 09:33:52 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30) id JAA24070; Fri, 25 Oct 1996 09:33:47 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id JAA09094; Fri, 25 Oct 1996 09:33:41 -0700 (PDT) Message-Id: <199610251633.JAA09094@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: "Rodney W. Grimes" cc: ejs@bfd.com (Eric J. Schwertfeger), scrappy@ki.net, current@freebsd.org, smp@freebsd.org Subject: Re: Recommendations... In-reply-to: Your message of Fri, 25 Oct 96 08:28:27 -0700. <199610251528.IAA10067@GndRsh.aac.dev.com> Date: Fri, 25 Oct 1996 09:33:41 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [...] >> quite tempted. Only the low memory bandwidth of the Natoma chipset >> (compared to the Triton HX chipset) has made me hesitate. The low memory bandwidth problem was on the _ORION_, not the Natoma. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-current Fri Oct 25 09:37:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA01076 for current-outgoing; Fri, 25 Oct 1996 09:37:40 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA01068 for ; Fri, 25 Oct 1996 09:37:34 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.6/8.7.3) with ESMTP id JAA26425; Fri, 25 Oct 1996 09:37:28 -0700 (PDT) Message-Id: <199610251637.JAA26425@austin.polstra.com> To: John-Mark Gurney Cc: freebsd-current@FreeBSD.org Subject: Re: gnats database In-reply-to: References: Date: Fri, 25 Oct 1996 09:37:28 -0700 From: John Polstra Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I tried to send this to your return address , but it bounced with this message: =============================================================================== ----- The following addresses have delivery notifications ----- (unrecoverable error) ----- Transcript of session follows ----- 550 ... Host unknown (Name server: nike.efn.org: host not found) =============================================================================== There's no MX or A record for "nike.efn.org" in the DNS. > is there any way to d/l and keep a current gnats database on my > home machine and be able to browse it? You can update it with CVSup or sup. Here's a CVSupfile that works for me: gnats release=current host=cvsup.freebsd.org compress hostbase=/home \ base=/home/jdp/sup prefix=/home delete old use-rel-suffix (Really all on one line, of course.) John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Fri Oct 25 11:29:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA07118 for current-outgoing; Fri, 25 Oct 1996 11:29:23 -0700 (PDT) Received: from pcpsj.pfcs.com (harlan.fred.net [205.252.219.31]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA07106; Fri, 25 Oct 1996 11:29:07 -0700 (PDT) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id OAA26157; Fri, 25 Oct 1996 14:28:48 -0400 Received: from localhost by mumps.pfcs.com with SMTP id AA03387 (5.67b/IDA-1.5); Fri, 25 Oct 1996 14:28:47 -0400 To: current@freebsd.org, smp@freebsd.org Subject: PIC+EISA Recommendations? Date: Fri, 25 Oct 1996 14:28:45 -0300 Message-Id: <3385.846268125@mumps.pfcs.com> From: Harlan Stenn Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Since this is a topic of discussion... I'm about to pick up a Photon video card so I can use one of my Sony single-sync monitors with FreeBSD. The 4M PCI Photon card is only $45 more than the 2M ISA Photon card, so I'd rather get the PCI version. I have an 486/90 EISA machine with an AHA 1742, and I'd rather not waste that controller if it's cost-effective to move it to a new machine. So is there a good single or dual P[56] or P{5,6} CPU motherboard that has both PCI and EISA? Or should I just leave my 486/90 box alone and get a straight PCI motherboard? Thanks... H From owner-freebsd-current Fri Oct 25 12:04:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08811 for current-outgoing; Fri, 25 Oct 1996 12:04:15 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA08626; Fri, 25 Oct 1996 12:01:37 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA14036; Fri, 25 Oct 1996 11:58:16 -0700 From: Terry Lambert Message-Id: <199610251858.LAA14036@phaeton.artisoft.com> Subject: Re: PIC+EISA Recommendations? To: Harlan.Stenn@pfcs.com (Harlan Stenn) Date: Fri, 25 Oct 1996 11:58:16 -0700 (MST) Cc: current@freebsd.org, smp@freebsd.org In-Reply-To: <3385.846268125@mumps.pfcs.com> from "Harlan Stenn" at Oct 25, 96 02:28:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Since this is a topic of discussion... > > I'm about to pick up a Photon video card so I can use one of my Sony > single-sync monitors with FreeBSD. > > The 4M PCI Photon card is only $45 more than the 2M ISA Photon card, so > I'd rather get the PCI version. > > I have an 486/90 EISA machine with an AHA 1742, and I'd rather not waste > that controller if it's cost-effective to move it to a new machine. > > So is there a good single or dual P[56] or P{5,6} CPU motherboard that > has both PCI and EISA? The ASUS PCI/EISA is what Poul or Peter is using (on loan from Walnut Creek, it was the machine Jack Vogel, who did the original SMP work and the FreeBSD 1.1.5.1 SPARC port, was using). It's a decent motherboard. I got the PCI/ISA motherboard because I wanted to address the issues that ISA introduces, and so that there would be a hardware difference taken into account in the low level code base. > Or should I just leave my 486/90 box alone and get a straight PCI > motherboard? You simply *can't* get a "straight PCI motherboard". The closest you can get is an industrial box -- there are several companies selling passive PCI backplane machines, with no ISA components at all. Unfortunately, the 82378 PCI-ISA bridge is generally on the processor card itself, instead of off on a seperate card, so there's no way to tell from software what hardware is there, short of burning it into the BIOS ROM's. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Oct 25 12:15:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09593 for current-outgoing; Fri, 25 Oct 1996 12:15:44 -0700 (PDT) Received: from ravenock.cybercity.dk (disn44.cybercity.dk [194.16.57.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA09581 for ; Fri, 25 Oct 1996 12:15:37 -0700 (PDT) Received: (from sos@localhost) by ravenock.cybercity.dk (8.7.6/8.7.3) id VAA01408 for current@freebsd.org; Fri, 25 Oct 1996 21:17:14 +0200 (MET DST) Message-Id: <199610251917.VAA01408@ravenock.cybercity.dk> Subject: kernel build fails.... To: current@freebsd.org (FreeBSD current) Date: Fri, 25 Oct 1996 21:17:14 +0200 (MET DST) From: "Soren Schmidt" From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL25 ME8b] 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 With source from a few minutes ago ~ 2100 CET this happens: cc -c -O -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -Wpointer-arith -nostdinc -I- -I. -I../.. -I/usr/include -DIPNAT -DCOMPAT_43 -DFFS -DINET -DKERNEL ../../i386/isa/clock.c ../../i386/isa/clock.c: In function `calibrate_clocks': ../../i386/isa/clock.c:518: warning: comparison between signed and unsigned ../../i386/isa/clock.c:542: warning: comparison between signed and unsigned ../../i386/isa/clock.c: In function `resettodr': ../../i386/isa/clock.c:756: warning: comparison between signed and unsigned ../../i386/isa/clock.c:771: warning: comparison between signed and unsigned ../../i386/isa/clock.c: In function `cpu_initclocks': ../../i386/isa/clock.c:816: `i586_last_tick' undeclared (first use this function) ../../i386/isa/clock.c:816: (Each undeclared identifier is reported only once ../../i386/isa/clock.c:816: for each function it appears in.) *** Error code 1 Stop. (sos@ravenock)[36]> Bruce ???? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri Oct 25 12:58:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11231 for current-outgoing; Fri, 25 Oct 1996 12:58:29 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA11101; Fri, 25 Oct 1996 12:55:50 -0700 (PDT) Received: from clem.systemsix.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0vGsLy-00097uC; Fri, 25 Oct 96 12:55 PDT Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id NAA16741; Fri, 25 Oct 1996 13:50:18 -0600 Message-Id: <199610251950.NAA16741@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Terry Lambert cc: Harlan.Stenn@pfcs.com (Harlan Stenn), current@freebsd.org, smp@freebsd.org Subject: Re: PIC+EISA Recommendations? In-reply-to: Your message of "Fri, 25 Oct 1996 11:58:16 PDT." <199610251858.LAA14036@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Oct 1996 13:50:18 -0600 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > > Since this is a topic of discussion... > > ... > > I have an 486/90 EISA machine with an AHA 1742, and I'd rather not waste > > that controller if it's cost-effective to move it to a new machine. > > > > So is there a good single or dual P[56] or P{5,6} CPU motherboard that > > has both PCI and EISA? > > The ASUS PCI/EISA is what Poul or Peter is using (on loan from Walnut > Creek, it was the machine Jack Vogel, who did the original SMP work > and the FreeBSD 1.1.5.1 SPARC port, was using). It's a decent > motherboard. > ... We haven't been able to get Peter's MB working with my symmetric IO code and his EISA (2742?) controller. We anticipate other problems with EISA MBs and the MP spec. Quoting Peter: On some EISA systems, some irq's (such as the timer) are hardwired internally to the 8259's and are not available as APIC inputs. This is a problem that will complicate things no end. On those systems both the 8259's and the APICs must be active, with the 8259 feeding it's output through the ExINT on the cpu's local apic. But that puts us well over the 32 interrupt source limit, so we are not even thinking about this yet until the basics are working right. [ end quote ] For the above and other reasons I would suggest avoiding an EISA board for SMP work. If you don't anticipate NEEDing to use EISA cards don't get an EISA MB. This view may change later when we know more about them in an SMP environment, but that is likely to lag other development. -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-current Fri Oct 25 13:23:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12327 for current-outgoing; Fri, 25 Oct 1996 13:23:15 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12314 for ; Fri, 25 Oct 1996 13:23:12 -0700 (PDT) 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 NAA17001 for ; Fri, 25 Oct 1996 13:23:03 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA20942; Fri, 25 Oct 1996 22:21:10 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA21261; Fri, 25 Oct 1996 22:21:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id WAA09806; Fri, 25 Oct 1996 22:13:14 +0200 (MET DST) From: J Wunsch Message-Id: <199610252013.WAA09806@uriah.heep.sax.de> Subject: Re: fsck add to support specifing a mount point To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 25 Oct 1996 22:13:13 +0200 (MET DST) Cc: gurney_j@resnet.uoregon.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from John-Mark Gurney at "Oct 25, 96 02:18:25 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As John-Mark Gurney wrote: > well... I say the pr about fsck not supporting mount points... so I > decided to take a look at it... and I think this is the proper fix... > I've tried it out... and is sucessfully did: "fsck /usr" properly... Ah, thanks! > hope the patch helps... I would of submitted a send-pr but I'm not sure > if I just submit it as a new one or if I can "add" it the the relevant > one... ttyl... You can. Simply send it to FreeBSD-gnats-submit@freebsd.org, with a subject starting with bin/129 (in this case). I'm gonna commit it (with a very minor change -- remove the trailing slash if any, and if the name is not just `/' only). -- 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 Oct 25 13:25:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12474 for current-outgoing; Fri, 25 Oct 1996 13:25:15 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA12221 for ; Fri, 25 Oct 1996 13:21:38 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA20950; Fri, 25 Oct 1996 22:21:13 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA21263; Fri, 25 Oct 1996 22:21:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id WAA09670; Fri, 25 Oct 1996 22:03:04 +0200 (MET DST) From: J Wunsch Message-Id: <199610252003.WAA09670@uriah.heep.sax.de> Subject: Re: gnats database To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 25 Oct 1996 22:03:03 +0200 (MET DST) Cc: gurney_j@resnet.uoregon.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from John-Mark Gurney at "Oct 25, 96 02:33:25 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As John-Mark Gurney wrote: > is there any way to d/l and keep a current gnats database on my home > machine and be able to browse it? You can subscribe to it via CTM. (I do, too.) For browsing locally, use the GNATS version from the ports. However, don't be fooled by the additional (genuine) copy of send-pr that will be installed under /usr/local/bin then -- the FreeBSD version in /usr/bin is already customized for sending FreeBSD PRs. -- 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 Oct 25 14:11:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15082 for current-outgoing; Fri, 25 Oct 1996 14:11:26 -0700 (PDT) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA15008 for ; Fri, 25 Oct 1996 14:10:23 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.6.8/8.6.9) with UUCP id XAA01040 for current@FreeBSD.org; Fri, 25 Oct 1996 23:10:11 +0200 Received: from localhost (localhost [127.0.0.1]) by xp11.frmug.org (8.8.2/8.7.3/xp11-uucp-1.1) with ESMTP id VAA05051 for ; Fri, 25 Oct 1996 21:17:43 +0200 (MET DST) Message-Id: <199610251917.VAA05051@xp11.frmug.org> To: current@FreeBSD.org Subject: mkdir in Makefile (already done by mtree) Date: Fri, 25 Oct 1996 21:17:42 +0200 From: "Philippe Charnier" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, The creation of this directory is already done by mtree. Index: gnu/usr.bin/groff/mm/Makefile =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/gnu/usr.bin/groff/mm/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- Makefile 1996/09/09 18:05:26 1.7 +++ Makefile 1996/10/25 19:10:53 @@ -18,10 +18,6 @@ ${INSTALL} -c -o $(TMACOWN) -g $(TMACGRP) -m $(TMACMODE) \ ${DIST_DIR}/tmac.m $(DESTDIR)$(TMACDIR)/tmac.mse - test -d $(DESTDIR)$(TMACDIR)/mm || mkdir $(DESTDIR)$(TMACDIR)/mm - chown $(TMACOWN).$(TMACGRP) $(DESTDIR)$(TMACDIR)/mm - chmod 755 $(DESTDIR)$(TMACDIR)/mm - for f in $(FILES); do \ $(INSTALL) -c -o $(TMACOWN) -g $(TMACGRP) -m $(TMACMODE) \ ${DIST_DIR}/mm/$$f $(DESTDIR)$(TMACDIR)/mm/$$f; \ ------ ------ Philippe Charnier charnier@lirmm.fr (smtp) charnier@xp11.frmug.org (uucp) ``a PC not running FreeBSD is like a venusian with no tentacles'' ------------------------------------------------------------------------ From owner-freebsd-current Fri Oct 25 14:14:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15428 for current-outgoing; Fri, 25 Oct 1996 14:14:56 -0700 (PDT) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA15169 for ; Fri, 25 Oct 1996 14:12:41 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.6.8/8.6.9) with UUCP id XAA01037 for current@FreeBSD.org; Fri, 25 Oct 1996 23:10:11 +0200 Received: from localhost (localhost [127.0.0.1]) by xp11.frmug.org (8.8.2/8.7.3/xp11-uucp-1.1) with ESMTP id VAA05043 for ; Fri, 25 Oct 1996 21:15:48 +0200 (MET DST) Message-Id: <199610251915.VAA05043@xp11.frmug.org> To: current@FreeBSD.org Subject: /* within comment (fnmatch.h) Date: Fri, 25 Oct 1996 21:15:47 +0200 From: "Philippe Charnier" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, Index: include/fnmatch.h =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/include/fnmatch.h,v retrieving revision 1.4 diff -u -r1.4 fnmatch.h --- fnmatch.h 1996/10/24 04:05:54 1.4 +++ fnmatch.h 1996/10/25 19:00:32 @@ -31,6 +31,7 @@ * SUCH DAMAGE. * * @(#)fnmatch.h 8.1 (Berkeley) 6/2/93 + * $Id$ */ #ifndef _FNMATCH_H_ @@ -42,7 +43,7 @@ #define FNM_PATHNAME 0x02 /* Slash must be matched by slash. */ #define FNM_PERIOD 0x04 /* Period must be matched by period. */ #ifndef _POSIX_SOURCE -#define FNM_LEADING_DIR 0x08 /* Ignore "/*" after match. */ +#define FNM_LEADING_DIR 0x08 /* Ignore slash followed by star after match. */ #define FNM_CASEFOLD 0x10 /* Case insensitive search. */ #endif ------ ------ Philippe Charnier charnier@lirmm.fr (smtp) charnier@xp11.frmug.org (uucp) ``a PC not running FreeBSD is like a venusian with no tentacles'' ------------------------------------------------------------------------ From owner-freebsd-current Fri Oct 25 14:17:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15585 for current-outgoing; Fri, 25 Oct 1996 14:17:20 -0700 (PDT) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15580 for ; Fri, 25 Oct 1996 14:17:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id OAA14027; Fri, 25 Oct 1996 14:16:32 -0700 (PDT) Date: Fri, 25 Oct 1996 14:16:32 -0700 (PDT) From: John-Mark Gurney X-Sender: jmg@nike Reply-To: John-Mark Gurney To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: fsck add to support specifing a mount point In-Reply-To: <199610252013.WAA09806@uriah.heep.sax.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 Fri, 25 Oct 1996, J Wunsch wrote: > As John-Mark Gurney wrote: > > > well... I say the pr about fsck not supporting mount points... so I > > decided to take a look at it... and I think this is the proper fix... > > I've tried it out... and is sucessfully did: "fsck /usr" properly... > > Ah, thanks! > > > hope the patch helps... I would of submitted a send-pr but I'm not sure > > if I just submit it as a new one or if I can "add" it the the relevant > > one... ttyl... > > You can. Simply send it to FreeBSD-gnats-submit@freebsd.org, with a > subject starting with bin/129 (in this case). thanks... > I'm gonna commit it (with a very minor change -- remove the trailing > slash if any, and if the name is not just `/' only). I also was thinking of doing that... but that was after I had arleady sent the message off... oh... I also forgot to close up the fstab database... I thought about that this morning :)... ttyl.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-current Fri Oct 25 14:23:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16267 for current-outgoing; Fri, 25 Oct 1996 14:23:41 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA16244 for ; Fri, 25 Oct 1996 14:23:34 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id NAA17022 for ; Fri, 25 Oct 1996 13:29:39 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vGsrX-0002FK-00; Fri, 25 Oct 1996 14:28:15 -0600 To: Terry Lambert Subject: Re: PIC+EISA Recommendations? Cc: current@freebsd.org In-reply-to: Your message of "Fri, 25 Oct 1996 11:58:16 PDT." <199610251858.LAA14036@phaeton.artisoft.com> References: <199610251858.LAA14036@phaeton.artisoft.com> Date: Fri, 25 Oct 1996 14:28:14 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610251858.LAA14036@phaeton.artisoft.com> Terry Lambert writes: : and the FreeBSD 1.1.5.1 SPARC port, What other machines has FreeBSD been ported to? I'm not so curious about releases (because only the PC an PC98 have been integrated into the tree) as I am about what machines had some level of effort made on them. I seem to recall an ARM port as well as a PPC port being talked about from time to time. Any others? Thanks for any history you might provide me. Warner From owner-freebsd-current Fri Oct 25 15:23:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25340 for current-outgoing; Fri, 25 Oct 1996 15:23:39 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25311 for ; Fri, 25 Oct 1996 15:23:33 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id PAA17477 for ; Fri, 25 Oct 1996 15:07:36 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.7.6/8.7.3) with SMTP id RAA20994; Fri, 25 Oct 1996 17:07:09 -0500 (EST) Date: Fri, 25 Oct 1996 17:07:09 -0500 (EST) From: John Fieber To: "Daniel M. Eischen" cc: freebsd-current@FreeBSD.ORG Subject: Re: Experiences with CDE for FreeBSD In-Reply-To: <9610242345.AA10608@iworks.InterWorks.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Oct 1996, Daniel M. Eischen wrote: > o The Screen lock and saver do not work (although the package > xlockmore works just fine). I may have something misconfigured > on my end because the CDE error log file shows: > > "Unable to lock display due to security restrictions." For what its worth, I get the same thing on some Solaris boxes I have access to. -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ From owner-freebsd-current Fri Oct 25 15:24:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25442 for current-outgoing; Fri, 25 Oct 1996 15:24:01 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25414 for ; Fri, 25 Oct 1996 15:23:55 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id OAA17268 for ; Fri, 25 Oct 1996 14:30:41 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA14313; Fri, 25 Oct 1996 14:27:20 -0700 From: Terry Lambert Message-Id: <199610252127.OAA14313@phaeton.artisoft.com> Subject: Re: PIC+EISA Recommendations? To: imp@village.org (Warner Losh) Date: Fri, 25 Oct 1996 14:27:20 -0700 (MST) Cc: terry@lambert.org, current@FreeBSD.ORG In-Reply-To: from "Warner Losh" at Oct 25, 96 02:28:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > In message <199610251858.LAA14036@phaeton.artisoft.com> Terry Lambert writes: > : and the FreeBSD 1.1.5.1 SPARC port, > > What other machines has FreeBSD been ported to? I'm not so curious > about releases (because only the PC an PC98 have been integrated into > the tree) as I am about what machines had some level of effort made on > them. > > I seem to recall an ARM port as well as a PPC port being talked about > from time to time. Any others? > > Thanks for any history you might provide me. Hardware I know FreeBSD has been run on or partially ported to: PC PC98 Sun 3 Sun SPARC DEC MIPS (DECStation 3000) ARM Motorolla PowerStack (PPC) Apple PowerMAC 6100 Apple Mac IIci -- unconfirmed DEC Alpha (21066A PCI) HP 300/400 (68040) NeXT Cube/Slab (68030/68040) -- unconfirmed IBM is interested in loaning hardware for an IBM PPC hadware support, if anyone is interested. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Oct 25 15:24:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25458 for current-outgoing; Fri, 25 Oct 1996 15:24:03 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25422 for ; Fri, 25 Oct 1996 15:23:56 -0700 (PDT) Received: from sdev.usn.blaze.net.au (sdev.usn.blaze.net.au [203.17.53.19]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id OAA17332 for ; Fri, 25 Oct 1996 14:41:08 -0700 (PDT) Received: (from davidn@localhost) by sdev.usn.blaze.net.au (8.7.6/8.6.9) id HAA28246; Sat, 26 Oct 1996 07:37:37 +1000 (EST) Message-Id: <199610252137.HAA28246@sdev.usn.blaze.net.au> Date: Sat, 26 Oct 1996 07:37:36 +1000 From: davidn@sdev.usn.blaze.net.au (David Nugent) To: koshy@india.hp.com (A JOSEPH KOSHY) Cc: freebsd-current@FreeBSD.ORG Subject: Re: High packet loss for the `ed' driver? References: <199610251500.AA078165642@fakir.india.hp.com> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 In-Reply-To: <199610251500.AA078165642@fakir.india.hp.com>; from A JOSEPH KOSHY on Oct 25, 1996 20:00:41 +0500 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk A JOSEPH KOSHY writes: > This is behaviour that I'm seeing in the recent (1-3 months) -current code: > > `ping -f' to any machine on the local ethernet runs out of buffer space very > rapidly on my FreeBSD-current machine (2-3 seconds). FWIW: davidn@sdev[~]# ping -f unique PING unique.usn.blaze.net.au (203.17.53.17): 56 data bytes ..............................................................................^C --- unique.usn.blaze.net.au ping statistics --- 1077468 packets transmitted, 1077380 packets received, 0% packet loss round-trip min/avg/max = 1.228/6.959/79.719 ms > The machine is a P5-90 with an HP PC Lan+ ethernet card (using the > `ed' driver). Same driver, using 8-bit WD8003EBT's on both systems over coax. FreeBSD sdev.usn.blaze.net.au 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Thu Oct 24 14:35:24 EST 1996 davidn@sdev.usn.blaze.net.au:/usr/src/sys/compile/SDEV i386 -current is only two days old, completed "make world" without incident, built new kernels and rebooted both machines. Apart from the previously mentioned pdksh core dump and running "AJ" malloc options, no other problems to report so far. > If you are using an NE2k compatible card, have you by any chance seen > similar packet losses? I'm wondering if its a generic `ed' problem > or something that specific to the HP PC Lan code. Good luck, David David Nugent, Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-791-9547 Data/BBS +61-3-792-3507 3:632/348@fidonet davidn@blaze.net.au http://www.blaze.net.au/~davidn From owner-freebsd-current Fri Oct 25 15:24:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25670 for current-outgoing; Fri, 25 Oct 1996 15:24:47 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25639 for ; Fri, 25 Oct 1996 15:24:40 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id OAA17235 for ; Fri, 25 Oct 1996 14:21:53 -0700 (PDT) Received: from rosie.scsn.net by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0vGth9-00097lC; Fri, 25 Oct 96 14:21 PDT Received: from rhiannon.scsn.net (cola93.scsn.net [206.25.247.93]) by rosie.scsn.net (post.office MTA v2.0 0813 ID# 0-13529) with ESMTP id AAA121 for ; Fri, 25 Oct 1996 17:19:00 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.8.2/8.6.12) id RAA00683 for current@FreeBSD.org; Fri, 25 Oct 1996 17:19:59 -0400 (EDT) From: "Donald J. Maddox" Message-Id: <199610252119.RAA00683@rhiannon.scsn.net> Subject: Bogus Output from lsvfs II To: current@FreeBSD.ORG Date: Fri, 25 Oct 1996 17:19:58 -0400 (EDT) Reply-To: dmaddox@scsn.net 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 A little earlier I posted a message regarding strange output from lsvfs on -current. A few additional findings... I have in /etc: lrwxr-xr-x 1 root wheel 2 Oct 25 16:52 /etc/malloc.conf -> AJ If I remove this, lsvfs behaves correctly. Maybe a little bug in getvfsent() when memory is not cleared? -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-current Fri Oct 25 15:25:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25763 for current-outgoing; Fri, 25 Oct 1996 15:25:06 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25706 for ; Fri, 25 Oct 1996 15:24:52 -0700 (PDT) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id NAA17100 for ; Fri, 25 Oct 1996 13:46:11 -0700 (PDT) Received: from rhiannon.scsn.net (cola93.scsn.net [206.25.247.93]) by rosie.scsn.net (post.office MTA v2.0 0813 ID# 0-13529) with ESMTP id AAA159 for ; Fri, 25 Oct 1996 16:45:24 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.8.2/8.6.12) id QAA00397 for current@FreeBSD.org; Fri, 25 Oct 1996 16:46:25 -0400 (EDT) From: "Donald J. Maddox" Message-Id: <199610252046.QAA00397@rhiannon.scsn.net> Subject: Bogus output from lsvfs To: current@FreeBSD.ORG Date: Fri, 25 Oct 1996 16:46:24 -0400 (EDT) Reply-To: dmaddox@scsn.net X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by rhiannon.scsn.net id QAA00397 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Anybody else seeing this? # lsvfs Filesystem Index Refs Flags -------------------------------- ----- ----- --------------- ufs 1 2 static nfs 2 1 static, network mfs 3 0 static msdos 4 1 static procfs 12 1 static, synthetic =D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0=D0= =D0=D0=D0=D0=D0=D0=D0 -791621424 -791621424 loopback =20 That last entry looks a little suspicious :-) This is on -current as of last night... --=20 Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-current Fri Oct 25 15:25:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25795 for current-outgoing; Fri, 25 Oct 1996 15:25:10 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25744 for ; Fri, 25 Oct 1996 15:25:02 -0700 (PDT) Received: from sdev.usn.blaze.net.au (sdev.usn.blaze.net.au [203.17.53.19]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id NAA17081 for ; Fri, 25 Oct 1996 13:41:13 -0700 (PDT) Received: (from davidn@localhost) by sdev.usn.blaze.net.au (8.7.6/8.6.9) id GAA28193; Sat, 26 Oct 1996 06:39:38 +1000 (EST) Message-Id: <199610252039.GAA28193@sdev.usn.blaze.net.au> Date: Sat, 26 Oct 1996 06:39:38 +1000 From: davidn@sdev.usn.blaze.net.au (David Nugent) To: ejc@gargoyle.bazzle.com (Eric J. Chet) Cc: freebsd-current@FreeBSD.ORG Subject: Re: -current as of 10/23/96 References: X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 In-Reply-To: ; from Eric J. Chet on Oct 24, 1996 20:16:37 -0400 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Eric J. Chet writes: > Make world as of last night 10/23/96. Can't login using pdksh > it dumps with sig 11, csh and tcsh are fine. I rebuilt ksh same result. > It only dumps at login, works fine from another shell. I had the same result, but since I was busy on something else I just changed shell and thought I'd get back to it when I had time to download the pdksh sources again. However, since you've done most of the work already: > Program terminated with signal 11, Segmentation fault. > #0 shf_close (shf=0xd0d0d0d0) at shf.c:203 > 203 if (shf->fd >= 0) { Do you happen to have /etc/malloc.conf symlinked to 'AD'? (BTW, this has been a *wonderful* help in debugging things I previously never realised had problems over the last few days :-)). If so, then the pattern 0xd0d0d0d0 means that it is an uninitialised value or a variable that previously existed in memory that has been subsequently freed. It is more likely you'll discover how this happens in frame 2: > #2 0x16397 in main (argc=1, argv=0xefbfde54) at main.c:359 Somewhere above there. To point out the obvious, this most likely a bug in pdksh. :) The most likely scenario is something like this: free(xyz); shf_close(xyz->shf); Or perhaps the programmer is as not initialising memory after allocating it. As I said, I haven't looked yet. If you come across the fix, be sure to cc me the patch. :) Hope this helps, David Nugent, Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-791-9547 Data/BBS +61-3-792-3507 3:632/348@fidonet davidn@blaze.net.au http://www.blaze.net.au/~davidn From owner-freebsd-current Fri Oct 25 16:00:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA29814 for current-outgoing; Fri, 25 Oct 1996 16:00:57 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA29798; Fri, 25 Oct 1996 16:00:52 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.7.5/8.6.12) id PAA29409; Fri, 25 Oct 1996 15:55:08 -0700 (PDT) Date: Fri, 25 Oct 1996 15:55:08 -0700 (PDT) Message-Id: <199610252255.PAA29409@sunrise.cs.berkeley.edu> To: rgrimes@gndrsh.aac.dev.com CC: ejs@bfd.com, michaelv@MindBender.serv.net, scrappy@ki.net, current@FreeBSD.org, smp@FreeBSD.org In-reply-to: <199610251528.IAA10067@GndRsh.aac.dev.com> (rgrimes@gndrsh.aac.dev.com) Subject: Re: Recommendations... From: asami@FreeBSD.org (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * What low memory bandwidth on the Natoma??? That thing smokes when comparied * to a 430HX chipset. That contradicts our findings. A P5-133 with Triton or Triton II can move 70-80MB/s (depending on EDO or non-EDO), but I can't get more than 45MB/s out of a P6-200 with Natoma/server (at least that's what Intel told us). Satoshi P.S. Details on "http://now.cs.berkeley.edu/Td/bcopy.html". From owner-freebsd-current Fri Oct 25 16:15:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA01381 for current-outgoing; Fri, 25 Oct 1996 16:15:05 -0700 (PDT) Received: from gargoyle.bazzle.com ([206.103.246.190]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA01343; Fri, 25 Oct 1996 16:14:48 -0700 (PDT) Received: from gargoyle.bazzle.com (localhost [127.0.0.1]) by gargoyle.bazzle.com (8.7.6/8.6.12) with SMTP id TAA04536; Fri, 25 Oct 1996 19:12:13 -0400 (EDT) Date: Fri, 25 Oct 1996 19:12:12 -0400 (EDT) From: "Eric J. Chet" To: David Nugent cc: freebsd-current@freebsd.org, dob@nasvr1.cb.lucent.com, tg@freebsd.org, phk@freebsd.org Subject: Re: -current as of 10/23/96 In-Reply-To: <199610252039.GAA28193@sdev.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello oops, I'm asleep. Yes I'm symlinked AJ. Poul how about changing the address malloc fills with to '0xDEADBEEF'. We need something that jumps out at you :-) In my Amiga days the "Enforcer" used '0xDEADBEEF' I was not thinking from a ksh point of view. The only thing I changed was a make world. I had been using the ksh bin for about a month. I symlinked AJ to /etc/make.conf about a week ago when Poul suggested it. A very simple patch to the latest, pdksh port. Thanks, Eric J. Chet - ejc@bazzle.com --cut here *** main.c.orig Fri Oct 25 18:48:35 1996 --- main.c Fri Oct 25 18:52:32 1996 *************** *** 482,490 **** s->u.shf = shf; s->file = str_save(name, ATEMP); i = shell(s, FALSE); - quitenv(); source = sold; shf_close(s->u.shf); if (old_argv) { e->loc->argv = old_argv; e->loc->argc = old_argc; --- 482,490 ---- s->u.shf = shf; s->file = str_save(name, ATEMP); i = shell(s, FALSE); source = sold; shf_close(s->u.shf); + quitenv(); if (old_argv) { e->loc->argv = old_argv; e->loc->argc = old_argc; --end of patch From owner-freebsd-current Fri Oct 25 16:15:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA01452 for current-outgoing; Fri, 25 Oct 1996 16:15:32 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA01261; Fri, 25 Oct 1996 16:14:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id QAA09230; Fri, 25 Oct 1996 16:15:02 -0700 (PDT) Message-Id: <199610252315.QAA09230@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: asami@FreeBSD.org (Satoshi Asami) cc: rgrimes@GndRsh.aac.dev.com, ejs@bfd.com, michaelv@MindBender.serv.net, scrappy@ki.net, current@FreeBSD.org, smp@FreeBSD.org Subject: Re: Recommendations... In-reply-to: Your message of "Fri, 25 Oct 1996 15:55:08 PDT." <199610252255.PAA29409@sunrise.cs.berkeley.edu> From: David Greenman Reply-To: dg@root.com Date: Fri, 25 Oct 1996 16:15:01 -0700 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >P.S. Details on "http://now.cs.berkeley.edu/Td/bcopy.html". BTW, the "fast strings" copy capability of the P6 is often disabled due to it being broken in early rev chips. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Fri Oct 25 16:38:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04343 for current-outgoing; Fri, 25 Oct 1996 16:38:05 -0700 (PDT) Received: from sumter.awod.com (awod.com [198.81.225.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA04305; Fri, 25 Oct 1996 16:37:56 -0700 (PDT) Received: (from klam@localhost) by sumter.awod.com (8.7.6/8.6.12) id TAA14205; Fri, 25 Oct 1996 19:37:49 -0400 (EDT) Date: Fri, 25 Oct 1996 19:37:49 -0400 (EDT) From: Ken Lam Message-Id: <199610252337.TAA14205@sumter.awod.com> To: current@freebsd.org, scsi@freebsd.org Subject: current and 2940 lockup during boot Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just cvsupped Justin's tweaks and rebuilt. During the bootup process, it probes my first 3 devices (2 hds, 1 jazz drive) then locks up with a white cursor and fails to probe the 4th (a toshiba cdrom). My configuration is a P5-90/Neptune chipset 3c509 AHA2940U FreeBSD is on my scsi drives I have tagged queuing enabled. I am planning to disable that to determine if that is causing my problems. FYI for those adventure some users :) --- below is my normal boot (actually, booting from a slightly older kernel than my last sup 3 days ago which worked as well) FreeBSD 2.2-CURRENT #0: Wed Sep 18 11:16:53 EDT 1996 lam@tsunami.awod.com:/mnt/tmp/src/sys/compile/KL3 Calibrating clock(s) relative to mc146818A clock... i586 clock: 90211713 Hz, i8254 clock: 1193279 Hz CPU: Pentium (90.20-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x521 Stepping=1 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 31510528 (30772K bytes) Probing for devices on PCI bus 0: chip0 rev 17 on pci0:0 chip1 rev 3 on pci0:2 ahc0 rev 0 int a irq 11 on pci0:6 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "SEAGATE ST31200N 9410" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1006MB (2061108 512 byte sectors) (ahc0:2:0): "MAXTOR LXT-340S 6.57" type 0 fixed SCSI 1 sd1(ahc0:2:0): Direct-Access 324MB (665154 512 byte sectors) ahc0: target 3 Tagged Queuing Device (ahc0:3:0): "iomega jaz 1GB H.62" type 0 removable SCSI 2 sd2(ahc0:3:0): Direct-Access sd2(ahc0:3:0): ILLEGAL REQUEST asc:24,0 Invalid field in CDB sd2 could not mode sense (4). Using ficticious geometry sd2(ahc0:3:0): NOT READY asc:3a,0 Medium not present sd2: could not get size 0MB (0 512 byte sectors) (ahc0:4:0): "TOSHIBA CD-ROM XM-5201TA 3014" type 5 removable SCSI 2 cd0(ahc0:4:0): CD-ROM cd0(ahc0:4:0): NOT READY asc:3a,0 Medium not present can't get the size vga0 rev 1 on pci0:14 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 696MB (1427328 sectors), 1416 cyls, 16 heads, 63 S/T, 512 B/S 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/utp/bnc[*BNC*] address 00:a0:24:00:fe:a6 npx0 on motherboard npx0: INT 16 interface From owner-freebsd-current Fri Oct 25 16:38:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04385 for current-outgoing; Fri, 25 Oct 1996 16:38:17 -0700 (PDT) Received: from noc.msc.edu (noc.msc.edu [137.66.12.254]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA04376 for ; Fri, 25 Oct 1996 16:38:14 -0700 (PDT) Received: from uc.msc.edu by noc.msc.edu (5.65/MSC/v3.0.1(920324)) id AA13228; Fri, 25 Oct 96 18:38:12 -0500 Received: from fergus-2.dialup.prtel.com by uc.msc.edu (5.65/MSC/v3.0z(901212)) id AA22571; Fri, 25 Oct 96 18:38:10 -0500 Received: (from alk@localhost) by compound.Think.COM (8.7.6/8.7.3) id SAA13741; Fri, 25 Oct 1996 18:38:07 -0500 (CDT) Date: Fri, 25 Oct 1996 18:38:07 -0500 (CDT) From: Tony Kimball Message-Id: <199610252338.SAA13741@compound.Think.COM> To: current@freebsd.org Subject: build failure in lib-tools at cvs-cur.2626 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ; make lib-tools [...] cc -O -DFREEBSD_AOUT -I/alt/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc -I/alt/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/config -DFREEBSD_NATIVE -DDEFAULT_TARGET_VERSION=\"2.7.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/alt/src/gnu/usr.bin/cc/cc1/../cc_tools -c /alt/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c /alt/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c: In function `forget_protocol_qualifiers': /alt/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:119: `wordlist' undeclared (first use this function) /alt/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:119: (Each undeclared identifier is reported only once /alt/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:119: for each function it appears in.) /alt/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:119: sizeof applied to an incomplete type [...] /alt/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-lex.c:1061: dereferencing pointer to incomplete type *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. ; From owner-freebsd-current Fri Oct 25 17:19:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA09125 for current-outgoing; Fri, 25 Oct 1996 17:19:47 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA09118 for ; Fri, 25 Oct 1996 17:19:43 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vGwSf-0002ja-00; Fri, 25 Oct 1996 18:18:49 -0600 To: Terry Lambert Subject: Re: PIC+EISA Recommendations? Cc: current@freebsd.org In-reply-to: Your message of "Fri, 25 Oct 1996 14:27:20 PDT." <199610252127.OAA14313@phaeton.artisoft.com> References: <199610252127.OAA14313@phaeton.artisoft.com> Date: Fri, 25 Oct 1996 18:18:49 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610252127.OAA14313@phaeton.artisoft.com> Terry Lambert writes: : Hardware I know FreeBSD has been run on or partially ported to: : PC : PC98 : Sun 3 : Sun SPARC : DEC MIPS (DECStation 3000) : ARM : Motorolla PowerStack (PPC) : Apple PowerMAC 6100 : Apple Mac IIci -- unconfirmed : DEC Alpha (21066A PCI) : HP 300/400 (68040) : NeXT Cube/Slab (68030/68040) -- unconfirmed What is the vintage for most of this stuff? Is there a chance that any of it would work with a -current kernel :-) Warner From owner-freebsd-current Fri Oct 25 17:56:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA10553 for current-outgoing; Fri, 25 Oct 1996 17:56:01 -0700 (PDT) Received: from vinyl.quickweb.com (vinyl.sentex.ca [206.222.77.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA10481; Fri, 25 Oct 1996 17:54:07 -0700 (PDT) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.7.5/8.7.3) with SMTP id UAA16049; Fri, 25 Oct 1996 20:52:38 -0400 (EDT) X-Authentication-Warning: vinyl.quickweb.com: mark owned process doing -bs Date: Fri, 25 Oct 1996 20:52:38 -0400 (EDT) From: Mark Mayo To: Satoshi Asami cc: rgrimes@gndrsh.aac.dev.com, ejs@bfd.com, michaelv@MindBender.serv.net, scrappy@ki.net, current@FreeBSD.org, smp@FreeBSD.org Subject: Re: Recommendations... In-Reply-To: <199610252255.PAA29409@sunrise.cs.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Oct 1996, Satoshi Asami wrote: > * What low memory bandwidth on the Natoma??? That thing smokes when comparied > * to a 430HX chipset. > > That contradicts our findings. A P5-133 with Triton or Triton II can > move 70-80MB/s (depending on EDO or non-EDO), but I can't get more > than 45MB/s out of a P6-200 with Natoma/server (at least that's what > Intel told us). That's odd, here are my speeds on a P6-200 with Natoma (440fx)/server board straight from intel: Function Rate (MB/s) RMS time Min time Max time Copy: 76.1639 0.0633 0.0630 0.0648 Scale: 75.5894 0.0636 0.0635 0.0638 Add: 81.3670 0.0886 0.0885 0.0887 Triad: 80.6036 0.0894 0.0893 0.0896 And that was with 12 users logged in and the load at .23. I'd imagine it would be a little faster (~85 MB/s perhaps) in single user mode. It's using 60ns parity RAM. Even my workstation I'm sitting on (a first generation Pro 150 from Digital, 450GX server chipset - funky!!) gets about 65 MB/s average on the STREAM tests. If you're PPro is only doing 45 MB/s, it's time to bring it back and get a new one!! -mark ------------------------------------------- | Mark Mayo mark@quickweb.com | | C-Soft www.quickweb.com | ------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch > > Satoshi > > P.S. Details on "http://now.cs.berkeley.edu/Td/bcopy.html". > From owner-freebsd-current Fri Oct 25 18:06:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA11132 for current-outgoing; Fri, 25 Oct 1996 18:06:23 -0700 (PDT) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA11126; Fri, 25 Oct 1996 18:06:20 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id VAA28315; Fri, 25 Oct 1996 21:05:46 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id VAA16724; Fri, 25 Oct 1996 21:04:06 -0400 (EDT) To: Chuck Robey cc: "Marc G. Fournier" , current@freebsd.org, smp@freebsd.org From: "Gary Palmer" Subject: Re: Recommendations... In-reply-to: Your message of "Fri, 25 Oct 1996 09:02:48 EDT." Date: Fri, 25 Oct 1996 21:04:06 -0400 Message-ID: <16722.846291846@orion.webspan.net> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote in message ID : > I haven't yet got my Tyan Titan Pro (I pick it up today) so I can't really > make a recommendation about it yet, sorry. I can tell you that I did look > around for a long time, and that was my choice, FWIW. I have 2 Tital Pro's at work. Seem like nice motherboards. Up to 1Gb RAM (if you can get the mystical 128Mb SIMMS). Our news box runs on one (yeah, yeah, P6 is overkill, but it makes expire nice and fast :) ) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-current Fri Oct 25 18:40:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA14130 for current-outgoing; Fri, 25 Oct 1996 18:40:15 -0700 (PDT) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA14124 for ; Fri, 25 Oct 1996 18:40:08 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id VAA01475; Fri, 25 Oct 1996 21:39:09 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id VAA18588; Fri, 25 Oct 1996 21:37:28 -0400 (EDT) To: Warner Losh cc: Terry Lambert , current@freebsd.org From: "Gary Palmer" Subject: Re: PIC+EISA Recommendations? In-reply-to: Your message of "Fri, 25 Oct 1996 18:18:49 MDT." Date: Fri, 25 Oct 1996 21:37:28 -0400 Message-ID: <18586.846293848@orion.webspan.net> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh wrote in message ID : > In message <199610252127.OAA14313@phaeton.artisoft.com> Terry Lambert writes: > : Hardware I know FreeBSD has been run on or partially ported to: > : PC > : PC98 > : Sun 3 > : Sun SPARC > : DEC MIPS (DECStation 3000) > : ARM > : Motorolla PowerStack (PPC) > : Apple PowerMAC 6100 > : Apple Mac IIci -- unconfirmed > : DEC Alpha (21066A PCI) > : HP 300/400 (68040) > : NeXT Cube/Slab (68030/68040) -- unconfirmed > > What is the vintage for most of this stuff? Is there a chance that > any of it would work with a -current kernel :-) For the ARM stuff: No. It predates the merged buffer cache VM changes. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-current Fri Oct 25 18:43:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA14282 for current-outgoing; Fri, 25 Oct 1996 18:43:17 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA14266; Fri, 25 Oct 1996 18:43:12 -0700 (PDT) Received: from packet.eng.umd.edu (packet.eng.umd.edu [129.2.98.184]) by po2.glue.umd.edu (8.8.2/8.7.3) with ESMTP id VAA12389; Fri, 25 Oct 1996 21:43:09 -0400 (EDT) Received: from localhost (chuckr@localhost) by packet.eng.umd.edu (8.7.5/8.7.3) with SMTP id VAA02604; Fri, 25 Oct 1996 21:43:08 -0400 (EDT) X-Authentication-Warning: packet.eng.umd.edu: chuckr owned process doing -bs Date: Fri, 25 Oct 1996 21:43:08 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@packet.eng.umd.edu To: Gary Palmer cc: "Marc G. Fournier" , current@freebsd.org, smp@freebsd.org Subject: Re: Recommendations... In-Reply-To: <16722.846291846@orion.webspan.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Oct 1996, Gary Palmer wrote: > Chuck Robey wrote in message ID > : > > I haven't yet got my Tyan Titan Pro (I pick it up today) so I can't really > > make a recommendation about it yet, sorry. I can tell you that I did look > > around for a long time, and that was my choice, FWIW. > > I have 2 Tital Pro's at work. Seem like nice motherboards. Up to 1Gb > RAM (if you can get the mystical 128Mb SIMMS). Our news box runs on > one (yeah, yeah, P6 is overkill, but it makes expire nice and fast :) ) The Asus boards, with 440FX chipsets and dual processors, split the processors up in daughterboards, and were relatively much more expensive for what _seemed_ like the same features, so since I have had such good luck so far with my other Tyan board, I went this way. Paid $2021 for the Titan Pro, 2 p6/166s with 512K cache each, and 64 Megs of EDO ram, from Robert Odell, in Glendale, CA. > > Gary > -- > Gary Palmer FreeBSD Core Team Member > FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Oct 25 19:33:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA16421 for current-outgoing; Fri, 25 Oct 1996 19:33:02 -0700 (PDT) Received: from upsilon.cs.fsu.edu (upsilon.cs.fsu.edu [128.186.121.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA16409 for ; Fri, 25 Oct 1996 19:32:52 -0700 (PDT) Received: (from uh@localhost) by upsilon.cs.fsu.edu (8.7.6/8.7.3) id WAA22840 for current@FreeBSD.org; Fri, 25 Oct 1996 22:32:45 -0400 (EDT) From: Gang-Ryung Uh Message-Id: <199610260232.WAA22840@upsilon.cs.fsu.edu> Subject: Make world fails To: current@freebsd.org Date: Fri, 25 Oct 1996 22:32:45 -0400 (EDT) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I supped the current src yesterday. But "make world" is broken at the following point:- Would you tell me what I am missing here? Thanks in advance. Regards, Gang-Ryung Uh (uh@cs.fsu.edu) ------------ cc -O -DSTDC_HEADERS=1 -DHAVE_STRING_H=1 -DHAVE_STDLIB_H=1 -DHAVE_ALLOCA=1 -DHAVE_STRERROR=1 -DXPFILE=\"/usr/share/misc/bison.simple\" -DXPFILE1=\"/usr/share/misc/bison.hairy\" -c /usr/src/gnu/usr.bin/bison/../../../contrib/bison/getopt1.c cc -O -DSTDC_HEADERS=1 -DHAVE_STRING_H=1 -DHAVE_STDLIB_H=1 -DHAVE_ALLOCA=1 -DHAVE_STRERROR=1 -DXPFILE=\"/usr/share/misc/bison.simple\" -DXPFILE1=\"/usr/share/misc/bison.hairy\" -o bison LR0.o allocate.o closure.o conflicts.o derives.o files.o getargs.o gram.o lalr.o lex.o main.o nullable.o output.o print.o reader.o reduce.o symtab.o warshall.o version.o getopt.o getopt1.o ===> data sed -e "/^#line/ s|bison|/usr/share/misc/bison|" < /usr/src/gnu/usr.bin/bison/\data/../../../../contrib/bison/bison.simple > bison.s1 Segmentation fault - core dumped *** Error code 139 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. From owner-freebsd-current Fri Oct 25 19:39:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA16881 for current-outgoing; Fri, 25 Oct 1996 19:39:46 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA16876 for ; Fri, 25 Oct 1996 19:39:40 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vGyet-00032K-00; Fri, 25 Oct 1996 20:39:35 -0600 To: current@freebsd.org Subject: Many LPR patches coming Date: Fri, 25 Oct 1996 20:39:35 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In the next several days, I plan on integrating much of the OpenBSD lpr security improvements. I do plan to test them on my system first, but there is always a chance they will break something somewhere that I don't intend. I'm not a heavy user of lpr/lpd... Please let me know if you see any problems that weren't there before I started :-). Warner From owner-freebsd-current Fri Oct 25 20:09:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA18192 for current-outgoing; Fri, 25 Oct 1996 20:09:44 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA18187 for ; Fri, 25 Oct 1996 20:09:41 -0700 (PDT) Received: from fakir.india.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA041819370; Fri, 25 Oct 1996 20:09:35 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA142131189; Sat, 26 Oct 1996 08:39:49 +0500 Message-Id: <199610260339.AA142131189@fakir.india.hp.com> To: davidn@sdev.usn.blaze.net.au (David Nugent) Cc: freebsd-current@freebsd.org Subject: Re: High packet loss for the `ed' driver? In-Reply-To: Your message of "Sat, 26 Oct 1996 07:37:36 +1000." <199610252137.HAA28246@sdev.usn.blaze.net.au> Date: Sat, 26 Oct 1996 08:39:49 +0500 From: A JOSEPH KOSHY Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>> "dn" == "David Nugent" writes dn> davidn@sdev[~]# ping -f unique dn> PING unique.usn.blaze.net.au (203.17.53.17): 56 data bytes dn> Same driver, using 8-bit WD8003EBT's on both systems over coax. Following negative reports from a couple of people I looked at what I was doing again. The problem doesn't crop up if the network load is low. In other words, 1. `ping -f' has no problems if run from one machine. 2. If there are two or more ping floods going on, the symptoms appear rapidly in the case of the `ed' driver. The problem seems to be related to the network load since the symptoms are seen even when two unrelated machines are ping flooding each other. E.g:- -------- Machine Test1, P5-100, PCI DEC21040 card using de0. Machine Krill, P5-90, ISA HP PC Lan+ using ed0. (On the first machine `Test1' with the DEC card) test1# ping -f megha PING megha.india.hp.com (IP ADDR) : 56 data bytes .......................................................................... (no problems seen on this machine) (While the first ping flood is in progress, start one more ping -f on the machine with the `ed' driver and HP PC Lan+ card) krill# ping -f cyborg PING cyborg.india.hp.com (IP ADDR) : 56 data bytes ...................................ping: sendto: No buffer space available ping: wrote cyborg.india.hp.com 64 chars, ret=-1 ping: sendto: No buffer space available ping: wrote cyborg.india.hp.com 64 chars, ret=-1 ..............ping: sendto: No buffer space available -------- Thats strange. Koshy From owner-freebsd-current Fri Oct 25 20:28:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA18865 for current-outgoing; Fri, 25 Oct 1996 20:28:39 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA18857 for ; Fri, 25 Oct 1996 20:28:34 -0700 (PDT) Received: from spirit.ki.net (root@spirit.ki.net [205.150.102.51]) by quagmire.ki.net (8.7.6/8.7.5) with ESMTP id XAA00314 for ; Fri, 25 Oct 1996 23:28:33 -0400 (EDT) Received: from localhost (scrappy@localhost) by spirit.ki.net (8.7.5/8.7.3) with SMTP id XAA26198 for ; Fri, 25 Oct 1996 23:28:48 -0400 (EDT) X-Authentication-Warning: spirit.ki.net: scrappy owned process doing -bs Date: Fri, 25 Oct 1996 23:28:45 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: Narrowing down the problems...need help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Evening... Seems the problems I've been experiencing haven't necessarily been a SCSI bus hang (apologies all around!)...last nights and tonights 'hangs' have been a result of a "panic: page fault". The reason that it didn't reboot is, at this time, undetermined, but it tried. When I got to the office, the monitor was completely blank, as if it tried, but failed, to reboot. Hitting the reset button seems to reset that. Now, onto the panic itself. When all this started, I decided to make a go at a debug kernel again, so I have a core dump, but trying to do a GDB on it results in: quagmire# gdb kernel.gdb vmcore.4 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... "/var/crash/vmcore.4" is not a core dump: File format not recognized (gdb) quit quagmire# which gdb /usr/bin/gdb quagmire# ls -l /usr/bin/gdb -r-xr-xr-x 1 bin bin 708608 Oct 21 02:19 /usr/bin/gdb quagmire# I'm going to go and recompile gdb again, in case it has something to do with that...but if its something else I'm not aware of, please let me know, as I'd like to get this problem fixed :( Thanks... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Fri Oct 25 20:59:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA21408 for current-outgoing; Fri, 25 Oct 1996 20:59:15 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA21400 for ; Fri, 25 Oct 1996 20:59:10 -0700 (PDT) Received: from spirit.ki.net (root@spirit.ki.net [205.150.102.51]) by quagmire.ki.net (8.7.6/8.7.5) with ESMTP id XAA01869 for ; Fri, 25 Oct 1996 23:59:08 -0400 (EDT) Received: from localhost (scrappy@localhost) by spirit.ki.net (8.7.5/8.7.3) with SMTP id XAA28637 for ; Fri, 25 Oct 1996 23:59:22 -0400 (EDT) X-Authentication-Warning: spirit.ki.net: scrappy owned process doing -bs Date: Fri, 25 Oct 1996 23:59:20 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: Ignore last...feel stupid... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Was getting so used to using gdb that I forgot the kernel requires 'gdb -k' *sigh* Debug to follow... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Fri Oct 25 21:03:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA21753 for current-outgoing; Fri, 25 Oct 1996 21:03:21 -0700 (PDT) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA21745 for ; Fri, 25 Oct 1996 21:03:16 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id AAA16193; Sat, 26 Oct 1996 00:02:18 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id AAA26885; Sat, 26 Oct 1996 00:00:37 -0400 (EDT) To: "Marc G. Fournier" cc: current@freebsd.org From: "Gary Palmer" Subject: Re: Narrowing down the problems...need help In-reply-to: Your message of "Fri, 25 Oct 1996 23:28:45 EDT." Date: Sat, 26 Oct 1996 00:00:37 -0400 Message-ID: <26883.846302437@orion.webspan.net> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Marc G. Fournier" wrote in message ID : > quagmire# gdb kernel.gdb vmcore.4 > GDB is free software and you are welcome to distribute copies of it > under certain conditions; type "show copying" to see the conditions. > There is absolutely no warranty for GDB; type "show warranty" for details. > GDB 4.13 (i386-unknown-freebsd), > Copyright 1994 Free Software Foundation, Inc... > > "/var/crash/vmcore.4" is not a core dump: File format not recognized > (gdb) quit WEIRD I just got the same, but on a -stable system. :-( Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-current Fri Oct 25 21:04:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA21814 for current-outgoing; Fri, 25 Oct 1996 21:04:00 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA21801 for ; Fri, 25 Oct 1996 21:03:55 -0700 (PDT) Received: from spirit.ki.net (root@spirit.ki.net [205.150.102.51]) by quagmire.ki.net (8.7.6/8.7.5) with ESMTP id AAA01974 for ; Sat, 26 Oct 1996 00:03:56 -0400 (EDT) Received: from localhost (scrappy@localhost) by spirit.ki.net (8.7.5/8.7.3) with SMTP id AAA01685 for ; Sat, 26 Oct 1996 00:04:10 -0400 (EDT) X-Authentication-Warning: spirit.ki.net: scrappy owned process doing -bs Date: Sat, 26 Oct 1996 00:04:08 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: Oct25th kernel gives 'panic: page fault'...gdb gives nothing 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 don't know if this means anything to anyone...to me it just looks like a lack of information: quagmire# gdb -k kernel.gdb vmcore.4 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... IdlePTD 1e7000 current pcb at 1cc7bc panic: page fault #0 boot (howto=1986080611) at ../../kern/kern_shutdown.c:237 237 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=1986080611) at ../../kern/kern_shutdown.c:237 #1 0x65722f6c in ?? () Cannot access memory at address 0x6f6f7073. (kgdb) quit quagmire# ls -ld /kernel -rwxr-xr-x 1 root wheel 975415 Oct 25 04:46 /kernel Nothing here to build a PR around, that's for sure...:( Maybe tomorrow nights panic will yield more info? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Fri Oct 25 21:04:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA21915 for current-outgoing; Fri, 25 Oct 1996 21:04:36 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA21907; Fri, 25 Oct 1996 21:04:32 -0700 (PDT) Received: from spirit.ki.net (root@spirit.ki.net [205.150.102.51]) by quagmire.ki.net (8.7.6/8.7.5) with ESMTP id AAA01980; Sat, 26 Oct 1996 00:04:33 -0400 (EDT) Received: from localhost (scrappy@localhost) by spirit.ki.net (8.7.5/8.7.3) with SMTP id AAA02003; Sat, 26 Oct 1996 00:04:48 -0400 (EDT) X-Authentication-Warning: spirit.ki.net: scrappy owned process doing -bs Date: Sat, 26 Oct 1996 00:04:47 -0400 (EDT) From: "Marc G. Fournier" To: Gary Palmer cc: current@freebsd.org Subject: Re: Narrowing down the problems...need help In-Reply-To: <26883.846302437@orion.webspan.net> 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, 26 Oct 1996, Gary Palmer wrote: > "Marc G. Fournier" wrote in message ID > : > > quagmire# gdb kernel.gdb vmcore.4 > > GDB is free software and you are welcome to distribute copies of it > > under certain conditions; type "show copying" to see the conditions. > > There is absolutely no warranty for GDB; type "show warranty" for details. > > GDB 4.13 (i386-unknown-freebsd), > > Copyright 1994 Free Software Foundation, Inc... > > > > "/var/crash/vmcore.4" is not a core dump: File format not recognized > > (gdb) quit > > WEIRD > > I just got the same, but on a -stable system. :-( > In my case, it was a failure to remember to use 'gdb -k' :( Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Fri Oct 25 21:09:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA22598 for current-outgoing; Fri, 25 Oct 1996 21:09:35 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA22581 for ; Fri, 25 Oct 1996 21:09:29 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id OAA11844; Sat, 26 Oct 1996 14:01:22 +1000 Date: Sat, 26 Oct 1996 14:01:22 +1000 From: Bruce Evans Message-Id: <199610260401.OAA11844@godzilla.zeta.org.au> To: current@freebsd.org, sos@ravenock.cybercity.dk Subject: Re: kernel build fails.... Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >With source from a few minutes ago ~ 2100 CET this happens: > >cc -c -O -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -Wpointer-arith -nostdinc -I- -I. -I../.. -I/usr/include -DIPNAT -DCOMPAT_43 -DFFS -DINET -DKERNEL ../../i386/isa/clock.c >... >../../i386/isa/clock.c: In function `cpu_initclocks': >../../i386/isa/clock.c:816: `i586_last_tick' undeclared (first use this function) >../../i386/isa/clock.c:816: (Each undeclared identifier is reported only once >../../i386/isa/clock.c:816: for each function it appears in.) Fixed. Bruce From owner-freebsd-current Fri Oct 25 22:22:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA28542 for current-outgoing; Fri, 25 Oct 1996 22:22:06 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA28537 for ; Fri, 25 Oct 1996 22:22:04 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id WAA20692; Fri, 25 Oct 1996 22:21:50 -0700 (PDT) To: "Daniel M. Eischen" cc: freebsd-current@FreeBSD.org Subject: Re: Experiences with CDE for FreeBSD In-reply-to: Your message of "Thu, 24 Oct 1996 21:47:28 CDT." <9610250247.AA10982@iworks.InterWorks.org> Date: Fri, 25 Oct 1996 22:21:50 -0700 Message-ID: <20690.846307310@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Tried many times in a row without any luck. Why, does it work > the second time for you? Yes, it does. > Hmm. What are the owner/group of /var/mail and /usr/dt/bin/dtmail? > Is dtmail setuid or setgid? Reading the help files on the mailer # ls -ld /var/mail /usr/dt/bin/dtmail -r-xr-sr-x 1 bin bin 696320 Sep 6 16:26 /usr/dt/bin/dtmail drwxrwxr-x 2 bin bin 512 Oct 21 20:16 /var/mail Jordan From owner-freebsd-current Fri Oct 25 22:58:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA00361 for current-outgoing; Fri, 25 Oct 1996 22:58:09 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA29943; Fri, 25 Oct 1996 22:53:32 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id WAA11725; Fri, 25 Oct 1996 22:53:03 -0700 (PDT) From: "Rodney W. Grimes" Message-Id: <199610260553.WAA11725@GndRsh.aac.dev.com> Subject: Re: Recommendations... In-Reply-To: <199610252255.PAA29409@sunrise.cs.berkeley.edu> from Satoshi Asami at "Oct 25, 96 03:55:08 pm" To: asami@FreeBSD.org (Satoshi Asami) Date: Fri, 25 Oct 1996 22:53:03 -0700 (PDT) Cc: ejs@bfd.com, michaelv@MindBender.serv.net, scrappy@ki.net, current@FreeBSD.org, smp@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > * What low memory bandwidth on the Natoma??? That thing smokes when comparied > * to a 430HX chipset. > > That contradicts our findings. A P5-133 with Triton or Triton II can > move 70-80MB/s (depending on EDO or non-EDO), but I can't get more > than 45MB/s out of a P6-200 with Natoma/server (at least that's what > Intel told us). Is this an ``Intel'' box? Ie, made by Intel, if so, so doubt it is probably a piece of ahh.. well... you know... > Satoshi > > P.S. Details on "http://now.cs.berkeley.edu/Td/bcopy.html". Links too too too slow right now to read that.... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Fri Oct 25 23:00:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA00761 for current-outgoing; Fri, 25 Oct 1996 23:00:52 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA00201; Fri, 25 Oct 1996 22:56:19 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id PAA14727; Sat, 26 Oct 1996 15:53:20 +1000 Date: Sat, 26 Oct 1996 15:53:20 +1000 From: Bruce Evans Message-Id: <199610260553.PAA14727@godzilla.zeta.org.au> To: asami@freebsd.org, mark@quickweb.com Subject: Re: Recommendations... Cc: current@freebsd.org, ejs@bfd.com, michaelv@MindBender.serv.net, rgrimes@gndrsh.aac.dev.com, scrappy@ki.net, smp@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> * What low memory bandwidth on the Natoma??? That thing smokes when comparied >> * to a 430HX chipset. >> >> That contradicts our findings. A P5-133 with Triton or Triton II can >> move 70-80MB/s (depending on EDO or non-EDO), but I can't get more >> than 45MB/s out of a P6-200 with Natoma/server (at least that's what >> Intel told us). > >That's odd, here are my speeds on a P6-200 with Natoma (440fx)/server >board straight from intel: > >Function Rate (MB/s) RMS time Min time Max time >Copy: 76.1639 0.0633 0.0630 0.0648 >Scale: 75.5894 0.0636 0.0635 0.0638 >Add: 81.3670 0.0886 0.0885 0.0887 >Triad: 80.6036 0.0894 0.0893 0.0896 This is because the 4 Rates reported by the STREAM benchmark are scaled by factors of 2, 2, 3 and 3, respectively, and Natoma is very slow :-). On a P5-133 with Triton 1 (ASUS P55TP4XE) with non-EDO RAM (66 MHz memory clock): Function Rate (MB/s) RMS time Min time Max time Copy: 88.7256 0.1446 0.1443 0.1471 Scale: 80.4207 0.1608 0.1592 0.1624 Add: 89.6191 0.2222 0.2142 0.2318 Triad: 88.3433 0.2232 0.2173 0.2318 This is still slow. This machine can copy at > 75MB/s throughput or 150 MB/s on the same scale as the STREAM tests. Getting this throughput involves prefetching the source bytes a few K at a time and then using FP operations to store them (and perforce FP operations to load them). gcc "optimizes" the Copy benchmark to not use FP at all. This is why the more complicated Add an Triad benchmarks can be faster. I guess the more complicated benchmarks would be speeded up to only about 120MB/s by the same method. The full memory bandwidth of 176MB/sec (on this system) isn't quite reachable even for copying because the FPU is too slow (fistpq takes 6 cycles, which is more than the minimum memory cycle time and leaves no time for loop overheads). Bruce From owner-freebsd-current Fri Oct 25 23:07:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01310 for current-outgoing; Fri, 25 Oct 1996 23:07:48 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA01301; Fri, 25 Oct 1996 23:07:43 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id IAA15975; Sat, 26 Oct 1996 08:07:50 +0200 (MET DST) To: davidn@sdev.usn.blaze.net.au (David Nugent) cc: ejc@gargoyle.bazzle.com (Eric J. Chet), freebsd-current@FreeBSD.ORG Subject: Re: -current as of 10/23/96 In-reply-to: Your message of "Sat, 26 Oct 1996 06:39:38 +1000." <199610252039.GAA28193@sdev.usn.blaze.net.au> Date: Sat, 26 Oct 1996 08:07:50 +0200 Message-ID: <15973.846310070@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199610252039.GAA28193@sdev.usn.blaze.net.au>, David Nugent writes: > >The most likely scenario is something like this: > > free(xyz); > shf_close(xyz->shf); Or this one, which phkmalloc also shoots down now: while (something) { oldfoo=foo; [...] if (size > foosize) { foo = realloc(foo, foosize + more); foosize += more; } [...] if (foo->index != oldfoo->index) { [...] } } -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Oct 25 23:13:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01667 for current-outgoing; Fri, 25 Oct 1996 23:13:02 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA01444; Fri, 25 Oct 1996 23:08:40 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id XAA11759; Fri, 25 Oct 1996 23:08:06 -0700 (PDT) From: "Rodney W. Grimes" Message-Id: <199610260608.XAA11759@GndRsh.aac.dev.com> Subject: Re: Recommendations... In-Reply-To: <199610252255.PAA29409@sunrise.cs.berkeley.edu> from Satoshi Asami at "Oct 25, 96 03:55:08 pm" To: asami@FreeBSD.org (Satoshi Asami) Date: Fri, 25 Oct 1996 23:08:06 -0700 (PDT) Cc: ejs@bfd.com, michaelv@MindBender.serv.net, scrappy@ki.net, current@FreeBSD.org, smp@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > * What low memory bandwidth on the Natoma??? That thing smokes when comparied > * to a 430HX chipset. > > That contradicts our findings. A P5-133 with Triton or Triton II can > move 70-80MB/s (depending on EDO or non-EDO), but I can't get more > than 45MB/s out of a P6-200 with Natoma/server (at least that's what > Intel told us). > > Satoshi > > P.S. Details on "http://now.cs.berkeley.edu/Td/bcopy.html". Okay, finally, the routes came back to life. Your ``P6/Natoma/Intel/server'' was probably a pre production pile of shit. I have a P6 system just getting ready to go to burn in with a 4G quantum Atlas. If you have the time tomorrow I will set it up outside the firewall and let you run benchmarks on it all day long. I think you will find that a current AAI production Pentium PRO 200 system running on the ASUS PCI/I-P6NP5 is quite a blinding fast machine. In this configuration it turns make worlds in about 1:38 minutes, and using multiple spindles it has been seen to go as low as 1:22. All times are 2.1.5 stable with the following /etc/make.conf tweaks: CFLAGS= -O -pipe NOPROFILE= true NOMANCOMPRESS= true SHARED= copies My business has me far to overloaded to run benchmarks for you, but your welcome to come on over and play with the box. I can turn parity off and get another 8 to 12% out of the memory system.... or turn ECC on and slow it down 8 to 12%. Since those require BIOS tweaking it can be arranged for me to do a couple of reboots with tweaks. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Fri Oct 25 23:31:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02404 for current-outgoing; Fri, 25 Oct 1996 23:31:30 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA02394; Fri, 25 Oct 1996 23:31:24 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id IAA16041; Sat, 26 Oct 1996 08:31:43 +0200 (MET DST) To: "Eric J. Chet" cc: David Nugent , freebsd-current@freebsd.org, dob@nasvr1.cb.lucent.com, tg@freebsd.org Subject: Re: -current as of 10/23/96 In-reply-to: Your message of "Fri, 25 Oct 1996 19:12:12 EDT." Date: Sat, 26 Oct 1996 08:31:43 +0200 Message-ID: <16039.846311503@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , "Eric J. Chet" writes: >Hello > > oops, I'm asleep. Yes I'm symlinked AJ. Poul how about changing >the address malloc fills with to '0xDEADBEEF'. We need something that >jumps out at you :-) In my Amiga days the "Enforcer" used '0xDEADBEEF' 0xd0d0d0d0 = "Duh! Duh! Duh! Duh!" :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sat Oct 26 00:52:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA06019 for current-outgoing; Sat, 26 Oct 1996 00:52:10 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA06005 for ; Sat, 26 Oct 1996 00:52:02 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA12251; Sat, 26 Oct 1996 09:51:54 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA02649; Sat, 26 Oct 1996 09:51:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA13167; Sat, 26 Oct 1996 09:44:59 +0200 (MET DST) From: J Wunsch Message-Id: <199610260744.JAA13167@uriah.heep.sax.de> Subject: Re: Bogus Output from lsvfs II To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 26 Oct 1996 09:44:58 +0200 (MET DST) Cc: dmaddox@scsn.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610252119.RAA00683@rhiannon.scsn.net> from "Donald J. Maddox" at "Oct 25, 96 05:19: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 Donald J. Maddox wrote: > If I remove this, lsvfs behaves correctly. Maybe a little bug > in getvfsent() when memory is not cleared? struct vfsconf * getvfsent(void) { if(!_vfslist && !initvfs()) { return 0; } do { if(_vfs_index > _vfslistlen) { ^^^ return 0; } _vfsconf = _vfslist[_vfs_index++]; } while(!_vfsconf.vfc_vfsops); I think ^^^ must be ``>='' actually. -- 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 Oct 26 00:52:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA06034 for current-outgoing; Sat, 26 Oct 1996 00:52:12 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA06006 for ; Sat, 26 Oct 1996 00:52:03 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA12261; Sat, 26 Oct 1996 09:51:57 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA02652; Sat, 26 Oct 1996 09:51:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA13151; Sat, 26 Oct 1996 09:41:53 +0200 (MET DST) From: J Wunsch Message-Id: <199610260741.JAA13151@uriah.heep.sax.de> Subject: Re: Bogus Output from lsvfs II To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 26 Oct 1996 09:41:53 +0200 (MET DST) Cc: dmaddox@scsn.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610252119.RAA00683@rhiannon.scsn.net> from "Donald J. Maddox" at "Oct 25, 96 05:19: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 Donald J. Maddox wrote: > A little earlier I posted a message regarding strange output from > lsvfs on -current. A few additional findings... > > I have in /etc: > > lrwxr-xr-x 1 root wheel 2 Oct 25 16:52 /etc/malloc.conf -> AJ > > If I remove this, lsvfs behaves correctly. Maybe a little bug > in getvfsent() when memory is not cleared? Metoo! malloc.conf seems to be a neat trick... Now, at the next system crash, i must still remember that i've got this symlink. :] -- 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 Oct 26 00:52:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA06078 for current-outgoing; Sat, 26 Oct 1996 00:52:20 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA06046 for ; Sat, 26 Oct 1996 00:52:13 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA12243; Sat, 26 Oct 1996 09:51:51 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA02645; Sat, 26 Oct 1996 09:51:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA12996; Sat, 26 Oct 1996 09:26:17 +0200 (MET DST) From: J Wunsch Message-Id: <199610260726.JAA12996@uriah.heep.sax.de> Subject: Re: fsck add to support specifing a mount point To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 26 Oct 1996 09:26:17 +0200 (MET DST) Cc: gurney_j@resnet.uoregon.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from John-Mark Gurney at "Oct 25, 96 02:16:32 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 John-Mark Gurney wrote: > oh... I also forgot to close up the fstab database... I thought about > that this morning :)... ttyl.. That's no problem, fsck ain't a long-running daemon (even though it sometimes requires some time to run 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 Oct 26 01:43:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA09149 for current-outgoing; Sat, 26 Oct 1996 01:43:02 -0700 (PDT) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA09141 for ; Sat, 26 Oct 1996 01:42:55 -0700 (PDT) Received: (from bsdcur@localhost) by shadows.aeon.net (8.7.5/8.6.9) id LAA28736; Sat, 26 Oct 1996 11:41:11 +0200 (EET) From: mika ruohotie Message-Id: <199610260941.LAA28736@shadows.aeon.net> Subject: Re: New aic7xxx driver drop To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Sat, 26 Oct 1996 11:41:11 +0200 (EET) Cc: current@FreeBSD.org In-Reply-To: <199610250659.XAA00324@gibbs.bayarea.net> from "Justin T. Gibbs" at "Oct 24, 96 11:59: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 > memory mapped I/O, dma'ing of SCBs, and greatly improving the performance > of SCB paging in the aic7xxx driver. I also took the time to do a full > code review and to correct some of the mistakes of my youth. 8-) cool. great. =) > I'd like to bring these changes into stable ASAP, but will only do > so once I get some feedback on this latest drop of the driver. Please help > to test it out. I'd also be interested to hear if this version is faster > or slower then previos versions. well. i am using adaptec 3940 ultra wide adapter, and am ready to test the new code. it's "easy" since the server is not yet a production server for next few weeks. disks are 2gig 7200rpm quantum atlases and i run them "on the edge" striped using both channels. (i _love_ the adapter) can you send me diffs? i run 2.1.5-RELEASE installed from walnut creek cdrom. and also, i'd love to know how to take the last bits of speed out from the adapter. > Thanks, no probs. > Justin T. Gibbs mickey From owner-freebsd-current Sat Oct 26 02:53:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11857 for current-outgoing; Sat, 26 Oct 1996 02:53:28 -0700 (PDT) Received: from shadows.aeon.net (bsdcur@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA11851 for ; Sat, 26 Oct 1996 02:53:08 -0700 (PDT) Received: (from bsdcur@localhost) by shadows.aeon.net (8.7.5/8.6.9) id MAA29048 for freebsd-current@freebsd.org; Sat, 26 Oct 1996 12:51:25 +0200 (EET) From: mika ruohotie Message-Id: <199610261051.MAA29048@shadows.aeon.net> Subject: Re: Recommendations... To: freebsd-current@freebsd.org Date: Sat, 26 Oct 1996 12:51:25 +0200 (EET) In-Reply-To: <199610260608.XAA11759@GndRsh.aac.dev.com> from "Rodney W. Grimes" at "Oct 25, 96 11:08:06 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 > I think you will find that a current AAI production Pentium PRO 200 system > running on the ASUS PCI/I-P6NP5 is quite a blinding fast machine. In this > configuration it turns make worlds in about 1:38 minutes, and using > multiple spindles it has been seen to go as low as 1:22. All times are on my tests on pro200/256 using BCM made motherboard i've gotten down to 1:22 too, using two fujitsu ultra wide 2gig drives, and adaptec 2940UW, disks striped with 128 interleave. i had 64 megs 60ns ram. version was 2.1.5-RELEASE and i didnt twiddle with any make options. full make world. should i assume the board is atleast decent? mickey -- mika ruohotie mika@aeon.net net/sys admin From owner-freebsd-current Sat Oct 26 03:48:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA16933 for current-outgoing; Sat, 26 Oct 1996 03:48:33 -0700 (PDT) Received: from groa.uct.ac.za (groa.uct.ac.za [137.158.128.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA16901 for ; Sat, 26 Oct 1996 03:48:21 -0700 (PDT) Received: by groa.uct.ac.za via sendmail with stdio id for current@freebsd.org; Sat, 26 Oct 1996 12:47:22 +0200 (SAT) (Smail-3.2 1996-Jul-4 #2 built 1996-Oct-2) Message-Id: From: rv@groa.uct.ac.za (Russell Vincent) Subject: Oct 22 panic To: current@freebsd.org Date: Sat, 26 Oct 1996 12:47:21 +0200 (SAT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am not sure if this will be of any use to anyone. An Oct 22 -current kernel panic'ed with the following data. I did an Adaptec verify of the 3 disks involved in the ccd config of that filesystem and they all turned up clean. The panic occured during the 'fastrm' phase of the news expire and machine is a busy news and cache server. There have been previous panics on this machine, but I didn't have the kernel set to dump, so haven't been able get any reports (nothing occured in syslog from those panics). I have also been getting the following: Oct 24 18:02:06 disa /kernel: NMI ISA 30, EISA 6 Oct 22 16:46:09 disa /kernel: NMI ISA 30, EISA 6 Oct 21 14:12:08 disa /kernel: NMI ISA 20, EISA 6 Oct 17 02:10:25 disa /kernel: NMI ISA 30, EISA 6 which may be due to a problematic graphics card - due to be replaced shortly. I have 2 other identical machines (but not as busy) which haven't panic'ed yet. -Russell --------------------------------------------- Just before the panic, the following in /var/log/messages: Oct 26 00:25:39 disa /kernel: , ino 591449 Oct 26 00:25:39 disa /kernel: pid 9603 (fastrm), uid 100 on /spool: bad block Oct 26 00:25:39 disa /kernel: bad block 1393189998, ino 591449 Oct 26 00:25:39 disa /kernel: pid 9603 (fastrm), uid 100 on /spool: bad block Oct 26 00:25:39 disa /kernel: bad block 1680765042, ino 591449 ..... some deleted ..... Oct 26 00:25:41 disa /kernel: pid 9603 (fastrm), uid 100 on /spool: bad block Oct 26 00:25:41 disa /kernel: bad block 1853173364, ino 591449 Oct 26 00:25:41 disa /kernel: pid 9603 (fastrm), uid 100 on /spool: bad block Oct 26 00:25:41 disa /kernel: bad block 1668620346, ino 591449 Oct 26 00:25:41 disa /kernel: pid 9603 (fastrm), uid 100 on /spool: bad block Oct 26 00:25:41 disa /kernel: bad block 1752457552, ino 591449 Oct 26 00:25:41 disa /kernel: pid 9603 (fastrm), uid 100 on /spool: bad block --------------------------------------------- disa:/var/crash>ls -l total 263297 -rw-r--r-- 1 root wheel 2 Oct 26 00:38 bounds -rw-r--r-- 1 root wheel 1026899 Oct 26 00:40 kernel.0 -rw-r--r-- 1 root wheel 268435456 Oct 26 00:40 vmcore.0 disa:/var/crash>gdb -k kernel.0 vmcore.0 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 1f2000 current pcb at 1d93b0 panic: blkfree: freeing free frag #0 0xf010e6a3 in boot () (kgdb) where #0 0xf010e6a3 in boot () #1 0xf010e962 in panic () #2 0xf018e900 in ffs_blkfree () #3 0xf0190653 in ffs_truncate () #4 0xf0193fd9 in ufs_inactive () #5 0xf012d6a3 in vrele () #6 0xf012d597 in vput () #7 0xf019740c in ufs_remove () #8 0xf012f809 in unlink () #9 0xf01b1457 in syscall () #10 0xf01a9345 in Xsyscall () #11 0x22de in ?? () #12 0x2723 in ?? () #13 0x1095 in ?? () --------------------------------------------- dmesg output: FreeBSD 2.2-CURRENT #0: Tue Oct 22 16:40:27 SAT 1996 root@disa.uni.net.za:/usr/src/sys/compile/UNINET Calibrating clock(s) relative to mc146818A clock... i586 clock: 132623253 Hz, i8254 clock: 1193109 Hz CPU: Pentium (131.30-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x3bf real memory = 268435456 (262144K bytes) avail memory = 261472256 (255344K bytes) eisa0: Probing for devices on the EISA bus Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 5 on pci0:7:0 de0 rev 17 int a irq 9 on pci0:9 de0: DC21041 [10Mb/s] pass 1.1 de0: address 00:00:c0:35:5e:d6 ahc0 rev 0 int a irq 12 on pci0:10 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs (ahc0:0:0): "Quantum XP32150W L912" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 2050MB (4199760 512 byte sectors) sd0(ahc0:0:0): with 3907 cyls, 10 heads, and an average 107 sectors/track (ahc0:1:0): "Quantum XP34300W L912" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 4101MB (8399520 512 byte sectors) sd1(ahc0:1:0): with 3907 cyls, 20 heads, and an average 107 sectors/track (ahc0:2:0): "Quantum XP34300W L912" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 4101MB (8399520 512 byte sectors) sd2(ahc0:2:0): with 3907 cyls, 20 heads, and an average 107 sectors/track ahc1 rev 0 int a irq 10 on pci0:11 ahc1: aic7880 Wide Channel, SCSI Id=7, 16 SCBs (ahc1:0:0): "Quantum XP34300W L912" type 0 fixed SCSI 2 sd3(ahc1:0:0): Direct-Access 4101MB (8399520 512 byte sectors) sd3(ahc1:0:0): with 3907 cyls, 20 heads, and an average 107 sectors/track (ahc1:1:0): "Quantum XP34300W L912" type 0 fixed SCSI 2 sd4(ahc1:1:0): Direct-Access 4101MB (8399520 512 byte sectors) sd4(ahc1:1:0): with 3907 cyls, 20 heads, and an average 107 sectors/track ahc2 rev 0 int a irq 11 on pci0:12 ahc2: aic7880 Wide Channel, SCSI Id=7, 16 SCBs (ahc2:0:0): "Quantum XP34300W L912" type 0 fixed SCSI 2 sd5(ahc2:0:0): Direct-Access 4101MB (8399520 512 byte sectors) sd5(ahc2:0:0): with 3907 cyls, 20 heads, and an average 107 sectors/track (ahc2:1:0): "Quantum XP34300W L912" type 0 fixed SCSI 2 sd6(ahc2:1:0): Direct-Access 4101MB (8399520 512 byte sectors) sd6(ahc2:1:0): with 3907 cyls, 20 heads, and an average 107 sectors/track pci0:13: CMD, device=0x0646, class=storage (ide) int a irq 14 [no driver assigned] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface ccd0-3: Concatenated disk drivers de0: enabling BNC port --------------------------------------------- /etc/ccd.conf: ccd0 16 none /dev/sd2e /dev/sd4e /dev/sd6e --------------------------------------------- /etc/fstab: /dev/sd0s1b none swap sw 0 0 /dev/sd0a / ufs rw 1 1 /dev/sd0s1e /var ufs rw 1 1 /dev/sd0s1f /usr ufs rw 1 1 proc /proc procfs rw 0 0 /dev/sd1e /data ufs rw,nosuid 1 2 /dev/sd3e /cache/a ufs rw,nosuid 1 2 /dev/sd5e /cache/b ufs rw,nosuid 1 2 /dev/ccd0c /spool ufs rw,nosuid 1 2 From owner-freebsd-current Sat Oct 26 06:29:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA25806 for current-outgoing; Sat, 26 Oct 1996 06:29:05 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA25798 for ; Sat, 26 Oct 1996 06:28:59 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id PAA03184 for current@FreeBSD.org; Sat, 26 Oct 1996 15:15:28 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.8.2/8.8.2) with SMTP id PAA03685 for ; Sat, 26 Oct 1996 15:15:13 +0200 (MET DST) Date: Sat, 26 Oct 1996 15:15:12 +0200 (MET DST) From: Andreas Klemm To: current@FreeBSD.org Subject: change mt.c's status message to report QIC-320/525 ? Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi ! After inserting a DC-6525 tape the mt status command reports QIC-320, which is the QIC standard and capacity writing on a DC 6320 tape which has only 620 feet length. Ok, the tape can't recognize, how long the tape really is ;-) But it irritated me a little, and was unsure if the reported density is correct ... Present Mode: Density = QIC-320 Blocksize variable ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = 0x00 Blocksize variable Mode 2: Density = QIC-150 Blocksize variable Mode 3: Density = QIC-120 Blocksize variable Wouldn't it a bit more user friendly, to report something like this !? Present Mode: Density = QIC-320/525 Blocksize variable ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = 0x00 Blocksize variable Mode 2: Density = QIC-150 Blocksize variable Mode 3: Density = QIC-120 Blocksize variable The same could be done for QIC-150/250 and possibly others... So, should we only report the QIC "basic" standard or as well the highre density (capacity) when using a longer tape ? BTW, does somebody have a list of densities / mode descriptions above 0x17 ?! mt.c: ... { 0x16, "X3.193-1990" }, { 0x17, "X3B5/91-174" }, { 0, 0 } When inserting a Magnus 2.5 tape (5GB with hw compression) I get 0x22. It should report QIC-2GBALDC or QIC 154 if the installation manual reports it correctly. 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 Sat Oct 26 06:50:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA27038 for current-outgoing; Sat, 26 Oct 1996 06:50:35 -0700 (PDT) Received: from veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA27031 for ; Sat, 26 Oct 1996 06:50:30 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.2/8.7.3) id NAA04998; Sat, 26 Oct 1996 13:50:06 GMT Date: Sat, 26 Oct 1996 13:50:06 GMT From: Adam David Message-Id: <199610261350.NAA04998@veda.is> To: wpaul@skynet.ctr.columbia.EDU (Bill Paul) Cc: freebsd-current@freebsd.org Subject: Re: /etc/rc* stuff Newsgroups: list.freebsd.current References: <199610242315.BAA04473@uriah.heep.sax.de> <199610250014.UAA23879@skynet.ctr.columbia.edu> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > - Even though we have rpc.lockd and rpc.statd in the tree now, there >> > are no knobs for it in /etc/sysconfig or /etc/rc. Shouldn't we be >> > be starting them if NFS is turned on? >> >> You mean, ``just to confuse the people''? :) >> >> Remember, they are no-ops still. >No, they aren't. rpc.statd is fully functional. rpc.lockd is halfway >functional. In either case, it doesn't hurt to have them on. $ man rpc.lockd | vgrep BUGS The current implementation provides only the server side of the protocol (ie. clients running other OS types can establish locks on a FreeBSD fileserver, but there is currently no means for a FreeBSD client to es- tablish locks). $ ^D I'd like to see them in the default /etc/rc too. -- Adam David From owner-freebsd-current Sat Oct 26 07:01:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA27565 for current-outgoing; Sat, 26 Oct 1996 07:01:19 -0700 (PDT) Received: from veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA27556 for ; Sat, 26 Oct 1996 07:01:14 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.2/8.7.3) id OAA06505 for freebsd-current@freebsd.org; Sat, 26 Oct 1996 14:01:07 GMT From: Adam David Message-Id: <199610261401.OAA06505@veda.is> Subject: contrib/pcnfsd ? To: freebsd-current@freebsd.org Date: Sat, 26 Oct 1996 14:01:04 +0000 (GMT) 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 Now that we have this wonderful contrib mechanism, how about moving pcnfsd from ports to contrib and starting it from /etc/rc using a config knob in /etc/sysconfig? FreeBSD is doing a great job at supporting SunRPC stuff these days. BTW, "pcnfsd sucks" is not an appropriate rebuttal ;) -- Adam David From owner-freebsd-current Sat Oct 26 07:52:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA29829 for current-outgoing; Sat, 26 Oct 1996 07:52:03 -0700 (PDT) Received: from answerman.mindspring.com (answerman.mindspring.com [204.180.128.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA29817 for ; Sat, 26 Oct 1996 07:52:00 -0700 (PDT) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by answerman.mindspring.com (8.7.5/8.7.3) with SMTP id KAA29038 for ; Sat, 26 Oct 1996 10:54:37 -0400 (EDT) Message-ID: <327225A2.2781E494@mindspring.com> Date: Sat, 26 Oct 1996 10:52:18 -0400 From: Ron Bolin X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Libc fnmatch.c FNM_CASEFOLD undeclared in current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The latest sup fails to build libc because FNM_CASEFOLD in not defined in function rangematch(). C ould someone fix this or let me know what I am missing please. -Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Sat Oct 26 07:59:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00247 for current-outgoing; Sat, 26 Oct 1996 07:59:03 -0700 (PDT) Received: from answerman.mindspring.com (answerman.mindspring.com [204.180.128.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA00234 for ; Sat, 26 Oct 1996 07:58:57 -0700 (PDT) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by answerman.mindspring.com (8.7.5/8.7.3) with SMTP id LAA29733 for ; Sat, 26 Oct 1996 11:01:34 -0400 (EDT) Message-ID: <32722743.446B9B3D@mindspring.com> Date: Sat, 26 Oct 1996 10:59:15 -0400 From: Ron Bolin X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Build of libgmp fails for today's current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ===> lib/libgmp mkdir /usr/obj/usr/src/gnu/lib/libgmp/mpz mkdir /usr/obj/usr/src/gnu/lib/libgmp/mpf mkdir /usr/obj/usr/src/gnu/lib/libgmp/mpq make: don't know how to make /usr/src/gnu/lib/libgmp/memory.c. Stop *** Error code 2 -Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Sat Oct 26 08:05:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00668 for current-outgoing; Sat, 26 Oct 1996 08:05:54 -0700 (PDT) Received: from answerman.mindspring.com (answerman.mindspring.com [204.180.128.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA00659 for ; Sat, 26 Oct 1996 08:05:49 -0700 (PDT) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by answerman.mindspring.com (8.7.5/8.7.3) with SMTP id LAA00445 for ; Sat, 26 Oct 1996 11:08:27 -0400 (EDT) Message-ID: <327228E0.794BDF32@mindspring.com> Date: Sat, 26 Oct 1996 11:06:08 -0400 From: Ron Bolin X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: sbin ifconfig fails to build Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In building today's current the flowwing error aborted the "sbin" make. ===> ifconfig cc -O -DNS -static -o ifconfig ifconfig.o -lkvm -lipx ifconfig.o: Undefined symbol `_ns_ntoa' referenced from text segment ifconfig.o: Undefined symbol `_ns_ntoa' referenced from text segment ifconfig.o: Undefined symbol `_ns_addr' referenced from text segment *** Error code 1 -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Sat Oct 26 08:09:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00913 for current-outgoing; Sat, 26 Oct 1996 08:09:58 -0700 (PDT) Received: from answerman.mindspring.com (answerman.mindspring.com [204.180.128.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA00906 for ; Sat, 26 Oct 1996 08:09:54 -0700 (PDT) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by answerman.mindspring.com (8.7.5/8.7.3) with SMTP id LAA00838 for ; Sat, 26 Oct 1996 11:12:28 -0400 (EDT) Message-ID: <327229CC.15FB7483@mindspring.com> Date: Sat, 26 Oct 1996 11:10:04 -0400 From: Ron Bolin X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Warning building usr.bin/bdes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ===> usr.bin/bdes cc -O -c /usr/src/secure/usr.bin/bdes/bdes.c cc -O -L/usr/obj/usr/src/secure/usr.bin/bdes/../../lib/libcipher -o bdes bdes .o -lcipher bdes.o: WARNING! des_setkey(3) not present in the system! bdes.o: WARNING! des_cipher(3) not present in the system! # -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Sat Oct 26 08:14:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01145 for current-outgoing; Sat, 26 Oct 1996 08:14:35 -0700 (PDT) Received: from answerman.mindspring.com (answerman.mindspring.com [204.180.128.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA01138 for ; Sat, 26 Oct 1996 08:14:31 -0700 (PDT) Received: from rlb.users.mindspring.com (user-168-121-25-139.dialup.mindspring.com [168.121.25.139]) by answerman.mindspring.com (8.7.5/8.7.3) with SMTP id LAA01359 for ; Sat, 26 Oct 1996 11:17:09 -0400 (EDT) Message-ID: <32722AEA.59E2B600@mindspring.com> Date: Sat, 26 Oct 1996 11:14:50 -0400 From: Ron Bolin X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Question on Current Philosophy Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it normal to have so many problems in building from current. Since 10-14 I have never been able to make a complete make world because of undefined or non-existent defines or variables/functions residing in the code. Is this normal and expected, are the developers expecting current users to report this? I am in a position to test the code, but I don't have time to run down the unresolved defines and functions. That shoudl be the developer who is responsible for the module? If I have got this wrong, please correct me, as this seems very frustrating from my point of view. Is a SNAP suppose to be the only reliable build? THank's Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: 770-992-8877 **************************************************************************** From owner-freebsd-current Sat Oct 26 08:14:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01177 for current-outgoing; Sat, 26 Oct 1996 08:14:47 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA01170 for ; Sat, 26 Oct 1996 08:14:44 -0700 (PDT) Received: from channel.eng.umd.edu (channel.eng.umd.edu [129.2.98.186]) by po1.glue.umd.edu (8.8.2/8.7.3) with ESMTP id LAA03294; Sat, 26 Oct 1996 11:14:42 -0400 (EDT) Received: from localhost (chuckr@localhost) by channel.eng.umd.edu (8.7.5/8.7.3) with SMTP id LAA01975; Sat, 26 Oct 1996 11:14:41 -0400 (EDT) X-Authentication-Warning: channel.eng.umd.edu: chuckr owned process doing -bs Date: Sat, 26 Oct 1996 11:14:41 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@channel.eng.umd.edu To: Ron Bolin cc: freebsd-current@freebsd.org Subject: Re: Libc fnmatch.c FNM_CASEFOLD undeclared in current In-Reply-To: <327225A2.2781E494@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Oct 1996, Ron Bolin wrote: > The latest sup fails to build libc because FNM_CASEFOLD in not defined > in function rangematch(). > C > ould someone fix this or let me know what I am missing please. > -Ron Ron, I just did a make world last night, no troubles at all. I think you ought to verify your archive's reliability. > > > -- > **************************************************************************** > Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ > GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: > 770-992-8877 > **************************************************************************** > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Oct 26 08:19:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01422 for current-outgoing; Sat, 26 Oct 1996 08:19:42 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA01417 for ; Sat, 26 Oct 1996 08:19:37 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id IAA17962; Sat, 26 Oct 1996 08:17:46 -0700 (PDT) From: "Rodney W. Grimes" Message-Id: <199610261517.IAA17962@GndRsh.aac.dev.com> Subject: Re: Recommendations... In-Reply-To: <199610261051.MAA29048@shadows.aeon.net> from mika ruohotie at "Oct 26, 96 12:51:25 pm" To: bsdcur@shadows.aeon.net (mika ruohotie) Date: Sat, 26 Oct 1996 08:17:46 -0700 (PDT) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I think you will find that a current AAI production Pentium PRO 200 system > > running on the ASUS PCI/I-P6NP5 is quite a blinding fast machine. In this > > configuration it turns make worlds in about 1:38 minutes, and using > > multiple spindles it has been seen to go as low as 1:22. All times are > > on my tests on pro200/256 using BCM made motherboard i've gotten down to > 1:22 too, using two fujitsu ultra wide 2gig drives, and adaptec 2940UW, > disks striped with 128 interleave. i had 64 megs 60ns ram. version was > 2.1.5-RELEASE and i didnt twiddle with any make options. full make world. > > should i assume the board is atleast decent? Sounds like it. My 1:22 time was on 2 fujitsui 1606SAU-512 drives, using a 2940, no ultra, no wide, and simply put /, /usr on 1 disk, and /usr/obj on the other. Oh, lets other details, 64MB memory, 256K cache KB80521EX200 SY032 CPU chip. Your number is actually a little better than my number as you did all the man page compressing that I left out, the time came out the same probably due to your faster disk subsystem. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-current Sat Oct 26 09:21:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA05162 for current-outgoing; Sat, 26 Oct 1996 09:21:21 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA05156 for ; Sat, 26 Oct 1996 09:21:17 -0700 (PDT) Received: from channel.eng.umd.edu (channel.eng.umd.edu [129.2.98.186]) by po1.glue.umd.edu (8.8.2/8.7.3) with ESMTP id MAA06322; Sat, 26 Oct 1996 12:21:15 -0400 (EDT) Received: from localhost (chuckr@localhost) by channel.eng.umd.edu (8.7.5/8.7.3) with SMTP id MAA02004; Sat, 26 Oct 1996 12:21:04 -0400 (EDT) X-Authentication-Warning: channel.eng.umd.edu: chuckr owned process doing -bs Date: Sat, 26 Oct 1996 12:21:03 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@channel.eng.umd.edu To: Ron Bolin cc: freebsd-current@freebsd.org Subject: Re: Question on Current Philosophy In-Reply-To: <32722AEA.59E2B600@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Oct 1996, Ron Bolin wrote: > Is it normal to have so many problems in building from current. Since > 10-14 > I have never been able to make a complete make world because of > undefined > or non-existent defines or variables/functions residing in the code. > > Is this normal and expected, are the developers expecting current users > to > report this? I am in a position to test the code, but I don't have time > to > run down the unresolved defines and functions. That shoudl be the > developer > who is responsible for the module? > > If I have got this wrong, please correct me, as this seems very > frustrating > from my point of view. Is a SNAP suppose to be the only reliable build? Ron, as I posted before, the reason no one else is complaining about -current being so buggy is because it ISN'T. Your archive is probably very badly mangled. > > THank's > Ron > -- > **************************************************************************** > Ron Bolin rlb@mindspring..com, http://www.mindspring.com/~rlb/ > GSU: gs01rlb@panther.gsu.edu matrlbx@indigo4.cs.gsu.edu Home: > 770-992-8877 > **************************************************************************** > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Oct 26 10:50:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14594 for current-outgoing; Sat, 26 Oct 1996 10:50:18 -0700 (PDT) Received: from pcpsj.pfcs.com (harlan.fred.net [205.252.219.31]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA14569 for ; Sat, 26 Oct 1996 10:50:11 -0700 (PDT) Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.12/8.6.9) with SMTP id NAA01218 for ; Sat, 26 Oct 1996 13:50:03 -0400 Received: from localhost by mumps.pfcs.com with SMTP id AA17947 (5.67b/IDA-1.5 for ); Sat, 26 Oct 1996 13:50:01 -0400 To: current@FreeBSD.org Subject: Re: change mt.c's status message to report QIC-320/525 ? In-Reply-To: 's message of "Sat, 26 Oct 1996 15:15:12 +0200." Date: Sat, 26 Oct 1996 13:49:59 -0300 Message-Id: <17944.846352199@mumps.pfcs.com> From: Harlan Stenn Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Similarly, what would be involved in getting QIC-24 recognized and reported? H From owner-freebsd-current Sat Oct 26 12:49:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01974 for current-outgoing; Sat, 26 Oct 1996 12:49:46 -0700 (PDT) Received: from wgrobez1.remote.louisville.edu (wgrobez1.remote.louisville.edu [136.165.243.183]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA01954 for ; Sat, 26 Oct 1996 12:49:40 -0700 (PDT) Received: from localhost (wangel@localhost) by wgrobez1.remote.louisville.edu (8.7.6/8.6.12) with SMTP id LAA00261 for ; Sat, 26 Oct 1996 11:52:27 -0400 (EDT) Date: Sat, 26 Oct 1996 11:52:27 -0400 (EDT) From: Gary Roberts To: freebsd-current@freebsd.org Subject: PPP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What happened to 'PPP' in the -current? It was working just fine, now all it does is lockup. Nothing happenes. I just get this: User Process PPP. Written by Toshiharu OHNO. That's it. However, I can boot kernel.GENERIC and it works fine? What gives? Thanks Gary Roberts From owner-freebsd-current Sat Oct 26 13:27:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA06683 for current-outgoing; Sat, 26 Oct 1996 13:27:40 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA06675 for ; Sat, 26 Oct 1996 13:27:37 -0700 (PDT) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id NAA29238 for ; Sat, 26 Oct 1996 13:28:44 -0700 Date: Sat, 26 Oct 1996 13:28:42 -0700 (PDT) From: Veggy Vinny To: current@FreeBSD.ORG Subject: -current failed Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just did a make world and it fails with this: mkdep -f .depend -a -DFREEBSD_AOUT -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DFREEBSD_NATIVE -DDEFAULT_TARGET_VERSION=\"2.7.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools bi-parser.c insn-emit.c insn-recog.c insn-opinit.c insn-extract.c insn-peep.c insn-attrtab.c insn-output.c c-parse.c objc-parse.c ===> cc_int make: don't know how to make insn-attrtab.c. Stop *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Anyone have any ideas? Vince GaiaNet Corporation - Unix Networking Operations From owner-freebsd-current Sat Oct 26 13:58:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09664 for current-outgoing; Sat, 26 Oct 1996 13:58:28 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA09657 for ; Sat, 26 Oct 1996 13:58:24 -0700 (PDT) Received: from spirit.ki.net (root@spirit.ki.net [205.150.102.51]) by quagmire.ki.net (8.7.6/8.7.5) with ESMTP id QAA22405; Sat, 26 Oct 1996 16:58:28 -0400 (EDT) Received: from localhost (scrappy@localhost) by spirit.ki.net (8.7.5/8.7.3) with SMTP id QAA21121; Sat, 26 Oct 1996 16:58:23 -0400 (EDT) X-Authentication-Warning: spirit.ki.net: scrappy owned process doing -bs Date: Sat, 26 Oct 1996 16:58:19 -0400 (EDT) From: "Marc G. Fournier" To: Veggy Vinny cc: current@FreeBSD.ORG Subject: Re: -current failed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Oct 1996, Veggy Vinny wrote: > Just did a make world and it fails with this: > > mkdep -f .depend -a -DFREEBSD_AOUT -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DFREEBSD_NATIVE -DDEFAULT_TARGET_VERSION=\"2.7.2.1\" -DDEFAULT_TARGET_MACHINE=\"i386-unknow n-freebsd\" -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools bi-parser.c insn-emit.c insn-recog.c insn-opinit.c insn-extract.c insn-peep.c insn-attrtab.c insn-output.c c-parse.c objc-parse.c > ===> cc_int > make: don't know how to make insn-attrtab.c. Stop > *** Error code 2 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > Anyone have any ideas? > I realize that this might not apply to you, but when I first upgraded my "old-current" machine to the more recent one, I had alot of similar problems. From what I read here, I ended up doing a 'make -k cleandir depend all install', which basically goes through everything, makes and installs what it can. Then I did a second pass over everything using just 'make', and the stuff that originally failed, now succeeded as expected... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Sat Oct 26 14:41:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13183 for current-outgoing; Sat, 26 Oct 1996 14:41:36 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA13165 for ; Sat, 26 Oct 1996 14:41:28 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA05874; Sat, 26 Oct 1996 23:40:52 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA15224; Sat, 26 Oct 1996 23:40:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id XAA15283; Sat, 26 Oct 1996 23:26:41 +0200 (MET DST) From: J Wunsch Message-Id: <199610262126.XAA15283@uriah.heep.sax.de> Subject: Re: change mt.c's status message to report QIC-320/525 ? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 26 Oct 1996 23:26:41 +0200 (MET DST) Cc: andreas@klemm.gtn.com (Andreas Klemm) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Andreas Klemm at "Oct 26, 96 03:15:12 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: > After inserting a DC-6525 tape the mt status command reports > QIC-320, which is the QIC standard and capacity writing on > a DC 6320 tape which has only 620 feet length. > Wouldn't it a bit more user friendly, to report something like > this !? > > Present Mode: Density = QIC-320/525 Blocksize variable Perhaps the man page should make it clearer that there are tapes of different lengths around. > BTW, does somebody have a list of densities / mode descriptions > above 0x17 ?! The list inside mt.c has been taken directly from the SCSI-2 specs (that's why some of the density names are really funny). If someone else has a list of _officially_ assigned density values (and their respective names), i would not mind integrating it. However, i'm reluctant against mentioning every vendor's private oddball density value there. -- 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 Oct 26 16:05:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21142 for current-outgoing; Sat, 26 Oct 1996 16:05:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA21136 for ; Sat, 26 Oct 1996 16:05:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA17763; Sat, 26 Oct 1996 16:00:12 -0700 From: Terry Lambert Message-Id: <199610262300.QAA17763@phaeton.artisoft.com> Subject: Re: /etc/rc* stuff To: adam@veda.is (Adam David) Date: Sat, 26 Oct 1996 16:00:12 -0700 (MST) Cc: wpaul@skynet.ctr.columbia.EDU, freebsd-current@FreeBSD.org In-Reply-To: <199610261350.NAA04998@veda.is> from "Adam David" at Oct 26, 96 01:50:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >No, they aren't. rpc.statd is fully functional. rpc.lockd is halfway > >functional. In either case, it doesn't hurt to have them on. > > $ man rpc.lockd | vgrep > BUGS > The current implementation provides only the server side of the protocol > (ie. clients running other OS types can establish locks on a FreeBSD > fileserver, but there is currently no means for a FreeBSD client to es- > tablish locks). > $ ^D > > I'd like to see them in the default /etc/rc too. The lockd lies. It always grants all lock requests because it does not apply the locks to the local fs, and therefore does not run intersections on them. This should *not* be turned on by default. The net effect it has to to tell Sun machines "Quit yer bitchin'". Server side locking requires extending the fcntl interface by five commands. You can get my code for 4 of them from Jordan, or I posted them to -current and you can get it from the list archives. The 5th call is converting an NFS file cookie into an open file handle. I didn't write it because I was unsure from the user space code how the cookie would need to be represented. Look at the lease code function references for NFS as an LKM. The routine your fcntl op will need to call will need to be hooked via function pointer the same way. The actual routine is in /sys/nfs/nfs_subr.c. You will still have to do user space descriptor agregation and lock release in the rpc.lockd code. This is basically grunt work for list management code. If you use pointer to pointers to self reference the list elements, it should take no more than a day to code and test. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Oct 26 16:58:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA23657 for current-outgoing; Sat, 26 Oct 1996 16:58:51 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA23649 for ; Sat, 26 Oct 1996 16:58:48 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id BAA09801; Sun, 27 Oct 1996 01:45:50 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.8.2/8.8.2) with SMTP id BAA00677; Sun, 27 Oct 1996 01:33:32 +0200 (MET DST) Date: Sun, 27 Oct 1996 01:33:32 +0200 (MET DST) From: Andreas Klemm To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: change mt.c's status message to report QIC-320/525 ? In-Reply-To: <199610262126.XAA15283@uriah.heep.sax.de> Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Oct 1996, J Wunsch wrote: > > Wouldn't it a bit more user friendly, to report something like > > this !? > > > > Present Mode: Density = QIC-320/525 Blocksize variable > > Perhaps the man page should make it clearer that there are tapes of > different lengths around. I think it looks smarter to see both possible capacities in the status display. And since there are only two different capacities possible, it wouldn't be too hard to integrate this. > > BTW, does somebody have a list of densities / mode descriptions > > above 0x17 ?! > > The list inside mt.c has been taken directly from the SCSI-2 specs > (that's why some of the density names are really funny). If someone > else has a list of _officially_ assigned density values (and their > respective names), i would not mind integrating it. However, i'm > reluctant against mentioning every vendor's private oddball density > value there. I think the values for the TDC 4222 are certainly something like a quasi standard, or is it really vendor specific ?! -- 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 Sat Oct 26 20:14:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00532 for current-outgoing; Sat, 26 Oct 1996 20:14:01 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA00523 for ; Sat, 26 Oct 1996 20:13:54 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vHLfc-0004fE-00; Sat, 26 Oct 1996 21:13:52 -0600 To: current@freebsd.org Subject: Files checked in: lpr/lpd Date: Sat, 26 Oct 1996 21:13:52 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've merged the OpenBSD changes to lpr/lpd into the FreeBSD code base. Since OpenBSD is based on NetBSD, I assume there are a number of changes in the base NetBSD code that haven't been ported to FreeBSD. Specifically, NetBSD has made lpr/lpd run as root only as needed (OpenBSD seems to change this a little in places, for the better I think). I'd like to bring those changes in at some point, since it seems that things will be a little more secure in that case (but it won't help overflow attacks, because seteuid would still work in the overflow code, right? :-(. Does anybody know the NetBSD changes well enough to comment on them? There are also a couple more overflow paranoia changes that were checked into OpenBSD this weekend that I'll fold in shortly as well. Please let me know if there are problems. My printing world is sane and has handled what I've thrown at it, but like I've said before, I don't do much with it. Warner From owner-freebsd-current Sat Oct 26 20:31:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01406 for current-outgoing; Sat, 26 Oct 1996 20:31:22 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA01401 for ; Sat, 26 Oct 1996 20:31:20 -0700 (PDT) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id UAA13080; Sat, 26 Oct 1996 20:32:23 -0700 Date: Sat, 26 Oct 1996 20:32:21 -0700 (PDT) From: Veggy Vinny To: "Marc G. Fournier" cc: current@FreeBSD.ORG Subject: Re: -current failed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Oct 1996, Marc G. Fournier wrote: > I realize that this might not apply to you, but when I first > upgraded my "old-current" machine to the more recent one, I had alot > of similar problems. From what I read here, I ended up doing a > 'make -k cleandir depend all install', which basically goes through > everything, makes and installs what it can. Then I did a second > pass over everything using just 'make', and the stuff that originally > failed, now succeeded as expected... I tried the make -k cleandir depend all install and it worked fine but the second make did the following: ===> gnu/lib/libdialogWarning: Using /usr/src/gnu/lib/libdialog/obj as object directory instead of canonical /usr/obj/usr/src/gnu/lib/libdialog===> gnu/lib/libg++Warning: Using /usr/src/gnu/lib/libg++/obj as object directory instead of canonical /usr/obj/usr/src/gnu/lib/libg++c++ -O -I/usr/src/gnu/lib/libg++/../../../contrib/libg++/include -I/usr/include/g++ -I/usr/src/gnu/lib/libg++/../../../contrib/libg++/include -I/usr/src/gnu/lib/libg++/../../../contrib/libg++/libio -I/usr/src/gnu/lib/libg++/../../../contrib/libg++/libstdc++ -c /usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/BitSet.cc -o BitSet.oIn file included from /usr/include/g++/libio.h:30, from /usr/include/g++/streambuf.h:36, from /usr/include/g++/iostream.h:31, from /usr/include/g++/BitSet.h:26, from /usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/BitSet.cc:25:/usr/include/g++/_G_config.h:37: unknown machine mode `typedef int _G_int8_t'/usr/include/g++/_G_config.h:38: unknown machine mode `typedef unsigned int _G_uint8_t'/usr/include/g++/_G_config.h:39: unknown machine mode `typedef int _G_int16_t'/usr/include/g++/_G_config.h:40: unknown machine mode `typedef unsigned int _G_uint16_t'/usr/include/g++/_G_config.h:41: unknown machine mode `typedef int _G_int32_t'/usr/include/g++/_G_config.h:42: unknown machine mode `typedef unsigned int _G_uint32_t'/usr/include/g++/_G_config.h:43: unknown machine mode `typedef int _G_int64_t'/usr/include/g++/_G_config.h:44: unknown machine mode `typedef unsigned int _G_uint64_t'/usr/include/g++/BitSet.h: In function `class BitSet operator &(const class BitSet &, const class BitSet &)':In file included from /usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/BitSet.cc:25:/usr/include/g++/BitSet.h:251: no matching function for call to `BitSet::BitSet (BitSet *)'/usr/include/g++/BitSet.h:81: candidates are: BitSet::BitSet(const BitSet &, const BitSet &, BitSet::BS_op)/usr/include/g++/BitSet.h:83: BitSet::BitSet(const BitSet &, BitSet::BS_op)/usr/include/g++/BitSet.h:204: BitSet::BitSet()/usr/include/g++/BitSet.h:206: BitSet::BitSet(const BitSet &)/usr/include/g++/BitSet.h:251: in base initialization for class `BitSet'/usr/include/g++/BitSet.h: In function `class BitSet operator |(const class BitSet &, const class BitSet &)':/usr/include/g++/BitSet.h:256: no matching function for call to `BitSet::BitSet (BitSet *)'/usr/include/g++/BitSet.h:81: candidates are: BitSet::BitSet(const BitSet &, const BitSet &, BitSet::BS_op)/usr/include/g++/BitSet.h:83: BitSet::BitSet(const BitSet &, BitSet::BS_op)/usr/include/g++/BitSet.h:204: BitSet::BitSet()/usr/include/g++/BitSet.h:206: BitSet::BitSet(const BitSet &)/usr/include/g++/BitSet.h:256: in base initialization for class `BitSet'/usr/include/g++/BitSet.h: In function `class BitSet operator ^(const class BitSet &, const class BitSet &)':/usr/include/g++/BitSet.h:261: no matching function for call to `BitSet::BitSet (BitSet *)'/usr/include/g++/BitSet.h:81: candidates are: BitSet::BitSet(const BitSet &, const BitSet &, BitSet::BS_op)/usr/include/g++/BitSet.h:83: BitSet::BitSet(const BitSet &, BitSet::BS_op)/usr/include/g++/BitSet.h:204: BitSet::BitSet()/usr/include/g++/BitSet.h:206: BitSet::BitSet(const BitSet &)/usr/include/g++/BitSet.h:261: in base initialization for class `BitSet'/usr/include/g++/BitSet.h: In function `class BitSet operator -(const class BitSet &, const class BitSet &)':/usr/include/g++/BitSet.h:266: no matching function for call to `BitSet::BitSet (BitSet *)'/usr/include/g++/BitSet.h:81: candidates are: BitSet::BitSet(const BitSet &, const BitSet &, BitSet::BS_op)/usr/include/g++/BitSet.h:83: BitSet::BitSet(const BitSet &, BitSet::BS_op)/usr/include/g++/BitSet.h:204: BitSet::BitSet()/usr/include/g++/BitSet.h:206: BitSet::BitSet(const BitSet &)/usr/include/g++/BitSet.h:266: in base initialization for class `BitSet'/usr/include/g++/BitSet.h: In function `class BitSet operator ~(const class BitSet &)':/usr/include/g++/BitSet.h:271: no matching function for call to `BitSet::BitSet (BitSet *)'/usr/include/g++/BitSet.h:81: candidates are: BitSet::BitSet(const BitSet &, const BitSet &, BitSet::BS_op)/usr/include/g++/BitSet.h:83: BitSet::BitSet(const BitSet &, BitSet::BS_op)/usr/include/g++/BitSet.h:204: BitSet::BitSet()/usr/include/g++/BitSet.h:206: BitSet::BitSet(const BitSet &)/usr/include/g++/BitSet.h:271: in base initialization for class `BitSet'*** Error code 1Stop.*** Error code 1Stop.*** Error code 1Stop.*** Error code 1Stop. Vince GaiaNet Corporation - Unix Networking Operations From owner-freebsd-current Sat Oct 26 21:21:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA03395 for current-outgoing; Sat, 26 Oct 1996 21:21:40 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA03390 for ; Sat, 26 Oct 1996 21:21:36 -0700 (PDT) Received: from baud.eng.umd.edu (baud.eng.umd.edu [129.2.98.183]) by po1.glue.umd.edu (8.8.2/8.7.3) with ESMTP id AAA23318; Sun, 27 Oct 1996 00:21:32 -0400 (EDT) Received: from localhost (chuckr@localhost) by baud.eng.umd.edu (8.7.5/8.7.3) with SMTP id AAA04705; Sun, 27 Oct 1996 00:21:31 -0400 (EDT) X-Authentication-Warning: baud.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 27 Oct 1996 00:21:31 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@baud.eng.umd.edu To: Veggy Vinny cc: "Marc G. Fournier" , current@FreeBSD.org Subject: Re: -current failed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Oct 1996, Veggy Vinny wrote: > > > On Sat, 26 Oct 1996, Marc G. Fournier wrote: > > > I realize that this might not apply to you, but when I first > > upgraded my "old-current" machine to the more recent one, I had alot > > of similar problems. From what I read here, I ended up doing a > > 'make -k cleandir depend all install', which basically goes through > > everything, makes and installs what it can. Then I did a second > > pass over everything using just 'make', and the stuff that originally > > failed, now succeeded as expected... > > I tried the make -k cleandir depend all install and it worked fine > but the second make did the following: Geeze. When you did the make cleandir, you wiped out your /usr/obj/usr/src/gnu/usr.bin/cc directories. when you did everything alfter that, you scattered obj files in your source directories (you should have done a make obj first!) Your archive is messed up now. If you have cvs, cd /usr/src/gnu/usr.bin, then rm -rf cc. After that completes, cvs co cc (is that a module? I think so...), then cd into cc, do the make obj to make object directories for it, THEN do the make depend all install. Don't complain about bugs in cc right now, there aren't any (I just reverfied that). If it doesn't work for you, then your sources are messed up. I don't know sup or cvsup, if you use those someone else will have to help you (I use ctm on the cvs archive). > > ===> gnu/lib/libdialogWarning: Using /usr/src/gnu/lib/libdialog/obj as > object directory instead of canonical > /usr/obj/usr/src/gnu/lib/libdialog===> gnu/lib/libg++Warning: Using > /usr/src/gnu/lib/libg++/obj as object directory instead of canonical > /usr/obj/usr/src/gnu/lib/libg++c++ -O > -I/usr/src/gnu/lib/libg++/../../../contrib/libg++/include > -I/usr/include/g++ > -I/usr/src/gnu/lib/libg++/../../../contrib/libg++/include > -I/usr/src/gnu/lib/libg++/../../../contrib/libg++/libio > -I/usr/src/gnu/lib/libg++/../../../contrib/libg++/libstdc++ -c > /usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/BitSet.cc -o > BitSet.oIn file included from /usr/include/g++/libio.h:30, > from /usr/include/g++/streambuf.h:36, from > /usr/include/g++/iostream.h:31, from > /usr/include/g++/BitSet.h:26, from > /usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/BitSet.cc:25:/usr/include/g++/_G_config.h:37: > unknown machine mode `typedef int > _G_int8_t'/usr/include/g++/_G_config.h:38: unknown machine mode `typedef > unsigned int _G_uint8_t'/usr/include/g++/_G_config.h:39: unknown machine > mode `typedef int _G_int16_t'/usr/include/g++/_G_config.h:40: unknown > machine mode `typedef unsigned int > _G_uint16_t'/usr/include/g++/_G_config.h:41: unknown machine mode `typedef > int _G_int32_t'/usr/include/g++/_G_config.h:42: unknown machine mode > `typedef unsigned int _G_uint32_t'/usr/include/g++/_G_config.h:43: unknown > machine mode `typedef int _G_int64_t'/usr/include/g++/_G_config.h:44: > unknown machine mode `typedef unsigned int > _G_uint64_t'/usr/include/g++/BitSet.h: In function `class BitSet operator > &(const class BitSet &, const class BitSet &)':In file included from > /usr/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/BitSet.cc:25:/usr/include/g++/BitSet.h:251: > no matching function for call to `BitSet::BitSet (BitSet > *)'/usr/include/g++/BitSet.h:81: candidates are: BitSet::BitSet(const > BitSet &, const BitSet &, BitSet::BS_op)/usr/include/g++/BitSet.h:83: > BitSet::BitSet(const BitSet &, > BitSet::BS_op)/usr/include/g++/BitSet.h:204: > BitSet::BitSet()/usr/include/g++/BitSet.h:206: > BitSet::BitSet(const BitSet &)/usr/include/g++/BitSet.h:251: in base > initialization for class `BitSet'/usr/include/g++/BitSet.h: In function > `class BitSet operator |(const class BitSet &, const class BitSet > &)':/usr/include/g++/BitSet.h:256: no matching function for call to > `BitSet::BitSet (BitSet *)'/usr/include/g++/BitSet.h:81: candidates are: > BitSet::BitSet(const BitSet &, const BitSet &, > BitSet::BS_op)/usr/include/g++/BitSet.h:83: > BitSet::BitSet(const BitSet &, > BitSet::BS_op)/usr/include/g++/BitSet.h:204: > BitSet::BitSet()/usr/include/g++/BitSet.h:206: > BitSet::BitSet(const BitSet &)/usr/include/g++/BitSet.h:256: in base > initialization for class `BitSet'/usr/include/g++/BitSet.h: In function > `class BitSet operator ^(const class BitSet &, const class BitSet > &)':/usr/include/g++/BitSet.h:261: no matching function for call to > `BitSet::BitSet (BitSet *)'/usr/include/g++/BitSet.h:81: candidates are: > BitSet::BitSet(const BitSet &, const BitSet &, > BitSet::BS_op)/usr/include/g++/BitSet.h:83: > BitSet::BitSet(const BitSet &, > BitSet::BS_op)/usr/include/g++/BitSet.h:204: > BitSet::BitSet()/usr/include/g++/BitSet.h:206: > BitSet::BitSet(const BitSet &)/usr/include/g++/BitSet.h:261: in base > initialization for class `BitSet'/usr/include/g++/BitSet.h: In function > `class BitSet operator -(const class BitSet &, const class BitSet > &)':/usr/include/g++/BitSet.h:266: no matching function for call to > `BitSet::BitSet (BitSet *)'/usr/include/g++/BitSet.h:81: candidates are: > BitSet::BitSet(const BitSet &, const BitSet &, > BitSet::BS_op)/usr/include/g++/BitSet.h:83: > BitSet::BitSet(const BitSet &, > BitSet::BS_op)/usr/include/g++/BitSet.h:204: > BitSet::BitSet()/usr/include/g++/BitSet.h:206: > BitSet::BitSet(const BitSet &)/usr/include/g++/BitSet.h:266: in base > initialization for class `BitSet'/usr/include/g++/BitSet.h: In function > `class BitSet operator ~(const class BitSet > &)':/usr/include/g++/BitSet.h:271: no matching function for call to > `BitSet::BitSet (BitSet *)'/usr/include/g++/BitSet.h:81: candidates are: > BitSet::BitSet(const BitSet &, const BitSet &, > BitSet::BS_op)/usr/include/g++/BitSet.h:83: > BitSet::BitSet(const BitSet &, > BitSet::BS_op)/usr/include/g++/BitSet.h:204: > BitSet::BitSet()/usr/include/g++/BitSet.h:206: > BitSet::BitSet(const BitSet &)/usr/include/g++/BitSet.h:271: in base > initialization for class `BitSet'*** Error code 1Stop.*** Error code > 1Stop.*** Error code 1Stop.*** Error code 1Stop. > > Vince > GaiaNet Corporation - Unix Networking Operations > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Oct 26 22:02:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA05500 for current-outgoing; Sat, 26 Oct 1996 22:02:45 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA05494 for ; Sat, 26 Oct 1996 22:02:43 -0700 (PDT) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id WAA16803; Sat, 26 Oct 1996 22:03:43 -0700 Date: Sat, 26 Oct 1996 22:03:42 -0700 (PDT) From: Veggy Vinny To: Chuck Robey cc: "Marc G. Fournier" , current@FreeBSD.org Subject: Re: -current failed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Oct 1996, Chuck Robey wrote: > > I tried the make -k cleandir depend all install and it worked fine > > but the second make did the following: > > Geeze. When you did the make cleandir, you wiped out your > /usr/obj/usr/src/gnu/usr.bin/cc directories. when you did everything > alfter that, you scattered obj files in your source directories (you > should have done a make obj first!) Your archive is messed up now. Oh well, I was only following what Marc told me to do since I could resup the entire src tree after deleting the old one but that wouldn't work as it will take too long at 28.8kbps... > If you have cvs, cd /usr/src/gnu/usr.bin, then rm -rf cc. After that > completes, cvs co cc (is that a module? I think so...), then cd into cc, > do the make obj to make object directories for it, THEN do the make depend > all install. Don't complain about bugs in cc right now, there aren't any > (I just reverfied that). If it doesn't work for you, then your sources > are messed up. I don't know sup or cvsup, if you use those someone else > will have to help you (I use ctm on the cvs archive). Hmmm, it probably is the sources, wonder why sup sometimes fail on 28.8k sources when it did receive okay while it's always fine on a t1. Vince GaiaNet Corporation - Unix Networking Operations From owner-freebsd-current Sat Oct 26 22:04:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA05605 for current-outgoing; Sat, 26 Oct 1996 22:04:30 -0700 (PDT) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA05591 for ; Sat, 26 Oct 1996 22:04:18 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id BAA20470; Sun, 27 Oct 1996 01:03:05 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id BAA11267; Sun, 27 Oct 1996 01:01:17 -0400 (EDT) To: rv@groa.uct.ac.za (Russell Vincent) cc: current@FreeBSD.org From: "Gary Palmer" Subject: Re: Oct 22 panic In-reply-to: Your message of "Sat, 26 Oct 1996 12:47:21 +0200." Date: Sun, 27 Oct 1996 01:01:17 -0400 Message-ID: <11265.846392477@orion.webspan.net> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Russell Vincent wrote in message ID : > I am not sure if this will be of any use to anyone. An Oct 22 -current > kernel panic'ed with the following data. I did an Adaptec verify of > the 3 disks involved in the ccd config of that filesystem and they > all turned up clean. Beware: the adaptec verify DOES NOT do a good test of the disks ... soft errors are missed as the drive or adapter auto-retries. The only way is to either listen to the drive(s) during the verify or NOT to use that for testing the drives. I prefer `dd if=/dev/ of=/dev/null bs=64k' myself. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-current Sat Oct 26 22:24:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06613 for current-outgoing; Sat, 26 Oct 1996 22:24:47 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA06605 for ; Sat, 26 Oct 1996 22:24:43 -0700 (PDT) Received: from spirit.ki.net (root@spirit.ki.net [205.150.102.51]) by quagmire.ki.net (8.8.2/8.7.5) with ESMTP id BAA01095; Sun, 27 Oct 1996 01:24:41 -0400 (EDT) Received: from localhost (scrappy@localhost) by spirit.ki.net (8.7.5/8.7.3) with SMTP id BAA21734; Sun, 27 Oct 1996 01:24:41 -0400 (EDT) X-Authentication-Warning: spirit.ki.net: scrappy owned process doing -bs Date: Sun, 27 Oct 1996 01:24:34 -0400 (EDT) From: "Marc G. Fournier" To: Veggy Vinny cc: Chuck Robey , current@FreeBSD.org Subject: Re: -current failed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Oct 1996, Veggy Vinny wrote: > > > On Sun, 27 Oct 1996, Chuck Robey wrote: > > > > I tried the make -k cleandir depend all install and it worked fine > > > but the second make did the following: > > > > Geeze. When you did the make cleandir, you wiped out your > > /usr/obj/usr/src/gnu/usr.bin/cc directories. when you did everything > > alfter that, you scattered obj files in your source directories (you > > should have done a make obj first!) Your archive is messed up now. > > Oh well, I was only following what Marc told me to do since I > could resup the entire src tree after deleting the old one but that > wouldn't work as it will take too long at 28.8kbps... > Hey...I just suggested what did work for me over here when I hit the problem...since I'm *not* using /usr/obj currently, this did work fine for me. Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Sat Oct 26 22:27:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06741 for current-outgoing; Sat, 26 Oct 1996 22:27:50 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA06736 for ; Sat, 26 Oct 1996 22:27:48 -0700 (PDT) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id WAA17892; Sat, 26 Oct 1996 22:28:29 -0700 Date: Sat, 26 Oct 1996 22:28:27 -0700 (PDT) From: Veggy Vinny To: "Marc G. Fournier" cc: Chuck Robey , current@FreeBSD.org Subject: Re: -current failed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Oct 1996, Marc G. Fournier wrote: > > Oh well, I was only following what Marc told me to do since I > > could resup the entire src tree after deleting the old one but that > > wouldn't work as it will take too long at 28.8kbps... > > > Hey...I just suggested what did work for me over here when I > hit the problem...since I'm *not* using /usr/obj currently, this did work > fine for me. Oh okay, somehow it did get farther than what it was initially but I guess sometimes the files can get corrupted so maybe I do need to resup the entire src tree anyways... Vince GaiaNet Corporation - Unix Networking Operations From owner-freebsd-current Sat Oct 26 22:49:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08393 for current-outgoing; Sat, 26 Oct 1996 22:49:06 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA08386 for ; Sat, 26 Oct 1996 22:49:03 -0700 (PDT) Received: from spirit.ki.net (root@spirit.ki.net [205.150.102.51]) by quagmire.ki.net (8.8.2/8.7.5) with ESMTP id BAA02133; Sun, 27 Oct 1996 01:49:02 -0400 (EDT) Received: from localhost (scrappy@localhost) by spirit.ki.net (8.7.5/8.7.3) with SMTP id BAA04893; Sun, 27 Oct 1996 01:49:02 -0400 (EDT) X-Authentication-Warning: spirit.ki.net: scrappy owned process doing -bs Date: Sun, 27 Oct 1996 01:48:59 -0400 (EDT) From: "Marc G. Fournier" To: Veggy Vinny cc: Chuck Robey , current@FreeBSD.org Subject: Re: -current failed In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Oct 1996, Veggy Vinny wrote: > > > On Sun, 27 Oct 1996, Marc G. Fournier wrote: > > > > Oh well, I was only following what Marc told me to do since I > > > could resup the entire src tree after deleting the old one but that > > > wouldn't work as it will take too long at 28.8kbps... > > > > > Hey...I just suggested what did work for me over here when I > > hit the problem...since I'm *not* using /usr/obj currently, this did work > > fine for me. > > Oh okay, somehow it did get farther than what it was initially but > I guess sometimes the files can get corrupted so maybe I do need to resup > the entire src tree anyways... > One other area you might want to watch...for some reason, I didn't have a /usr/lib/compat directory, so when I did my 'make install' in /usr/src/gnu, libgnumalloc.so.2.0 became /usr/lib/compat... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org