From owner-freebsd-current Sun Sep 6 00:06:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA12912 for freebsd-current-outgoing; Sun, 6 Sep 1998 00:06:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA12902 for ; Sun, 6 Sep 1998 00:06:22 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id AAA03211; Sun, 6 Sep 1998 00:06:19 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp03.primenet.com, id smtpd003199; Sun Sep 6 00:06:14 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id AAA13908; Sun, 6 Sep 1998 00:06:09 -0700 (MST) From: Terry Lambert Message-Id: <199809060706.AAA13908@usr01.primenet.com> Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! To: chuckr@glue.umd.edu (Chuck Robey) Date: Sun, 6 Sep 1998 07:06:09 +0000 (GMT) Cc: eivind@yes.no, oppermann@pipeline.ch, current@FreeBSD.ORG In-Reply-To: from "Chuck Robey" at Sep 5, 98 02:37:17 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I just checked Kirk's posts about it, and Andre falls into a hole > between where Kirk did and didn't specify. > > He said private, non-coomercial was free. > > He said companies that package it and sell it embedded should pay, and > that included ISPs, but there the example was ISPs who put a machine at > a customer's site. > > As far as ISPs using it themselves, it's unclear. Kirk gave an example > of someone at work using on their workstation, and he said that was > free. I'd guess Eivind's right, you'd have to check it with Kirk > McKusick. I disagree. A one-off installation is clearly covered in the "I would like you to donate, but yoyu are note required to" case. The case where you are required to is the case where you resell software the depends on the features. For Whistle, this includes all kernel code, since the new version of WhistleWare (repackaged FreeBSD) depends on the code. A side benefit of this is that Whistle paid for a FreeBSD port, which would not have existed otherwise, and a number of bug-fixes which both Kirk and BSDI benefitted from. I think for a specifric ISP, so long as a derived work were not distributed, there is a request for support, but no requirement. Kirk is not RMS, and he understands economies of Intellectual property, where RMS does not. In any case, if you are in a quandry, ask. I think the answer, unless you intend to resell the code (which ISP's do not), will be "go ahead an use it". The main issue is that if you make money off his effort, he wants to make money, too. This isn't unreasoanble. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 00:09:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13387 for freebsd-current-outgoing; Sun, 6 Sep 1998 00:09:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from isua2.iastate.edu (isua2.iastate.edu [129.186.1.202]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA13382 for ; Sun, 6 Sep 1998 00:09:13 -0700 (PDT) (envelope-from graphix@iastate.edu) Received: from localhost (graphix@localhost) by isua2.iastate.edu (8.8.5/8.8.5) with SMTP id CAA22548 for ; Sun, 6 Sep 1998 02:09:12 -0500 (CDT) Message-Id: <199809060709.CAA22548@isua2.iastate.edu> To: freebsd-current@FreeBSD.ORG Reply-To: kent@iastate.edu Subject: Lint libraries Date: Sun, 06 Sep 1998 02:09:12 CDT From: Kent Vander Velden Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi. Why do the lint libraries not get built by default in -current? Thanks. --- Kent Vander Velden kent@iastate.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 00:36:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA16920 for freebsd-current-outgoing; Sun, 6 Sep 1998 00:36:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA16914 for ; Sun, 6 Sep 1998 00:36:40 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:cNFf2rB7U0jbYfTshGK4R1iZC9kyqaHL@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id JAA23916; Sun, 6 Sep 1998 09:35:52 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809060735.JAA23916@gratis.grondar.za> To: John Birrell cc: current@FreeBSD.ORG Subject: Re: ELF build problems with perl5 In-Reply-To: Your message of " Sat, 05 Sep 1998 08:19:12 +1000." <199809042219.IAA12946@cimlogic.com.au> References: <199809042219.IAA12946@cimlogic.com.au> Date: Sun, 06 Sep 1998 09:35:48 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > The problem is that perl5 configures itself for a particular library > path (libpth in it's configure) at build time and appends extra search > paths from LD_LIBRARY_PATH at runtime. If perl5 is executed during a > `make world', it will definititely use the wrong path to load shared > objects. Our build system goes to a lot of trouble to set the paths > so that tools like ld DTRT. AFAIK there is no way to tell perl5, in > the amount of detail required, how to behave at runtime. These ways are present - they are just messy. If you are doing a cross- compile, they are _really_ messy. > This is the problem that Mark Murray has been having with the integration > of the contribified perl5 into the main tree. I believe it is a software > design issue that should be solved in the perl DynaLoader code before we > adopt perl5 for main stream use. I hope to have this problem solved by the end of today. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 00:57:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA18400 for freebsd-current-outgoing; Sun, 6 Sep 1998 00:57:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA18393 for ; Sun, 6 Sep 1998 00:57:02 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 6917 invoked by uid 1001); 6 Sep 1998 07:57:00 +0000 (GMT) To: tlambert@primenet.com Cc: dg@root.com, tom@uniserve.com, freebsd-current@FreeBSD.ORG Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by In-Reply-To: Your message of "Sun, 6 Sep 1998 06:56:22 +0000 (GMT)" References: <199809060656.XAA13597@usr01.primenet.com> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 06 Sep 1998 09:57:00 +0200 Message-ID: <6915.905068620@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > That said, one of the reasons for leaving the extensions on by default > is to ensure that people complain about RFC non-compliance. > > I, for one, wuld e unhappy if FreeBSD disabled these by default, even > though it's perfectly reasonable for my employer to disable them on > their derived work. However, there's a world of difference between RFC 1323 and RFC 1644. 1. As Charles Hannum has poited out, there are security risks associated with RFC 1644. 2. RFC 1323 has the status of "Proposed Standard Protocol", which means (see RFC 2300): 4.1.3. Proposed Standard Protocol These are protocol proposals that may be considered by the IESG for standardization in the future. Implementation and testing by several groups is desirable. Revision of the protocol specification is likely. RFC 1644 has the status "Experimental Protocol", which means: 4.1.4. Experimental Protocol A system should not implement an experimental protocol unless it is participating in the experiment and has coordinated its use of the protocol with the developer of the protocol. Note the "should not". The fact that RFC 1644 is still classified as an experimental protocol, together with the security risks noted, are (in my opinion) excellent reasons why RFC 1644 absolutely *should not* be on by default in FreeBSD. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 01:13:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA19407 for freebsd-current-outgoing; Sun, 6 Sep 1998 01:13:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from k6n1.znh.org (dialup4.gaffaneys.com [208.155.161.54]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA19402 for ; Sun, 6 Sep 1998 01:13:35 -0700 (PDT) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by k6n1.znh.org (8.9.1/8.9.1) id IAA24784; Sun, 6 Sep 1998 08:13:35 GMT (envelope-from zach) Message-ID: <19980906031335.A12693@znh.org> Date: Sun, 6 Sep 1998 03:13:35 -0500 From: Zach Heilig To: wwoods@cybcon.com, FreebSD Current Subject: Re: ELF References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from William Woods on Sat, Sep 05, 1998 at 11:47:49PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 05, 1998 at 11:47:49PM -0700, William Woods wrote: > Now that I have current running elf fine, I am slowly compiling the packages > and ports I have from aout to elf. I saw a few things earlier about Xfree, > but forgot to save em.....will Xfree compile elf ok? Until XFree makes changes (which will probably happen about the same time the ports tree is officially elf), these files need editing: Make sure you have ~300-350 Meg free $ make patch $ vi work/xc/config/cf/FreeBSD.cf (search for CppCmd and ExtraLoadFlags) /usr/libexec/cpp does not use -D__ELF__ by default (so add it) the -R option for 'ld' does different things for aout and elf. -rpath does what you want for elf (and you may want to append ,-rpath,/usr/local/lib as well) $ vi work/xc/programs/Xserver/hw/xfree86/os-support/assyntax.h $ vi work/xc/programs/Xserver/hw/xfree86/vga256/drivers/s3_svga/s3accel.c $ vi work/xc/programs/Xserver/hw/xfree86/xaa/xf86expblt.c (search for __ELF__, make sure FreeBSD does the elf option when __ELF__ is defined) $ make install I haven't had any problems with XFree being elf (except it hasn't been very long). -- Zach Heilig -- zach@gaffaneys.com Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 01:24:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20668 for freebsd-current-outgoing; Sun, 6 Sep 1998 01:24:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20649 for ; Sun, 6 Sep 1998 01:24:35 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id KAA15327; Sun, 6 Sep 1998 10:19:40 +0200 (CEST) To: sthaug@nethelp.no cc: tlambert@primenet.com, dg@root.com, tom@uniserve.com, freebsd-current@FreeBSD.ORG Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by In-reply-to: Your message of "Sun, 06 Sep 1998 09:57:00 +0200." <6915.905068620@verdi.nethelp.no> Date: Sun, 06 Sep 1998 10:19:40 +0200 Message-ID: <15325.905069980@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG That settles it. I've disabled RFC1644 as default and removed it from tcp_extensions in /etc/rc.{conf,networking} Poul-Henning >RFC 1644 has the status "Experimental Protocol", which means: > > 4.1.4. Experimental Protocol > > A system should not implement an experimental protocol unless it > is participating in the experiment and has coordinated its use of > the protocol with the developer of the protocol. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 01:27:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA21110 for freebsd-current-outgoing; Sun, 6 Sep 1998 01:27:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA21100; Sun, 6 Sep 1998 01:27:07 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id JAA05066; Sun, 6 Sep 1998 09:26:52 +0100 (BST) Date: Sun, 6 Sep 1998 09:26:52 +0100 (BST) From: Doug Rabson To: "Andrey A. Chernov" cc: Mike Smith , current@FreeBSD.ORG, dfr@FreeBSD.ORG Subject: Re: sbflush 2 panic, uipc_socket2.c In-Reply-To: <19980906083007.A19996@nagual.pp.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 6 Sep 1998, Andrey A. Chernov wrote: > On Fri, Sep 04, 1998 at 02:31:52PM +0400, Andrey A. Chernov wrote: > > On Fri, Sep 04, 1998 at 12:24:25AM +0000, Mike Smith wrote: > > > > On Thu, Sep 03, 1998 at 01:15:02PM +0000, Mike Smith wrote: > > > > > > Approx. once a day I have this panic (see subj.) on heavily loaded > > > > > > -current HTTP server. Is any solution possible? Briefly looking through > > > > > > code I think some sort of spl protection needed between freeing sb_cc and > > > > > > checking it again. > > > > > > > > > > That sounds reasonable. What have you tried so far? > > > > > > > > No, just gather more panic details: > > > > > > How about whacking an splnet() around it and letting us know how it > > > goes? > > > > No, the code already under splnet() from tcp_usr_disconnect() > > It means that internal mbuf structure is changed somehow under splnet() > > I found that the panic trigger is new ip defragmenting code from dfr, > there is no such panic before this commit. ssh key exchange (large > packets) can effectively cause panic after 10min when someone quickly > log in with ssh after machine come after reboot. Thanks for working on this Andrey. I'll have a look at the code today and see if I can see anything. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 01:43:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22473 for freebsd-current-outgoing; Sun, 6 Sep 1998 01:43:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22467 for ; Sun, 6 Sep 1998 01:43:08 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from bilskirnir.ifi.uio.no (2602@bilskirnir.ifi.uio.no [129.240.64.135]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id KAA16276; Sun, 6 Sep 1998 10:42:57 +0200 (MET DST) Received: (from dag-erli@localhost) by bilskirnir.ifi.uio.no ; Sun, 6 Sep 1998 10:42:57 +0200 (MET DST) Mime-Version: 1.0 To: Alex Cc: Chuck Robey , John Polstra , current@FreeBSD.ORG Subject: Re: ELF -current users: HEADS UP References: Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 06 Sep 1998 10:42:56 +0200 In-Reply-To: Alex's message of "Sat, 5 Sep 1998 08:40:10 -0700 (PDT)" Message-ID: Lines: 11 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id BAA22469 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alex writes: > Move _all_ your a.out libs (except perhaps your static ones, which can > most likely be deleted) to /usr/lib/aout. This frees up any other dirs to > be purely ELF. Hmpfs. I'd put local (ports-derived or home-grown) a.out libs in /usr/local/lib/aout. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 03:22:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA00205 for freebsd-current-outgoing; Sun, 6 Sep 1998 03:22:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA00190 for ; Sun, 6 Sep 1998 03:22:05 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id LAA05458; Sun, 6 Sep 1998 11:21:41 +0100 (BST) Date: Sun, 6 Sep 1998 11:21:41 +0100 (BST) From: Doug Rabson To: Mike Haertel cc: current@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu Subject: Re: DANGER: new IP fragment code breaks SLIP In-Reply-To: <199809052110.OAA00369@ducky.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 5 Sep 1998, Mike Haertel wrote: > I've been experiencing crashes with recent 3.0 kernels using SLIP > based dialin networking. Haven't had time yet to set up kernel > debugging, however I spent a half an hour doing binary search via > kernel builds on recent CVS commits. The bug is either contained > in, or perhaps exposed by, the following commit: Would it be possible to get a packet trace with tcpdump for one of these crashes? It would make it easier to deduce the path taken through the reassembly code. In the mean time could you add this patch to uipc_socket2.c to test out a possible cause of the crash: Index: uipc_socket2.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_socket2.c,v retrieving revision 1.39 diff -u -r1.39 uipc_socket2.c --- uipc_socket2.c 1998/09/05 13:24:39 1.39 +++ uipc_socket2.c 1998/09/06 09:35:59 @@ -457,6 +457,8 @@ if (m == 0) return; + if (m->m_nextpkt) + panic("sbappend: unexpected packet chain"); n = sb->sb_mb; if (n) { while (n->m_nextpkt) -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 03:40:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA02618 for freebsd-current-outgoing; Sun, 6 Sep 1998 03:40:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from obsidian.noc.dfn.de (obsidian.noc.dfn.de [193.174.247.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA02587; Sun, 6 Sep 1998 03:40:29 -0700 (PDT) (envelope-from schweikh@obsidian.noc.dfn.de) Received: (from schweikh@localhost) by obsidian.noc.dfn.de (8.8.7/8.8.7) id MAA17606; Sun, 6 Sep 1998 12:40:06 +0200 (MET DST) From: Jens Schweikhardt Message-Id: <199809061040.MAA17606@obsidian.noc.dfn.de> Subject: Re: Where can I find C To: cyouse@artemis.syncom.net (Charles Youse) Date: Sun, 6 Sep 1998 12:40:06 +0200 (MET DST) Cc: syko@sykotik.org, scott@iprg.nokia.com, daniel@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG In-Reply-To: from "Charles Youse" at Sep 5, 98 08:43:32 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG hello, world\n # Nah, it'll draw a warning, perhaps .... but this is perfectly legal C. What did you smoke tonight? :-) You call a variadic function with no prototype in scope which leads to undefined behaviour as per ISO 9899:1990 This bombs as soon as the representation of int and char * are different or if there are different passing mechanisms for those types. Now back to our regularly scheduled -stable discussions. Note that only the spelling of hello, world\n as above is correct :-) # On Sat, 5 Sep 1998, Dusk Auriel Sykotik wrote: # > You can't use printf(), you didn't include stdio.h :) # # > On Fri, 4 Sep 1998, Scott Sewall wrote: # > > main () { # > > printf("Hello World!\n"); # > > } Regards, -- Jens Schweikhardt http://www.shuttle.de/schweikh/ SIGSIG -- signature too long (core dumped) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 04:55:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA10606 for freebsd-current-outgoing; Sun, 6 Sep 1998 04:55:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA10601 for ; Sun, 6 Sep 1998 04:55:17 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id WAA25996; Sun, 6 Sep 1998 22:09:03 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809061209.WAA25996@cimlogic.com.au> Subject: Re: ELF In-Reply-To: from William Woods at "Sep 5, 98 11:47:49 pm" To: wwoods@cybcon.com Date: Sun, 6 Sep 1998 22:09:02 +1000 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG William Woods wrote: > Now that I have current running elf fine, I am slowly compiling the packages > and ports I have from aout to elf. I saw a few things earlier about Xfree, but > forgot to save em.....will Xfree compile elf ok? I've said this before, and I'll say it again: Please wait until the design of the elf ports system has been completed. Until then, any work you do on ports may have to be re-done. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 06:42:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA18087 for freebsd-current-outgoing; Sun, 6 Sep 1998 06:42:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from catastrophe.gelemna.ft-wayne.in.us (fw-line-73.fwi.com [209.84.172.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA18080 for ; Sun, 6 Sep 1998 06:42:48 -0700 (PDT) (envelope-from croyle@gelemna.ft-wayne.in.us) Received: from emerson.gelemna.ft-wayne.in.us (emerson.gelemna.ft-wayne.in.us [10.23.42.2]) by catastrophe.gelemna.ft-wayne.in.us (8.8.8/8.8.8) with ESMTP id IAA29237; Sun, 6 Sep 1998 08:41:29 -0500 (EST) (envelope-from croyle@gelemna.ft-wayne.in.us) Received: (from croyle@localhost) by emerson.gelemna.ft-wayne.in.us (8.9.1/8.9.1) id IAA23043; Sun, 6 Sep 1998 08:41:28 -0500 (EST) (envelope-from croyle@gelemna.ft-wayne.in.us) To: John Birrell , current@FreeBSD.ORG Subject: Re: ELF References: <199809061209.WAA25996@cimlogic.com.au> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII From: Don Croyle Date: 06 Sep 1998 08:41:28 -0500 Organization: Minimal at best In-Reply-To: John Birrell's message of "Sun, 6 Sep 1998 22:09:02 +1000 (EST)" Message-ID: <86af4dqrxz.fsf@emerson.gelemna.ft-wayne.in.us> Lines: 14 X-Mailer: Gnus v5.6.36/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell writes: > I've said this before, and I'll say it again: Please wait until the > design of the elf ports system has been completed. Until then, any > work you do on ports may have to be re-done. The sort of person who has converted a system to ELF at this early date is exactly the sort of person who is going to want to convert everything *right* *now*. The longer it takes to get official fixes into the system, the more people will start rolling their own. Especially with the 3.0 release looming ever closer on the horizon. -- I've always wanted to be a dilettante, but I've never quite been ready to make the commitment. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 07:40:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA22686 for freebsd-current-outgoing; Sun, 6 Sep 1998 07:40:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [209.118.174.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA22681 for ; Sun, 6 Sep 1998 07:40:06 -0700 (PDT) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id JAA23127; Sun, 6 Sep 1998 09:37:56 -0400 (EDT) Date: Sun, 6 Sep 1998 09:37:56 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Terry Lambert cc: eivind@yes.no, oppermann@pipeline.ch, current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-Reply-To: <199809060706.AAA13908@usr01.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 6 Sep 1998, Terry Lambert wrote: > > I just checked Kirk's posts about it, and Andre falls into a hole > > between where Kirk did and didn't specify. > > > > He said private, non-coomercial was free. > > > > He said companies that package it and sell it embedded should pay, and > > that included ISPs, but there the example was ISPs who put a machine at > > a customer's site. > > > > As far as ISPs using it themselves, it's unclear. Kirk gave an example > > of someone at work using on their workstation, and he said that was > > free. I'd guess Eivind's right, you'd have to check it with Kirk > > McKusick. > > > I disagree. A one-off installation is clearly covered in the "I > would like you to donate, but yoyu are note required to" case. I was working from his own posts to current, and only that, not from the copyright itself. I understand no legalese at all. Everything I found, it's all there in the archives, but I guess you found more? > > The case where you are required to is the case where you resell > software the depends on the features. > > For Whistle, this includes all kernel code, since the new version > of WhistleWare (repackaged FreeBSD) depends on the code. A side > benefit of this is that Whistle paid for a FreeBSD port, which > would not have existed otherwise, and a number of bug-fixes which > both Kirk and BSDI benefitted from. > > I think for a specifric ISP, so long as a derived work were not > distributed, there is a request for support, but no requirement. > Kirk is not RMS, and he understands economies of Intellectual > property, where RMS does not. > > In any case, if you are in a quandry, ask. I think the answer, > unless you intend to resell the code (which ISP's do not), will > be "go ahead an use it". > > The main issue is that if you make money off his effort, he wants > to make money, too. > > This isn't unreasoanble. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 08:15:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25456 for freebsd-current-outgoing; Sun, 6 Sep 1998 08:15:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA25451 for ; Sun, 6 Sep 1998 08:15:56 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id LAA16957; Sun, 6 Sep 1998 11:15:52 -0400 (EDT) Date: Sun, 6 Sep 1998 11:15:52 -0400 (EDT) Message-Id: <199809061515.LAA16957@highwind.com> From: HighWind Software Information To: archie@whistle.com CC: freebsd-current@FreeBSD.ORG In-reply-to: <199809060250.TAA02986@bubba.whistle.com> (message from Archie Cobbs on Sat, 5 Sep 1998 19:50:27 -0700 (PDT)) Subject: Re: perl broken? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > % perl -v > ld.so failed: Can't find shared library "libnet.so.0.92" If you rebuild and reinstall the perl port it should work, at least it did for me. Yes. Doing a "make install" in the perl5 directory under /usr/ports/lang worked. I've never done that before. I've always used the GUI interface to install packages. Seemed to work great. I got my nightly cvsup working now. Haven't done a "make world" yet. Will probably do that once I get brave enough. -Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 08:47:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA27225 for freebsd-current-outgoing; Sun, 6 Sep 1998 08:47:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA27220 for ; Sun, 6 Sep 1998 08:47:31 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with SMTP id LAA03484; Sun, 6 Sep 1998 11:43:21 -0400 (EDT) Date: Sun, 6 Sep 1998 11:43:21 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: Studded cc: freebsd-current@FreeBSD.ORG Subject: Re: VM question (QCAM question) In-Reply-To: <35F1C5B2.ED7D650F@dal.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Actually, if I could find a complete, working, entirely userland QuickCam B&W software, that would be great, but as of this time, I've found no good ones. -Brian On Sat, 5 Sep 1998, Studded wrote: > Brian Feldman wrote: > > > > Well, hell, maybe I need to start a complete reimplimentation of the > > QuickCam driver!! In the short term, though, I can work on a few things: > > * VC support (at least to make it not crash!) > > - I have access to a QuickCam VC, so I can certainly test > > it out; I will attempt to look for more information regarding the > > protocol, but if I run into any NDA's, I'm not gonna be able to contribute > > any code I make :( > > * ppbus support... sure, don't see that being way too hard > > Any caveats for me before I start with the VC stuff? > > While you're working on it, why not plan to make a port out of it > instead of planning to put it back in the base? Is there any reason > that it would need to be in the base, especially given that there is a > userland version that (TMK) runs just fine? These aren't rhetorical > questions btw. If there is a good reason I'd love to hear it, otherwise > my vote is that it should be a port. > > Doug > -- > *** Chief Operations Officer, DALnet IRC network *** > > At Barry (a small town in south Wales) hidden cameras have had to be > installed to keep watch on the town's CCTV [Closed Circuit Television] > to record acts of vandalism against the CCTV. - Privacy Forum > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 09:05:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA28476 for freebsd-current-outgoing; Sun, 6 Sep 1998 09:05:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [209.118.174.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA28458; Sun, 6 Sep 1998 09:05:31 -0700 (PDT) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id LAA24581; Sun, 6 Sep 1998 11:03:05 -0400 (EDT) Date: Sun, 6 Sep 1998 11:03:05 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= cc: Alex , John Polstra , current@FreeBSD.ORG, FreeBSD Ports Team Subject: Re: ELF -current users: HEADS UP In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id JAA28461 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 6 Sep 1998, Dag-Erling Coidan Smørgrav wrote: > Alex writes: > > Move _all_ your a.out libs (except perhaps your static ones, which can > > most likely be deleted) to /usr/lib/aout. This frees up any other dirs to > > be purely ELF. > > Hmpfs. I'd put local (ports-derived or home-grown) a.out libs in > /usr/local/lib/aout. Alex's suggestion wasn't terribly practical, for several mostly strategic reasons, but it's becomes pointless to argue, because John Polstra's added functionality to ldconfig, letting elf libraries coexist with aout libraries. Ldconfig now _requires_ aout libs to have 2 revision numbers, and elf ones to home only one. This'll mean, of course, that ports will have to make far more certain, for now on, that libs get set this way. Many ports that use that godforsaken GNU libtool to install shared libs do this incorrectly, sticking in the libdir not only the intended libname.so.#.#, but ALSO libname.so, and libname.la. All that has to be corrected, not only in PLISTS, but in actual installed libs, so ldconfig doesn't get bombed. Otherwise, ldconfig could easily get tricked into interpretting an aout lib as an elf lib. > > DES > -- > Dag-Erling Smørgrav - dag-erli@ifi.uio.no > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 09:34:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA00983 for freebsd-current-outgoing; Sun, 6 Sep 1998 09:34:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA00978 for ; Sun, 6 Sep 1998 09:34:26 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id SAA08814; Sun, 6 Sep 1998 18:32:58 +0200 (CEST) (envelope-from sos) Message-Id: <199809061632.SAA08814@sos.freebsd.dk> Subject: Re: VM question (QCAM question) In-Reply-To: from Brian Feldman at "Sep 6, 98 11:43:21 am" To: green@unixhelp.org (Brian Feldman) Date: Sun, 6 Sep 1998 18:32:58 +0200 (CEST) Cc: Studded@dal.net, freebsd-current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Brian Feldman who wrote: > Actually, if I could find a complete, working, entirely userland QuickCam > B&W software, that would be great, but as of this time, I've found no good > ones. Yup, I miss my B&W qcam sinde the driver dissapeared too, if you find a driver please let me know (I dont want a GNU one btw).... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 09:38:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01340 for freebsd-current-outgoing; Sun, 6 Sep 1998 09:38:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-89.ppp.wenet.net [206.15.84.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA01334 for ; Sun, 6 Sep 1998 09:38:12 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with ESMTP id JAA00413; Sun, 6 Sep 1998 09:39:16 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 6 Sep 1998 09:39:16 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= cc: Chuck Robey , John Polstra , current@FreeBSD.ORG Subject: Re: ELF -current users: HEADS UP In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 6 Sep 1998, Dag-Erling Coidan [iso-8859-1] Smørgrav wrote: > Alex writes: > > Move _all_ your a.out libs (except perhaps your static ones, which can > > most likely be deleted) to /usr/lib/aout. This frees up any other dirs to > > be purely ELF. > > Hmpfs. I'd put local (ports-derived or home-grown) a.out libs in > /usr/local/lib/aout. What I actually did was: /usr/lib/aout /usr/lib/aout/X11 /usr/lib/aout/local But I don't see as it makes a huge difference where they're put, if you're not going to building any more a.out libs. - alex | "Contrary to popular belief, penguins are not the salvation of modern | | technology. Neither do they throw parties for the urban proletariat." | | Powered by FreeBSD http://www.freebsd.org/ | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 10:03:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04006 for freebsd-current-outgoing; Sun, 6 Sep 1998 10:03:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [209.118.174.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA04001 for ; Sun, 6 Sep 1998 10:03:10 -0700 (PDT) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id MAA24921 for ; Sun, 6 Sep 1998 12:01:18 -0400 (EDT) Date: Sun, 6 Sep 1998 12:01:18 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: freebsd-current@FreeBSD.ORG Subject: nm Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I notice that nm is one of those utils that has, like ld, completely different versions for aout and for elf. I just tried to use nm on an aout lib (choke, hack!) As a suggestion, does it seem reasonable to have a wrapper for nm such that it read ONLY the -elf or -aout flag, stripped it off, and then dispatched either the nm-elf or nm-aout tool? If there was neither flag in existence, it could look for OBJFORMAT in the environment, and if that failed, use /etc/objformat, else give an error message and die. This would allow both aout and elf installs of nm to coexist. For sake of speed, it could be a C program (it's pretty trivial code). Would that work? I mean, are there any drawbacks I haven't seen? I'm not certain I'm ready to suggest that approach for ld, yet, seeing as that would materially affect 'make world' speeds. This would probably be a candidate for variant symlinks, if we had them, wouldn't it? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 10:53:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA08203 for freebsd-current-outgoing; Sun, 6 Sep 1998 10:53:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA08198 for ; Sun, 6 Sep 1998 10:53:28 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id KAA00153; Sun, 6 Sep 1998 10:53:22 -0700 (PDT) (envelope-from jdp) Message-Id: <199809061753.KAA00153@austin.polstra.com> To: chuckr@glue.umd.edu Subject: Re: nm In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Sun, 06 Sep 1998 10:53:21 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Chuck Robey wrote: > I notice that nm is one of those utils that has, like ld, completely > different versions for aout and for elf. I just tried to use nm on an > aout lib (choke, hack!) > > As a suggestion, does it seem reasonable to have a wrapper for nm such > that it read ONLY the -elf or -aout flag, stripped it off, and then > dispatched either the nm-elf or nm-aout tool? If there was neither flag > in existence, it could look for OBJFORMAT in the environment, and if > that failed, use /etc/objformat, else give an error message and die. I don't know what weird system you're running over there, but here's the situation on mine: blake$ ls -li /usr/bin/{nm,objformat} 55853 -r-xr-xr-x 9 bin bin 4420 Sep 4 16:36 /usr/bin/nm 55853 -r-xr-xr-x 9 bin bin 4420 Sep 4 16:36 /usr/bin/objformat blake$ ls -l /usr/libexec/{aout,elf}/nm -r-xr-xr-x 1 bin bin 9168 Sep 4 16:36 /usr/libexec/aout/nm -r-xr-xr-x 1 bin bin 157560 Sep 4 16:32 /usr/libexec/elf/nm In other words, your proposal was implemented long ago. Take a look at the sources for "objformat". -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 11:01:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA08824 for freebsd-current-outgoing; Sun, 6 Sep 1998 11:01:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA08817 for ; Sun, 6 Sep 1998 11:01:33 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id LAA00223; Sun, 6 Sep 1998 11:01:23 -0700 (PDT) (envelope-from jdp) Message-Id: <199809061801.LAA00223@austin.polstra.com> To: jonny@jonny.eng.br Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c In-Reply-To: <199809060604.DAA01228@roma.coe.ufrj.br> References: <199809060604.DAA01228@roma.coe.ufrj.br> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Sun, 06 Sep 1998 11:01:23 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809060604.DAA01228@roma.coe.ufrj.br>, Joao Carlos Mendes Luis wrote: > BTW: How far are we from using -Wall -Werror for the whole source > tree, including kernel ? We should never add -Werror to the standard flags. If somebody compiles without "-O", the compiler generates spurious warnings. These kill the build if -Werror is present. Of course, we should still strive for the goal of "-O -Wall -Werror" working. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 11:02:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA08979 for freebsd-current-outgoing; Sun, 6 Sep 1998 11:02:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from asteroid.svib.ru (asteroid.svib.ru [195.151.166.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA08974; Sun, 6 Sep 1998 11:02:38 -0700 (PDT) (envelope-from tarkhil@asteroid.svib.ru) Received: from minas-tirith.pol.ru (root@shuttle.svib.ru [195.151.166.144]) by asteroid.svib.ru (8.8.8/8.8.8) with ESMTP id WAA15846; Sun, 6 Sep 1998 22:02:28 +0400 (MSD) (envelope-from tarkhil@asteroid.svib.ru) Received: from minas-tirith.pol.ru (tarkhil@minas-tirith.pol.ru [127.0.0.1]) by minas-tirith.pol.ru (8.8.8/8.8.7) with ESMTP id WAA28665; Sun, 6 Sep 1998 22:03:59 +0400 (MSD) (envelope-from tarkhil@minas-tirith.pol.ru) Message-Id: <199809061803.WAA28665@minas-tirith.pol.ru> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG cc: hackers@FreeBSD.ORG Reply-To: tarkhil@asteroid.svib.ru Subject: Squid: again? X-URL: http://freebsd.svib.ru Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Date: Sun, 06 Sep 1998 22:03:58 +0400 From: Alex Povolotsky Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! Some time ago, I've experienced troubles iwth frozen squid. Today, squid failed again: (TOP) PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 332 root -22 0 18712K 9804K vmpfw 30:31 0.00% 0.00% squid Looks like _something_ fails with squid after some twoo weeks of working :-E What steps can I take to investigate it next time (I'll reboot shortly...) Alex. -- Alexander B. Povolotsky [2:5020/145] [http://freebsd.svib.ru] [tarkhil@asteroid.svib.ru] [Urgent messages: 234-9696 ÁÂ.#35442 or tarkhil@pager.express.ru] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 11:26:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11244 for freebsd-current-outgoing; Sun, 6 Sep 1998 11:26:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [209.118.174.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11232 for ; Sun, 6 Sep 1998 11:26:40 -0700 (PDT) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id NAA25081; Sun, 6 Sep 1998 13:24:38 -0400 (EDT) Date: Sun, 6 Sep 1998 13:24:37 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: John Polstra cc: current@FreeBSD.ORG Subject: Re: nm In-Reply-To: <199809061753.KAA00153@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 6 Sep 1998, John Polstra wrote: > In article , > Chuck Robey wrote: > > I notice that nm is one of those utils that has, like ld, completely > > different versions for aout and for elf. I just tried to use nm on an > > aout lib (choke, hack!) > > > > As a suggestion, does it seem reasonable to have a wrapper for nm such > > that it read ONLY the -elf or -aout flag, stripped it off, and then > > dispatched either the nm-elf or nm-aout tool? If there was neither flag > > in existence, it could look for OBJFORMAT in the environment, and if > > that failed, use /etc/objformat, else give an error message and die. > > I don't know what weird system you're running over there, but here's > the situation on mine: > > blake$ ls -li /usr/bin/{nm,objformat} > 55853 -r-xr-xr-x 9 bin bin 4420 Sep 4 16:36 /usr/bin/nm > 55853 -r-xr-xr-x 9 bin bin 4420 Sep 4 16:36 /usr/bin/objformat > blake$ ls -l /usr/libexec/{aout,elf}/nm > -r-xr-xr-x 1 bin bin 9168 Sep 4 16:36 /usr/libexec/aout/nm > -r-xr-xr-x 1 bin bin 157560 Sep 4 16:32 /usr/libexec/elf/nm > > In other words, your proposal was implemented long ago. Take a look > at the sources for "objformat". Dumb, I setenv'ed on one window and tried it in another. Decided it should have been done that way, so I suggested it. Aren't I prescient? What about installing the man pages for ld, which now conflict aout vs. elf, as ld-aout and ld-elf? Then setting maybe a softlink based upon the objformat, from ld to the real one? I've been caching away the ld-aout man page, to get at it. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 11:41:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA12613 for freebsd-current-outgoing; Sun, 6 Sep 1998 11:41:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA12608 for ; Sun, 6 Sep 1998 11:41:33 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0zFjkb-0000HH-00; Sun, 6 Sep 1998 11:41:25 -0700 Date: Sun, 6 Sep 1998 11:41:23 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Terry Lambert cc: dg@root.com, freebsd-current@FreeBSD.ORG Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by In-Reply-To: <199809060656.XAA13597@usr01.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 6 Sep 1998, Terry Lambert wrote: > > > Ugh... really? I use Livingston Portmaster's and FreeBSD heavily. > > > > > > Be aware that (depending on the model) Portmasters have had a long > > >history, and some sites are still running 4 year old firmware on them. > > >Always get the ComOS version. > > > > Terry's assertion about the Livingston being broken is the first I've > > seen. Previously all of the reports of brokeness were with Annex terminal > > servers. > > You should subscribe to the portmaste-users list. I'm on it. > Basically, if you are running old code, you are at risk. What is old code? You stated before that all Portmasters were affected. I've never heard that _any_ version of ComOS has problems with TCP extensions is affected actually. > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 11:49:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13679 for freebsd-current-outgoing; Sun, 6 Sep 1998 11:49:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles157.castles.com [208.214.165.157]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA13659; Sun, 6 Sep 1998 11:49:23 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id LAA09654; Sun, 6 Sep 1998 11:55:42 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809061855.LAA09654@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: sos@FreeBSD.ORG cc: green@unixhelp.org (Brian Feldman), Studded@dal.net, freebsd-current@FreeBSD.ORG Subject: Re: VM question (QCAM question) In-reply-to: Your message of "Sun, 06 Sep 1998 18:32:58 +0200." <199809061632.SAA08814@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Sun, 06 Sep 1998 11:55:41 -0700 From: Mike Smith Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id LAA13665 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In reply to Brian Feldman who wrote: > > Actually, if I could find a complete, working, entirely userland QuickCam > > B&W software, that would be great, but as of this time, I've found no good > > ones. > > Yup, I miss my B&W qcam sinde the driver dissapeared too, if you find a > driver please let me know (I dont want a GNU one btw).... Talk to Alex Belits, who will happily sing the praises of his code, and might even be persuaded to use a different license. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 12:54:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18494 for freebsd-current-outgoing; Sun, 6 Sep 1998 12:54:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from monsoon.dial.pipex.net (monsoon.dial.pipex.net [158.43.128.69]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA18489 for ; Sun, 6 Sep 1998 12:54:13 -0700 (PDT) (envelope-from vanessa.voysey@k2c.co.uk) Received: (qmail 28775 invoked from network); 6 Sep 1998 19:54:08 -0000 Received: from userk578.uk.uudial.com (HELO jfsebastian) (193.149.70.154) by smtp.dial.pipex.com with SMTP; 6 Sep 1998 19:54:08 -0000 Message-ID: <000301bdd9cf$1045a7e0$0242000a@jfsebastian.k2c.co.uk> From: "Vanessa N. Voysey" To: Subject: ELF world and MFS ? Date: Sun, 6 Sep 1998 20:46:38 +0100 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3155.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, On a system running 3.0-current ELF (CVSup'd around 18:00 BST), I get the following errors when creating/deleting files on an MFS-mounted /tmp: mfs_badop[vop_freeblks] mfs_badop[vop_freeblks] = 45 Any clues as to what's going on? Please cc: my email address as I'm not on the list (I know, I should be, I just catch up via the archives on ftp.cdrom.com). Thanks, V To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 13:16:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20512 for freebsd-current-outgoing; Sun, 6 Sep 1998 13:16:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from set.spradley.tmi.net (set.spradley.tmi.net [207.170.107.99]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA20502 for ; Sun, 6 Sep 1998 13:16:47 -0700 (PDT) (envelope-from tsprad@set.spradley.tmi.net) Received: from set.spradley.tmi.net (LOCALHOST [127.0.0.1]) by set.spradley.tmi.net (8.9.1/8.8.7) with ESMTP id PAA16697 for ; Sun, 6 Sep 1998 15:16:37 -0500 (CDT) (envelope-from tsprad@set.spradley.tmi.net) Message-Id: <199809062016.PAA16697@set.spradley.tmi.net> X-Mailer: exmh version 2.0zeta 7/24/97 To: freebsd-current@FreeBSD.ORG Subject: (belated :-) make aout-to-elf success story Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 1998 15:16:36 -0500 From: Ted Spradley Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here's one for the Worldstone record books: 69 hours. Not quite fair because the first interactive question came up over night, so I don't know how long it waited for me to hit enter. Amd386DX-40 with (overclocked) Intel 387DX-33, 8M bytes main memory, 128K cache, Adaptec 1542B, /, /usr, /var on a Micropolis 1588, /usr/src and /usr/obj on a Seagate Hawk2. This was an upgrade from a fresh install of 2.2.5-Release. I had to install the old version because because the machine has a real Novell NE2000 that can't be configured to I/O address 0x280, and the newer boot floppies don't have room for ed1. The only hitches came because I originally installed DES encryption. After I said 'cvs release -d crypto' it ran flawlessly until I couldn't log in after it rebooted. :-) Great job, guys. The ELF upgrade was painless! Now I feel completely confident elf-izing my more serious machines. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 13:17:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20564 for freebsd-current-outgoing; Sun, 6 Sep 1998 13:17:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA20556 for ; Sun, 6 Sep 1998 13:16:58 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id WAA20598; Sun, 6 Sep 1998 22:12:32 +0200 (CEST) To: "Vanessa N. Voysey" cc: current@FreeBSD.ORG Subject: Re: ELF world and MFS ? In-reply-to: Your message of "Sun, 06 Sep 1998 20:46:38 BST." <000301bdd9cf$1045a7e0$0242000a@jfsebastian.k2c.co.uk> Date: Sun, 06 Sep 1998 22:12:32 +0200 Message-ID: <20596.905112752@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <000301bdd9cf$1045a7e0$0242000a@jfsebastian.k2c.co.uk>, "Vanessa N. Voysey" writes: >Hi, > >On a system running 3.0-current ELF (CVSup'd around 18:00 BST), I get the >following errors when creating/deleting files on an MFS-mounted /tmp: > >mfs_badop[vop_freeblks] >mfs_badop[vop_freeblks] = 45 > >Any clues as to what's going on? Yes :-) Try to add this line in alphabetical order in the mfs_vnodeop_entries array in /usr/src/sys/ufs/mfs/mfs_vnops.c { &vop_freeblks_desc, (vop_t *) vop_defaultop }, -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 13:19:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20877 for freebsd-current-outgoing; Sun, 6 Sep 1998 13:19:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA20858 for ; Sun, 6 Sep 1998 13:19:11 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id NAA29839; Sun, 6 Sep 1998 13:18:37 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <000301bdd9cf$1045a7e0$0242000a@jfsebastian.k2c.co.uk> Date: Sun, 06 Sep 1998 13:17:43 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: "Vanessa N. Voysey" Subject: RE: ELF world and MFS ? Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I had this too....I had to disable MFS because of this...you are the only other person who mentioned this and I now know its not just my machiene.... On 06-Sep-98 Vanessa N. Voysey wrote: > Hi, > > On a system running 3.0-current ELF (CVSup'd around 18:00 BST), I get the > following errors when creating/deleting files on an MFS-mounted /tmp: > > mfs_badop[vop_freeblks] > mfs_badop[vop_freeblks] = 45 > > Any clues as to what's going on? > > Please cc: my email address as I'm not on the list (I know, I should be, I > just catch up via the archives on ftp.cdrom.com). > > Thanks, > > V > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message --------------------- William Woods Date: 06-Sep-98 / Time: 13:16:26 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 13:50:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23886 for freebsd-current-outgoing; Sun, 6 Sep 1998 13:50:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles157.castles.com [208.214.165.157]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA23840 for ; Sun, 6 Sep 1998 13:49:58 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id NAA09983; Sun, 6 Sep 1998 13:56:07 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809062056.NAA09983@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Ted Spradley cc: freebsd-current@FreeBSD.ORG Subject: Re: (belated :-) make aout-to-elf success story In-reply-to: Your message of "Sun, 06 Sep 1998 15:16:36 CDT." <199809062016.PAA16697@set.spradley.tmi.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 1998 13:56:06 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Here's one for the Worldstone record books: 69 hours. Not quite fair > because the first interactive question came up over night, so I don't > know how long it waited for me to hit enter. Nowhere near a record; many people with 386sx systems have clocked a week or more. > Amd386DX-40 with (overclocked) Intel 387DX-33, 8M bytes main memory, 128K > cache, Adaptec 1542B, /, /usr, /var on a Micropolis 1588, /usr/src and > /usr/obj on a Seagate Hawk2. > > This was an upgrade from a fresh install of 2.2.5-Release. I had to > install the old version because because the machine has a real Novell > NE2000 that can't be configured to I/O address 0x280, and the newer boot > floppies don't have room for ed1. It's not a case of "don't have room", but "don't need". If the parameters are wrong, you tweak them with userconfig (like it says if you bother to read the prompt screen when the install disk starts). -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 13:55:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24446 for freebsd-current-outgoing; Sun, 6 Sep 1998 13:55:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from monsoon.dial.pipex.net (monsoon.dial.pipex.net [158.43.128.69]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA24433 for ; Sun, 6 Sep 1998 13:55:25 -0700 (PDT) (envelope-from vanessa.voysey@k2c.co.uk) Received: (qmail 9828 invoked from network); 6 Sep 1998 20:55:22 -0000 Received: from userk583.uk.uudial.com (HELO jfsebastian) (193.149.70.159) by smtp.dial.pipex.com with SMTP; 6 Sep 1998 20:55:22 -0000 Message-ID: <000e01bdd9d7$9e103420$0242000a@jfsebastian.k2c.co.uk> From: "Vanessa N. Voysey" To: "Poul-Henning Kamp" Cc: Subject: Re: ELF world and MFS / groff issues Date: Sun, 6 Sep 1998 21:47:04 +0100 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3155.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Seems to have done the trick, nice one... from what I can see on the CVS repository, it seems this is a new vop (no trace of it in previous versions of mfs_vnops.c); is this an attempt at optimising block deallocation? While I'm at it : if CFLAGS/COPTFLAGS are changed to -O3 -m486 -pipe, an ELF make world will produce somewhat weird versions of groff / troff: * groff complains of not finding the DESC file / the ascii device * setting GROFF_FONT_PATH has no effect * using the -F flag dumps core * troff on its own dumps core I'm pretty sure this was not the case in an aout world, too... I've used these flags for a long time now. Again, clues would be appreciated. Anyway... many thanks for the MFS bits. V .>>Hi, >> >>On a system running 3.0-current ELF (CVSup'd around 18:00 BST), I get the >>following errors when creating/deleting files on an MFS-mounted /tmp: >> >>mfs_badop[vop_freeblks] >>mfs_badop[vop_freeblks] = 45 >> >>Any clues as to what's going on? > >Yes :-) > >Try to add this line in alphabetical order in the >mfs_vnodeop_entries array in /usr/src/sys/ufs/mfs/mfs_vnops.c > > { &vop_freeblks_desc, (vop_t *) vop_defaultop }, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 13:57:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24671 for freebsd-current-outgoing; Sun, 6 Sep 1998 13:57:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24666 for ; Sun, 6 Sep 1998 13:57:40 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id HAA26904; Mon, 7 Sep 1998 07:11:28 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809062111.HAA26904@cimlogic.com.au> Subject: Re: ELF In-Reply-To: <86af4dqrxz.fsf@emerson.gelemna.ft-wayne.in.us> from Don Croyle at "Sep 6, 98 08:41:28 am" To: croyle@gelemna.ft-wayne.in.us (Don Croyle) Date: Mon, 7 Sep 1998 07:11:28 +1000 (EST) Cc: jb@cimlogic.com.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Don Croyle wrote: > The sort of person who has converted a system to ELF at this early > date is exactly the sort of person who is going to want to convert > everything *right* *now*. The longer it takes to get official fixes > into the system, the more people will start rolling their own. > Especially with the 3.0 release looming ever closer on the horizon. And mails this are not helping the cause. You _can't_ convert everything right now, so don't waste effort trying. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 14:00:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25421 for freebsd-current-outgoing; Sun, 6 Sep 1998 14:00:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA25416 for ; Sun, 6 Sep 1998 14:00:51 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id OAA01203; Sun, 6 Sep 1998 14:00:46 -0700 (PDT) (envelope-from jdp) Message-Id: <199809062100.OAA01203@austin.polstra.com> To: Chuck Robey cc: current@FreeBSD.ORG Subject: Re: nm In-reply-to: Your message of "Sun, 06 Sep 1998 13:24:37 EDT." Date: Sun, 06 Sep 1998 14:00:46 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What about installing the man pages for ld, which now conflict aout > vs. elf, as ld-aout and ld-elf? Don't worry, John Birrell is working on the problem. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 14:16:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA28527 for freebsd-current-outgoing; Sun, 6 Sep 1998 14:16:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles157.castles.com [208.214.165.157]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA28418 for ; Sun, 6 Sep 1998 14:16:00 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id OAA10046; Sun, 6 Sep 1998 14:16:52 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809062116.OAA10046@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Vanessa N. Voysey" cc: "Poul-Henning Kamp" , current@FreeBSD.ORG Subject: Re: ELF world and MFS / groff issues In-reply-to: Your message of "Sun, 06 Sep 1998 21:47:04 BST." <000e01bdd9d7$9e103420$0242000a@jfsebastian.k2c.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 1998 14:16:50 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Seems to have done the trick, nice one... from what I can see on the CVS > repository, it seems this is a new vop (no trace of it in previous versions > of mfs_vnops.c); is this an attempt at optimising block deallocation? > > While I'm at it : > > if CFLAGS/COPTFLAGS are changed to -O3 -m486 -pipe, an ELF make world will > produce somewhat weird versions of groff / troff: -O3 is known to produce broken code. Don't use it. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 14:17:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA28761 for freebsd-current-outgoing; Sun, 6 Sep 1998 14:17:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from set.spradley.tmi.net (set.spradley.tmi.net [207.170.107.99]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA28738 for ; Sun, 6 Sep 1998 14:17:02 -0700 (PDT) (envelope-from tsprad@set.spradley.tmi.net) Received: from set.spradley.tmi.net (LOCALHOST [127.0.0.1]) by set.spradley.tmi.net (8.9.1/8.8.7) with ESMTP id QAA16863; Sun, 6 Sep 1998 16:16:49 -0500 (CDT) (envelope-from tsprad@set.spradley.tmi.net) Message-Id: <199809062116.QAA16863@set.spradley.tmi.net> X-Mailer: exmh version 2.0zeta 7/24/97 To: Mike Smith cc: Ted Spradley , freebsd-current@FreeBSD.ORG Subject: Re: (belated :-) make aout-to-elf success story In-reply-to: Your message of "Sun, 06 Sep 1998 13:56:06 PDT." <199809062056.NAA09983@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 1998 16:16:48 -0500 From: Ted Spradley Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > This was an upgrade from a fresh install of 2.2.5-Release. I had to > > install the old version because because the machine has a real Novell > > NE2000 that can't be configured to I/O address 0x280, and the newer boot > > floppies don't have room for ed1. > > It's not a case of "don't have room", but "don't need". If the > parameters are wrong, you tweak them with userconfig (like it says if > you bother to read the prompt screen when the install disk starts). Ah! Thanks for the clue. I guess I quit paying close attention quite a few releases ago. It's just been altogether too easy. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 14:31:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA00758 for freebsd-current-outgoing; Sun, 6 Sep 1998 14:31:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles157.castles.com [208.214.165.157]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA00753 for ; Sun, 6 Sep 1998 14:31:27 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id OAA10133; Sun, 6 Sep 1998 14:37:48 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809062137.OAA10133@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Thomas Dean cc: current@FreeBSD.ORG Subject: Re: Dmesg Timecounter Varies In-reply-to: Your message of "Sat, 05 Sep 1998 08:14:15 PDT." <199809051514.IAA00899@ix.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 1998 14:37:47 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have noticed that the Timecounter value varies greatly in DMESG. > > I am running an SMP kernel. I extracted the values from > /var/log/messages and passed them thru a stat process: > > Timecounter Cost Statistics > Processing /var/log/messages and /var/log/messages.?.gz > > Frequency: 1193182 Hz - Always this value, unless stated. > 1/freq Time: 838 nsec > No. Cycles: 3 - floor( mean/(1/freqTime) ). > Cycle Time: 948 nsec - mean/(no. cycles). > Overhead: 332 nsec - Total overhead in Timecounter cost. > > Entries: 125 - Number of Timecounter entries in messages. > Minimum: 2517 nsec > Maximum: 41603 nsec - Wow! Flyer! > Mean: 2846 nsec > Std. Dev.: 3494.46 > > Notice the maximum flyer. What causes this variability? Unexpected execution discontinuities; most often SMI activity. We are going to have to discontinue our (ab)use of the TSC simply because it's not reliable enough. PC timekeeping *sucks*. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 14:43:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA01572 for freebsd-current-outgoing; Sun, 6 Sep 1998 14:43:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA01562 for ; Sun, 6 Sep 1998 14:43:08 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id XAA18503; Sun, 6 Sep 1998 23:41:55 +0200 (CEST) Message-ID: <19980906234154.A18413@cons.org> Date: Sun, 6 Sep 1998 23:41:54 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org, current@FreeBSD.ORG Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops References: <199809010132.LAA14077@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199809010132.LAA14077@godzilla.zeta.org.au>; from Bruce Evans on Tue, Sep 01, 1998 at 11:32:44AM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199809010132.LAA14077@godzilla.zeta.org.au>, Bruce Evans wrote: > >OK, I had another look and Linux and Solaris both have > >#define FPE_INTDIV 1 /* integer divide by zero */ > >#define FPE_INTOVF 2 /* integer overflow */ > >#define FPE_FLTDIV 3 /* floating point divide by zero */ > >#define FPE_FLTOVF 4 /* floating point overflow */ > >#define FPE_FLTUND 5 /* floating point underflow */ > >#define FPE_FLTRES 6 /* floating point inexact result */ > >#define FPE_FLTINV 7 /* invalid floating point operation */ > >#define FPE_FLTSUB 8 /* subscript out of range */ > > > >I think that's the way to go for the code to pass as the second > >argument to the signal handler. > > Yes. Add FPE_FLTSTK (floating point stack overflow). > is missing this too. Delete FPE_FLTSUB (does it mean bounds check > exception? In any case, it shouldn't have FLT in its name). As I understand, FPE_FLTSUB is meant to be a architecture-independent "whatever can go wrong with addressing in the FPU" respectivly errors caused by code a valid compiler shouldn't have produced. Thus it would make sense to map stack under/overflow to it. I didn't find hard documentation on these values, but everybody (see below) supports them :-) > Add > FPE_FLT_DNM[L] (floating point denormal operand). Actually, I prefer > the current naming scheme, and glibc uses one close to it, at least in > its manual: > > FPE_INTOVF_TRAP this and following ones have same name as ours > FPE_INTDIV_TRAP > FPE_SUBRNG_TRAP > FPE_FLTOVF_TRAP > FPE_FLTDIV_TRAP > FPE_FLTUND_TRAP > FPE_FLTDECOVF_TRAP floating point decimal overflow trap > [same names with s/TRAP/FAULT/] linux-kernel-2.1.x has the FPE_...... names from above, newer glibc has them as well, but these FPE_......_{TRAP,FAULT} seem to be hurd-only. The FPE_...... values seem more attractive to me. Digital Unix 4.0 and Irix 5.3 specify them in their siginfo(5) manpage, as well as HPUX in signal(5). Regarding the decision which bits to ignore when multiple unmasked bits are set, I found something in an Intel document. Wording is mine. /* * Table with FPE_ values for every possible combination of exception bits. * The precedence is based upon Intel Document "Numerical Applications", * Chapter "Special Computational Situations". That means when the user * process enters with more than one unmasked exception bit (can happen * when it modified the control word), we ignore bits as would the FPU * if one instruction would cause more than one exception to be raised. * * Precisly, it is: * 1) Invalid operation (FP_X_INV) * 1a) Stack underflow * 1b) Stack overflow * 1c) Operand of unsupported format * 1d) SNaN operand. * 2) QNaN operand (not an exception, irrelavant here) * 3) Any other invalid-operation not mentioned above or zero divide * (FP_X_INV) * 4) Denormal operand (FP_X_DNML) * 5) Numeric over/underflow (FP_X_OFL, FP_X_UFL) * 6) Inexact result (FP_X_IMP) */ I think using the same scheme as the FPU makes sense. If the user messes with the control word while using FPU instructions while having an exception handler for SIGFPE set, we could as well define the behaviour as undefined. But we need the table you suggested in any case, since we need to look at multiple bits for stack over/underflow at least, so we can implement something halfway reasonable. I could also imagine extending struct sigcontext with fields for control and status word so that the user can get the unmodified status if the one-bit trap code isn't sufficient (either because multiple bits may have been set or if the FPE_...... values aren't precise enough, for example if the user needs to tell under- from overflow). Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 14:47:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02044 for freebsd-current-outgoing; Sun, 6 Sep 1998 14:47:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from omnix.net (omnix.net [194.183.217.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02039 for ; Sun, 6 Sep 1998 14:47:38 -0700 (PDT) (envelope-from didier@omnix.net) Received: from localhost (didier@localhost) by omnix.net (8.8.7/8.8.7) with SMTP id VAA04820; Sun, 6 Sep 1998 21:45:41 GMT (envelope-from didier@omnix.net) Date: Sun, 6 Sep 1998 23:45:41 +0200 (CEST) From: Didier Derny To: Mike Smith cc: "Jordan K. Hubbard" , Marty Leisner , current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-Reply-To: <199809050808.BAA00817@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 5 Sep 1998, Mike Smith wrote: > > > > > Is 3.0 supposed to be elf? > > > > > > Yes. > > > > Apparently, elf seems very important for you, why ? > > It's been "important" for a pile of reasons, all of which have been > discussed to death. Now is not a good time to be asking "why". > I have a large project in a.out format I have no time to rebuild this code If I had to do that I could also move to linux (Yard is working fine even if it's slower) > > I'm using the 3.0-980520-SNAP cdrom it works fine for me > > I fear to see a 1st release a little bit too "green" > > If you're afraid it'll be green, then hold back until you're sure one > way or the other. Nothing is forcing you to upgrade. > > > I've had a problem with Yard/SQL so Yard is making a new port to > > FreeBSD 3.0. > > > > The problem was bypassed by setting net.inet.tcp.delayed_ack to 0. > > when they tried to set TCP_NODELAY the flag was lost. > > in fact "dup" lost the flag. > > If I remember correctly, it was explained why this behaviour existed; > certainly working around it would be fairly trivial. 8) > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Didier Derny didier@omnix.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 14:50:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02514 for freebsd-current-outgoing; Sun, 6 Sep 1998 14:50:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02509 for ; Sun, 6 Sep 1998 14:50:51 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id OAA01689; Sun, 6 Sep 1998 14:49:02 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Didier Derny cc: Mike Smith , Marty Leisner , current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-reply-to: Your message of "Sun, 06 Sep 1998 23:45:41 +0200." Date: Sun, 06 Sep 1998 14:49:01 -0700 Message-ID: <1685.905118541@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > It's been "important" for a pile of reasons, all of which have been > > discussed to death. Now is not a good time to be asking "why". > > > I have a large project in a.out format I have no time to rebuild this code > If I had to do that I could also move to linux (Yard is working fine > even if it's slower) Why don't you stick with -stable for your project then? I'm not sure I'd try to deploy *anything* commercial based on 3.0 right now, and certainly not before the ELF transition was completed and well shaken out, so I find this Yard connection to be rather inexplicable. If they're wanting to sell this thing, then the market for the next 6 months or so is not going to be 3.0, it's going to be 2.2.x systems. That's what the great majority of our users (and any of Yard's potential customers) are running and will continue to run for awhile. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 14:55:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02968 for freebsd-current-outgoing; Sun, 6 Sep 1998 14:55:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles157.castles.com [208.214.165.157]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02961 for ; Sun, 6 Sep 1998 14:55:09 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id OAA10231; Sun, 6 Sep 1998 14:59:45 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809062159.OAA10231@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Didier Derny cc: Mike Smith , "Jordan K. Hubbard" , Marty Leisner , current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-reply-to: Your message of "Sun, 06 Sep 1998 23:45:41 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 1998 14:59:44 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > Is 3.0 supposed to be elf? > > > > > > > > Yes. > > > > > > Apparently, elf seems very important for you, why ? > > > > It's been "important" for a pile of reasons, all of which have been > > discussed to death. Now is not a good time to be asking "why". > > > I have a large project in a.out format I have no time to rebuild this code > If I had to do that I could also move to linux (Yard is working fine > even if it's slower) If you'd been paying attention, you'd have known from the time that ELF was first discussed that we would *never* make a switch that alienated either execution or development of a.out applications. Unless your project is heavily a.out specific, the migration is unlikely to affect you. If it is, then set OBJECTFORMAT to aout before building it and you'll never know the difference. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 15:21:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05898 for freebsd-current-outgoing; Sun, 6 Sep 1998 15:21:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-57.ppp.wenet.net [206.15.84.57]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA05893 for ; Sun, 6 Sep 1998 15:21:00 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id PAA00484; Sun, 6 Sep 1998 15:18:37 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 6 Sep 1998 15:18:37 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: "Vanessa N. Voysey" cc: Poul-Henning Kamp , current@FreeBSD.ORG Subject: Re: ELF world and MFS / groff issues In-Reply-To: <000e01bdd9d7$9e103420$0242000a@jfsebastian.k2c.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 6 Sep 1998, Vanessa N. Voysey wrote: [...] > I'm pretty sure this was not the case in an aout world, too... I've used > these flags for a long time now. Again, clues would be appreciated. Yes. Last I tried, I think gcc didn't even get to build groff/troff, et. al. Well not with a.out anyways. Anyways, it's simple enough. Fix gcc, fix troff or just don't do it. :) - alex | "Contrary to popular belief, penguins are not the salvation of modern | | technology. Neither do they throw parties for the urban proletariat." | | Powered by FreeBSD http://www.freebsd.org/ | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 17:04:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13924 for freebsd-current-outgoing; Sun, 6 Sep 1998 17:04:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mumford.stuy.edu (mumford.stuy.edu [149.89.1.27]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13910 for ; Sun, 6 Sep 1998 17:04:14 -0700 (PDT) (envelope-from galatalt@stuy.edu) Received: from nyc-ny63-32.ix.netcom.com (nyc-ny63-32.ix.netcom.com [209.109.224.96]) by mumford.stuy.edu (8.8.5/8.8.5) with SMTP id UAA03684 for ; Sun, 6 Sep 1998 20:06:22 -0400 Date: Sun, 6 Sep 1998 20:04:04 -0400 (EDT) From: Tugrul Galatali X-Sender: galatalt@europa.novastar.com To: freebsd-current@FreeBSD.ORG Subject: pseudo-device gzip and ELF Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Any plans for making this nifty item in the kernel for ELF too? Just curious :) Tugrul Galatali To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 18:04:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA18812 for freebsd-current-outgoing; Sun, 6 Sep 1998 18:04:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA18807 for ; Sun, 6 Sep 1998 18:04:13 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id SAA13581; Sun, 6 Sep 1998 18:03:59 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma013579; Sun Sep 6 18:03:30 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id SAA13578; Sun, 6 Sep 1998 18:03:30 -0700 (PDT) From: Archie Cobbs Message-Id: <199809070103.SAA13578@bubba.whistle.com> Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c In-Reply-To: <199809061801.LAA00223@austin.polstra.com> from John Polstra at "Sep 6, 98 11:01:23 am" To: jdp@polstra.com (John Polstra) Date: Sun, 6 Sep 1998 18:03:30 -0700 (PDT) Cc: jonny@jonny.eng.br, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra writes: > > BTW: How far are we from using -Wall -Werror for the whole source > > tree, including kernel ? > > We should never add -Werror to the standard flags. If somebody > compiles without "-O", the compiler generates spurious warnings. > These kill the build if -Werror is present. That's arguable. Anyone who's capable of removing the -O from some included makefile is capable of removing -Werror from some included makefile. In practice, however, -Werror may not be workable... it would be an interesting experiment anyway. > Of course, we should still strive for the goal of "-O -Wall -Werror" > working. Not to mention -Wstrict-prototypes, -Wmissing-prototypes, -Wmissing-declarations, -Wnested-externs, ... what else?? -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 18:07:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA20090 for freebsd-current-outgoing; Sun, 6 Sep 1998 18:07:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA20085 for ; Sun, 6 Sep 1998 18:07:46 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id SAA02545; Sun, 6 Sep 1998 18:07:37 -0700 (PDT) (envelope-from jdp) Message-Id: <199809070107.SAA02545@austin.polstra.com> To: Archie Cobbs cc: jonny@jonny.eng.br, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c In-reply-to: Your message of "Sun, 06 Sep 1998 18:03:30 PDT." <199809070103.SAA13578@bubba.whistle.com> Date: Sun, 06 Sep 1998 18:07:37 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > That's arguable. In this list, every damned thing is arguable, and argued. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 18:55:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA26260 for freebsd-current-outgoing; Sun, 6 Sep 1998 18:55:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gjp.erols.com (alex-va-n008c079.moon.jic.com [206.156.18.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA26244 for ; Sun, 6 Sep 1998 18:55:27 -0700 (PDT) (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (gjp@localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.8.8/8.8.7) with ESMTP id VAA01533 for ; Sun, 6 Sep 1998 21:55:22 -0400 (EDT) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c In-reply-to: Your message of "Sun, 06 Sep 1998 18:03:30 PDT." <199809070103.SAA13578@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 1998 21:55:21 -0400 Message-ID: <1529.905133321@gjp.erols.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Archie Cobbs wrote in message ID <199809070103.SAA13578@bubba.whistle.com>: > In practice, however, -Werror may not be workable... it would be an > interesting experiment anyway. NetBSD has -Werror in their sources. While their goal is laudable (a clean source tree), its one of the most annoying things I've come across. Half the time I was doing make build on NetBSD/alpha it stopped 'cos of some non-fatal warning which wouldn't have caused any problems, but I woke up the next morning to find that the build had stopped... If you want to try, add -Werror to CFLAGS and COPTFLAGS in your own /etc/make.conf. That way it won't hose other peoples work. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 19:25:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA29760 for freebsd-current-outgoing; Sun, 6 Sep 1998 19:25:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fourier.physics.purdue.edu (fourier.physics.purdue.edu [128.210.146.43]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA29736 for ; Sun, 6 Sep 1998 19:25:38 -0700 (PDT) (envelope-from jonsmith@fourier.physics.purdue.edu) Received: from localhost (jonsmith@localhost) by fourier.physics.purdue.edu (8.8.8/8.8.8) with SMTP id VAA27539 for ; Sun, 6 Sep 1998 21:24:45 GMT (envelope-from jonsmith@fourier.physics.purdue.edu) Date: Sun, 6 Sep 1998 21:24:45 +0000 (GMT) From: Jonathan Smith To: freebsd-current@FreeBSD.ORG Subject: Parallel iomega zip Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm running an ASUS TXP4 (K5 133, 32 meg ram) running 3.0 current dated around August 26. Just to show it _could_ be done, I attempted to use a parallel iomega zip drive. Following the instructions from the LINT file, I added the ppbus0, scbus0, sd0 and, finally, vp0. I see nothing at boot up time of these even being probed. Any ideas? j. "Executing 'get the hell out of here' maneuver." Mister Lennier, Babylon 5 "Mach was dich wuenschen." Die Unendliche Geschichte, von Michael Ende "Do as you wish." The Neverending Story, by Michael Ende The Microsoft Soloution, "newfs && make reinstall" Jon C. Smith (765)49-48628 PHYS 31h jonsmith@fourier.physics.purdue.edu 1396 Physics Building, West lafayette Purdue Univesity, Indiana 47906-1396 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 19:56:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA02614 for freebsd-current-outgoing; Sun, 6 Sep 1998 19:56:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02608 for ; Sun, 6 Sep 1998 19:56:03 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id TAA02338; Sun, 6 Sep 1998 19:55:31 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: John Polstra cc: Archie Cobbs , jonny@jonny.eng.br, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c In-reply-to: Your message of "Sun, 06 Sep 1998 18:07:37 PDT." <199809070107.SAA02545@austin.polstra.com> Date: Sun, 06 Sep 1998 19:55:31 -0700 Message-ID: <2335.905136931@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In this list, every damned thing is arguable, and argued. I think that's arguable. No, no, don't hit me! :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 20:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA04714 for freebsd-current-outgoing; Sun, 6 Sep 1998 20:20:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA04663 for ; Sun, 6 Sep 1998 20:19:56 -0700 (PDT) (envelope-from dawes@rf900.physics.usyd.edu.au) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id NAA14636; Mon, 7 Sep 1998 13:19:50 +1000 (EST) Message-ID: <19980907131950.D14380@rf900.physics.usyd.edu.au> Date: Mon, 7 Sep 1998 13:19:50 +1000 From: David Dawes To: current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c Mail-Followup-To: current@FreeBSD.ORG References: <199809061801.LAA00223@austin.polstra.com> <199809070103.SAA13578@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809070103.SAA13578@bubba.whistle.com>; from Archie Cobbs on Sun, Sep 06, 1998 at 06:03:30PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 06, 1998 at 06:03:30PM -0700, Archie Cobbs wrote: >John Polstra writes: >> > BTW: How far are we from using -Wall -Werror for the whole source >> > tree, including kernel ? >> >> We should never add -Werror to the standard flags. If somebody >> compiles without "-O", the compiler generates spurious warnings. >> These kill the build if -Werror is present. > >That's arguable. Anyone who's capable of removing the -O from some >included makefile is capable of removing -Werror from some included >makefile. > >In practice, however, -Werror may not be workable... it would be an >interesting experiment anyway. > >> Of course, we should still strive for the goal of "-O -Wall -Werror" >> working. > >Not to mention -Wstrict-prototypes, -Wmissing-prototypes, >-Wmissing-declarations, -Wnested-externs, ... what else?? In the current XFree86 devel source, we use those plus -Wpointer-arith and -Wredundant-decls. I consider the former important. The latter one generates a lot of noise from the system headers on many OSs (although FreeBSD is fairly clean in that regard). We don't use -Werror, and we'll probably relax the warnings before this development code is released. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 20:29:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA05509 for freebsd-current-outgoing; Sun, 6 Sep 1998 20:29:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [209.118.174.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA05502 for ; Sun, 6 Sep 1998 20:29:47 -0700 (PDT) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id WAA23829 for ; Sun, 6 Sep 1998 22:27:46 -0400 (EDT) Date: Sun, 6 Sep 1998 22:27:45 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: freebsd-current@FreeBSD.ORG Subject: Make buildworld/smp problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Datapoint for anyone else looking at why make buildworld is failing (for me and for 2 others I saw post) with -j 8, the point it breaks for all of us is in /usr/src/etc/sendmail. I noticed that just before it, for me, secure was being built. I don't understand the type of thing that could be causing the "make: not found" error, so I took secure out of the picture by mv'ing /usr/src/secure to /usr/src/secure-1, and redid the buildworld, -j 8. It had no effect, it continues to die at the same place. That's all I've found so far, sorry, I have nothing else. I'm going to devote some hundred megs now to doing a really verbose make listing (lots of debug flags on), and catch the printout. Maybe it'll show something, when I see it tomorrow morning. If anyone else is working on this, and gets any data, appreciate it if you'd post it. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 20:41:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06431 for freebsd-current-outgoing; Sun, 6 Sep 1998 20:41:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06426 for ; Sun, 6 Sep 1998 20:41:14 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id UAA03139; Sun, 6 Sep 1998 20:41:04 -0700 (PDT) (envelope-from jdp) Message-Id: <199809070341.UAA03139@austin.polstra.com> To: "Jordan K. Hubbard" cc: Archie Cobbs , jonny@jonny.eng.br, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c In-reply-to: Your message of "Sun, 06 Sep 1998 19:55:31 PDT." <2335.905136931@time.cdrom.com> Date: Sun, 06 Sep 1998 20:41:04 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > In this list, every damned thing is arguable, and argued. > > I think that's arguable. *WHAP* > No, no, don't hit me! :-) Oops, too late. :-) John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 20:55:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA08130 for freebsd-current-outgoing; Sun, 6 Sep 1998 20:55:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles157.castles.com [208.214.165.157]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA08123 for ; Sun, 6 Sep 1998 20:55:42 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id VAA11196; Sun, 6 Sep 1998 21:01:58 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809070401.VAA11196@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Jonathan Smith cc: freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-reply-to: Your message of "Sun, 06 Sep 1998 21:24:45 -0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 1998 21:01:57 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm running an ASUS TXP4 (K5 133, 32 meg ram) running 3.0 current dated > around August 26. Just to show it _could_ be done, I attempted to use a > parallel iomega zip drive. Following the instructions from the LINT file, > I added the ppbus0, scbus0, sd0 and, finally, vp0. I see nothing at boot > up time of these even being probed. Any ideas? I'd guess that you included 'ppc0' with the 'disable' keyword straight out of LINT, or you forgot it completely. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 21:10:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA09988 for freebsd-current-outgoing; Sun, 6 Sep 1998 21:10:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA09974; Sun, 6 Sep 1998 21:10:16 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id OAA21825; Mon, 7 Sep 1998 14:10:10 +1000 Date: Mon, 7 Sep 1998 14:10:10 +1000 From: Bruce Evans Message-Id: <199809070410.OAA21825@godzilla.zeta.org.au> To: current@FreeBSD.ORG, gpalmer@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Archie Cobbs wrote in message ID ><199809070103.SAA13578@bubba.whistle.com>: >> In practice, however, -Werror may not be workable... it would be an >> interesting experiment anyway. You clipped the part saying that anyone can remove -Werror from an include file if they can remove -O from an include file. >NetBSD has -Werror in their sources. While their goal is laudable (a clean >source tree), its one of the most annoying things I've come across. Half the >time I was doing make build on NetBSD/alpha it stopped 'cos of some non-fatal >warning which wouldn't have caused any problems, but I woke up the next >morning to find that the build had stopped... >If you want to try, add -Werror to CFLAGS and COPTFLAGS in your own >/etc/make.conf. That way it won't hose other peoples work. Anyone who can do that can add -Wno-error to their own /etc/make.conf. There may be some complications with option ordering and CFLAGS overriding in both cases. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 21:26:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA11667 for freebsd-current-outgoing; Sun, 6 Sep 1998 21:26:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA11614 for ; Sun, 6 Sep 1998 21:25:46 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id OAA22916; Mon, 7 Sep 1998 14:25:37 +1000 Date: Mon, 7 Sep 1998 14:25:37 +1000 From: Bruce Evans Message-Id: <199809070425.OAA22916@godzilla.zeta.org.au> To: mike@smith.net.au, vanessa.voysey@k2c.co.uk Subject: Re: ELF world and MFS / groff issues Cc: current@FreeBSD.ORG, phk@critter.freebsd.dk Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> if CFLAGS/COPTFLAGS are changed to -O3 -m486 -pipe, an ELF make world will >> produce somewhat weird versions of groff / troff: > >-O3 is known to produce broken code. Don't use it. You mean, it is known to show that broken code is broken. Both -m486 and -O3 are normally pessimizations. Don't use them. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 21:34:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA12994 for freebsd-current-outgoing; Sun, 6 Sep 1998 21:34:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles157.castles.com [208.214.165.157]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA12987 for ; Sun, 6 Sep 1998 21:34:40 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id VAA11351; Sun, 6 Sep 1998 21:40:57 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809070440.VAA11351@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Tugrul Galatali cc: freebsd-current@FreeBSD.ORG Subject: Re: pseudo-device gzip and ELF In-reply-to: Your message of "Sun, 06 Sep 1998 20:04:04 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 1998 21:40:56 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Any plans for making this nifty item in the kernel for ELF too? Please send us your diffs; it should be pretty easy for someone with spare time on their hands. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 21:56:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA14900 for freebsd-current-outgoing; Sun, 6 Sep 1998 21:56:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from titus.stade.co.uk (stade.demon.co.uk [158.152.29.164]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA14892 for ; Sun, 6 Sep 1998 21:56:15 -0700 (PDT) (envelope-from aw1@stade.co.uk) Received: (from aw1@localhost) by titus.stade.co.uk (8.9.1/8.8.8) id FAA01339; Mon, 7 Sep 1998 05:51:32 +0100 (BST) (envelope-from aw1) Message-ID: <19980907055132.A819@stade.co.uk> Date: Mon, 7 Sep 1998 05:51:32 +0100 From: Adrian Wontroba To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: Pipeline behaviour - changed? Reply-To: aw1@stade.co.uk References: <19980902122245.A707@stade.co.uk> <199809020921.JAA03669@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809020921.JAA03669@word.smith.net.au>; from Mike Smith on Wed, Sep 02, 1998 at 09:21:18AM +0000 Organization: Stade Computers Ltd, UK X-Phone: +(44) 121 681 6677 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 02, 1998 at 09:21:18AM +0000, Mike Smith wrote: (re my problem with "yes | head -2") not exiting when run in an xterm) > Bizarre; it works fine in an xterm under twm, fvwm and fvwm95 (some old > vesion). Can you try a different window manager at your end? Sorry about the delay. I took the hint from one of the other respondants, and upgraded to the 3.0 XFree86, including patch 3. xterm works properly for me under fvwm95 too - but still misbehaves under kde. It would appear not to be a FreeBSD-current problem. I'll shut up about the problem here. Thanks to everybody who made suggestions. -- Adrian Wontroba, Stade Computers Limited. phone: (+44) 121 681 6677 Mail info@accu.org for information about the Association of C and C++ Users or see To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 22:13:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA16675 for freebsd-current-outgoing; Sun, 6 Sep 1998 22:13:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA16670 for ; Sun, 6 Sep 1998 22:13:20 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id PAA26505; Mon, 7 Sep 1998 15:13:07 +1000 Date: Mon, 7 Sep 1998 15:13:07 +1000 From: Bruce Evans Message-Id: <199809070513.PAA26505@godzilla.zeta.org.au> To: bde@zeta.org.au, cracauer@cons.org, current@FreeBSD.ORG Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> >OK, I had another look and Linux and Solaris both have >> >#define FPE_INTDIV 1 /* integer divide by zero */ >> >#define FPE_INTOVF 2 /* integer overflow */ >> >#define FPE_FLTDIV 3 /* floating point divide by zero */ >> >#define FPE_FLTOVF 4 /* floating point overflow */ >> >#define FPE_FLTUND 5 /* floating point underflow */ >> >#define FPE_FLTRES 6 /* floating point inexact result */ >> >#define FPE_FLTINV 7 /* invalid floating point operation */ >> >#define FPE_FLTSUB 8 /* subscript out of range */ >I didn't find hard documentation on these values, but everybody (see >below) supports them :-) >... >linux-kernel-2.1.x has the FPE_...... names from above, newer glibc >has them as well, but these FPE_......_{TRAP,FAULT} seem to be >hurd-only. The FPE_...... values seem more attractive to me. Linux-2.1.115 doesn't seem to actually support them except on m68k's. It only defines for other arches. >Regarding the decision which bits to ignore when multiple unmasked >bits are set, I found something in an Intel document. Wording is >mine. >... >I think using the same scheme as the FPU makes sense. If the user >messes with the control word while using FPU instructions while having >an exception handler for SIGFPE set, we could as well define the >behaviour as undefined. But we need the table you suggested in any >case, since we need to look at multiple bits for stack over/underflow >at least, so we can implement something halfway reasonable. I agree. >I could also imagine extending struct sigcontext with fields for >control and status word so that the user can get the unmodified status >if the one-bit trap code isn't sufficient (either because multiple >bits may have been set or if the FPE_...... values aren't precise >enough, for example if the user needs to tell under- from overflow). This can wait until we implement SA_SIGINFO (post-3.0). I'd like to have FPU exceptions masked by default in 3.0. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 22:32:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18607 for freebsd-current-outgoing; Sun, 6 Sep 1998 22:32:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles157.castles.com [208.214.165.157]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA18600 for ; Sun, 6 Sep 1998 22:32:51 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id WAA11569; Sun, 6 Sep 1998 22:39:07 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809070539.WAA11569@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Robert Watson cc: freebsd-current@FreeBSD.ORG Subject: Re: lkm hooks for passing (blah) via file descriptors In-reply-to: Your message of "Fri, 04 Sep 1998 13:18:45 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Sep 1998 22:39:06 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > As part of my research work on adding authentication/authorization tokens > to the FreeBSD kernel, I have two sets of patches that have been useful > for me under 3.0-CURRENT: > > 1. Patches to kern/uipc_socket.c (and others) to allow lkm's to hook three > spots in the arbitrary kernel-stuff passing code -- internalize(), > externalize() and gc(). This also involved cleaning up the file > descriptor passing code a little, etc. This code appears to run fine on > all the machines I have tested it on. Having this submitted as a PR would be very handy. If you could summarise the effects of "cleaning up a little" in the PR docco, that would help make a case for this. > 2. Adding a p_auth pointer in the proc structure (zero'd at fork for the > new process, although at_fork() lkm's can modify it immediately after the > fork, and based on the parent value) for hooking arbitrary authentication > or authorization information into the proc structure. Do you have a standard mechanism for chaining items off this pointer, or do you envisage only ever having one consumer at a time? How about a generalised interface that puts the current credentials there as well? > Would any of these patches be of interest for 3.0-CURRENT? The first > patch is something that I find useful, but that might not be so useful for > others. The second might be of more general use; especially if we stick > want to stick in posix capabilities via an optional lkm (a likely first > implementation -- I am ordering posix .6 this afternoon). I think that the lack of commentary here would tend to indicate that nobody violently objects, but perhaps that not enough people understand the ramifications of your changes. If you could paint them in the context of the kernel-wide authentication infrastructure you described earlier, in a fashion suitable for consumption by TV-age minds, you might raise some more noise. Basically, the suggestions both seem sound. The greatest concern which might be raised against the second patch would be that it's perhaps not being made in the context of a larger and more coherent vision for authentication management. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 23:03:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA22802 for freebsd-current-outgoing; Sun, 6 Sep 1998 23:03:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA22795 for ; Sun, 6 Sep 1998 23:03:21 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id XAA21844; Sun, 6 Sep 1998 23:03:17 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 06 Sep 1998 23:03:06 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: William Woods Subject: RE: ELF world and MFS ? Cc: current@FreeBSD.ORG, "Vanessa N. Voysey" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I missed the answer to this problem as I am haveing it too....I had to turn off MFS untill I van get it fixed, has a fix been committed yet or should I leave MFS off for now. On 06-Sep-98 Vanessa N. Voysey wrote: >> Hi, >> >> On a system running 3.0-current ELF (CVSup'd around 18:00 BST), I get the >> following errors when creating/deleting files on an MFS-mounted /tmp: >> >> mfs_badop[vop_freeblks] >> mfs_badop[vop_freeblks] = 45 >> >> Any clues as to what's going on? > --------------------- William Woods Date: 06-Sep-98 / Time: 23:01:38 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 23:22:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA24682 for freebsd-current-outgoing; Sun, 6 Sep 1998 23:22:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA24658 for ; Sun, 6 Sep 1998 23:21:59 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id IAA24085; Mon, 7 Sep 1998 08:19:50 +0200 (CEST) Message-ID: <19980907081950.A24058@cons.org> Date: Mon, 7 Sep 1998 08:19:50 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org, current@FreeBSD.ORG Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops References: <199809070513.PAA26505@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199809070513.PAA26505@godzilla.zeta.org.au>; from Bruce Evans on Mon, Sep 07, 1998 at 03:13:07PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199809070513.PAA26505@godzilla.zeta.org.au>, Bruce Evans wrote: > >> >OK, I had another look and Linux and Solaris both have > >> >#define FPE_INTDIV 1 /* integer divide by zero */ > >> >#define FPE_INTOVF 2 /* integer overflow */ > >> >#define FPE_FLTDIV 3 /* floating point divide by zero */ > >> >#define FPE_FLTOVF 4 /* floating point overflow */ > >> >#define FPE_FLTUND 5 /* floating point underflow */ > >> >#define FPE_FLTRES 6 /* floating point inexact result */ > >> >#define FPE_FLTINV 7 /* invalid floating point operation */ > >> >#define FPE_FLTSUB 8 /* subscript out of range */ > > >I didn't find hard documentation on these values, but everybody (see > >below) supports them :-) > >... > >linux-kernel-2.1.x has the FPE_...... names from above, newer glibc > >has them as well, but these FPE_......_{TRAP,FAULT} seem to be > >hurd-only. The FPE_...... values seem more attractive to me. > > Linux-2.1.115 doesn't seem to actually support them except on m68k's. It > only defines for other arches. The kernel has no support, but their struct sigcontext contains the saved control and status words (I tried), so people can compute them themself. That's probably the reason it isn't a priority for them. The Linux folks also have a serious problem that the kernel and glibc maintainers don't work together on floating point. See the "Why every glibc-(2) program is a floating point program" on linux-kernel. [...] > I'd like to have FPU exceptions masked by default in 3.0. Sounds good, I reviewed some of the issues you sent me over the years, is there something I could help with? I'm already building the 256 value table for the trap code. You're probably not going to mess with the gcc problems with compile-time evaluation, are you :-/ ? I understand why you try to keep throwing FPEs for stack overflow. Masking everything but invalid operations doesn't help much, since compares with NaN or other invalid arithmetic will quickly occour in programs that don't care, cause an invalid exception and raise complaints about dying screensavers :-) Maybe we can unmask FP_X_INV by default, but as long as the user sets no handler for SIGFPE, we handle it inside the kernel, throwing FPE if its a stack fault and if not insert the value as computed with masked exception as the result of the operation? Gross hack... Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 23:39:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA26783 for freebsd-current-outgoing; Sun, 6 Sep 1998 23:39:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA26772 for ; Sun, 6 Sep 1998 23:39:46 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id IAA21837; Mon, 7 Sep 1998 08:35:20 +0200 (CEST) To: "Vanessa N. Voysey" cc: current@FreeBSD.ORG Subject: Re: ELF world and MFS / groff issues In-reply-to: Your message of "Sun, 06 Sep 1998 21:47:04 BST." <000e01bdd9d7$9e103420$0242000a@jfsebastian.k2c.co.uk> Date: Mon, 07 Sep 1998 08:35:20 +0200 Message-ID: <21835.905150120@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <000e01bdd9d7$9e103420$0242000a@jfsebastian.k2c.co.uk>, "Vanessa N. Voysey" writes: >Seems to have done the trick, nice one... from what I can see on the CVS >repository, it seems this is a new vop (no trace of it in previous versions >of mfs_vnops.c); is this an attempt at optimising block deallocation? Yes, it allows flash based devices to erase the sectors up front. I'll commit the change. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 23:41:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27236 for freebsd-current-outgoing; Sun, 6 Sep 1998 23:41:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27226 for ; Sun, 6 Sep 1998 23:41:52 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id IAA21874; Mon, 7 Sep 1998 08:37:07 +0200 (CEST) To: Mike Smith cc: Thomas Dean , current@FreeBSD.ORG Subject: Re: Dmesg Timecounter Varies In-reply-to: Your message of "Sun, 06 Sep 1998 14:37:47 PDT." <199809062137.OAA10133@word.smith.net.au> Date: Mon, 07 Sep 1998 08:37:07 +0200 Message-ID: <21872.905150227@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809062137.OAA10133@word.smith.net.au>, Mike Smith writes: >> I have noticed that the Timecounter value varies greatly in DMESG. >> >> I am running an SMP kernel. I extracted the values from >> /var/log/messages and passed them thru a stat process: >> >> Timecounter Cost Statistics >> Processing /var/log/messages and /var/log/messages.?.gz >> >> Frequency: 1193182 Hz - Always this value, unless stated. >> 1/freq Time: 838 nsec >> No. Cycles: 3 - floor( mean/(1/freqTime) ). >> Cycle Time: 948 nsec - mean/(no. cycles). >> Overhead: 332 nsec - Total overhead in Timecounter cost. >> >> Entries: 125 - Number of Timecounter entries in messages. >> Minimum: 2517 nsec >> Maximum: 41603 nsec - Wow! Flyer! >> Mean: 2846 nsec >> Std. Dev.: 3494.46 >> >> Notice the maximum flyer. What causes this variability? > >Unexpected execution discontinuities; most often SMI activity. We are >going to have to discontinue our (ab)use of the TSC simply because it's >not reliable enough. PC timekeeping *sucks*. Ahh, but mind you mike, this is >not< the TSC, this is the i8254 :-( -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 23:44:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27797 for freebsd-current-outgoing; Sun, 6 Sep 1998 23:44:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27788 for ; Sun, 6 Sep 1998 23:44:36 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id IAA21970; Mon, 7 Sep 1998 08:40:09 +0200 (CEST) To: Tugrul Galatali cc: freebsd-current@FreeBSD.ORG Subject: Re: pseudo-device gzip and ELF In-reply-to: Your message of "Sun, 06 Sep 1998 20:04:04 EDT." Date: Mon, 07 Sep 1998 08:40:09 +0200 Message-ID: <21968.905150409@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Tugr ul Galatali writes: > Any plans for making this nifty item in the kernel for ELF too? >Just curious :) You know where the source is... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 6 23:46:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28271 for freebsd-current-outgoing; Sun, 6 Sep 1998 23:46:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28246 for ; Sun, 6 Sep 1998 23:46:36 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id CAA01061; Mon, 7 Sep 1998 02:46:30 -0400 (EDT) Date: Mon, 7 Sep 1998 02:46:30 -0400 (EDT) Message-Id: <199809070646.CAA01061@highwind.com> From: HighWind Software Information To: freebsd-current@FreeBSD.ORG Subject: Thread Problems Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here at HighWind we are trying (really hard) to get our products to work under FreeBSD. We tried v2.2.X and failed. Now, we are trying 3.0 and also failing. Currently the situation is as follows, on startup, our application starts a number of threads (via pthread_create). One calls "accept()", others go off and do lots of "mmap()"'s to files and do other stuff to various files on the local disk. After the first accept() comes in, the application appears to become unresponsive. That is, the other threads make no progress. Check out the ktrace: 21620 typhoond CALL mmap(0,0x310,0x1,0x1,0x13,0,0x6a000,0) 21620 typhoond RET mmap 571109376/0x220a7000 21620 typhoond CALL munmap(0x220a7000,0x310) 21620 typhoond RET munmap 0 21620 typhoond CALL mmap(0,0x3b0,0x1,0x1,0x13,0,0x6a000,0) 21620 typhoond RET mmap 571109376/0x220a7000 21620 typhoond CALL munmap(0x220a7000,0x3b0) 21620 typhoond RET munmap 0 21620 typhoond CALL mmap(0,0xa8,0x3,0x1,0x13,0,0,0) 21620 typhoond RET mmap 571109376/0x220a7000 21620 typhoond CALL munmap(0x220a7000,0xa8) 21620 typhoond RET munmap 0 21620 typhoond CALL mmap(0,0x3b0,0x3,0x1,0x13,0,0x6a000,0) 21620 typhoond RET mmap 571109376/0x220a7000 21620 typhoond CALL munmap(0x220a7000,0x3b0) 21620 typhoond RET munmap 0 21620 typhoond CALL mmap(0,0x8,0x1,0x1,0x13,0,0,0) 21620 typhoond RET mmap 571109376/0x220a7000 21620 typhoond CALL munmap(0x220a7000,0x8) 21620 typhoond RET munmap 0 > Good stuff up to here... We are about to get a connection... 21620 typhoond CALL gettimeofday(0x19dc30,0) 21620 typhoond RET gettimeofday 0 21620 typhoond CALL select(0,0x19dc78,0x19dcf8,0x19dd78,0x19dc64) 21620 typhoond RET select 0 21620 typhoond CALL sigprocmask(0x1,0) 21620 typhoond RET sigprocmask 0 21620 typhoond CALL gettimeofday(0x19dc08,0) 21620 typhoond RET gettimeofday 0 21620 typhoond CALL setitimer(0x1,0x19dc10,0) 21620 typhoond RET setitimer 0 21620 typhoond CALL sigprocmask(0x3,0) 21620 typhoond RET sigprocmask 0 21620 typhoond CALL fcntl(0x35,0x3,0) 21620 typhoond RET fcntl 2 21620 typhoond CALL fcntl(0x35,0x4,0x6) 21620 typhoond RET fcntl 0 21620 typhoond CALL setsockopt(0x35,0xffff,0x4,0x10af78,0x4) 21620 typhoond RET setsockopt 0 21620 typhoond CALL setsockopt(0x35,0xffff,0x8,0x10af78,0x4) 21620 typhoond RET setsockopt 0 21620 typhoond CALL writev(0x35,0x10ae50,0x5) 21620 typhoond GIO fd 53 wrote 70 bytes "400 System starting up - Try again in a few minutes (Typhoon v1.1.7)\r " 21620 typhoond RET writev 70/0x46 21620 typhoond CALL fstat(0x35,0x10af38) 21620 typhoond RET fstat 0 21620 typhoond CALL close(0x35) 21620 typhoond RET close 0 > Okay, we told that connection to go away. We'd expect to return to work. 21620 typhoond CALL accept(0x6,0x10afd8,0x10afd4) That is it. The application SITS idle right here. Doing NOTHING. It will respond to additional connections. So, it appears that the "accept()" thread is still responsive. However, all other threads are not responsive. -Rob ps. Of course, this application works just fine under Solaris, and Irix. Compiled "-O -Wall -Werror" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 00:23:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA02111 for freebsd-current-outgoing; Mon, 7 Sep 1998 00:23:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from omnix.net (omnix.net [194.183.217.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA02106 for ; Mon, 7 Sep 1998 00:23:07 -0700 (PDT) (envelope-from didier@omnix.net) Received: from localhost (didier@localhost) by omnix.net (8.8.7/8.8.7) with SMTP id HAA24623; Mon, 7 Sep 1998 07:20:23 GMT (envelope-from didier@omnix.net) Date: Mon, 7 Sep 1998 09:20:23 +0200 (CEST) From: Didier Derny To: "Jordan K. Hubbard" cc: Mike Smith , Marty Leisner , current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-Reply-To: <1685.905118541@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 6 Sep 1998, Jordan K. Hubbard wrote: > > > > It's been "important" for a pile of reasons, all of which have been > > > discussed to death. Now is not a good time to be asking "why". > > > > > I have a large project in a.out format I have no time to rebuild this code > > If I had to do that I could also move to linux (Yard is working fine > > even if it's slower) > > Why don't you stick with -stable for your project then? I'm not sure > I'd try to deploy *anything* commercial based on 3.0 right now, and > certainly not before the ELF transition was completed and well shaken > out, so I find this Yard connection to be rather inexplicable. If > they're wanting to sell this thing, then the market for the next 6 > months or so is not going to be 3.0, it's going to be 2.2.x systems. > That's what the great majority of our users (and any of Yard's > potential customers) are running and will continue to run for awhile. > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > I'm starting an important project right now, after that it will be impossible to change anything before a year. I'm actually running yard with net.inet.tcp.delayed_ack=0 this feature is not present in the release of FreeBSD I'm currently using (I've just received 2.2.7 last friday). In 6 month I can upgrade the machines not rebuild everything. If I start with 2.2.7 some feature are missing and I'll have a system I will have to rebuild later. this project will start slowly in october then reach a maximum in may FreeBSD will control: 2 minitel servers (old systems) (12000 connections/day in April-June) the access to a france-wide (teacher union) intranet. 3 firewalls + ip accounting 3 web/mail/news/ftp servers -- Didier Derny didier@omnix.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 00:40:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA03944 for freebsd-current-outgoing; Mon, 7 Sep 1998 00:40:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles134.castles.com [208.214.165.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA03939 for ; Mon, 7 Sep 1998 00:40:42 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id AAA12048; Mon, 7 Sep 1998 00:42:02 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809070742.AAA12048@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Poul-Henning Kamp cc: Mike Smith , Thomas Dean , current@FreeBSD.ORG Subject: Re: Dmesg Timecounter Varies In-reply-to: Your message of "Mon, 07 Sep 1998 08:37:07 +0200." <21872.905150227@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Sep 1998 00:42:01 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> > >> Notice the maximum flyer. What causes this variability? > > > >Unexpected execution discontinuities; most often SMI activity. We are > >going to have to discontinue our (ab)use of the TSC simply because it's > >not reliable enough. PC timekeeping *sucks*. > > Ahh, but mind you mike, this is >not< the TSC, this is the i8254 :-( Sorry, I should have kept the two comments separate. We can't use the TSC to improve our resolution on the 8254 (because the 8254 is not stable), as you've pointed out already. Regrettably, none of the new platform standards being promulgated by the Evil Empire seem to suggest any improved timekeeping facilities. 8( -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 00:57:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA05381 for freebsd-current-outgoing; Mon, 7 Sep 1998 00:57:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA05375 for ; Mon, 7 Sep 1998 00:57:08 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id JAA24213; Mon, 7 Sep 1998 09:56:52 +0200 (CEST) Message-ID: <19980907095651.A24204@cons.org> Date: Mon, 7 Sep 1998 09:56:51 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org, current@FreeBSD.ORG Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops References: <199809070513.PAA26505@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199809070513.PAA26505@godzilla.zeta.org.au>; from Bruce Evans on Mon, Sep 07, 1998 at 03:13:07PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199809070513.PAA26505@godzilla.zeta.org.au>, Bruce Evans wrote: > >I could also imagine extending struct sigcontext with fields for > >control and status word so that the user can get the unmodified status > >if the one-bit trap code isn't sufficient (either because multiple > >bits may have been set or if the FPE_...... values aren't precise > >enough, for example if the user needs to tell under- from overflow). > > This can wait until we implement SA_SIGINFO (post-3.0). Will we give up the old signal handler calls or still send the old arguments to handlers not registered with SA_SIGINFO? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 01:04:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA06398 for freebsd-current-outgoing; Mon, 7 Sep 1998 01:04:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA06390 for ; Mon, 7 Sep 1998 01:04:40 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id SAA06975; Mon, 7 Sep 1998 18:04:29 +1000 Date: Mon, 7 Sep 1998 18:04:29 +1000 From: Bruce Evans Message-Id: <199809070804.SAA06975@godzilla.zeta.org.au> To: bde@zeta.org.au, cracauer@cons.org, current@FreeBSD.ORG Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> >I could also imagine extending struct sigcontext with fields for >> >control and status word so that the user can get the unmodified status >> >if the one-bit trap code isn't sufficient (either because multiple >> >bits may have been set or if the FPE_...... values aren't precise >> >enough, for example if the user needs to tell under- from overflow). >> >> This can wait until we implement SA_SIGINFO (post-3.0). > >Will we give up the old signal handler calls or still send the old >arguments to handlers not registered with SA_SIGINFO? Something like sigcontext arg must be passed so that the signal handler can return. Keep it source compatible if this is easy. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 01:57:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA11342 for freebsd-current-outgoing; Mon, 7 Sep 1998 01:57:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA11329 for ; Mon, 7 Sep 1998 01:57:54 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from bilskirnir.ifi.uio.no (2602@bilskirnir.ifi.uio.no [129.240.64.135]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id KAA27272; Mon, 7 Sep 1998 10:57:19 +0200 (MET DST) Received: (from dag-erli@localhost) by bilskirnir.ifi.uio.no ; Mon, 7 Sep 1998 10:57:18 +0200 (MET DST) Mime-Version: 1.0 To: Archie Cobbs Cc: jdp@polstra.com (John Polstra), jonny@jonny.eng.br, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c References: <199809070103.SAA13578@bubba.whistle.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 07 Sep 1998 10:57:18 +0200 In-Reply-To: Archie Cobbs's message of "Sun, 6 Sep 1998 18:03:30 -0700 (PDT)" Message-ID: Lines: 17 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id BAA11337 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Archie Cobbs writes: > John Polstra writes: > > We should never add -Werror to the standard flags. If somebody > > compiles without "-O", the compiler generates spurious warnings. > > These kill the build if -Werror is present. > That's arguable. Anyone who's capable of removing the -O from some > included makefile is capable of removing -Werror from some included > makefile. No. Removing -O is a matter of editing /etc/make.conf, which is well documented as frobbable. Removing -Werror (if we put it in) will probably require editing /usr/share/mk/bsd.sys.mk ostl, which is definitely not frobbable by the uninitiated. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 04:30:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA26894 for freebsd-current-outgoing; Mon, 7 Sep 1998 04:30:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA26869 for ; Mon, 7 Sep 1998 04:30:23 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.02 #26) id 0zFzLo-00004Z-00 for current@freebsd.org; Mon, 7 Sep 1998 12:20:52 +0100 Date: Mon, 7 Sep 1998 12:20:52 +0100 From: Ben Smithurst To: current@FreeBSD.ORG Subject: INCLUDE_CONFIG_FILE in kernel broken ... Message-ID: <19980907122052.A29879@scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There seem to be a couple of problems with INCLUDE_CONFIG_FILE in a kernel config: 1) tabs are converted to newlines, it appears 2) there are other lines from the strings output beginning with ___ Has anyone else seen this, or is it just me? If it's not just me, this patch, fixes both, but since I'm no expert, there may be a better way to do it: --- src/usr.sbin/config/main.c.orig Mon Sep 7 12:08:51 1998 +++ src/usr.sbin/config/main.c Mon Sep 7 12:13:52 1998 @@ -359,14 +359,16 @@ fprintf(fo,"#include \"opt_config.h\"\n"); fprintf(fo,"#ifdef INCLUDE_CONFIG_FILE \n"); fprintf(fo,"static char *config = \"\\\n"); - fprintf(fo,"START CONFIG FILE %s\\n\\\n___",PREFIX); + fprintf(fo,"START CONFIG FILE %s\\n\\\n____",PREFIX); while (EOF != (i=getc(fi))) { if(i == '\n') { - fprintf(fo,"\\n\\\n___"); + fprintf(fo,"\\n\\\n____"); } else if(i == '\"') { fprintf(fo,"\\\""); } else if(i == '\\') { fprintf(fo,"\\\\"); + } else if(i == '\t') { + fprintf(fo," "); } else { putc(i,fo); } It may have been fixed already, my source is a few days old :-( If it is just me, does anyone know what could be causing it? -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 07:40:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA09407 for freebsd-current-outgoing; Mon, 7 Sep 1998 07:40:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA09396 for ; Mon, 7 Sep 1998 07:40:36 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 21036 invoked by uid 1000); 7 Sep 1998 15:44:01 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 07 Sep 1998 11:44:01 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: FreeBSD-Current@FreeBSD.ORG Subject: New (?), damaging CVS behavior? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Last CVS update was done here on Friday. Eventless. Today, CVS seems to delete files with conflicts! Elaboration: Up to (at leas) Friday, if cvs (cvs update -P -d) found a conflict in a file, it updated the file with >>>>> ===== <<<<<< markers to indicate area of conflict. Today, it simply deletes the old file and checks out a new version. (Yes, it leaves a .#... file, thank goodness. Is this an intended change? Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 08:35:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15174 for freebsd-current-outgoing; Mon, 7 Sep 1998 08:35:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15167 for ; Mon, 7 Sep 1998 08:35:51 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-55.camalott.com [208.229.74.55]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id KAA13803; Mon, 7 Sep 1998 10:37:08 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id KAA00619; Mon, 7 Sep 1998 10:35:07 -0500 (CDT) (envelope-from joelh) Date: Mon, 7 Sep 1998 10:35:07 -0500 (CDT) Message-Id: <199809071535.KAA00619@detlev.UUCP> To: Bruce Evans CC: mike@smith.net.au, vanessa.voysey@k2c.co.uk, current@FreeBSD.ORG, phk@critter.freebsd.dk Subject: Re: ELF world and MFS / groff issues From: Joel Ray Holveck Reply-to: joelh@gnu.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> if CFLAGS/COPTFLAGS are changed to -O3 -m486 -pipe, an ELF make world will >>> produce somewhat weird versions of groff / troff: >> -O3 is known to produce broken code. Don't use it. > You mean, it is known to show that broken code is broken. Both -m486 > and -O3 are normally pessimizations. Don't use them. Why is -m486 a pessimization? Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 09:18:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21313 for freebsd-current-outgoing; Mon, 7 Sep 1998 09:18:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21302 for ; Mon, 7 Sep 1998 09:18:10 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id CAA05252; Tue, 8 Sep 1998 02:17:59 +1000 Date: Tue, 8 Sep 1998 02:17:59 +1000 From: Bruce Evans Message-Id: <199809071617.CAA05252@godzilla.zeta.org.au> To: bde@zeta.org.au, joelh@gnu.org Subject: Re: ELF world and MFS / groff issues Cc: current@FreeBSD.ORG, mike@smith.net.au, phk@critter.freebsd.dk, vanessa.voysey@k2c.co.uk Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> You mean, it is known to show that broken code is broken. Both -m486 >> and -O3 are normally pessimizations. Don't use them. > >Why is -m486 a pessimization? It enlarges the code a little to do even less. Useless code pushes useful code out of the caches. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 10:18:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA00461 for freebsd-current-outgoing; Mon, 7 Sep 1998 10:18:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA00313 for ; Mon, 7 Sep 1998 10:17:58 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.02 #26) id 0zG4ui-000437-00; Mon, 7 Sep 1998 18:17:16 +0100 Date: Mon, 7 Sep 1998 18:17:16 +0100 From: Ben Smithurst To: =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= Cc: current@FreeBSD.ORG Subject: Re: INCLUDE_CONFIG_FILE in kernel broken ... Message-ID: <19980907181716.B12396@scientia.demon.co.uk> References: <19980907122052.A29879@scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Coidan Smørgrav wrote: > I'm afraid it's only you. What command sequence do you use to extract > the config file from the kernel? Damn it. uh, $ /usr/bin/strings /kernel | grep ^___ | head -10 ___## SCIENTIA: scientia.demon.co.uk kernel config ___## ___## maintained by ben@scientia.demon.co.uk ___## derived from GENERIC and LINT ___## basic info ___machine ___cpu ___ident ___maxusers ___options $ /usr/libexec/aout/strings /kernel | grep ^___ | head -10 ___## SCIENTIA: scientia.demon.co.uk kernel config ___## ___## maintained by ben@scientia.demon.co.uk ___## derived from GENERIC and LINT ___## basic info ___machine "i386" ___cpu "I486_CPU" ___ident SCIENTIA ___maxusers 10 ___options GPL_MATH_EMULATE $ /usr/libexec/elf/strings /kernel | grep ^___ | head -10 ___## SCIENTIA: scientia.demon.co.uk kernel config ___## ___## maintained by ben@scientia.demon.co.uk ___## derived from GENERIC and LINT ___## basic info ___machine ___cpu ___ident ___maxusers ___options Looks like /usr/bin/strings == /usr/libexec/elf/strings, but /kernel is aout, so I should use /usr/libexec/aout/strings. Damn it. sorry folks, another silly mistake... -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 10:23:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA01832 for freebsd-current-outgoing; Mon, 7 Sep 1998 10:23:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gate1.clb.usmc.mil (gate1.clb.usmc.mil [192.156.37.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA01819 for ; Mon, 7 Sep 1998 10:23:39 -0700 (PDT) (envelope-from nate@nomad.mt.sri.com) Received: by gate1.clb.usmc.mil; id NAA28730; Mon, 7 Sep 1998 13:23:04 -0400 (EDT) Received: from unknown(158.237.106.172) by gate1.clb.usmc.mil via smap (4.1) id xma028718; Mon, 7 Sep 98 13:22:55 -0400 Received: (from nate@localhost) by nomad.mt.sri.com (8.8.8/8.8.8) id LAA21759; Mon, 7 Sep 1998 11:23:25 -0600 (MDT) (envelope-from nate) Date: Mon, 7 Sep 1998 11:23:25 -0600 (MDT) Message-Id: <199809071723.LAA21759@nomad.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: shimon@simon-shapiro.org Cc: FreeBSD-Current@FreeBSD.ORG Subject: Re: New (?), damaging CVS behavior? In-Reply-To: References: X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: "Nate Williams" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Last CVS update was done here on Friday. Eventless. > Today, CVS seems to delete files with conflicts! CVS hasn't been modified in months, so I don't why it would start deleting files. I've been using it for months on Real(tm) Work and it gladly shows me the conflicts. (I used it earlier this morning to that effect). However, I'm running -stable, so it may be a -current things (unrelated to CVS, since the versions in both are the same.) Nate ps. Glad to see you're back on the air. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 10:29:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA02709 for freebsd-current-outgoing; Mon, 7 Sep 1998 10:29:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA02702 for ; Mon, 7 Sep 1998 10:28:58 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id KAA01843; Mon, 7 Sep 1998 10:28:36 -0700 (PDT) Message-ID: <19980907102835.A1810@nuxi.com> Date: Mon, 7 Sep 1998 10:28:35 -0700 From: "David O'Brien" To: "Jordan K. Hubbard" , Kevin Day Cc: current@FreeBSD.ORG Subject: Re: NFS stable before release? Reply-To: obrien@NUXI.com References: <199809030541.AAA02169@home.dragondata.com> <9872.904807024@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <9872.904807024@time.cdrom.com>; from Jordan K. Hubbard on Thu, Sep 03, 1998 at 12:17:04AM -0700 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 03, 1998 at 12:17:04AM -0700, Jordan K. Hubbard wrote: > > Is anyone currently working on getting NFS fixed before the 3.0 release? If > > Yes, we have just today made arrangements with another BSD developer > to jump in and work on this. I won't say who that developer is, but I Don't forget there are a few PRs on this. One I submitted and is *very* repeatable. I've got crash dumps if he wants them. Note, that statically compiling NFS into the kernel is *MUCH* more stable than using the NFS lkm. -- -- David (obrien@NUXI.ucdavis.edu -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 11:41:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13263 for freebsd-current-outgoing; Mon, 7 Sep 1998 11:41:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nagual.pp.ru (lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA13206 for ; Mon, 7 Sep 1998 11:41:16 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.9.1/8.9.1) id WAA03098 for current@freebsd.org; Mon, 7 Sep 1998 22:41:03 +0400 (MSD) (envelope-from ache) Message-ID: <19980907224103.A1833@nagual.pp.ru> Date: Mon, 7 Sep 1998 22:41:03 +0400 From: "Andrey A. Chernov" To: current@FreeBSD.ORG Subject: new sleep.c & SIGALRM problem Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When SIGALRM comes at INT_MAX seconds, new sleep code kill the program instead of stopping sleep. Previous code works, so LONG_MAX comparison must be restored, it is pretty legal in C. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 11:59:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15785 for freebsd-current-outgoing; Mon, 7 Sep 1998 11:59:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [209.118.174.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA15780 for ; Mon, 7 Sep 1998 11:59:31 -0700 (PDT) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id NAA20392 for ; Mon, 7 Sep 1998 13:57:29 -0400 (EDT) Date: Mon, 7 Sep 1998 13:57:28 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: freebsd-current@FreeBSD.ORG Subject: Make buildworld/smp problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a followup to my message about trying to find out why buildworld on smp systems, with -j 8 invoked, fails. I have it narrowed down to the new usr.sbin/amd stuff. I think, more specifically, it has to do with libamu, but I'm not sure yet. The -j 8 build is making something called amd.tmp.c, while the ordinary (non -j) build doesn't seem to be doing that. It's in the build of that, that the libamu directory gets called as if it was an executeable. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 12:24:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18945 for freebsd-current-outgoing; Mon, 7 Sep 1998 12:24:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18907 for ; Mon, 7 Sep 1998 12:23:57 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id MAA11966 for ; Mon, 7 Sep 1998 12:23:52 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 07 Sep 1998 12:23:42 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: FreebSD Current Subject: Make world in ELF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is the -j4 flag currently broken when makeing world on a -current ELF system ? --------------------- William Woods Date: 07-Sep-98 / Time: 12:22:17 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 12:24:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA19112 for freebsd-current-outgoing; Mon, 7 Sep 1998 12:24:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from peedub.muc.de (ns1029.munich.netsurf.de [195.180.235.29]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA19053 for ; Mon, 7 Sep 1998 12:24:08 -0700 (PDT) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.1/8.6.9) with ESMTP id UAA03678 for ; Mon, 7 Sep 1998 20:49:43 +0200 (CEST) Message-Id: <199809071849.UAA03678@peedub.muc.de> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-current@FreeBSD.ORG Subject: Re: ELF world and MFS / groff issues Reply-To: Gary Jennejohn In-reply-to: Your message of "Tue, 08 Sep 1998 02:17:59 +1000." <199809071617.CAA05252@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Sep 1998 20:49:42 +0200 From: Gary Jennejohn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans writes: >>> You mean, it is known to show that broken code is broken. Both -m486 >>> and -O3 are normally pessimizations. Don't use them. >> >>Why is -m486 a pessimization? > >It enlarges the code a little to do even less. Useless code pushes >useful code out of the caches. > I seem to remember a mail from BDE, lo these many moons ago, in which he stated that -m486 -malign-loops=0 -malign-jumps=2 -malign-functions=2 was the optimal thing to use for a pentium with the stock gcc. Is that no longer true ? What would be better ? --- Gary Jennejohn Home - garyj@muc.de Work - garyj@fkr.dec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 12:30:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20002 for freebsd-current-outgoing; Mon, 7 Sep 1998 12:30:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA19859 for ; Mon, 7 Sep 1998 12:29:44 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 1783 invoked by uid 1000); 7 Sep 1998 20:32:55 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809071723.LAA21759@nomad.mt.sri.com> Date: Mon, 07 Sep 1998 16:32:55 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Nate Williams Subject: Re: New (?), damaging CVS behavior? Cc: FreeBSD-Current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nate Williams, On 07-Sep-98 you wrote: > > Last CVS update was done here on Friday. Eventless. > > Today, CVS seems to delete files with conflicts! > > CVS hasn't been modified in months, so I don't why it would start > deleting files. I've been using it for months on Real(tm) Work and it > gladly shows me the conflicts. (I used it earlier this morning to that > effect). Sorry about that. It replaced only 3-4 files, and showed diffs on the rest. Dunno why. > However, I'm running -stable, so it may be a -current things (unrelated > to CVS, since the versions in both are the same.) My troubles are on current. Took no more than an hour to fix, so it is not all that horrible. > ps. Glad to see you're back on the air. Never been off the air, just busy... Current became a bit overwhelming... Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 12:40:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21767 for freebsd-current-outgoing; Mon, 7 Sep 1998 12:40:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA21762 for ; Mon, 7 Sep 1998 12:40:13 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:Sah2hlA+PQWDjD+9VJhkQEPFijebaxu8@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id VAA00472; Mon, 7 Sep 1998 21:39:41 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809071939.VAA00472@gratis.grondar.za> To: wwoods@cybcon.com cc: FreebSD Current Subject: Re: Make world in ELF In-Reply-To: Your message of " Mon, 07 Sep 1998 12:23:42 MST." References: Date: Mon, 07 Sep 1998 21:39:36 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG William Woods wrote: > Is the -j4 flag currently broken when makeing world on a -current ELF system? Yes. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 12:42:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22315 for freebsd-current-outgoing; Mon, 7 Sep 1998 12:42:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.force9.co.uk [195.166.136.63]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA22307 for ; Mon, 7 Sep 1998 12:42:46 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from woof.lan.awfulhak.org (brian@woof.lan.awfulhak.org [172.16.0.7]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id UAA19283; Mon, 7 Sep 1998 20:04:50 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from woof.lan.awfulhak.org (brian@localhost [127.0.0.1]) by woof.lan.awfulhak.org (8.9.1/8.9.1) with ESMTP id LAA27445; Mon, 7 Sep 1998 11:35:59 +0100 (BST) (envelope-from brian@woof.lan.awfulhak.org) Message-Id: <199809071035.LAA27445@woof.lan.awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: Archie Cobbs cc: jdp@polstra.com (John Polstra), jonny@jonny.eng.br, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c In-reply-to: Your message of "Sun, 06 Sep 1998 18:03:30 PDT." <199809070103.SAA13578@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Sep 1998 11:35:52 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Not to mention -Wstrict-prototypes, -Wmissing-prototypes, > -Wmissing-declarations, -Wnested-externs, ... what else?? $ cat /usr/local/bin/wcc #! /bin/sh exec cc -pipe -g -Wall -Wbad-function-cast -Wcast-align -Wcast-qual -Winline -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings -Wchar-subscripts "$@" (I use this script when building the ppp code, and got the idea from a bde posting). I don't use -Werror because of two minor system header file problems (one of which I must fix some time). > -Archie > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 12:46:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA23240 for freebsd-current-outgoing; Mon, 7 Sep 1998 12:46:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.force9.co.uk [195.166.136.63]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA23130 for ; Mon, 7 Sep 1998 12:46:12 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from woof.lan.awfulhak.org (brian@woof.lan.awfulhak.org [172.16.0.7]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id UAA19283; Mon, 7 Sep 1998 20:04:50 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from woof.lan.awfulhak.org (brian@localhost [127.0.0.1]) by woof.lan.awfulhak.org (8.9.1/8.9.1) with ESMTP id LAA27445; Mon, 7 Sep 1998 11:35:59 +0100 (BST) (envelope-from brian@woof.lan.awfulhak.org) Message-Id: <199809071035.LAA27445@woof.lan.awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: Archie Cobbs cc: jdp@polstra.com (John Polstra), jonny@jonny.eng.br, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c In-reply-to: Your message of "Sun, 06 Sep 1998 18:03:30 PDT." <199809070103.SAA13578@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Sep 1998 11:35:52 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Not to mention -Wstrict-prototypes, -Wmissing-prototypes, > -Wmissing-declarations, -Wnested-externs, ... what else?? $ cat /usr/local/bin/wcc #! /bin/sh exec cc -pipe -g -Wall -Wbad-function-cast -Wcast-align -Wcast-qual -Winline -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings -Wchar-subscripts "$@" (I use this script when building the ppp code, and got the idea from a bde posting). I don't use -Werror because of two minor system header file problems (one of which I must fix some time). > -Archie > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 12:47:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA23469 for freebsd-current-outgoing; Mon, 7 Sep 1998 12:47:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA23460 for ; Mon, 7 Sep 1998 12:47:27 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id MAA12839; Mon, 7 Sep 1998 12:47:08 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809071939.VAA00472@gratis.grondar.za> Date: Mon, 07 Sep 1998 12:46:57 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: Mark Murray Subject: Re: Make world in ELF Cc: FreebSD Current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thank you, I assume that is why it died on me then.... On 07-Sep-98 Mark Murray wrote: > William Woods wrote: >> Is the -j4 flag currently broken when makeing world on a -current ELF >> system? > > Yes. > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org --------------------- William Woods Date: 07-Sep-98 / Time: 12:46:18 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 13:11:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA27936 for freebsd-current-outgoing; Mon, 7 Sep 1998 13:11:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA27928 for ; Mon, 7 Sep 1998 13:11:47 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id GAA16751; Tue, 8 Sep 1998 06:11:31 +1000 Date: Tue, 8 Sep 1998 06:11:31 +1000 From: Bruce Evans Message-Id: <199809072011.GAA16751@godzilla.zeta.org.au> To: ache@nagual.pp.ru, current@FreeBSD.ORG Subject: Re: new sleep.c & SIGALRM problem Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >When SIGALRM comes at INT_MAX seconds, new sleep code kill the program >instead of stopping sleep. This doesn't matter if ints are 32 bits, because the error can't be detected without sleeping for a INT_MAX seconds (about 68 years). The previous version was correct enough for the same reason. >Previous code works, so LONG_MAX comparison >must be restored, it is pretty legal in C. The LONG_MAX was broken on alphas because time_t is int32_t on alphas, so UINT_MAX < LONG_MAX but tv_sec = UINT_MAX overflows to -1 and sleep(UINT_MAX) returns immediately. This should be handled by defining TIME_T_MAX in a header file and comparing with it instead of LONG_MAX or INT_MAX. There is no need to loop, because time_t must have a range large enough to cover all interesting times. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 13:29:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA00189 for freebsd-current-outgoing; Mon, 7 Sep 1998 13:29:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00181 for ; Mon, 7 Sep 1998 13:29:22 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id QAA03642; Mon, 7 Sep 1998 16:29:18 -0400 (EDT) Date: Mon, 7 Sep 1998 16:29:18 -0400 (EDT) Message-Id: <199809072029.QAA03642@highwind.com> From: HighWind Software Information To: freebsd-current@FreeBSD.ORG Subject: free() called recursively Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How bad is it to get this: "t_activefile in free(): warning: recursive call." We are using gcc for C++. One of our test programs which tests code that currently sends our application out into "la-la land" seems to print this every few runs. During those runs, it also goes off into "la-la land". "la-la land" == running but going nowhere. ktrace shows nothing, application only dies with "kill -9". We do link against libc_r. I'm wondering if this recursive call thing is a serious problem and what we can do about it. -Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 13:47:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA02419 for freebsd-current-outgoing; Mon, 7 Sep 1998 13:47:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA02409 for ; Mon, 7 Sep 1998 13:47:35 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id WAA26275; Mon, 7 Sep 1998 22:42:42 +0200 (CEST) To: HighWind Software Information cc: freebsd-current@FreeBSD.ORG Subject: Re: free() called recursively In-reply-to: Your message of "Mon, 07 Sep 1998 16:29:18 EDT." <199809072029.QAA03642@highwind.com> Date: Mon, 07 Sep 1998 22:42:41 +0200 Message-ID: <26273.905200961@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809072029.QAA03642@highwind.com>, HighWind Software Information writes: > >How bad is it to get this: > "t_activefile in free(): warning: recursive call." bad. It means that you're trying to malloc in a signal handler (99.9% of the cases), which isn't really allowed... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 14:00:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04644 for freebsd-current-outgoing; Mon, 7 Sep 1998 14:00:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myrddin.demon.co.uk (myrddin.demon.co.uk [158.152.54.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA04605 for ; Mon, 7 Sep 1998 14:00:43 -0700 (PDT) (envelope-from dom@myrddin.demon.co.uk) Received: from localhost (myrddin.demon.co.uk) [127.0.0.1] by myrddin.demon.co.uk with esmtp (Exim 1.92 #1) id 0zFvfl-0000E6-00; Mon, 7 Sep 1998 08:25:13 +0100 To: ben@rosengart.com Cc: Archie Cobbs , sthaug@nethelp.no, freebsd-current@FreeBSD.ORG Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by default? References: From: Dom Mitchell In-Reply-To: Snob Art Genre's message of "Fri, 4 Sep 1998 20:42:33 -0400 (EDT)" X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Date: Mon, 07 Sep 1998 08:25:13 +0100 Message-Id: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Snob Art Genre writes: > Was it both the extensions causing problems, or just the RFC 1323 ones? > I have had problems with those, but not with the T/TCP extensions. > > If I recall correctly, RFC 1323 covers protection against wrapped > sequence numbers. Anyone with a fast enough link to need that at this > point probably knows enough to enable it themselves (and they're > probably paying their upstream enough to pay for equipment that can > handle RFC 1323 without breaking). I saw similiar things, trying to talk to a Solaris box over an ISDN link. Turning off 1644 extensions made no difference at all, but turning off the 1323 extensions made login about 5 time quicker. -- ``Quick, beam that cheese to sickbay!'' -- BT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 14:31:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09574 for freebsd-current-outgoing; Mon, 7 Sep 1998 14:31:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nagual.pp.ru (lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09514 for ; Mon, 7 Sep 1998 14:31:08 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.9.1/8.9.1) id BAA20782; Tue, 8 Sep 1998 01:30:47 +0400 (MSD) (envelope-from ache) Message-ID: <19980908013046.A18599@nagual.pp.ru> Date: Tue, 8 Sep 1998 01:30:46 +0400 From: "Andrey A. Chernov" To: Bruce Evans , current@FreeBSD.ORG Subject: Re: new sleep.c & SIGALRM problem Mail-Followup-To: Bruce Evans , current@FreeBSD.ORG References: <199809072011.GAA16751@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809072011.GAA16751@godzilla.zeta.org.au>; from bde@zeta.org.au on Tue, Sep 08, 1998 at 06:11:31AM +1000 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 08, 1998 at 06:11:31AM +1000, Bruce Evans wrote: > >When SIGALRM comes at INT_MAX seconds, new sleep code kill the program > >instead of stopping sleep. > > This doesn't matter if ints are 32 bits, because the error can't be > detected without sleeping for a INT_MAX seconds (about 68 years). > The previous version was correct enough for the same reason. > > >Previous code works, so LONG_MAX comparison > >must be restored, it is pretty legal in C. > > The LONG_MAX was broken on alphas because time_t is int32_t on alphas, > so UINT_MAX < LONG_MAX but tv_sec = UINT_MAX overflows to -1 and > sleep(UINT_MAX) returns immediately. This should be handled by > defining TIME_T_MAX in a header file and comparing with it instead > of LONG_MAX or INT_MAX. There is no need to loop, because time_t > must have a range large enough to cover all interesting times. Well, current version just give wrong programming example for SIGALRM. It seems that previous one (with INT_MAX) was correct enough. I'll restore it if nobody object until TIME_T_MAX will be defined. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 14:32:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09981 for freebsd-current-outgoing; Mon, 7 Sep 1998 14:32:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09976 for ; Mon, 7 Sep 1998 14:32:16 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id RAA03755; Mon, 7 Sep 1998 17:15:04 -0400 (EDT) Date: Mon, 7 Sep 1998 17:15:04 -0400 (EDT) Message-Id: <199809072115.RAA03755@highwind.com> From: HighWind Software Information To: phk@critter.freebsd.dk CC: freebsd-current@FreeBSD.ORG In-reply-to: <26273.905200961@critter.freebsd.dk> (message from Poul-Henning Kamp on Mon, 07 Sep 1998 22:42:41 +0200) Subject: libc_r trouble and free() called recursively Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >How bad is it to get this: > "t_activefile in free(): warning: recursive call." bad. It means that you're trying to malloc in a signal handler (99.9% of the cases), which isn't really allowed... I agree. That is a bad thing to do. I just wish the program in question HAD a signal handler. The only "signal handling" going on would be inside libc_r.a. A quick grep of /usr/src/lib/libc_r/*/*.c CERTAINLY shows "malloc()" being called. However, I don't know much about when libc_r code runs. Does this sound like something that could happen? Now I'm getting very worried! -Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 14:45:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12768 for freebsd-current-outgoing; Mon, 7 Sep 1998 14:45:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts02-028.dublin.indigo.ie [194.125.134.158]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA12751 for ; Mon, 7 Sep 1998 14:45:18 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id WAA06215; Sun, 6 Sep 1998 22:37:58 +0100 (IST) (envelope-from rotel@indigo.ie) From: Niall Smart Message-Id: <199809062137.WAA06215@indigo.ie> Date: Sun, 6 Sep 1998 22:37:58 +0000 In-Reply-To: <199809061801.LAA00223@austin.polstra.com>; John Polstra Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: John Polstra , jonny@jonny.eng.br Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 6, 11:01am, John Polstra wrote: } Subject: Re: cvs commit: src/sys/kern subr_bus.c uipc_socket2.c > In article <199809060604.DAA01228@roma.coe.ufrj.br>, > > Of course, we should still strive for the goal of "-O -Wall -Werror" > working. or even: -Wall -W -Wshadow -Wpointer-arith -Wbad-function-cast -Wcast-qual \ -Wcast-align -Wwrite-strings -Wconversion -Wstrict-prototypes \ -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls \ -Wnested-externs -Werror -ansi -pedantic -O ;) Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 14:53:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14463 for freebsd-current-outgoing; Mon, 7 Sep 1998 14:53:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts02-028.dublin.indigo.ie [194.125.134.158]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14450 for ; Mon, 7 Sep 1998 14:53:45 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id WAA00873; Mon, 7 Sep 1998 22:47:18 +0100 (IST) (envelope-from rotel@indigo.ie) From: Niall Smart Message-Id: <199809072147.WAA00873@indigo.ie> Date: Mon, 7 Sep 1998 22:47:17 +0000 In-Reply-To: <199809070646.CAA01061@highwind.com>; HighWind Software Information Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: HighWind Software Information , freebsd-current@FreeBSD.ORG Subject: Re: Thread Problems Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 7, 2:46am, HighWind Software Information wrote: } Subject: Thread Problems > > Here at HighWind we are trying (really hard) to get our products to > work under FreeBSD. We tried v2.2.X and failed. Now, we are trying 3.0 > and also failing. > > Currently the situation is as follows, on startup, our application > starts a number of threads (via pthread_create). One calls "accept()", > others go off and do lots of "mmap()"'s to files and do other stuff to > various files on the local disk. Firstly let me explain how I think FreeBSD's thread library currently handles I/O, I'm sure I'll be corrected if I get it wrong 8) - all potentially blocking operations are converted where possible to non-blocking operations by setting O_NONBLOCK on the file descriptor. - a select is performed on all file descriptors when ever a (I/O?) syscall is made (i.e., scheduling is co-operative - am I correct here?), if any of the file descriptors are ready then the threads which wished to perform an I/O operation is placed on the thread scheduler's runnable queue, then the scheduling algorithm is started. So, in your case, the listening socket would have O_NONBLOCK set and be entered in a set of file descriptors passed to select for read testing whenever the opportunity arises, when the descriptor becomes readable then the thread is placed on the schedulers runnable queue so when scheduled it can perform the non blocking accept, in the meantime those other threads run doing their mmap() thing. > After the first accept() comes in, the application appears to become > unresponsive. That is, the other threads make no progress. Check out > the ktrace: > [snip mmap activity] > > Good stuff up to here... We are about to get a connection... > > 21620 typhoond CALL gettimeofday(0x19dc30,0) > 21620 typhoond RET gettimeofday 0 > 21620 typhoond CALL select(0,0x19dc78,0x19dcf8,0x19dd78,0x19dc64) > 21620 typhoond RET select 0 This looks funny, I presume this select is being performed by the threads library and not by you, is that the case? If it is then I don't see why the first argument to select is a 0. [ some socket activity ] > 21620 typhoond CALL writev(0x35,0x10ae50,0x5) > 21620 typhoond GIO fd 53 wrote 70 bytes > "400 System starting up - Try again in a few minutes (Typhoon v1.1.7)\r > " > 21620 typhoond RET writev 70/0x46 > 21620 typhoond CALL fstat(0x35,0x10af38) > 21620 typhoond RET fstat 0 > 21620 typhoond CALL close(0x35) > 21620 typhoond RET close 0 > > > Okay, we told that connection to go away. We'd expect to return to work. Ok, so where did descriptor 0x35 come from? I didn't see a call to accept in the above trace. > 21620 typhoond CALL accept(0x6,0x10afd8,0x10afd4) > > That is it. The application SITS idle right here. Doing NOTHING. It > will respond to additional connections. So, it appears that the > "accept()" thread is still responsive. However, all other threads are > not responsive. Can you provide a more comprehensive ktrace? Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 14:56:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14920 for freebsd-current-outgoing; Mon, 7 Sep 1998 14:56:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from omnix.net (omnix.net [194.183.217.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14915 for ; Mon, 7 Sep 1998 14:56:27 -0700 (PDT) (envelope-from didier@omnix.net) Received: from localhost (didier@localhost) by omnix.net (8.8.7/8.8.7) with SMTP id VAA29547; Mon, 7 Sep 1998 21:54:21 GMT (envelope-from didier@omnix.net) Date: Mon, 7 Sep 1998 23:54:21 +0200 (CEST) From: Didier Derny Reply-To: Didier Derny To: "Jordan K. Hubbard" cc: Mike Smith , Marty Leisner , current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-Reply-To: <1685.905118541@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 6 Sep 1998, Jordan K. Hubbard wrote: > > Why don't you stick with -stable for your project then? I'm not sure > I'd try to deploy *anything* commercial based on 3.0 right now, and by the way, if I can remember 2.2.x does not support SMP ? do you have any experience withe the asus bipentium board P2B-D thanks for your help, -- Didier Derny didier@omnix.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 15:00:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15462 for freebsd-current-outgoing; Mon, 7 Sep 1998 15:00:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA15443 for ; Mon, 7 Sep 1998 15:00:05 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id RAA03933; Mon, 7 Sep 1998 17:59:55 -0400 (EDT) Date: Mon, 7 Sep 1998 17:59:55 -0400 (EDT) Message-Id: <199809072159.RAA03933@highwind.com> From: HighWind Software Information To: rotel@indigo.ie CC: freebsd-current@FreeBSD.ORG In-reply-to: <199809072147.WAA00873@indigo.ie> (message from Niall Smart on Mon, 7 Sep 1998 22:47:17 +0000) Subject: Re: Thread Problems Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Firstly let me explain how I think FreeBSD's thread library currently handles I/O, I'm sure I'll be corrected if I get it wrong 8) Sounds good. Does it use signals to do anything interesting? I'm wondering if perhaps there is some memory corruption. > After the first accept() comes in, the application appears to become > unresponsive. That is, the other threads make no progress. Check out > the ktrace: > [snip mmap activity] > > Good stuff up to here... We are about to get a connection... > > 21620 typhoond CALL gettimeofday(0x19dc30,0) > 21620 typhoond RET gettimeofday 0 > 21620 typhoond CALL select(0,0x19dc78,0x19dcf8,0x19dd78,0x19dc64) > 21620 typhoond RET select 0 This looks funny, I presume this select is being performed by the threads library and not by you, is that the case? If it is then I don't see why the first argument to select is a 0. Not funny at all. Somebody is calling select() to "sleep" for a few seconds. [ some socket activity ] > 21620 typhoond CALL writev(0x35,0x10ae50,0x5) > 21620 typhoond GIO fd 53 wrote 70 bytes > "400 System starting up - Try again in a few minutes (Typhoon v1.1.7)\r > " > 21620 typhoond RET writev 70/0x46 > 21620 typhoond CALL fstat(0x35,0x10af38) > 21620 typhoond RET fstat 0 > 21620 typhoond CALL close(0x35) > 21620 typhoond RET close 0 > > > Okay, we told that connection to go away. We'd expect to return to work. Ok, so where did descriptor 0x35 come from? I didn't see a call to accept in the above trace. It came from accept(). Somebody was blocked in accept(). I don't know why we don't see the return from accept() that produced that fd. Can you provide a more comprehensive ktrace? I'll work on it. Any tips on what flags to ktrace? -Rob ps. I applied the patches from PR 7744. Still no better. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 15:08:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16576 for freebsd-current-outgoing; Mon, 7 Sep 1998 15:08:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA16498 for ; Mon, 7 Sep 1998 15:07:59 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.8.8/8.8.8) id RAA27885; Mon, 7 Sep 1998 17:07:49 -0500 (CDT) Message-ID: <19980907170749.06319@futuresouth.com> Date: Mon, 7 Sep 1998 17:07:49 -0500 From: "Matthew D. Fuller" To: Jonathan Smith Cc: freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Jonathan Smith on Sun, Sep 06, 1998 at 09:24:45PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 06, 1998 at 09:24:45PM +0000, Jonathan Smith woke me up to tell me: > I'm running an ASUS TXP4 (K5 133, 32 meg ram) running 3.0 current dated > around August 26. Just to show it _could_ be done, I attempted to use a > parallel iomega zip drive. Following the instructions from the LINT file, > I added the ppbus0, scbus0, sd0 and, finally, vp0. I see nothing at boot > up time of these even being probed. Any ideas? Here's my config: controller ppbus0 # ppbus shit controller vpo0 at ppbus0 # ZIP support #device new_lpt0 at ppbus0 device ppi0 at ppbus0 controller ppc0 at isa? port ? irq 7 vector ppcintr I think you need to include this also: controller pnp0 *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 16:16:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26365 for freebsd-current-outgoing; Mon, 7 Sep 1998 16:16:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.69]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA26256 for ; Mon, 7 Sep 1998 16:16:07 -0700 (PDT) (envelope-from root@wanadoo.fr) Received: from aralia.wanadoo.fr [193.252.19.42] by wanadoo.fr for Paris Tue, 8 Sep 1998 01:15:09 +0200 (MET DST) Received: from nev4-70.abo.wanadoo.fr [164.138.135.70] by smtp.wanadoo.fr for Paris Tue, 8 Sep 1998 01:15:08 +0200 (MET DST) Received: (from root@localhost) by sequoia.mondomaineamoi.megalo (8.9.1/8.9.1) id AAA03457; Tue, 8 Sep 1998 00:09:54 +0200 (CEST) (envelope-from root) Date: Tue, 8 Sep 1998 00:09:54 +0200 (CEST) Message-Id: <199809072209.AAA03457@sequoia.mondomaineamoi.megalo> From: Stephane Legrand MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: current@FreeBSD.ORG Subject: Bus error with vmstat X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, Each time i try the command "vmstat", i get only a "Bus error" and that's all. This is on -current cvsupped at 7th September. Known bug or do i miss something ? Thanks. -- Stephane.Legrand@wanadoo.fr | systeme d'exploitation FreeBSD http://perso.wanadoo.fr/stephane.legrand/ | http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 16:36:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA00248 for freebsd-current-outgoing; Mon, 7 Sep 1998 16:36:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bastian.attic.ch (bastian.attic.ch [194.235.45.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA00231 for ; Mon, 7 Sep 1998 16:36:27 -0700 (PDT) (envelope-from blapp@attic.ch) Received: from bastian.attic.ch (bastian.attic.ch [194.235.45.178]) by bastian.attic.ch (8.9.1a/8.9.1a) with SMTP id BAA18461 for ; Tue, 8 Sep 1998 01:36:22 +0200 (CEST) Date: Tue, 8 Sep 1998 01:36:22 +0200 (CEST) From: Martin Blapp To: freebsd-current@FreeBSD.ORG Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG unsubscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 16:43:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA00869 for freebsd-current-outgoing; Mon, 7 Sep 1998 16:43:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bastian.attic.ch (bastian.attic.ch [194.235.45.178]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA00864 for ; Mon, 7 Sep 1998 16:43:38 -0700 (PDT) (envelope-from blapp@attic.ch) Received: from bastian.attic.ch (bastian.attic.ch [194.235.45.178]) by bastian.attic.ch (8.9.1a/8.9.1a) with SMTP id BAA18519 for ; Tue, 8 Sep 1998 01:43:29 +0200 (CEST) Date: Tue, 8 Sep 1998 01:43:29 +0200 (CEST) From: Martin Blapp To: freebsd-current@FreeBSD.ORG Subject: uhm - it's late :( In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sorry - my unsubscribe did'n went to majordomo accidently. Thank to all for the great work that is going on with 3.0 :) Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 16:49:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01530 for freebsd-current-outgoing; Mon, 7 Sep 1998 16:49:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fledge.watson.org (COPLAND.CODA.CS.CMU.EDU [128.2.222.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01515 for ; Mon, 7 Sep 1998 16:49:08 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.8.8/8.8.8) with SMTP id TAA12074; Mon, 7 Sep 1998 19:36:59 -0400 (EDT) Date: Mon, 7 Sep 1998 19:36:59 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Mike Smith cc: freebsd-current@FreeBSD.ORG Subject: Re: lkm hooks for passing (blah) via file descriptors In-Reply-To: <199809070539.WAA11569@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 6 Sep 1998, Mike Smith wrote: > Having this submitted as a PR would be very handy. If you could > summarise the effects of "cleaning up a little" in the PR docco, that > would help make a case for this. Mike, I have submitted the patches along with some discussion as PR kern/7856. > > 2. Adding a p_auth pointer in the proc structure (zero'd at fork for the > > new process, although at_fork() lkm's can modify it immediately after the > > fork, and based on the parent value) for hooking arbitrary authentication > > or authorization information into the proc structure. > > Do you have a standard mechanism for chaining items off this pointer, > or do you envisage only ever having one consumer at a time? How about > a generalised interface that puts the current credentials there as well? My current minimalist patches (PR kern/7837) only provide a single pointer (proc.p_authext). However, allowing multiple consumers is a goal I had considered for the patches. If you think this would be more useful (it sounds more useful), I can go ahead and pull something together. The current patches make no changes to the existing credential structure of FreeBSD. > > Would any of these patches be of interest for 3.0-CURRENT? The first > > patch is something that I find useful, but that might not be so useful for > > others. The second might be of more general use; especially if we stick > > want to stick in posix capabilities via an optional lkm (a likely first > > implementation -- I am ordering posix .6 this afternoon). > > I think that the lack of commentary here would tend to indicate that > nobody violently objects, but perhaps that not enough people understand > the ramifications of your changes. If you could paint them in the > context of the kernel-wide authentication infrastructure you described > earlier, in a fashion suitable for consumption by TV-age minds, you > might raise some more noise. > > Basically, the suggestions both seem sound. The greatest concern which > might be raised against the second patch would be that it's perhaps not > being made in the context of a larger and more coherent vision for > authentication management. A number of authentication/authorization projects might be able to take advantage of hooks in the proc structure; here are a few examples that come to mind: Posix Capabilities POSIX 1003.1e defines a set of capabilities that processes may gain through file system flags. Examples of such capabilities might include the privilege to bind a low port number, set the system time, etc. This additional information needs to be stored associated with the process. In the long term, changes to support POSIX capabilities would best be stored off of a more general credential mechanism; in the short term, a hook in the proc structure provides a useful tool. Sandbox Processes An idea that has been bounced around a bit in a few forums I have observed (and has been specifically described by Garrett Wollman) is that of a sandbox syscall. A process could define a set of syscall limitations for itself (or children) that prevent access to specific syscalls. A blunt sandbox definition might just be a list of syscalls that were explicitely denied (fork(),exec(),mmap()). A more sophisticated mechanism might include a defined policy language involving syscall arguments (perhaps in the form of the TIS Wrappers project -- http://www.nai.com/products/security/tis_research/indes.asp). Such a mechanism, if loaded as an lkm, would benefit from a location where it could store process-specific information. FreeBSD Tokens This project is intended to suplement or replace the existing credentials system in a BSD-style kernel. Associated with each process (or group of processes) are a set of 'tokens' that describe rights, identity, etc. Some of these tokens are provided by the user process, others are provided by the kernel or exchanged between processes (using the lkm hooks in the ancillary data patches). A description of some of the ideas behind kernel tokens can be found at http://www.watson.org/fbsd-hardening/tokens/. The latest version that supports token passing between processes via unix domain sockets, and a token daemon is not yet available, but should be in a few days (perhaps Thursday?). The goal of tokens is to allow finer-grained access control, avoid the somewhat restrictive nature of assign users 'uid's, as well as provide a useful security context for network authentication tokens (such as keying material for IPsec, public/private keys, kerberos tickets, AFS/Coda tokens, etc). I am currently writing or planning to write LKMs providing all of these services; there are also a number of other security-related projects under FreeBSD that could make use of these hooks and pointers. I agree that a more general solution than one pointer in the proc structure might be useful. What sort of registration mechanism did you have in mind? On idea I had had involved allocating each interested lkm (or other kernel entity) an authentication type (int). When interested in its pointer, the lkm or process could provide a proc pointer and its registration number and get back its pointer (and similarly modify). Each lkm would express interest in such a number through a registration process, and the number would be assigned. LKMs on unloading could also have the pointers cleaned up for them (although the structures are, of course, the LKMs responsibility). A simple implementation would involve a linked list of registration records off of the proc structure. A more optimized implementation could be written if the number of consumers was sufficiently high to justify it. If this sounds reasonable, I would be glad to go ahead an implement it. Robert N Watson Carnegie Mellon University http://www.cmu.edu/ TIS Labs at Network Associates, Inc. http://www.tis.com/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 17:06:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA03352 for freebsd-current-outgoing; Mon, 7 Sep 1998 17:06:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles199.castles.com [208.214.165.199]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA03347 for ; Mon, 7 Sep 1998 17:06:35 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id RAA14411; Mon, 7 Sep 1998 17:12:24 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809080012.RAA14411@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Matthew D. Fuller" cc: Jonathan Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-reply-to: Your message of "Mon, 07 Sep 1998 17:07:49 CDT." <19980907170749.06319@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Sep 1998 17:12:23 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sun, Sep 06, 1998 at 09:24:45PM +0000, Jonathan Smith woke me up to tell me: > > I'm running an ASUS TXP4 (K5 133, 32 meg ram) running 3.0 current dated > > around August 26. Just to show it _could_ be done, I attempted to use a > > parallel iomega zip drive. Following the instructions from the LINT file, > > I added the ppbus0, scbus0, sd0 and, finally, vp0. I see nothing at boot > > up time of these even being probed. Any ideas? > > Here's my config: > controller ppbus0 # ppbus shit > controller vpo0 at ppbus0 # ZIP support > #device new_lpt0 at ppbus0 I have no idea where "new_lpt0" ever came from. > device ppi0 at ppbus0 > > controller ppc0 at isa? port ? irq 7 vector ppcintr If you're not seeing ppc0 being probed, then make sure you are *completely* up to date with -current, try tuning your BIOS printer port configuration, and then send your hardware details, BIOS settings and (if you get anything relevant) your 'boot -v' output to nsouch@freebsd.org. I wouldn't mind a copy of it too. > I think you need to include this also: > controller pnp0 No, you definitely don't need PnP support for this. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 17:10:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA03997 for freebsd-current-outgoing; Mon, 7 Sep 1998 17:10:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA03976 for ; Mon, 7 Sep 1998 17:10:33 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.02 #26) id 0zGBLL-000262-00; Tue, 8 Sep 1998 01:09:11 +0100 Date: Tue, 8 Sep 1998 01:09:11 +0100 From: Ben Smithurst To: Stephane Legrand , current@FreeBSD.ORG Subject: Re: Bus error with vmstat Message-ID: <19980908010911.A7278@scientia.demon.co.uk> References: <199809072209.AAA03457@sequoia.mondomaineamoi.megalo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <199809072209.AAA03457@sequoia.mondomaineamoi.megalo> User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephane Legrand wrote: > Each time i try the command "vmstat", i get only a "Bus error" and > that's all. This is on -current cvsupped at 7th September. I was just about to report the same thing. I get the same with iostat - do you get that too? I compiled with the -g option to gcc, and tried getting something out of gdb, but I don't know much about it. :-( Here's something if it helps anyone work out what could be going wrong... === root@scientia[p0]:/src/usr.bin/vmstat# gdb vmstat 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.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... (gdb) run Starting program: /usr/src/usr.bin/vmstat/vmstat Program received signal SIGBUS, Bus error. 0x280ab2ba in strcmp () (gdb) backtrace #0 0x280ab2ba in strcmp () #1 0x8049063 in getdrivedata (argv=0xefbfdbc0) at vmstat.c:361 #2 0x8048dca in main (argc=1, argv=0xefbfdbbc) at vmstat.c:270 #3 0x8048a0d in _start () (gdb) The program is running. Quit anyway (and kill it)? (y or n) y -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 17:22:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05706 for freebsd-current-outgoing; Mon, 7 Sep 1998 17:22:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05701 for ; Mon, 7 Sep 1998 17:22:44 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id UAA04192; Mon, 7 Sep 1998 20:21:56 -0400 (EDT) Date: Mon, 7 Sep 1998 20:21:56 -0400 (EDT) Message-Id: <199809080021.UAA04192@highwind.com> From: HighWind Software Information To: freebsd-current@FreeBSD.ORG CC: jb@cimlogic.com.au In-reply-to: <199809072254.RAA06607@ns.tar.com> (lists@tar.com) Subject: Re: Thread Problems Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Seems to me that libc_r can call free() from within a signal handler. Given the non-recursive nature of this call, this is a serious problem: SIGVTALARM comes in (to check for context switching right?), _thread_sig_handler gets it, it can (and does) call _thread_kern_sched, _thread_kern_sched calls free() in a number of different places. This (to my libc_r-newbie-eyes) is *BAD*. Besides getting that message printed, can this cause corruption of data? Should I open a PR? -Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 17:50:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA09212 for freebsd-current-outgoing; Mon, 7 Sep 1998 17:50:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA09206 for ; Mon, 7 Sep 1998 17:50:17 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.8.8/8.8.8) id TAA03541; Mon, 7 Sep 1998 19:49:58 -0500 (CDT) Message-ID: <19980907194958.05437@futuresouth.com> Date: Mon, 7 Sep 1998 19:49:58 -0500 From: "Matthew D. Fuller" To: Mike Smith Cc: Jonathan Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip References: <19980907170749.06319@futuresouth.com> <199809080012.RAA14411@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199809080012.RAA14411@word.smith.net.au>; from Mike Smith on Mon, Sep 07, 1998 at 05:12:23PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Sep 07, 1998 at 05:12:23PM -0700, Mike Smith woke me up to tell me: > > > > Here's my config: > > controller ppbus0 # ppbus shit > > controller vpo0 at ppbus0 # ZIP support > > #device new_lpt0 at ppbus0 > > I have no idea where "new_lpt0" ever came from. This is the config lines I stole from the working config back on -STABLE (when another box was playing ZIP courier). > > I think you need to include this also: > > controller pnp0 > > No, you definitely don't need PnP support for this. You don't? I seem to remember it not working until I stuck the pnp controller in... Or maybe I'm spouting nonsense, par usual. ;-) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | FreeBSD; the way computers were meant to be | * "The only reason I'm burning my candle at both ends, is * | that I haven't figured out how to light the middle yet."| * fullermd@futuresouth.com :-} MAtthew Fuller * | http://keystone.westminster.edu/~fullermd | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 18:18:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA11612 for freebsd-current-outgoing; Mon, 7 Sep 1998 18:18:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.force9.co.uk [195.166.136.63]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA11601 for ; Mon, 7 Sep 1998 18:18:33 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from woof.lan.awfulhak.org (root@woof.lan.awfulhak.org [172.16.0.7]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id BAA00669; Tue, 8 Sep 1998 01:57:53 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from woof.lan.awfulhak.org (brian@localhost [127.0.0.1]) by woof.lan.awfulhak.org (8.9.1/8.9.1) with ESMTP id CAA03464; Tue, 8 Sep 1998 02:00:04 +0100 (BST) (envelope-from brian@woof.lan.awfulhak.org) Message-Id: <199809080100.CAA03464@woof.lan.awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: HighWind Software Information cc: freebsd-current@FreeBSD.ORG Subject: Re: free() called recursively In-reply-to: Your message of "Mon, 07 Sep 1998 16:29:18 EDT." <199809072029.QAA03642@highwind.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Sep 1998 01:59:59 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > How bad is it to get this: > "t_activefile in free(): warning: recursive call." Very. > We are using gcc for C++. One of our test programs which tests code > that currently sends our application out into "la-la land" seems to > print this every few runs. During those runs, it also goes off into > "la-la land". > > "la-la land" == running but going nowhere. ktrace shows nothing, > application only dies with "kill -9". > > We do link against libc_r. I'm wondering if this recursive call thing > is a serious problem and what we can do about it. > > -Rob It's *usually* (sometimes?) caused by code that does complicated things in frequently called signal handlers - perhaps a SIGALRM handler. It *may* happen because of something as simple as a printf() in a SIGUSR1 if the signal happens during a malloc()/free() and printf() feels inclined to do a malloc() or free(). If your program uses frequent signals, you should probably defer the processing 'till after the return of the signal handler to avoid these problems. An example can be found in src/usr.sbin/ppp/sig.c. -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 18:53:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA14787 for freebsd-current-outgoing; Mon, 7 Sep 1998 18:53:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles199.castles.com [208.214.165.199]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA14772 for ; Mon, 7 Sep 1998 18:53:53 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id SAA14676; Mon, 7 Sep 1998 18:59:44 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809080159.SAA14676@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Matthew D. Fuller" cc: Mike Smith , Jonathan Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-reply-to: Your message of "Mon, 07 Sep 1998 19:49:58 CDT." <19980907194958.05437@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Sep 1998 18:59:43 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, Sep 07, 1998 at 05:12:23PM -0700, Mike Smith woke me up to tell me: > > > > > > Here's my config: > > > controller ppbus0 # ppbus shit > > > controller vpo0 at ppbus0 # ZIP support > > > #device new_lpt0 at ppbus0 > > > > I have no idea where "new_lpt0" ever came from. > This is the config lines I stole from the working config back on -STABLE > (when another box was playing ZIP courier). There has never been ppbus support in -stable. You may have had a very old development version. > > > I think you need to include this also: > > > controller pnp0 > > > > No, you definitely don't need PnP support for this. > > You don't? No, you don't. > I seem to remember it not working until I stuck the pnp controller in... You probably changed something else at the same time. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 20:11:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA21128 for freebsd-current-outgoing; Mon, 7 Sep 1998 20:11:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA21112 for ; Mon, 7 Sep 1998 20:11:41 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id XAA04257; Mon, 7 Sep 1998 23:11:15 -0400 (EDT) Date: Mon, 7 Sep 1998 23:11:15 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: Ben Smithurst cc: Stephane Legrand , current@FreeBSD.ORG Subject: Re: Bus error with vmstat In-Reply-To: <19980908010911.A7278@scientia.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG narcissus% ldd `which iostat` /usr/sbin/iostat: -lkvm.2 => /usr/lib/aout/libkvm.so.2.0 (0x2001b000) -lc.3 => /usr/lib/aout/libc.so.3.1 (0x2001f000) narcissus% ldd `which vmstat` /usr/bin/vmstat: -lkvm.2 => /usr/lib/aout/libkvm.so.2.0 (0x2001d000) -lc.3 => /usr/lib/aout/libc.so.3.1 (0x20021000) I bet your kernel is out of sync with your userland. This is an FAQ. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 21:03:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA25835 for freebsd-current-outgoing; Mon, 7 Sep 1998 21:03:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA25830 for ; Mon, 7 Sep 1998 21:03:00 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id VAA05786; Mon, 7 Sep 1998 21:02:41 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809080402.VAA05786@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.52 (Beta) Date: Mon, 07 Sep 1998 21:02:40 -0700 To: ben@rosengart.com From: Manfred Antar Subject: Re: Bus error with vmstat Cc: Stephane Legrand , current@FreeBSD.ORG In-Reply-To: References: <19980908010911.A7278@scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:11 PM 9/7/98 -0400, you wrote: >narcissus% ldd `which iostat` >/usr/sbin/iostat: > -lkvm.2 => /usr/lib/aout/libkvm.so.2.0 (0x2001b000) > -lc.3 => /usr/lib/aout/libc.so.3.1 (0x2001f000) >narcissus% ldd `which vmstat` >/usr/bin/vmstat: > -lkvm.2 => /usr/lib/aout/libkvm.so.2.0 (0x2001d000) > -lc.3 => /usr/lib/aout/libc.so.3.1 (0x20021000) > >I bet your kernel is out of sync with your userland. This is an FAQ. I get the same error with a current kernel and current make world as of 1 hour ago ldd /usr/sbin/iostat (manfred)502}ldd /usr/sbin/iostat /usr/sbin/iostat: libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28052000) libc.so.3 => /usr/lib/libc.so.3 (0x28057000) (manfred)505}ldd /usr/bin/vmstat /usr/bin/vmstat: libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28053000) libc.so.3 => /usr/lib/libc.so.3 (0x28058000) Should these be compiled aout ? Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 21:07:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26600 for freebsd-current-outgoing; Mon, 7 Sep 1998 21:07:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26595 for ; Mon, 7 Sep 1998 21:07:15 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id VAA05856; Mon, 7 Sep 1998 21:07:02 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809080407.VAA05856@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.52 (Beta) Date: Mon, 07 Sep 1998 21:07:02 -0700 To: ben@rosengart.com From: Manfred Antar Subject: Re: Bus error with vmstat Cc: Stephane Legrand , current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:11 PM 9/7/98 -0400, you wrote: >narcissus% ldd `which iostat` >/usr/sbin/iostat: > -lkvm.2 => /usr/lib/aout/libkvm.so.2.0 (0x2001b000) > -lc.3 => /usr/lib/aout/libc.so.3.1 (0x2001f000) >narcissus% ldd `which vmstat` >/usr/bin/vmstat: > -lkvm.2 => /usr/lib/aout/libkvm.so.2.0 (0x2001d000) > -lc.3 => /usr/lib/aout/libc.so.3.1 (0x20021000) > >I bet your kernel is out of sync with your userland. This is an FAQ. I get the same error with a current kernel and current make world as of 1 hour ago ldd /usr/sbin/iostat (manfred)502}ldd /usr/sbin/iostat /usr/sbin/iostat: libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28052000) libc.so.3 => /usr/lib/libc.so.3 (0x28057000) (manfred)505}ldd /usr/bin/vmstat /usr/bin/vmstat: libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28053000) libc.so.3 => /usr/lib/libc.so.3 (0x28058000) Should these be compiled aout ? Manfred I just compiled these two programs aout and they work. with the new elf format somehow they are getting built elf and don't work If you do a OBJFORMAT=aout make depend all install they will work Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 22:05:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA01881 for freebsd-current-outgoing; Mon, 7 Sep 1998 22:05:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA01871 for ; Mon, 7 Sep 1998 22:05:16 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id GAA27620; Tue, 8 Sep 1998 06:58:45 +0200 (CEST) To: HighWind Software Information cc: freebsd-current@FreeBSD.ORG Subject: Re: libc_r trouble and free() called recursively In-reply-to: Your message of "Mon, 07 Sep 1998 17:15:04 EDT." <199809072115.RAA03755@highwind.com> Date: Tue, 08 Sep 1998 06:58:44 +0200 Message-ID: <27618.905230724@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809072115.RAA03755@highwind.com>, HighWind Software Information writes: > > >How bad is it to get this: > > "t_activefile in free(): warning: recursive call." > > bad. It means that you're trying to malloc in a signal handler > (99.9% of the cases), which isn't really allowed... > >I agree. That is a bad thing to do. I just wish the program in question >HAD a signal handler. The only "signal handling" going on would be inside >libc_r.a. > >A quick grep of /usr/src/lib/libc_r/*/*.c CERTAINLY shows "malloc()" >being called. However, I don't know much about when libc_r code runs. >Does this sound like something that could happen? > >Now I'm getting very worried! run the program under a debugger, with setenv MALLOC_OPTIONS AJ and you should get a chance to see where it happens -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 22:48:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA05405 for freebsd-current-outgoing; Mon, 7 Sep 1998 22:48:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA05400 for ; Mon, 7 Sep 1998 22:48:38 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id WAA22378; Mon, 7 Sep 1998 22:47:55 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma022376; Mon Sep 7 22:47:54 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id WAA05469; Mon, 7 Sep 1998 22:47:53 -0700 (PDT) From: Archie Cobbs Message-Id: <199809080547.WAA05469@bubba.whistle.com> Subject: Re: Thread Problems In-Reply-To: <199809080021.UAA04192@highwind.com> from HighWind Software Information at "Sep 7, 98 08:21:56 pm" To: info@highwind.com (HighWind Software Information) Date: Mon, 7 Sep 1998 22:47:53 -0700 (PDT) Cc: freebsd-current@FreeBSD.ORG, jb@cimlogic.com.au X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG HighWind Software Information writes: > Seems to me that libc_r can call free() from within a signal handler. > Given the non-recursive nature of this call, this is a serious > problem: > > SIGVTALARM comes in (to check for context switching right?), > _thread_sig_handler gets it, it can (and does) call > _thread_kern_sched, _thread_kern_sched calls free() in a number of > different places. > > This (to my libc_r-newbie-eyes) is *BAD*. Besides getting that message > printed, can this cause corruption of data? > > Should I open a PR? Definitely.. the more specifics, the better, of course. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 23:03:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA06869 for freebsd-current-outgoing; Mon, 7 Sep 1998 23:03:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA06852; Mon, 7 Sep 1998 23:03:09 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id AAA22951; Tue, 8 Sep 1998 00:03:04 -0600 (MDT) Message-Id: <199809080603.AAA22951@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG cc: scsi@FreeBSD.ORG Subject: HEADS UP: 6 days to C-DAY Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Sep 1998 23:56:58 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After more than a year of development, the Common Access Method SCSI layer for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. The CAM development team is currently busy ensuring that the integration process goes as smoothly as possible, so please understand that we may be slow to respond to questions about CAM in the days leading up to C-DAY. A CAM FAQ is in the works and will be updated as questions surface. Here are a few QandAs about CAM and the upcoming integration: -- Justin T. Gibbs Kenneth D. Merry Which SCSI cards will be supported? Adaptec 27/28/29/394x - This includes most Adaptec 78xx based chips integrated on motherboards. Adaptec 154X Adaptec 174X AdvanSys Narrow Controllers Buslogic Multimaster Series NCR 8XX DPT QLogic ISP 1020, 1040, 2100 Zip ppbus device Why isn't my card in the supported hardware list??!! Developing a reliable and robust driver for a SCSI controller takes a considerable amount of time, and developer time is a limited resource. The CAM development team made a conscious decision to pair back the number of controllers supported in our initial release in favor of higher quality drivers. Most of the supported drivers went through extensive redesigns to improve error recovery, device support, and performance. We think you'll appreciate the difference. Just because your device is not currently supported by CAM does not mean this will always be the case. Several additional drivers are under development: Adaptec 6260/6360 (Brian Beattie ) Ultrastore 24/34F (Warner Losh ) Advansys UW (Justin T. Gibbs ) If your favorite SCSI card isn't supported, and you'd like to do something about it, let us know. We'll support any effort to write a driver for an unsupported card and if there is an immediate need, we may be able to direct you to a contractor for the work. Which peripherals are supported? da: Direct Access and Optical Disk devices cd: CDROM devices and WORM/CD-R/CD-RW drives that accept CDROM commands ch: Changer devices sa: Sequential Access devices pt: Processor Target devices targ: Target Mode Processor Target emulator pass: Application Pass-Thru (All Device Types) Where did the "od" driver go? The "od" driver functionality is now handled by the direct access ("da") driver. The da driver handles removable media, multiple of 512b block sizes, and automatically attachs to optical disk devices. Why are disks now called "da" and tapes called "sa"? I now have to change all of my scripts/fstab entries/whatever! The names were changed to be more consistent with the SCSI standards and to better indicate the scope of devices each driver supports. For example, "direct access" driver supports memory, optical, and disk devices. The impact on system configuration is limited. The system accesses devices my their major and minor number and, with the exception of the removal of the od device, these have not been changed. If it suits you better to call "da" devices by the name "sd", simply create your device nodes with that name. /dev/MAKEDEV will continue to support building of nodes by the old names for some time to come. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 23:17:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA08274 for freebsd-current-outgoing; Mon, 7 Sep 1998 23:17:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA08267 for ; Mon, 7 Sep 1998 23:17:47 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (enkhyl@hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id XAA25601; Mon, 7 Sep 1998 23:20:00 -0700 Date: Mon, 7 Sep 1998 23:20:00 -0700 (PDT) From: Enkhyl To: Manfred Antar cc: ben@rosengart.com, Stephane Legrand , current@FreeBSD.ORG Subject: Re: Bus error with vmstat In-Reply-To: <199809080402.VAA05786@pozo.pozo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 7 Sep 1998, Manfred Antar wrote: > At 11:11 PM 9/7/98 -0400, you wrote: > >narcissus% ldd `which iostat` > >/usr/sbin/iostat: > > -lkvm.2 => /usr/lib/aout/libkvm.so.2.0 (0x2001b000) > > -lc.3 => /usr/lib/aout/libc.so.3.1 (0x2001f000) > >narcissus% ldd `which vmstat` > >/usr/bin/vmstat: > > -lkvm.2 => /usr/lib/aout/libkvm.so.2.0 (0x2001d000) > > -lc.3 => /usr/lib/aout/libc.so.3.1 (0x20021000) > > > >I bet your kernel is out of sync with your userland. This is an FAQ. > > I get the same error with a current kernel and current make world as of 1 > hour ago > > > ldd /usr/sbin/iostat > (manfred)502}ldd /usr/sbin/iostat > /usr/sbin/iostat: > libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28052000) > libc.so.3 => /usr/lib/libc.so.3 (0x28057000) > > (manfred)505}ldd /usr/bin/vmstat > /usr/bin/vmstat: > libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28053000) > libc.so.3 => /usr/lib/libc.so.3 (0x28058000) To add some oddity to the mix... :-) I'm running current compiled last night with a kernel compiled about 20 minutes ago, and both iostat and vmstat work fine for me. 102 ender:~> ldd `which iostat` /usr/sbin/iostat: libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28052000) libc.so.3 => /usr/lib/libc.so.3 (0x28057000) 103 ender:~> ldd `which vmstat` /usr/bin/vmstat: libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28053000) libc.so.3 => /usr/lib/libc.so.3 (0x28058000) -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 23:29:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09364 for freebsd-current-outgoing; Mon, 7 Sep 1998 23:29:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA09359; Mon, 7 Sep 1998 23:29:23 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id PAA01423; Tue, 8 Sep 1998 15:59:07 +0930 (CST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809080603.AAA22951@pluto.plutotech.com> Date: Tue, 08 Sep 1998 15:59:07 +0930 (CST) From: "Daniel O'Connor" To: "Justin T. Gibbs" Subject: RE: HEADS UP: 6 days to C-DAY Cc: scsi@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 08-Sep-98 Justin T. Gibbs wrote: > After more than a year of development, the Common Access Method SCSI layer > for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. > The CAM development team is currently busy ensuring that the integration > process goes as smoothly as possible, so please understand that we may be > slow to respond to questions about CAM in the days leading up to C-DAY. > A CAM FAQ is in the works and will be updated as questions surface. Here > are a few QandAs about CAM and the upcoming integration: Wohoo! Good work guys :) Does this mean someone will help me fix my CAM panic now? =) --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 7 23:57:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11845 for freebsd-current-outgoing; Mon, 7 Sep 1998 23:57:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles249.castles.com [208.214.165.249]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA11839 for ; Mon, 7 Sep 1998 23:57:54 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id AAA15370; Tue, 8 Sep 1998 00:03:59 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809080703.AAA15370@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Daniel O'Connor" cc: current@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY In-reply-to: Your message of "Tue, 08 Sep 1998 15:59:07 +0930." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Sep 1998 00:03:58 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Does this mean someone will help me fix my CAM panic now? =) I can't say that support for audio CD piracy is necessarily right at the top of the developers' prorities. 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 00:01:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA12268 for freebsd-current-outgoing; Tue, 8 Sep 1998 00:01:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA12261 for ; Tue, 8 Sep 1998 00:01:40 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id QAA01693; Tue, 8 Sep 1998 16:31:33 +0930 (CST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809080703.AAA15370@word.smith.net.au> Date: Tue, 08 Sep 1998 16:31:32 +0930 (CST) From: "Daniel O'Connor" To: Mike Smith Subject: Re: HEADS UP: 6 days to C-DAY Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 08-Sep-98 Mike Smith wrote: > > Does this mean someone will help me fix my CAM panic now? =) > I can't say that support for audio CD piracy is necessarily right at > the top of the developers' prorities. 8) Hey, I own all of the CD's in question :) I haven't encountered it doing anything else though, which is strange. (Although the CDR is the only SCSI device in there at the moment.. We don't have the AIT drive yet :) --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 00:06:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13022 for freebsd-current-outgoing; Tue, 8 Sep 1998 00:06:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles249.castles.com [208.214.165.249]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA13016 for ; Tue, 8 Sep 1998 00:06:32 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id AAA15408; Tue, 8 Sep 1998 00:12:26 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809080712.AAA15408@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Daniel O'Connor" cc: current@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY In-reply-to: Your message of "Tue, 08 Sep 1998 16:31:32 +0930." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Sep 1998 00:12:25 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > On 08-Sep-98 Mike Smith wrote: > > > Does this mean someone will help me fix my CAM panic now? =) > > I can't say that support for audio CD piracy is necessarily right at > > the top of the developers' prorities. 8) > Hey, I own all of the CD's in question :) Owning the disc does not grant you the right to copy its contents (which you do not own). > I haven't encountered it doing anything else though, which is strange. Sounds like it's there to thwart your criminal activities then. 8) > (Although the CDR is the only SCSI device in there at the moment.. We > don't have the AIT drive yet :) Hmm, still hoping to stream to it raw? I'd love to hear how that pans out... -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 00:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17211 for freebsd-current-outgoing; Tue, 8 Sep 1998 00:40:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA17128; Tue, 8 Sep 1998 00:40:00 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id BAA00371; Tue, 8 Sep 1998 01:39:47 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809080739.BAA00371@panzer.plutotech.com> Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: from Daniel O'Connor at "Sep 8, 98 03:59:07 pm" To: doconnor@gsoft.com.au (Daniel O'Connor) Date: Tue, 8 Sep 1998 01:39:47 -0600 (MDT) Cc: scsi@FreeBSD.ORG, current@FreeBSD.ORG, gibbs@pluto.plutotech.com X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel O'Connor wrote... > > On 08-Sep-98 Justin T. Gibbs wrote: > > After more than a year of development, the Common Access Method SCSI layer > > for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. > > The CAM development team is currently busy ensuring that the integration > > process goes as smoothly as possible, so please understand that we may be > > slow to respond to questions about CAM in the days leading up to C-DAY. > > A CAM FAQ is in the works and will be updated as questions surface. Here > > are a few QandAs about CAM and the upcoming integration: > > Wohoo! Good work guys :) > > Does this mean someone will help me fix my CAM panic now? =) Just sent you a reply. (CCed to the SCSI list) I'm afraid I don't have a real clue why it's happening, though. I think it'll take someone familiar with the VM system to sort it out. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 01:01:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20225 for freebsd-current-outgoing; Tue, 8 Sep 1998 01:01:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20218 for ; Tue, 8 Sep 1998 01:01:31 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id EAA25082; Tue, 8 Sep 1998 04:00:57 -0400 (EDT) Date: Tue, 8 Sep 1998 04:00:56 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: Mike Smith cc: "Daniel O'Connor" , current@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: <199809080712.AAA15408@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 8 Sep 1998, Mike Smith wrote: > Owning the disc does not grant you the right to copy its contents > (which you do not own). You're allowed to make backup copies -- and given how easily scratchable CDs turn out to be, that can be quite useful. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 01:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA21170 for freebsd-current-outgoing; Tue, 8 Sep 1998 01:10:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from k6n1.znh.org (dialup2.gaffaneys.com [208.155.161.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA21076 for ; Tue, 8 Sep 1998 01:09:58 -0700 (PDT) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by k6n1.znh.org (8.9.1/8.9.1) id IAA08656; Tue, 8 Sep 1998 08:09:44 GMT (envelope-from zach) Message-ID: <19980908030942.A7833@znh.org> Date: Tue, 8 Sep 1998 03:09:42 -0500 From: Zach Heilig To: Mike Smith , "Matthew D. Fuller" Cc: Jonathan Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip References: <19980907170749.06319@futuresouth.com> <199809080012.RAA14411@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809080012.RAA14411@word.smith.net.au>; from Mike Smith on Mon, Sep 07, 1998 at 05:12:23PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Sep 07, 1998 at 05:12:23PM -0700, Mike Smith wrote: > > > > controller ppc0 at isa? port ? irq 7 vector ppcintr ^ tty I seem to recall (quite vividly for some reason :-) that you need a 'tty' in there somewhere. He must have had an old example from LINT before you fixed it. > If you're not seeing ppc0 being probed, then make sure you are > *completely* up to date with -current, try tuning your BIOS printer > port configuration, and then send your hardware details, BIOS settings > and (if you get anything relevant) your 'boot -v' output to > nsouch@freebsd.org. I wouldn't mind a copy of it too. -- Zach Heilig -- zach@gaffaneys.com Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 02:48:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01317 for freebsd-current-outgoing; Tue, 8 Sep 1998 02:48:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from uni-sb.de (uni-sb.de [134.96.252.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA01297 for ; Tue, 8 Sep 1998 02:48:06 -0700 (PDT) (envelope-from netchild@wurzelausix.CS.Uni-SB.DE) Received: from cs.uni-sb.de (cs.uni-sb.de [134.96.252.31]) by uni-sb.de (8.9.0/1998052000) with ESMTP id LAA02077 for ; Tue, 8 Sep 1998 11:47:57 +0200 (CEST) Received: from wurzelausix.cs.uni-sb.de (d1R3vw8HKhb5pZi9QytHGY7Pec+BXwNZ@wurzelausix.cs.uni-sb.de [134.96.247.1]) by cs.uni-sb.de (8.9.0/1998060300) with ESMTP id LAA25398 for ; Tue, 8 Sep 1998 11:47:56 +0200 (CEST) Received: from wurzelausix.cs.uni-sb.de (IDENT:nV3YxdNBr4difIKas/lfIcsndLREPXzp@localhost [127.0.0.1]) by wurzelausix.cs.uni-sb.de (8.9.1/wjp/19980821) with ESMTP id LAA25236 for ; Tue, 8 Sep 1998 11:47:49 +0200 (CEST) Message-Id: <199809080947.LAA25236@wurzelausix.cs.uni-sb.de> Date: Tue, 8 Sep 1998 11:47:45 +0200 (CEST) From: Alexander Leidinger Subject: rpcgen problems (include files missing) To: current@FreeBSD.ORG MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I have here two files (mount_v1.x, nfs_v2.x) which I process with rpcgen -C -N -M ... Compiling them under Solaris 2.4 (using the Solaris rpcgen) works, but with FreeBSD 3.0-CURRENT #12: Fri Aug 14 20:35:24 CEST 1998 and the FreeBSD rpcgen they fail with In file included from nfs.c:9: mount_v1.h:10: synch.h: No such file or directory mount_v1.h:11: thread.h: No such file or directory In file included from nfs.c:10: nfs_v2.h:10: synch.h: No such file or directory nfs_v2.h:11: thread.h: No such file or directory *** Error code 1 I can't encounter any place where synch.h or thread.h are mentioned in the X-files ( ;) ), so I think there's something wrong. Someone out there who's able to help? Bye, Alexander. -- 2^{F_{h+1}-1} z^{F_{h+2}-1} + 2^{F_{h+1}-2} L_{h-1} z^{F_{h+2}} + complicated terms + 2^{h-1} z^{2^h - 2} + z^{2^h - 1} Donald E. Knuth, "The Art of Computer Programming" http://fsinfo.cs.uni-sb.de/~netchild mailto:netchild@studcs.uni-sb.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 03:21:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA03957 for freebsd-current-outgoing; Tue, 8 Sep 1998 03:21:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA03948 for ; Tue, 8 Sep 1998 03:21:51 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id MAA05738 for ; Tue, 8 Sep 1998 12:26:49 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Tue, 8 Sep 1998 12:26:48 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: 3.0 and DEVFS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, What will be the status of DEVFS in 3.0-RELEASE? There are still some parts broken in it... Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 03:27:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA04400 for freebsd-current-outgoing; Tue, 8 Sep 1998 03:27:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from penguin.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA04395 for ; Tue, 8 Sep 1998 03:27:52 -0700 (PDT) (envelope-from martti.kuparinen@lmf.ericsson.se) Received: from umail.lmf.ericsson.se (umail.lmf.ericsson.se [131.160.11.2]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/glacier-1.11) with SMTP id MAA26265 for ; Tue, 8 Sep 1998 12:27:47 +0200 (MET DST) Received: from tosb0323 by umail.lmf.ericsson.se (SMI-8.6/SMI-SVR4) id NAA18265; Tue, 8 Sep 1998 13:27:42 +0300 Message-Id: <3.0.6.32.19980908132638.00a75b50@openmail.lmf.ericsson.se> X-Sender: lmfmara@openmail.lmf.ericsson.se X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Tue, 08 Sep 1998 13:26:38 +0300 To: current@FreeBSD.ORG From: Martti Kuparinen Subject: I have added Finnish keyboard support for sysinstall Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have patched sysinstall to support Finnish keyboards. In addition to these patches, one must create two new files in /usr/share/syscons/keymaps/ cp swedish.cp850.kbd finnish.cp850.kbd cp swedish.iso.kbd finnish.iso.kbd As one would assume from the above commands, Finnish and Swedish keyboard layouts are the same. However some users might not be aware of this fact, and therefore it would be nice to have these settings in 2.2.8 and 3.0. Unfortunately I can't use send-pr or WWW right now to send problem reports, so I hope this mail will be read by someone with commit privileges... /Martti *** menus.c.orig Tue Sep 8 12:45:01 1998 --- menus.c Tue Sep 8 12:56:13 1998 *************** *** 1335,1340 **** --- 1335,1342 ---- { "Brazil ISO", "Brazil ISO keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=br275.iso" }, { "Danish CP865", "Danish Code Page 865 keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=danish.cp865" }, { "Danish ISO", "Danish ISO keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=danish.iso" }, + { "Finnish CP850", "Finnish Code Page 850 keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=finnish.cp850" }, + { "Finnish ISO", "Finnish ISO keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=finnish.iso" }, { "French ISO (accent)", "French ISO keymap (accent keys)", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=fr.iso.acc" }, { "French ISO", "French ISO keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=fr.iso" }, { "German CP850", "German Code Page 850 keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=german.cp850" }, *** lang.c.orig Tue Sep 8 12:44:53 1998 --- lang.c Tue Sep 8 12:55:46 1998 *************** *** 138,140 **** --- 138,149 ---- systemChangeFont(font_iso_8x16); systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); } + + void + lang_set_Finnish(char *str) + { + systemChangeScreenmap(default_scrnmap); + systemChangeLang("fi_FI.ISO8859-1"); + systemChangeFont(font_iso_8x16); + systemChangeTerminal("cons25l1", termcap_cons25l1, "cons25l1-m", termcap_cons25l1_m); + } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 03:52:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA07366 for freebsd-current-outgoing; Tue, 8 Sep 1998 03:52:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA07357 for ; Tue, 8 Sep 1998 03:52:07 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id DAA06986; Tue, 8 Sep 1998 03:51:42 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Martti Kuparinen cc: current@FreeBSD.ORG Subject: Re: I have added Finnish keyboard support for sysinstall In-reply-to: Your message of "Tue, 08 Sep 1998 13:26:38 +0300." <3.0.6.32.19980908132638.00a75b50@openmail.lmf.ericsson.se> Date: Tue, 08 Sep 1998 03:51:42 -0700 Message-ID: <6982.905251902@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have patched sysinstall to support Finnish keyboards. In addition to these > patches, one must create two new files in /usr/share/syscons/keymaps/ > > cp swedish.cp850.kbd finnish.cp850.kbd > cp swedish.iso.kbd finnish.iso.kbd Hmmm. Question: If these are identical, what's the point of even creating new maps? Why not just add a new menu entry in sysinstall which points at the same Swedish entries or, even less trouble, simply modify the swedish entry to say "Swedish/Finnish" or something? It seems like it would result in less replication of data, unless there's some other reason you can see for making it separate? - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 04:20:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA12386 for freebsd-current-outgoing; Tue, 8 Sep 1998 04:20:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from penguin.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA12379 for ; Tue, 8 Sep 1998 04:20:51 -0700 (PDT) (envelope-from martti.kuparinen@lmf.ericsson.se) Received: from umail.lmf.ericsson.se (umail.lmf.ericsson.se [131.160.11.2]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/glacier-1.11) with SMTP id NAA15972; Tue, 8 Sep 1998 13:20:42 +0200 (MET DST) Received: from tosb0323 by umail.lmf.ericsson.se (SMI-8.6/SMI-SVR4) id OAA20006; Tue, 8 Sep 1998 14:20:34 +0300 Message-Id: <3.0.6.32.19980908141930.00a77550@openmail.lmf.ericsson.se> X-Sender: lmfmara@openmail.lmf.ericsson.se X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Tue, 08 Sep 1998 14:19:30 +0300 To: current@FreeBSD.ORG From: Martti Kuparinen Subject: Re: I have added Finnish keyboard support for sysinstall Cc: jkh@time.cdrom.com In-Reply-To: <6982.905251902@time.cdrom.com> References: <3.0.6.32.19980908132638.00a75b50@openmail.lmf.ericsson.se> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >modify the swedish entry to say "Swedish/Finnish" or something? That's fine by me (and that's how I did it on the first time, but then I thought that someone would disagree... something like "why is Sweden before Finland?" :-) Martti To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 04:38:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA13973 for freebsd-current-outgoing; Tue, 8 Sep 1998 04:38:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA13968 for ; Tue, 8 Sep 1998 04:38:10 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from eggbeater.cs.rpi.edu (crossd@eggbeater.cs.rpi.edu [128.213.8.32]) by cs.rpi.edu (8.9.1/8.9.1) with SMTP id HAA02675 for ; Tue, 8 Sep 1998 07:38:05 -0400 (EDT) Date: Tue, 8 Sep 1998 07:38:01 -0400 (EDT) From: "David E. Cross" To: freebsd-current@FreeBSD.ORG Subject: XFree86 and -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG what is the status of being able to build XFree86 on -current/ELF? I know I am still having some problems with the libvga256.a and libvga.a libraries and linking the X Server. Also, I understand there will be a new ports structure for -current? Is this in development and could be cvsup-ed? -- David Cross To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 04:41:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA14258 for freebsd-current-outgoing; Tue, 8 Sep 1998 04:41:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id EAA14246 for ; Tue, 8 Sep 1998 04:41:27 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 14452 invoked by uid 1000); 8 Sep 1998 12:44:10 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 08 Sep 1998 08:44:10 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Andrzej Bialecki Subject: RE: 3.0 and DEVFS Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki, On 08-Sep-98 you wrote: > Hi, > > What will be the status of DEVFS in 3.0-RELEASE? There are still some > parts broken in it... Like make release ? Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 04:46:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA14930 for freebsd-current-outgoing; Tue, 8 Sep 1998 04:46:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA14923 for ; Tue, 8 Sep 1998 04:46:14 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (enkhyl@hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id EAA30049; Tue, 8 Sep 1998 04:20:44 -0700 Date: Tue, 8 Sep 1998 04:20:44 -0700 (PDT) From: Enkhyl To: Zach Heilig cc: Mike Smith , "Matthew D. Fuller" , Jonathan Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-Reply-To: <19980908030942.A7833@znh.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 8 Sep 1998, Zach Heilig wrote: > On Mon, Sep 07, 1998 at 05:12:23PM -0700, Mike Smith wrote: > > > > > > controller ppc0 at isa? port ? irq 7 vector ppcintr > ^ tty > I seem to recall (quite vividly for some reason :-) that you need a 'tty' > in there somewhere. He must have had an old example from LINT before you > fixed it. Actually, I think this is correct based on looking at what's in 3.0-current LINT: controller ppc0 at isa? port ? tty irq 7 vector ppcintr I've been lurking on this topic, as I am trying to get my ZIP drive working, too. :-) -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 04:51:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA15647 for freebsd-current-outgoing; Tue, 8 Sep 1998 04:51:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.tar.com (ns.tar.com [204.95.187.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA15642 for ; Tue, 8 Sep 1998 04:51:12 -0700 (PDT) (envelope-from lists@tar.com) Received: from ppro.tar.com (ppro.tar.com [204.95.187.9]) by ns.tar.com (8.9.1/8.8.7) with SMTP id GAA10364; Tue, 8 Sep 1998 06:51:02 -0500 (CDT) Message-Id: <199809081151.GAA10364@ns.tar.com> From: "Richard Seaman, Jr." To: "HighWind Software Information" Cc: "freebsd-current@FreeBSD.ORG" Date: Tue, 08 Sep 98 06:51:02 -0500 Reply-To: "Richard Seaman, Jr." X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: libc_r trouble and free() called recursively Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 7 Sep 1998 17:15:04 -0400 (EDT), HighWind Software Information wrote: > > >How bad is it to get this: > > "t_activefile in free(): warning: recursive call." > > bad. It means that you're trying to malloc in a signal handler > (99.9% of the cases), which isn't really allowed... > >I agree. That is a bad thing to do. I just wish the program in question >HAD a signal handler. The only "signal handling" going on would be inside >libc_r.a. > >A quick grep of /usr/src/lib/libc_r/*/*.c CERTAINLY shows "malloc()" >being called. However, I don't know much about when libc_r code runs. >Does this sound like something that could happen? > >Now I'm getting very worried! The pthread scheduler, _thread_kern_sched can get called two ways: 1) When a thread blocks, or 2) When a thread is interrupted by a SIGVTALRM The first thing the scheduler does is check for "dead threads", and cleans them up if it finds them, calling free() in the process. Your previous kernel logs suggest that _thread_kern_sched is called from a SIGVTALRM shortly before it stalls in the accept call. If "dead threads" are processed during this call to _thread_kern_sched you will get a call to free() during the signal handling of SIGVTALRM. I can't explain why you hang at the accept call, nor necessarily why you get "t_activefile in free(): warning: recursive call." However, this would at least explain why you get a free() in a signal handler. Possibly there is a problem in the thread exit and clean up handling, either in your source, or in the pthread library. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 05:07:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA17026 for freebsd-current-outgoing; Tue, 8 Sep 1998 05:07:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA17016 for ; Tue, 8 Sep 1998 05:06:58 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id OAA02652; Tue, 8 Sep 1998 14:11:19 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Tue, 8 Sep 1998 14:11:18 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Simon Shapiro cc: freebsd-current@FreeBSD.ORG Subject: RE: 3.0 and DEVFS In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 8 Sep 1998, Simon Shapiro wrote: > > Andrzej Bialecki, On 08-Sep-98 you wrote: > > Hi, > > > > What will be the status of DEVFS in 3.0-RELEASE? There are still some > > parts broken in it... > > Like make release ? I don't know this one - I'm more concerned with MFS, which panics with DEVFS. Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 05:09:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA17466 for freebsd-current-outgoing; Tue, 8 Sep 1998 05:09:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA17432 for ; Tue, 8 Sep 1998 05:09:22 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id IAA06160; Tue, 8 Sep 1998 08:08:38 -0400 (EDT) Date: Tue, 8 Sep 1998 08:08:38 -0400 (EDT) Message-Id: <199809081208.IAA06160@highwind.com> From: HighWind Software Information To: lists@tar.com CC: freebsd-current@FreeBSD.ORG In-reply-to: <199809081151.GAA10364@ns.tar.com> (lists@tar.com) Subject: Re: libc_r trouble and free() called recursively Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Your previous kernel logs suggest that _thread_kern_sched is called from a SIGVTALRM shortly before it stalls in the accept call. If "dead threads" are processed during this call to _thread_kern_sched you will get a call to free() during the signal handling of SIGVTALRM. Yep. That is what I noticed as well. Considering that this is a very bad thing, I am opening a PR. -Rob ps. Seems like someone did some libc_r checking in last night. My cvsup showed changes. Sorry for the newbie-question: How do I do a "cvs diff" to see the changes? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 05:13:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA18296 for freebsd-current-outgoing; Tue, 8 Sep 1998 05:13:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.net.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA18287 for ; Tue, 8 Sep 1998 05:13:43 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.net.mx (8.8.8/8.8.7) with ESMTP id HAA14022 for ; Tue, 8 Sep 1998 07:11:20 -0500 (CDT) Message-ID: <35F51EE8.A5B547E3@webwizard.org.mx> Date: Tue, 08 Sep 1998 07:11:20 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b1 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Make Release Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I made my first attempt at an elf release and got lib/libdisk/rules.c -o rules.o cc -nostdinc -O2 -pipe -Wall -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/ lib/libdisk/write_disk.c -o write_disk.o make: don't know how to make /usr/mdec/boot1. Stop *** Error code 2 Stop. *** Error code 1 Stop. Am I doing something obviously wrong? Thanks ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 05:29:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA20463 for freebsd-current-outgoing; Tue, 8 Sep 1998 05:29:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA20407 for ; Tue, 8 Sep 1998 05:29:19 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id OAA15866 for ; Tue, 8 Sep 1998 14:29:09 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 8 Sep 1998 14:29:08 +0200 (MET DST) Mime-Version: 1.0 To: current@FreeBSD.ORG Subject: DEVFS panic Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 08 Sep 1998 14:29:07 +0200 Message-ID: Lines: 369 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id FAA20459 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG One of my freshly cvsupped and 'make world'ed -current box will repeatedly and reliably panic if booted with a DEVFS kernel (SLICE or no SLICE). The panic occurs right after the memory count (i.e. where a successful kernel would print "DEVFS: ready for devices"). The details of the panic are as follows (copied via paper): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x14 fault code = supervisor read, page not present instruction pointer = 0x8:0xf013d2b5 stack pointer = 0x10:0xf01fcf5c frame pointer = 0x10:0xf01fcf74 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 () interrupt mask = net tty bio cam trap number = 12 Of course, there's no dump, but I can provide a copy of the faulty kernel (stripped, unfortunately; I forgot to keep an unstripped copy). The exact same kernel without DEVFS works flawlessly. An older kernel (August 2nd) with the same configuration works flawlessly with DEVFS and SLICE. The faulty kernel was compiled with the following version of DEVFS: root@fixus-ipv6 /usr/src/sys/miscfs/devfs# ident * README: devfs_proto.h: devfs_tree.c: $Id: devfs_tree.c,v 1.56 1998/07/05 23:10:21 julian Exp $ devfs_vfsops.c: $Id: devfs_vfsops.c,v 1.32 1998/09/07 13:17:00 bde Exp $ devfs_vnops.c: $Id: devfs_vnops.c,v 1.60 1998/09/04 08:06:56 dfr Exp $ devfsdefs.h: $Id: devfsdefs.h,v 1.16 1998/07/05 23:10:22 julian Exp $ reproto.sh: Here's the kernel config: # # Kernel configuration for fixus-ipv6.ifi.uio.no # machine "i386" cpu "I686_CPU" ident "fixus-ipv6" maxusers 64 # General kernel options options "AUTO_EOI_1" #options "AUTO_EOI_2" options BOUNCE_BUFFERS options "COMPAT_43" options FFS options INCLUDE_CONFIG_FILE options INET options "MD5" options "NMBCLUSTERS=8192" options "NO_F00F_HACK" options DEVFS #options SLICE options PROCFS options SOFTUPDATES options SYSVMSG options SYSVSEM options SYSVSHM options UCONSOLE options USERCONFIG options VISUAL_USERCONFIG config kernel root on wd0 # Buses controller isa0 controller pci0 controller pnp0 # Numeric coprocessor device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr # Floppy controller controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 # Primary IDE channel controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 flags 0x80ff #disk wd1 at wdc0 drive 1 flags 0x80ff # Secondary IDE channel controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 flags 0x80ff #disk wd3 at wdc1 drive 1 flags 0x80ff # ATAPI CD-ROM support options ATAPI options ATAPI_STATIC device wcd0 # System console with PS/2 mouse device sc0 at isa? port "IO_KBD" tty irq 1 flags 0x06 vector scintr options "SC_HISTORY_SIZE=1024" options "MSGBUF_SIZE=32768" #options SC_DISABLE_REBOOT device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # Audio hardware device pcm0 at isa? port ? tty irq 10 drq 1 flags 0x0 vector pcmintr # Serial and parallell ports device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr # Network adapter (3Com Etherlink III XL) #device vx0 device xl0 # Pseudo-devices pseudo-device bpfilter 4 pseudo-device ether pseudo-device gzip pseudo-device loop pseudo-device pty 64 pseudo-device tun 4 pseudo-device vn 4 # Sound hardware device pcm0 at isa? port? tty irq 5 drq 1 flags 0x15 vector pcmintr Here's a dmesg of the same kernel without DEVFS: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #1: Tue Sep 8 14:02:49 CEST 1998 root@:/usr/src/sys/compile/fixus-ipv6 Calibrating clock(s) ... TSC clock: 298023586 Hz, i8254 clock: 1193288 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz cost 3031 ns CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 297998312 Hz cost 163 ns CPU: Pentium II (298.00-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping=3 Features=0x80f9ff real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x001f8000 - 0x07ff7fff, 132120576 bytes (32256 pages) avail memory = 128172032 (125168K bytes) Found BIOS32 Service Directory header at 0xf00ffe80 Entry = 0xffe90 (0xf00ffe90) Rev = 0 Len = 1 PCI BIOS entry at 0xcc1e Other BIOS signatures found: ACPI: 00000000 $PnP: 000fe2d0 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000384c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71808086) Probing for devices on PCI bus 0: found-> vendor=0x8086, dev=0x7180, revid=0x03 class=06-00-00, hdrtype=0x00, mfdev=0 map[0]: type 3, range 32, base f4000000, size 26 chip0: rev 0x03 on pci0.0.0 found-> vendor=0x8086, dev=0x7181, revid=0x03 class=06-04-00, hdrtype=0x01, mfdev=0 chip1: rev 0x03 on pci0.1.0 found-> vendor=0x8086, dev=0x7110, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 chip2: rev 0x01 on pci0.7.0 found-> vendor=0x8086, dev=0x7111, revid=0x01 class=01-01-80, hdrtype=0x00, mfdev=0 ide_pci0: rev 0x01 on pci0.7.1 intel_piix_status: primary master sample = 3, master recovery = 1 intel_piix_status: primary master fastDMAonly disabled, pre/post enabled, intel_piix_status: IORDY sampling enabled, intel_piix_status: fast PIO enabled intel_piix_status: primary slave sample = 5, slave recovery = 4 intel_piix_status: primary slave fastDMAonly disabled, pre/post disabled, intel_piix_status: IORDY sampling disabled, intel_piix_status: fast PIO disabled ide_pci: busmaster 0 status: 24 from port: 0000ffa2 ide_pci: ide0:0 has been configured for DMA by BIOS intel_piix_status: secondary master sample = 3, master recovery = 3 intel_piix_status: secondary master fastDMAonly disabled, pre/post disabled, intel_piix_status: IORDY sampling enabled, intel_piix_status: fast PIO enabled intel_piix_status: secondary slave sample = 5, slave recovery = 4 intel_piix_status: secondary slave fastDMAonly disabled, pre/post disabled, intel_piix_status: IORDY sampling disabled, intel_piix_status: fast PIO disabled ide_pci: busmaster 1 status: 04 from port: 0000ffaa found-> vendor=0x8086, dev=0x7112, revid=0x01 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=11 chip3: rev 0x01 int d irq 11 on pci0.7.2 found-> vendor=0x8086, dev=0x7113, revid=0x01 class=06-80-00, hdrtype=0x00, mfdev=0 chip4: rev 0x01 on pci0.7.3 found-> vendor=0x102b, dev=0x051b, revid=0x00 class=03-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=9 map[0]: type 3, range 32, base f9000000, size 24 map[1]: type 1, range 32, base ff800000, size 14 map[2]: type 1, range 32, base ff000000, size 23 vga0: rev 0x00 int a irq 9 on pci0.14.0 found-> vendor=0x1011, dev=0x0024, revid=0x02 class=06-04-00, hdrtype=0x01, mfdev=0 chip5: rev 0x02 on pci0.15.0 found-> vendor=0x10b7, dev=0x9050, revid=0x00 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=11 map[0]: type 4, range 32, base 0000dc80, size 6 xl0: <3Com 3c905 Fast Etherlink XL 10/100BaseTX> rev 0x00 int a irq 11 on pci0.17.0 xl0: Ethernet address: 00:c0:4f:a9:14:1a xl0: media options word: e040 xl0: probing for a PHY xl0: checking address: 0 xl0: checking address: 1 xl0: checking address: 2 xl0: checking address: 3 xl0: checking address: 4 xl0: checking address: 5 xl0: checking address: 6 xl0: checking address: 7 xl0: checking address: 8 xl0: checking address: 9 xl0: checking address: 10 xl0: checking address: 11 xl0: checking address: 12 xl0: checking address: 13 xl0: checking address: 14 xl0: checking address: 15 xl0: checking address: 16 xl0: checking address: 17 xl0: checking address: 18 xl0: checking address: 19 xl0: checking address: 20 xl0: checking address: 21 xl0: checking address: 22 xl0: checking address: 23 xl0: checking address: 24 xl0: found PHY at address 24, vendor id: 2000 device id: 5c01 xl0: PHY type: xl0: found MII xl0: PHY status word: 7849 xl0: 10Mbps half-duplex mode supported xl0: 10Mbps full-duplex mode supported xl0: 100Mbps half-duplex mode supported xl0: 100Mbps full-duplex mode supported xl0: autoneg supported bpf: xl0 attached Probing for devices on PCI bus 1: found-> vendor=0x1002, dev=0x4744, revid=0x5c class=03-00-00, hdrtype=0x00, mfdev=0 map[0]: type 1, range 32, base fd000000, size 24 map[1]: type 4, range 32, base 0000ec00, size 8 map[2]: type 1, range 32, base fcfff000, size 12 vga1: rev 0x5c on pci1.0.0 Probing for devices on PCI bus 2: Initializing PnP override table Probing for PnP devices: Trying Read_Port at 203 CSN 1 Vendor ID: CSC6835 [0x3568630e] Serial 0xffffffff Called nullpnp_probe with tag 0x00000001, type 0x3568630e Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0065 kbdio: DIAGNOSE status:0055 kbdio: TEST_KBD_PORT status:0000 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0: keyboard device ID: ab41 sc0 at 0x60-0x6f irq 1 flags 0x6 on motherboard sc0: BIOS video mode:3 sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 60 4f 50 83 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: video mode:24 sc0: VGA registers in BIOS for mode:24 50 18 10 00 10 00 03 00 02 67 60 4f 50 83 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: VGA registers to be used for mode:24 50 18 10 00 10 00 03 00 02 67 60 4f 50 83 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: rows_offset:1 sc0: VGA color <16 virtual consoles, flags=0x6> psm0: current command byte:0065 kbdio: TEST_AUX_PORT status:0000 kbdio: RESET_AUX return code:00fa kbdio: RESET_AUX status:00aa kbdio: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: status 10 00 64 psm: data 08 00 00 psm: data 08 00 00 psm: status 00 02 64 psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 mss_probe: no address supplied, try default 0x530 mss_detect - chip revision 0x0a mss_detect warning - I11: 0x04/0x00 mss_detect() - Detected CS4236 pcm0 at 0x530 irq 10 drq 1 flags 0xa600 on isa mss_attach 0 at 0x530 irq 10 dma 1:1 flags 0xa600 sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface bpf: lp0 attached fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-16 wd0: 4119MB (8436960 sectors), 8928 cyls, 15 heads, 63 S/T, 512 B/S wd0: ATA INQUIRE valid = 0007, dmamword = 0007, apio = 0003, udma = 0407 wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, ovlap, dma, iordy wcd0: 4133/4134Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray wcd0: no disc inside, unlocked npx0 flags 0x1 on motherboard npx0: INT 16 interface imasks: bio c008c040, tty c003149a, net c0060800 BIOS Geometries: 0:020bfe3f 0..523=524 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: tun0 attached bpf: tun1 attached bpf: tun2 attached bpf: tun3 attached bpf: lo0 attached Considering FFS root f/s. changing root device to wd0s2a wd0s1: type 0x6, start 63, end = 4192964, size 4192902 : OK wd0s2: type 0xa5, start 4192965, end = 8434124, size 4241160 : OK ffs_mountfs: superblock updated ffs_mountfs: superblock updated ffs_mountfs: superblock updated ffs_mountfs: superblock updated xl0: autoneg complete, link status good (full-duplex, 100Mbps) DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 05:34:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA21380 for freebsd-current-outgoing; Tue, 8 Sep 1998 05:34:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA21319; Tue, 8 Sep 1998 05:33:54 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id OAA16707; Tue, 8 Sep 1998 14:33:48 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 8 Sep 1998 14:33:47 +0200 (MET DST) Mime-Version: 1.0 To: "Justin T. Gibbs" Cc: current@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY References: <199809080603.AAA22951@pluto.plutotech.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 08 Sep 1998 14:33:46 +0200 In-Reply-To: "Justin T. Gibbs"'s message of "Mon, 07 Sep 1998 23:56:58 -0600" Message-ID: Lines: 9 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id FAA21323 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Justin T. Gibbs" writes: > After more than a year of development, the Common Access Method SCSI layer > for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. Hooray! DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 05:36:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA22146 for freebsd-current-outgoing; Tue, 8 Sep 1998 05:36:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.net.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA22136 for ; Tue, 8 Sep 1998 05:36:24 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.net.mx (8.8.8/8.8.7) with ESMTP id HAA14158; Tue, 8 Sep 1998 07:33:31 -0500 (CDT) Message-ID: <35F5241B.A1D144AD@webwizard.org.mx> Date: Tue, 08 Sep 1998 07:33:31 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b1 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Enkhyl CC: Zach Heilig , Mike Smith , "Matthew D. Fuller" , Jonathan Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Enkhyl wrote: > On Tue, 8 Sep 1998, Zach Heilig wrote: > > > On Mon, Sep 07, 1998 at 05:12:23PM -0700, Mike Smith wrote: > > > > > > > > controller ppc0 at isa? port ? irq 7 vector ppcintr > > ^ tty > > I seem to recall (quite vividly for some reason :-) that you need a 'tty' > > in there somewhere. He must have had an old example from LINT before you > > fixed it. > > Actually, I think this is correct based on looking at what's in > 3.0-current LINT: > > controller ppc0 at isa? port ? tty irq 7 vector ppcintr > > I've been lurking on this topic, as I am trying to get my ZIP drive > working, too. :-) I have been using this for some time (6 mos+-). controller scbus0 #base SCSI code device sd0 #SCSI disks controller ppbus0 controller ppc0 at isa? port ? irq 7 vector ppcintr controller vpo0 at ppbus? device nlpt0 at ppbus? Use it everyday. ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 05:39:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA22609 for freebsd-current-outgoing; Tue, 8 Sep 1998 05:39:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from wit395301.student.utwente.nl (wit395301.student.utwente.nl [130.89.235.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA22603 for ; Tue, 8 Sep 1998 05:39:21 -0700 (PDT) (envelope-from gelderen@mediaport.org) Received: from [10.0.0.20] (helo=deskfix) by wit395301.student.utwente.nl with smtp (Exim 1.92 #1) id 0zGOtO-0002MO-00; Tue, 8 Sep 1998 14:37:14 +0000 Message-ID: <001d01bddb25$6dad78c0$1400000a@local> From: "Jeroen C. van Gelderen" To: "Martti Kuparinen" , "Jordan K. Hubbard" Cc: Subject: Re: I have added Finnish keyboard support for sysinstall Date: Tue, 8 Sep 1998 14:37:23 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.0518.4 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0518.4 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by hub.freebsd.org id FAA22605 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Jordan K. Hubbard >> I have patched sysinstall to support Finnish keyboards. In addition to these >> patches, one must create two new files in /usr/share/syscons/keymaps/ >> >> cp swedish.cp850.kbd finnish.cp850.kbd >> cp swedish.iso.kbd finnish.iso.kbd > >Hmmm. Question: If these are identical, what's the point of even >creating new maps? Why not just add a new menu entry in sysinstall >which points at the same Swedish entries or, even less trouble, simply >modify the swedish entry to say "Swedish/Finnish" or something? Hmm, I'd think Finnish people will expect their keymap at the F in the list since they don't know that it's the same as the Swedish map. (Exactly the reason why it's being added in the first place.) Therefore I think your first option is the preferred one... Cheers, Jeroen -- Jeroen C. van Gelderen - gelderen@mediaport.org Fight SPAM, join CAUCE - http://www.cauce.org/ Supporting the MAPS RBL - http://maps.vix.com/rbl/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 05:42:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA23293 for freebsd-current-outgoing; Tue, 8 Sep 1998 05:42:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opi.flirtbox.ch ([62.48.0.50]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA23282 for ; Tue, 8 Sep 1998 05:42:44 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 18113 invoked from network); 8 Sep 1998 12:42:49 -0000 Received: from unknown (HELO pipeline.ch) (195.134.140.5) by opi.flirtbox.ch with SMTP; 8 Sep 1998 12:42:49 -0000 Message-ID: <35F52638.88AF77C5@pipeline.ch> Date: Tue, 08 Sep 1998 14:42:32 +0200 From: Andre Oppermann Organization: Internet Business Solutions Ltd. X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: ben@rosengart.com CC: Mike Smith , "Daniel O'Connor" , current@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Snob Art Genre wrote: > > On Tue, 8 Sep 1998, Mike Smith wrote: > > > Owning the disc does not grant you the right to copy its contents > > (which you do not own). > > You're allowed to make backup copies -- and given how easily scratchable > CDs turn out to be, that can be quite useful. You are even allowed to make your own 'best of' of your music CD's (at least in Europe). You cannot sell those CD's of course... The only problem I can see is the new US copyright law; it's no longer allowed to have/produce/sell technologie that enables you copy/analyse/ modify copyrighted work. Mybe the rawread funktion in the CDROM driver must be placed on internat. freebsd.org ;-) -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 05:57:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA25286 for freebsd-current-outgoing; Tue, 8 Sep 1998 05:57:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from penguin.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA25276 for ; Tue, 8 Sep 1998 05:56:56 -0700 (PDT) (envelope-from martti.kuparinen@lmf.ericsson.se) Received: from umail.lmf.ericsson.se (umail.lmf.ericsson.se [131.160.11.2]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/glacier-1.11) with SMTP id OAA22224; Tue, 8 Sep 1998 14:56:24 +0200 (MET DST) Received: from tosb0323 by umail.lmf.ericsson.se (SMI-8.6/SMI-SVR4) id PAA23215; Tue, 8 Sep 1998 15:56:17 +0300 Message-Id: <3.0.6.32.19980908155514.00a80100@openmail.lmf.ericsson.se> X-Sender: lmfmara@openmail.lmf.ericsson.se X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Tue, 08 Sep 1998 15:55:14 +0300 To: current@FreeBSD.ORG From: Martti Kuparinen Subject: Re: I have added Finnish keyboard support for sysinstall Cc: jkh@time.cdrom.com, gelderen@mediaport.org In-Reply-To: <001d01bddb25$6dad78c0$1400000a@local> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Hmm, I'd think Finnish people will expect their keymap at the F in the list >since they don't know that it's the same as the Swedish map. Good point. If Finnish is a separate item, but it uses the Swedish settings, then Swedes see the current layout as Finnish when they later go to sysinstall (I have tried this, and I think it's because Finnish is the first one which matches the table entry). Finnish people are happy but Swedes are not. Solution: Create a new entry "Finnish/Swedish" at the F in the list and modify the current Swedish entry to "Swedish/Finnish". Now both Finns and Swedes find their keyboards :-) and both entries use the existing Swedish settings. Martti To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 06:11:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA26831 for freebsd-current-outgoing; Tue, 8 Sep 1998 06:11:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bird.te.rl.ac.uk (bird.te.rl.ac.uk [130.246.19.162]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA26805 for ; Tue, 8 Sep 1998 06:11:51 -0700 (PDT) (envelope-from tmb@rcru.rl.ac.uk) Received: from rcru.rl.ac.uk (localhost [127.0.0.1]) by bird.te.rl.ac.uk (8.8.8/8.8.8) with ESMTP id OAA05156 for ; Tue, 8 Sep 1998 14:11:50 +0100 (BST) (envelope-from tmb@rcru.rl.ac.uk) Message-Id: <199809081311.OAA05156@bird.te.rl.ac.uk> To: freebsd-current@FreeBSD.ORG Subject: 2048-byte sector support for DOS filesystem. Date: Tue, 08 Sep 1998 14:11:50 +0100 From: Mark Blackman Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Would there be any point in me pleading for 2048-byte sector support for MSDOS filesystems to be included in current anytime soon? I suspect everyone is quite busy, so I'm trying to adopt the least demanding tone possible. It would be handy for me (and others surely) to be able to read MSDOS formatted 640MB 2048-byte sector Magneto-Optical disks. Either via the MSDOS filesystem or the mtools port. They both fail at this point in time (3.0-19980804-SNAP, no CAM, no SMP) with errors from 'dmesg' like od0: ILLEGAL REQUEST asc:21,0 Logical block address out of range od0: ILLEGAL REQUEST asc:21,0 Logical block address out of range od0: ILLEGAL REQUEST asc:21,0 Logical block address out of range od0: ILLEGAL REQUEST asc:21,0 Logical block address out of range dscheck: b_bcount 512 is not on a sector boundary (ssize 2048) od0: ILLEGAL REQUEST asc:21,0 Logical block address out of range od0: ILLEGAL REQUEST asc:21,0 Logical block address out of range od0: ILLEGAL REQUEST asc:21,0 Logical block address out of range od0: ILLEGAL REQUEST asc:21,0 Logical block address out of range dscheck: b_bcount 512 is not on a sector boundary (ssize 2048) and I'm just not clued up enough to understand how to remedy this. The last mention I saw of this issue was in PR kern/2715 along with a (now outdated) patch. Is this just the usual question of effort (everybody's busy with more important stuff) or of some technical issue that needs to be resolved? (that's the same thing I suppose). Cheers, Mark Blackman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 06:16:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA27598 for freebsd-current-outgoing; Tue, 8 Sep 1998 06:16:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA27504 for ; Tue, 8 Sep 1998 06:15:59 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from bragg (bragg [129.127.36.34]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id WAA30684; Tue, 8 Sep 1998 22:45:10 +0930 (CST) Received: by bragg; (5.65/1.1.8.2/05Aug95-0227PM) id AA27844; Tue, 8 Sep 1998 22:45:05 +0930 Date: Tue, 8 Sep 1998 22:45:03 +0930 (CST) From: Kris Kennaway X-Sender: kkennawa@bragg To: Simon Shapiro Cc: Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: RE: 3.0 and DEVFS In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 8 Sep 1998, Simon Shapiro wrote: > Andrzej Bialecki, On 08-Sep-98 you wrote: > > Hi, > > > > What will be the status of DEVFS in 3.0-RELEASE? There are still some > > parts broken in it... > > Like make release ? and msdos extended partitions. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 06:25:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA29068 for freebsd-current-outgoing; Tue, 8 Sep 1998 06:25:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA29063 for ; Tue, 8 Sep 1998 06:25:44 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:Mf5wfVDb7svjbvGoXnmLh2+djaaS3/NH@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id PAA03196; Tue, 8 Sep 1998 15:24:22 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809081324.PAA03196@gratis.grondar.za> To: Andre Oppermann cc: ben@rosengart.com, Mike Smith , "Daniel O'Connor" , current@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: Your message of " Tue, 08 Sep 1998 14:42:32 +0200." <35F52638.88AF77C5@pipeline.ch> References: <35F52638.88AF77C5@pipeline.ch> Date: Tue, 08 Sep 1998 15:24:21 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andre Oppermann wrote: > Mybe the rawread funktion in the CDROM driver must be placed on > internat.freebsd.org ;-) Send it over :-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 06:36:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00917 for freebsd-current-outgoing; Tue, 8 Sep 1998 06:36:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00910 for ; Tue, 8 Sep 1998 06:36:54 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id GAA07586; Tue, 8 Sep 1998 06:36:23 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Mark Blackman cc: freebsd-current@FreeBSD.ORG Subject: Re: 2048-byte sector support for DOS filesystem. In-reply-to: Your message of "Tue, 08 Sep 1998 14:11:50 BST." <199809081311.OAA05156@bird.te.rl.ac.uk> Date: Tue, 08 Sep 1998 06:36:23 -0700 Message-ID: <7582.905261783@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The last mention I saw of this issue was in PR kern/2715 along with a (now > outdated) patch. Is this just the usual question of effort (everybody's busy > with more important stuff) or of some technical issue that needs to be > resolved? (that's the same thing I suppose). I'd guess the former. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 06:57:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA03076 for freebsd-current-outgoing; Tue, 8 Sep 1998 06:57:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA03058 for ; Tue, 8 Sep 1998 06:57:11 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id PAA05986; Tue, 8 Sep 1998 15:55:31 +0200 (CEST) (envelope-from sos) Message-Id: <199809081355.PAA05986@sos.freebsd.dk> Subject: Re: 2048-byte sector support for DOS filesystem. In-Reply-To: <7582.905261783@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 8, 98 06:36:23 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 8 Sep 1998 15:55:30 +0200 (CEST) Cc: tmb@rcru.rl.ac.uk, freebsd-current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Jordan K. Hubbard who wrote: > > The last mention I saw of this issue was in PR kern/2715 along with a (now > > outdated) patch. Is this just the usual question of effort (everybody's busy > > with more important stuff) or of some technical issue that needs to be > > resolved? (that's the same thing I suppose). > > I'd guess the former. :) Hmm, not exactly, the system is badly screwed for blocks != DEV_BSIZE. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 07:13:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05953 for freebsd-current-outgoing; Tue, 8 Sep 1998 07:13:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05891; Tue, 8 Sep 1998 07:13:18 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:oLnC4VuDuxRYiI5tQnfY5YphGnyTXtl1@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id QAA03322; Tue, 8 Sep 1998 16:12:58 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809081412.QAA03322@gratis.grondar.za> To: current@FreeBSD.ORG, committers@FreeBSD.ORG Subject: P-Day tomorrow! Date: Tue, 08 Sep 1998 16:12:56 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I have got Perl5 BMAKED and commit-ready. Barring any large problems, I will be committing this to CURRENT tomorrow during the day (ZA day - we are GMT+0200). Speak now or forever hold the pieces. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 07:19:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA07176 for freebsd-current-outgoing; Tue, 8 Sep 1998 07:19:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mailgate.nortel.ca (mailgate.nortel.ca [192.58.194.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA07165 for ; Tue, 8 Sep 1998 07:19:27 -0700 (PDT) (envelope-from atrens@nortel.ca) Received: from zcars01t by mailgate; Tue, 8 Sep 1998 10:18:36 -0400 Received: from wmerh01z.ca.nortel.com by zcars01t; Tue, 8 Sep 1998 10:17:56 -0400 Received: (from atrens@wmerh01z) by wmerh01z.ca.nortel.com (8.7.1/8.7.1) id KAA29022; Tue, 8 Sep 1998 10:17:56 -0400 (EDT) From: "Andrew Atrens" Message-Id: <199809081417.KAA29022@wmerh01z.ca.nortel.com> Subject: Re: HEADS UP: 6 days to C-DAY To: gibbs@plutotech.com Date: Tue, 08 Sep 1998 10:17:55 EDT Cc: current@FreeBSD.ORG In-Reply-To: <199809080603.AAA22951@pluto.plutotech.com>; from "Justin T. Gibbs" at Sep 07, 98 11:56 pm X-Mailer: Elm [revision: 212.4] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Folks, Just wondering if any timeline has been established for folding ATAPI under CAM. Cheers, Andrew. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 07:33:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08879 for freebsd-current-outgoing; Tue, 8 Sep 1998 07:33:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA08852 for ; Tue, 8 Sep 1998 07:33:12 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 17956 invoked by uid 1000); 8 Sep 1998 15:35:51 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 08 Sep 1998 11:35:51 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: "David E. Cross" Subject: RE: XFree86 and -current Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David E. Cross, On 08-Sep-98 you wrote: > what is the status of being able to build XFree86 on -current/ELF? I > know > I am still having some problems with the libvga256.a and libvga.a > libraries and linking the X Server. Also, I understand there will be a > new ports structure for -current? Is this in development and could be > cvsup-ed? I built it under a.out without trouble about a week ago. Under ELF, it wants -lcrypt added, as in adding this line to /usr/ports/x11/scripts/configure: ... cat $F >> $WRKDIR/xc/config/cf/xf86site.def + echo "#define BootstrapCFlags -lcrypt" >> \ + $WRKDIR/xc/config/cf/xf86site.def exit 0 How well it runs I do not know; I have way too many things to convert to ELF before I try. Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 07:54:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA10960 for freebsd-current-outgoing; Tue, 8 Sep 1998 07:54:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA10920; Tue, 8 Sep 1998 07:54:24 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id QAA10276; Tue, 8 Sep 1998 16:53:58 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 8 Sep 1998 16:53:58 +0200 (MET DST) Mime-Version: 1.0 To: Mark Murray Cc: current@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: P-Day tomorrow! References: <199809081412.QAA03322@gratis.grondar.za> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 08 Sep 1998 16:53:56 +0200 In-Reply-To: Mark Murray's message of "Tue, 08 Sep 1998 16:12:56 +0200" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id HAA10921 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray writes: > I have got Perl5 BMAKED and commit-ready. Barring any large problems, > I will be committing this to CURRENT tomorrow during the day (ZA > day - we are GMT+0200). E-day, C-day, P-day... if this keeps up we'll run out of alphabet any time soon :) Apart from that: Hooray! DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 07:56:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11310 for freebsd-current-outgoing; Tue, 8 Sep 1998 07:56:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA11303 for ; Tue, 8 Sep 1998 07:56:31 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from bragg (bragg [129.127.36.34]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id AAA29835 for ; Wed, 9 Sep 1998 00:26:24 +0930 (CST) Received: by bragg; (5.65/1.1.8.2/05Aug95-0227PM) id AA01983; Wed, 9 Sep 1998 00:26:22 +0930 Date: Wed, 9 Sep 1998 00:26:21 +0930 (CST) From: Kris Kennaway X-Sender: kkennawa@bragg To: current@FreeBSD.ORG Subject: amd breakage Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For about the past week, my builds have been dying in usr.sbin/amd with the following: ===> libamu Warning: Object directory not changed from original /usr2/src/usr.sbin/amd/libamu ===> amd Warning: Object directory not changed from original /usr2/src/usr.sbin/amd/amd cc -O2 -pipe -mno-486 -I/usr2/src/usr.sbin/amd/amd/../../../contrib/amd/amd -I. -I/usr2/src/usr.sbin/amd/amd -I/usr2/src/usr.sbin/amd/amd/../include -I/usr2/src/usr.sbin/amd/amd/../../../contrib/amd/include -I/usr2/src/usr.sbin/amd/amd/../../../contrib/amd -DHAVE_CONFIG_H -o amd conf_parse.o conf_tok.o am_ops.o amd.o amfs_auto.o amfs_direct.o amfs_error.o amfs_host.o amfs_inherit.o amfs_link.o amfs_linkx.o amfs_nfsl.o amfs_nfsx.o amfs_program.o amfs_root.o amfs_toplvl.o amfs_union.o amq_subr.o amq_svc.o autil.o clock.o conf.o get_args.o info_file.o info_ndbm.o info_nis.o info_passwd.o info_union.o map.o mapc.o mntfs.o nfs_prot_svc.o nfs_start.o nfs_subr.o ops_cdfs.o ops_lofs.o ops_mfs.o ops_nfs.o ops_nfs3.o ops_nullfs.o ops_pcfs.o ops_tfs.o ops_ufs.o ops_umapfs.o ops_unionfs.o opts.o restart.o rpc_fwd.o sched.o srvr_amfs_auto.o srvr_nfs.o mount_xdr.o /usr2/src/usr.sbin/amd/libamu/libamu.a -lrpcsvc amfs_auto.o: In function `amfs_auto_lookuppn': amfs_auto.o(.text+0x1002): undefined reference to `nfs_program_2_transp' amfs_auto.o(.text+0x102f): undefined reference to `nfs_program_2_transp' nfs_prot_svc.o: In function `nfs_program_2': nfs_prot_svc.o(.text+0x73): undefined reference to `nfsproc_null_2' nfs_prot_svc.o(.text+0x87): undefined reference to `nfsproc_getattr_2' nfs_prot_svc.o(.text+0x9b): undefined reference to `nfsproc_setattr_2' nfs_prot_svc.o(.text+0xaf): undefined reference to `nfsproc_root_2' nfs_prot_svc.o(.text+0xc3): undefined reference to `nfsproc_lookup_2' nfs_prot_svc.o(.text+0xd7): undefined reference to `nfsproc_readlink_2' nfs_prot_svc.o(.text+0xeb): undefined reference to `nfsproc_read_2' nfs_prot_svc.o(.text+0xff): undefined reference to `nfsproc_writecache_2' nfs_prot_svc.o(.text+0x113): undefined reference to `nfsproc_write_2' nfs_prot_svc.o(.text+0x127): undefined reference to `nfsproc_create_2' nfs_prot_svc.o(.text+0x13b): undefined reference to `nfsproc_remove_2' nfs_prot_svc.o(.text+0x14f): undefined reference to `nfsproc_rename_2' nfs_prot_svc.o(.text+0x163): undefined reference to `nfsproc_link_2' nfs_prot_svc.o(.text+0x177): undefined reference to `nfsproc_symlink_2' nfs_prot_svc.o(.text+0x18b): undefined reference to `nfsproc_mkdir_2' nfs_prot_svc.o(.text+0x19f): undefined reference to `nfsproc_rmdir_2' nfs_prot_svc.o(.text+0x1b3): undefined reference to `nfsproc_readdir_2' nfs_prot_svc.o(.text+0x1c7): undefined reference to `nfsproc_statfs_2' *** Error code 1 Stop. *** Error code 1 Stop. Since I haven't heard anything on the lists about this, I presume something weird is going on over here - I've run several succesful make world's (commenting out the amd bit) including an elf upgrade and this problems still persists. Any suggestions on where to look for the problem? Kris ------------------------------------------------------------------------------ The Feynman Problem-Solving Algorithm: (1) Write down the problem (2) Think real hard (3) Write down the answer ------------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 08:00:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12008 for freebsd-current-outgoing; Tue, 8 Sep 1998 08:00:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA11991 for ; Tue, 8 Sep 1998 08:00:51 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id RAA11364; Tue, 8 Sep 1998 17:00:30 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 8 Sep 1998 17:00:29 +0200 (MET DST) Mime-Version: 1.0 To: "Jordan K. Hubbard" Cc: Mark Blackman , freebsd-current@FreeBSD.ORG Subject: Re: 2048-byte sector support for DOS filesystem. References: <7582.905261783@time.cdrom.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 08 Sep 1998 17:00:28 +0200 In-Reply-To: "Jordan K. Hubbard"'s message of "Tue, 08 Sep 1998 06:36:23 -0700" Message-ID: Lines: 21 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id IAA12002 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jordan K. Hubbard" writes: > > The last mention I saw of this issue was in PR kern/2715 along with a (now > > outdated) patch. Is this just the usual question of effort (everybody's busy > > with more important stuff) or of some technical issue that needs to be > > resolved? (that's the same thing I suppose). > I'd guess the former. :) I think the patches in kern/7210 address this inre. the od driver - but since the od driver is going away on C-day and CAM's da driver supports (n * 512)-byte blocks for arbitrary n, I don't see much point in committing it to -current (though it might be worth looking into committing it to -stable) IIRC 7210 is assigned to me, but it has lain dormant for a while due to my terminal condition of laziness + lack of motivation due to the imminent integration of CAM into -current. If enough people are interested, I'll brush the dust off it and test it on -stable. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 08:03:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12500 for freebsd-current-outgoing; Tue, 8 Sep 1998 08:03:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12491 for ; Tue, 8 Sep 1998 08:03:31 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id BAA00630; Wed, 9 Sep 1998 01:03:20 +1000 Date: Wed, 9 Sep 1998 01:03:20 +1000 From: Bruce Evans Message-Id: <199809081503.BAA00630@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, tmb@rcru.rl.ac.uk Subject: Re: 2048-byte sector support for DOS filesystem. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The last mention I saw of this issue was in PR kern/2715 along with a (now >outdated) patch. Is this just the usual question of effort (everybody's busy >with more important stuff) or of some technical issue that needs to be >resolved? (that's the same thing I suppose). See PR 7210. The patches for od.c in it are obsolete but hopefully unnecessary. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 08:06:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13066 for freebsd-current-outgoing; Tue, 8 Sep 1998 08:06:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12998 for ; Tue, 8 Sep 1998 08:06:04 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.02 #26) id 0zGOHQ-0001Zb-00; Tue, 8 Sep 1998 14:58:00 +0100 Date: Tue, 8 Sep 1998 14:58:00 +0100 From: Ben Smithurst To: Manfred Antar Cc: current@FreeBSD.ORG Subject: Re: Bus error with vmstat Message-ID: <19980908145800.A5748@scientia.demon.co.uk> References: <19980908010911.A7278@scientia.demon.co.uk> <199809080402.VAA05786@pozo.pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <199809080402.VAA05786@pozo.pozo.com> User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Manfred Antar wrote: > ldd /usr/sbin/iostat > (manfred)502}ldd /usr/sbin/iostat > /usr/sbin/iostat: > libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28052000) > libc.so.3 => /usr/lib/libc.so.3 (0x28057000) > > (manfred)505}ldd /usr/bin/vmstat > /usr/bin/vmstat: > libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28053000) > libc.so.3 => /usr/lib/libc.so.3 (0x28058000) > > Should these be compiled aout ? I've just compiled them both aout and they work fine. I suppose that should only be a temporary fix though. Still, it's better than having them not work at all. $ ldd `which iostat vmstat` /usr/sbin/iostat: -lkvm.2 => /usr/lib/aout/libkvm.so.2.0 (0x20019000) -lc.3 => /usr/lib/aout/libc.so.3.1 (0x2001d000) /usr/bin/vmstat: -lkvm.2 => /usr/lib/aout/libkvm.so.2.0 (0x2001b000) -lc.3 => /usr/lib/aout/libc.so.3.1 (0x2001f000) -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 08:10:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13914 for freebsd-current-outgoing; Tue, 8 Sep 1998 08:10:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13780 for ; Tue, 8 Sep 1998 08:09:49 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id RAA06170; Tue, 8 Sep 1998 17:07:35 +0200 (CEST) (envelope-from sos) Message-Id: <199809081507.RAA06170@sos.freebsd.dk> Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: <199809081417.KAA29022@wmerh01z.ca.nortel.com> from Andrew Atrens at "Sep 8, 98 10:17:55 am" To: atrens@nortel.ca (Andrew Atrens) Date: Tue, 8 Sep 1998 17:07:35 +0200 (CEST) Cc: gibbs@plutotech.com, current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Andrew Atrens who wrote: > > Hi Folks, > > Just wondering if any timeline has been established for folding ATAPI under CAM. Not exactly, but there will be a new ata/atapi driver, if and when it will let the atapi devices register under CAM is another matter. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 08:26:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA16520 for freebsd-current-outgoing; Tue, 8 Sep 1998 08:26:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bird.te.rl.ac.uk (bird.te.rl.ac.uk [130.246.19.162]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16509 for ; Tue, 8 Sep 1998 08:26:37 -0700 (PDT) (envelope-from tmb@rcru.rl.ac.uk) Received: from rcru.rl.ac.uk (localhost [127.0.0.1]) by bird.te.rl.ac.uk (8.8.8/8.8.8) with ESMTP id QAA05621; Tue, 8 Sep 1998 16:23:47 +0100 (BST) (envelope-from tmb@rcru.rl.ac.uk) Message-Id: <199809081523.QAA05621@bird.te.rl.ac.uk> To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: freebsd-current@FreeBSD.ORG Subject: Re: 2048-byte sector support for DOS filesystem. In-reply-to: Your message of "08 Sep 1998 17:00:28 +0200." Date: Tue, 08 Sep 1998 16:23:47 +0100 From: Mark Blackman Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= writes: [speculative guessing on my part deleted] >I think the patches in kern/7210 address this inre. the od driver - >but since the od driver is going away on C-day and CAM's da driver >supports (n * 512)-byte blocks for arbitrary n, I don't see much point >in committing it to -current (though it might be worth looking into >committing it to -stable) > >IIRC 7210 is assigned to me, but it has lain dormant for a while due >to my terminal condition of laziness + lack of motivation due to the >imminent integration of CAM into -current. If enough people are >interested, I'll brush the dust off it and test it on -stable. So to confirm my understanding, therefore you would confidently expect that using the latest version of the CAM-modified CURRENT, my machine will happily recognize, mount and read MSDOS filesystems on 640MB magneto-optical disk with a FUJITSU 2513A (minus of course all the mistakes that I'm might make in configuring this set-up). Somehow I wasn't managing this before, but I'll try again if this is meant to work. Thanks (and to Bruce Evans) for pointing out kern/7210, somehow I missed that one when I searched. Cheers, Mark Blackman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 08:28:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA16878 for freebsd-current-outgoing; Tue, 8 Sep 1998 08:28:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16843; Tue, 8 Sep 1998 08:28:10 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id RAA29464; Tue, 8 Sep 1998 17:20:54 +0200 (CEST) To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: Mark Murray , current@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: P-Day tomorrow! In-reply-to: Your message of "08 Sep 1998 16:53:56 +0200." Date: Tue, 08 Sep 1998 17:20:53 +0200 Message-ID: <29462.905268053@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= writes: >Mark Murray writes: >> I have got Perl5 BMAKED and commit-ready. Barring any large problems, >> I will be committing this to CURRENT tomorrow during the day (ZA >> day - we are GMT+0200). > >E-day, C-day, P-day... if this keeps up we'll run out of alphabet any >time soon :) Naah, why do you think Terry Lambert wants to do Unicode support ? :-) -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 08:28:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA16949 for freebsd-current-outgoing; Tue, 8 Sep 1998 08:28:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16926 for ; Tue, 8 Sep 1998 08:28:39 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id RAA12650; Tue, 8 Sep 1998 17:28:08 +0200 (CEST) Message-ID: <19980908172807.A12626@cons.org> Date: Tue, 8 Sep 1998 17:28:07 +0200 From: Martin Cracauer To: Terry Lambert , Martin Cracauer Cc: freebsd-current@FreeBSD.ORG Subject: Re: Standardizing a BSD/ELF ABI... References: <19980903122603.A24806@cons.org> <199809040003.RAA06884@usr09.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199809040003.RAA06884@usr09.primenet.com>; from Terry Lambert on Fri, Sep 04, 1998 at 12:03:49AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199809040003.RAA06884@usr09.primenet.com>, Terry Lambert wrote: > > I didn't see anyone posting a piece of code to show the problem, maybe > > I overlooked something? > > Your program is: > > main() > { > extern char foo[]; > > initme(); /* get from shared library*/ > /* override default initilization from library*/ > strcpy( foo, "up to 16 bytes"); > } > > Link it against a library with a foo of size 16, and then run it with > a (newer) library with a foo of size 4. [...] That's all? I'm afraid I have to rate that as lame :-) You are using data from a library or provide data to a library that is not specified in the interface. It could have been declared in an interface file with a certain size, in that case, you wouldn't be able to compile the pieces of code that don't fit together. Or you declare a pointer only, in that case you can't make any assumptions about the size, all you can do is to call a function in the same unit the data has been declared in, which knows the real size. So no problem either way as long as you strickly implement and obey to the published interfaces. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 08:46:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA20499 for freebsd-current-outgoing; Tue, 8 Sep 1998 08:46:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA20458; Tue, 8 Sep 1998 08:46:13 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:8xpq8QwXO/2a4GRXampeeWhqq+PifXWW@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id RAA03768; Tue, 8 Sep 1998 17:41:09 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809081541.RAA03768@gratis.grondar.za> To: Poul-Henning Kamp cc: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ), current@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: P-Day tomorrow! In-Reply-To: Your message of " Tue, 08 Sep 1998 17:20:53 +0200." <29462.905268053@critter.freebsd.dk> References: <29462.905268053@critter.freebsd.dk> Date: Tue, 08 Sep 1998 17:41:08 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > In message , Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= > writes: > >Mark Murray writes: > >> I have got Perl5 BMAKED and commit-ready. Barring any large problems, > >> I will be committing this to CURRENT tomorrow during the day (ZA > >> day - we are GMT+0200). > > > >E-day, C-day, P-day... if this keeps up we'll run out of alphabet any > >time soon :) > > Naah, why do you think Terry Lambert wants to do Unicode support ? :-) ALEPH-NULL DAY TOMORROW!! XEMACS/SCHEME/X-11 BMAKED AND KERNEL CONVERTED TO MACH! ENTIRE KERNEL NOW RUNS AS JAVA APPLET!! NEWS AT 11!! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 09:07:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA24069 for freebsd-current-outgoing; Tue, 8 Sep 1998 09:07:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles301.castles.com [208.214.167.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA24052 for ; Tue, 8 Sep 1998 09:07:28 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id JAA16892; Tue, 8 Sep 1998 09:12:46 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809081612.JAA16892@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Enkhyl cc: Zach Heilig , Mike Smith , "Matthew D. Fuller" , Jonathan Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-reply-to: Your message of "Tue, 08 Sep 1998 04:20:44 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Sep 1998 09:12:45 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Tue, 8 Sep 1998, Zach Heilig wrote: > > > On Mon, Sep 07, 1998 at 05:12:23PM -0700, Mike Smith wrote: > > > > > > > > controller ppc0 at isa? port ? irq 7 vector ppcintr > > ^ tty > > I seem to recall (quite vividly for some reason :-) that you need a 'tty' > > in there somewhere. He must have had an old example from LINT before you > > fixed it. > > Actually, I think this is correct based on looking at what's in > 3.0-current LINT: > > controller ppc0 at isa? port ? tty irq 7 vector ppcintr > > I've been lurking on this topic, as I am trying to get my ZIP drive > working, too. :-) What problems are you having? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 09:09:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA24385 for freebsd-current-outgoing; Tue, 8 Sep 1998 09:09:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail4.aracnet.com (mail4.aracnet.com [205.159.88.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA24337 for ; Tue, 8 Sep 1998 09:08:46 -0700 (PDT) (envelope-from beattie@aracnet.com) Received: from shell2.aracnet.com (IDENT:beattie@shell2.aracnet.com [205.159.88.20]) by mail4.aracnet.com (8.9.1/8.9.0) with ESMTP id JAA09737; Tue, 8 Sep 1998 09:08:49 -0700 Received: from localhost by shell2.aracnet.com (8.8.7) id JAA19494; Tue, 8 Sep 1998 09:08:33 -0700 Date: Tue, 8 Sep 1998 09:08:33 -0700 (PDT) From: Brian Beattie To: Mike Smith cc: "Daniel O'Connor" , current@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: <199809080712.AAA15408@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 8 Sep 1998, Mike Smith wrote: > > > > On 08-Sep-98 Mike Smith wrote: > > > > Does this mean someone will help me fix my CAM panic now? =) > > > I can't say that support for audio CD piracy is necessarily right at > > > the top of the developers' prorities. 8) > > Hey, I own all of the CD's in question :) > > Owning the disc does not grant you the right to copy its contents > (which you do not own). > Actually I think "fair-use" does allow one to make copies, so long as you do not distribute those copies. It certainly allows one to copy parts for certain uses. Brian Beattie | If my corporate life has taught me anything, beattie@aracnet.com | it was that running multi-million dollar www.aracnet.com/~beattie | projects in no way implied managerial competence. | Tony Porczyk ( in comp.unix.bsd.freebsd.misc ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 09:13:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA24869 for freebsd-current-outgoing; Tue, 8 Sep 1998 09:13:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles301.castles.com [208.214.167.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA24756 for ; Tue, 8 Sep 1998 09:12:16 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id JAA16917; Tue, 8 Sep 1998 09:17:34 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809081617.JAA16917@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Edwin Culp cc: Enkhyl , Zach Heilig , Mike Smith , "Matthew D. Fuller" , Jonathan Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-reply-to: Your message of "Tue, 08 Sep 1998 07:33:31 CDT." <35F5241B.A1D144AD@webwizard.org.mx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Sep 1998 09:17:33 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have been using this for some time (6 mos+-). > > controller scbus0 #base SCSI code > device sd0 #SCSI disks > controller ppbus0 > controller ppc0 at isa? port ? irq 7 vector ppcintr controller ppc0 at isa? port ? tty irq 7 vector ppcintr You *must* put the 'tty' mask in there if you want it to be reliable. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 09:19:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA25793 for freebsd-current-outgoing; Tue, 8 Sep 1998 09:19:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles301.castles.com [208.214.167.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA25419; Tue, 8 Sep 1998 09:17:30 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id JAA16947; Tue, 8 Sep 1998 09:22:52 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809081622.JAA16947@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: Mark Murray , current@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: P-Day tomorrow! In-reply-to: Your message of "08 Sep 1998 16:53:56 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Tue, 08 Sep 1998 09:22:51 -0700 From: Mike Smith Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id JAA25460 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mark Murray writes: > > I have got Perl5 BMAKED and commit-ready. Barring any large problems, > > I will be committing this to CURRENT tomorrow during the day (ZA > > day - we are GMT+0200). > > E-day, C-day, P-day... if this keeps up we'll run out of alphabet any > time soon :) Nah, we just move to two letters, eg. TB-day on the 15th this month. 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 09:26:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27040 for freebsd-current-outgoing; Tue, 8 Sep 1998 09:26:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns11.rim.or.jp (ns11.rim.or.jp [202.247.130.230]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA27017 for ; Tue, 8 Sep 1998 09:26:31 -0700 (PDT) (envelope-from masafumi@aslm.rim.or.jp) Received: from rayearth.rim.or.jp (rayearth.rim.or.jp [202.247.130.242]) by ns11.rim.or.jp (8.8.5/3.5Wpl2-ns11/RIMNET-2) with ESMTP id BAA17186; Wed, 9 Sep 1998 01:26:23 +0900 (JST) Received: (from uucp@localhost) by rayearth.rim.or.jp (8.8.5/3.5Wpl2-uucp1/RIMNET) with UUCP id BAA13677; Wed, 9 Sep 1998 01:26:23 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by mail.aslm.rim.or.jp (8.9.1/3.5Wpl3-SMTP) with ESMTP id BAA21481; Wed, 9 Sep 1998 01:21:42 +0900 (JST) To: current@FreeBSD.ORG Cc: max@wide.ad.jp Subject: any working elf snapshot available? From: Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= X-Mailer: Mew version 1.92.4 on Emacs 20.2 / Mule 3.0 (MOMIJINOGA) X-PGP-Fingerprint: 00 D8 2C CA C7 75 D4 40 5C 34 39 BA A5 46 C0 CC Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980909012141L.masafumi@aslm.rim.or.jp> Date: Wed, 09 Sep 1998 01:21:41 +0900 X-Dispatcher: imput version 971024 Lines: 28 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I've been struggling with aout-to-elf upgrade. At the beginning, it seemed to be running ok, but as I updated my box to -current as of about 12 hours ago, it looks miserable. Actually, -current from about 80 hours ago acted oddly, but not much as it is now. So, I'm looking for snapshot of ELF system that is known to be work without problem. Here's my situation in case anyone is interested in, or hopefully can help me out. The -current as of three days ago had problem with kernel that has firewall support configured in. Once I removed it and started using LKM for that functionality, it worked fine, though. Now, the -current as of 12 hours ago doesn't even boot. Well, it does, but it doesn't stay up even for a minute. I cannot remember what exactly the panic was, but it was something like, dereferencing page that are in use. This was a case with the GENERIC kernel and it happend to me when I started vi in the single user mode. When I used mu custom kernel, which I've been using more than a few months, it didn't even get to the single user mode. I will take note what exactly all those messages are if I'm still suffering from this tomorrow. Cheers, Max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 09:44:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01231 for freebsd-current-outgoing; Tue, 8 Sep 1998 09:44:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA01225 for ; Tue, 8 Sep 1998 09:44:41 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id JAA20958; Tue, 8 Sep 1998 09:44:33 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp04.primenet.com, id smtpd020897; Tue Sep 8 09:44:22 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id JAA27443; Tue, 8 Sep 1998 09:44:18 -0700 (MST) From: Terry Lambert Message-Id: <199809081644.JAA27443@usr07.primenet.com> Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by To: tom@uniserve.com (Tom) Date: Tue, 8 Sep 1998 16:44:18 +0000 (GMT) Cc: tlambert@primenet.com, dg@root.com, freebsd-current@FreeBSD.ORG In-Reply-To: from "Tom" at Sep 6, 98 11:41:23 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > Ugh... really? I use Livingston Portmaster's and FreeBSD heavily. > > > > > > > > Be aware that (depending on the model) Portmasters have had a long > > > >history, and some sites are still running 4 year old firmware on them. > > > >Always get the ComOS version. > > > > > > Terry's assertion about the Livingston being broken is the first I've > > > seen. Previously all of the reports of brokeness were with Annex terminal > > > servers. > > > > You should subscribe to the portmaste-users list. > > I'm on it. > > > Basically, if you are running old code, you are at risk. > > What is old code? Code with the bug. 8-). > You stated before that all Portmasters were affected. Not *all* Portmasters, *old* Portmasters. > I've never heard that _any_ version of ComOS has problems with TCP > extensions is affected actually. 1) Load an old version of the firmware. 2) Enable TCP extensions in FreeBSD. 3) Attempt to contact hosts connected through the Portmaster. I believe Annex (D?) terminal servers also had problems. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 09:46:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01698 for freebsd-current-outgoing; Tue, 8 Sep 1998 09:46:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from darkstar.psa.at (darkstar.psa.at [194.152.163.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA01676 for ; Tue, 8 Sep 1998 09:46:30 -0700 (PDT) (envelope-from root@frag.quake.at) Received: from entropy.quake.at (uvo-54.univie.ac.at [131.130.230.54]) by darkstar.psa.at (8.8.5/8.8.5) with ESMTP id SAA07764; Tue, 8 Sep 1998 18:39:36 +0200 Received: from root by entropy.quake.at with local (Exim 1.92 #1) id 0zGQoy-0000rH-00; Tue, 8 Sep 1998 18:40:48 +0200 Message-ID: <19980908184047.A3248@compufit.at> Date: Tue, 8 Sep 1998 18:40:47 +0200 From: Alexander Sanda To: =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= Cc: current@FreeBSD.ORG Subject: Re: DEVFS panic References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.93.2i In-Reply-To: =?iso-8859-1?Q?=3Cxzpd8966b58=2Efsf=40hrotti=2Eifi=2Euio=2Eno=3E=3B_from?= =?iso-8859-1?Q?_Dag-Erling_Coidan_Sm=F8rgrav__on_Tue=2C_Sep_08=2C_1998_a?= =?iso-8859-1?Q?t_02:29:07PM_+0200?= X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 08, 1998 at 02:29:07PM +0200, Dag-Erling Coidan Smørgrav wrote: > One of my freshly cvsupped and 'make world'ed -current box will > repeatedly and reliably panic if booted with a DEVFS kernel (SLICE or > no SLICE). The panic occurs right after the memory count (i.e. where a > successful kernel would print "DEVFS: ready for devices"). The details > of the panic are as follows (copied via paper): [...] I can confirm this. Same trap at the same stage of booting, however, different hardware (PPro-200, Gigabyte 6x86 FX board, 192 MB RAM). cvsupped from todayŽs sources. ItŽs definately devfs (system boots fine with devfs disabled). -- # /AS/ http://privat.schlund.de/entropy/ # # # # XX has detected, that your mouse cursor has changed position. Please # # restart XX, so it can be updated. -- From The Gimp manual # To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 09:51:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA02585 for freebsd-current-outgoing; Tue, 8 Sep 1998 09:51:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA02532; Tue, 8 Sep 1998 09:50:54 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zGQyL-0004UD-00; Tue, 8 Sep 1998 10:50:29 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id KAA25374; Tue, 8 Sep 1998 10:51:11 -0600 (MDT) Message-Id: <199809081651.KAA25374@harmony.village.org> To: Mike Smith Subject: Re: P-Day tomorrow! Cc: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ), Mark Murray , current@FreeBSD.ORG, committers@FreeBSD.ORG In-reply-to: Your message of "Tue, 08 Sep 1998 09:22:51 PDT." <199809081622.JAA16947@word.smith.net.au> References: <199809081622.JAA16947@word.smith.net.au> Date: Tue, 08 Sep 1998 10:51:11 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809081622.JAA16947@word.smith.net.au> Mike Smith writes: : Nah, we just move to two letters, eg. TB-day on the 15th this month. 8) TB??? The only thing I can think that TB means is a horrible, consumptive disease... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 09:57:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03737 for freebsd-current-outgoing; Tue, 8 Sep 1998 09:57:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA03732 for ; Tue, 8 Sep 1998 09:57:12 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id JAA09471; Tue, 8 Sep 1998 09:57:01 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp03.primenet.com, id smtpd009331; Tue Sep 8 09:56:55 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id JAA28128; Tue, 8 Sep 1998 09:56:28 -0700 (MST) From: Terry Lambert Message-Id: <199809081656.JAA28128@usr07.primenet.com> Subject: Re: VM question (QCAM question) To: green@unixhelp.org (Brian Feldman) Date: Tue, 8 Sep 1998 16:56:28 +0000 (GMT) Cc: tlambert@primenet.com, abial@nask.pl, freebsd-current@FreeBSD.ORG In-Reply-To: from "Brian Feldman" at Oct 5, 20 11:27:33 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Tiny change of subject here, but this is brought up now: the QuickCam > driver was dropped out of -CURRENT do to "lack of interest"... well why? It quit working due to architectural changes that the people making the changes were not interested in putting into the QuickCam driver, and which the QuickCam users did not put in themselves (mostly because the changes were not well documented). Sort of like the reason FreeBSD doesn't support the ISODE or X.25 code. > Butwhy make it this hard, why not bring back the QuickCam code in > -CURRENT? > > cheers, > Brian Feldman > P.S.: Yes, this means I am willing to maintain the code and keep it > updated and working. Looks like a "QuickCam users did not put in themselves" resoloution... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 10:00:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04502 for freebsd-current-outgoing; Tue, 8 Sep 1998 10:00:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA04481 for ; Tue, 8 Sep 1998 10:00:41 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id DAA07498; Wed, 9 Sep 1998 03:00:24 +1000 Date: Wed, 9 Sep 1998 03:00:24 +1000 From: Bruce Evans Message-Id: <199809081700.DAA07498@godzilla.zeta.org.au> To: current@FreeBSD.ORG, dag-erli@ifi.uio.no Subject: Re: DEVFS panic Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >One of my freshly cvsupped and 'make world'ed -current box will >repeatedly and reliably panic if booted with a DEVFS kernel (SLICE or >no SLICE). The panic occurs right after the memory count (i.e. where a Fixed. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 10:10:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA05967 for freebsd-current-outgoing; Tue, 8 Sep 1998 10:10:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.gamespot.com (ns2.gamespot.com [206.169.18.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA05961 for ; Tue, 8 Sep 1998 10:10:11 -0700 (PDT) (envelope-from ian@gamespot.com) Received: from localhost (ian@localhost) by mail.gamespot.com (8.9.0/8.9.0) with SMTP id KAA13938; Tue, 8 Sep 1998 10:08:50 -0700 (PDT) Date: Tue, 8 Sep 1998 10:08:49 -0700 (PDT) From: Ian Kallen Reply-To: Ian Kallen To: John Birrell cc: freebsd-current@FreeBSD.ORG Subject: Re: CAM & current In-Reply-To: <199809050128.LAA13608@cimlogic.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Since I'm trying to use CAM in 3.0, I don't see why I shouldn't raise attention to show stopping errors. Everything is supposed to magically start working without user input on September 15? I'm looking forward to CAM's the mainstream integration on the 13th. On Sat, 5 Sep 1998, John Birrell wrote: :Or perhaps you just let Justin concentrate on getting CAM ready for 3.0. :There will be time for people to play with goodies in 3.0 after Sept 15. -- Ian Kallen ICQ: 17073910 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 10:11:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA06110 for freebsd-current-outgoing; Tue, 8 Sep 1998 10:11:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail1.its.rpi.edu (mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA06059; Tue, 8 Sep 1998 10:10:59 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail1.its.rpi.edu (8.8.8/8.8.6) with ESMTP id NAA120976; Tue, 8 Sep 1998 13:10:53 -0400 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Sender: drosih@pop1.rpi.edu Message-Id: In-Reply-To: <199809081412.QAA03322@gratis.grondar.za> Date: Tue, 8 Sep 1998 13:14:51 -0400 To: Mark Murray , current@FreeBSD.ORG, committers@FreeBSD.ORG From: Garance A Drosihn Subject: Re: P-Day tomorrow! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 4:12 PM +0200 9/8/98, Mark Murray wrote: > Hi > > I have got Perl5 BMAKED and commit-ready. Barring any large > problems, I will be committing this to CURRENT tomorrow during > the day (ZA day - we are GMT+0200). Well, freebsd already has "p"erl. Shouldn't this be P5-day? P5 - The Pabelon Project. It was the dawning of the third version of freebsd... --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 10:15:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA06926 for freebsd-current-outgoing; Tue, 8 Sep 1998 10:15:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA06921 for ; Tue, 8 Sep 1998 10:15:24 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id KAA11212; Tue, 8 Sep 1998 10:01:48 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdw11207; Tue Sep 8 17:01:42 1998 Date: Tue, 8 Sep 1998 10:01:39 -0700 (PDT) From: Julian Elischer To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: 3.0 and DEVFS In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I completely wasted this (long) weekend having a life so I guess it's some long nights this week:-) On Tue, 8 Sep 1998, Andrzej Bialecki wrote: > Hi, > > What will be the status of DEVFS in 3.0-RELEASE? There are still some > parts broken in it... > > Andrzej Bialecki > > -------------------- ++-------++ ------------------------------------- > ||PicoBSD|| FreeBSD in your pocket? Go and see: > Research & Academic |+-------+| "Small & Embedded FreeBSD" > Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ > -------------------- ~-+==---+-+ ------------------------------------- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 10:21:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA07800 for freebsd-current-outgoing; Tue, 8 Sep 1998 10:21:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA07781 for ; Tue, 8 Sep 1998 10:21:15 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id TAA00602; Tue, 8 Sep 1998 19:15:06 +0200 (CEST) To: Brian Beattie cc: Mike Smith , "Daniel O'Connor" , current@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY In-reply-to: Your message of "Tue, 08 Sep 1998 09:08:33 PDT." Date: Tue, 08 Sep 1998 19:15:05 +0200 Message-ID: <600.905274905@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Brian Beattie write s: >On Tue, 8 Sep 1998, Mike Smith wrote: > >> > >> > On 08-Sep-98 Mike Smith wrote: >> > > > Does this mean someone will help me fix my CAM panic now? =) >> > > I can't say that support for audio CD piracy is necessarily right at >> > > the top of the developers' prorities. 8) >> > Hey, I own all of the CD's in question :) >> >> Owning the disc does not grant you the right to copy its contents >> (which you do not own). >> >Actually I think "fair-use" does allow one to make copies, so long as you >do not distribute those copies. It certainly allows one to copy parts for >certain uses. You can make as many copies as you want, as long as you can credibly prove that only one of them is being used at any one time and that you're not a library or a rental-agency, for whom special rules apply. Normally this is interpreted by the lawyers as "you can safely make one copy as long as it is for you own personal use." Mind you, you cannot make a copy and give it to your wife/kid/neighbor, since then it might be in use at the same time as the original... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 10:22:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA08081 for freebsd-current-outgoing; Tue, 8 Sep 1998 10:22:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA08062; Tue, 8 Sep 1998 10:22:51 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: by uni4nn.gn.iaf.nl with UUCP id AA28759 (5.67b/IDA-1.5); Tue, 8 Sep 1998 19:20:57 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id TAA00533; Tue, 8 Sep 1998 19:09:20 +0200 (CEST) From: Wilko Bulte Message-Id: <199809081709.TAA00533@yedi.iaf.nl> Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: <199809080603.AAA22951@pluto.plutotech.com> from "Justin T. Gibbs" at "Sep 7, 98 11:56:58 pm" To: gibbs@plutotech.com (Justin T. Gibbs) Date: Tue, 8 Sep 1998 19:09:20 +0200 (CEST) Cc: current@FreeBSD.ORG, scsi@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On behalf of the FreeBSD-ers 'out there' I suppose we all should say 'Thank you' to Justin & Kenneth for putting all this work into the SCSI subsystem! Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 10:33:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA10383 for freebsd-current-outgoing; Tue, 8 Sep 1998 10:33:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA10364 for ; Tue, 8 Sep 1998 10:33:47 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from skejdbrimir.ifi.uio.no (skejdbrimir.ifi.uio.no [129.240.65.2]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with SMTP id TAA02697; Tue, 8 Sep 1998 19:33:40 +0200 (MET DST) Received: from localhost (dag-erli@localhost) by skejdbrimir.ifi.uio.no ; Tue, 8 Sep 1998 17:33:41 GMT Mime-Version: 1.0 To: Mark Blackman Cc: freebsd-current@FreeBSD.ORG Subject: Re: 2048-byte sector support for DOS filesystem. References: <199809081523.QAA05621@bird.te.rl.ac.uk> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 08 Sep 1998 19:33:37 +0200 In-Reply-To: Mark Blackman's message of "Tue, 08 Sep 1998 16:23:47 +0100" Message-ID: Lines: 15 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA10378 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Blackman writes: > So to confirm my understanding, therefore you would confidently > expect that using the latest version of the CAM-modified CURRENT, my > machine will happily recognize, mount and read MSDOS filesystems on > 640MB magneto-optical disk with a FUJITSU 2513A (minus of course all > the mistakes that I'm might make in configuring this set-up). > Somehow I wasn't managing this before, but I'll try again if this is > meant to work. Such is my understanding. Somebody in the CAM team will have to confirm it. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 10:37:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA11081 for freebsd-current-outgoing; Tue, 8 Sep 1998 10:37:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA11076 for ; Tue, 8 Sep 1998 10:37:10 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0zGRhC-0000FB-00; Tue, 8 Sep 1998 10:36:51 -0700 Date: Tue, 8 Sep 1998 10:36:49 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Terry Lambert cc: dg@root.com, freebsd-current@FreeBSD.ORG Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by In-Reply-To: <199809081644.JAA27443@usr07.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 8 Sep 1998, Terry Lambert wrote: > > I've never heard that _any_ version of ComOS has problems with TCP > > extensions is affected actually. > > 1) Load an old version of the firmware. > > 2) Enable TCP extensions in FreeBSD. > > 3) Attempt to contact hosts connected through the Portmaster. This just doesn't happen. If you are seeing some problems, they aren't with the Portmaster, but some other network devices, or with your network configuration. > Terry Lambert > terry@lambert.org > --- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 10:46:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12799 for freebsd-current-outgoing; Tue, 8 Sep 1998 10:46:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA12793 for ; Tue, 8 Sep 1998 10:46:14 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from skejdbrimir.ifi.uio.no (skejdbrimir.ifi.uio.no [129.240.65.2]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with SMTP id TAA04065; Tue, 8 Sep 1998 19:46:02 +0200 (MET DST) Received: from localhost (dag-erli@localhost) by skejdbrimir.ifi.uio.no ; Tue, 8 Sep 1998 17:46:02 GMT Mime-Version: 1.0 To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: DEVFS panic References: <199809081700.DAA07498@godzilla.zeta.org.au> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 08 Sep 1998 19:46:00 +0200 In-Reply-To: Bruce Evans's message of "Wed, 9 Sep 1998 03:00:24 +1000" Message-ID: Lines: 11 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA12794 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans writes: > > One of my freshly cvsupped and 'make world'ed -current box will > > repeatedly and reliably panic if booted with a DEVFS kernel (SLICE or > > no SLICE). The panic occurs right after the memory count (i.e. where a > Fixed. Thank you very much! DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 10:58:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14832 for freebsd-current-outgoing; Tue, 8 Sep 1998 10:58:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14827 for ; Tue, 8 Sep 1998 10:58:24 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id KAA13644; Tue, 8 Sep 1998 10:58:17 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd013595; Tue Sep 8 10:58:10 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id KAA01148; Tue, 8 Sep 1998 10:58:02 -0700 (MST) From: Terry Lambert Message-Id: <199809081758.KAA01148@usr07.primenet.com> Subject: Re: nm To: chuckr@glue.umd.edu (Chuck Robey) Date: Tue, 8 Sep 1998 17:58:02 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "Chuck Robey" at Sep 6, 98 12:01:18 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > As a suggestion, does it seem reasonable to have a wrapper for nm such > that it read ONLY the -elf or -aout flag, stripped it off, and then > dispatched either the nm-elf or nm-aout tool? That's dumb. Why would it use a flag instead of reading the magic number off the file? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 11:07:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16284 for freebsd-current-outgoing; Tue, 8 Sep 1998 11:07:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ceia.nordier.com (m2-2-dbn.dial-up.net [196.34.155.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA16272; Tue, 8 Sep 1998 11:06:55 -0700 (PDT) (envelope-from rnordier@nordier.com) Received: (from rnordier@localhost) by ceia.nordier.com (8.8.7/8.6.12) id UAA20067; Tue, 8 Sep 1998 20:06:28 +0200 (SAT) From: Robert Nordier Message-Id: <199809081806.UAA20067@ceia.nordier.com> Subject: ELF: No values for section flags defined To: freebsd-current@FreeBSD.ORG Date: Tue, 8 Sep 1998 20:06:26 +0200 (SAT) Cc: rnordier@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There appear to be no values for sh_flags defined in , specifically: #define SHF_WRITE 0x1 #define SHF_ALLOC 0x2 #define SHF_EXECINSTR 0x4 #define SHF_MASKPROC 0xf0000000 Is there some deep reason for this omission (since pretty much everything else seems to be there)? -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 11:12:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA17135 for freebsd-current-outgoing; Tue, 8 Sep 1998 11:12:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA17127 for ; Tue, 8 Sep 1998 11:12:50 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id LAA19271; Tue, 8 Sep 1998 11:12:43 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd019225; Tue Sep 8 11:12:35 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id LAA02029; Tue, 8 Sep 1998 11:12:33 -0700 (MST) From: Terry Lambert Message-Id: <199809081812.LAA02029@usr07.primenet.com> Subject: Re: Thread Problems To: info@highwind.com (HighWind Software Information) Date: Tue, 8 Sep 1998 18:12:33 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199809070646.CAA01061@highwind.com> from "HighWind Software Information" at Sep 7, 98 02:46:30 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Here at HighWind we are trying (really hard) to get our products to > work under FreeBSD. We tried v2.2.X and failed. Now, we are trying 3.0 > and also failing. > > Currently the situation is as follows, on startup, our application > starts a number of threads (via pthread_create). One calls "accept()", > others go off and do lots of "mmap()"'s to files and do other stuff to > various files on the local disk. > > After the first accept() comes in, the application appears to become > unresponsive. That is, the other threads make no progress. Check out > the ktrace: > 21620 typhoond CALL accept(0x6,0x10afd8,0x10afd4) > > That is it. The application SITS idle right here. Doing NOTHING. It > will respond to additional connections. So, it appears that the > "accept()" thread is still responsive. However, all other threads are > not responsive. You are aware of the fact the socket options are not inherited across a dup, dup2, fcntl( ..., F_DUPFD, ...), connect, accept, bind, etc., right? Frankly, this looks like the fd is not async. The only potentially blocking call should be select(). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 11:26:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA18594 for freebsd-current-outgoing; Tue, 8 Sep 1998 11:26:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from jane.lfn.org (jam.rfno.com [209.16.92.126]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA18589 for ; Tue, 8 Sep 1998 11:26:30 -0700 (PDT) (envelope-from caj@lfn.org) Received: (qmail 11440 invoked by uid 100); 8 Sep 1998 18:25:58 -0000 Date: Tue, 8 Sep 1998 13:25:58 -0500 (CDT) From: Craig Johnston To: Mike Smith cc: freebsd-current@FreeBSD.ORG Subject: Re: kernel make bombs In-Reply-To: <199809050349.UAA00882@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Craig Johnston, caj@lfn.org "Have FreeBSD laptop, will travel." http://www.freebsd.org -- Because friends don't let friends run Linux. On Fri, 4 Sep 1998, Mike Smith wrote: > > This started happening after I cvsupped last night. Tried again this > > AM, didn't fix it. Here's the relevant output: > > You should have received a warning from config that you needed to > update it. Please don't post messages like this until you've checked > that first. I did. > > I'll attach a copy of 'Staying -current with FreeBSD' under a separate > cover; I recommend you read it carefully. I have. Let's not jump to conclusions, eh? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 11:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA19218 for freebsd-current-outgoing; Tue, 8 Sep 1998 11:30:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA19102 for ; Tue, 8 Sep 1998 11:29:58 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id LAA18291; Tue, 8 Sep 1998 11:29:53 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp03.primenet.com, id smtpd018234; Tue Sep 8 11:29:46 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id LAA03403; Tue, 8 Sep 1998 11:29:40 -0700 (MST) From: Terry Lambert Message-Id: <199809081829.LAA03403@usr07.primenet.com> Subject: Re: free() called recursively To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Tue, 8 Sep 1998 18:29:40 +0000 (GMT) Cc: info@highwind.com, freebsd-current@FreeBSD.ORG In-Reply-To: <26273.905200961@critter.freebsd.dk> from "Poul-Henning Kamp" at Sep 7, 98 10:42:41 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >How bad is it to get this: > > "t_activefile in free(): warning: recursive call." > > bad. It means that you're trying to malloc in a signal handler > (99.9% of the cases), which isn't really allowed... This is really badly documented in FreeBSD. The following section should really be on the sigaction(2) man page, but is not: ] The following table defines a set of interfaces that are either ] reentrant or not interruptible by signals and are async-signal ] safe. Therefore applications may invoke them, without restriction, ] from signal-catching functions: ] ] Base Interfaces ] ] _exit() access() alarm() cfgetispeed() cfgetospeed() cfsetispeed() ] cfsetospeed() chdir() chmod() chown() close() creat() dup() dup2() ] execle() execve() fcntl() fork() fpathconf() fstat() fsync() ] getegid() geteuid() getgid() getgroups() getpgrp() getpid() ] getppid() getuid() kill() link() lseek() mkdir() mkfifo() open() ] pathconf() pause() pipe() raise() read() rename() rmdir() setgid() ] setpgid() setsid() setuid() sigaction() sigaddset() sigdelset() ] sigemptyset() sigfillset () sigismember() signal() sigpending() ] sigprocmask() sigsuspend() sleep() stat() sysconf() tcdrain() ] tcflow() tcflush() tcgetattr() tcgetpgrp() tcsendbreak() ] tcsetattr() tcsetpgrp() time() times() umask() uname() unlink() ] utime() wait() waitpid() write() ] ] Realtime Interfaces ] ] aio_error() clock_gettime() sigpause() timer_getoverrun() ] aio_return() fdatasync() sigqueue() timer_gettime() aio_suspend() ] sem_post() sigset() timer_settime() ] ] ] All functions not in the above table are considered to be unsafe ] with respect to signals. In the presence of signals, all functions ] defined by this specification will behave as defined when called ] from or interrupted by a signal-catching function, the behaviour is ] undefined. Notice: no "sbrk()"... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 11:43:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA21648 for freebsd-current-outgoing; Tue, 8 Sep 1998 11:43:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA21638 for ; Tue, 8 Sep 1998 11:43:01 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id LAA24057; Tue, 8 Sep 1998 11:42:50 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp01.primenet.com, id smtpd024023; Tue Sep 8 11:42:45 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id LAA04243; Tue, 8 Sep 1998 11:42:41 -0700 (MST) From: Terry Lambert Message-Id: <199809081842.LAA04243@usr07.primenet.com> Subject: Re: HEADS UP: 6 days to C-DAY To: mike@smith.net.au (Mike Smith) Date: Tue, 8 Sep 1998 18:42:41 +0000 (GMT) Cc: doconnor@gsoft.com.au, current@FreeBSD.ORG In-Reply-To: <199809080712.AAA15408@word.smith.net.au> from "Mike Smith" at Sep 8, 98 00:12:25 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > Does this mean someone will help me fix my CAM panic now? =) > > > I can't say that support for audio CD piracy is necessarily right at > > > the top of the developers' prorities. 8) > > Hey, I own all of the CD's in question :) > > Owning the disc does not grant you the right to copy its contents > (which you do not own). Actually, it grants you the right to make one copy for archival purposes, and, under "first use law", may in fact grant you more rights (as demonstrated by the video tapes available for rental at "Blockbuster Video", despite clear markings on their packages stating "not for rental or public performance"). > > I haven't encountered it doing anything else though, which is strange. > > Sounds like it's there to thwart your criminal activities then. 8) Yeah, like the frequency differential in DAT was there th thwart criminal activities. That's why DAT is outselling all other recordable audio media. Oops. Wait... DAT isn't even outselling blank 8-Tracks or Sony Minidisc... PS: Reading audio data works just fine for My Toshiba 3401B, a SCSI II drive that I bought many years ago for just such an emergency... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 11:46:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA22493 for freebsd-current-outgoing; Tue, 8 Sep 1998 11:46:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22464 for ; Tue, 8 Sep 1998 11:46:38 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id LAA25849; Tue, 8 Sep 1998 11:46:32 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp03.primenet.com, id smtpd025821; Tue Sep 8 11:46:27 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id LAA04383; Tue, 8 Sep 1998 11:46:24 -0700 (MST) From: Terry Lambert Message-Id: <199809081846.LAA04383@usr07.primenet.com> Subject: Re: libc_r trouble and free() called recursively To: info@highwind.com (HighWind Software Information) Date: Tue, 8 Sep 1998 18:46:24 +0000 (GMT) Cc: lists@tar.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809081208.IAA06160@highwind.com> from "HighWind Software Information" at Sep 8, 98 08:08:38 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Seems like someone did some libc_r checking in last night. My > cvsup showed changes. Sorry for the newbie-question: How do I do a > "cvs diff" to see the changes? cd /usr/src/lib/libc_r cvs diff -r HEAD -c | more Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 11:55:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24084 for freebsd-current-outgoing; Tue, 8 Sep 1998 11:55:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24079 for ; Tue, 8 Sep 1998 11:55:50 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id LAA00371; Tue, 8 Sep 1998 11:55:43 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp03.primenet.com, id smtpd000336; Tue Sep 8 11:55:38 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id LAA04657; Tue, 8 Sep 1998 11:55:33 -0700 (MST) From: Terry Lambert Message-Id: <199809081855.LAA04657@usr07.primenet.com> Subject: Re: HEADS UP: 6 days to C-DAY To: oppermann@pipeline.ch (Andre Oppermann) Date: Tue, 8 Sep 1998 18:55:32 +0000 (GMT) Cc: ben@rosengart.com, mike@smith.net.au, doconnor@gsoft.com.au, current@FreeBSD.ORG In-Reply-To: <35F52638.88AF77C5@pipeline.ch> from "Andre Oppermann" at Sep 8, 98 02:42:32 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The only problem I can see is the new US copyright law; it's no longer > allowed to have/produce/sell technologie that enables you copy/analyse/ > modify copyrighted work. Utter bilge. What isn't allowed is use of a copyrighted work in violation of license, which, in the case of software, generally disallows disassembly or reverse engineering, where such restrictions may be enforced (ie: in Germany, you can disassemble the code anyway, to document interfaces, but you can't use the code in your own work). Musical works are not licensed (generally, unless you are a movie studio, a rapper who wants to leech off a Queen song, or a 16 year old girl who can't write her own songs, etc.), they are published, instead. Generally, production of songs on CD's is licensed to record producers, who then sell into a market for which things like "First North American Publishing Rights" have been contractually given. Once you have a CD, however, you own it. Just like a book, where the publisher has been granted "First North American Publishing Rights". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 11:56:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24260 for freebsd-current-outgoing; Tue, 8 Sep 1998 11:56:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pproxy01.gol.ad.jp (pproxy01.gol.ad.jp [203.216.1.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24125; Tue, 8 Sep 1998 11:55:59 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (tc-1-229.urawa.gol.ne.jp [203.216.60.229]) by pproxy01.gol.ad.jp (8.9.1/8.9.1/891-SMTP-P) with ESMTP id DAA12487; Wed, 9 Sep 1998 03:53:47 +0900 (JST) Message-ID: <35F57D21.1EA0ABDD@newsguy.com> Date: Wed, 09 Sep 1998 03:53:21 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: Warner Losh CC: Mike Smith , "Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?=" , Mark Murray , current@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: P-Day tomorrow! References: <199809081622.JAA16947@word.smith.net.au> <199809081651.KAA25374@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <199809081622.JAA16947@word.smith.net.au> Mike Smith writes: > : Nah, we just move to two letters, eg. TB-day on the 15th this month. 8) > > TB??? The only thing I can think that TB means is a horrible, > consumptive disease... Maybe... TerryBSD??? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com Make me sad. Make me mad. Make me feel alright? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 11:59:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24816 for freebsd-current-outgoing; Tue, 8 Sep 1998 11:59:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24790; Tue, 8 Sep 1998 11:58:59 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id LAA01913; Tue, 8 Sep 1998 11:58:50 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp03.primenet.com, id smtpd001859; Tue Sep 8 11:58:46 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id LAA04897; Tue, 8 Sep 1998 11:58:39 -0700 (MST) From: Terry Lambert Message-Id: <199809081858.LAA04897@usr07.primenet.com> Subject: Re: P-Day tomorrow! To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Tue, 8 Sep 1998 18:58:39 +0000 (GMT) Cc: dag-erli@ifi.uio.no, mark@grondar.za, current@FreeBSD.ORG, committers@FreeBSD.ORG In-Reply-To: <29462.905268053@critter.freebsd.dk> from "Poul-Henning Kamp" at Sep 8, 98 05:20:53 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >E-day, C-day, P-day... if this keeps up we'll run out of alphabet any > >time soon :) > > Naah, why do you think Terry Lambert wants to do Unicode support ? :-) ...And if it's every rolled in, I insist that it be called... "non-spacing Umlaat day" 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 12:03:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25694 for freebsd-current-outgoing; Tue, 8 Sep 1998 12:03:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25664 for ; Tue, 8 Sep 1998 12:03:12 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id MAA02788; Tue, 8 Sep 1998 12:03:02 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp01.primenet.com, id smtpd002753; Tue Sep 8 12:03:01 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id MAA05059; Tue, 8 Sep 1998 12:02:57 -0700 (MST) From: Terry Lambert Message-Id: <199809081902.MAA05059@usr07.primenet.com> Subject: Re: Standardizing a BSD/ELF ABI... To: cracauer@cons.org (Martin Cracauer) Date: Tue, 8 Sep 1998 19:02:56 +0000 (GMT) Cc: tlambert@primenet.com, cracauer@cons.org, freebsd-current@FreeBSD.ORG In-Reply-To: <19980908172807.A12626@cons.org> from "Martin Cracauer" at Sep 8, 98 05:28:07 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > That's all? I'm afraid I have to rate that as lame :-) I did say "technically"... > You are using data from a library or provide data to a library that is > not specified in the interface. The old libtermcap used to require exactly this for lines, columns, and I-forget-what-character-array. The use of sys_errlist directly (allowed unde POSIX) instead of using strerror(3) falls into this category, and counts as a break between versions of RedHat releases, as do a number of libvga accesses. > It could have been declared in an interface file with a certain size, > in that case, you wouldn't be able to compile the pieces of code that > don't fit together. It wasn't, and in any case, the dynamic linker would have to examine the difference, since it would be between shared library revisions. > Or you declare a pointer only, in that case you > can't make any assumptions about the size, all you can do is to call a > function in the same unit the data has been declared in, which knows > the real size. So no problem either way as long as you strickly > implement and obey to the published interfaces. You are assuming that the people writing this code are professional programmers (who are paid to due grunt work), as opposed to students. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 12:06:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26303 for freebsd-current-outgoing; Tue, 8 Sep 1998 12:06:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA26296 for ; Tue, 8 Sep 1998 12:06:53 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id MAA05531; Tue, 8 Sep 1998 12:06:44 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp03.primenet.com, id smtpd005484; Tue Sep 8 12:06:37 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id MAA05271; Tue, 8 Sep 1998 12:06:29 -0700 (MST) From: Terry Lambert Message-Id: <199809081906.MAA05271@usr07.primenet.com> Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by To: tom@uniserve.com (Tom) Date: Tue, 8 Sep 1998 19:06:28 +0000 (GMT) Cc: tlambert@primenet.com, dg@root.com, freebsd-current@FreeBSD.ORG In-Reply-To: from "Tom" at Sep 8, 98 10:36:49 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > I've never heard that _any_ version of ComOS has problems with TCP > > > extensions is affected actually. > > > > 1) Load an old version of the firmware. > > > > 2) Enable TCP extensions in FreeBSD. > > > > 3) Attempt to contact hosts connected through the Portmaster. > > This just doesn't happen. If you are seeing some problems, they aren't > with the Portmaster, but some other network devices, or with your network I'm not going to argue with you about it. Talk to David Wolfskill; I'm pretty sure he can give you firmware version numbers. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 12:33:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29853 for freebsd-current-outgoing; Tue, 8 Sep 1998 12:33:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA29812 for ; Tue, 8 Sep 1998 12:33:22 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id PAA13564; Tue, 8 Sep 1998 15:33:19 -0400 (EDT) Date: Tue, 8 Sep 1998 15:33:19 -0400 (EDT) From: Daniel Eischen Message-Id: <199809081933.PAA13564@pcnet1.pcnet.com> To: info@highwind.com, tlambert@primenet.com Subject: Re: Thread Problems Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > 21620 typhoond CALL accept(0x6,0x10afd8,0x10afd4) > > > > That is it. The application SITS idle right here. Doing NOTHING. It > > will respond to additional connections. So, it appears that the > > "accept()" thread is still responsive. However, all other threads are > > not responsive. > > You are aware of the fact the socket options are not inherited > across a dup, dup2, fcntl( ..., F_DUPFD, ...), connect, accept, > bind, etc., right? The threads library makes the files non-blocking. He's doing an accept on a listen socket that the threads library should have made (and did, because it works the first time) non-blocking. The socket should have been made non-blocking when it was made by the wrapped socket() call. dup, dup2, connect, accept, and bind are all wrapped by the threads library and should result in non-blocking files also. It does seem that the listen socket somehow became blocking, but it isn't apparent by looking at the code. Is a fcntl(fd, F_SETFL, O_NONBLOCK) sufficient to set a socket non-blocking across multiple accepts? Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 13:01:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03897 for freebsd-current-outgoing; Tue, 8 Sep 1998 13:01:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from wanadoo.fr (smtp-out-2.wanadoo.fr [193.252.19.69]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03888 for ; Tue, 8 Sep 1998 13:00:57 -0700 (PDT) (envelope-from root@wanadoo.fr) Received: from root@tamaya.wanadoo.fr [193.252.19.31] by wanadoo.fr for Paris Tue, 8 Sep 1998 22:00:02 +0200 (MET DST) Received: from nev1-59.abo.wanadoo.fr [193.252.144.59] by smtp.wanadoo.fr for Paris Tue, 8 Sep 1998 22:00:00 +0200 (MET DST) Received: (from root@localhost) by sequoia.mondomaineamoi.megalo (8.9.1/8.9.1) id VAA05046; Tue, 8 Sep 1998 21:51:40 +0200 (CEST) (envelope-from root) Date: Tue, 8 Sep 1998 21:51:40 +0200 (CEST) Message-Id: <199809081951.VAA05046@sequoia.mondomaineamoi.megalo> From: Stephane Legrand MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Ben Smithurst Subject: Re: Bus error with vmstat In-Reply-To: <19980908010911.A7278@scientia.demon.co.uk> References: <199809072209.AAA03457@sequoia.mondomaineamoi.megalo> <19980908010911.A7278@scientia.demon.co.uk> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ben Smithurst writes: > Stephane Legrand wrote: > > > Each time i try the command "vmstat", i get only a "Bus error" and > > that's all. This is on -current cvsupped at 7th September. > > I was just about to report the same thing. I get the same with iostat - > do you get that too? > Yes. Both vmstat and iostat do that. I've done again a cvsup today and there is no changes. bash# ldd `which iostat` /usr/sbin/iostat: libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28052000) libc.so.3 => /usr/lib/libc.so.3 (0x28057000) bash# ldd `which vmstat` /usr/bin/vmstat: libkvm.so.2 => /usr/lib/libkvm.so.2 (0x28053000) libc.so.3 => /usr/lib/libc.so.3 (0x28058000) > I compiled with the -g option to gcc, and tried getting something out > of gdb, but I don't know much about it. :-( Here's something if it helps > anyone work out what could be going wrong... > > === root@scientia[p0]:/src/usr.bin/vmstat# gdb vmstat > 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.16 (i386-unknown-freebsd), > Copyright 1996 Free Software Foundation, Inc... > (gdb) run > Starting program: /usr/src/usr.bin/vmstat/vmstat > > Program received signal SIGBUS, Bus error. > 0x280ab2ba in strcmp () > (gdb) backtrace > #0 0x280ab2ba in strcmp () > #1 0x8049063 in getdrivedata (argv=0xefbfdbc0) at vmstat.c:361 > #2 0x8048dca in main (argc=1, argv=0xefbfdbbc) at vmstat.c:270 > #3 0x8048a0d in _start () > (gdb) The program is running. Quit anyway (and kill it)? (y or n) y > bash# gdb ./iostat (gdb) run Starting program: /usr/src/usr.sbin/iostat/./iostat Program received signal SIGBUS, Bus error. 0x280aa6fa in strcmp () (gdb) bt #0 0x280aa6fa in strcmp () #1 0x8048d67 in main (argc=1, argv=0xefbfdb10) at iostat.c:260 #2 0x8048829 in _start () bash# gdb ./vmstat (gdb) run Starting program: /usr/src/usr.bin/vmstat/./vmstat Program received signal SIGBUS, Bus error. 0x280ab6fa in strcmp () (gdb) bt #0 0x280ab6fa in strcmp () #1 0x8049063 in getdrivedata (argv=0xefbfdb10) at vmstat.c:361 #2 0x8048dca in main (argc=1, argv=0xefbfdb0c) at vmstat.c:270 #3 0x8048a0d in _start () The aout versions work well. We have exactly the same problem. -- Stephane.Legrand@wanadoo.fr | systeme d'exploitation FreeBSD http://perso.wanadoo.fr/stephane.legrand/ | http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 13:33:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08346 for freebsd-current-outgoing; Tue, 8 Sep 1998 13:33:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA08341 for ; Tue, 8 Sep 1998 13:33:02 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id NAA14899; Tue, 8 Sep 1998 13:32:26 -0700 (PDT) (envelope-from jdp) Message-Id: <199809082032.NAA14899@austin.polstra.com> To: rnordier@nordier.com Subject: Re: ELF: No values for section flags defined In-Reply-To: <199809081806.UAA20067@ceia.nordier.com> References: <199809081806.UAA20067@ceia.nordier.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 08 Sep 1998 13:32:26 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809081806.UAA20067@ceia.nordier.com>, Robert Nordier wrote: > There appear to be no values for sh_flags defined in > , specifically: > > #define SHF_WRITE 0x1 > #define SHF_ALLOC 0x2 > #define SHF_EXECINSTR 0x4 > #define SHF_MASKPROC 0xf0000000 > > Is there some deep reason for this omission (since pretty much > everything else seems to be there)? Nope, that's a bug. Thanks for the report! I'll add those flags in right away. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 13:41:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09556 for freebsd-current-outgoing; Tue, 8 Sep 1998 13:41:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA09496; Tue, 8 Sep 1998 13:40:44 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id WAA20673; Tue, 8 Sep 1998 22:23:51 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Tue, 8 Sep 1998 22:23:50 +0200 (MET DST) Mime-Version: 1.0 To: Terry Lambert Cc: phk@critter.freebsd.dk (Poul-Henning Kamp), mark@grondar.za, current@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: P-Day tomorrow! References: <199809081858.LAA04897@usr07.primenet.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 08 Sep 1998 22:23:49 +0200 In-Reply-To: Terry Lambert's message of "Tue, 8 Sep 1998 18:58:39 +0000 (GMT)" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA09504 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert writes: > ...And if it's every rolled in, I insist that it be called... > > "non-spacing Umlaat day" Why "Umlaut"? Why does everybody have to call that š an umlaut? Why does the HTML entity for ï have to be ï? Why use a German word when there's a perfectly good English word for the bloody double-dot: DIARESIS for chrissake! DES (yes, it's one of my pet peeves. I have one in my name.) -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 13:43:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA10050 for freebsd-current-outgoing; Tue, 8 Sep 1998 13:43:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA09915 for ; Tue, 8 Sep 1998 13:43:18 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id WAA02931 for freebsd-current@FreeBSD.ORG; Tue, 8 Sep 1998 22:42:50 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 09E071485; Tue, 8 Sep 1998 22:30:21 +0200 (CEST) Date: Tue, 8 Sep 1998 22:30:21 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and -current Message-ID: <19980908223021.A3868@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: ; from Simon Shapiro on Tue, Sep 08, 1998 at 11:35:51AM -0400 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4623 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Simon Shapiro: > How well it runs I do not know; I have way too many things to convert to > ELF before I try. Either wait for the ports guys to complete the move to ELF or look through the mail archives and grab the two patches: <199809020556.HAA01498@yacht.domestic.de> and another one to "scripts/configure". I don't have it there. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #63: Tue Sep 1 00:50:29 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 13:49:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA10747 for freebsd-current-outgoing; Tue, 8 Sep 1998 13:49:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA10740 for ; Tue, 8 Sep 1998 13:49:01 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (enkhyl@hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with ESMTP id NAA32047; Tue, 8 Sep 1998 13:51:17 -0700 Date: Tue, 8 Sep 1998 13:51:17 -0700 (PDT) From: Enkhyl To: Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= cc: current@FreeBSD.ORG Subject: Re: DEVFS panic In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The exact same thing happened to me last night when I CVSup'd Monday's changes and tried recompiling my kernel. I think I traced it to the following commit, since a kernel with the previous days source worked fine: bde 1998/09/07 06:17:06 PDT Modified files: sys/cfs cfs_vfsops.c sys/gnu/ext2fs ext2_vfsops.c sys/isofs/cd9660 cd9660_vfsops.c sys/miscfs/devfs devfs_vfsops.c sys/miscfs/fdesc fdesc_vfsops.c sys/miscfs/kernfs kernfs_vfsops.c sys/miscfs/nullfs null_vfsops.c sys/miscfs/portal portal_vfsops.c sys/miscfs/procfs procfs_vfsops.c sys/miscfs/umapfs umap_vfsops.c sys/miscfs/union union_vfsops.c sys/msdosfs msdosfs_vfsops.c sys/nfs nfs_vfsops.c sys/sys mount.h sys/ufs/ffs ffs_vfsops.c sys/ufs/mfs mfs_vfsops.c Log: Removed statically configured mount type numbers (MOUNT_*) and all references to them. The change a couple of days ago to ignore these numbers in statically configured vfsconf structs was slightly premature because the cd9660, cfs, devfs, ext2fs, nfs vfs's still used MOUNT_* instead of the number in their vfsconf struct. Revision Changes Path 1.3 +6 -3 src/sys/cfs/cfs_vfsops.c 1.35 +3 -3 src/sys/gnu/ext2fs/ext2_vfsops.c 1.43 +3 -3 src/sys/isofs/cd9660/cd9660_vfsops.c 1.32 +6 -6 src/sys/miscfs/devfs/devfs_vfsops.c 1.16 +2 -2 src/sys/miscfs/fdesc/fdesc_vfsops.c 1.23 +2 -2 src/sys/miscfs/kernfs/kernfs_vfsops.c 1.28 +2 -2 src/sys/miscfs/nullfs/null_vfsops.c 1.22 +2 -2 src/sys/miscfs/portal/portal_vfsops.c 1.26 +2 -2 src/sys/miscfs/procfs/procfs_vfsops.c 1.23 +2 -2 src/sys/miscfs/umapfs/umap_vfsops.c 1.30 +2 -2 src/sys/miscfs/union/union_vfsops.c 1.36 +2 -2 src/sys/msdosfs/msdosfs_vfsops.c 1.76 +4 -4 src/sys/nfs/nfs_vfsops.c 1.67 +5 -54 src/sys/sys/mount.h 1.86 +2 -2 src/sys/ufs/ffs/ffs_vfsops.c 1.44 +2 -2 src/sys/ufs/mfs/mfs_vfsops.c On 8 Sep 1998, Dag-Erling Coidan [iso-8859-1] Smørgrav wrote: > One of my freshly cvsupped and 'make world'ed -current box will > repeatedly and reliably panic if booted with a DEVFS kernel (SLICE or > no SLICE). The panic occurs right after the memory count (i.e. where a > successful kernel would print "DEVFS: ready for devices"). The details > of the panic are as follows (copied via paper): > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x14 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf013d2b5 > stack pointer = 0x10:0xf01fcf5c > frame pointer = 0x10:0xf01fcf74 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 () > interrupt mask = net tty bio cam > trap number = 12 > > Of course, there's no dump, but I can provide a copy of the faulty > kernel (stripped, unfortunately; I forgot to keep an unstripped copy). > The exact same kernel without DEVFS works flawlessly. An older kernel > (August 2nd) with the same configuration works flawlessly with DEVFS > and SLICE. > > The faulty kernel was compiled with the following version of DEVFS: > > root@fixus-ipv6 /usr/src/sys/miscfs/devfs# ident * > README: > > devfs_proto.h: > > devfs_tree.c: > $Id: devfs_tree.c,v 1.56 1998/07/05 23:10:21 julian Exp $ > > devfs_vfsops.c: > $Id: devfs_vfsops.c,v 1.32 1998/09/07 13:17:00 bde Exp $ > > devfs_vnops.c: > $Id: devfs_vnops.c,v 1.60 1998/09/04 08:06:56 dfr Exp $ > > devfsdefs.h: > $Id: devfsdefs.h,v 1.16 1998/07/05 23:10:22 julian Exp $ > > reproto.sh: > > Here's the kernel config: > > # > # Kernel configuration for fixus-ipv6.ifi.uio.no > # > machine "i386" > cpu "I686_CPU" > ident "fixus-ipv6" > maxusers 64 > > # General kernel options > options "AUTO_EOI_1" > #options "AUTO_EOI_2" > options BOUNCE_BUFFERS > options "COMPAT_43" > options FFS > options INCLUDE_CONFIG_FILE > options INET > options "MD5" > options "NMBCLUSTERS=8192" > options "NO_F00F_HACK" > options DEVFS > #options SLICE > options PROCFS > options SOFTUPDATES > options SYSVMSG > options SYSVSEM > options SYSVSHM > options UCONSOLE > options USERCONFIG > options VISUAL_USERCONFIG > config kernel root on wd0 > > # Buses > controller isa0 > controller pci0 > controller pnp0 > > # Numeric coprocessor > device npx0 at isa? port "IO_NPX" flags 0x1 irq 13 vector npxintr > > # Floppy controller > controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr > disk fd0 at fdc0 drive 0 > > # Primary IDE channel > controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr > disk wd0 at wdc0 drive 0 flags 0x80ff > #disk wd1 at wdc0 drive 1 flags 0x80ff > > # Secondary IDE channel > controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr > #disk wd2 at wdc1 drive 0 flags 0x80ff > #disk wd3 at wdc1 drive 1 flags 0x80ff > > # ATAPI CD-ROM support > options ATAPI > options ATAPI_STATIC > device wcd0 > > # System console with PS/2 mouse > device sc0 at isa? port "IO_KBD" tty irq 1 flags 0x06 vector scintr > options "SC_HISTORY_SIZE=1024" > options "MSGBUF_SIZE=32768" > #options SC_DISABLE_REBOOT > device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr > > # Audio hardware > device pcm0 at isa? port ? tty irq 10 drq 1 flags 0x0 vector pcmintr > > # Serial and parallell ports > device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr > device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr > device lpt0 at isa? port? tty irq 7 vector lptintr > > # Network adapter (3Com Etherlink III XL) > #device vx0 > device xl0 > > # Pseudo-devices > pseudo-device bpfilter 4 > pseudo-device ether > pseudo-device gzip > pseudo-device loop > pseudo-device pty 64 > pseudo-device tun 4 > pseudo-device vn 4 > > # Sound hardware > device pcm0 at isa? port? tty irq 5 drq 1 flags 0x15 vector pcmintr > > > Here's a dmesg of the same kernel without DEVFS: > > Copyright (c) 1992-1998 FreeBSD Inc. > Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. > FreeBSD 3.0-CURRENT #1: Tue Sep 8 14:02:49 CEST 1998 > root@:/usr/src/sys/compile/fixus-ipv6 > Calibrating clock(s) ... TSC clock: 298023586 Hz, i8254 clock: 1193288 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz cost 3031 ns > CLK_USE_TSC_CALIBRATION not specified - using old calibration method > Timecounter "TSC" frequency 297998312 Hz cost 163 ns > CPU: Pentium II (298.00-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x633 Stepping=3 > Features=0x80f9ff > real memory = 134217728 (131072K bytes) > Physical memory chunk(s): > 0x00001000 - 0x0009efff, 647168 bytes (158 pages) > 0x001f8000 - 0x07ff7fff, 132120576 bytes (32256 pages) > avail memory = 128172032 (125168K bytes) > Found BIOS32 Service Directory header at 0xf00ffe80 > Entry = 0xffe90 (0xf00ffe90) Rev = 0 Len = 1 > PCI BIOS entry at 0xcc1e > Other BIOS signatures found: > ACPI: 00000000 > $PnP: 000fe2d0 > pci_open(1): mode 1 addr port (0x0cf8) is 0x8000384c > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71808086) > Probing for devices on PCI bus 0: > found-> vendor=0x8086, dev=0x7180, revid=0x03 > class=06-00-00, hdrtype=0x00, mfdev=0 > map[0]: type 3, range 32, base f4000000, size 26 > chip0: rev 0x03 on pci0.0.0 > found-> vendor=0x8086, dev=0x7181, revid=0x03 > class=06-04-00, hdrtype=0x01, mfdev=0 > chip1: rev 0x03 on pci0.1.0 > found-> vendor=0x8086, dev=0x7110, revid=0x01 > class=06-01-00, hdrtype=0x00, mfdev=1 > chip2: rev 0x01 on pci0.7.0 > found-> vendor=0x8086, dev=0x7111, revid=0x01 > class=01-01-80, hdrtype=0x00, mfdev=0 > ide_pci0: rev 0x01 on pci0.7.1 > intel_piix_status: primary master sample = 3, master recovery = 1 > intel_piix_status: primary master fastDMAonly disabled, pre/post enabled, > intel_piix_status: IORDY sampling enabled, > intel_piix_status: fast PIO enabled > intel_piix_status: primary slave sample = 5, slave recovery = 4 > intel_piix_status: primary slave fastDMAonly disabled, pre/post disabled, > intel_piix_status: IORDY sampling disabled, > intel_piix_status: fast PIO disabled > ide_pci: busmaster 0 status: 24 from port: 0000ffa2 > ide_pci: ide0:0 has been configured for DMA by BIOS > intel_piix_status: secondary master sample = 3, master recovery = 3 > intel_piix_status: secondary master fastDMAonly disabled, pre/post disabled, > intel_piix_status: IORDY sampling enabled, > intel_piix_status: fast PIO enabled > intel_piix_status: secondary slave sample = 5, slave recovery = 4 > intel_piix_status: secondary slave fastDMAonly disabled, pre/post disabled, > intel_piix_status: IORDY sampling disabled, > intel_piix_status: fast PIO disabled > ide_pci: busmaster 1 status: 04 from port: 0000ffaa > found-> vendor=0x8086, dev=0x7112, revid=0x01 > class=0c-03-00, hdrtype=0x00, mfdev=0 > intpin=d, irq=11 > chip3: rev 0x01 int d irq 11 on pci0.7.2 > found-> vendor=0x8086, dev=0x7113, revid=0x01 > class=06-80-00, hdrtype=0x00, mfdev=0 > chip4: rev 0x01 on pci0.7.3 > found-> vendor=0x102b, dev=0x051b, revid=0x00 > class=03-00-00, hdrtype=0x00, mfdev=0 > intpin=a, irq=9 > map[0]: type 3, range 32, base f9000000, size 24 > map[1]: type 1, range 32, base ff800000, size 14 > map[2]: type 1, range 32, base ff000000, size 23 > vga0: rev 0x00 int a irq 9 on pci0.14.0 > found-> vendor=0x1011, dev=0x0024, revid=0x02 > class=06-04-00, hdrtype=0x01, mfdev=0 > chip5: rev 0x02 on pci0.15.0 > found-> vendor=0x10b7, dev=0x9050, revid=0x00 > class=02-00-00, hdrtype=0x00, mfdev=0 > intpin=a, irq=11 > map[0]: type 4, range 32, base 0000dc80, size 6 > xl0: <3Com 3c905 Fast Etherlink XL 10/100BaseTX> rev 0x00 int a irq 11 on pci0.17.0 > xl0: Ethernet address: 00:c0:4f:a9:14:1a > xl0: media options word: e040 > xl0: probing for a PHY > xl0: checking address: 0 > xl0: checking address: 1 > xl0: checking address: 2 > xl0: checking address: 3 > xl0: checking address: 4 > xl0: checking address: 5 > xl0: checking address: 6 > xl0: checking address: 7 > xl0: checking address: 8 > xl0: checking address: 9 > xl0: checking address: 10 > xl0: checking address: 11 > xl0: checking address: 12 > xl0: checking address: 13 > xl0: checking address: 14 > xl0: checking address: 15 > xl0: checking address: 16 > xl0: checking address: 17 > xl0: checking address: 18 > xl0: checking address: 19 > xl0: checking address: 20 > xl0: checking address: 21 > xl0: checking address: 22 > xl0: checking address: 23 > xl0: checking address: 24 > xl0: found PHY at address 24, vendor id: 2000 device id: 5c01 > xl0: PHY type: > xl0: found MII > xl0: PHY status word: 7849 > xl0: 10Mbps half-duplex mode supported > xl0: 10Mbps full-duplex mode supported > xl0: 100Mbps half-duplex mode supported > xl0: 100Mbps full-duplex mode supported > xl0: autoneg supported > bpf: xl0 attached > Probing for devices on PCI bus 1: > found-> vendor=0x1002, dev=0x4744, revid=0x5c > class=03-00-00, hdrtype=0x00, mfdev=0 > map[0]: type 1, range 32, base fd000000, size 24 > map[1]: type 4, range 32, base 0000ec00, size 8 > map[2]: type 1, range 32, base fcfff000, size 12 > vga1: rev 0x5c on pci1.0.0 > Probing for devices on PCI bus 2: > Initializing PnP override table > Probing for PnP devices: > Trying Read_Port at 203 > CSN 1 Vendor ID: CSC6835 [0x3568630e] Serial 0xffffffff > Called nullpnp_probe with tag 0x00000001, type 0x3568630e > Probing for devices on the ISA bus: > sc0: the current keyboard controller command byte 0065 > kbdio: DIAGNOSE status:0055 > kbdio: TEST_KBD_PORT status:0000 > kbdio: RESET_KBD return code:00fa > kbdio: RESET_KBD status:00aa > sc0: keyboard device ID: ab41 > sc0 at 0x60-0x6f irq 1 flags 0x6 on motherboard > sc0: BIOS video mode:3 > sc0: VGA registers upon power-up > 50 18 10 00 10 00 03 00 02 67 60 4f 50 83 55 81 > bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > sc0: video mode:24 > sc0: VGA registers in BIOS for mode:24 > 50 18 10 00 10 00 03 00 02 67 60 4f 50 83 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > sc0: VGA registers to be used for mode:24 > 50 18 10 00 10 00 03 00 02 67 60 4f 50 83 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > sc0: rows_offset:1 > sc0: VGA color <16 virtual consoles, flags=0x6> > psm0: current command byte:0065 > kbdio: TEST_AUX_PORT status:0000 > kbdio: RESET_AUX return code:00fa > kbdio: RESET_AUX status:00aa > kbdio: RESET_AUX ID:0000 > psm: status 00 02 64 > psm: status 00 00 64 > psm: status 00 03 64 > psm: status 00 03 64 > psm: status 10 00 64 > psm: data 08 00 00 > psm: data 08 00 00 > psm: status 00 02 64 > psm0 at 0x60-0x64 irq 12 on motherboard > psm0: model Generic PS/2 mouse, device ID 0, 2 buttons > psm0: config:00000000, flags:00000000, packet size:3 > psm0: syncmask:c0, syncbits:00 > mss_probe: no address supplied, try default 0x530 > mss_detect - chip revision 0x0a > mss_detect warning - I11: 0x04/0x00 > mss_detect() - Detected CS4236 > pcm0 at 0x530 irq 10 drq 1 flags 0xa600 on isa > mss_attach 0 at 0x530 irq 10 dma 1:1 flags 0xa600 > sio0: irq maps: 0x1 0x11 0x1 0x1 > sio0 at 0x3f8-0x3ff irq 4 on isa > sio0: type 16550A > sio1: irq maps: 0x1 0x9 0x1 0x1 > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16550A > lpt0 at 0x378-0x37f irq 7 on isa > lpt0: Interrupt-driven port > lp0: TCP/IP capable interface > bpf: lp0 attached > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: FIFO enabled, 8 bytes threshold > fd0: 1.44MB 3.5in > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): , 32-bit, multi-block-16 > wd0: 4119MB (8436960 sectors), 8928 cyls, 15 heads, 63 S/T, 512 B/S > wd0: ATA INQUIRE valid = 0007, dmamword = 0007, apio = 0003, udma = 0407 > wdc1 at 0x170-0x177 irq 15 on isa > wdc1: unit 0 (atapi): , removable, accel, ovlap, dma, iordy > wcd0: 4133/4134Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray > wcd0: no disc inside, unlocked > npx0 flags 0x1 on motherboard > npx0: INT 16 interface > imasks: bio c008c040, tty c003149a, net c0060800 > BIOS Geometries: > 0:020bfe3f 0..523=524 cylinders, 0..254=255 heads, 1..63=63 sectors > 0 accounted for > Device configuration finished. > bpf: tun0 attached > bpf: tun1 attached > bpf: tun2 attached > bpf: tun3 attached > bpf: lo0 attached > Considering FFS root f/s. > changing root device to wd0s2a > wd0s1: type 0x6, start 63, end = 4192964, size 4192902 : OK > wd0s2: type 0xa5, start 4192965, end = 8434124, size 4241160 : OK > ffs_mountfs: superblock updated > ffs_mountfs: superblock updated > ffs_mountfs: superblock updated > ffs_mountfs: superblock updated > xl0: autoneg complete, link status good (full-duplex, 100Mbps) > > DES > -- > Dag-Erling Smørgrav - dag-erli@ifi.uio.no > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 13:53:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11360 for freebsd-current-outgoing; Tue, 8 Sep 1998 13:53:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA11319; Tue, 8 Sep 1998 13:53:45 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id WAA02328; Tue, 8 Sep 1998 22:47:52 +0200 (CEST) To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: Terry Lambert , mark@grondar.za, current@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: P-Day tomorrow! In-reply-to: Your message of "08 Sep 1998 22:23:49 +0200." Date: Tue, 08 Sep 1998 22:47:52 +0200 Message-ID: <2326.905287672@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= writes: >Terry Lambert writes: >> ...And if it's every rolled in, I insist that it be called... >> >> "non-spacing Umlaat day" > >Why "Umlaut"? Why does everybody have to call that š an umlaut? Why >does the HTML entity for ï have to be ï? Why use a German word >when there's a perfectly good English word for the bloody double-dot: >DIARESIS for chrissake! That is very simple, since the germans are one of the worlds greatest producers and consumers of the bloddy things, the boxes they come in of course are labeled in German :-) -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 14:27:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15603 for freebsd-current-outgoing; Tue, 8 Sep 1998 14:27:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15586; Tue, 8 Sep 1998 14:27:44 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id XAA05394; Tue, 8 Sep 1998 23:27:18 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 1815E1485; Tue, 8 Sep 1998 23:14:52 +0200 (CEST) Date: Tue, 8 Sep 1998 23:14:52 +0200 From: Ollivier Robert To: current@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY Message-ID: <19980908231452.A4624@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG, scsi@FreeBSD.ORG References: <199809080603.AAA22951@pluto.plutotech.com> <199809081709.TAA00533@yedi.iaf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809081709.TAA00533@yedi.iaf.nl>; from Wilko Bulte on Tue, Sep 08, 1998 at 07:09:20PM +0200 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4623 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Wilko Bulte: > On behalf of the FreeBSD-ers 'out there' I suppose we all should say > 'Thank you' to Justin & Kenneth for putting all this work into the > SCSI subsystem! Agreed ! Ollivier in AOL mode :) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #63: Tue Sep 1 00:50:29 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 14:29:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16043 for freebsd-current-outgoing; Tue, 8 Sep 1998 14:29:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [209.118.174.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA16035 for ; Tue, 8 Sep 1998 14:29:18 -0700 (PDT) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id QAA13339; Tue, 8 Sep 1998 16:27:30 -0400 (EDT) Date: Tue, 8 Sep 1998 16:27:30 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Terry Lambert cc: freebsd-current@FreeBSD.ORG Subject: Re: nm In-Reply-To: <199809081758.KAA01148@usr07.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 8 Sep 1998, Terry Lambert wrote: > > As a suggestion, does it seem reasonable to have a wrapper for nm such > > that it read ONLY the -elf or -aout flag, stripped it off, and then > > dispatched either the nm-elf or nm-aout tool? > > That's dumb. Why would it use a flag instead of reading the magic > number off the file? The whole things academic, caused because I did a setenv in one window and a test in another. Dump this thread. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 14:37:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA17369 for freebsd-current-outgoing; Tue, 8 Sep 1998 14:37:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA17318; Tue, 8 Sep 1998 14:37:06 -0700 (PDT) (envelope-from jfieber@indiana.edu) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.8/8.8.7) with ESMTP id QAA01905; Tue, 8 Sep 1998 16:31:36 -0500 (EST) Date: Tue, 8 Sep 1998 16:31:36 -0500 (EST) From: John Fieber To: Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= cc: Terry Lambert , Poul-Henning Kamp , mark@grondar.za, current@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: P-Day tomorrow! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 8 Sep 1998, Dag-Erling Coidan Smørgrav wrote: > Terry Lambert writes: > > ...And if it's every rolled in, I insist that it be called... > > > > "non-spacing Umlaat day" > > Why "Umlaut"? Why does everybody have to call that š an umlaut? The U+0300 code point I assume Terry was referring to is indeed called a "COMBINING DIAERESIS". Terry is getting sloppy with his email. :) -john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 14:56:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA20508 for freebsd-current-outgoing; Tue, 8 Sep 1998 14:56:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA20503 for ; Tue, 8 Sep 1998 14:56:25 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id RAA08214; Tue, 8 Sep 1998 17:56:09 -0400 (EDT) Date: Tue, 8 Sep 1998 17:56:08 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: John Fieber cc: current@FreeBSD.ORG Subject: Re: P-Day tomorrow! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 8 Sep 1998, John Fieber wrote: > The U+0300 code point I assume Terry was referring to is indeed > called a "COMBINING DIAERESIS". Terry is getting sloppy with > his email. :) So hopefully after CD-Day, we'll be able to spell diaeresis with the ligature it so richly deserves? Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 15:13:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA23730 for freebsd-current-outgoing; Tue, 8 Sep 1998 15:13:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA23714; Tue, 8 Sep 1998 15:13:12 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id XAA15697; Tue, 8 Sep 1998 23:13:30 +0100 (BST) Date: Tue, 8 Sep 1998 23:13:30 +0100 (BST) From: Doug Rabson To: "Justin T. Gibbs" cc: current@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: <199809080603.AAA22951@pluto.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 7 Sep 1998, Justin T. Gibbs wrote: > After more than a year of development, the Common Access Method SCSI layer > for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. > The CAM development team is currently busy ensuring that the integration > process goes as smoothly as possible, so please understand that we may be > slow to respond to questions about CAM in the days leading up to C-DAY. > A CAM FAQ is in the works and will be updated as questions surface. Here > are a few QandAs about CAM and the upcoming integration: Will the old scsi framework still be available for people with unsupported (by CAM) hardware? I'm asking mainly because John Birrell is currently relying on an old TurboChannel alpha box with an old-style scsi driver and I don't really expect anyone to update that driver very soon. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 15:22:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24980 for freebsd-current-outgoing; Tue, 8 Sep 1998 15:22:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts02-057.dublin.indigo.ie [194.125.134.187]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA24947 for ; Tue, 8 Sep 1998 15:22:14 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id XAA01106; Tue, 8 Sep 1998 23:15:54 +0100 (IST) (envelope-from rotel@indigo.ie) From: Niall Smart Message-Id: <199809082215.XAA01106@indigo.ie> Date: Tue, 8 Sep 1998 23:15:53 +0000 In-Reply-To: <199809081812.LAA02029@usr07.primenet.com>; Terry Lambert Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: info@highwind.com Subject: Re: Thread Problems Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 8, 6:12pm, Terry Lambert wrote: } Subject: Re: Thread Problems > > > > That is it. The application SITS idle right here. Doing NOTHING. It > > will respond to additional connections. So, it appears that the > > "accept()" thread is still responsive. However, all other threads are > > not responsive. > > You are aware of the fact the socket options are not inherited > across a dup, dup2, fcntl( ..., F_DUPFD, ...), connect, accept, > bind, etc., right? > > Frankly, this looks like the fd is not async. The only potentially > blocking call should be select(). But it's the thread library's responsability not to call accept until it is sure that the call will not block.... Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 15:23:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25212 for freebsd-current-outgoing; Tue, 8 Sep 1998 15:23:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scifair.acadiau.ca (scifair.acadiau.ca [131.162.160.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25207 for ; Tue, 8 Sep 1998 15:23:11 -0700 (PDT) (envelope-from miker@scifair.acadiau.ca) Received: from localhost (miker@localhost) by scifair.acadiau.ca (8.8.5/8.8.5) with SMTP id TAA01059; Tue, 8 Sep 1998 19:22:27 -0300 (ADT) Date: Tue, 8 Sep 1998 19:22:27 -0300 (ADT) From: Michael Richards To: Terry Lambert cc: Andre Oppermann , ben@rosengart.com, mike@smith.net.au, doconnor@gsoft.com.au, current@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: <199809081855.LAA04657@usr07.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 8 Sep 1998, Terry Lambert wrote: > > The only problem I can see is the new US copyright law; it's no longer > > allowed to have/produce/sell technologie that enables you copy/analyse/ > > modify copyrighted work. > > Utter bilge. > > Generally, production of songs on CD's is licensed to record producers, > who then sell into a market for which things like "First North American > Publishing Rights" have been contractually given. I realise that this is getting way off topic; however I must add my 2c. My brother is doing Sound Recording. He mixes CDs and gets me to duplicate his master so he can distribute samplers. I am also putting together a photo-CD of my work for distribution. I am going to burn copies and sell them. Does this mean that the software is going to be brain dammaged so one can't make copies? I may be a minority in that this is legal and legit copying of CD images, however will this be done on the assumption that anyone wanting to make copies is doing it illegally... Maybe the US will make CD copying software a restricted munition so nobody else in the world will be able to get it :) -Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 15:26:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25714 for freebsd-current-outgoing; Tue, 8 Sep 1998 15:26:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from oldnews.quick.net (oldnews.quick.net [207.212.170.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25701 for ; Tue, 8 Sep 1998 15:26:33 -0700 (PDT) (envelope-from donegan@oldnews.quick.net) Received: (from donegan@localhost) by oldnews.quick.net (8.8.5/8.6.9) id PAA14733; Tue, 8 Sep 1998 15:26:25 -0700 (PDT) Date: Tue, 8 Sep 1998 15:26:25 -0700 (PDT) From: "Steven P. Donegan" To: current@FreeBSD.ORG Subject: ports - ssh Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was trying to get the ssh port compiled today - it failed with unresolved externals: ===> Building for ssh-1.2.26 rm -f ssh cc -pipe -Lrsaref2/source -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 cipher.o des.o match.o arcfour.o mpaux.o userfile.o signals.o blowfish.o deattack.o -L/usr/lib -lgmp -L/usr/lib -lz -lrsaref -lcrypt -L/usr/local/lib -lutil sshconnect.o: Undefined symbol `___inet_addr' referenced from text segment sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment newchannels.o: Undefined symbol `___inet_addr' referenced from text segment newchannels.o: Undefined symbol `___inet_addr' referenced from text segment newchannels.o: Undefined symbol `___inet_addr' referenced from text segment *** Error code 1 Stop. The man pages don't indicate what library these routines are in - any ideas? Thanks... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 15:27:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25908 for freebsd-current-outgoing; Tue, 8 Sep 1998 15:27:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25892; Tue, 8 Sep 1998 15:27:31 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id PAA01222; Tue, 8 Sep 1998 15:33:17 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809082233.PAA01222@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug Rabson cc: "Justin T. Gibbs" , current@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: HEADS UP: 6 days to C-DAY In-reply-to: Your message of "Tue, 08 Sep 1998 23:13:30 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Sep 1998 15:33:17 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, 7 Sep 1998, Justin T. Gibbs wrote: > > > After more than a year of development, the Common Access Method SCSI layer > > for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. > > The CAM development team is currently busy ensuring that the integration > > process goes as smoothly as possible, so please understand that we may be > > slow to respond to questions about CAM in the days leading up to C-DAY. > > A CAM FAQ is in the works and will be updated as questions surface. Here > > are a few QandAs about CAM and the upcoming integration: > > Will the old scsi framework still be available for people with unsupported > (by CAM) hardware? I'm asking mainly because John Birrell is currently > relying on an old TurboChannel alpha box with an old-style scsi driver and > I don't really expect anyone to update that driver very soon. No. 8( One of the drawbacks is that the conversion is an all-or-nothing change, and it has fingers in almost everything. Converting the driver would probably be simpler than any of the alternatives. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 15:28:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26252 for freebsd-current-outgoing; Tue, 8 Sep 1998 15:28:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA26212; Tue, 8 Sep 1998 15:28:23 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id IAA05660; Wed, 9 Sep 1998 08:30:24 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809082230.IAA05660@cimlogic.com.au> Subject: Re: HEADS UP: 6 days to C-DAY In-Reply-To: from Doug Rabson at "Sep 8, 98 11:13:30 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Wed, 9 Sep 1998 08:30:24 +1000 (EST) Cc: gibbs@plutotech.com, current@FreeBSD.ORG, scsi@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Rabson wrote: > On Mon, 7 Sep 1998, Justin T. Gibbs wrote: > > > After more than a year of development, the Common Access Method SCSI layer > > for FreeBSD will be integrated into 3.0-current on Sunday, September 13th. > > The CAM development team is currently busy ensuring that the integration > > process goes as smoothly as possible, so please understand that we may be > > slow to respond to questions about CAM in the days leading up to C-DAY. > > A CAM FAQ is in the works and will be updated as questions surface. Here > > are a few QandAs about CAM and the upcoming integration: > > Will the old scsi framework still be available for people with unsupported > (by CAM) hardware? I'm asking mainly because John Birrell is currently > relying on an old TurboChannel alpha box with an old-style scsi driver and > I don't really expect anyone to update that driver very soon. Don't worry about my TC box. The CAM integration is an important event in the life of 3.0. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 15:29:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26558 for freebsd-current-outgoing; Tue, 8 Sep 1998 15:29:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts02-057.dublin.indigo.ie [194.125.134.187]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA26528 for ; Tue, 8 Sep 1998 15:29:17 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id XAA01156; Tue, 8 Sep 1998 23:22:56 +0100 (IST) (envelope-from rotel@indigo.ie) From: Niall Smart Message-Id: <199809082222.XAA01156@indigo.ie> Date: Tue, 8 Sep 1998 23:22:55 +0000 In-Reply-To: <199809080021.UAA04192@highwind.com>; HighWind Software Information Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: HighWind Software Information , freebsd-current@FreeBSD.ORG Subject: Re: Thread Problems Cc: jb@cimlogic.com.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 7, 8:21pm, HighWind Software Information wrote: } Subject: Re: Thread Problems > > Seems to me that libc_r can call free() from within a signal handler. > Given the non-recursive nature of this call, this is a serious > problem: Yeah, it does look like this, I don't think this is OK. Perhaps you could wrap _thread_kern_sched with #define free(x) do { if (scp == NULL) free(x); } while(0) #undef free and see if this improves things any. Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 15:39:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28741 for freebsd-current-outgoing; Tue, 8 Sep 1998 15:39:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.ftf.dk (mail.ftf.dk [129.142.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA28709 for ; Tue, 8 Sep 1998 15:39:33 -0700 (PDT) (envelope-from regnauld@deepo.prosa.dk) Received: from mail.prosa.dk ([192.168.100.254]) by mail.ftf.dk (8.8.8/8.8.8/gw-ftf-1.0) with ESMTP id AAA04060; Wed, 9 Sep 1998 00:44:48 +0200 (CEST) (envelope-from regnauld@deepo.prosa.dk) Received: from deepo.prosa.dk (deepo.prosa.dk [192.168.100.10]) by mail.prosa.dk (8.8.8/8.8.5/prosa-1.1) with ESMTP id AAA10973; Wed, 9 Sep 1998 00:51:39 +0200 (CEST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.8/8.8.5/prosa-1.1) id AAA18121; Wed, 9 Sep 1998 00:41:50 +0200 (CEST) Message-ID: <19980909004150.48863@deepo.prosa.dk> Date: Wed, 9 Sep 1998 00:41:50 +0200 From: Philippe Regnauld To: ben@rosengart.com Cc: current@FreeBSD.ORG Subject: Re: P-Day tomorrow! References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.88e In-Reply-To: ; from Snob Art Genre on Tue, Sep 08, 1998 at 05:56:08PM -0400 X-Operating-System: FreeBSD 2.2.6-RELEASE i386 Phone: +45 3336 4148 Address: Ahlefeldtsgade 16, 1359 Copenhagen K, Denmark Organization: PROSA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Snob Art Genre writes: > On Tue, 8 Sep 1998, John Fieber wrote: > > > The U+0300 code point I assume Terry was referring to is indeed > > called a "COMBINING DIAERESIS". Terry is getting sloppy with > > his email. :) > > So hopefully after CD-Day, we'll be able to spell diaeresis with the > ligature it so richly deserves? You mean diæresis ? (Saved by Det Danske Tastatur ;-) -- -[ Philippe Regnauld / sysadmin / regnauld@deepo.prosa.dk / +55.4N +11.3E ]- The Internet is busy. Please try again later. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 15:50:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA00279 for freebsd-current-outgoing; Tue, 8 Sep 1998 15:50:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA00273 for ; Tue, 8 Sep 1998 15:50:24 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id SAA10366; Tue, 8 Sep 1998 18:50:17 -0400 (EDT) Date: Tue, 8 Sep 1998 18:50:17 -0400 (EDT) Message-Id: <199809082250.SAA10366@highwind.com> From: HighWind Software Information To: rotel@indigo.ie CC: freebsd-current@FreeBSD.ORG In-reply-to: <199809082215.XAA01106@indigo.ie> (message from Niall Smart on Tue, 8 Sep 1998 23:15:53 +0000) Subject: Re: Thread Problems Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Frankly, this looks like the fd is not async. The only potentially > blocking call should be select(). But it's the thread library's responsability not to call accept until it is sure that the call will not block.... Remember, on the first call to accept(), libc_r WILL make the real accept() call. It'll do it, however, on a non-blocking fd, realize it got a EWOULDBLOCK, and then put the fd on the list for a later accept() once select() fires off. Could fork()/exec() be involved? We do call fork() and exec(). I strongly suspect the fork() or exec() logic might be buggy and since it sets things back to "blocking", it might effect existing fd's. -Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 16:23:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04965 for freebsd-current-outgoing; Tue, 8 Sep 1998 16:23:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA04957 for ; Tue, 8 Sep 1998 16:23:51 -0700 (PDT) (envelope-from dmaddox@scsn.net) Received: from rhiannon.scsn.net ([209.12.57.59]) by mail.scsn.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-41950U6000L1100S0) with ESMTP id AAA171 for ; Tue, 8 Sep 1998 19:15:33 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.9.1/8.9.1) id TAA01895 for current@FreeBSD.ORG; Tue, 8 Sep 1998 19:24:10 GMT (envelope-from root) Message-ID: <19980908192409.A1858@scsn.net> Date: Tue, 8 Sep 1998 19:24:09 +0000 From: dmaddox@scsn.net (Donald J. Maddox) To: current@FreeBSD.ORG Subject: Coredumping vmstat Reply-To: dmaddox@scsn.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Vmstat, iostat (and maybe others) are coredumping when compiled ELF (others have reported that they work ok when aout)... The problem in vmstat occurs at line 361: for (i = 0; i < dk_ndrive && ndrives < 4; i++) { if (dr_select[i]) continue; for (cp = defdrives; *cp; cp++) if (strcmp(dr_name[i], *cp) == 0) { ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ dr_select[i] = 1; ++ndrives; break; This code apparently expects *cp to be 0 at the end of the 'defdrives' list, but instead it gets 0xffffffff, and this causes a bus error. >From gdb: . . . 364 break; (gdb) 357 for (i = 0; i < dk_ndrive && ndrives < 4; i++) { (gdb) 358 if (dr_select[i]) (gdb) 360 for (cp = defdrives; *cp; cp++) (gdb) 361 if (strcmp(dr_name[i], *cp) == 0) { (gdb) 360 for (cp = defdrives; *cp; cp++) (gdb) 361 if (strcmp(dr_name[i], *cp) == 0) { (gdb) 360 for (cp = defdrives; *cp; cp++) (gdb) p *cp $1 = 0x804a375 "wd1" (gdb) s 361 if (strcmp(dr_name[i], *cp) == 0) { (gdb) 360 for (cp = defdrives; *cp; cp++) (gdb) p *cp $2 = 0x804a371 "sd0" (gdb) s 361 if (strcmp(dr_name[i], *cp) == 0) { (gdb) p *cp $3 = 0x804a36d "sd1" (gdb) s 360 for (cp = defdrives; *cp; cp++) (gdb) s 361 if (strcmp(dr_name[i], *cp) == 0) { (gdb) p *cp $4 = 0xffffffff (gdb) . . . Coredump on the next step... Anybody have any idea what's going on here? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 16:31:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06194 for freebsd-current-outgoing; Tue, 8 Sep 1998 16:31:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA06189; Tue, 8 Sep 1998 16:31:00 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id QAA18982; Tue, 8 Sep 1998 16:30:53 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp02.primenet.com, id smtpd018949; Tue Sep 8 16:30:52 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id QAA19776; Tue, 8 Sep 1998 16:30:43 -0700 (MST) From: Terry Lambert Message-Id: <199809082330.QAA19776@usr01.primenet.com> Subject: Re: P-Day tomorrow! To: jfieber@indiana.edu (John Fieber) Date: Tue, 8 Sep 1998 23:30:43 +0000 (GMT) Cc: dag-erli@ifi.uio.no, tlambert@primenet.com, phk@critter.freebsd.dk, mark@grondar.za, current@FreeBSD.ORG, committers@FreeBSD.ORG In-Reply-To: from "John Fieber" at Sep 8, 98 04:31:36 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-MIME-Autoconverted: from 8bit to quoted-printable by usr01.primenet.com id QAA19776 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id QAB06190 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Terry Lambert writes: > > > ...And if it's every rolled in, I insist that it be called... > > > > > > "non-spacing Umlaat day" > > > > Why "Umlaut"? Why does everybody have to call that š an umlaut? > > The U+0300 code point I assume Terry was referring to is indeed > called a "COMBINING DIAERESIS". Terry is getting sloppy with > his email. :) Well, my point is somewhat blunted by my having spelled "umlaut" incorrectly, but... shouldn't the "AE" in "DIAERESIS" be a dipthong instead of two seperate letters? Anyway, I'm partial to it because U+0300 matches the FreeBSD 3.0 release version number. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 16:35:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA07038 for freebsd-current-outgoing; Tue, 8 Sep 1998 16:35:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.net.mx (ver1-27.uninet.net.mx [200.38.135.27]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA07025 for ; Tue, 8 Sep 1998 16:35:03 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.net.mx (8.8.8/8.8.7) with ESMTP id SAA19806; Tue, 8 Sep 1998 18:30:36 -0500 (CDT) Message-ID: <35F5BE1C.7204EBAC@webwizard.org.mx> Date: Tue, 08 Sep 1998 18:30:36 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b1 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith CC: Enkhyl , Zach Heilig , "Matthew D. Fuller" , Jonathan Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip References: <199809081617.JAA16917@word.smith.net.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > I have been using this for some time (6 mos+-). > > > > controller scbus0 #base SCSI code > > device sd0 #SCSI disks > > controller ppbus0 > > controller ppc0 at isa? port ? irq 7 vector ppcintr > > controller ppc0 at isa? port ? tty irq 7 vector ppcintr > > You *must* put the 'tty' mask in there if you want it to be reliable. > I added it, although it has not caused problems. Better safe than sorry :-) Thanks ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 17:04:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12816 for freebsd-current-outgoing; Tue, 8 Sep 1998 17:04:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA12762 for ; Tue, 8 Sep 1998 17:04:17 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.1/8.9.1) id TAA27835; Tue, 8 Sep 1998 19:04:06 -0500 (CDT) Message-ID: <19980908190406.A27757@emsphone.com> Date: Tue, 8 Sep 1998 19:04:06 -0500 From: Dan Nelson To: "Steven P. Donegan" , current@FreeBSD.ORG Subject: Re: ports - ssh References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.2i In-Reply-To: ; from "Steven P. Donegan" on Tue Sep 8 15:26:25 GMT 1998 X-OS: FreeBSD 2.2.7-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Sep 08), Steven P. Donegan said: > I was trying to get the ssh port compiled today - it failed with > unresolved externals: > > ===> Building for ssh-1.2.26 > rm -f ssh > cc -pipe -Lrsaref2/source -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 cipher.o des.o match.o arcfour.o mpaux.o userfile.o signals.o > blowfish.o deattack.o -L/usr/lib -lgmp -L/usr/lib -lz -lrsaref -lcrypt > -L/usr/local/lib -lutil > sshconnect.o: Undefined symbol `___inet_addr' referenced from text segment > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > *** Error code 1 Same thing happened to me. Make sure there are no old aout libraries in /usr/lib. That's what bit me. You might also want to make sure both your shlibs and /usr/include match each other. -Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 17:26:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16060 for freebsd-current-outgoing; Tue, 8 Sep 1998 17:26:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16042; Tue, 8 Sep 1998 17:26:03 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca1-139.ix.netcom.com [209.109.232.139]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id RAA20824; Tue, 8 Sep 1998 17:25:15 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id RAA06935; Tue, 8 Sep 1998 17:25:12 -0700 (PDT) Date: Tue, 8 Sep 1998 17:25:12 -0700 (PDT) Message-Id: <199809090025.RAA06935@silvia.hip.berkeley.edu> To: wilko@yedi.iaf.nl CC: gibbs@plutotech.com, current@FreeBSD.ORG, scsi@FreeBSD.ORG In-reply-to: <199809081709.TAA00533@yedi.iaf.nl> (message from Wilko Bulte on Tue, 8 Sep 1998 19:09:20 +0200 (CEST)) Subject: Re: HEADS UP: 6 days to C-DAY From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * From: Wilko Bulte * On behalf of the FreeBSD-ers 'out there' I suppose we all should say * 'Thank you' to Justin & Kenneth for putting all this work into the * SCSI subsystem! Hear, hear! Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 17:32:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17024 for freebsd-current-outgoing; Tue, 8 Sep 1998 17:32:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from florence.pavilion.net (florence.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16982; Tue, 8 Sep 1998 17:32:45 -0700 (PDT) (envelope-from joe@florence.pavilion.net) Received: (from joe@localhost) by florence.pavilion.net (8.8.8/8.8.8) id BAA25981; Wed, 9 Sep 1998 01:27:26 +0100 (BST) (envelope-from joe) Message-ID: <19980909012726.B25474@pavilion.net> Date: Wed, 9 Sep 1998 01:27:26 +0100 From: Josef Karthauser To: =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= , Terry Lambert Cc: Poul-Henning Kamp , mark@grondar.za, current@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: P-Day tomorrow! Mail-Followup-To: =?iso-8859-1?Q?Dag-Erling_Coidan_Sm=F8rgrav?= , Terry Lambert , Poul-Henning Kamp , mark@grondar.za, current@FreeBSD.ORG, committers@FreeBSD.ORG References: <199809081858.LAA04897@usr07.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.93.2i In-Reply-To: =?iso-8859-1?Q?=3Cxzplnnus696=2Efsf=40hrotti=2Eifi=2Euio=2Eno=3E=3B_from?= =?iso-8859-1?Q?_Dag-Erling_Coidan_Sm=F8rgrav__on_Tue=2C_Sep_08=2C_1998_a?= =?iso-8859-1?Q?t_10:23:49PM_+0200?= X-NCC-RegID: uk.pavilion Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > DIARESIS for chrissake! > > DES (yes, it's one of my pet peeves. I have one in my name.) > -- > Dag-Erling Smørgrav - dag-erli@ifi.uio.no ^^^^^^^^^^^^^^^^^^^^^^ Not in the font my terminal uses.. just a \xF8 :) Joe -- Josef Karthauser Technical Manager FreeBSD: The power to serve (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@uk.freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 18:03:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA21705 for freebsd-current-outgoing; Tue, 8 Sep 1998 18:03:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA21632 for ; Tue, 8 Sep 1998 18:02:58 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 13877 invoked by uid 1000); 9 Sep 1998 02:05:37 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 08 Sep 1998 22:05:37 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@FreeBSD.ORG Subject: Make Release under ELF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Last night's cvsup, make buildworld completes OK, Am getting in make release: ===> Building for perl-5.00502 `sh cflags libperl.a miniperlmain.o` miniperlmain.c CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O2 -pipe `sh cflags libperl.a perl.o` perl.c CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O2 -pipe perl.c: In function `perl_parse': perl.c:681: warning: passing arg 1 of `time' from incompatible pointer type `sh cflags libperl.a gv.o` gv.c CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O2 -pipe `sh cflags libperl.a toke.o` toke.c CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O2 -pipe `sh cflags libperl.a perly.o` perly.c CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O2 -pipe `sh cflags libperl.a op.o` op.c CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O2 -pipe `sh cflags libperl.a regcomp.o` regcomp.c CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O2 -pipe `sh cflags libperl.a dump.o` dump.c CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O2 -pipe `sh cflags libperl.a util.o` util.c CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O2 -pipe util.c: In function `vsprintf': util.c:1639: structure has no member named `_ptr' util.c:1640: structure has no member named `_cnt' util.c:1644: structure has no member named `_flag' util.c:1644: `_IOWRT' undeclared (first use this function) util.c:1644: (Each undeclared identifier is reported only once util.c:1644: for each function it appears in.) *** Error code 1 In /usr/ports, perl's make prduces: Let me guess what the preprocessor flags are... Any additional ld flags (NOT including libraries)? [ -L/usr/local/lib] Checking your choice of C compiler and flags for coherency... I've tried to compile and run a simple program with: cc -O -pipe -I/usr/local/include -o try -L/usr/local/lib try.c -lgdbm -ldb -lm -lc -lcrypt ./try and I got the following output: /usr/local/lib/libgdbm.so: file not recognized: File format not recognized I can't compile the test program. You have a BIG problem. Shall I abort Configure [y] Ok. Stopping Configure. *** Error code 1 But that could be due to libgdbm being a.out... Not quite: `sh cflags libperl.a util.o` util.c CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O -pipe util.c: In function `vsprintf': util.c:1639: structure has no member named `_ptr' util.c:1640: structure has no member named `_cnt' util.c:1644: structure has no member named `_flag' util.c:1644: `_IOWRT' undeclared (first use this function) util.c:1644: (Each undeclared identifier is reported only once util.c:1644: for each function it appears in.) *** Error code 1 So, saomething is rather broken here... Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 18:30:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA24843 for freebsd-current-outgoing; Tue, 8 Sep 1998 18:30:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA24757 for ; Tue, 8 Sep 1998 18:30:29 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.8.8/8.8.8) with SMTP id JAA27122; Wed, 9 Sep 1998 09:28:55 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id JAA09006; Wed, 9 Sep 1998 09:29:39 +0800 Message-Id: <199809090129.JAA09006@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: shimon@simon-shapiro.org cc: current@FreeBSD.ORG Subject: Re: XFree86 and -current In-reply-to: Your message of "Tue, 08 Sep 1998 11:35:51 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 09:29:39 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The latest alpha of XFree86 (3.9Nd) build & runs fine under ELF, providing you have set up your host.def correctly. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 18:41:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA26438 for freebsd-current-outgoing; Tue, 8 Sep 1998 18:41:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mordred.cs.ucla.edu (Mordred.CS.UCLA.EDU [131.179.48.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA26432 for ; Tue, 8 Sep 1998 18:41:49 -0700 (PDT) (envelope-from scottm@mordred.cs.ucla.edu) Received: from mordred.cs.ucla.edu (localhost [127.0.0.1]) by mordred.cs.ucla.edu (8.9.1/8.8.8) with ESMTP id SAA11928 for ; Tue, 8 Sep 1998 18:41:43 -0700 (PDT) (envelope-from scottm@mordred.cs.ucla.edu) Message-Id: <199809090141.SAA11928@mordred.cs.ucla.edu> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-current@FreeBSD.ORG Subject: Re: vmstat/iostat dumping all over the place Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Sep 1998 18:41:42 -0700 From: Scott Michel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I zapped the message which identified the problem. It looks like there is a missing 0 or NULL at the end of the defnames[] array in src/usr.bin/vmstat/names.c. I made a local mod to mine, and that's the problem. Change line 47 from: char *defdrives[] = { "wd0", "wd1", "sd0", "sd1" }; to: char *defdrives[] = { "wd0", "wd1", "sd0", "sd1", NULL }; -scooter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 19:04:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA28606 for freebsd-current-outgoing; Tue, 8 Sep 1998 19:04:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA28601; Tue, 8 Sep 1998 19:04:35 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id TAA22059; Tue, 8 Sep 1998 19:04:28 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 08 Sep 1998 19:04:17 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: FreeBSD Questions Subject: Kernel Panic - Fatal Trap......HELP Cc: FreebSD Current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey guys, my machiene suddenly rebooted while I was sitting in front of it, I have errors logged to /var/log/messages and here is the log part.....what happened here and how can I stop it from happening again. I am running -current elf, btw. ------------------------------------------------------------------------- Sep 8 18:50:49 support1 /kernel: Fatal trap 12: page fault while in kernel mode Sep 8 18:50:49 support1 /kernel: Sep 8 18:50:49 support1 /kernel: Fatal trap 12: page fault while in kernel mode Sep 8 18:50:49 support1 /kernel: fault virtual address = 0x0 Sep 8 18:50:49 support1 /kernel: fault virtual address = 0x0 Sep 8 18:50:49 support1 /kernel: fault code = supervisor read, page not present Sep 8 18:50:49 support1 /kernel: fault code = supervisor read, page not present Sep 8 18:50:49 support1 /kernel: instruction pointer = 0x8:0xf0120861 Sep 8 18:50:49 support1 /kernel: instruction pointer = 0x8:0xf0120861 Sep 8 18:50:49 support1 /kernel: stack pointer = 0x10:0xf8092ee4 Sep 8 18:50:49 support1 /kernel: stack pointer = 0x10:0xf8092ee4 Sep 8 18:50:49 support1 /kernel: frame pointer = 0x10:0xf8092f60 Sep 8 18:50:49 support1 /kernel: frame pointer = 0x10:0xf8092f60 Sep 8 18:50:49 support1 /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 8 18:50:49 support1 /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Sep 8 18:50:49 support1 /kernel: = DPL 0, pres 1, def32 1, gran 1 Sep 8 18:50:49 support1 /kernel: = DPL 0, pres 1, def32 1, gran 1 Sep 8 18:50:49 support1 /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Sep 8 18:50:49 support1 /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Sep 8 18:50:49 support1 /kernel: current process = 399 (navigator-4.06.b) Sep 8 18:50:49 support1 /kernel: current process = 399 (navigator-4.06.b) Sep 8 18:50:49 support1 /kernel: interrupt mask = Sep 8 18:50:49 support1 /kernel: interrupt mask = Sep 8 18:50:49 support1 /kernel: trap number = 12 Sep 8 18:50:49 support1 /kernel: trap number = 12 Sep 8 18:50:49 support1 /kernel: panic: page fault Sep 8 18:50:49 support1 /kernel: panic: page fault Sep 8 18:50:49 support1 /kernel: Sep 8 18:50:49 support1 /kernel: Sep 8 18:50:49 support1 /kernel: syncing disks... 2 done Sep 8 18:50:49 support1 /kernel: syncing disks... 2 done Sep 8 18:50:49 support1 /kernel: Automatic reboot in 15 seconds - press a key on the console to abort Sep 8 18:50:49 support1 /kernel: Automatic reboot in 15 seconds - press a key on the console to abort Sep 8 18:50:49 support1 /kernel: Rebooting... Sep 8 18:50:49 support1 /kernel: Rebooting... --------------------------------------------------- Again, please help me with this...what is going on here....... --------------------- William Woods Date: 08-Sep-98 / Time: 18:54:05 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 19:08:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA29251 for freebsd-current-outgoing; Tue, 8 Sep 1998 19:08:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail3.mailsorter.net (mail3.mailsorter.net [209.132.1.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA29246 for ; Tue, 8 Sep 1998 19:08:32 -0700 (PDT) (envelope-from daniel@cooltime.simplenet.com) Received: from daniel ([206.173.241.70]) by mail3.mailsorter.net (Netscape Mail Server v2.02) with SMTP id AAA29053 for ; Tue, 8 Sep 1998 19:08:02 -0700 Message-ID: <002601bddb96$b260af20$0201a8c0@daniel> From: "Daniel" To: Subject: FreeBSD 3.0 Date: Tue, 8 Sep 1998 19:07:34 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0023_01BDDB5B.EF9D1D00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3155.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0023_01BDDB5B.EF9D1D00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable For those of you that have installed FreeBSD 3.0 do you know if it = supports Microsoft Proxy Server? I have a Proxy Network at home and I am planning on using FreeBSD 3.0 = for fun and want to know if it can work on my proxy. I have a Windows NT SERVER 4.0 for the network administrator Contact me or email the list ASAP ------=_NextPart_000_0023_01BDDB5B.EF9D1D00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
For those of you that have installed = FreeBSD 3.0=20 do you know if it supports Microsoft Proxy Server?
 
I have a Proxy Network at home and I = am planning=20 on using FreeBSD 3.0 for fun and want to know if it can work on my=20 proxy.
 
I have a Windows NT SERVER 4.0 for = the network=20 administrator
 
Contact me or email the list=20 ASAP
------=_NextPart_000_0023_01BDDB5B.EF9D1D00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 19:13:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA00115 for freebsd-current-outgoing; Tue, 8 Sep 1998 19:13:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soccer.ksg.com (cm340421-b.ftwrth1.tx.home.com [24.4.2.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA00104 for ; Tue, 8 Sep 1998 19:13:55 -0700 (PDT) (envelope-from kgor@soccer.ksg.com) Received: (from kgor@localhost) by soccer.ksg.com (8.8.8/8.8.8) id VAA26220; Tue, 8 Sep 1998 21:13:46 -0500 (CDT) (envelope-from kgor) Date: Tue, 8 Sep 1998 21:13:46 -0500 (CDT) Message-Id: <199809090213.VAA26220@soccer.ksg.com> From: "Kent S. Gordon" To: freebsd-current@FreeBSD.ORG Subject: wchar.h functions from Solaris/Linux Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anyone have non-GPL source for wchar.h (wide character string functions) functions that will work on FreeBSD? -- Kent S. Gordon KSG -- Unix, Network, Database Consulting Postal: 76 Corral Drive North, Keller, Texas 76248 e-mail: kgor@ksg.com Phone:(817)431-8775 Resume: http://www.ksg.com/resume.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 19:21:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA01263 for freebsd-current-outgoing; Tue, 8 Sep 1998 19:21:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA01257 for ; Tue, 8 Sep 1998 19:20:59 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id TAA06844; Tue, 8 Sep 1998 19:20:33 -0700 (PDT) Message-ID: <19980908192033.A6831@nuxi.com> Date: Tue, 8 Sep 1998 19:20:33 -0700 From: "David O'Brien" To: Kris Kennaway , current@FreeBSD.ORG Subject: Re: amd breakage Reply-To: obrien@NUXI.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Kris Kennaway on Wed, Sep 09, 1998 at 12:26:21AM +0930 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Since I haven't heard anything on the lists about this, I presume > something weird is going on over here - I've run several succesful make Don't know, but I hope to commit the latest state of AMD from my devel machine tonight or tomarrow. Let me know if you still have problems after that. -- -- David (obrien@NUXI.ucdavis.edu -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 19:24:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA01990 for freebsd-current-outgoing; Tue, 8 Sep 1998 19:24:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA01985 for ; Tue, 8 Sep 1998 19:24:18 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id TAA02398; Tue, 8 Sep 1998 19:30:03 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809090230.TAA02398@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Scott Michel cc: freebsd-current@FreeBSD.ORG Subject: Re: vmstat/iostat dumping all over the place In-reply-to: Your message of "Tue, 08 Sep 1998 18:41:42 PDT." <199809090141.SAA11928@mordred.cs.ucla.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Sep 1998 19:30:03 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I zapped the message which identified the problem. It looks like > there is a missing 0 or NULL at the end of the defnames[] array > in src/usr.bin/vmstat/names.c. > > I made a local mod to mine, and that's the problem. Change line 47 > from: > > char *defdrives[] = { "wd0", "wd1", "sd0", "sd1" }; > > to: > > char *defdrives[] = { "wd0", "wd1", "sd0", "sd1", NULL }; Thanks, fixed. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 20:04:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06213 for freebsd-current-outgoing; Tue, 8 Sep 1998 20:04:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06205 for ; Tue, 8 Sep 1998 20:04:16 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id NAA16240; Wed, 9 Sep 1998 13:03:51 +1000 Date: Wed, 9 Sep 1998 13:03:51 +1000 From: Bruce Evans Message-Id: <199809090303.NAA16240@godzilla.zeta.org.au> To: dag-erli@ifi.uio.no, tmb@rcru.rl.ac.uk Subject: Re: 2048-byte sector support for DOS filesystem. Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> So to confirm my understanding, therefore you would confidently >> expect that using the latest version of the CAM-modified CURRENT, my >> machine will happily recognize, mount and read MSDOS filesystems on >> 640MB magneto-optical disk with a FUJITSU 2513A (minus of course all >> the mistakes that I'm might make in configuring this set-up). >> Somehow I wasn't managing this before, but I'll try again if this is >> meant to work. > >Such is my understanding. Somebody in the CAM team will have to >confirm it. CAM should have no affect on this, since the driver already supports 2048-byte sectors. msdosfs doesn't support them. It begins by attempting to read a 512-byte boot sector... Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 20:06:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06799 for freebsd-current-outgoing; Tue, 8 Sep 1998 20:06:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06688; Tue, 8 Sep 1998 20:06:05 -0700 (PDT) (envelope-from jfieber@indiana.edu) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.8/8.8.7) with SMTP id WAA04102; Tue, 8 Sep 1998 22:00:20 -0500 (EST) Date: Tue, 8 Sep 1998 22:00:20 -0500 (EST) From: John Fieber To: Terry Lambert cc: dag-erli@ifi.uio.no, phk@critter.freebsd.dk, mark@grondar.za, current@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: P-Day tomorrow! In-Reply-To: <199809082330.QAA19776@usr01.primenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 8 Sep 1998, Terry Lambert wrote: > Well, my point is somewhat blunted by my having spelled "umlaut" > incorrectly, but... shouldn't the "AE" in "DIAERESIS" be a > dipthong instead of two seperate letters? > > Anyway, I'm partial to it because U+0300 matches the FreeBSD 3.0 > release version number. 8-). Oops, that was a typo, should have been U+0308. Also, I vaguely recall something about Unicode character names being intentionally restricted to 7 bit ASCII or something like that but I'm too lazy to flip through the fat Unicode book to find out just now. :-P -john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 20:14:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA08592 for freebsd-current-outgoing; Tue, 8 Sep 1998 20:14:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cia.net.au (mail.cia.net.au [203.17.36.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA08586 for ; Tue, 8 Sep 1998 20:14:25 -0700 (PDT) (envelope-from alastair@cia.com.au) Received: from clarence.progmatics.com.au ([203.28.49.193]) by cia.net.au (8.8.8/8.8.6) with ESMTP id OAA05956 for ; Wed, 9 Sep 1998 14:10:03 +1000 Received: from alastair (192.168.0.67) by clarence.progmatics.com.au (Worldmail 1.3.167); 9 Sep 1998 13:14:02 +1000 Message-ID: <35E0A7D700000209@clarence.progmatics.com.au> (added by clarence.progmatics.com.au) X-Sender: alastair@mail.cia.com.au (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Wed, 09 Sep 1998 13:14:12 +1000 To: "Daniel" From: Alastair Rankine Subject: Re: FreeBSD 3.0 Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <002601bddb96$b260af20$0201a8c0@daniel> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 19:07 8/09/98 -0700, you wrote: >For those of you that have installed FreeBSD 3.0 do you know if it supports >Microsoft Proxy Server? > >I have a Proxy Network at home and I am planning on using FreeBSD 3.0 for >fun and want to know if it can work on my proxy. > >I have a Windows NT SERVER 4.0 for the network administrator > >Contact me or email the list ASAP Proxy Server 2.0 implements SOCKS4, which you can use from FreeBSD. Check out socks5 in the ports. It is also a Web proxy server which you can use by configuring your web client accordingly. FWIW FreeBSD makes a _far_ better internet gateway for a small LAN than does NT. I know, from experience with both. Also, this should have been in freebsd-questions, as the above info applies to 2.2 as well as 3.0. -- [ Alastair Rankine ] [ mailto:alastair@cia.com.au ] [ http://www.cia.com.au/alastair ] [ pgp5 64E4 B67C D2B7 EEC4 63C9 AA74 F63A 9AD9 E44B 21C7 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 20:25:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA09468 for freebsd-current-outgoing; Tue, 8 Sep 1998 20:25:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA09463 for ; Tue, 8 Sep 1998 20:25:20 -0700 (PDT) (envelope-from dmaddox@scsn.net) Received: from rhiannon.scsn.net ([209.12.57.20]) by mail.scsn.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-41950U6000L1100S0) with ESMTP id AAA226 for ; Tue, 8 Sep 1998 23:17:07 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.9.1/8.9.1) id XAA00303 for freebsd-current@FreeBSD.ORG; Tue, 8 Sep 1998 23:25:43 GMT (envelope-from root) Message-ID: <19980908232542.A296@scsn.net> Date: Tue, 8 Sep 1998 23:25:42 +0000 From: dmaddox@scsn.net (Donald J. Maddox) To: freebsd-current@FreeBSD.ORG Subject: Re: vmstat/iostat dumping all over the place Reply-To: dmaddox@scsn.net References: <199809090141.SAA11928@mordred.cs.ucla.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809090141.SAA11928@mordred.cs.ucla.edu>; from Scott Michel on Tue, Sep 08, 1998 at 06:41:42PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 08, 1998 at 06:41:42PM -0700, Scott Michel wrote: > I zapped the message which identified the problem. It looks like > there is a missing 0 or NULL at the end of the defnames[] array > in src/usr.bin/vmstat/names.c. > > I made a local mod to mine, and that's the problem. Change line 47 > from: > > char *defdrives[] = { "wd0", "wd1", "sd0", "sd1" }; > > to: > > char *defdrives[] = { "wd0", "wd1", "sd0", "sd1", NULL }; It would be interesting if someone could explain why this code worked fine when compiled as aout, but barfed when compiled as ELF... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 20:55:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12014 for freebsd-current-outgoing; Tue, 8 Sep 1998 20:55:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA12009 for ; Tue, 8 Sep 1998 20:55:53 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id VAA02825; Tue, 8 Sep 1998 21:02:13 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809090402.VAA02825@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: dmaddox@scsn.net cc: freebsd-current@FreeBSD.ORG Subject: Re: vmstat/iostat dumping all over the place In-reply-to: Your message of "Tue, 08 Sep 1998 23:25:42 -0000." <19980908232542.A296@scsn.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Sep 1998 21:02:12 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Tue, Sep 08, 1998 at 06:41:42PM -0700, Scott Michel wrote: > > I zapped the message which identified the problem. It looks like > > there is a missing 0 or NULL at the end of the defnames[] array > > in src/usr.bin/vmstat/names.c. > > > > I made a local mod to mine, and that's the problem. Change line 47 > > from: > > > > char *defdrives[] = { "wd0", "wd1", "sd0", "sd1" }; > > > > to: > > > > char *defdrives[] = { "wd0", "wd1", "sd0", "sd1", NULL }; > > It would be interesting if someone could explain why this code worked > fine when compiled as aout, but barfed when compiled as ELF... Probably a padding issue. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 22:41:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA20231 for freebsd-current-outgoing; Tue, 8 Sep 1998 22:41:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA20210 for ; Tue, 8 Sep 1998 22:40:51 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:MNiuVIYiYKqlx7ZjAOGbJubsBs7Ftg6p@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id HAA06861; Wed, 9 Sep 1998 07:40:25 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809090540.HAA06861@gratis.grondar.za> To: shimon@simon-shapiro.org cc: freebsd-current@FreeBSD.ORG Subject: Re: Make Release under ELF In-Reply-To: Your message of " Tue, 08 Sep 1998 22:05:37 -0400." References: Date: Wed, 09 Sep 1998 07:40:24 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Simon Shapiro wrote: > Last night's cvsup, make buildworld completes OK, > Am getting in make release: > > ===> Building for perl-5.00502 Please wait for the new BMaked Perl5. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 8 23:11:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA23489 for freebsd-current-outgoing; Tue, 8 Sep 1998 23:11:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA23483 for ; Tue, 8 Sep 1998 23:11:33 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id XAA13978; Tue, 8 Sep 1998 23:11:23 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <35F61C0B.3B6050E0@dal.net> Date: Tue, 08 Sep 1998 23:11:23 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0905 i386) MIME-Version: 1.0 To: Terry Lambert CC: current@FreeBSD.ORG Subject: Re: P-Day tomorrow! References: <199809082330.QAA19776@usr01.primenet.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote: > > > > Terry Lambert writes: > > > > ...And if it's every rolled in, I insist that it be called... > > > > > > > > "non-spacing Umlaat day" > > > > > > Why "Umlaut"? Why does everybody have to call that š an umlaut? > > > > The U+0300 code point I assume Terry was referring to is indeed > > called a "COMBINING DIAERESIS". Terry is getting sloppy with > > his email. :) > > Well, my point is somewhat blunted by my having spelled "umlaut" > incorrectly, but... shouldn't the "AE" in "DIAERESIS" be a > dipthong instead of two seperate letters? What does Jordan's bathing suit have to do with it? :) Now if you meant dipHthong, you might have something there... Doug -- *** Chief Operations Officer, DALnet IRC network *** At Barry (a small town in south Wales) hidden cameras have had to be installed to keep watch on the town's CCTV [Closed Circuit Television] to record acts of vandalism against the CCTV. - Privacy Forum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 01:18:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA05391 for freebsd-current-outgoing; Wed, 9 Sep 1998 01:18:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA05383 for ; Wed, 9 Sep 1998 01:18:51 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id KAA23100; Wed, 9 Sep 1998 10:18:42 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Wed, 9 Sep 1998 10:18:41 +0200 (MET DST) Mime-Version: 1.0 To: Bruce Evans Cc: tmb@rcru.rl.ac.uk, freebsd-current@FreeBSD.ORG Subject: [LONG PATCH] Re: 2048-byte sector support for DOS filesystem. References: <199809090303.NAA16240@godzilla.zeta.org.au> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 09 Sep 1998 10:18:41 +0200 In-Reply-To: Bruce Evans's message of "Wed, 9 Sep 1998 13:03:51 +1000" Message-ID: Lines: 256 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id BAA05387 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans writes: > > Such is my understanding. Somebody in the CAM team will have to > > confirm it. > CAM should have no affect on this, since the driver already supports > 2048-byte sectors. msdosfs doesn't support them. It begins by > attempting to read a 512-byte boot sector... Ah. I was thinking of the inability of the od driver to handle media with >512 byte sectors. Then this is a different problem altogether, which the second patch in kern-7210 addresses: ---------------------------------------------------------------------- Index: src/sys/kern/subr_diskslice.c =================================================================== RCS file: /mo1/FreeBSD-CVS/src/sys/kern/subr_diskslice.c,v retrieving revision 1.30.2.4 diff -u -r1.30.2.4 subr_diskslice.c --- subr_diskslice.c 1998/06/06 03:13:54 1.30.2.4 +++ subr_diskslice.c 1998/07/06 15:41:18 @@ -210,6 +210,8 @@ ic->ic_prev_iodone_chain = bp->b_iodone_chain; ic->ic_args[0].ia_long = (LABELSECTOR + labelsect - blkno) << DEV_BSHIFT; + if (lp) + ic->ic_args[0].ia_long *= lp->d_secsize / DEV_BSIZE; ic->ic_args[1].ia_ptr = sp; bp->b_flags |= B_CALL; bp->b_iodone = dsiodone; Index: src/sys/msdosfs/msdosfs_fat.c =================================================================== RCS file: /mo1/FreeBSD-CVS/src/sys/msdosfs/msdosfs_fat.c,v retrieving revision 1.10 diff -u -r1.10 msdosfs_fat.c --- msdosfs_fat.c 1995/12/03 16:41:57 1.10 +++ msdosfs_fat.c 1998/07/06 14:16:23 @@ -116,7 +116,7 @@ * pmp->pm_BytesPerSec; bn += pmp->pm_fatblk; if (bnp) - *bnp = bn; + *bnp = bn * pmp->pm_SecBlkRatio; if (sizep) *sizep = size; if (bop) @@ -185,7 +185,7 @@ return E2BIG; } if (bnp) - *bnp = pmp->pm_rootdirblk + (findcn * pmp->pm_SectPerClust); + *bnp = (pmp->pm_rootdirblk + (findcn * pmp->pm_SectPerClust)) * pmp->pm_SecBlkRatio; if (cnp) *cnp = MSDOSFSROOT; return 0; @@ -340,7 +340,7 @@ * bwrite()'s and really slow things down. */ for (i = 1; i < pmp->pm_FATs; i++) { - fatbn += pmp->pm_FATsecs; + fatbn += pmp->pm_FATsecs * pmp->pm_SecBlkRatio; /* getblk() never fails */ bpn = getblk(pmp->pm_devvp, fatbn, bp->b_bcount, 0, 0); bcopy(bp->b_data, bpn->b_data, bp->b_bcount); Index: src/sys/msdosfs/msdosfs_vfsops.c =================================================================== RCS file: /mo1/FreeBSD-CVS/src/sys/msdosfs/msdosfs_vfsops.c,v retrieving revision 1.13.2.1 diff -u -r1.13.2.1 msdosfs_vfsops.c --- msdosfs_vfsops.c 1998/03/23 18:28:14 1.13.2.1 +++ msdosfs_vfsops.c 1998/07/06 14:16:23 @@ -58,6 +58,9 @@ #include #include #include +#include +#include +#include #include #include @@ -273,6 +276,8 @@ struct buf *bp0 = NULL; struct byte_bpb33 *b33; struct byte_bpb50 *b50; + struct partinfo msdosfspart; + int secsize; #ifdef PC98 u_int pc98_wrk; u_int Phy_Sector_Size; @@ -300,14 +305,16 @@ if (error) return error; needclose = 1; -#ifdef HDSUPPORT + /* * Put this in when we support reading dos filesystems from * partitioned harddisks. */ - if (VOP_IOCTL(devvp, DIOCGPART, &msdosfspart, FREAD, NOCRED, p) == 0) { + if (VOP_IOCTL(devvp, DIOCGPART, (caddr_t)&msdosfspart, FREAD, NOCRED, p) == 0) { + secsize = msdosfspart.disklab->d_secsize; + } else { + secsize = DEV_BSIZE; } -#endif /* * Read the boot sector of the filesystem, and then check the boot @@ -319,7 +326,7 @@ devvp->v_flag &= 0xffff; error = bread(devvp, 0, 1024, NOCRED, &bp0); #else - error = bread(devvp, 0, 512, NOCRED, &bp0); + error = bread(devvp, 0, secsize, NOCRED, &bp0); #endif if (error) goto error_exit; @@ -349,6 +356,9 @@ pmp = malloc(sizeof *pmp, M_MSDOSFSMNT, M_WAITOK); bzero((caddr_t)pmp, sizeof *pmp); pmp->pm_mountp = mp; + + /* calculate the ratio of sector size to DEV_BSIZE */ + pmp->pm_SecBlkRatio = secsize/DEV_BSIZE; /* * Compute several useful quantities from the bpb in the Index: src/sys/msdosfs/msdosfsmount.h =================================================================== RCS file: /mo1/FreeBSD-CVS/src/sys/msdosfs/msdosfsmount.h,v retrieving revision 1.6 diff -u -r1.6 msdosfsmount.h --- msdosfsmount.h 1996/01/30 22:57:25 1.6 +++ msdosfsmount.h 1998/07/06 14:16:23 @@ -60,6 +60,9 @@ mode_t pm_mask; /* mask to and with file protection bits */ struct vnode *pm_devvp; /* vnode for block device mntd */ struct bpb50 pm_bpb; /* BIOS parameter blk for this fs */ + int pm_SecBlkRatio; /* How many DEV_BSIZE blocks fit inside + * a physical sector + */ u_long pm_fatblk; /* block # of first FAT */ u_long pm_rootdirblk; /* block # of root directory */ u_long pm_rootdirsize; /* size in blocks (not clusters) */ @@ -124,20 +127,20 @@ * Map a cluster number into a filesystem relative block number. */ #define cntobn(pmp, cn) \ - ((((cn)-CLUST_FIRST) * (pmp)->pm_SectPerClust) + (pmp)->pm_firstcluster) + (((((cn)-CLUST_FIRST) * (pmp)->pm_SectPerClust) + (pmp)->pm_firstcluster) * (pmp)->pm_SecBlkRatio) /* * Map a filesystem relative block number back into a cluster number. */ #define bntocn(pmp, bn) \ - ((((bn) - pmp->pm_firstcluster)/ (pmp)->pm_SectPerClust) + CLUST_FIRST) + (((((bn)/((pmp)->pm_SecBlkRatio)) - pmp->pm_firstcluster)/ (pmp)->pm_SectPerClust) + CLUST_FIRST) /* * Calculate block number for directory entry in root dir, offset dirofs */ #define roottobn(pmp, dirofs) \ - (((dirofs) / (pmp)->pm_depclust) * (pmp)->pm_SectPerClust \ - + (pmp)->pm_rootdirblk) + ((((dirofs) / (pmp)->pm_depclust) * (pmp)->pm_SectPerClust \ + + (pmp)->pm_rootdirblk) * (pmp)->pm_SecBlkRatio) /* * Calculate block number for directory entry at cluster dirclu, offset Index: src/sys/ufs/ffs/ffs_vfsops.c =================================================================== RCS file: /mo1/FreeBSD-CVS/src/sys/ufs/ffs/ffs_vfsops.c,v retrieving revision 1.41.2.2 diff -u -r1.41.2.2 ffs_vfsops.c --- ffs_vfsops.c 1997/03/26 20:05:53 1.41.2.2 +++ ffs_vfsops.c 1998/07/06 14:16:24 @@ -461,9 +461,8 @@ struct buf *bp; register struct fs *fs; dev_t dev = devvp->v_rdev; - struct partinfo dpart; caddr_t base, space; - int havepart = 0, blks; + int blks; int error, i, size; int ronly; u_int strsize; @@ -491,12 +490,16 @@ error = VOP_OPEN(devvp, ronly ? FREAD : FREAD|FWRITE, FSCRED, p); if (error) return (error); +#if 0 if (VOP_IOCTL(devvp, DIOCGPART, (caddr_t)&dpart, FREAD, NOCRED, p) != 0) size = DEV_BSIZE; else { havepart = 1; size = dpart.disklab->d_secsize; } +#else + size = DEV_BSIZE; +#endif bp = NULL; ump = NULL; @@ -519,6 +522,9 @@ goto out; } } + /* XXX bread assumes b_blkno in DEV_BSIZE unit, calculate fsbtodb */ + fs->fs_fsbtodb = ffs(fs->fs_fsize / DEV_BSIZE) - 1; + ump = malloc(sizeof *ump, M_UFSMNT, M_WAITOK); bzero((caddr_t)ump, sizeof *ump); ump->um_fs = malloc((u_long)fs->fs_sbsize, M_UFSMNT, @@ -1051,6 +1057,10 @@ /* Restore compatibility to old file systems. XXX */ if (fs->fs_postblformat == FS_42POSTBLFMT) /* XXX */ ((struct fs *)bp->b_data)->fs_nrpos = -1; /* XXX */ + + /* XXX restore fsbtodb which was modified for fixed b_blkno unit */ + ((struct fs *)bp->b_data)->fs_fsbtodb = ffs(fs->fs_nspf) - 1; + if (waitfor == MNT_WAIT) error = bwrite(bp); else Index: src/sys/ufs/ufs/ufs_disksubr.c =================================================================== RCS file: /mo1/FreeBSD-CVS/src/sys/ufs/ufs/ufs_disksubr.c,v retrieving revision 1.26.2.1 diff -u -r1.26.2.1 ufs_disksubr.c --- ufs_disksubr.c 1998/05/06 19:16:03 1.26.2.1 +++ ufs_disksubr.c 1998/07/06 15:44:34 @@ -159,7 +159,7 @@ bp = geteblk((int)lp->d_secsize); bp->b_dev = dev; - bp->b_blkno = LABELSECTOR; + bp->b_blkno = LABELSECTOR * ((int)lp->d_secsize/DEV_BSIZE); bp->b_bcount = lp->d_secsize; bp->b_flags &= ~B_INVAL; bp->b_flags |= B_BUSY | B_READ; @@ -261,7 +261,7 @@ } bp = geteblk((int)lp->d_secsize); bp->b_dev = dkmodpart(dev, labelpart); - bp->b_blkno = LABELSECTOR; + bp->b_blkno = LABELSECTOR * ((int)lp->d_secsize/DEV_BSIZE); bp->b_bcount = lp->d_secsize; #if 1 /* ---------------------------------------------------------------------- DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 01:20:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA05560 for freebsd-current-outgoing; Wed, 9 Sep 1998 01:20:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA05554 for ; Wed, 9 Sep 1998 01:20:21 -0700 (PDT) (envelope-from rln@ludd.luth.se) Received: from father.ludd.luth.se (rln@father.ludd.luth.se [130.240.16.18]) by zed.ludd.luth.se (8.8.5/8.8.5) with ESMTP id KAA03166; Wed, 9 Sep 1998 10:20:11 +0200 From: Rolf Larsson Received: (rln@localhost) by father.ludd.luth.se (8.6.11/8.6.11) id KAA05070; Wed, 9 Sep 1998 10:20:11 +0200 Message-Id: <199809090820.KAA05070@father.ludd.luth.se> Subject: Re: P-Day tomorrow! To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?=) Date: Wed, 9 Sep 1998 10:20:10 +0200 (MET DST) Cc: current@FreeBSD.ORG In-Reply-To: from =?iso-8859-1?Q?Dag=2DErling_Coidan_Sm=F8rgrav?= at "Sep 8, 98 04:53:56 pm" X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Coidan Smørgrav said something like this: > E-day, C-day, P-day... if this keeps up we'll run out of alphabet any > time soon :) Hopefully not before 3-day, though :-) -- Rolf To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 01:27:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA06472 for freebsd-current-outgoing; Wed, 9 Sep 1998 01:27:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA06430; Wed, 9 Sep 1998 01:26:51 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id KAA21983; Wed, 9 Sep 1998 10:10:02 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Wed, 9 Sep 1998 10:10:01 +0200 (MET DST) Mime-Version: 1.0 To: Josef Karthauser Cc: "Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= =?iso-8859-1?Q?=2C?= Terry Lambert" , Poul-Henning Kamp , current@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: P-Day tomorrow! References: <199809081858.LAA04897@usr07.primenet.com> <19980909012726.B25474@pavilion.net> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 09 Sep 1998 10:10:00 +0200 In-Reply-To: Josef Karthauser's message of "Wed, 9 Sep 1998 01:27:26 +0100" Message-ID: Lines: 16 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id BAA06431 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Josef Karthauser writes: > > DIARESIS for chrissake! ^^ Oops, guilty of forgetting an E here... > > DES (yes, it's one of my pet peeves. I have one in my name.) > > -- > > Dag-Erling Smørgrav - dag-erli@ifi.uio.no > ^^^^^^^^^^^^^^^^^^^^^^ > Not in the font my terminal uses.. just a \xF8 :) Not *that* name. The *other* one. Read my headers :) DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 02:06:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA10354 for freebsd-current-outgoing; Wed, 9 Sep 1998 02:06:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA10300 for ; Wed, 9 Sep 1998 02:06:03 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id KAA24766 for ; Wed, 9 Sep 1998 10:52:48 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 9 Sep 1998 10:52:47 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: Adding sysctl. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I'd like to add a sysctl which would return the contents of msgbuf. This would be useful for examining its contents on systems running kernels without symbol table, where dmesg refuses to work. How do I go about it? I tried to do it straight away like this (in i386/machdep.c:213): SYSCTL_OPAQUE(_machdep,OID_AUTO,msgbuf,CTLFLAG_RD,msgbufp,MSGBUF_SIZE, \ "S,msgbuf",""); but it doesn't like the msgbufp, because it's not a const. Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 02:43:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA13337 for freebsd-current-outgoing; Wed, 9 Sep 1998 02:43:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from access.sfc.wide.ad.jp (bourbon.sfc.wide.ad.jp [203.178.141.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA13327 for ; Wed, 9 Sep 1998 02:42:59 -0700 (PDT) (envelope-from max@wide.ad.jp) Received: from localhost (localhost.sfc.wide.ad.jp [127.0.0.1]) by access.sfc.wide.ad.jp (8.9.1/3.7W-08/28/98) with ESMTP id SAA08137; Wed, 9 Sep 1998 18:42:25 +0900 (JST) To: current@FreeBSD.ORG Cc: max@wide.ad.jp Subject: unremovable schg flag? From: Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= X-Mailer: Mew version 1.92.4 on Emacs 20.2 / Mule 3.0 (MOMIJINOGA) X-PGP-Fingerprint: 00 D8 2C CA C7 75 D4 40 5C 34 39 BA A5 46 C0 CC Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980909184223R.max@wide.ad.jp> Date: Wed, 09 Sep 1998 18:42:23 +0900 X-Dispatcher: imput version 971024 Lines: 16 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, As I did make buildworld, it died when it tried to install libc.so.3 in the elf object tree. I noticed that this file has schg flag set, and I could not do chflags noschg even as root. After struggling for some time, I went into the single user mode and clri'd that file. But this won't solve any problem as far as make world is concerned since there are many more files with schg flag and schg flags on those files are set during the build or the installation, resulting the same problem. Does anyone have similar situation? Or, am I totally misunderstanding something? Cheers, Max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 03:04:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA15166 for freebsd-current-outgoing; Wed, 9 Sep 1998 03:04:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA15161 for ; Wed, 9 Sep 1998 03:04:37 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:Bw6sgXSnb/BB9eBFVybLQWAmdrhSnH5h@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id MAA07870; Wed, 9 Sep 1998 12:03:46 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809091003.MAA07870@gratis.grondar.za> To: Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= cc: current@FreeBSD.ORG Subject: Re: unremovable schg flag? In-Reply-To: Your message of " Wed, 09 Sep 1998 18:42:23 +0900." <19980909184223R.max@wide.ad.jp> References: <19980909184223R.max@wide.ad.jp> Date: Wed, 09 Sep 1998 12:03:45 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= wrote: > As I did make buildworld, it died when it tried to install libc.so.3 > in the elf object tree. I noticed that this file has schg flag set, > and I could not do chflags noschg even as root. After struggling for > some time, I went into the single user mode and clri'd that file. But > this won't solve any problem as far as make world is concerned since > there are many more files with schg flag and schg flags on those files > are set during the build or the installation, resulting the same > problem. > > Does anyone have similar situation? Or, am I totally misunderstanding > something? Have you set your securelevel to something other than -1? If so, this is what schg is all about. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 03:16:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA17153 for freebsd-current-outgoing; Wed, 9 Sep 1998 03:16:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA17117 for ; Wed, 9 Sep 1998 03:16:35 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id MAA19380; Wed, 9 Sep 1998 12:16:15 +0200 (CEST) Message-ID: <19980909121614.A19326@cons.org> Date: Wed, 9 Sep 1998 12:16:14 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org, current@FreeBSD.ORG Subject: Proposed implementation of trapcodes for SIGFPE References: <199809010132.LAA14077@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=sm4nu43k4a2Rpi4c X-Mailer: Mutt 0.93.1i In-Reply-To: <199809010132.LAA14077@godzilla.zeta.org.au>; from Bruce Evans on Tue, Sep 01, 1998 at 11:32:44AM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Find appended a proposed implementation of trapcodes for SIGFPE. It contains a diff against -current, a test program (freebsd-signal.c) and a program to generate the fpetable (npxvals.c). This strickly implements the 8 portable FPE_...... values, with mapping everything that is an illegal access of some kind to FPE_FLTSUB. Determination of more exact reasons should be part of a new interface that passes the control and status word to the new signal handler (SA_SIGINFO). Questions: - Does it work on your machine, everyone (especially older ones)? - The fpetable is rather large, should u_char be used insted of int? - As npxvals.c shows, the code path to get the values in the table is rather short, maybe it is an alternative to run this function instead of using a table? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="diff.fpetrapcode" ? conf/WINGS ? conf/WINGS.from-SMP-GENERIC Index: i386/trap.c =================================================================== RCS file: /home/CVS-FreeBSD/src/sys/i386/i386/trap.c,v retrieving revision 1.128 diff -c -r1.128 trap.c *** trap.c 1998/08/23 10:16:26 1.128 --- trap.c 1998/09/09 00:27:03 *************** *** 328,334 **** break; case T_DIVIDE: /* integer divide fault */ ! ucode = FPE_INTDIV_TRAP; i = SIGFPE; break; --- 328,334 ---- break; case T_DIVIDE: /* integer divide fault */ ! ucode = FPE_INTDIV; i = SIGFPE; break; *************** *** 350,361 **** #endif /* NISA > 0 */ case T_OFLOW: /* integer overflow fault */ ! ucode = FPE_INTOVF_TRAP; i = SIGFPE; break; case T_BOUND: /* bounds check fault */ ! ucode = FPE_SUBRNG_TRAP; i = SIGFPE; break; --- 350,361 ---- #endif /* NISA > 0 */ case T_OFLOW: /* integer overflow fault */ ! ucode = FPE_INTOVF; i = SIGFPE; break; case T_BOUND: /* bounds check fault */ ! ucode = FPE_FLTSUB; i = SIGFPE; break; Index: include/ieeefp.h =================================================================== RCS file: /home/CVS-FreeBSD/src/sys/i386/include/ieeefp.h,v retrieving revision 1.5 diff -c -r1.5 ieeefp.h *** ieeefp.h 1997/02/22 09:34:41 1.5 --- ieeefp.h 1998/09/09 00:27:05 *************** *** 72,77 **** --- 72,78 ---- #define FP_X_OFL 0x08 /* overflow */ #define FP_X_UFL 0x10 /* underflow */ #define FP_X_IMP 0x20 /* (im)precision */ + #define FP_X_STK 0x40 /* stack fault */ /* * FP registers Index: include/trap.h =================================================================== RCS file: /home/CVS-FreeBSD/src/sys/i386/include/trap.h,v retrieving revision 1.7 diff -c -r1.7 trap.h *** trap.h 1997/02/22 09:35:19 1.7 --- trap.h 1998/09/09 00:27:05 *************** *** 76,88 **** #define ILL_ALIGN_FAULT T_ALIGNFLT #define ILL_FPOP_FAULT T_FPOPFLT /* coprocessor operand fault */ ! /* codes for SIGFPE/ARITHTRAP */ #define FPE_INTOVF_TRAP 0x1 /* integer overflow */ #define FPE_INTDIV_TRAP 0x2 /* integer divide by zero */ #define FPE_FLTDIV_TRAP 0x3 /* floating/decimal divide by zero */ #define FPE_FLTOVF_TRAP 0x4 /* floating overflow */ #define FPE_FLTUND_TRAP 0x5 /* floating underflow */ ! #define FPE_FPU_NP_TRAP 0x6 /* floating point unit not present */ #define FPE_SUBRNG_TRAP 0x7 /* subrange out of bounds */ /* codes for SIGBUS */ --- 76,104 ---- #define ILL_ALIGN_FAULT T_ALIGNFLT #define ILL_FPOP_FAULT T_FPOPFLT /* coprocessor operand fault */ ! /* ! * codes for SIGFPE/ARITHTRAP ! * ! */ ! /* portable macros */ ! #define FPE_INTDIV 1 /* integer divide by zero */ ! #define FPE_INTOVF 2 /* integer overflow */ ! #define FPE_FLTDIV 3 /* floating point divide by zero */ ! #define FPE_FLTOVF 4 /* floating point overflow */ ! #define FPE_FLTUND 5 /* floating point underflow */ ! #define FPE_FLTRES 6 /* floating point inexact result */ ! #define FPE_FLTINV 7 /* invalid floating point operation */ ! #define FPE_FLTSUB 8 /* subscript out of range */ ! ! /* old FreeBSD macros, deprecated */ #define FPE_INTOVF_TRAP 0x1 /* integer overflow */ #define FPE_INTDIV_TRAP 0x2 /* integer divide by zero */ #define FPE_FLTDIV_TRAP 0x3 /* floating/decimal divide by zero */ #define FPE_FLTOVF_TRAP 0x4 /* floating overflow */ #define FPE_FLTUND_TRAP 0x5 /* floating underflow */ ! #define FPE_FPU_NP_TRAP 0x6 /* floating point unit not present ! * - won't happen in practice ! */ #define FPE_SUBRNG_TRAP 0x7 /* subrange out of bounds */ /* codes for SIGBUS */ Index: isa/npx.c =================================================================== RCS file: /home/CVS-FreeBSD/src/sys/i386/isa/npx.c,v retrieving revision 1.61 diff -c -r1.61 npx.c *** npx.c 1998/06/21 18:02:39 1.61 --- npx.c 1998/09/09 00:27:07 *************** *** 474,479 **** --- 474,637 ---- #endif } + /* + * Table with FPE_ values for every possible combination of exception bits. + * The precedence is based upon Intel Document "Numerical Applications", + * Chapter "Special Computational Situations". That means when the user + * process enter with more than one unmasked exceptions bit (can be + * when it modified the control word), we through away bits as would the + * FPU if one instruction would cause more than one exception to be raised. + * + * Precisly, it is: + * 1) Invalid operation (FP_X_INV) + * 1a) Stack underflow + * 1b) Stack overflow + * 1c) Operand of unsupported format + * 1d) SNaN operand. + * 2) QNaN operand (not an exception, irrelavant here) + * 3) Any other invalid-operation not mentioned above or zero divide + * (FP_X_INV, FP_X_DZ) + * 4) Denormal operand (FP_X_DNML) + * 5) Numeric over/underflow (FP_X_OFL, FP_X_UFL) + * 6) Inexact result (FP_X_IMP) + */ + static int fpetable[128] = { + 0, + FPE_FLTINV, /* 1 - INV */ + FPE_FLTUND, /* 2 - DNML */ + FPE_FLTINV, /* 3 - INV | DNML */ + FPE_FLTDIV, /* 4 - DZ */ + FPE_FLTINV, /* 5 - INV | DZ */ + FPE_FLTDIV, /* 6 - DNML | DZ */ + FPE_FLTINV, /* 7 - INV | DNML | DZ */ + FPE_FLTOVF, /* 8 - OFL */ + FPE_FLTINV, /* 9 - INV | OFL */ + FPE_FLTUND, /* A - DNML | OFL */ + FPE_FLTINV, /* B - INV | DNML | OFL */ + FPE_FLTDIV, /* C - DZ | OFL */ + FPE_FLTINV, /* D - INV | DZ | OFL */ + FPE_FLTDIV, /* E - DNML | DZ | OFL */ + FPE_FLTINV, /* F - INV | DNML | DZ | OFL */ + FPE_FLTUND, /* 10 - UFL */ + FPE_FLTINV, /* 11 - INV | UFL */ + FPE_FLTUND, /* 12 - DNML | UFL */ + FPE_FLTINV, /* 13 - INV | DNML | UFL */ + FPE_FLTDIV, /* 14 - DZ | UFL */ + FPE_FLTINV, /* 15 - INV | DZ | UFL */ + FPE_FLTDIV, /* 16 - DNML | DZ | UFL */ + FPE_FLTINV, /* 17 - INV | DNML | DZ | UFL */ + FPE_FLTOVF, /* 18 - OFL | UFL */ + FPE_FLTINV, /* 19 - INV | OFL | UFL */ + FPE_FLTUND, /* 1A - DNML | OFL | UFL */ + FPE_FLTINV, /* 1B - INV | DNML | OFL | UFL */ + FPE_FLTDIV, /* 1C - DZ | OFL | UFL */ + FPE_FLTINV, /* 1D - INV | DZ | OFL | UFL */ + FPE_FLTDIV, /* 1E - DNML | DZ | OFL | UFL */ + FPE_FLTINV, /* 1F - INV | DNML | DZ | OFL | UFL */ + FPE_FLTRES, /* 20 - IMP */ + FPE_FLTINV, /* 21 - INV | IMP */ + FPE_FLTUND, /* 22 - DNML | IMP */ + FPE_FLTINV, /* 23 - INV | DNML | IMP */ + FPE_FLTDIV, /* 24 - DZ | IMP */ + FPE_FLTINV, /* 25 - INV | DZ | IMP */ + FPE_FLTDIV, /* 26 - DNML | DZ | IMP */ + FPE_FLTINV, /* 27 - INV | DNML | DZ | IMP */ + FPE_FLTOVF, /* 28 - OFL | IMP */ + FPE_FLTINV, /* 29 - INV | OFL | IMP */ + FPE_FLTUND, /* 2A - DNML | OFL | IMP */ + FPE_FLTINV, /* 2B - INV | DNML | OFL | IMP */ + FPE_FLTDIV, /* 2C - DZ | OFL | IMP */ + FPE_FLTINV, /* 2D - INV | DZ | OFL | IMP */ + FPE_FLTDIV, /* 2E - DNML | DZ | OFL | IMP */ + FPE_FLTINV, /* 2F - INV | DNML | DZ | OFL | IMP */ + FPE_FLTUND, /* 30 - UFL | IMP */ + FPE_FLTINV, /* 31 - INV | UFL | IMP */ + FPE_FLTUND, /* 32 - DNML | UFL | IMP */ + FPE_FLTINV, /* 33 - INV | DNML | UFL | IMP */ + FPE_FLTDIV, /* 34 - DZ | UFL | IMP */ + FPE_FLTINV, /* 35 - INV | DZ | UFL | IMP */ + FPE_FLTDIV, /* 36 - DNML | DZ | UFL | IMP */ + FPE_FLTINV, /* 37 - INV | DNML | DZ | UFL | IMP */ + FPE_FLTOVF, /* 38 - OFL | UFL | IMP */ + FPE_FLTINV, /* 39 - INV | OFL | UFL | IMP */ + FPE_FLTUND, /* 3A - DNML | OFL | UFL | IMP */ + FPE_FLTINV, /* 3B - INV | DNML | OFL | UFL | IMP */ + FPE_FLTDIV, /* 3C - DZ | OFL | UFL | IMP */ + FPE_FLTINV, /* 3D - INV | DZ | OFL | UFL | IMP */ + FPE_FLTDIV, /* 3E - DNML | DZ | OFL | UFL | IMP */ + FPE_FLTINV, /* 3F - INV | DNML | DZ | OFL | UFL | IMP */ + FPE_FLTSUB, /* 40 - STK */ + FPE_FLTSUB, /* 41 - INV | STK */ + FPE_FLTUND, /* 42 - DNML | STK */ + FPE_FLTSUB, /* 43 - INV | DNML | STK */ + FPE_FLTDIV, /* 44 - DZ | STK */ + FPE_FLTSUB, /* 45 - INV | DZ | STK */ + FPE_FLTDIV, /* 46 - DNML | DZ | STK */ + FPE_FLTSUB, /* 47 - INV | DNML | DZ | STK */ + FPE_FLTOVF, /* 48 - OFL | STK */ + FPE_FLTSUB, /* 49 - INV | OFL | STK */ + FPE_FLTUND, /* 4A - DNML | OFL | STK */ + FPE_FLTSUB, /* 4B - INV | DNML | OFL | STK */ + FPE_FLTDIV, /* 4C - DZ | OFL | STK */ + FPE_FLTSUB, /* 4D - INV | DZ | OFL | STK */ + FPE_FLTDIV, /* 4E - DNML | DZ | OFL | STK */ + FPE_FLTSUB, /* 4F - INV | DNML | DZ | OFL | STK */ + FPE_FLTUND, /* 50 - UFL | STK */ + FPE_FLTSUB, /* 51 - INV | UFL | STK */ + FPE_FLTUND, /* 52 - DNML | UFL | STK */ + FPE_FLTSUB, /* 53 - INV | DNML | UFL | STK */ + FPE_FLTDIV, /* 54 - DZ | UFL | STK */ + FPE_FLTSUB, /* 55 - INV | DZ | UFL | STK */ + FPE_FLTDIV, /* 56 - DNML | DZ | UFL | STK */ + FPE_FLTSUB, /* 57 - INV | DNML | DZ | UFL | STK */ + FPE_FLTOVF, /* 58 - OFL | UFL | STK */ + FPE_FLTSUB, /* 59 - INV | OFL | UFL | STK */ + FPE_FLTUND, /* 5A - DNML | OFL | UFL | STK */ + FPE_FLTSUB, /* 5B - INV | DNML | OFL | UFL | STK */ + FPE_FLTDIV, /* 5C - DZ | OFL | UFL | STK */ + FPE_FLTSUB, /* 5D - INV | DZ | OFL | UFL | STK */ + FPE_FLTDIV, /* 5E - DNML | DZ | OFL | UFL | STK */ + FPE_FLTSUB, /* 5F - INV | DNML | DZ | OFL | UFL | STK */ + FPE_FLTRES, /* 60 - IMP | STK */ + FPE_FLTSUB, /* 61 - INV | IMP | STK */ + FPE_FLTUND, /* 62 - DNML | IMP | STK */ + FPE_FLTSUB, /* 63 - INV | DNML | IMP | STK */ + FPE_FLTDIV, /* 64 - DZ | IMP | STK */ + FPE_FLTSUB, /* 65 - INV | DZ | IMP | STK */ + FPE_FLTDIV, /* 66 - DNML | DZ | IMP | STK */ + FPE_FLTSUB, /* 67 - INV | DNML | DZ | IMP | STK */ + FPE_FLTOVF, /* 68 - OFL | IMP | STK */ + FPE_FLTSUB, /* 69 - INV | OFL | IMP | STK */ + FPE_FLTUND, /* 6A - DNML | OFL | IMP | STK */ + FPE_FLTSUB, /* 6B - INV | DNML | OFL | IMP | STK */ + FPE_FLTDIV, /* 6C - DZ | OFL | IMP | STK */ + FPE_FLTSUB, /* 6D - INV | DZ | OFL | IMP | STK */ + FPE_FLTDIV, /* 6E - DNML | DZ | OFL | IMP | STK */ + FPE_FLTSUB, /* 6F - INV | DNML | DZ | OFL | IMP | STK */ + FPE_FLTUND, /* 70 - UFL | IMP | STK */ + FPE_FLTSUB, /* 71 - INV | UFL | IMP | STK */ + FPE_FLTUND, /* 72 - DNML | UFL | IMP | STK */ + FPE_FLTSUB, /* 73 - INV | DNML | UFL | IMP | STK */ + FPE_FLTDIV, /* 74 - DZ | UFL | IMP | STK */ + FPE_FLTSUB, /* 75 - INV | DZ | UFL | IMP | STK */ + FPE_FLTDIV, /* 76 - DNML | DZ | UFL | IMP | STK */ + FPE_FLTSUB, /* 77 - INV | DNML | DZ | UFL | IMP | STK */ + FPE_FLTOVF, /* 78 - OFL | UFL | IMP | STK */ + FPE_FLTSUB, /* 79 - INV | OFL | UFL | IMP | STK */ + FPE_FLTUND, /* 7A - DNML | OFL | UFL | IMP | STK */ + FPE_FLTSUB, /* 7B - INV | DNML | OFL | UFL | IMP | STK */ + FPE_FLTDIV, /* 7C - DZ | OFL | UFL | IMP | STK */ + FPE_FLTSUB, /* 7D - INV | DZ | OFL | UFL | IMP | STK */ + FPE_FLTDIV, /* 7E - DNML | DZ | OFL | UFL | IMP | STK */ + FPE_FLTSUB, /* 7F - INV | DNML | DZ | OFL | UFL | IMP | STK */ + }; + + /* + * Return the right FPE_ value (from trap.h) based on current control and + * status word. + */ + #define ENCODE(_sw, _cw) (fpetable[_sw & ~_cw & 0x3f | _sw & 0x40]) + /* * Preserve the FP status word, clear FP exceptions, then generate a SIGFPE. * *************** *** 500,505 **** --- 658,664 ---- int unit; { int code; + u_long cw; struct intrframe *frame; if (npxproc == NULL || !npx_exists) { *************** *** 515,520 **** --- 674,680 ---- outb(0xf0, 0); fnstsw(&curpcb->pcb_savefpu.sv_ex_sw); + fnstcw(&cw); fnclex(); /* *************** *** 534,548 **** * just before it is used). */ curproc->p_md.md_regs = (struct trapframe *)&frame->if_es; - #ifdef notyet /* * Encode the appropriate code for detailed information on * this exception. */ ! code = XXX_ENCODE(curpcb->pcb_savefpu.sv_ex_sw); ! #else ! code = 0; /* XXX */ ! #endif trapsignal(curproc, SIGFPE, code); } else { /* --- 694,704 ---- * just before it is used). */ curproc->p_md.md_regs = (struct trapframe *)&frame->if_es; /* * Encode the appropriate code for detailed information on * this exception. */ ! code = ENCODE(curpcb->pcb_savefpu.sv_ex_sw, cw); trapsignal(curproc, SIGFPE, code); } else { /* --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="npxvals.c" #include #include #if 0 #define FPE_INTDIV 1 /* integer divide by zero */ #define FPE_INTOVF 2 /* integer overflow */ #define FPE_FLTDIV 3 /* floating point divide by zero */ #define FPE_FLTOVF 4 /* floating point overflow */ #define FPE_FLTUND 5 /* floating point underflow */ #define FPE_FLTRES 6 /* floating point inexact result */ #define FPE_FLTINV 7 /* invalid floating point operation */ #define FPE_FLTSUB 8 /* subscript out of range, not used on FreeBSD */ #define FP_X_INV 0x01 /* invalid operation */ #define FP_X_DNML 0x02 /* denormal */ #define FP_X_DZ 0x04 /* zero divide */ #define FP_X_OFL 0x08 /* overflow */ #define FP_X_UFL 0x10 /* underflow */ #define FP_X_IMP 0x20 /* (im)precision */ #endif char *names[] = { "INV", "DNML", "DZ", "OFL", "UFL", "IMP", "STK" }; /* * 1) Invalid operation (FP_X_INV) * 1a) Stack underflow * 1b) Stack overflow * 1c) Operand of unsupported format * 1d) SNaN operand. * 2) QNaN operand (not an exception, irrelavant here) * 3) Any other invalid-operation not mentioned above or zero divide * (FP_X_INV) * 4) Denormal operand (FP_X_DNML) * 5) Numeric over/underflow (FP_X_OFL, FP_X_UFL) * 6) Inexact result (FP_X_IMP) */ int main(void) { int i,j; int first; /* OK, los gehts */ for (i = 1; i < 128 ; i++) { printf("\t"); if (i & FP_X_INV) { if (i & FP_X_STK) printf("FPE_FLTSUB"); else printf("FPE_FLTINV"); goto done; } if (i & FP_X_DZ) { printf("FPE_FLTDIV"); goto done; } if (i & FP_X_DNML) { printf("FPE_FLTUND"); goto done; } if (i & FP_X_OFL) { printf("FPE_FLTOVF"); goto done; } if (i & FP_X_UFL) { printf("FPE_FLTUND"); goto done; } if (i & FP_X_IMP) { printf("FPE_FLTRES"); goto done; } if (i & FP_X_STK) {/* Can't happen */ printf("FPE_FLTSUB"); goto done; } done: printf(", /* %2X - ", i); first = 1; for ( j=0; j<7 ; j++) { if (i & (1< #include #include #include #include #include #include #include volatile static sig_atomic_t sig_fpe_was_here = 0; volatile static int sig_sig; volatile static int sig_code; static struct sigcontext sig_context; static jmp_buf jmpbuf; static int handler(int sig, int code, struct sigcontext *scp) { #if 0 #define TMP "FPE handler\n" write(2,TMP,sizeof(TMP)-1); #undef TMP #endif sig_fpe_was_here++; sig_sig = sig; sig_code = code; memcpy(&sig_context, scp, sizeof(*scp)); longjmp(jmpbuf,1); return sig; } static const char * codestring(int code) { switch (code) { case FPE_INTDIV: return "FPE_INTDIV"; case FPE_INTOVF: return "FPE_INTOVF"; case FPE_FLTDIV: return "FPE_FLTDIV"; case FPE_FLTOVF: return "FPE_FLTOVF"; case FPE_FLTUND: return "FPE_FLTUND"; case FPE_FLTRES: return "FPE_FLTRES"; case FPE_FLTINV: return "FPE_FLTINV"; case FPE_FLTSUB: return "FPE_FLTSUB"; default: return "Unknwon code"; } } #if 0 static double deopt(double d) { return d; } #endif static double l_idiv(double p1, double p2) { return (double)((int)p1 / (int)p2); } static double l_fadd(double p1, double p2) { return p1 + p2; } static double l_fmul(double p1, double p2) { return p1 * p2; } static double l_fdiv(double p1, double p2) { return p1 / p2; } static double l_fsub(double p1, double p2) { return p1 - p2; } static double l_sin(double p1, double p2) { return sin(p1); } static double l_sqrt(double p1, double p2) { return sqrt(p1); } static double l_stkofl(double p1, double p2) { asm("fldz"); asm("fldz"); asm("fldz"); asm("fldz"); asm("fldz"); asm("fldz"); asm("fldz"); asm("fldz"); return p1 + p2; } static double l_stkufl(double p1, double p2) { asm("fdivp %st(0)"); return p1 + p2; } typedef double (test_f_t)(double, double); struct funcpair { test_f_t *func; const double p1; const double p2; const char *const descr; } const funcs[] = { {l_stkofl, 0.0, 0.0, "stack oflow "}, {l_stkufl, 0.0, 0.0, "stack uflow "}, {l_idiv, 0.0, 0.0, "int 0/0 "}, {l_idiv, 1.0, 0.0, "int 1/0 "}, {l_fdiv, 0.0, 0.0, "dbl 0/0 "}, {l_fdiv, 1.0, 0.0, "dbl 1/0 "}, {l_fdiv, DBL_MIN, DBL_MIN, "dbl MIN/MIN "}, {l_fdiv, DBL_MIN, 2.0, "dbl MIN/2 "}, {l_fsub, DBL_MIN, DBL_MIN, "dbl MIN-MIN "}, {l_fmul, DBL_MAX, 2.0, "dbl 2*MAX "}, {l_fmul, DBL_MAX, DBL_MAX, "dbl MAX*MAX "}, {l_fadd, DBL_MAX, DBL_MAX, "dbl MAX+MAX "}, {l_sin, 10.0, 0.0, "dbl sin(10.0)"}, {l_sqrt, -1.0, 0.0, "dbl sqrt(-1) "}, {NULL, NULL} }; #define forcefpe() asm("wait") static void dotests(void) { const struct funcpair *volatile it; double res; it = funcs; while (it->func) { fprintf(stderr, "Function '%s'", it->descr); if (setjmp(jmpbuf) == 0) { res = it->func(it->p1, it->p2); forcefpe(); fprintf(stderr, " survived, res: %g", res); } else { if (sig_fpe_was_here != 1) { fprintf(stderr,"Strange, %d exceptions after jongjmp\n" , sig_fpe_was_here); exit(2); } sig_fpe_was_here = 0; fprintf(stderr, " signal %d, code %-20s (%2d)" , sig_sig , codestring(sig_code) , sig_code ); } fputc('\n', stderr); it++; } } int main(int argc, char *argv[]) { int oldmask; fprintf(stderr,"Round: %x, Precision: %x\n", fpgetround(), fpgetprec()); oldmask = fpgetmask(); signal(SIGFPE,(__sighandler_t *)handler); fprintf(stderr,"Testing with all exceptions enabled\n"); fpsetmask(FP_X_INV|FP_X_DNML|FP_X_DZ|FP_X_OFL|FP_X_UFL|FP_X_IMP); dotests(); fprintf(stderr,"Testing with all exceptions except precision loss\n"); fpsetmask(FP_X_INV|FP_X_DNML|FP_X_DZ|FP_X_OFL|FP_X_UFL); dotests(); fprintf(stderr,"Testing with exceptions disabled\n"); fpsetmask(0L); dotests(); fprintf(stderr,"Round: %x, Precision: %x\n", fpgetround(), fpgetprec()); return 0; } --sm4nu43k4a2Rpi4c-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 03:39:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19275 for freebsd-current-outgoing; Wed, 9 Sep 1998 03:39:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bird.te.rl.ac.uk (bird.te.rl.ac.uk [130.246.19.162]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19269 for ; Wed, 9 Sep 1998 03:39:19 -0700 (PDT) (envelope-from tmb@rcru.rl.ac.uk) Received: from rcru.rl.ac.uk (localhost [127.0.0.1]) by bird.te.rl.ac.uk (8.8.8/8.8.8) with ESMTP id LAA07810; Wed, 9 Sep 1998 11:38:48 +0100 (BST) (envelope-from tmb@rcru.rl.ac.uk) Message-Id: <199809091038.LAA07810@bird.te.rl.ac.uk> X-Mailer: exmh version 2.0.1 12/23/97 To: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: [LONG PATCH] Re: 2048-byte sector support for DOS filesystem. In-reply-to: Your message of "09 Sep 1998 10:18:41 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Wed, 09 Sep 1998 11:38:47 +0100 From: Mark Blackman Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id DAA19271 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Bruce Evans writes: > > > Such is my understanding. Somebody in the CAM team will have to > > > confirm it. > > CAM should have no affect on this, since the driver already supports > > 2048-byte sectors. msdosfs doesn't support them. It begins by > > attempting to read a 512-byte boot sector... > > Ah. I was thinking of the inability of the od driver to handle media > with >512 byte sectors. Then this is a different problem altogether, > which the second patch in kern-7210 addresses: [patch omitted] Thanks for clearing that up for me. So in summary, the od/scsi-related patches in kern-7210 are superceded by the CAM work, but the msdosfs-related patches are still meant to be applied if you want this 2048-byte block functionality in msdosfs. This then would imply (questions of labour aside) that the msdosfs-related patches are appropriate for inclusion in CURRENT at some convenient point, no? I do understand that there literally hundreds of more important things for the kernel gods to address, but I just want to add my (possibly irrelevant) vote for increasing it's priority somewhat. Cheers, Mark Blackman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 03:40:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19486 for freebsd-current-outgoing; Wed, 9 Sep 1998 03:40:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19461 for ; Wed, 9 Sep 1998 03:40:31 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id MAA26792 for ; Wed, 9 Sep 1998 12:45:32 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 9 Sep 1998 12:45:31 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: Adding sysctl, part II Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2020518627-905337931=:19836" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-2020518627-905337931=:19836 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, Well, I kind of figured out I probably need to use SYSCTL_PROC, and applied the following patch to machdep.c: Index: machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.307 diff -r1.307 machdep.c 213a214,222 > static int > sysctl_hw_msgbuf SYSCTL_HANDLER_ARGS > { > return(sysctl_handle_opaque(oidp,msgbufp,MSGBUF_SIZE,req)); > } > > SYSCTL_PROC(_machdep, OID_AUTO, msgbuf, CTLTYPE_STRUCT|CTLFLAG_RD, > 0, 0, sysctl_hw_msgbuf, "S,msgbuf",""); > and I wrote a simple program to get the info (attached). BUT... it returns garbage instead of msbguf contents... Also, there is yet another problem which I need to solve: with above sysctl I get only the msgbufp contents, and I need to also know the value of struct msgbuf in order to know where to start and stop reading. Any suggestions are appreciated... Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- --0-2020518627-905337931=:19836 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="test.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="test.c" I2luY2x1ZGUgPHN0ZGlvLmg+DQojaW5jbHVkZSA8dW5pc3RkLmg+DQojaW5j bHVkZSA8c3lzL3R5cGVzLmg+DQojaW5jbHVkZSA8c3lzL21zZ2J1Zi5oPg0K I2luY2x1ZGUgPHN5cy9zeXNjdGwuaD4NCg0KaW50DQptYWluKGludCBhcmdj LCBjaGFyICphcmd2W10pDQp7DQoJaW50IGksbGVuOw0KCWNoYXIgKm1pYj0i bWFjaGRlcC5tc2didWYiOw0KCXVfY2hhciAqYnVmOw0KDQoJaT1zeXNjdGxi eW5hbWUobWliLE5VTEwsJmxlbixOVUxMLE5VTEwpOw0KCWlmKGk8MCkgew0K CQlwZXJyb3IoInN5c2N0bCIpOw0KCQlleGl0KC0xKTsNCgl9DQoJZnByaW50 ZihzdGRlcnIsImxlbj0lZFxuIixsZW4pOw0KCWJ1Zj0odV9jaGFyICopY2Fs bG9jKDEsbGVuKTsNCglzeXNjdGxieW5hbWUobWliLGJ1ZiwmbGVuLE5VTEws TlVMTCk7DQoJZnByaW50ZihzdGRlcnIsImxlbj0lZFxuIixsZW4pOw0KCXdy aXRlKDEsYnVmLGxlbik7DQp9DQo= --0-2020518627-905337931=:19836-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 03:41:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19808 for freebsd-current-outgoing; Wed, 9 Sep 1998 03:41:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19803 for ; Wed, 9 Sep 1998 03:41:34 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id MAA19704 for current@freebsd.org; Wed, 9 Sep 1998 12:41:27 +0200 (CEST) Message-ID: <19980909124126.A19691@cons.org> Date: Wed, 9 Sep 1998 12:41:26 +0200 From: Martin Cracauer To: current@FreeBSD.ORG Subject: Regarding fclose(NULL) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I plan to change fclose so that it doesn't dump core on fclose(NULL). For reasoning and actual patch see PR bin/7742. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 03:42:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19986 for freebsd-current-outgoing; Wed, 9 Sep 1998 03:42:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from access.sfc.wide.ad.jp (bourbon.sfc.wide.ad.jp [203.178.141.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19931 for ; Wed, 9 Sep 1998 03:42:00 -0700 (PDT) (envelope-from max@wide.ad.jp) Received: from localhost (localhost.sfc.wide.ad.jp [127.0.0.1]) by access.sfc.wide.ad.jp (8.9.1/3.7W-08/28/98) with ESMTP id TAA08746; Wed, 9 Sep 1998 19:41:19 +0900 (JST) To: mark@grondar.za Cc: max@wide.ad.jp, current@FreeBSD.ORG Cc: max@wide.ad.jp Subject: Re: unremovable schg flag? From: Masafumi NAKANE/=?iso-2022-jp?B?GyRCQ2Y6LDJtSjgbKEI=?= In-Reply-To: Your message of "Wed, 09 Sep 1998 12:03:45 +0200" <199809091003.MAA07870@gratis.grondar.za> References: <199809091003.MAA07870@gratis.grondar.za> X-Mailer: Mew version 1.92.4 on Emacs 20.2 / Mule 3.0 (MOMIJINOGA) X-PGP-Fingerprint: 00 D8 2C CA C7 75 D4 40 5C 34 39 BA A5 46 C0 CC Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980909194117P.max@wide.ad.jp> Date: Wed, 09 Sep 1998 19:41:17 +0900 X-Dispatcher: imput version 971024 Lines: 9 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Have you set your securelevel to something other than -1? If > so, this is what schg is all about. Aha! Now I know what has happend. This was because I copied the latest src/etc/rc to /etc/rc without updating /etc/rc.conf. Thanks for the help! Cheers, Max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 04:08:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA25345 for freebsd-current-outgoing; Wed, 9 Sep 1998 04:08:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (bademster.cybercity.dk [195.8.135.85]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA25340 for ; Wed, 9 Sep 1998 04:08:16 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id NAA01008; Wed, 9 Sep 1998 13:04:08 +0200 (CEST) To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: Adding sysctl, part II In-reply-to: Your message of "Wed, 09 Sep 1998 12:45:31 +0200." Date: Wed, 09 Sep 1998 13:04:08 +0200 Message-ID: <1006.905339048@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Well, I kind of figured out I probably need to use SYSCTL_PROC, and >applied the following patch to machdep.c: Look at the DDB_SHOW_COMMAND(msgbuf, db_show_msgbuf) { at the bottom of kern/subr_prf.c -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 04:34:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA27640 for freebsd-current-outgoing; Wed, 9 Sep 1998 04:34:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA27632 for ; Wed, 9 Sep 1998 04:34:42 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id NAA25636; Wed, 9 Sep 1998 13:33:41 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Wed, 9 Sep 1998 13:33:41 +0200 (MET DST) Mime-Version: 1.0 To: Mark Blackman Cc: Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: 2048-byte sector support for DOS filesystem. References: <199809091038.LAA07810@bird.te.rl.ac.uk> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 09 Sep 1998 13:33:40 +0200 In-Reply-To: Mark Blackman's message of "Wed, 09 Sep 1998 11:38:47 +0100" Message-ID: Lines: 25 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id EAA27636 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Blackman writes: > Thanks for clearing that up for me. So in summary, the > od/scsi-related patches in kern-7210 are superceded by the CAM work, > but the msdosfs-related patches are still meant to be applied if you > want this 2048-byte block functionality in msdosfs. Such is my understanding. > This then would imply (questions of labour aside) that the > msdosfs-related patches are appropriate for inclusion in CURRENT at > some convenient point, no? It would seem so, yes. > I do understand that there literally hundreds of more important > things for the kernel gods to address, but I just want to add my > (possibly irrelevant) vote for increasing it's priority somewhat. I'm not a kernel god, but I'm a committer and I have an MO drive at home, and the PR is assigned to me anyway. I'm very forgetful though, so feel free to refresh my memory at regular intervals :) DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 04:42:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA28865 for freebsd-current-outgoing; Wed, 9 Sep 1998 04:42:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA28841 for ; Wed, 9 Sep 1998 04:42:12 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id VAA21118; Wed, 9 Sep 1998 21:41:46 +1000 Date: Wed, 9 Sep 1998 21:41:46 +1000 From: Bruce Evans Message-Id: <199809091141.VAA21118@godzilla.zeta.org.au> To: dag-erli@ifi.uio.no, tmb@rcru.rl.ac.uk Subject: Re: [LONG PATCH] Re: 2048-byte sector support for DOS filesystem. Cc: bde@zeta.org.au, freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Thanks for clearing that up for me. So in summary, the od/scsi-related patches >in kern-7210 are superceded by the CAM work, but the msdosfs-related patches >are still meant to be applied if you want this 2048-byte block functionality in >msdosfs. Not quite. The od-2048-byte-block-related patches in kern/7210 are superseded by old work in the slice code. The other od-related patches are hopefully superseded by CAM work. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 04:49:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA29506 for freebsd-current-outgoing; Wed, 9 Sep 1998 04:49:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA29498 for ; Wed, 9 Sep 1998 04:49:33 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id NAA28004; Wed, 9 Sep 1998 13:49:14 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Wed, 9 Sep 1998 13:49:13 +0200 (MET DST) Mime-Version: 1.0 To: dmaddox@scsn.net Cc: freebsd-current@FreeBSD.ORG Subject: Re: vmstat/iostat dumping all over the place References: <199809090141.SAA11928@mordred.cs.ucla.edu> <19980908232542.A296@scsn.net> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 09 Sep 1998 13:49:10 +0200 In-Reply-To: dmaddox@scsn.net's message of "Tue, 8 Sep 1998 23:25:42 +0000" Message-ID: Lines: 16 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id EAA29499 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG dmaddox@scsn.net (Donald J. Maddox) writes: > On Tue, Sep 08, 1998 at 06:41:42PM -0700, Scott Michel wrote: > > I zapped the message which identified the problem. It looks like > > there is a missing 0 or NULL at the end of the defnames[] array > > in src/usr.bin/vmstat/names.c. > It would be interesting if someone could explain why this code worked > fine when compiled as aout, but barfed when compiled as ELF... Probably because of some freak coincidence related to padding or something like that resulted in the bytes immediately after the defdrives array being all-bits-zero, so it would appear like there was a NULL at the end. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 04:59:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA00688 for freebsd-current-outgoing; Wed, 9 Sep 1998 04:59:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA00682 for ; Wed, 9 Sep 1998 04:59:24 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id VAA22245; Wed, 9 Sep 1998 21:59:10 +1000 Date: Wed, 9 Sep 1998 21:59:10 +1000 From: Bruce Evans Message-Id: <199809091159.VAA22245@godzilla.zeta.org.au> To: cracauer@cons.org, current@FreeBSD.ORG Subject: Re: Regarding fclose(NULL) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I plan to change fclose so that it doesn't dump core on fclose(NULL). Aargh, no. >For reasoning and actual patch see PR bin/7742. I thought it was too obviously wrong to comment. "Fixing" fclose(NULL) has only slightly less negative worth than "fixing" strlen(NULL). Careful programmers won't call fclose() with a NULL arg, since that gives undefined behaviour, so they won't benefit from the change. Careless programmers won't check that fclose() succeeds, so they will get a negative benefit (loss of the core dump). The man page is not incomplete. It says that fclose() works on streams. NULL is not a stream. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 05:03:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA01313 for freebsd-current-outgoing; Wed, 9 Sep 1998 05:03:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA01308 for ; Wed, 9 Sep 1998 05:03:12 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id OAA19886; Wed, 9 Sep 1998 14:02:57 +0200 (CEST) Message-ID: <19980909140257.A19881@cons.org> Date: Wed, 9 Sep 1998 14:02:57 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org, current@FreeBSD.ORG Subject: Re: Regarding fclose(NULL) References: <199809091159.VAA22245@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199809091159.VAA22245@godzilla.zeta.org.au>; from Bruce Evans on Wed, Sep 09, 1998 at 09:59:10PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199809091159.VAA22245@godzilla.zeta.org.au>, Bruce Evans wrote: > >I plan to change fclose so that it doesn't dump core on fclose(NULL). > > Aargh, no. I guessed so :-) ACK. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 05:36:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA04806 for freebsd-current-outgoing; Wed, 9 Sep 1998 05:36:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA04771 for ; Wed, 9 Sep 1998 05:35:43 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 19018 invoked by uid 1000); 9 Sep 1998 13:38:25 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809090129.JAA09006@ariadne.tensor.pgs.com> Date: Wed, 09 Sep 1998 09:38:25 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Stephen Hocking-Senior Programmer PGS Tensor Perth Subject: Re: XFree86 and -current Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephen Hocking-Senior Programmer PGS Tensor Perth, On 09-Sep-98 you wrote: > > The latest alpha of XFree86 (3.9Nd) build & runs fine under ELF, > providing you > have set up your host.def correctly. For the less fortunate amoung ourselves, can yo enumerate ``...set up your host.def correctly'' ? Thanx, Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 05:54:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA06982 for freebsd-current-outgoing; Wed, 9 Sep 1998 05:54:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA06974 for ; Wed, 9 Sep 1998 05:54:44 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id OAA08074; Wed, 9 Sep 1998 14:54:22 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 9 Sep 1998 14:54:22 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Poul-Henning Kamp cc: freebsd-current@FreeBSD.ORG Subject: Re: Adding sysctl, part II In-Reply-To: <1006.905339048@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 9 Sep 1998, Poul-Henning Kamp wrote: > > >Well, I kind of figured out I probably need to use SYSCTL_PROC, and > >applied the following patch to machdep.c: > > Look at the > DDB_SHOW_COMMAND(msgbuf, db_show_msgbuf) > { > > at the bottom of kern/subr_prf.c Ah! I see it now - I should be glad it didn't explode in my face... It's still unclear to me, however, what should I do to retrieve not only the struct msgbuf (which the msgbufp points to), but the buffer itself as well. If I understand this correctly, once I retrieved the struct msgbuf contents, the msgbufp->msg_ptr is useless because it points to the data in kernel space, so I need to make another call to retrieve the buffer contents, right? The code in subr_prf.c can do this because it works in kernel space all the time, but I can't... Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 06:28:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA11474 for freebsd-current-outgoing; Wed, 9 Sep 1998 06:28:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bird.te.rl.ac.uk (bird.te.rl.ac.uk [130.246.19.162]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA11468 for ; Wed, 9 Sep 1998 06:28:28 -0700 (PDT) (envelope-from tmb@rcru.rl.ac.uk) Received: from rcru.rl.ac.uk (localhost [127.0.0.1]) by bird.te.rl.ac.uk (8.8.8/8.8.8) with ESMTP id OAA00642; Wed, 9 Sep 1998 14:28:06 +0100 (BST) (envelope-from tmb@rcru.rl.ac.uk) Message-Id: <199809091328.OAA00642@bird.te.rl.ac.uk> To: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: 2048-byte sector support for DOS filesystem. In-reply-to: Your message of "09 Sep 1998 13:33:40 +0200." Date: Wed, 09 Sep 1998 14:28:06 +0100 From: Mark Blackman Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-88 59-1?Q?Sm=F8rgrav?= writes: > >I'm not a kernel god, but I'm a committer and I have an MO drive at >home, and the PR is assigned to me anyway. I'm very forgetful though, >so feel free to refresh my memory at regular intervals :) > kernel commit privileges are the effective definition of godhood in this context. :) I'm afraid that I'm a bit short of sacrificial chickens at the moment though. cheers, Mark Blackman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 06:46:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA14019 for freebsd-current-outgoing; Wed, 9 Sep 1998 06:46:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (bademster.cybercity.dk [195.8.135.85]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA13985 for ; Wed, 9 Sep 1998 06:46:10 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id PAA01494; Wed, 9 Sep 1998 15:42:02 +0200 (CEST) To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: Adding sysctl, part II In-reply-to: Your message of "Wed, 09 Sep 1998 14:54:22 +0200." Date: Wed, 09 Sep 1998 15:42:02 +0200 Message-ID: <1492.905348522@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , And rzej Bialecki writes: >On Wed, 9 Sep 1998, Poul-Henning Kamp wrote: > >> >> >Well, I kind of figured out I probably need to use SYSCTL_PROC, and >> >applied the following patch to machdep.c: >> >> Look at the >> DDB_SHOW_COMMAND(msgbuf, db_show_msgbuf) >> { >> >> at the bottom of kern/subr_prf.c > >Ah! I see it now - I should be glad it didn't explode in my face... > >It's still unclear to me, however, what should I do to retrieve not only >the struct msgbuf (which the msgbufp points to), but the buffer itself as >well. If I understand this correctly, once I retrieved the struct msgbuf >contents, the msgbufp->msg_ptr is useless because it points to the data in >kernel space, so I need to make another call to retrieve the buffer >contents, right? The code in subr_prf.c can do this because it works in >kernel space all the time, but I can't... But you sysctl_proc does run in kernel, clone the code in from the DDB_SHOW procedure... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 07:00:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA16766 for freebsd-current-outgoing; Wed, 9 Sep 1998 07:00:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA16761 for ; Wed, 9 Sep 1998 07:00:39 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.8.8/8.8.8) with SMTP id VAA23737; Wed, 9 Sep 1998 21:59:15 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id VAA12862; Wed, 9 Sep 1998 21:59:58 +0800 Message-Id: <199809091359.VAA12862@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: shimon@simon-shapiro.org cc: current@FreeBSD.ORG Subject: Re: XFree86 and -current In-reply-to: Your message of "Wed, 09 Sep 1998 09:38:25 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 21:59:58 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG xc/config/cf/host.def should contain /* * Host.def for building FreeBSD bindists */ #define UseElfFormat YES > > Stephen Hocking-Senior Programmer PGS Tensor Perth, On 09-Sep-98 you wrote: > > > > The latest alpha of XFree86 (3.9Nd) build & runs fine under ELF, > > providing you > > have set up your host.def correctly. > > For the less fortunate amoung ourselves, can yo enumerate ``...set up your > host.def correctly'' ? > > Thanx, > Simon -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 07:04:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17484 for freebsd-current-outgoing; Wed, 9 Sep 1998 07:04:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA17473 for ; Wed, 9 Sep 1998 07:04:44 -0700 (PDT) (envelope-from dawes@rf900.physics.usyd.edu.au) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id AAA22543; Thu, 10 Sep 1998 00:04:28 +1000 (EST) Message-ID: <19980910000427.C21944@rf900.physics.usyd.edu.au> Date: Thu, 10 Sep 1998 00:04:27 +1000 From: David Dawes To: shimon@simon-shapiro.org Cc: current@FreeBSD.ORG Subject: Re: XFree86 and -current Mail-Followup-To: shimon@simon-shapiro.org, current@FreeBSD.ORG References: <199809090129.JAA09006@ariadne.tensor.pgs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from Simon Shapiro on Wed, Sep 09, 1998 at 09:38:25AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 09, 1998 at 09:38:25AM -0400, Simon Shapiro wrote: > >Stephen Hocking-Senior Programmer PGS Tensor Perth, On 09-Sep-98 you wrote: >> >> The latest alpha of XFree86 (3.9Nd) build & runs fine under ELF, >> providing you >> have set up your host.def correctly. > >For the less fortunate amoung ourselves, can yo enumerate ``...set up your >host.def correctly'' ? He means adding: #define UseElfFormat YES because it isn't yet auto-detected in our the ELF bits in the current XFree86 developmenet code. I don't see how that would account for the -lcrypt thing. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 07:21:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA19107 for freebsd-current-outgoing; Wed, 9 Sep 1998 07:21:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA19100 for ; Wed, 9 Sep 1998 07:21:43 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id JAA02249; Wed, 9 Sep 1998 09:21:31 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.6.13/8.6.4) id JAA27830; Wed, 9 Sep 1998 09:21:00 -0500 Message-ID: <19980909092100.52274@right.PCS> Date: Wed, 9 Sep 1998 09:21:00 -0500 From: Jonathan Lemon To: Andrzej Bialecki Cc: freebsd-current@FreeBSD.ORG Subject: Re: Adding sysctl, part II References: <1006.905339048@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: ; from Andrzej Bialecki on Sep 09, 1998 at 02:54:22PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 09, 1998 at 02:54:22PM +0200, Andrzej Bialecki wrote: > > It's still unclear to me, however, what should I do to retrieve not only > the struct msgbuf (which the msgbufp points to), but the buffer itself as > well. If I understand this correctly, once I retrieved the struct msgbuf > contents, the msgbufp->msg_ptr is useless because it points to the data in > kernel space, so I need to make another call to retrieve the buffer > contents, right? The code in subr_prf.c can do this because it works in > kernel space all the time, but I can't... Well, if you get the address of the message buffer through msgbufp, you can then just open /dev/kmem and read the the buffer from that address. msgbufp points to an area of the allocated size, and the struct msgbuf is just the first thing in this area. This isn't exactly robust to changes, but will do what you want. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 07:35:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA20315 for freebsd-current-outgoing; Wed, 9 Sep 1998 07:35:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA20310 for ; Wed, 9 Sep 1998 07:35:09 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id QAA06791; Wed, 9 Sep 1998 16:39:33 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 9 Sep 1998 16:39:33 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Jonathan Lemon cc: freebsd-current@FreeBSD.ORG Subject: Re: Adding sysctl, part II In-Reply-To: <19980909092100.52274@right.PCS> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 9 Sep 1998, Jonathan Lemon wrote: > On Sep 09, 1998 at 02:54:22PM +0200, Andrzej Bialecki wrote: > > > > It's still unclear to me, however, what should I do to retrieve not only > > the struct msgbuf (which the msgbufp points to), but the buffer itself as > > well. If I understand this correctly, once I retrieved the struct msgbuf > > contents, the msgbufp->msg_ptr is useless because it points to the data in > > kernel space, so I need to make another call to retrieve the buffer > > contents, right? The code in subr_prf.c can do this because it works in > > kernel space all the time, but I can't... > > Well, if you get the address of the message buffer through msgbufp, > you can then just open /dev/kmem and read the the buffer from that > address. msgbufp points to an area of the allocated size, and the > struct msgbuf is just the first thing in this area. > > This isn't exactly robust to changes, but will do what you want. Ugh.. No. I mean, this will work indeed, thanks for the hint. But: I'll need sgid kmem, and I don't consider it a decent behaviour to peek into kernel brains. Obtaining this via sysctl is much cleaner IMHO. Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 07:49:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA21932 for freebsd-current-outgoing; Wed, 9 Sep 1998 07:49:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA21917 for ; Wed, 9 Sep 1998 07:49:24 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.02 #2) id 0zGlBb-0007Zt-00; Wed, 9 Sep 1998 15:25:31 +0100 Date: Wed, 9 Sep 1998 15:25:31 +0100 From: Ben Smithurst To: "Masafumi NAKANE/?$BCf:,2mJ8?(B" , mark@grondar.za Cc: current@FreeBSD.ORG Subject: Re: unremovable schg flag? Message-ID: <19980909152531.A28064@scientia.demon.co.uk> References: <199809091003.MAA07870@gratis.grondar.za> <19980909194117P.max@wide.ad.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <19980909194117P.max@wide.ad.jp> User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Masafumi NAKANE/?$BCf:,2mJ8?(B wrote: > Aha! Now I know what has happend. This was because I copied the > latest src/etc/rc to /etc/rc without updating /etc/rc.conf. Thanks > for the help! This annoyed me. To help people upgrading, perhaps the test for enabling it should be ``kern_securelevel_enable = YES'' rather than ``kern_securelevel_enable != NO'', so if someone doesn't define it then it defaults to not being changed? Or is there some reason for the current behaviour? -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 08:19:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26727 for freebsd-current-outgoing; Wed, 9 Sep 1998 08:19:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.mail.pipex.net (relay.mail.pipex.net [158.43.128.38]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA26719 for ; Wed, 9 Sep 1998 08:19:48 -0700 (PDT) (envelope-from james.g.mansion@hsbcgroup.com) From: james.g.mansion@hsbcgroup.com Received: (qmail 22921 invoked from network); 9 Sep 1998 15:11:31 -0000 Received: from unknown (HELO hbmdtemime1.hsbcgroup.com) (193.129.96.77) by iprelay.mail.pipex.net with SMTP; 9 Sep 1998 15:11:31 -0000 Received: from hbmdtemime2.tex.hsbcmidland.com (unverified [128.4.110.202]) by hbmdtemime1.hsbcgroup.com (Integralis SMTPRS 2.0.15) with ESMTP id for ; Wed, 09 Sep 1998 16:07:30 +0100 Received: from hbmdtesmtp1.tex.hsbcmidland.com (unverified [128.4.110.200]) by hbmdtemime2.tex.hsbcmidland.com (Integralis SMTPRS 2.0.15) with SMTP id for ; Wed, 09 Sep 1998 16:09:45 +0100 Received: by hbmdtesmtp1.tex.hsbcmidland.com(Lotus SMTP MTA SMTP v4.6 (462.2 9-3-1997)) id 8025667A.0053A80F ; Wed, 9 Sep 1998 16:13:45 +0100 X-Lotus-FromDomain: HSBCMERIDIAN@INTERNET To: freebsd-current@FreeBSD.ORG Message-Id: <8025667A.00538BEB.00@hbmdtesmtp1.tex.hsbcmidland.com> Date: Wed, 9 Sep 1998 16:14:30 +0100 Subject: Threads MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What is the level of support for POSIX threads and AIOin -current, and projected for 3.0 release (if different)? Does the Linux emulation extend to code that uses threads? James ************************************************************************ Midland Bank plc, who is regulated in the UK by SFA, has issued the information contained in this message (including any attached documents) for its non-private customers only. It should not be reproduced and/or distributed to any other person. It is not an invitation to buy or sell securities. Opinions may change without notice and members of the HSBC Group may have positions in, or trade in instruments mentioned in this message. Each page attached hereto must also be read in conjunction with any disclaimer which form part of it. ************************************************************************ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 08:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26871 for freebsd-current-outgoing; Wed, 9 Sep 1998 08:20:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA26708 for ; Wed, 9 Sep 1998 08:19:32 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 27155 invoked by uid 1000); 9 Sep 1998 16:22:08 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19980910000427.C21944@rf900.physics.usyd.edu.au> Date: Wed, 09 Sep 1998 12:22:08 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: David Dawes Subject: Re: XFree86 and -current Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Dawes, On 09-Sep-98 you wrote: > On Wed, Sep 09, 1998 at 09:38:25AM -0400, Simon Shapiro wrote: > > > >Stephen Hocking-Senior Programmer PGS Tensor Perth, On 09-Sep-98 you > >wrote: > >> > >> The latest alpha of XFree86 (3.9Nd) build & runs fine under ELF, > >> providing you > >> have set up your host.def correctly. > > > >For the less fortunate amoung ourselves, can yo enumerate ``...set up > >your > >host.def correctly'' ? > > He means adding: > > #define UseElfFormat YES > > because it isn't yet auto-detected in our the ELF bits in the current > XFree86 developmenet code. > > I don't see how that would account for the -lcrypt thing. If you noticed from the conversion of FreeBSD (make world, etc.) to ELF, this was necessary to explicitly state. I think it simply carries over from that conversion. Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 08:32:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA28759 for freebsd-current-outgoing; Wed, 9 Sep 1998 08:32:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles197.castles.com [208.214.165.197]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA28753 for ; Wed, 9 Sep 1998 08:32:38 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id IAA02694; Wed, 9 Sep 1998 08:37:39 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809091537.IAA02694@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Mark Blackman cc: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ), Bruce Evans , freebsd-current@FreeBSD.ORG Subject: Re: [LONG PATCH] Re: 2048-byte sector support for DOS filesystem. In-reply-to: Your message of "Wed, 09 Sep 1998 11:38:47 BST." <199809091038.LAA07810@bird.te.rl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 08:37:38 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > This then would imply (questions of labour aside) that the msdosfs-related > patches are appropriate for inclusion in CURRENT at some convenient point, no? > I do understand that there literally hundreds of more important things for > the kernel gods to address, but I just want to add my (possibly irrelevant) > vote for increasing it's priority somewhat. You could add a lot more weight to the vote by taking the patches, making sure they apply cleanly, and reporting your test results. This would really help the issue. Thanks. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 09:02:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01868 for freebsd-current-outgoing; Wed, 9 Sep 1998 09:02:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from elephants.dyn.ml.org (dial104.bc1.com [207.34.139.104]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA01848 for ; Wed, 9 Sep 1998 09:02:35 -0700 (PDT) (envelope-from jake@elephants.dyn.ml.org) Received: from elephants.dyn.ml.org (localhost [127.0.0.1]) by elephants.dyn.ml.org (8.9.1/8.9.1) with ESMTP id JAA29612 for ; Wed, 9 Sep 1998 09:05:33 -0700 (PDT) (envelope-from jake@elephants.dyn.ml.org) Message-Id: <199809091605.JAA29612@elephants.dyn.ml.org> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: FAQ in spanish Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 09:05:32 -0700 From: Jake Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The FAQ web pages included in 3.0-19980831-SNAP are in spanish, is this to be expected? from file:/usr/share/doc/FAQ/FAQ.html Frequently Asked Questions para FreeBSD 2.X Proyecto de documentacion de FreeBSD ... Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 09:25:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05341 for freebsd-current-outgoing; Wed, 9 Sep 1998 09:25:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.net.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05325 for ; Wed, 9 Sep 1998 09:25:07 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.net.mx (8.8.8/8.8.7) with ESMTP id LAA27392; Wed, 9 Sep 1998 11:22:17 -0500 (CDT) Message-ID: <35F6AB38.FFBFBC22@webwizard.org.mx> Date: Wed, 09 Sep 1998 11:22:16 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b1 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Stephen Hocking-Senior Programmer PGS Tensor Perth CC: shimon@simon-shapiro.org, current@FreeBSD.ORG Subject: Re: XFree86 and -current References: <199809090129.JAA09006@ariadne.tensor.pgs.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > The latest alpha of XFree86 (3.9Nd) build & runs fine under ELF, providing you > have set up your host.def correctly. > > Stephen I think that is marvelous, but isn't it restricted to XFree86 developers? Where can a person get the sources? Thanks ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 10:48:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA17647 for freebsd-current-outgoing; Wed, 9 Sep 1998 10:48:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA17642 for ; Wed, 9 Sep 1998 10:48:09 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (d96-072.orchard2.ucdavis.edu [169.237.96.72]) by relay.nuxi.com (8.8.8/8.6.12) with ESMTP id KAA02406; Wed, 9 Sep 1998 10:48:01 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.8.8/8.8.8) id RAA02418; Wed, 9 Sep 1998 17:48:00 GMT (envelope-from obrien) Message-ID: <19980909104800.A2403@nuxi.com> Date: Wed, 9 Sep 1998 10:48:00 -0700 From: "David O'Brien" To: Andrzej Bialecki Cc: freebsd-current@FreeBSD.ORG Subject: Re: E-problem Reply-To: obrien@NUXI.com References: <199808310910.TAA19707@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Andrzej Bialecki on Mon, Aug 31, 1998 at 11:37:07AM +0200 X-Operating-System: FreeBSD 3.0-19980804-SNAP Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Aug 31, 1998 at 11:37:07AM +0200, Andrzej Bialecki wrote: > Perhaps we need yet another target, something like 'reallyclean'... The > stale .depend files have long standing tradition of plaguing unsuspecting > users... try ``make cleandepend'' or ``make cleandir'' -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 11:22:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA23002 for freebsd-current-outgoing; Wed, 9 Sep 1998 11:22:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scotty.masternet.it (scotty.masternet.it [194.184.65.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22992 for ; Wed, 9 Sep 1998 11:22:11 -0700 (PDT) (envelope-from gmarco@scotty.masternet.it) Received: from gmarco.eclipse.org (modem00.masternet.it [194.184.65.254]) by scotty.masternet.it (8.8.8/8.8.8) with SMTP id UAA02990 for ; Wed, 9 Sep 1998 20:19:46 +0200 (CEST) (envelope-from gmarco@scotty.masternet.it) From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it To: current@FreeBSD.ORG Subject: /var/run/ld-elf.so.hints Date: Wed, 9 Sep 1998 20:19:05 +0200 X-Mailer: KMail [version 0.7.9] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <98090920205200.00755@gmarco.eclipse.org> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is it correct this file ? gmarco:/home/gmarco# hd /var/run/ld-elf.so.hints 00000000 45 68 6e 74 01 00 00 00 80 00 00 00 15 00 00 00 |Ehnt............| 00000010 00 00 00 00 14 00 00 00 00 00 00 00 00 00 00 00 |................| 00000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000080 2f 75 73 72 2f 6c 6f 63 61 6c 2f 70 67 73 71 6c |/usr/local/pgsql| 00000090 2f 6c 69 62 00 |/lib.| 00000095 It looks very short compared to aout one .... -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 11:31:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24739 for freebsd-current-outgoing; Wed, 9 Sep 1998 11:31:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scotty.masternet.it (scotty.masternet.it [194.184.65.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24670 for ; Wed, 9 Sep 1998 11:30:52 -0700 (PDT) (envelope-from gmarco@scotty.masternet.it) Received: from gmarco.eclipse.org (modem00.masternet.it [194.184.65.254]) by scotty.masternet.it (8.8.8/8.8.8) with SMTP id UAA03059 for ; Wed, 9 Sep 1998 20:28:28 +0200 (CEST) (envelope-from gmarco@scotty.masternet.it) From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it To: current@FreeBSD.ORG Subject: /usr/obj/elf/usr/src/tmp/usr/lib/libm.so.2 Date: Wed, 9 Sep 1998 20:30:36 +0200 X-Mailer: KMail [version 0.7.9] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <98090920325302.00755@gmarco.eclipse.org> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -------------------------------------------------------------- Rebuilding man page indexes -------------------------------------------------------------- cd /usr/src/share/man; /usr/obj/elf/usr/src/tmp/usr/bin/make makedb makewhatis /usr/share/man /usr/libexec/ld.so: warning: /usr/obj/elf/usr/src/tmp/usr/lib/libm.so.2: minor version -1 older than expected 0, using it anyway ld.so failed: bad magic number in "/usr/obj/elf/usr/src/tmp/usr/lib/libm.so.2" *** Error code 1 Mine make world always finished in this way ... I have played a little with ldconfig (both -elf and -aout) but without any success ... What I miss ? Please a "hints" will be gratefully appreciated... -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 11:45:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27558 for freebsd-current-outgoing; Wed, 9 Sep 1998 11:45:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from duey.hs.wolves.k12.mo.us (duey.hs.wolves.k12.mo.us [207.160.214.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA27553 for ; Wed, 9 Sep 1998 11:44:58 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from duey.hs.wolves.k12.mo.us (cdillon@duey.hs.wolves.k12.mo.us [207.160.214.9]) by duey.hs.wolves.k12.mo.us (8.8.7/8.8.7) with SMTP id NAA08733; Wed, 9 Sep 1998 13:44:49 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Wed, 9 Sep 1998 13:44:49 -0500 (CDT) From: Chris Dillon X-Sender: cdillon@duey.hs.wolves.k12.mo.us To: Daniel cc: freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD 3.0 In-Reply-To: <002601bddb96$b260af20$0201a8c0@daniel> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 8 Sep 1998, Daniel wrote: > For those of you that have installed FreeBSD 3.0 do you know if it > supports Microsoft Proxy Server? > > I have a Proxy Network at home and I am planning on using FreeBSD > 3.0 for fun and want to know if it can work on my proxy. > > I have a Windows NT SERVER 4.0 for the network administrator > > Contact me or email the list ASAP > Yes, it should. Though why don't you dump the lousy NT box and make the FreeBSD box the proxy from now on? I guarantee it will work much better (and faster). :-) I have several hundred clients using the Squid HTTP proxy/cache (free) on a 486-66 running FreeBSD 2.2.5. It gets sometimes 30,000 hits per day, and that doesn't even load the server down. I'd dare anyone to do the same thing with NT and MS Proxy, even on better hardware. :-) -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net /* FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and compatibles (SPARC and Alpha under development) (http://www.freebsd.org) */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 12:33:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA04830 for freebsd-current-outgoing; Wed, 9 Sep 1998 12:33:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA04825 for ; Wed, 9 Sep 1998 12:33:38 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id MAA00801; Wed, 9 Sep 1998 12:33:58 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809091933.MAA00801@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Andrzej Bialecki cc: Poul-Henning Kamp , freebsd-current@FreeBSD.ORG Subject: Re: Adding sysctl, part II In-reply-to: Your message of "Wed, 09 Sep 1998 14:54:22 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 12:33:57 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Wed, 9 Sep 1998, Poul-Henning Kamp wrote: > > > > > >Well, I kind of figured out I probably need to use SYSCTL_PROC, and > > >applied the following patch to machdep.c: > > > > Look at the > > DDB_SHOW_COMMAND(msgbuf, db_show_msgbuf) > > { > > > > at the bottom of kern/subr_prf.c > > Ah! I see it now - I should be glad it didn't explode in my face... > > It's still unclear to me, however, what should I do to retrieve not only > the struct msgbuf (which the msgbufp points to), but the buffer itself as > well. If I understand this correctly, once I retrieved the struct msgbuf > contents, the msgbufp->msg_ptr is useless because it points to the data in > kernel space, so I need to make another call to retrieve the buffer > contents, right? The code in subr_prf.c can do this because it works in > kernel space all the time, but I can't... Try something like static int sysctl_msgbuf SYSCTL_HANDLER_ARGS { return(sysctl_out(req, msgbufp, MSGBUFLEN)); } SYSCTL_PROC(_kern, OID_AUTO, msgbuf, CTLFLAG_RD, NULL, NULL, sysctl_msgbuf, "S,msgbuf", "kernel message buffer"); -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 12:35:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA05285 for freebsd-current-outgoing; Wed, 9 Sep 1998 12:35:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail1.its.rpi.edu (mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA05270 for ; Wed, 9 Sep 1998 12:35:20 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail1.its.rpi.edu (8.8.8/8.8.6) with ESMTP id PAA142664 for ; Wed, 9 Sep 1998 15:35:29 -0400 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Sender: drosih@pop1.rpi.edu Message-Id: Date: Wed, 9 Sep 1998 15:39:28 -0400 To: current@FreeBSD.ORG From: Garance A Drosihn Subject: Any newer code for netbooting PC's? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I vaguely remember a few articles go by in the past few months which had to do with improved support for netbooting. I thought I saved the messages away, but I can't find them now even though I've tried several likely searches of the mailing-list archives. I *think* they had to do with the situation where you have boot-rom's on a PC, and then they can connect to some server to download the entire system image to disk (at least, that's what I am interested in). Anyone remember any work going on in that area? The goal here is to have a lab of PC's, and let users boot into different operating systems (if they don't mind waiting a bit for the new system image to be built), so it's not the same thing as simple boot loaders like booteasy, PowerBoot, or System Commander. --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 12:37:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA05725 for freebsd-current-outgoing; Wed, 9 Sep 1998 12:37:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA05720 for ; Wed, 9 Sep 1998 12:37:32 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id MAA00861 for ; Wed, 9 Sep 1998 12:43:52 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809091943.MAA00861@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: ELF worldstone numbers? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 12:43:51 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just wondering if anyone has any ELF worldstone numbers they'd like to compare, particularly anyone that was showing well in the pre-ELF days. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 12:50:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA08220 for freebsd-current-outgoing; Wed, 9 Sep 1998 12:50:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA08211 for ; Wed, 9 Sep 1998 12:50:51 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id MAA00929; Wed, 9 Sep 1998 12:56:18 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809091956.MAA00929@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Garance A Drosihn cc: current@FreeBSD.ORG Subject: Re: Any newer code for netbooting PC's? In-reply-to: Your message of "Wed, 09 Sep 1998 15:39:28 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 12:56:18 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I vaguely remember a few articles go by in the past few months which > had to do with improved support for netbooting. I thought I saved > the messages away, but I can't find them now even though I've tried > several likely searches of the mailing-list archives. > > I *think* they had to do with the situation where you have boot-rom's > on a PC, and then they can connect to some server to download the > entire system image to disk (at least, that's what I am interested > in). Anyone remember any work going on in that area? > > The goal here is to have a lab of PC's, and let users boot into > different operating systems (if they don't mind waiting a bit > for the new system image to be built), so it's not the same thing > as simple boot loaders like booteasy, PowerBoot, or System Commander. For now, go look at www.incom.de. The "Wired for Management Baseline" sponsored by Intel also covers what you're referring to, but the critical interfaces involved are currently undergoing massive renovation, so don't expect anything earthshattering right now. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 13:15:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA12816 for freebsd-current-outgoing; Wed, 9 Sep 1998 13:15:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA12800 for ; Wed, 9 Sep 1998 13:15:42 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id NAA24441; Wed, 9 Sep 1998 13:14:44 -0700 (PDT) (envelope-from jdp) Message-Id: <199809092014.NAA24441@austin.polstra.com> To: gmarco@giovannelli.it Subject: Re: /var/run/ld-elf.so.hints In-Reply-To: <98090920205200.00755@gmarco.eclipse.org> References: <98090920205200.00755@gmarco.eclipse.org> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Wed, 09 Sep 1998 13:14:44 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <98090920205200.00755@gmarco.eclipse.org>, Gianmarco Giovannelli wrote: > > Is it correct this file ? > > gmarco:/home/gmarco# hd /var/run/ld-elf.so.hints > 00000000 45 68 6e 74 01 00 00 00 80 00 00 00 15 00 00 00 |Ehnt............| > 00000010 00 00 00 00 14 00 00 00 00 00 00 00 00 00 00 00 |................| > 00000020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > * > 00000080 2f 75 73 72 2f 6c 6f 63 61 6c 2f 70 67 73 71 6c |/usr/local/pgsql| > 00000090 2f 6c 69 62 00 |/lib.| > 00000095 > > It looks very short compared to aout one .... Yes, it's correct. The ELF hints file contains only the list of directories to search. It doesn't list the individual files like the a.out hints file does. Because of the way ELF shared libraries are found, it doesn't need that extra information. (I.e., it wouldn't make it any faster.) -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 13:50:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16893 for freebsd-current-outgoing; Wed, 9 Sep 1998 13:50:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16780 for ; Wed, 9 Sep 1998 13:49:58 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id WAA03188; Wed, 9 Sep 1998 22:48:26 +0200 (CEST) (envelope-from sos) Message-Id: <199809092048.WAA03188@sos.freebsd.dk> Subject: Re: ELF worldstone numbers? In-Reply-To: <199809091943.MAA00861@dingo.cdrom.com> from Mike Smith at "Sep 9, 98 12:43:51 pm" To: mike@smith.net.au (Mike Smith) Date: Wed, 9 Sep 1998 22:48:26 +0200 (CEST) Cc: current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Mike Smith who wrote: > > Just wondering if anyone has any ELF worldstone numbers they'd like to > compare, particularly anyone that was showing well in the pre-ELF days. I've just startet the aout->elf make on my machine, I'll time a make world when it is done.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 14:24:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA21062 for freebsd-current-outgoing; Wed, 9 Sep 1998 14:24:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA21051 for ; Wed, 9 Sep 1998 14:24:40 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA08968; Thu, 10 Sep 1998 07:26:58 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809092126.HAA08968@cimlogic.com.au> Subject: Re: ELF worldstone numbers? In-Reply-To: <199809091943.MAA00861@dingo.cdrom.com> from Mike Smith at "Sep 9, 98 12:43:51 pm" To: mike@smith.net.au (Mike Smith) Date: Thu, 10 Sep 1998 07:26:58 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > Just wondering if anyone has any ELF worldstone numbers they'd like to > compare, particularly anyone that was showing well in the pre-ELF days. Oh no, not that again! If you want to do this, set NOAOUT in /etc/make.conf. There is no point building two sets of libs in `make world' if elf and one set if aout. I can tell you now which one takes _much_ longer. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 14:47:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA23776 for freebsd-current-outgoing; Wed, 9 Sep 1998 14:47:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23770 for ; Wed, 9 Sep 1998 14:47:16 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id OAA20370 for ; Wed, 9 Sep 1998 14:47:07 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <35F6F75B.89C97D48@dal.net> Date: Wed, 09 Sep 1998 14:47:07 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0905 i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: 3.0-Release suggestions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I know that the issue of when to branch 3.1 has been discussed somewhat already, but I'd like to add a suggestion. It seems to me that the best time to do it would be when the 3.0-BETA tag goes on. This would allow some of the last minute things to be banged on in HEAD even during the beta period. There are probably other advantages to this timing, I'd love to hear discussion about it though. I haven't seen much and the day is quick upon us. The other issue that I think is important is having some *detailed*, step-by-step instructions available on the web page for people who will be moving from 2.2.x to 3.0-Beta. We definitely want lots of people beta testing the new stuff, and some detailed instructions will help get more people involved, and forestall the inevitable rash of questions that will come as part of the process. The sooner this is produced (after the remaining dust has settled prior to the beta period of course) the better off we will be. I would volunteer to do this myself but I don't know what the issues are. :) I will be looking for help too as I move away from the 2.x branch for the first time in my FreeBSD life. I do have more time on my hands this month, so I'd be glad to help with the other documentation issues during the transition, hopefully there will be more talk about that on the -doc list. Hope this is of use, Doug -- *** Chief Operations Officer, DALnet IRC network *** At Barry (a small town in south Wales) hidden cameras have had to be installed to keep watch on the town's CCTV [Closed Circuit Television] to record acts of vandalism against the CCTV. - Privacy Forum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 14:51:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24596 for freebsd-current-outgoing; Wed, 9 Sep 1998 14:51:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA24589 for ; Wed, 9 Sep 1998 14:51:48 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA09044; Thu, 10 Sep 1998 07:53:41 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809092153.HAA09044@cimlogic.com.au> Subject: Re: /usr/obj/elf/usr/src/tmp/usr/lib/libm.so.2 In-Reply-To: <98090920325302.00755@gmarco.eclipse.org> from Gianmarco Giovannelli at "Sep 9, 98 08:30:36 pm" To: gmarco@giovannelli.it Date: Thu, 10 Sep 1998 07:53:41 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gianmarco Giovannelli wrote: > > -------------------------------------------------------------- > Rebuilding man page indexes > -------------------------------------------------------------- > cd /usr/src/share/man; /usr/obj/elf/usr/src/tmp/usr/bin/make makedb > makewhatis /usr/share/man > /usr/libexec/ld.so: warning: /usr/obj/elf/usr/src/tmp/usr/lib/libm.so.2: minor version -1 older than expected 0, using it anyway > ld.so failed: bad magic number in "/usr/obj/elf/usr/src/tmp/usr/lib/libm.so.2" > *** Error code 1 > > Mine make world always finished in this way ... > I have played a little with ldconfig (both -elf and -aout) but without any > success ... What I miss ? I can't explain why the aout rtld would be looking at the elf libs. Since the first that this occurs is immediately after ldconfig rescans for libs, I guess it might be related to that. You've already said that /etc/rc has _LDC pointing to /usr/lib/aout. Immediately after the build fails, try running `ldconfig -aout -r' and check the paths reported. If there are no tmp components of these paths, then maybe the problem is things set in your environment. Are you setting LD_LIBRARY_PATH? -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 14:55:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25066 for freebsd-current-outgoing; Wed, 9 Sep 1998 14:55:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA25061 for ; Wed, 9 Sep 1998 14:55:39 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (d96-072.orchard2.ucdavis.edu [169.237.96.72]) by relay.nuxi.com (8.8.8/8.6.12) with ESMTP id OAA03369; Wed, 9 Sep 1998 14:55:30 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.8.8/8.8.8) id VAA05224; Wed, 9 Sep 1998 21:55:30 GMT (envelope-from obrien) Message-ID: <19980909145530.B2403@nuxi.com> Date: Wed, 9 Sep 1998 14:55:30 -0700 From: "David O'Brien" To: Doug Rabson , John Birrell Cc: current@FreeBSD.ORG Subject: Re: Compiler problems with gcc-2.7.2.1 Reply-To: obrien@NUXI.com References: <199809032336.JAA04070@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Doug Rabson on Fri, Sep 04, 1998 at 08:17:44AM +0100 X-Operating-System: FreeBSD 3.0-19980804-SNAP Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It would be a good idea to upgrade to a modern compiler after the release. > I suspect that gcc-2.8.x will be more acceptable for most people. Why? If you listen to the EGCS people, while g++28 is a much better C++ compiler than g++27, it still has bugs that are fixed in EGCS. >From coding this weekend, I do know that EGCS 1.1.1 (aka 1.1a) works better all around with the STL. -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 15:04:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26293 for freebsd-current-outgoing; Wed, 9 Sep 1998 15:04:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA26288 for ; Wed, 9 Sep 1998 15:04:28 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id PAA06270; Wed, 9 Sep 1998 15:03:54 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809092126.HAA08968@cimlogic.com.au> Date: Wed, 09 Sep 1998 15:03:42 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: John Birrell Subject: Re: ELF worldstone numbers? Cc: current@FreeBSD.ORG, (Mike Smith) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Am I correct in assuming that I can set NOAOUT in make.conf safely if I am elf. I still have aout bins (obviousely) but see no need to re-make them every time. On 09-Sep-98 John Birrell wrote: > Mike Smith wrote: >> >> Just wondering if anyone has any ELF worldstone numbers they'd like to >> compare, particularly anyone that was showing well in the pre-ELF days. > > Oh no, not that again! If you want to do this, set NOAOUT in /etc/make.conf. > There is no point building two sets of libs in `make world' if elf and one > set if aout. I can tell you now which one takes _much_ longer. > > -- > John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ > CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message --------------------- William Woods Date: 09-Sep-98 / Time: 15:02:16 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 15:15:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28026 for freebsd-current-outgoing; Wed, 9 Sep 1998 15:15:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA28002 for ; Wed, 9 Sep 1998 15:15:24 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id IAA09164; Thu, 10 Sep 1998 08:17:47 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809092217.IAA09164@cimlogic.com.au> Subject: NOAOUT (Was: Re: ELF worldstone numbers?) In-Reply-To: from William Woods at "Sep 9, 98 03:03:42 pm" To: wwoods@cybcon.com Date: Thu, 10 Sep 1998 08:17:46 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG William Woods wrote: > Am I correct in assuming that I can set NOAOUT in make.conf safely if I am elf. > I still have aout bins (obviousely) but see no need to re-make them every time. Setting NOAOUT in your /etc/make.conf or environment will prevent a `make world' from building the legacy aout bits (libs, rtld, lkms, boot blocks). I was tempted to say that now is a safe time to do this, however with C-day approaching, bear in mind that it is important to have a consistent user-land with your kernel. If you continue to run aout bins that rely on an aout shared libc, you _should_ rebuild that when you make things after C-day "just in case". Let's not create a bunch of support questions simply because you want to save time building world. The best way to save time building world is to not build world. Wait for R-day (release of 3.0) and build then. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 15:35:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA00890 for freebsd-current-outgoing; Wed, 9 Sep 1998 15:35:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA00883 for ; Wed, 9 Sep 1998 15:35:11 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id PAA13313; Wed, 9 Sep 1998 15:35:01 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp01.primenet.com, id smtpd013211; Wed Sep 9 15:34:52 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id PAA04517; Wed, 9 Sep 1998 15:34:46 -0700 (MST) From: Terry Lambert Message-Id: <199809092234.PAA04517@usr02.primenet.com> Subject: Re: Thread Problems To: eischen@vigrid.com (Daniel Eischen) Date: Wed, 9 Sep 1998 22:34:46 +0000 (GMT) Cc: info@highwind.com, tlambert@primenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809081933.PAA13564@pcnet1.pcnet.com> from "Daniel Eischen" at Sep 8, 98 03:33:19 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > That is it. The application SITS idle right here. Doing NOTHING. It > > > will respond to additional connections. So, it appears that the > > > "accept()" thread is still responsive. However, all other threads are > > > not responsive. > > > > You are aware of the fact the socket options are not inherited > > across a dup, dup2, fcntl( ..., F_DUPFD, ...), connect, accept, > > bind, etc., right? > > The threads library makes the files non-blocking. He's doing an > accept on a listen socket that the threads library should have > made (and did, because it works the first time) non-blocking. > The socket should have been made non-blocking when it was made > by the wrapped socket() call. > > dup, dup2, connect, accept, and bind are all wrapped by the threads > library and should result in non-blocking files also. > > It does seem that the listen socket somehow became blocking, > but it isn't apparent by looking at the code. Is a > fcntl(fd, F_SETFL, O_NONBLOCK) sufficient to set a socket > non-blocking across multiple accepts? No. You are getting confused here between the non-blocking flag on the actual fd, and the non-blocking flag maintained in user space threading to determine how a call should be multiplexed. That is, if a socket is created via socket(3) (the threads library socket(3) is a wrapper for socket(2)), the socket(2) socket will be non-blocking, but the socket(3) socket will be "blocking" (that is, a call to it will block the thread making the call until the call can be completed successfully). This is the difference between "blocking th thread" and "blocking the process". If a "blocking" call is made (i.e., a call on a "blocking" fd, from the thread's perspective), then it will block. The socket option inheritance issue applies to the inheritance of user space flags, as well, which I don't think the threads library successfully wraps. If the server code expects the "non-blocking" flag, as set within the context of a thread, so that the call will not result in a threads context switch, to be non-blocking after derivation from another socket where the flag was set, then this could be the problem. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 15:41:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01571 for freebsd-current-outgoing; Wed, 9 Sep 1998 15:41:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01566 for ; Wed, 9 Sep 1998 15:41:31 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id PAA20382; Wed, 9 Sep 1998 15:41:23 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpd020255; Wed Sep 9 15:41:11 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id PAA04776; Wed, 9 Sep 1998 15:41:08 -0700 (MST) From: Terry Lambert Message-Id: <199809092241.PAA04776@usr02.primenet.com> Subject: Re: wchar.h functions from Solaris/Linux To: kgor@ksg.com (Kent S. Gordon) Date: Wed, 9 Sep 1998 22:41:08 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199809090213.VAA26220@soccer.ksg.com> from "Kent S. Gordon" at Sep 8, 98 09:13:46 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Anyone have non-GPL source for wchar.h (wide character string > functions) functions that will work on FreeBSD? What specifically do you need? Sun released the source code for a full XPG/3 implementation when thet released the sources for X/View. The code should be available in the "contrib" section of any X mirror. Actually, last time this issue came up, there was a disagreement about sizeof(wchar_t). Some people wanted it to be 16 bits so all the code out there would work, and some people wanted it to be 32 bits so that all the code out there would break... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 15:46:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02489 for freebsd-current-outgoing; Wed, 9 Sep 1998 15:46:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02453 for ; Wed, 9 Sep 1998 15:46:29 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id PAA04313; Wed, 9 Sep 1998 15:46:19 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp03.primenet.com, id smtpd004271; Wed Sep 9 15:46:12 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id PAA05043; Wed, 9 Sep 1998 15:46:07 -0700 (MST) From: Terry Lambert Message-Id: <199809092246.PAA05043@usr02.primenet.com> Subject: Re: unremovable schg flag? To: mark@grondar.za (Mark Murray) Date: Wed, 9 Sep 1998 22:46:07 +0000 (GMT) Cc: max@wide.ad.jp, current@FreeBSD.ORG In-Reply-To: <199809091003.MAA07870@gratis.grondar.za> from "Mark Murray" at Sep 9, 98 12:03:45 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I noticed that this file has schg flag set, and I could not do > > chflags noschg even as root. [ ... ] > Have you set your securelevel to something other than -1? If so, this is > what schg is all about. Aparently not: > > After struggling for some time, I went into the single user mode > > and clri'd that file. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 15:47:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02872 for freebsd-current-outgoing; Wed, 9 Sep 1998 15:47:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02851 for ; Wed, 9 Sep 1998 15:47:41 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.0/8.9.0) with SMTP id RAA22026 for ; Wed, 9 Sep 1998 17:47:33 -0500 (CDT) Date: Wed, 9 Sep 1998 17:47:33 -0500 (CDT) From: Steve Price To: freebsd-current@FreeBSD.ORG Subject: XFree86 and ELF (beating a dead horse) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi All, I know this subject has been talked to death over the last few days, but I still can't get things to compile. I think I've applied all of the relevant patches (from Joachim's and Ollivier's earlier posts) and I have a brand spanking new world (that went flawlessly except for perl5 which died a miserable death, but that's something I'm getting close to fixing and will send the patches to Mark M. for review). I also edited scripts/configure in the port to add #define UseElfFormat YES Please somebody, post a synopsis (with patches against the current port if possible) of the required steps to rebuild XFree86 in an all ELF world. Thanks, Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 15:48:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03225 for freebsd-current-outgoing; Wed, 9 Sep 1998 15:48:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gwinnett.gwinnett.com (mail.gwinnett.com [204.89.227.35]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03188; Wed, 9 Sep 1998 15:48:32 -0700 (PDT) (envelope-from toya@atlnet.com) Received: from mars ([204.89.227.93]) by gwinnett.gwinnett.com (8.9.1a/8.8.5) with SMTP id SAA31757; Wed, 9 Sep 1998 18:48:11 -0400 Message-ID: <059301bddc45$3eefd0c0$5de359cc@mars> From: "Todd Reese" To: Cc: Subject: Help! Urgent Date: Wed, 9 Sep 1998 18:57:40 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3155.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My Usenet News Server went belly up today. I tried to do an upgrade to 3.0CAM-19980906, which would not allow me to compile a kernel for a DPT RAID controller in the machine, so I wiped the machine clean and installed 3.0-19980804-SNAP (because I needed to get an OS on the machine in a hurry, which means I need to download from ftp2.freebsd.org). Now I have this build on the machine and tried to compile a SMP kernel for the new OS. I am now getting these messages: APIC_IO: testing 8254 interrupt delivery APIC_IO:Broken MP Table Detected: 8254 is not connected to IO APIC init Pin2 APIC_IO: Routing 8254 via 8259 on pin 0 Changing root device to sd0s1a Changing root device to sd0a Error 6: Panic: Cannot mount root MP_LOCK=00000001; CPUID=0; LAPIC.ID=00000000 Debugger("Panic") Stopped at _Debugger+0x35: movb $0 _in_ Debugger.98 The machine will boot normally on the original kernel. Could anyone help? The System Configuration is: 2X180Mhz Pentium Pros Supermicro Dual Processor Board 384MB RAM DPT 3334UW RAID Controller 2x2GB WSCSI Mirrored for Boot, OS 6X4.5GB WSCSI for data NE2000 PCI ISA Video Card Thanks in advance. Lee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 15:48:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03287 for freebsd-current-outgoing; Wed, 9 Sep 1998 15:48:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03261 for ; Wed, 9 Sep 1998 15:48:45 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id PAA19108; Wed, 9 Sep 1998 15:48:37 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp01.primenet.com, id smtpd019069; Wed Sep 9 15:48:30 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id PAA05352; Wed, 9 Sep 1998 15:48:27 -0700 (MST) From: Terry Lambert Message-Id: <199809092248.PAA05352@usr02.primenet.com> Subject: Re: Regarding fclose(NULL) To: cracauer@cons.org (Martin Cracauer) Date: Wed, 9 Sep 1998 22:48:27 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <19980909124126.A19691@cons.org> from "Martin Cracauer" at Sep 9, 98 12:41:26 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I plan to change fclose so that it doesn't dump core on fclose(NULL). > > For reasoning and actual patch see PR bin/7742. Don't do this. The core dump is to provide you with sufficient debug information to allow you to fix your broken program. And it *is* your program which is broken, not fclose(). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 15:57:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05220 for freebsd-current-outgoing; Wed, 9 Sep 1998 15:57:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA05213 for ; Wed, 9 Sep 1998 15:57:36 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id PAA22207; Wed, 9 Sep 1998 15:57:28 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp01.primenet.com, id smtpd022178; Wed Sep 9 15:57:26 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id PAA06066; Wed, 9 Sep 1998 15:57:22 -0700 (MST) From: Terry Lambert Message-Id: <199809092257.PAA06066@usr02.primenet.com> Subject: Re: E-problem To: obrien@NUXI.com Date: Wed, 9 Sep 1998 22:57:22 +0000 (GMT) Cc: abial@nask.pl, freebsd-current@FreeBSD.ORG In-Reply-To: <19980909104800.A2403@nuxi.com> from "David O'Brien" at Sep 9, 98 10:48:00 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Perhaps we need yet another target, something like 'reallyclean'... The > > stale .depend files have long standing tradition of plaguing unsuspecting > > users... > > try ``make cleandepend'' or ``make cleandir'' Or even the marvelous new idea of patching Makefiles to explicitly state dependencies so that .depend isn't necessary. Oh, wait. That's a "marvelous old idea" from the first day "make" was released for public use in the late 70's. It's constantly amazing to me how long a software project can run, and *still* not have working source dependency relationships all nicely worked out in advance... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 16:12:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA07720 for freebsd-current-outgoing; Wed, 9 Sep 1998 16:12:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA07713 for ; Wed, 9 Sep 1998 16:12:41 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id QAA29452; Wed, 9 Sep 1998 16:12:32 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd029381; Wed Sep 9 16:12:22 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id QAA06966; Wed, 9 Sep 1998 16:12:12 -0700 (MST) From: Terry Lambert Message-Id: <199809092312.QAA06966@usr02.primenet.com> Subject: Re: Compiler problems with gcc-2.7.2.1 To: obrien@NUXI.com Date: Wed, 9 Sep 1998 23:12:12 +0000 (GMT) Cc: dfr@nlsystems.com, jb@cimlogic.com.au, current@FreeBSD.ORG In-Reply-To: <19980909145530.B2403@nuxi.com> from "David O'Brien" at Sep 9, 98 02:55:30 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > It would be a good idea to upgrade to a modern compiler after the release. > > I suspect that gcc-2.8.x will be more acceptable for most people. > > Why? > > If you listen to the EGCS people, while g++28 is a much better C++ > compiler than g++27, it still has bugs that are fixed in EGCS. > > From coding this weekend, I do know that EGCS 1.1.1 (aka 1.1a) works > better all around with the STL. ACAP uses STL, exceptions, and threads, extensively, and works fine under g++ 2.8.1; not so, under EGCS's g++. A number of people have reported many compilation problems with EGCS, though admittedly some of those reports predate 1.1.1 (up to you to convince these people to retry). I personally dislike EGCS because it requires that you build the compiler's libgcc.a so that it *either* _requires_ libc_r, *or* it *cannot* use libc_r. In other words, you get to eat threads overhead on all programs, or you don't get to use threads at all. A nice, binary switch that has to be flipped in one direction or the other. I talked about it this weekend with Mike Stump, the former maintainer (he's left Cygnus for Wind River Systems; seems there's more money in non-GPL'ed software...). I'm sending Jeremy Allison's patches to FSF libgcc.a into Cygnus, labelled as such, but I don't hold out much hope, since the major GPL'ed OS has kernel threads by default (the implementation model used is a mistake, but I've railed on that before...). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 16:39:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10270 for freebsd-current-outgoing; Wed, 9 Sep 1998 16:39:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10265 for ; Wed, 9 Sep 1998 16:39:29 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id JAA09505 for current@freebsd.org; Thu, 10 Sep 1998 09:41:57 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809092341.JAA09505@cimlogic.com.au> Subject: Using NOCLEAN when building world To: current@FreeBSD.ORG Date: Thu, 10 Sep 1998 09:41:55 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The NOCLEAN option AFAIK was intended for use when restarting a failed `make world'. The world fails to build if you set this and start building after deleting the obj tree. "Don't do that". -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 16:49:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA11428 for freebsd-current-outgoing; Wed, 9 Sep 1998 16:49:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11421 for ; Wed, 9 Sep 1998 16:49:38 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with SMTP id TAA03643; Wed, 9 Sep 1998 19:45:17 -0400 (EDT) Date: Wed, 9 Sep 1998 19:45:17 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: "David O'Brien" cc: Doug Rabson , John Birrell , current@FreeBSD.ORG Subject: Re: Compiler problems with gcc-2.7.2.1 In-Reply-To: <19980909145530.B2403@nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Yes, well I happen to try EGCS too, 1.1b most lately. It _DOES_ seem to have some bad optimization bugs, and last time I tried EGCS( with PGCC) to compile a kernel, it choked on good code 2.7.2.1 worked with. However the instabilities I will need to test, which won't happen till I get a gdb that handles the new ELF coredumps. -Brian Feldman On Wed, 9 Sep 1998, David O'Brien wrote: > > It would be a good idea to upgrade to a modern compiler after the release. > > I suspect that gcc-2.8.x will be more acceptable for most people. > > Why? > > If you listen to the EGCS people, while g++28 is a much better C++ > compiler than g++27, it still has bugs that are fixed in EGCS. > > >From coding this weekend, I do know that EGCS 1.1.1 (aka 1.1a) works > better all around with the STL. > > -- > -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 16:49:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA11490 for freebsd-current-outgoing; Wed, 9 Sep 1998 16:49:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11470 for ; Wed, 9 Sep 1998 16:49:52 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id JAA09532 for current@freebsd.org; Thu, 10 Sep 1998 09:52:19 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809092352.JAA09532@cimlogic.com.au> Subject: Moving aout libs (part of aout->elf upgrade) To: current@FreeBSD.ORG Date: Thu, 10 Sep 1998 09:52:19 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have added an extra step in the aout->elf upgrade which attempts to move aout libraries out of the elf library directories. This step is performed before the first install, so you still have the option of doing and aout-to-elf-build and not affecting your installed system. If you choose to do the aout-to-elf-install, the upgrade will move the aout libraries (including those in use!) provided that there are no conflicts that would cause one library to over-write another. If there is an out-of-date library relative to one already in the directory that the old one would be moved to, you will be asked for confirmation before it is deleted. If there is a newer library that would be moved over an older version, you will be asked for confirmation before the old one is replaced. For those people who have already upgraded to elf, you can move your libraries manually, or do a `make move-aout-libs' from the root of the source tree. You will need to edit ldconfig_paths in /etc/rc.conf and any other places where ldconfig paths are set. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:03:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12866 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:03:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA12861 for ; Wed, 9 Sep 1998 17:03:26 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id RAA02265; Wed, 9 Sep 1998 17:07:50 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809100007.RAA02265@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Brian Feldman cc: "David O'Brien" , Doug Rabson , John Birrell , current@FreeBSD.ORG Subject: Re: Compiler problems with gcc-2.7.2.1 In-reply-to: Your message of "Wed, 09 Sep 1998 19:45:17 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 17:07:50 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yes, well I happen to try EGCS too, 1.1b most lately. It _DOES_ seem to > have some bad optimization bugs, and last time I tried EGCS( with PGCC) to > compile a kernel, it choked on good code 2.7.2.1 worked with. However the > instabilities I will need to test, which won't happen till I get a gdb > that handles the new ELF coredumps. The "new ELF coredumps" are actually the old a.out coredumps. Work is underway right now to implement proper ELF coredumps. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:03:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12948 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:03:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA12936 for ; Wed, 9 Sep 1998 17:03:48 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id RAA02290 for ; Wed, 9 Sep 1998 17:10:06 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809100010.RAA02290@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: ELF worldstone (etc.) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 17:10:06 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, I guess it had to be fairly obvious that I had an ulterior motive asking whether anyone had done any ELF worldstone testing. So here are the numbers that you're looking to beat. Benchmark: mm:ss Notes -------------------------------------- GENERICstone 00:42 (1) ELF-worldstone 42:35 (2) ELF-NOAOUT-worldstone 32:01 (2)(3) (1) /usr/src on a single Quantum Atlas II, building GENERIC. (2) /tmp, /usr/src and /usr/obj on a single 650MB MFS filesystem. Splitting /usr/src and /usr/obj onto two separate Atlas IIs increased the ELF-worldstone time by about 4 minutes (async, not using softupdates). (3) there was a CVSup fetch running for some of this. /etc/make.conf had 'CFLAGS+= -O -pipe' enabled, no part of the tree was turned off, all builds were with -j8. Perhaps significantly, mean CPU utilisation was only a little over 200% for both worldstones. Hardware for this exercise was generously loaned to FreeBSD Test Labs by Intel, and software support to make it work came from Tor Egge and Steve Passe, with contributions from other subscribers to the FreeBSD-smp list. System configuration summary: CPU - 4x400MHz Intel Pentium II Xeon, 1MB L2 cache Motherboard - Intel B0 'Bear', 450NX chipset Memory - 1GB Disk - 2x9GB Quantum Atlas II, Onboard Adaptec aic7880 -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:04:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13081 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:04:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13068 for ; Wed, 9 Sep 1998 17:04:11 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id RAA14673; Wed, 9 Sep 1998 17:04:00 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: "Todd Reese" cc: current@FreeBSD.ORG Subject: Re: Help! Urgent In-reply-to: Your message of "Wed, 09 Sep 1998 18:57:40 EDT." <059301bddc45$3eefd0c0$5de359cc@mars> Date: Wed, 09 Sep 1998 17:04:00 -0700 Message-ID: <14669.905385840@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please don't cross-post to -current and -smp, even if it seems like your problem touches on both areas. Only one mailing list at a time, please. Thanks! Following this rule is quite important if you want to retain your posting priviledges. > Changing root device to sd0s1a > Changing root device to sd0a Your /etc/fstab is whacked - it should be mounting root on /dev/sd0s1a and is probably using /dev/sd0a instead. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:04:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13259 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:04:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soccer.ksg.com (cm340421-b.ftwrth1.tx.home.com [24.4.2.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13235 for ; Wed, 9 Sep 1998 17:04:34 -0700 (PDT) (envelope-from kgor@soccer.ksg.com) Received: (from kgor@localhost) by soccer.ksg.com (8.8.8/8.8.8) id TAA28949; Wed, 9 Sep 1998 19:04:21 -0500 (CDT) (envelope-from kgor) Date: Wed, 9 Sep 1998 19:04:21 -0500 (CDT) Message-Id: <199809100004.TAA28949@soccer.ksg.com> From: "Kent S. Gordon" To: tlambert@primenet.com CC: freebsd-current@FreeBSD.ORG In-reply-to: <199809092241.PAA04776@usr02.primenet.com> (message from Terry Lambert on Wed, 9 Sep 1998 22:41:08 +0000 (GMT)) Subject: Re: wchar.h functions from Solaris/Linux Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "tlambert" == Terry Lambert writes: >> Anyone have non-GPL source for wchar.h (wide character string >> functions) functions that will work on FreeBSD? > What specifically do you need? The actual functions I ned are wcscat,wcschr,wcscpy,wcslen, and wcsncat. I guess I will just rewrite the functions myself. > Sun released the source code for a full XPG/3 implementation > when thet released the sources for X/View. The code should be > available in the "contrib" section of any X mirror. I looked at ftp.x.org and downloaded the xview3.2 sources. I did not see anything related to wchar.h stuff. Do you have any idea what name it would be under. > Actually, last time this issue came up, there was a disagreement > about sizeof(wchar_t). Some people wanted it to be 16 bits so > all the code out there would work, and some people wanted it to > be 32 bits so that all the code out there would break... > Terry Lambert > terry@lambert.org --- Any opinions in this posting are my own > and not those of my present or previous employers. -- Kent S. Gordon KSG -- Unix, Network, Database Consulting Postal: 76 Corral Drive North, Keller, Texas 76248 e-mail: kgor@ksg.com Phone:(817)431-8775 Resume: http://www.ksg.com/resume.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:06:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13793 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:06:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13764 for ; Wed, 9 Sep 1998 17:06:22 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id RAA14692; Wed, 9 Sep 1998 17:06:05 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: John Birrell cc: current@FreeBSD.ORG Subject: Re: Moving aout libs (part of aout->elf upgrade) In-reply-to: Your message of "Thu, 10 Sep 1998 09:52:19 +1000." <199809092352.JAA09532@cimlogic.com.au> Date: Wed, 09 Sep 1998 17:06:05 -0700 Message-ID: <14688.905385965@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If there is an out-of-date library relative to one already in the directory > that the old one would be moved to, you will be asked for confirmation before > it is deleted. Eek. More confirmations. I was actually going to note that the confirmations already in there, while certainly very kind to the new upgrader, are a royal PITA to someone like myself who wants to just start a conversion build and leave it to run to completion. It runs up to the first confirmation and then stops, which sucks. Any chance of either removing this sudden attack of interactivity in the build process or making it conditional? Thanks! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:15:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA15641 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:15:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA15636 for ; Wed, 9 Sep 1998 17:15:44 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id KAA09638; Thu, 10 Sep 1998 10:18:06 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809100018.KAA09638@cimlogic.com.au> Subject: Re: Moving aout libs (part of aout->elf upgrade) In-Reply-To: <14688.905385965@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 9, 98 05:06:05 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 10 Sep 1998 10:18:06 +1000 (EST) Cc: jb@cimlogic.com.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > > If there is an out-of-date library relative to one already in the directory > > that the old one would be moved to, you will be asked for confirmation before > > it is deleted. > > Eek. More confirmations. I was actually going to note that the > confirmations already in there, while certainly very kind to the new > upgrader, are a royal PITA to someone like myself who wants to just > start a conversion build and leave it to run to completion. It runs > up to the first confirmation and then stops, which sucks. Any chance > of either removing this sudden attack of interactivity in the build > process or making it conditional? Thanks! It's only in Makefile.upgrade, not `make world'. People only have to do it once, so there is no chance for them to become familiar with what the upgrade is actually doing. I'm happy to remove the confirmations, but I don't want to have to answer a whole lot of complaints from people who say "I had no idea it was going to do _that_!". And I don't want to make the upgrade process any more painful that it already is. Maybe I'll add a NOCONFIRM option. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:23:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16505 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:23:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16493 for ; Wed, 9 Sep 1998 17:23:10 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id UAA19743; Wed, 9 Sep 1998 20:23:07 -0400 (EDT) Date: Wed, 9 Sep 1998 20:23:07 -0400 (EDT) From: Daniel Eischen Message-Id: <199809100023.UAA19743@pcnet1.pcnet.com> To: eischen@vigrid.com, tlambert@primenet.com Subject: Re: Thread Problems Cc: freebsd-current@FreeBSD.ORG, info@highwind.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > It does seem that the listen socket somehow became blocking, > > but it isn't apparent by looking at the code. Is a > > fcntl(fd, F_SETFL, O_NONBLOCK) sufficient to set a socket I should have said _thread_sys_fcntl(fd, F_SETFL, O_NONBLOCK) > > non-blocking across multiple accepts? > > No. > > You are getting confused here between the non-blocking flag on > the actual fd, and the non-blocking flag maintained in user space > threading to determine how a call should be multiplexed. No, I understand that :-) I've looked at and modified the threads library enough so that I understand that much anyways. > That is, if a socket is created via socket(3) (the threads library > socket(3) is a wrapper for socket(2)), the socket(2) socket will > be non-blocking, but the socket(3) socket will be "blocking" (that > is, a call to it will block the thread making the call until the > call can be completed successfully). > > This is the difference between "blocking the thread" and "blocking > the process". > > If a "blocking" call is made (i.e., a call on a "blocking" fd, from > the thread's perspective), then it will block. > > The socket option inheritance issue applies to the inheritance of > user space flags, as well, which I don't think the threads library > successfully wraps. Yes, fcntl is wrapped so that it ORs the users requested flags with O_NONBLOCK. If the program is setting the O_NONBLOCK then this will be saved and remembered in the threads file descriptor table. When the threads library sets the file to non-blocking it doesn't set the O_NONBLOCK flag in the file descriptor table. Look at the code: (from uthread_accept.c) /* Enter a loop to wait for a connection request: */ while ((ret = _thread_sys_accept(fd, name, namelen)) < 0) { /* Check if the socket is to block: */ if ((_thread_fd_table[fd]->flags & O_NONBLOCK) == 0 && (errno == EWOULDBLOCK || errno == EAGAIN)) { /* Save the socket file descriptor: */ _thread_run->data.fd.fd = fd; _thread_run->data.fd.fname = __FILE__; _thread_run->data.fd.branch = __LINE__; /* Set the timeout: */ _thread_kern_set_timeout(NULL); /* Schedule the next thread: */ _thread_kern_sched_state(PS_FDR_WAIT, __FILE__, __LINE__); /* Check if the wait was interrupted: */ if (errno == EINTR) { /* Return an error status: */ ret = -1; break; } } else { /* * Another error has occurred, so exit the * loop here: */ break; } } _thread_fd_table[fd]->flags should only have O_NONBLOCK set if the user application set it so. Regardless, the file was made non-blocking when it was created with socket(3). The code seems to do the right thing -- as long as the socket is still non-blocking. > If the server code expects the "non-blocking" flag, as set within > the context of a thread, so that the call will not result in a > threads context switch, to be non-blocking after derivation from > another socket where the flag was set, then this could be the problem. What do you mean by "derivation from another socket"? dup/dup2/fcntl? Aren't these suppose to preserve the O_NONBLOCK flag? The threads library preserves the user space flags, but if the O_NONBLOCK flag isn't set by the application, then it relies on the system call to preserve the flag. I tried to repeat the reported problem, but couldn't. I had one thread listening for client connections, a worker thread (printing a message once a second), and main. The thread listening for client connections would create a thread to handle the connection and go back to accepting more connections. I couldn't make it fail - the worker thread was always spewing out messages once a second. I even tried using fork to process each client request that came in - that worked also. It'd be nice to see a sample program that reproduced the problem. I can send info@highwind.com my test program if he wants to try to hack it up to demonstrate the problem. Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:25:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16943 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:25:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16937 for ; Wed, 9 Sep 1998 17:25:31 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id RAA14753; Wed, 9 Sep 1998 17:25:16 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: John Birrell cc: current@FreeBSD.ORG Subject: Re: Moving aout libs (part of aout->elf upgrade) In-reply-to: Your message of "Thu, 10 Sep 1998 10:18:06 +1000." <199809100018.KAA09638@cimlogic.com.au> Date: Wed, 09 Sep 1998 17:25:15 -0700 Message-ID: <14749.905387115@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Maybe I'll add a NOCONFIRM option. That'd work for me - you're correct that this only needs to be done once per machine, but some people have a lot of machines to do it to also. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:26:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17129 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:26:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (pm3-5.ppp.wenet.net [206.15.85.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17057 for ; Wed, 9 Sep 1998 17:25:59 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id RAA01587; Wed, 9 Sep 1998 17:27:01 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Wed, 9 Sep 1998 17:26:59 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Brian Feldman cc: current Subject: Re: Compiler problems with gcc-2.7.2.1 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 9 Sep 1998, Brian Feldman wrote: > Yes, well I happen to try EGCS too, 1.1b most lately. It _DOES_ seem to > have some bad optimization bugs, and last time I tried EGCS( with PGCC) to > compile a kernel, it choked on good code 2.7.2.1 worked with. However the > instabilities I will need to test, which won't happen till I get a gdb > that handles the new ELF coredumps. Since I assume you're not running an ELF kernel, and can reproduce the egcs bug, try running it under gdb as an interm solution. P.S. It's not the coredumps that have changed, this is the problem. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:29:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17730 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:29:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17720 for ; Wed, 9 Sep 1998 17:29:06 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id KAA09699; Thu, 10 Sep 1998 10:31:21 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809100031.KAA09699@cimlogic.com.au> Subject: Re: Moving aout libs (part of aout->elf upgrade) In-Reply-To: <14749.905387115@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 9, 98 05:25:15 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 10 Sep 1998 10:31:21 +1000 (EST) Cc: jb@cimlogic.com.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard wrote: > > Maybe I'll add a NOCONFIRM option. > > That'd work for me - you're correct that this only needs to be done > once per machine, but some people have a lot of machines to do it to > also. :) OK. All I can say is that people really are brave just trusting a process like this! -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:42:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19706 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:42:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA19700; Wed, 9 Sep 1998 17:42:03 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (enkhyl@hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id RAA09311; Wed, 9 Sep 1998 17:44:40 -0700 Date: Wed, 9 Sep 1998 17:44:39 -0700 (PDT) From: Enkhyl To: security@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: FreeBSD Hardening Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Back when the popper buffer overflow bug sprang forth it was suggested that it might be a good idea to go through the OpenBSD change logs and evaluate security-related fixes for inclusion in FreeBSD. Is there anyone actively working on this? If there is a project organized around this, I'm willing to help out with the endeavor. Otherwise, I'm willing to embark on this endeavor and make a project out of it. Comments? -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:56:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA21679 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:56:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from feldman.dyn.ml.org (usr58-dialup9.mix2.Boston.mci.net [166.55.241.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA21655; Wed, 9 Sep 1998 17:56:34 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost [127.0.0.1]) by feldman.dyn.ml.org (8.9.1/8.9.1) with ESMTP id UAA16325; Wed, 9 Sep 1998 20:56:22 -0400 (EDT) (envelope-from green@unixhelp.org) Date: Wed, 9 Sep 1998 20:56:21 -0400 (EDT) From: Brian Feldman X-Sender: green@feldman.dyn.ml.org To: current@FreeBSD.ORG cc: ports@FreeBSD.ORG Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've found a bit a few problems when trying to build certain ports in the tree after converting to ELF. That problem being the shared library dependency mechanism, I've found what seems to amount to a solution. In the current usage, in the broken ports I've looked at, the library greppage has looked something like "Xpm\\.4\\.", which indicated a major AND a minor number on the shared library. However the ELF rtld does not use libraries with minors, nor does ldconfig. So, if one were to take off the finally \\., it should work on both ELF and a.out systems. The other problem is that library dependencies just don't work right on lots of ports in respect to building and rpaths. Case in point, mgv: cc -O2 -O -pipe -D_POSIX_SOURCE -I/usr/X11R6/include -s -L/usr/local/lib -L/usr/X11R6/lib -o mgv Ghostview.o app.o auto.o center.o dsc.o events.o file.o help.o log.o magstep.o main.o mark.o media.o mgv.o mgv_create.o options.o orientation.o page.o page_control.o print.o process.o scroll.o sens.o strings.o toolbar.o track.o uiutil.o unmangle.o util.o view.o zoom.o _ad.o _switch_help.o _bld.o -Lwlib -lwlib -lXm -lXmu -lXt -lXpm -lXext -lX11 /usr/libexec/elf/ld: warning: libSM.so.6, needed by /usr/X11R6/lib/libXmu.so, not found (try using --rpath) /usr/libexec/elf/ld: warning: libICE.so.6, needed by /usr/X11R6/lib/libXmu.so, not found (try using --rpath) /usr/X11R6/lib/libXt.so: undefined reference to `SmcSaveYourselfDone' (more undefined symbols etc etc etc Stop. Stop. Stop. Stop.) I suppose that this is more of a problem with XFree86's libraries not being 'good' and setting their paths, but I have a feeling this is still the wrong thing for ld to do when given paths but not rpaths. Brian Feldman green@unixhelp.org -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCM/CS/SS d- s+:+ a--- C++(++++) UB++++ P---- L- E---(+) W+++ N@ o? K- W--- O M- V-- PS+ PE-() Y+ PGP(+) t+ 5-- X++ R+ mtv b++(+++) D+ D++ G e* h(+) r+(-) z- -------END GEEK CODE BLOCK----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:56:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA21744 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:56:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA21734 for ; Wed, 9 Sep 1998 17:56:54 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id RAA14820; Wed, 9 Sep 1998 17:56:38 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: John Birrell cc: current@FreeBSD.ORG Subject: Re: Moving aout libs (part of aout->elf upgrade) In-reply-to: Your message of "Thu, 10 Sep 1998 10:31:21 +1000." <199809100031.KAA09699@cimlogic.com.au> Date: Wed, 09 Sep 1998 17:56:38 -0700 Message-ID: <14816.905388998@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > OK. All I can say is that people really are brave just trusting a process > like this! We have a choice? :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 17:57:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA21970 for freebsd-current-outgoing; Wed, 9 Sep 1998 17:57:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA21957; Wed, 9 Sep 1998 17:57:48 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id SAA02559; Wed, 9 Sep 1998 18:03:55 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809100103.SAA02559@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Enkhyl cc: security@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: FreeBSD Hardening In-reply-to: Your message of "Wed, 09 Sep 1998 17:44:39 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 18:03:55 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Back when the popper buffer overflow bug sprang forth it was suggested > that it might be a good idea to go through the OpenBSD change logs and > evaluate security-related fixes for inclusion in FreeBSD. Is there anyone > actively working on this? If there is a project organized around this, I'm > willing to help out with the endeavor. Otherwise, I'm willing to embark on > this endeavor and make a project out of it. There are at least a couple of people doing this on a casual basis. Having a "process owner" would probably be an excellent idea. Go do it! -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 18:00:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA23136 for freebsd-current-outgoing; Wed, 9 Sep 1998 18:00:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA23130 for ; Wed, 9 Sep 1998 18:00:51 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-101.camalott.com [208.229.74.101]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id UAA27576; Wed, 9 Sep 1998 20:02:00 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id TAA03333; Wed, 9 Sep 1998 19:59:56 -0500 (CDT) (envelope-from joelh) Date: Wed, 9 Sep 1998 19:59:56 -0500 (CDT) Message-Id: <199809100059.TAA03333@detlev.UUCP> To: Terry Lambert CC: obrien@NUXI.com, dfr@nlsystems.com, jb@cimlogic.com.au, current@FreeBSD.ORG In-reply-to: <199809092312.QAA06966@usr02.primenet.com> Subject: Re: Compiler problems with gcc-2.7.2.1 From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809092312.QAA06966@usr02.primenet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I personally dislike EGCS because it requires that you build the > compiler's libgcc.a so that it *either* _requires_ libc_r, *or* it > *cannot* use libc_r. Until your patches are integrated, I'd look at building two libc's, and using -B to chose. Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 18:19:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25770 for freebsd-current-outgoing; Wed, 9 Sep 1998 18:19:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.HiWAAY.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25764 for ; Wed, 9 Sep 1998 18:19:40 -0700 (PDT) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by mail.HiWAAY.net (8.9.0/8.9.0) with SMTP id UAA17563 for ; Wed, 9 Sep 1998 20:19:32 -0500 (CDT) Date: Wed, 9 Sep 1998 20:19:32 -0500 (CDT) From: Steve Price To: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF (beating a dead horse) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just to followup on my own mail, all of the "undefined reference" errors that I am seeing seem to all be from .s files. It seems it is looking for 'symbol' and as(1) is outputting '_symbol'. Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 18:25:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA26482 for freebsd-current-outgoing; Wed, 9 Sep 1998 18:25:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA26477 for ; Wed, 9 Sep 1998 18:25:33 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id SAA17431; Wed, 9 Sep 1998 18:25:24 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd017373; Wed Sep 9 18:25:17 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id SAA13902; Wed, 9 Sep 1998 18:25:05 -0700 (MST) From: Terry Lambert Message-Id: <199809100125.SAA13902@usr02.primenet.com> Subject: Re: Compiler problems with gcc-2.7.2.1 To: joelh@gnu.org Date: Thu, 10 Sep 1998 01:25:05 +0000 (GMT) Cc: tlambert@primenet.com, obrien@NUXI.com, dfr@nlsystems.com, jb@cimlogic.com.au, current@FreeBSD.ORG In-Reply-To: <199809100059.TAA03333@detlev.UUCP> from "Joel Ray Holveck" at Sep 9, 98 07:59:56 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I personally dislike EGCS because it requires that you build the > > compiler's libgcc.a so that it *either* _requires_ libc_r, *or* it > > *cannot* use libc_r. > > Until your patches are integrated, I'd look at building two libc's, > and using -B to chose. They are Jeremy Allison's, not mine. I helped with the threads code and making STL able to run using Draft 4 pthreads, but I did not do the libgcc.a changes. I believe they are already integrated in the FreeBSD gcc 2.8.1 port. If not, they should be. Here they are: =========================================================================== *** libgcc2.c.orig Fri Feb 6 12:17:16 1998 --- libgcc2.c Fri Feb 6 14:57:17 1998 *************** *** 3201,3206 **** --- 3201,3229 ---- static void *top_elt[2]; void **__dynamic_handler_chain = top_elt; + #if 1 /* MAKE_THREAD_SAFE */ + + typedef void *** (*dynamic_handler_allocator)(); + static dynamic_handler_allocator dah = 0; + + void __set_dynamic_handler_allocator( dynamic_handler_allocator new_dah) + { + dah = new_dah; + } + + /* Routine to get the head of the current thread's dynamic handler chain + use for exception handling. */ + + void *** + __get_dynamic_handler_chain () + { + if(dah == 0) + return &__dynamic_handler_chain; + return (*dah)(); + } + + #else + /* Routine to get the head of the current thread's dynamic handler chain use for exception handling. *************** *** 3211,3216 **** --- 3234,3241 ---- { return &__dynamic_handler_chain; } + + #endif /* This is used to throw an exception when the setjmp/longjmp codegen method is used for exception handling. =========================================================================== Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 18:37:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA28054 for freebsd-current-outgoing; Wed, 9 Sep 1998 18:37:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from set.spradley.tmi.net (set.spradley.tmi.net [207.170.107.99]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA28010 for ; Wed, 9 Sep 1998 18:37:28 -0700 (PDT) (envelope-from tsprad@set.spradley.tmi.net) Received: from set.spradley.tmi.net (LOCALHOST [127.0.0.1]) by set.spradley.tmi.net (8.9.1/8.8.7) with ESMTP id UAA25777; Wed, 9 Sep 1998 20:36:57 -0500 (CDT) (envelope-from tsprad@set.spradley.tmi.net) Message-Id: <199809100136.UAA25777@set.spradley.tmi.net> X-Mailer: exmh version 2.0zeta 7/24/97 To: Mike Smith cc: current@FreeBSD.ORG Subject: Re: ELF worldstone (etc.) In-reply-to: Your message of "Wed, 09 Sep 1998 17:10:06 PDT." <199809100010.RAA02290@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 20:36:56 -0500 From: Ted Spradley Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Benchmark: mm:ss Notes > -------------------------------------- > GENERICstone 00:42 (1) [...] Uh, I remember several months ago somebody posted a smart remark about "make world" finishing in less than a minute, and a few people didn't get the joke. Did it complete *successfully* ? If so, that monster is fast! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 18:42:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA29675 for freebsd-current-outgoing; Wed, 9 Sep 1998 18:42:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA29660 for ; Wed, 9 Sep 1998 18:42:42 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id SAA02778; Wed, 9 Sep 1998 18:47:43 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809100147.SAA02778@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Ted Spradley cc: Mike Smith , current@FreeBSD.ORG Subject: Re: ELF worldstone (etc.) In-reply-to: Your message of "Wed, 09 Sep 1998 20:36:56 CDT." <199809100136.UAA25777@set.spradley.tmi.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 18:47:43 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Benchmark: mm:ss Notes > > -------------------------------------- > > GENERICstone 00:42 (1) > > [...] > > Uh, I remember several months ago somebody posted a smart remark about > "make world" finishing in less than a minute, and a few people didn't > get the joke. Did it complete *successfully* ? If so, that monster is > fast! All of the builds were successful, yes. (Just in case someone missed it; the GENERICstone is a kernel build, not a world build.) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 18:55:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA01414 for freebsd-current-outgoing; Wed, 9 Sep 1998 18:55:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA01408 for ; Wed, 9 Sep 1998 18:55:22 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id SAA26996; Wed, 9 Sep 1998 18:55:14 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd026950; Wed Sep 9 18:55:11 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id SAA15564; Wed, 9 Sep 1998 18:55:04 -0700 (MST) From: Terry Lambert Message-Id: <199809100155.SAA15564@usr02.primenet.com> Subject: FYI: gcc 2.8.1 patches for per thread exception stacks To: obrien@NUXI.com Date: Thu, 10 Sep 1998 01:55:04 +0000 (GMT) Cc: tlambert@primenet.com, current@FreeBSD.ORG In-Reply-To: <19980909182514.F3067@nuxi.com> from "David O'Brien" at Sep 9, 98 06:25:14 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I thought they were in FreeBSD's port for 2.8.1. They basically > > add support for per thread exception stacks using dynamic handlers: > > As the maintainer, I can say "NOPE". :) > [but soon will be] Actually, you should look at /usr/src/lib/libc_r/uthread/uthread_init.c at the same time. There is a: #ifdef GCC_2_8_MADE_THREAD_AWARE that needs to be changed to something like: #if ((__GNUC__ == 2) && (__GNUC_MINOR__ >= 8)) || (__GNUC__ > 2) in two places, to make this work for thread + exceptions... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 19:01:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA02638 for freebsd-current-outgoing; Wed, 9 Sep 1998 19:01:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA02606 for ; Wed, 9 Sep 1998 19:01:15 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (enkhyl@hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id TAA09560; Wed, 9 Sep 1998 19:03:22 -0700 Date: Wed, 9 Sep 1998 19:03:22 -0700 (PDT) From: Enkhyl To: Mike Smith cc: Zach Heilig , "Matthew D. Fuller" , Jonathan Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-Reply-To: <199809081612.JAA16892@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 8 Sep 1998, Mike Smith wrote: > > On Tue, 8 Sep 1998, Zach Heilig wrote: > > > > > On Mon, Sep 07, 1998 at 05:12:23PM -0700, Mike Smith wrote: > > > > > > > > > > controller ppc0 at isa? port ? irq 7 vector ppcintr > > > ^ tty > > > I seem to recall (quite vividly for some reason :-) that you need a 'tty' > > > in there somewhere. He must have had an old example from LINT before you > > > fixed it. > > > > Actually, I think this is correct based on looking at what's in > > 3.0-current LINT: > > > > controller ppc0 at isa? port ? tty irq 7 vector ppcintr > > > > I've been lurking on this topic, as I am trying to get my ZIP drive > > working, too. :-) > > What problems are you having? Sorry for the slow response. I had to run some additional tests to make sure I wasn't being a twit. :-) I've tried it with both ZIPplus and parallel ZIP drives with the same results: it doesn't find the device. here's the boot info: ppc0 at 0x378 irq 7 on isa ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode and the config info: controller ppbus0 controller vpo0 at ppbus? # Iomega ZIP drive support controller ppc0 at isa? port ? tty irq 7 vector ppcintr and my hardware info: Dell Latitude CPi 266MHz Pentium II 128M RAM 6G IBM ATAPI disk 20x Torisan ATAPI CD-ROM running 3.0-current last OS and kernel build from CVSup'd source from yesterday -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 19:05:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA03429 for freebsd-current-outgoing; Wed, 9 Sep 1998 19:05:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA03415 for ; Wed, 9 Sep 1998 19:05:17 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id TAA05638; Wed, 9 Sep 1998 19:05:09 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpd005565; Wed Sep 9 19:04:59 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id TAA16182; Wed, 9 Sep 1998 19:04:56 -0700 (MST) From: Terry Lambert Message-Id: <199809100204.TAA16182@usr02.primenet.com> Subject: Re: wchar.h functions from Solaris/Linux To: kgor@ksg.com (Kent S. Gordon) Date: Thu, 10 Sep 1998 02:04:56 +0000 (GMT) Cc: tlambert@primenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809100004.TAA28949@soccer.ksg.com> from "Kent S. Gordon" at Sep 9, 98 07:04:21 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > What specifically do you need? > > The actual functions I ned are wcscat,wcschr,wcscpy,wcslen, and > wcsncat. I guess I will just rewrite the functions myself. I'm positive these were there, along with EUC and ISO2022 catalog conversion. They may be in a seperate library, but they should be in the -contrib. If you can find an original X11R5 dist, they are there. They are pretty trivial to write; it's a toss up between whether it'd be easier for me to write them or for me to try and find them in my pile of QIC-24 tapes. > > Sun released the source code for a full XPG/3 implementation > > when thet released the sources for X/View. The code should be > > available in the "contrib" section of any X mirror. > > I looked at ftp.x.org and downloaded the xview3.2 sources. I did not see > anything related to wchar.h stuff. Do you have any idea what name it > would be under. It would be in a supporting library, sort of ancillary to the XView itself. Actually I think it was in OLGX(sp?), which was part of XView. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 19:08:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA04004 for freebsd-current-outgoing; Wed, 9 Sep 1998 19:08:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA03998; Wed, 9 Sep 1998 19:08:21 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (enkhyl@hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id TAA09588; Wed, 9 Sep 1998 19:10:52 -0700 Date: Wed, 9 Sep 1998 19:10:52 -0700 (PDT) From: Enkhyl To: Mike Smith cc: security@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: FreeBSD Hardening In-Reply-To: <199809100103.SAA02559@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 9 Sep 1998, Mike Smith wrote: > > Back when the popper buffer overflow bug sprang forth it was suggested > > that it might be a good idea to go through the OpenBSD change logs and > > evaluate security-related fixes for inclusion in FreeBSD. Is there anyone > > actively working on this? If there is a project organized around this, I'm > > willing to help out with the endeavor. Otherwise, I'm willing to embark on > > this endeavor and make a project out of it. > > There are at least a couple of people doing this on a casual basis. > Having a "process owner" would probably be an excellent idea. > > Go do it! And away we go... I'll see if I can manage to get a mailing list together to organize the effort and divide up the work (anyone have a server I can host the list on? :-) Anyone that is casually working on this, please speak up so that we can "projectize" this. Thanks! -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 19:09:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA04267 for freebsd-current-outgoing; Wed, 9 Sep 1998 19:09:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA04249 for ; Wed, 9 Sep 1998 19:09:17 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id TAA07610; Wed, 9 Sep 1998 19:08:41 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199809100208.TAA07610@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith cc: current@FreeBSD.ORG Subject: Re: ELF worldstone (etc.) In-reply-to: Your message of "Wed, 09 Sep 1998 17:10:06 PDT." <199809100010.RAA02290@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 19:08:41 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A couple of questions: Did you have softupdates enabled for the relevant runs.. Whats ELF-NOAOUT-worldstone? >Perhaps significantly, mean CPU >utilisation was only a little over 200% for both worldstones. ^^^^^ I hope you meant 20%. I really like the GENERICstone !! Congrats! Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 19:12:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA05152 for freebsd-current-outgoing; Wed, 9 Sep 1998 19:12:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA05125; Wed, 9 Sep 1998 19:12:37 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id TAA07626; Wed, 9 Sep 1998 19:12:15 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199809100212.TAA07626@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Brian Feldman cc: current@FreeBSD.ORG, ports@FreeBSD.ORG In-reply-to: Your message of "Wed, 09 Sep 1998 20:56:21 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 19:12:15 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I hope that you have an elf version of motif 8) Cheers, Amancio To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 19:15:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA05953 for freebsd-current-outgoing; Wed, 9 Sep 1998 19:15:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA05938 for ; Wed, 9 Sep 1998 19:15:36 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id TAA02960; Wed, 9 Sep 1998 19:20:47 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809100220.TAA02960@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Amancio Hasty cc: Mike Smith , current@FreeBSD.ORG Subject: Re: ELF worldstone (etc.) In-reply-to: Your message of "Wed, 09 Sep 1998 19:08:41 PDT." <199809100208.TAA07610@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 19:20:47 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > A couple of questions: > > Did you have softupdates enabled for the relevant runs.. Softupdates was not enabled, no. Filesystems were mounted async,noatime. > Whats ELF-NOAOUT-worldstone? That's ELF with -DNOAOUT - it doesn't build the a.out system libraries. > >Perhaps significantly, mean CPU > >utilisation was only a little over 200% for both worldstones. > ^^^^^ I hope you meant 20%. No, 200%. Remember that this is an 8-way parallel make, using -pipe. > I really like the GENERICstone !! 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 19:21:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07139 for freebsd-current-outgoing; Wed, 9 Sep 1998 19:21:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA07134 for ; Wed, 9 Sep 1998 19:21:29 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id TAA07736; Wed, 9 Sep 1998 19:20:55 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199809100220.TAA07736@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith cc: current@FreeBSD.ORG Subject: Re: ELF worldstone (etc.) In-reply-to: Your message of "Wed, 09 Sep 1998 19:20:47 PDT." <199809100220.TAA02960@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 19:20:55 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Very impressive numbers! the one that still gets me is the GENERICstone you see I have routine drink coffee , smoke a cigarette --- I guess with such a system making kernels is very healthy 8) Tnks again for the numbers! Amancio > > A couple of questions: > > > > Did you have softupdates enabled for the relevant runs.. > > Softupdates was not enabled, no. Filesystems were mounted async,noatime. > > > Whats ELF-NOAOUT-worldstone? > > That's ELF with -DNOAOUT - it doesn't build the a.out system libraries. > > > >Perhaps significantly, mean CPU > > >utilisation was only a little over 200% for both worldstones. > > ^^^^^ I hope you meant 20%. > > No, 200%. Remember that this is an 8-way parallel make, using -pipe. > > > I really like the GENERICstone !! > > 8) > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 19:37:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10776 for freebsd-current-outgoing; Wed, 9 Sep 1998 19:37:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA10766 for ; Wed, 9 Sep 1998 19:36:57 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id TAA25110 for ; Wed, 9 Sep 1998 19:36:49 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id TAA19515 for ; Wed, 9 Sep 1998 19:36:45 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id TAA16096 for freebsd-current@freebsd.org; Wed, 9 Sep 1998 19:36:41 -0700 (PDT) Date: Wed, 9 Sep 1998 19:36:41 -0700 (PDT) From: Don Lewis Message-Id: <199809100236.TAA16096@salsa.gv.tsc.tdk.com> To: freebsd-current@FreeBSD.ORG Subject: aout-to-elf-build dies when building perl Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I installed 3.0-19980804-SNAP, then loaded todays's /usr/src using cvsup. Things blew up in "make aout-to-elf-build" when it was building perl. ===> gnu/usr.bin/perl/utils/c2ph miniperl c2ph.PL Can't locate Config.pm in @INC (@INC contains: /usr/libdata/perl/5.00502/mach /u sr/libdata/perl/5.00502 /usr/local/lib/perl/5.00502/i386-freebsd /usr/local/lib/ perl/5.00502 .) at c2ph.PL line 3. BEGIN failed--compilation aborted at c2ph.PL line 3. *** Error code 2 Config.pm is present, but not where perl is looking. % find /usr/obj -name Config.pm -print /usr/obj/aout/usr/src/gnu/usr.bin/perl/perl/lib/Config.pm /usr/obj/aout/usr/src/gnu/usr.bin/perl/perl/Config.pm /usr/obj/aout/usr/src/gnu/usr.bin/perl/suidperl/lib/Config.pm /usr/obj/aout/usr/src/gnu/usr.bin/perl/suidperl/Config.pm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 19:53:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA13692 for freebsd-current-outgoing; Wed, 9 Sep 1998 19:53:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA13687; Wed, 9 Sep 1998 19:52:57 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id TAA04607; Wed, 9 Sep 1998 19:52:35 -0700 (PDT) Message-ID: <19980909195235.A4400@nuxi.com> Date: Wed, 9 Sep 1998 19:52:35 -0700 From: "David O'Brien" To: Enkhyl , security@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: FreeBSD Hardening Reply-To: obrien@NUXI.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Enkhyl on Wed, Sep 09, 1998 at 05:44:39PM -0700 X-Operating-System: FreeBSD 2.2.7-STABLE Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > evaluate security-related fixes for inclusion in FreeBSD. Is there anyone see http://www.freebsd.org/auditors.html and http://www.watson.org/fbsd-hardening/index.html -- -- David (obrien@NUXI.ucdavis.edu -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 20:23:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA17907 for freebsd-current-outgoing; Wed, 9 Sep 1998 20:23:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA17902 for ; Wed, 9 Sep 1998 20:23:49 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (d96-072.orchard2.ucdavis.edu [169.237.96.72]) by relay.nuxi.com (8.8.8/8.6.12) with ESMTP id UAA04712 for ; Wed, 9 Sep 1998 20:23:32 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.8.8/8.8.8) id DAA13066 for freebsd-current@FreeBSD.ORG; Thu, 10 Sep 1998 03:23:41 GMT (envelope-from obrien) Message-ID: <19980909202340.A13012@nuxi.com> Date: Wed, 9 Sep 1998 20:23:40 -0700 From: "David O'Brien" To: freebsd-current@FreeBSD.ORG Subject: ld -R for ELF Reply-To: obrien@NUXI.com References: <19980902004140.A17784@keltia.freenix.fr> <199809020556.HAA01498@yacht.domestic.de> <19980902091247.A20608@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980902091247.A20608@keltia.freenix.fr>; from Ollivier Robert on Wed, Sep 02, 1998 at 09:12:47AM +0200 X-Operating-System: FreeBSD 3.0-19980804-SNAP Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Yes because the ELF ld has no ``-R'' option. You need the -R only for aout > (this is equivalent to "-rpath" in ELF). I'm not at ELF (or this weeks -CURRENT yet), so I'm not quite up on this; and thus might be way off... But could we PLEASE have a "-R" for ELF that works the same as -STABLE? Modivation is to be consistant with 2.2.x and Solaris 2.x. -R path A colon-separated list of directories used to specify library search directories to the run- time linker. If present and not NULL, it is recorded in the output object file and passed to the runtime linker. Multiple instances of this option are concatenated together with each path separated by a colon. -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 20:44:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA20321 for freebsd-current-outgoing; Wed, 9 Sep 1998 20:44:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA20294 for ; Wed, 9 Sep 1998 20:44:39 -0700 (PDT) (envelope-from dawes@rf900.physics.usyd.edu.au) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id NAA24273; Thu, 10 Sep 1998 13:44:16 +1000 (EST) Message-ID: <19980910134416.A24224@rf900.physics.usyd.edu.au> Date: Thu, 10 Sep 1998 13:44:16 +1000 From: David Dawes To: shimon@simon-shapiro.org Cc: current@FreeBSD.ORG Subject: Re: XFree86 and -current Mail-Followup-To: shimon@simon-shapiro.org, current@FreeBSD.ORG References: <19980910000427.C21944@rf900.physics.usyd.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from Simon Shapiro on Wed, Sep 09, 1998 at 12:22:08PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 09, 1998 at 12:22:08PM -0400, Simon Shapiro wrote: > >David Dawes, On 09-Sep-98 you wrote: >> On Wed, Sep 09, 1998 at 09:38:25AM -0400, Simon Shapiro wrote: >> > >> >Stephen Hocking-Senior Programmer PGS Tensor Perth, On 09-Sep-98 you >> >wrote: >> >> >> >> The latest alpha of XFree86 (3.9Nd) build & runs fine under ELF, >> >> providing you >> >> have set up your host.def correctly. >> > >> >For the less fortunate amoung ourselves, can yo enumerate ``...set up >> >your >> >host.def correctly'' ? >> >> He means adding: >> >> #define UseElfFormat YES >> >> because it isn't yet auto-detected in our the ELF bits in the current >> XFree86 developmenet code. >> >> I don't see how that would account for the -lcrypt thing. > >If you noticed from the conversion of FreeBSD (make world, etc.) to ELF, >this was necessary to explicitly state. I think it simply carries over >from that conversion. I haven't noticed because I haven't converted to ELF myself yet. My point is that -lcrypt isn't included everywhere in the build that Stephen is talking about, or in any of the other patches posted here. I suspect that from what you told me earlier that the problem you are seeing is related to the fact that you're including the Kerberos 4 patches that are in FreeBSD's XFree86 port, and that they possibly need updating to include -lcrypt for ELF. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 20:48:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA21124 for freebsd-current-outgoing; Wed, 9 Sep 1998 20:48:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from daphne.bogus (dialup94.black-hole.com [206.145.13.114]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA21102 for ; Wed, 9 Sep 1998 20:48:30 -0700 (PDT) (envelope-from hank@black-hole.com) Received: from localhost (hank@localhost) by daphne.bogus (8.9.1/8.8.8) with SMTP id XAA03883 for ; Wed, 9 Sep 1998 23:48:29 -0500 (CDT) (envelope-from hank@black-hole.com) X-Authentication-Warning: daphne.bogus: hank owned process doing -bs Date: Wed, 9 Sep 1998 23:48:29 -0500 (CDT) From: Henry Miller X-Sender: hank@daphne.bogus To: current@FreeBSD.ORG Subject: elf hitch (my fault) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You knew the elf process couldn't be perfectly smooth for everyone. In this case it is my fault, but someone should note it in teh documentation. (better yet if you would skip the upgrade in this case, but detecting it isn't always easy) Anyway, I didn't have enough space in /usr, even after moving /usr/src to a different disk. Elf takes up more room that I anticipated, at least for the install. I now have working a.out stuff, and unknown elf. gcc can still compile a.out so I'm not hosed. I plan on buying anouther harddrive. (soon as I decide what brand is quality this month, and how much space to get. fortunatly money isn't a big issue.) Until then I have two questions: How much additional space do I need to install elf. What is the proper way to get rid of the partial elf install that I have? I'd like to reclaim some additional space until I get the new drive installed. -- http://blugill.home.ml.org/ hank@black-hole.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 20:55:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA22163 for freebsd-current-outgoing; Wed, 9 Sep 1998 20:55:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA22152 for ; Wed, 9 Sep 1998 20:55:36 -0700 (PDT) (envelope-from dawes@rf900.physics.usyd.edu.au) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id NAA24330; Thu, 10 Sep 1998 13:53:46 +1000 (EST) Message-ID: <19980910135346.B24224@rf900.physics.usyd.edu.au> Date: Thu, 10 Sep 1998 13:53:46 +1000 From: David Dawes To: Edwin Culp , Stephen Hocking-Senior Programmer PGS Tensor Perth Cc: shimon@simon-shapiro.org, current@FreeBSD.ORG Subject: Re: XFree86 and -current Mail-Followup-To: Edwin Culp , Stephen Hocking-Senior Programmer PGS Tensor Perth , shimon@simon-shapiro.org, current@FreeBSD.ORG References: <199809090129.JAA09006@ariadne.tensor.pgs.com> <35F6AB38.FFBFBC22@webwizard.org.mx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <35F6AB38.FFBFBC22@webwizard.org.mx>; from Edwin Culp on Wed, Sep 09, 1998 at 11:22:16AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 09, 1998 at 11:22:16AM -0500, Edwin Culp wrote: >Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > >> The latest alpha of XFree86 (3.9Nd) build & runs fine under ELF, providing you >> have set up your host.def correctly. >> >> Stephen > >I think that is marvelous, but isn't it restricted to XFree86 developers? Where >can a person get the sources? The source is not generally available, and even if it was, it wouldn't be terribly useful to most people -- the XFree86 server code is going through a major architectural change and most drivers haven't been converted yet. 3.9Nd includes the ELF patches that have been posted to this list over the last week or so, and the only point I can see in Stephen mentioning it here is that it is an example of a successful build using those patches. There is nothing in that version in respect of ELF that hasn't already been seen on this list. I expect to make a few further changes when I've converted one of my boxes to ELF and done some testing. When I do, I can post any further patches. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 21:50:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA28200 for freebsd-current-outgoing; Wed, 9 Sep 1998 21:50:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA28195 for ; Wed, 9 Sep 1998 21:50:47 -0700 (PDT) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.9.1/8.8.8) with SMTP id AAA11267; Thu, 10 Sep 1998 00:49:26 -0400 (EDT) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Thu, 10 Sep 1998 00:49:20 -0400 (EDT) From: "Alok K. Dhir" To: Ted Spradley cc: Mike Smith , current@FreeBSD.ORG Subject: Re: ELF worldstone (etc.) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG No way that's mm:ss. That's supposed to be hh:mm - guaranteed... On Wed, 9 Sep 1998, Ted Spradley wrote: > > Benchmark: mm:ss Notes > > -------------------------------------- > > GENERICstone 00:42 (1) > > [...] > > Uh, I remember several months ago somebody posted a smart remark about > "make world" finishing in less than a minute, and a few people didn't get > the joke. Did it complete *successfully* ? If so, that monster is fast! > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -------------------------------------------------------------------- \||/_ Alok K. Dhir Phone: +1.202.473.2446 oo \ S11-151, ISGMC Email: adhir@worldbank.org L_ The World Bank Group Washington, DC \/ ------------------------------------------------------------------------| "Unix _is_ user friendly - it just chooses friends selectively..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 21:54:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA28700 for freebsd-current-outgoing; Wed, 9 Sep 1998 21:54:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA28692 for ; Wed, 9 Sep 1998 21:54:51 -0700 (PDT) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.9.1/8.8.8) with SMTP id AAA11274; Thu, 10 Sep 1998 00:53:36 -0400 (EDT) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Thu, 10 Sep 1998 00:53:36 -0400 (EDT) From: "Alok K. Dhir" To: Ted Spradley cc: Mike Smith , current@FreeBSD.ORG Subject: Re: ELF worldstone (etc.) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Guess I was wrong... Apparently GENERICstone is just the kernel... I thought it was 'world'!! Can you imagine world in less than a minute?!! On Thu, 10 Sep 1998, Alok K. Dhir wrote: > > No way that's mm:ss. That's supposed to be hh:mm - guaranteed... > > On Wed, 9 Sep 1998, Ted Spradley wrote: > > > > Benchmark: mm:ss Notes > > > -------------------------------------- > > > GENERICstone 00:42 (1) > > > > [...] > > > > Uh, I remember several months ago somebody posted a smart remark about > > "make world" finishing in less than a minute, and a few people didn't get > > the joke. Did it complete *successfully* ? If so, that monster is fast! > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > -------------------------------------------------------------------- \||/_ > Alok K. Dhir Phone: +1.202.473.2446 oo \ > S11-151, ISGMC Email: adhir@worldbank.org L_ > The World Bank Group Washington, DC \/ > ------------------------------------------------------------------------| > "Unix _is_ user friendly - it just chooses friends selectively..." > > -------------------------------------------------------------------- \||/_ Alok K. Dhir Phone: +1.202.473.2446 oo \ S11-151, ISGMC Email: adhir@worldbank.org L_ The World Bank Group Washington, DC \/ ------------------------------------------------------------------------| "Unix _is_ user friendly - it just chooses friends selectively..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 22:07:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA29768 for freebsd-current-outgoing; Wed, 9 Sep 1998 22:07:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA29756 for ; Wed, 9 Sep 1998 22:07:33 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id PAA10234; Thu, 10 Sep 1998 15:09:58 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809100509.PAA10234@cimlogic.com.au> Subject: Re: elf hitch (my fault) In-Reply-To: from Henry Miller at "Sep 9, 98 11:48:29 pm" To: hank@black-hole.com (Henry Miller) Date: Thu, 10 Sep 1998 15:09:58 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Henry Miller wrote: > What is the proper way to get rid of the partial elf install that I have? > I'd like to reclaim some additional space until I get the new drive > installed. That's not going to be easy. It depends on where you got up to before running out of space and how your file systems are arranged. If you managed to get the aout-to-elf-build to complete, but ran out of space in /usr during the install and if your obj trees are taking space from /usr too, then delete /usr/obj/elf to get more space. Then edit src/Makefile.upgrade and remove everything in the aout-to-elf-install target after the aout install. Then do another `make aout-to-elf' and you're back to aout. 8-) There are a few other alternatives which leave you in an elf state instead of aout. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 22:29:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA01876 for freebsd-current-outgoing; Wed, 9 Sep 1998 22:29:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA01871 for ; Wed, 9 Sep 1998 22:29:56 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id WAA27838; Wed, 9 Sep 1998 22:29:45 -0700 (PDT) (envelope-from jdp) Message-Id: <199809100529.WAA27838@austin.polstra.com> To: sprice@hiwaay.net Subject: Re: XFree86 and ELF (beating a dead horse) In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Wed, 09 Sep 1998 22:29:45 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Steve Price wrote: > > Just to followup on my own mail, all of the > "undefined reference" errors that I am seeing > seem to all be from .s files. It seems it is > looking for 'symbol' and as(1) is outputting > '_symbol'. That's because with a.out, a C variable "foo" is called "_foo" in assembler. But with ELF, it is called just plain "foo". So when you reference a C symbol from assembly language, it has to be handled differently depending on the object file format. This needs to be solved using either the CNAME/HIDENAME macros from , or using #defines as in . John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 22:37:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02600 for freebsd-current-outgoing; Wed, 9 Sep 1998 22:37:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA02594 for ; Wed, 9 Sep 1998 22:36:58 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id WAA27921; Wed, 9 Sep 1998 22:36:43 -0700 (PDT) (envelope-from jdp) Message-Id: <199809100536.WAA27921@austin.polstra.com> To: mike@smith.net.au Subject: Re: ELF worldstone (etc.) In-Reply-To: <199809100010.RAA02290@dingo.cdrom.com> References: <199809100010.RAA02290@dingo.cdrom.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Wed, 09 Sep 1998 22:36:42 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809100010.RAA02290@dingo.cdrom.com>, Mike Smith wrote: > GENERICstone 00:42 (1) Does this include the make depend step? John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 22:37:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02822 for freebsd-current-outgoing; Wed, 9 Sep 1998 22:37:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA02809 for ; Wed, 9 Sep 1998 22:37:54 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id WAA08745; Wed, 9 Sep 1998 22:37:44 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd008703; Wed Sep 9 22:37:36 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id WAA07306; Wed, 9 Sep 1998 22:37:27 -0700 (MST) From: Terry Lambert Message-Id: <199809100537.WAA07306@usr06.primenet.com> Subject: Re: Thread Problems To: eischen@vigrid.com (Daniel Eischen) Date: Thu, 10 Sep 1998 05:37:27 +0000 (GMT) Cc: eischen@vigrid.com, tlambert@primenet.com, freebsd-current@FreeBSD.ORG, info@highwind.com In-Reply-To: <199809100023.UAA19743@pcnet1.pcnet.com> from "Daniel Eischen" at Sep 9, 98 08:23:07 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The socket option inheritance issue applies to the inheritance of > > user space flags, as well, which I don't think the threads library > > successfully wraps. > > Yes, fcntl is wrapped so that it ORs the users requested flags > with O_NONBLOCK. If the program is setting the O_NONBLOCK then > this will be saved and remembered in the threads file descriptor > table. When the threads library sets the file to non-blocking > it doesn't set the O_NONBLOCK flag in the file descriptor table. > > Look at the code: I know; this is one of the files that was patched by me and Jeremy Allison to bring FreeBSD's pthreads up to Draft 4 compliance. I also did the fcntl( F_DUPFD), dup2(), and open(w+) patches. 8-). > _thread_fd_table[fd]->flags should only have O_NONBLOCK set if the user > application set it so. Regardless, the file was made non-blocking when > it was created with socket(3). The code seems to do the right thing -- > as long as the socket is still non-blocking. Right; this is where I'm not sure about the preservation of flags. > What do you mean by "derivation from another socket"? dup/dup2/fcntl? Yes. And bind, connect, and accept. > Aren't these suppose to preserve the O_NONBLOCK flag? The threads > library preserves the user space flags, but if the O_NONBLOCK flag > isn't set by the application, then it relies on the system call to > preserve the flag. Theor supposed to; however, since I didn't have a problem with that code, even though I was very carefult to fix error returns and the cases I had thought about, the recent discussions of non-inheritance of socket options have me thinking that perhaps I didn't think of all of them (blame me, not Jeremy; he was interested in making ACAP run -- well, I was, but he got tasked with it for admitting familiarity with some of the issues with the compiler caring about whitespace -- it was my obsessive nature that made me go through the rest of the code). > I tried to repeat the reported problem, but couldn't. I had > one thread listening for client connections, a worker thread > (printing a message once a second), and main. The thread > listening for client connections would create a thread to > handle the connection and go back to accepting more connections. > I couldn't make it fail - the worker thread was always spewing > out messages once a second. I even tried using fork to > process each client request that came in - that worked also. We really need to get more information. Effectively, we have the select coming true before the accept call, followed by the accept call blocking, even though the select was true. In theory, this can't happen, even with a blocking fd. This has got to be a code specific problem. Perhaps they made the mistake of the LDAP implementors about number of descriptors, or the meaning of "preemptive", and are engaged in a buzz-loop. 8-(. I just assumed that the person was running -current, and was seeing what he thought he was seeing; on the other hand... > It'd be nice to see a sample program that reproduced the problem. > I can send info@highwind.com my test program if he wants to try > to hack it up to demonstrate the problem. It would be interesting to know what *exact* version of FreeBSD he was running, as well. Also, if this is a Linux program running under emulation, it should not be expected to work... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 22:40:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA03405 for freebsd-current-outgoing; Wed, 9 Sep 1998 22:40:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA03382 for ; Wed, 9 Sep 1998 22:40:45 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id WAA27968; Wed, 9 Sep 1998 22:40:33 -0700 (PDT) (envelope-from jdp) Message-Id: <199809100540.WAA27968@austin.polstra.com> To: obrien@NUXI.com Subject: Re: ld -R for ELF In-Reply-To: <19980909202340.A13012@nuxi.com> References: <19980902004140.A17784@keltia.freenix.fr> <199809020556.HAA01498@yacht.domestic.de> <19980902091247.A20608@keltia.freenix.fr> <19980909202340.A13012@nuxi.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Wed, 09 Sep 1998 22:40:33 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980909202340.A13012@nuxi.com>, David O'Brien wrote: > > Yes because the ELF ld has no ``-R'' option. You need the -R only for aout > > (this is equivalent to "-rpath" in ELF). > > I'm not at ELF (or this weeks -CURRENT yet), so I'm not quite up on this; > and thus might be way off... > > But could we PLEASE have a "-R" for ELF that works the same as -STABLE? The other poster was wrong. "ld -R" works as expected for ELF. See the output of "ld --help" for details. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 22:44:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA03851 for freebsd-current-outgoing; Wed, 9 Sep 1998 22:44:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA03846 for ; Wed, 9 Sep 1998 22:44:13 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id WAA27988; Wed, 9 Sep 1998 22:44:03 -0700 (PDT) (envelope-from jdp) Message-Id: <199809100544.WAA27988@austin.polstra.com> To: adhir@worldbank.org Subject: Re: ELF worldstone (etc.) In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Wed, 09 Sep 1998 22:44:03 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Alok K. Dhir wrote: > > No way that's mm:ss. That's supposed to be hh:mm - guaranteed... > > On Wed, 9 Sep 1998, Ted Spradley wrote: > > > > Benchmark: mm:ss Notes > > > -------------------------------------- > > > GENERICstone 00:42 (1) Wrong. Even on a single-CPU PII/400, it only takes 2 minutes 39 seconds elapsed time. Welcome to the late 1990s. :-) -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 23:22:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA07613 for freebsd-current-outgoing; Wed, 9 Sep 1998 23:22:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from aniwa.sky (pppk-25.igrin.co.nz [202.49.245.104]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA07602; Wed, 9 Sep 1998 23:22:33 -0700 (PDT) (envelope-from andrew@squiz.co.nz) Received: from localhost (andrew@localhost) by aniwa.sky (8.8.7/8.8.7) with SMTP id PAA01986; Thu, 10 Sep 1998 15:10:30 +1200 (NZST) (envelope-from andrew@squiz.co.nz) Date: Thu, 10 Sep 1998 15:10:30 +1200 (NZST) From: Andrew McNaughton X-Sender: andrew@aniwa.sky Reply-To: andrew@squiz.co.nz To: Enkhyl cc: security@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: FreeBSD Hardening In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 9 Sep 1998, Enkhyl wrote: > Back when the popper buffer overflow bug sprang forth it was suggested > that it might be a good idea to go through the OpenBSD change logs and > evaluate security-related fixes for inclusion in FreeBSD. Is there anyone > actively working on this? If there is a project organized around this, I'm > willing to help out with the endeavor. Otherwise, I'm willing to embark on > this endeavor and make a project out of it. > > Comments? I think this one got lost a bit about the point when someone tried to make an issue of the qualifications of contributors. Someone correct me if I'm wrong. To get to a point where you can declare a piece of code correct is a difficult thing to do, and is prone to getting it wrong. To find something that needs fixing generally isn't all that difficult. Andrew McNaughton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 23:37:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10242 for freebsd-current-outgoing; Wed, 9 Sep 1998 23:37:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles213.castles.com [208.214.165.213]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA10237 for ; Wed, 9 Sep 1998 23:37:47 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id XAA00505; Wed, 9 Sep 1998 23:43:44 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809100643.XAA00505@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra cc: mike@smith.net.au, current@FreeBSD.ORG Subject: Re: ELF worldstone (etc.) In-reply-to: Your message of "Wed, 09 Sep 1998 22:36:42 PDT." <199809100536.WAA27921@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Sep 1998 23:43:43 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In article <199809100010.RAA02290@dingo.cdrom.com>, > Mike Smith wrote: > > > GENERICstone 00:42 (1) > > Does this include the make depend step? Sorry, I should have clarified that. No, 'make depend' doesn't seem to work parallel. I don't recall it being part of the GENERICstone, but if you want to add it in, it's about another 5 seconds IIRC. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 23:38:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10291 for freebsd-current-outgoing; Wed, 9 Sep 1998 23:38:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA10261 for ; Wed, 9 Sep 1998 23:38:00 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.8.8) with SMTP id CAA17849 for ; Thu, 10 Sep 1998 02:38:58 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Thu, 10 Sep 1998 02:38:58 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: current@FreeBSD.ORG Subject: bad aout-elf-install Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ===> include/rpcsvc install -C -o bin -g bin -m 444 /usr/src/include/rpcsvc/yp_prot.h /usr/src/incl ude/rpcsvc/ypclnt.h /usr/src/include/rpcsvc/nis_db.h /usr/src/include/rpcsvc/nis _tags.h /usr/src/include/rpcsvc/nislib.h /usr/src/include/rpcsvc/bootparam_prot .x /usr/src/include/rpcsvc/key_prot.x /usr/src/include/rpcsvc/klm_prot.x /usr/sr c/include/rpcsvc/mount.x /usr/src/include/rpcsvc/nfs_prot.x /usr/src/include/rpc svc/nlm_prot.x /usr/src/include/rpcsvc/rex.x /usr/src/include/rpcsvc/rnusers.x / usr/src/include/rpcsvc/rquota.x /usr/src/include/rpcsvc/rstat.x /usr/src/include /rpcsvc/rwall.x /usr/src/include/rpcsvc/sm_inter.x /usr/src/include/rpcsvc/spray .x /usr/src/include/rpcsvc/yppasswd.x /usr/src/include/rpcsvc/yp.x /usr/src/incl ude/rpcsvc/ypxfrd.x /usr/src/include/rpcsvc/ypupdate_prot.x /usr/src/include/rpc svc/nis.x /usr/src/include/rpcsvc/nis_cache.x /usr/src/include/rpcsvc/nis_object .x /usr/src/include/rpcsvc/nis_callback.x /usr/src/include/rpcsvc/crypt.x key_p rot.h klm_prot.h mount.h nfs_prot.h nlm_prot.h rex.h rnusers.h rquota.h rstat.h rwall.h sm_inter.h spray.h yppasswd.h yp.h ypxfrd.h ypupdate_prot.h nis.h nis_ cache.h nis_callback.h bootparam_prot.h crypt.h /usr/include/rpcsvc install: key_prot.h: No such file or directory *** Error code 71 Stop. *** Error code 1 urm? thank you, Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 9 23:58:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA12395 for freebsd-current-outgoing; Wed, 9 Sep 1998 23:58:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA12374; Wed, 9 Sep 1998 23:58:04 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca1-139.ix.netcom.com [209.109.232.139]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id XAA23344; Wed, 9 Sep 1998 23:57:53 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id XAA10293; Wed, 9 Sep 1998 23:57:51 -0700 (PDT) Date: Wed, 9 Sep 1998 23:57:51 -0700 (PDT) Message-Id: <199809100657.XAA10293@silvia.hip.berkeley.edu> To: ports@FreeBSD.ORG CC: committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: ELF transition for ports From: asami@cs.berkeley.edu (Satoshi Asami) Followup-to: ports@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello everyone, Here is the guidelines for converting ports to ELF, and to use ports in the post-ELF world. You will need the latest bsd.port.mk (1.287 or 1.227.2.51) to use the converted ports. (Note that -stable users should also get the new bsd.port.mk if you want to use the latest ports.) Please be patient while we fix the ports tree to work on both a.out and ELF. Please report any breakages to the ports list. Thanks. Satoshi (and the great ELF team) ------- (1) Aout libraries should be moved out of /usr/local/lib and friends to an "aout" subdirectory. If you don't move them out of the way, elf ports will happily overwrite aout libraries. The "move-aout-libs" target in the -current src/Makefile (called from "aout-to-elf") will do this for you. It will only move aout libs so it is safe to call it on a system with both elf and aout libs in the standard directories. (2) The ports tree will build packages in the format the machine is in. This means aout for 2.2-stable and aout or elf for 3.0-current depending on what `objformat` returns. Also, once users convert to elf with (1) (i.e., move aout libraries to a subdirectory), building aout libraries will be unsupported. (It may still work if they know what they are doing, but they are on their own.) (3) bsd.port.mk will set PORTOBJFORMAT to "aout" or "elf" and export it in the environments CONFIGURE_ENV and MAKE_ENV. (It's always going to be "aout" in -stable). It is also passed to PLIST_SUB as "PORTOBJFORMAT=${PORTOBJFORMAT}". (See (6) below.) The variable is set using this line: PORTOBJFORMAT!= test -x /usr/bin/objformat && /usr/bin/objformat || echo aout Ports' make processes are patched to use this variable to decide what to do. In particular, there shall be no minor number in an elf lib. Also, assuming "cc -shared" is used rather than "ld" directly, the only difference is that they need to add "-Wl,-soname,foo.so.3" on the command line. Also, they will have to install a symlink "libfoo.so" -> "libfoo.so.3". (4) For aout libs, all minor numbers shall be zero. That means many ports (those with a non-zero minor) will have to have their major number bumped by one. There seem to be about 80 of them that need to be fixed: ## grep 'lib.*\.so\..*\..*' */*/pkg/PLIST > t ## cat t | sed -e 's/:.*//' | uniq | wc 143 143 3622 ## grep -v '\.0$' t | sed -e 's/:.*//' | uniq | wc 80 80 2019 ^^ (These are the ones that don't end with ".0".) All port Makefiles are edited to remove minor numbers from LIB_DEPENDS, and also to have the regexp support removed. (E.g., "foo\\.1\\.\\(33|40\\)" -> "foo.2". They will be matched using "grep -wF". (5) pkg/PLIST should contain the short (elf) shlib names. bsd.port.mk will add ".0" to the end of shlib lines if PORTOBJFORMAT==aout in generate-plist. (6) The ldconfig line in Makefiles should read: ${SETENV} OBJFORMAT=${PORTOBJFORMAT} /sbin/ldconfig -m .... and in pkg/PLIST: @exec /usr/bin/env OBJFORMAT=%%PORTOBJFORMAT%% /sbin/ldconfig -m ... @unexec /usr/bin/env OBJFORMAT=%%PORTOBJFORMAT%% /sbin/ldconfig -R To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 00:00:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA12943 for freebsd-current-outgoing; Thu, 10 Sep 1998 00:00:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA12937 for ; Thu, 10 Sep 1998 00:00:51 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id RAA10491; Thu, 10 Sep 1998 17:03:17 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809100703.RAA10491@cimlogic.com.au> Subject: Re: bad aout-elf-install In-Reply-To: from Alfred Perlstein at "Sep 10, 98 02:38:58 am" To: bright@hotjobs.com (Alfred Perlstein) Date: Thu, 10 Sep 1998 17:03:16 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > rot.h klm_prot.h mount.h nfs_prot.h nlm_prot.h rex.h rnusers.h rquota.h > rstat.h > rwall.h sm_inter.h spray.h yppasswd.h yp.h ypxfrd.h ypupdate_prot.h > nis.h nis_ > cache.h nis_callback.h bootparam_prot.h crypt.h /usr/include/rpcsvc > install: key_prot.h: No such file or directory > *** Error code 71 Before running the upgrade, did you happen to do a `make includes' at some stage without doing a `make obj' first? If so, it left generated files in your src tree which have confused things somewhat. >From the message you posted, I can't tell if this was the aout install part or the elf install part. If it is the aout install, the stray file idea is a possibility (I'm not sure). If it was the elf install, then it can't be stray files (and I have no idea). -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 00:03:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13388 for freebsd-current-outgoing; Thu, 10 Sep 1998 00:03:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles213.castles.com [208.214.165.213]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA13339 for ; Thu, 10 Sep 1998 00:03:18 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id AAA00727; Thu, 10 Sep 1998 00:09:29 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809100709.AAA00727@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Enkhyl cc: freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-reply-to: Your message of "Wed, 09 Sep 1998 19:03:22 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Sep 1998 00:09:28 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Sorry for the slow response. I had to run some additional tests to make > sure I wasn't being a twit. :-) > > I've tried it with both ZIPplus and parallel ZIP drives with the same > results: it doesn't find the device. > > here's the boot info: > > ppc0 at 0x378 irq 7 on isa > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Have you tried changing the port mode in the BIOS? Are you using the cable supplied by Iomega? Does it work with the DOS 'guest' driver? > and the config info: > > controller ppbus0 > controller vpo0 at ppbus? # Iomega ZIP drive support > > controller ppc0 at isa? port ? tty irq 7 vector ppcintr I presume you have 'scbus0' etc. as well? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 00:55:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA20895 for freebsd-current-outgoing; Thu, 10 Sep 1998 00:55:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scotty.masternet.it (scotty.masternet.it [194.184.65.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA20889 for ; Thu, 10 Sep 1998 00:55:31 -0700 (PDT) (envelope-from gmarco@scotty.masternet.it) Received: from gmarco.eclipse.org (modem00.masternet.it [194.184.65.254]) by scotty.masternet.it (8.8.8/8.8.8) with SMTP id JAA08180; Thu, 10 Sep 1998 09:52:34 +0200 (CEST) (envelope-from gmarco@scotty.masternet.it) From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it To: Manfred Antar Subject: Perl compile problem in make world Date: Thu, 10 Sep 1998 09:51:08 +0200 X-Mailer: KMail [version 0.7.9] Content-Type: text/plain References: <199809100017.RAA18067@pozo.pozo.com> Cc: current@FreeBSD.ORG, jb@cimlogic.com.au MIME-Version: 1.0 Message-Id: <98091009570400.20474@gmarco.eclipse.org> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 10 Sep 1998, you wrote: >>-------------------------------------------------------------- >> Rebuilding man page indexes >>-------------------------------------------------------------- >>cd /usr/src/share/man; /usr/obj/elf/usr/src/tmp/usr/bin/make makedb >>makewhatis /usr/share/man >>/usr/libexec/ld.so: warning: /usr/obj/elf/usr/src/tmp/usr/lib/libm.so.2: >>minor version -1 older than expected 0, using it anyway >>ld.so failed: bad magic number in >"/usr/obj/elf/usr/src/tmp/usr/lib/libm.so.2" >>*** Error code 1 >> >>Mine make world always finished in this way ... >>I have played a little with ldconfig (both -elf and -aout) but without any >>success ... What I miss ? >> >>Please a "hints" will be gratefully appreciated... >> >> >Do you have NOPERL in your /etc.conf. >I was having this problem because i was useing perl5 (aout) symlinked to >/usr/bin/perl >after I compiled perl5 elf the problem went away. Perl5 is just about to be >committed to the source >tree so you might want to wait, an do a make world after that I changed make.conf to remove NO(SUID)PERL=True but now make world give me : ===> gnu/usr.bin/perl/utils ===> gnu/usr.bin/perl/utils/c2ph miniperl c2ph.PL Can't locate Config.pm in @INC (@INC contains: /usr/libdata/perl/5.00502/mach /usr/libda ta/perl/5.00502 /usr/local/lib/perl/5.00502/i386-freebsd /usr/local/lib/perl/5.00502 .) at c2ph.PL line 3. BEGIN failed--compilation aborted at c2ph.PL line 3. *** Error code 2 Stop. *** Error code 1 The perl in /usr/bin (4.0) is not a symlink but it is an aout binary : gmarco:/home/gmarco> file /usr/bin/perl /usr/bin/perl: FreeBSD/i386 compact demand paged dynamically linked executable I'll cvsup again to see if there some changes .... Thanks again... -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 01:46:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA26105 for freebsd-current-outgoing; Thu, 10 Sep 1998 01:46:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA26100 for ; Thu, 10 Sep 1998 01:46:03 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id KAA10956; Thu, 10 Sep 1998 10:44:42 +0200 (CEST) (envelope-from sos) Message-Id: <199809100844.KAA10956@sos.freebsd.dk> Subject: Re: ELF worldstone (etc.) In-Reply-To: <199809100010.RAA02290@dingo.cdrom.com> from Mike Smith at "Sep 9, 98 05:10:06 pm" To: mike@smith.net.au (Mike Smith) Date: Thu, 10 Sep 1998 10:44:42 +0200 (CEST) Cc: current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Mike Smith who wrote: > > Well, I guess it had to be fairly obvious that I had an ulterior motive > asking whether anyone had done any ELF worldstone testing. So here are > the numbers that you're looking to beat. > > Benchmark: mm:ss Notes > -------------------------------------- > GENERICstone 00:42 (1) I get 2:07 here on my 2*233p6@233/256M/UDMA system That is 466Mhz of CPU power and the Intel system has 1600Mhz of CPU power lets see, 127*466/1600 = 36 so we loose 6 secs or about 15% in a 4 CPU SMP releative to a 2 CPU SMP, not bad.... On the other hand the Xeon is only faster because of raw clockspeed (as expected, same arch as the p6) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 02:19:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29094 for freebsd-current-outgoing; Thu, 10 Sep 1998 02:19:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soccer.ksg.com (cm340421-b.ftwrth1.tx.home.com [24.4.2.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29089 for ; Thu, 10 Sep 1998 02:19:16 -0700 (PDT) (envelope-from kgor@soccer.ksg.com) Received: (from kgor@localhost) by soccer.ksg.com (8.8.8/8.8.8) id EAA00492; Thu, 10 Sep 1998 04:17:35 -0500 (CDT) (envelope-from kgor) Date: Thu, 10 Sep 1998 04:17:35 -0500 (CDT) Message-Id: <199809100917.EAA00492@soccer.ksg.com> From: "Kent S. Gordon" To: tlambert@primenet.com CC: tlambert@primenet.com, freebsd-current@FreeBSD.ORG In-reply-to: <199809100204.TAA16182@usr02.primenet.com> (message from Terry Lambert on Thu, 10 Sep 1998 02:04:56 +0000 (GMT)) Subject: Re: wchar.h functions from Solaris/Linux Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "tlambert" == Terry Lambert writes: >> > What specifically do you need? >> >> The actual functions I ned are wcscat,wcschr,wcscpy,wcslen, and >> wcsncat. I guess I will just rewrite the functions myself. > I'm positive these were there, along with EUC and ISO2022 > catalog conversion. > They may be in a seperate library, but they should be in the > -contrib. > If you can find an original X11R5 dist, they are there. Thanks for the pointer. The X11R5 contrib had the wchar.h functions in the directory contrib/lib/Xwchar. I found the original X11R5 contrib on ftp.x.org for other peoples information. stuff deleted > Terry Lambert > terry@lambert.org --- Any opinions in this posting are my own > and not those of my present or previous employers. -- Kent S. Gordon KSG -- Unix, Network, Database Consulting Postal: 76 Corral Drive North, Keller, Texas 76248 e-mail: kgor@ksg.com Phone:(817)431-8775 Resume: http://www.ksg.com/resume.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 02:26:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29757 for freebsd-current-outgoing; Thu, 10 Sep 1998 02:26:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29746 for ; Thu, 10 Sep 1998 02:26:21 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id TAA09021; Thu, 10 Sep 1998 19:25:42 +1000 Date: Thu, 10 Sep 1998 19:25:42 +1000 From: Bruce Evans Message-Id: <199809100925.TAA09021@godzilla.zeta.org.au> To: mark@grondar.za, tlambert@primenet.com Subject: Re: unremovable schg flag? Cc: current@FreeBSD.ORG, max@wide.ad.jp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> > I noticed that this file has schg flag set, and I could not do >> > chflags noschg even as root. > >[ ... ] > >> Have you set your securelevel to something other than -1? If so, this is >> what schg is all about. > >Aparently not: > >> > After struggling for some time, I went into the single user mode >> > and clri'd that file. This shows that securelevel 1 isn't actually secure. (Starting from the uninitialized shell variable kern_securelevel, /etc/rc sets the kernel securelevel to 0. init(8) knows too much about securelevels and bumps this to 1. Level 1 is a little bit insecure.) Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 02:38:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01035 for freebsd-current-outgoing; Thu, 10 Sep 1998 02:38:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA01029 for ; Thu, 10 Sep 1998 02:38:14 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id KAA21369; Thu, 10 Sep 1998 10:38:28 +0100 (BST) Date: Thu, 10 Sep 1998 10:38:28 +0100 (BST) From: Doug Rabson To: Mike Haertel cc: current@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu Subject: Re: DANGER: new IP fragment code breaks SLIP In-Reply-To: <199809052110.OAA00369@ducky.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 5 Sep 1998, Mike Haertel wrote: > I've been experiencing crashes with recent 3.0 kernels using SLIP > based dialin networking. Haven't had time yet to set up kernel > debugging, however I spent a half an hour doing binary search via > kernel builds on recent CVS commits. The bug is either contained > in, or perhaps exposed by, the following commit: I believe that I have fixed your problem. Could you update ip_input.c and re-test, thanks. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 02:44:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01555 for freebsd-current-outgoing; Thu, 10 Sep 1998 02:44:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA01550 for ; Thu, 10 Sep 1998 02:44:38 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id CAA27739; Thu, 10 Sep 1998 02:43:13 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id CAA26257; Thu, 10 Sep 1998 02:43:12 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id CAA17151; Thu, 10 Sep 1998 02:43:10 -0700 (PDT) From: Don Lewis Message-Id: <199809100943.CAA17151@salsa.gv.tsc.tdk.com> Date: Thu, 10 Sep 1998 02:43:10 -0700 In-Reply-To: Gianmarco Giovannelli "Perl compile problem in make world" (Sep 10, 9:51am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: gmarco@giovannelli.it, Manfred Antar Subject: Re: Perl compile problem in make world Cc: current@FreeBSD.ORG, jb@cimlogic.com.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 10, 9:51am, Gianmarco Giovannelli wrote: } Subject: Perl compile problem in make world } I changed make.conf to remove NO(SUID)PERL=True but now make world give me : } } ===> gnu/usr.bin/perl/utils } ===> gnu/usr.bin/perl/utils/c2ph } miniperl c2ph.PL } Can't locate Config.pm in @INC (@INC contains: /usr/libdata/perl/5.00502/mach /usr/libda } ta/perl/5.00502 /usr/local/lib/perl/5.00502/i386-freebsd /usr/local/lib/perl/5.00502 .) } at c2ph.PL line 3. } BEGIN failed--compilation aborted at c2ph.PL line 3. } *** Error code 2 There seems to be a bootstrap problem with the new perl. To work around it I copied Config.pm and Exporter.pm into /usr/libdata/perl/5.00502, but I think the real fix is to tweak miniperl/Makefile.inc to set MINIPERLOPT the same as the pod/Makefile.inc and to reference ${MINIPERLOPT} when miniperl is invoked. The Makefiles under x2p may need similar changes. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 03:30:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA04579 for freebsd-current-outgoing; Thu, 10 Sep 1998 03:30:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA04573 for ; Thu, 10 Sep 1998 03:30:42 -0700 (PDT) (envelope-from croot@btp1da.phy.uni-bayreuth.de) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id MAA22282 for current@freebsd.org; Thu, 10 Sep 1998 12:30:27 +0200 (MEST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 10 Sep 1998 12:30:27 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: current@FreeBSD.ORG Subject: updatedb ? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ---------------------------------- E-Mail: Werner Griessl Date: 10-Sep-98 Time: 12:26:42 This message was sent by XFMail ---------------------------------- /etc/periodic/weekly/310.locate dies with: Rebuilding locate database: updatedb: locate database /tmp/locateW22380/_updatedb22378 is empty My system is current-aout from yesterday (Sep. 9.). Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 03:40:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA05477 for freebsd-current-outgoing; Thu, 10 Sep 1998 03:40:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA05472 for ; Thu, 10 Sep 1998 03:40:42 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id GAA03824; Thu, 10 Sep 1998 06:40:39 -0400 (EDT) Date: Thu, 10 Sep 1998 06:40:39 -0400 (EDT) From: Daniel Eischen Message-Id: <199809101040.GAA03824@pcnet1.pcnet.com> To: eischen@vigrid.com, tlambert@primenet.com Subject: Re: Thread Problems Cc: freebsd-current@FreeBSD.ORG, info@highwind.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I tried to repeat the reported problem, but couldn't. I had > > one thread listening for client connections, a worker thread > > (printing a message once a second), and main. The thread > > listening for client connections would create a thread to > > handle the connection and go back to accepting more connections. > > I couldn't make it fail - the worker thread was always spewing > > out messages once a second. I even tried using fork to > > process each client request that came in - that worked also. > > We really need to get more information. > > Effectively, we have the select coming true before the accept call, > followed by the accept call blocking, even though the select was > true. > > In theory, this can't happen, even with a blocking fd. Actually, I think this can happen. We were able to reproduce this (under HP-UX, didn't try FreeBSD) but I forget the exact circumstances. I think it had something to do when the remote client attempted to make a connection but closed the socket before the connection was complete. I'll have to see if I can find it in my notes - it was 3 or 4 years ago... > This has got to be a code specific problem. Perhaps they made the > mistake of the LDAP implementors about number of descriptors, or > the meaning of "preemptive", and are engaged in a buzz-loop. 8-(. > > I just assumed that the person was running -current, and was seeing > what he thought he was seeing; on the other hand... I think he was running current - don't know how recent it was though. > It would be interesting to know what *exact* version of FreeBSD he > was running, as well. > > Also, if this is a Linux program running under emulation, it should > not be expected to work... No, I remember it being code they were porting to FreeBSD. Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 04:10:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09728 for freebsd-current-outgoing; Thu, 10 Sep 1998 04:10:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA09719 for ; Thu, 10 Sep 1998 04:10:10 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:QksklA8l1pO+emejkXm+xC9ANDarem4q@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id NAA04580; Thu, 10 Sep 1998 13:07:57 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809101107.NAA04580@gratis.grondar.za> To: gmarco@giovannelli.it cc: Manfred Antar , current@FreeBSD.ORG, jb@cimlogic.com.au Subject: Re: Perl compile problem in make world In-Reply-To: Your message of " Thu, 10 Sep 1998 09:51:08 +0200." <98091009570400.20474@gmarco.eclipse.org> References: <199809100017.RAA18067@pozo.pozo.com> <98091009570400.20474@gmarco.eclipse.org> Date: Thu, 10 Sep 1998 13:07:57 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gianmarco Giovannelli wrote: > I changed make.conf to remove NO(SUID)PERL=True but now make world give me : > > ===> gnu/usr.bin/perl/utils > ===> gnu/usr.bin/perl/utils/c2ph > miniperl c2ph.PL > Can't locate Config.pm in @INC (@INC contains: /usr/libdata/perl/5.00502/mach /usr/libda > ta/perl/5.00502 /usr/local/lib/perl/5.00502/i386-freebsd /usr/local/lib/perl/5.00502 .) > at c2ph.PL line 3. > BEGIN failed--compilation aborted at c2ph.PL line 3. > *** Error code 2 Fixed. Apologies. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 04:11:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09964 for freebsd-current-outgoing; Thu, 10 Sep 1998 04:11:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA09936 for ; Thu, 10 Sep 1998 04:11:25 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:o5u9q6oEK5Mir7Nsf5ZcDfS3lBGk5wVG@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id NAA09657; Thu, 10 Sep 1998 13:10:03 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809101110.NAA09657@gratis.grondar.za> To: Don Lewis cc: gmarco@giovannelli.it, Manfred Antar , current@FreeBSD.ORG, jb@cimlogic.com.au Subject: Re: Perl compile problem in make world In-Reply-To: Your message of " Thu, 10 Sep 1998 02:43:10 MST." <199809100943.CAA17151@salsa.gv.tsc.tdk.com> References: <199809100943.CAA17151@salsa.gv.tsc.tdk.com> Date: Thu, 10 Sep 1998 13:10:01 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Don Lewis wrote: > There seems to be a bootstrap problem with the new perl. To work around > it I copied Config.pm and Exporter.pm into /usr/libdata/perl/5.00502, but > I think the real fix is to tweak miniperl/Makefile.inc to set MINIPERLOPT > the same as the pod/Makefile.inc and to reference ${MINIPERLOPT} when > miniperl is invoked. The Makefiles under x2p may need similar changes. Close - I committed the real fix a few minutes ago. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 04:19:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA10781 for freebsd-current-outgoing; Thu, 10 Sep 1998 04:19:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ren.dtir.qld.gov.au (ns.dtir.qld.gov.au [203.108.138.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA10776 for ; Thu, 10 Sep 1998 04:19:21 -0700 (PDT) (envelope-from syssgm@dtir.qld.gov.au) Received: by ren.dtir.qld.gov.au; id VAA13616; Thu, 10 Sep 1998 21:19:19 +1000 (EST) Received: from ogre.dtir.qld.gov.au(167.123.8.3) by ren.dtir.qld.gov.au via smap (3.2) id xma013607; Thu, 10 Sep 98 21:19:11 +1000 Received: from atlas.dtir.qld.gov.au (atlas.dtir.qld.gov.au [167.123.8.9]) by ogre.dtir.qld.gov.au (8.8.8/8.8.7) with ESMTP id VAA02750 for ; Thu, 10 Sep 1998 21:19:10 +1000 (EST) Received: from nymph.dtir.qld.gov.au (nymph.dtir.qld.gov.au [167.123.10.10]) by atlas.dtir.qld.gov.au (8.8.5/8.8.5) with ESMTP id VAA16417 for ; Thu, 10 Sep 1998 21:19:10 +1000 (EST) Received: from nymph.dtir.qld.gov.au (localhost.dtir.qld.gov.au [127.0.0.1]) by nymph.dtir.qld.gov.au (8.8.8/8.8.7) with ESMTP id VAA11892; Thu, 10 Sep 1998 21:19:08 +1000 (EST) (envelope-from syssgm@nymph.dtir.qld.gov.au) Message-Id: <199809101119.VAA11892@nymph.dtir.qld.gov.au> To: freebsd-current@FreeBSD.ORG cc: syssgm@dtir.qld.gov.au Subject: utmp/wtmp and libutil Date: Thu, 10 Sep 1998 21:19:08 +1000 From: Stephen McKay Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You may recall all the fuss back in January 1997 about the change to UT_NAMESIZE in 3.0 that broke compatibility with 2.2 binaries. Indeed, I immediately changed it back in my copy, and more or less forgot about it. Then came the proposed revamp of libutil to remove the need for applications to be so intimate with system file formats. This seems to have ground to a halt in June 1997. I have one possible weekend of coding to beat the 3.0 beta deadline. Should I even attempt to resurrect David Nugent's (apparently) abandoned code changes? The code defines new xutmp and xwtmp structures, and manipulates them in interesting ways, but does not document the overall direction. My goal is to allow old binaries to play with utmp and wtmp without breaking the rest of the system. I'm not sure where he was headed. If anyone collaborated with him on the design (I've been unable to reach him), or has any funky ideas on how binaries with different definitions of struct utmp can coexist, I'd like to hear from you. Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 05:04:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14148 for freebsd-current-outgoing; Thu, 10 Sep 1998 05:04:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kendra.ne.mediaone.net (kendra.ne.mediaone.net [24.128.94.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA14126; Thu, 10 Sep 1998 05:04:28 -0700 (PDT) (envelope-from software@kew.com) Received: from sonata.hh.kew.com (root@sonata-dmz.hh.kew.com [192.168.205.1]) by kendra.ne.mediaone.net (8.8.8/8.8.8) with ESMTP id IAA10434; Thu, 10 Sep 1998 08:04:19 -0400 (EDT) (envelope-from software@kew.com) Received: from ffactory.uucp.kew.com (ffactory.hh.kew.com [192.168.203.131]) by sonata.hh.kew.com (8.9.1/8.9.1) with SMTP id IAA18208; Thu, 10 Sep 1998 08:04:17 -0400 (EDT) Received: from kew.com by ffactory.uucp.kew.com (UUPC/extended 1.13d) with UUCP for multiple addressees; Thu, 10 Sep 1998 08:04:17 -0500 Received: from kew.com by ffactory.uucp.kew.com (UUPC/extended 1.13d) with ESMTP for multiple addresses; Wed, 09 Sep 1998 23:44:09 -0500 Message-ID: <35F74B09.83E802C4@kew.com> Date: Wed, 09 Sep 1998 23:44:09 -0400 From: Drew Derbyshire Organization: Kendra Electronic Wonderworks, Stoneham, MA 02180 (http://www.kew.com) X-Mailer: Mozilla 4.05 [en] (WinNT; U) MIME-Version: 1.0 To: Enkhyl CC: Mike Smith , security@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: FreeBSD Hardening References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Enkhyl wrote: > And away we go... > > I'll see if I can manage to get a mailing list together to organize the > effort and divide up the work (anyone have a server I can host the list > on? :-) > > Anyone that is casually working on this, please speak up so that we can > "projectize" this. One would hope that the regular freebsd.org mail server could host it, but if not, I believe we (kew.com) can. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-279-9812 "And you will always know that they existed - once. That you discovered - once. Held them in your hands - once. And then lost them - forever." -- Lon, Snakedance:3 (Dr. Who?) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 06:46:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25989 for freebsd-current-outgoing; Thu, 10 Sep 1998 06:46:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA25927 for ; Thu, 10 Sep 1998 06:45:59 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id GAA10036; Thu, 10 Sep 1998 06:45:23 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 10 Sep 1998 06:45:06 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: Werner Griessl Subject: RE: updatedb ? Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Same problems happening here, except I am elf.... On 10-Sep-98 Werner Griessl wrote: > > ---------------------------------- > E-Mail: Werner Griessl > Date: 10-Sep-98 > Time: 12:26:42 > > This message was sent by XFMail > ---------------------------------- > > /etc/periodic/weekly/310.locate dies with: > > Rebuilding locate database: > updatedb: locate database /tmp/locateW22380/_updatedb22378 is empty > > My system is current-aout from yesterday (Sep. 9.). > > Werner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message --------------------- William Woods Date: 10-Sep-98 / Time: 06:43:31 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 06:46:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA26180 for freebsd-current-outgoing; Thu, 10 Sep 1998 06:46:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA26160 for ; Thu, 10 Sep 1998 06:46:46 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id JAA16724; Thu, 10 Sep 1998 09:46:24 -0400 (EDT) Date: Thu, 10 Sep 1998 09:46:24 -0400 (EDT) Message-Id: <199809101346.JAA16724@highwind.com> From: HighWind Software Information To: tlambert@primenet.com CC: eischen@vigrid.com, eischen@vigrid.com, tlambert@primenet.com, freebsd-current@FreeBSD.ORG In-reply-to: <199809100537.WAA07306@usr06.primenet.com> (message from Terry Lambert on Thu, 10 Sep 1998 05:37:27 +0000 (GMT)) Subject: Re: Thread Problems Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Okay, I coded up a test program that ALWAYS reproduces this accept() blocking problem we have been talking about. Check it out: % uname -a FreeBSD zonda.highwind.com 3.0-19980831-SNAP FreeBSD 3.0-19980831-SNAP #0: Mon Aug 31 14:03:19 GMT 1998 root@make.ican.net:/usr/src/sys/compile/GENERIC i386 My libc_r is EXTREMELY up-to-date. ~2 days old. The program does the following: 1. spawns an a thread to loop on "accept" 2. fork/exec's a child talking down a socket pair 3. loops in main() To compile: g++ -o fbsd -D_REENTRANT -D_THREAD_SAFE -Wall -Werror -g fbsdtest.C -pthread To run: ./fbsd 10000 It'll bind to port 10000, and start printing messages on stdout, then from another window: "telnet localhost 10000". You'll see the main() thread STOP printing. ONLY the accept() thread will continue to work. Help would be greatly appreciated... -Rob ---- /***************************************************************************** File: fbsdtest.C Contents: FreeBSD accept and fork test Created: 10-Sep-1998 *****************************************************************************/ #include #include #include #include #include #include #include unsigned short port = 20000; void *acceptThread(void *) { // Create the socket int fd = ::socket(PF_INET, SOCK_STREAM, IPPROTO_TCP); if (fd == -1) { ::printf("socket failed"); } // Make it reusable int optval = 1; if (::setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, reinterpret_cast(&optval), sizeof(optval)) == -1) { ::printf("Reusable failed"); } // Bind it sockaddr_in location; ::memset(&location, 0, sizeof(location)); location.sin_family = AF_INET; location.sin_addr.s_addr = htonl(INADDR_ANY); location.sin_port = htons(port); if (::bind(fd, reinterpret_cast(&location), sizeof(location)) == -1) { ::printf("Bind failed"); } // Listen on it if (::listen(fd, 128) == -1) { ::printf("Listen failed"); } // LOOP forever accepting and closing! while (true) { sockaddr_in info; int length = sizeof(info); int fd2 = ::accept(fd, reinterpret_cast(&info), &length); ::printf("Got an accept()\n"); ::close(fd2); } } pthread_t spawnBoundThread(void *(*function)(void *)) { pthread_t tid; pthread_attr_t attr; // Initialize thread attributes if (::pthread_attr_init(&attr)) { ::printf("Init Failed"); return 0; } // Set detached if (::pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED)) { ::printf("Detach failed"); return 0; } // Set stack size if (::pthread_attr_setstacksize(&attr, 131072)) { ::printf("Stack set failed"); return 0; } // Spawn the thread if (::pthread_create(&tid, &attr, function, 0)) { ::printf("Thread start failed"); return 0; } // Cleanup thread attributes if (::pthread_attr_destroy(&attr)) { ::printf("Cleanup failed"); return 0; } // Return the thread id return tid; } int forkExec(const char *program, const char *arg1) { // Create the socketpair; int fds[2]; if (::socketpair(AF_UNIX, SOCK_STREAM, 0, fds)) { return -1; } // FORK!! *Youch!* pid_t pid = ::fork(); if (pid == -1) { if (::close(fds[0]) || ::close(fds[1])) { return -1; } return -1; } if (!pid) { // In Child // Enter our own process group (avoids signal nastyness) if (::setsid() == -1) { ::_exit(EXIT_FAILURE); } // Dup the descriptor to STDIN and STDOUT if (::dup2(fds[1], STDOUT_FILENO) == -1 || ::dup2(fds[1], STDIN_FILENO) == -1) { ::_exit(EXIT_FAILURE); } // Close the other side of the socketpair. if (::close(fds[0])) { ::_exit(EXIT_FAILURE); } // Run the appropriate program ::execl(program, program, arg1, 0); ::_exit(EXIT_FAILURE); } // In Parent if (::close(fds[1])) { return -1; } return fds[0]; } int main(int, char **argv) { port = atoi(argv[1]); // Setup 1 second timeout timeval timeout; timeout.tv_sec = 1; timeout.tv_usec = 0; spawnBoundThread(acceptThread); // Sleep for a second ::select(0, 0, 0, 0, &timeout); int childFD = forkExec("/bin/sleep", "200"); if (childFD == -1) { return EXIT_FAILURE; } while (true) { // Sleep for a second ::select(0, 0, 0, 0, &timeout); ::printf("main() is still alive\n"); } ::close(childFD); return EXIT_SUCCESS; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 07:11:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29743 for freebsd-current-outgoing; Thu, 10 Sep 1998 07:11:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA29699 for ; Thu, 10 Sep 1998 07:11:11 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id QAA24986; Thu, 10 Sep 1998 16:06:39 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id JAA03368; Thu, 10 Sep 1998 09:20:36 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809100720.JAA03368@semyam.dinoco.de> To: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: freebsd-current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: 2048-byte sector support for DOS filesystem. In-reply-to: Your message of "08 Sep 1998 17:00:28 +0200." Date: Thu, 10 Sep 1998 09:20:35 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > but since the od driver is going away on C-day and CAM's da driver > supports (n * 512)-byte blocks for arbitrary n, I don't see much point Just out of curiosity not having any hardware needing this: Is n really an arbitrary integer greater zero or is it restricted to the powers of two? Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 07:13:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00370 for freebsd-current-outgoing; Thu, 10 Sep 1998 07:13:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA00344 for ; Thu, 10 Sep 1998 07:13:10 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id QAA25020; Thu, 10 Sep 1998 16:06:43 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id JAA02996; Thu, 10 Sep 1998 09:04:27 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809100704.JAA02996@semyam.dinoco.de> To: Amancio Hasty cc: Mike Smith , current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: ELF worldstone (etc.) In-reply-to: Your message of "Wed, 09 Sep 1998 19:08:41 PDT." <199809100208.TAA07610@rah.star-gate.com> Date: Thu, 10 Sep 1998 09:04:26 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Perhaps significantly, mean CPU > >utilisation was only a little over 200% for both worldstones. > ^^^^^ I hope you meant 20%. Why do you hope that? That would mean one of the four Xeon CPUs being working just 20% of the time or in other words the system were just using 1/20th of its CPU power. I'd prefer 400% here as then all CPUs were busy all the time. With 200% its just using half its potential. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 07:31:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04150 for freebsd-current-outgoing; Thu, 10 Sep 1998 07:31:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.mail.pipex.net (relay.mail.pipex.net [158.43.128.38]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA04145 for ; Thu, 10 Sep 1998 07:31:10 -0700 (PDT) (envelope-from james.g.mansion@hsbcgroup.com) From: james.g.mansion@hsbcgroup.com Received: (qmail 21958 invoked from network); 10 Sep 1998 11:31:38 -0000 Received: from unknown (HELO hbmdtemime1.hsbcgroup.com) (193.129.96.77) by iprelay.mail.pipex.net with SMTP; 10 Sep 1998 11:31:38 -0000 Received: from hbmdtemime2.tex.hsbcmidland.com (unverified [128.4.110.202]) by hbmdtemime1.hsbcgroup.com (Integralis SMTPRS 2.0.15) with ESMTP id for ; Thu, 10 Sep 1998 12:26:50 +0100 Received: from hbmdtesmtp1.tex.hsbcmidland.com (unverified [128.4.110.200]) by hbmdtemime2.tex.hsbcmidland.com (Integralis SMTPRS 2.0.15) with SMTP id for ; Thu, 10 Sep 1998 12:29:37 +0100 Received: by hbmdtesmtp1.tex.hsbcmidland.com(Lotus SMTP MTA SMTP v4.6 (462.2 9-3-1997)) id 8025667B.003F986F ; Thu, 10 Sep 1998 12:34:37 +0100 X-Lotus-FromDomain: HSBCMERIDIAN@INTERNET To: freebsd-current@FreeBSD.ORG Message-Id: <8025667B.003F044A.00@hbmdtesmtp1.tex.hsbcmidland.com> Date: Thu, 10 Sep 1998 12:35:17 +0100 Subject: Re: Thread Problems MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The latest edition of Stevens Network Programming has a discussion on this point. The accept should not be done in blocking mode, for exactly the reason suggested below. See; UNIX Network Programming 2ed, , W Richard Stevens, Prentice Hall International, ISBN 0-13-490012-X The discussion in S15.6,'Nonblocking accept', is pertinent. James Daniel Eischen on 10/09/98 11:40:39 To: eischen@vigrid.com, tlambert@primenet.com cc: freebsd-current@FreeBSD.ORG, info@highwind.com (bcc: James G MANSION/HBMD/HSBCMERIDIAN) Subject: Re: Thread Problems > > I tried to repeat the reported problem, but couldn't. I had > > one thread listening for client connections, a worker thread > > (printing a message once a second), and main. The thread > > listening for client connections would create a thread to > > handle the connection and go back to accepting more connections. > > I couldn't make it fail - the worker thread was always spewing > > out messages once a second. I even tried using fork to > > process each client request that came in - that worked also. > > We really need to get more information. > > Effectively, we have the select coming true before the accept call, > followed by the accept call blocking, even though the select was > true. > > In theory, this can't happen, even with a blocking fd. Actually, I think this can happen. We were able to reproduce this (under HP-UX, didn't try FreeBSD) but I forget the exact circumstances. I think it had something to do when the remote client attempted to make a connection but closed the socket before the connection was complete. I'll have to see if I can find it in my notes - it was 3 or 4 years ago... > This has got to be a code specific problem. Perhaps they made the > mistake of the LDAP implementors about number of descriptors, or > the meaning of "preemptive", and are engaged in a buzz-loop. 8-(. > > I just assumed that the person was running -current, and was seeing > what he thought he was seeing; on the other hand... I think he was running current - don't know how recent it was though. > It would be interesting to know what *exact* version of FreeBSD he > was running, as well. > > Also, if this is a Linux program running under emulation, it should > not be expected to work... No, I remember it being code they were porting to FreeBSD. Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message ********************************************************************** This message originated from the Internet. Its originator may, or may not be who they claim to be, and the information contained herein may, or may not be accurate. ********************************************************************** ************************************************************************ Midland Bank plc, who is regulated in the UK by SFA, has issued the information contained in this message (including any attached documents) for its non-private customers only. It should not be reproduced and/or distributed to any other person. It is not an invitation to buy or sell securities. Opinions may change without notice and members of the HSBC Group may have positions in, or trade in instruments mentioned in this message. Each page attached hereto must also be read in conjunction with any disclaimer which form part of it. ************************************************************************ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 08:04:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA09299 for freebsd-current-outgoing; Thu, 10 Sep 1998 08:04:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.seidata.com (ns1.seidata.com [208.10.211.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA09291; Thu, 10 Sep 1998 08:04:34 -0700 (PDT) (envelope-from mike@seidata.com) Received: from localhost (mike@localhost) by ns1.seidata.com (8.8.8/8.8.5) with SMTP id LAA21899; Thu, 10 Sep 1998 11:06:56 -0400 (EDT) Date: Thu, 10 Sep 1998 11:06:55 -0400 (EDT) From: Mike To: Enkhyl cc: Mike Smith , security@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: FreeBSD Hardening In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 9 Sep 1998, Enkhyl wrote: > I'll see if I can manage to get a mailing list together to organize the > effort and divide up the work (anyone have a server I can host the list > on? :-) Sure... I don't suppose the FreeBSD Project objects in any way to having project-related lists/etc. hosted elsewhere (or maybe -security would be appropriate for this?)? If not (and if you don't get any more attractive offers), I could provide list services. > Anyone that is casually working on this, please speak up so that we can > "projectize" this. Also, this is an area of high-interest for me, so if I lurk enough on a related list, perhaps I can pick up enough info to actually be somewhat helpful. :) -mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 08:19:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13349 for freebsd-current-outgoing; Thu, 10 Sep 1998 08:19:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13341; Thu, 10 Sep 1998 08:19:00 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id IAA03269; Thu, 10 Sep 1998 08:15:01 -0700 (PDT) Message-Id: <199809101515.IAA03269@implode.root.com> To: sos@FreeBSD.ORG cc: mike@smith.net.au (Mike Smith), current@FreeBSD.ORG Subject: Re: ELF worldstone (etc.) In-reply-to: Your message of "Thu, 10 Sep 1998 10:44:42 +0200." <199809100844.KAA10956@sos.freebsd.dk> From: David Greenman Reply-To: dg@root.com Date: Thu, 10 Sep 1998 08:15:01 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >On the other hand the Xeon is only faster because of raw clockspeed (as >expected, same arch as the p6) Actually, that is not true. The chipset in the Xeon machine from Intel has an extremely fast memory subsystem (something like 2Gbytes/second), and of course the CPU is PII technology, which has larger L1 and L2 caches than the P6. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 08:19:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13589 for freebsd-current-outgoing; Thu, 10 Sep 1998 08:19:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from brooklyn.slack.net (brooklyn.slack.net [206.41.21.102]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13565; Thu, 10 Sep 1998 08:19:41 -0700 (PDT) (envelope-from andrewr@brooklyn.slack.net) Received: from localhost (andrewr@localhost) by brooklyn.slack.net (8.8.7/8.8.7) with SMTP id LAA16903; Thu, 10 Sep 1998 11:20:10 -0400 (EDT) Date: Thu, 10 Sep 1998 11:20:10 -0400 (EDT) From: andrewr To: Enkhyl cc: security@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: FreeBSD Hardening In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 9 Sep 1998, Enkhyl wrote: > Back when the popper buffer overflow bug sprang forth it was suggested > that it might be a good idea to go through the OpenBSD change logs and > evaluate security-related fixes for inclusion in FreeBSD. Is there anyone > actively working on this? If there is a project organized around this, I'm > willing to help out with the endeavor. Otherwise, I'm willing to embark on > this endeavor and make a project out of it. This kind of died due to lack of interest. As I was told by jkh, if one is interested enough in this, just start up a mailing list (not from FreeBSD.org) and a team of workers and get to it. Soon, if all goes well, it would be incorporated into the actual project. Good luck. Andrew > > Comments? > > -- > Christopher Nielsen > Scient: The Art and Science of Electronic Business > cnielsen@scient.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-security" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 08:21:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14305 for freebsd-current-outgoing; Thu, 10 Sep 1998 08:21:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ducky.net (gate.ducky.net [198.145.101.253]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA14231 for ; Thu, 10 Sep 1998 08:21:11 -0700 (PDT) (envelope-from mike@ducky.net) Received: from ducky.net (localhost.ducky.net [127.0.0.1]) by ducky.net (8.9.1/8.8.5) with ESMTP id IAA00322; Thu, 10 Sep 1998 08:20:05 -0700 (PDT) Message-Id: <199809101520.IAA00322@ducky.net> To: Doug Rabson cc: Mike Haertel , current@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu, mike@ducky.net Subject: Re: DANGER: new IP fragment code breaks SLIP In-reply-to: Your message of "Thu, 10 Sep 1998 10:38:28 BST." Date: Thu, 10 Sep 1998 08:20:05 -0700 From: Mike Haertel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >On Sat, 5 Sep 1998, Mike Haertel wrote: > >> I've been experiencing crashes with recent 3.0 kernels using SLIP >> based dialin networking. Haven't had time yet to set up kernel >> debugging, however I spent a half an hour doing binary search via >> kernel builds on recent CVS commits. The bug is either contained >> in, or perhaps exposed by, the following commit: > >I believe that I have fixed your problem. Could you update ip_input.c and >re-test, thanks. Just tried it, it appears to work. Sorry I didn't get a chance to get your m_nextpkt panic code in; I was going to have done that tonight, but you beat me to it. Thanks! Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 08:43:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA18699 for freebsd-current-outgoing; Thu, 10 Sep 1998 08:43:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA18679 for ; Thu, 10 Sep 1998 08:43:50 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id LAA17144; Thu, 10 Sep 1998 11:43:40 -0400 (EDT) Date: Thu, 10 Sep 1998 11:43:40 -0400 (EDT) Message-Id: <199809101543.LAA17144@highwind.com> From: HighWind Software Information To: james.g.mansion@hsbcgroup.com CC: freebsd-current@FreeBSD.ORG In-reply-to: <8025667B.003F044A.00@hbmdtesmtp1.tex.hsbcmidland.com> (james.g.mansion@hsbcgroup.com) Subject: Re: Thread Problems Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The latest edition of Stevens Network Programming has a discussion on this point. The accept should not be done in blocking mode, for exactly the reason suggested below. If you do a blocking accept and the client closes before the connection was complete, accept() should return an error. Then you just loop back into accept again. No harm done. I don't see how this is relevant anyway. The libc_r is supposed to set that fd to non-blocking under the covers. The bug (I believe) is that somehow the fd becomes blocking. I posted a test program that illustrates the problem. See for yourself. -Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 08:45:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA19158 for freebsd-current-outgoing; Thu, 10 Sep 1998 08:45:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [209.133.7.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA19145 for ; Thu, 10 Sep 1998 08:45:16 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id IAA01546; Thu, 10 Sep 1998 08:44:41 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199809101544.IAA01546@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Stefan Eggers cc: Mike Smith , current@FreeBSD.ORG Subject: Re: ELF worldstone (etc.) In-reply-to: Your message of "Thu, 10 Sep 1998 09:04:26 +0200." <199809100704.JAA02996@semyam.dinoco.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Sep 1998 08:44:41 -0700 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I would say 50% should be an ideal target figure meaning that in a 4-way configuration you still have half of the capacity left. 200% according to the way that Mike is using it almost implies a uni-processor approach to measuring capacity. Cheers, Amancio > > >Perhaps significantly, mean CPU > > >utilisation was only a little over 200% for both worldstones. > > ^^^^^ I hope you meant 20%. > > Why do you hope that? That would mean one of the four Xeon CPUs being > working just 20% of the time or in other words the system were just > using 1/20th of its CPU power. I'd prefer 400% here as then all CPUs > were busy all the time. With 200% its just using half its potential. > > Stefan. > -- > Stefan Eggers Lu4 yao2 zhi1 ma3 li4, > Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. > 51109 Koeln > Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 08:57:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA22264 for freebsd-current-outgoing; Thu, 10 Sep 1998 08:57:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA22221 for ; Thu, 10 Sep 1998 08:57:23 -0700 (PDT) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost.StevesCafe.com [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.8/8.8.5) with ESMTP id JAA05124; Thu, 10 Sep 1998 09:56:29 -0600 (MDT) Message-Id: <199809101556.JAA05124@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0.2 2/24/98 From: Steve Passe To: Terry Lambert cc: joelh@gnu.org, obrien@NUXI.com, dfr@nlsystems.com, jb@cimlogic.com.au, current@FreeBSD.ORG Subject: Re: Compiler problems with gcc-2.7.2.1 In-reply-to: Your message of "Thu, 10 Sep 1998 01:25:05 -0000." <199809100125.SAA13902@usr02.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Sep 1998 09:56:29 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, We found that these patches only fix half the problem with 2.8.1. Note this piece of code in libgcc2.c: /* We must call terminate if we try and rethrow an exception, when there is no exception currently active and when there are no handlers left. */ if (! __eh_info || (*dhc) == top_elt) ^^^^^^^ __terminate (); The original patches correctly create a per-thread dynamic_handler_chain, but the code in __sjthrow () walks off the end of the world when unwinding the chain in a throw() attempt. This usually creates the classical threads prog hang with the program consumming 99% of the CPU and going nowhere, othertimes you get a segfault of other coredump. The specific problem is that top_elt (the original global "top of dhc") is not in the chain with the per-thread dhc scheme, and thus never matched. This is fixed in the attached updated patch. Note that it is a QUICK hack with little thought to "beauty", I needed to fry more important fish at the time. More importantly, it doesn't completely fix the problem. The part where you walk off into the weeds is gone, it properly walks back up the stack, running all the destructors. But it doesn't seem to get back to thecatch() statement. Instead it hits the __terminate() statement, ignoring the catch() block. I havn't had time to figure out why, if anyone does, please post! --------------------------------- cut ----------------------------------- *** libgcc2.c.orig Wed Aug 26 16:43:09 1998 --- libgcc2.c Wed Aug 26 17:22:50 1998 *************** *** 3192,3197 **** --- 3192,3247 ---- static void *top_elt[2]; void **__dynamic_handler_chain = top_elt; + #define MAKE_THREAD_SAFE + #ifdef MAKE_THREAD_SAFE + + /* + * Jeremy Allison's patch, from mail from somewhere... + * smp: additional patches to make test against top_elt work properly. + */ + + typedef void *** (*dynamic_handler_allocator)(); + static dynamic_handler_allocator dah = 0; + + void __set_dynamic_handler_allocator( dynamic_handler_allocator new_dah ) + { + dah = new_dah; + } + + /* Routine to get the head of the current thread's dynamic handler chain + use for exception handling. */ + + void *** + __get_dynamic_handler_chain () + { + if (dah == 0) + return (&__dynamic_handler_chain); + + return (*dah)(); + } + + typedef void ** (*top_elt_addr)(); + static top_elt_addr tea = 0; + + void __set_top_elt_addr( top_elt_addr new_tea ) + { + tea = new_tea; + } + + /* Routine to get the per-thread top_elt address. */ + + void ** + __get_top_elt_addr () + { + if (tea == 0) + return (top_elt); + + return (*tea)(); + } + + + #else /* MAKE_THREAD_SAFE */ + /* Routine to get the head of the current thread's dynamic handler chain use for exception handling. *************** *** 3203,3208 **** --- 3253,3260 ---- return &__dynamic_handler_chain; } + #endif /* MAKE_THREAD_SAFE */ + /* This is used to throw an exception when the setjmp/longjmp codegen method is used for exception handling. *************** *** 3216,3221 **** --- 3268,3276 ---- __sjthrow () { void ***dhc = __get_dynamic_handler_chain (); + #ifdef MAKE_THREAD_SAFE + void **ate = __get_top_elt_addr (); + #endif /* MAKE_THREAD_SAFE */ void *jmpbuf; void (*func)(void *, int); void *arg; *************** *** 3263,3269 **** --- 3318,3328 ---- /* We must call terminate if we try and rethrow an exception, when there is no exception currently active and when there are no handlers left. */ + #ifdef MAKE_THREAD_SAFE + if (! __eh_info || (*dhc) == ate) + #else if (! __eh_info || (*dhc) == top_elt) + #endif /* MAKE_THREAD_SAFE */ __terminate (); /* Find the jmpbuf associated with the top element of the dynamic --------------------------------- cut ----------------------------------- -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 08:58:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA22825 for freebsd-current-outgoing; Thu, 10 Sep 1998 08:58:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.mishkei.org.il (host3-64.mishkei.org.il [62.0.64.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA22789 for ; Thu, 10 Sep 1998 08:58:47 -0700 (PDT) (envelope-from rom_glsa@ein-hashofet.co.il) Received: from gilad (host47-68.mishkei.org.il [62.0.68.47]) by mail.mishkei.org.il (8.8.5/8.8.5) with SMTP id SAA18954 for ; Thu, 10 Sep 1998 18:58:34 +0200 Message-ID: <35F7F766.15E1@ein-hashofet.co.il> Date: Thu, 10 Sep 1998 17:59:34 +0200 From: Gilad Rom X-Mailer: Mozilla 3.04 (Win95; I) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: /usr/libexec/ld-elf.so.1: File format not recognized Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi. Ive read about the "make move-aout-libs" target and decided to give it a go. Ive issued that command and - it worked fine. What it did is move all of the aout libs into their place and all was well. Until suddenly processed started segfaulting and eventually my system was paralized because /usr/libexec/ld-elf.so.1 had this error: /usr/libexec/ld-elf.so.1: File format not recognized. whenever Ive tried running a dynamic binary it gave me this error. I have NO idea whats causing it, I can only boot single user and execute static binaries, I cant even rebuild aout tools again from the source tree, since it dies aswell. If I did something wrong, I'd LOVE to know about it and hopefully even get a tip about fixing it. I dont know what ld-elf is talking about, It gives no specific filename or error, just this general vague message. Thanks in advance, Gilad. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 09:17:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA27284 for freebsd-current-outgoing; Thu, 10 Sep 1998 09:17:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA27274 for ; Thu, 10 Sep 1998 09:17:36 -0700 (PDT) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost.StevesCafe.com [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.8/8.8.5) with ESMTP id KAA05181 for ; Thu, 10 Sep 1998 10:17:25 -0600 (MDT) Message-Id: <199809101617.KAA05181@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0.2 2/24/98 From: Steve Passe To: freebsd-current@FreeBSD.ORG Subject: recocking NMIs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Sep 1998 10:17:25 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, A while back I reported that NMIs weren't properly reset in the kernel. I promised to send a patch, but never got around to it. While getting the thread patch I just sent, I stumbled across it. I use it in an LKM, which is proprietary code, so I can just submit the relevant chunk, someone else will have to integrate it into the kernel. The basic problem is that the first firing of the NMI leaves its input latched, preventing further NMIs till its cleared. The NMI_EDGE thingy is to allow multiple simultanious NMIs. Note that I could NOT get the NMI_EDGE part to work on our hardware. Note that this code is specific for NMIs coming from the ISA bus, ie NOT from the MB sources (watchdog and parity error). A comment marks the point needing additional work for this. When researching this issue I found at least 4 different descriptions of how NMI is handled by the motherboard, most incompatable with the rest. I suspect that they all were true for one MB or another. The following is based on the implimentation as defined by the PIIX chip, so it should work on most modern MBs. --- #define NMI_CREATE_EDGE_NOT /* diddle the IOCHK# NMI registers */ inb $0x61, %al /* current PORT-B contents */ /* XXX: need to test source bits, assume IOCHK# for now... */ andb $0x0f, %al /* PIIX wants upper bits 0 on write */ orb $0x08, %al /* IOCHK# high to clear */ outb %al, $0x61 andb $0x07, %al /* IOCHK# low to enable */ outb %al, $0x61 #ifdef NMI_CREATE_EDGE /* * If another NMI source fired while we run this code the * line is held active by that card and the signal is 'lost'. * So we disable/enable NMIs to re-create missing edge. */ inb $0x70, %al /* get NMI/RTC register */ orb $0x80, %al /* disable NMIs */ outb %al, $0x70 andb $0x7f, %al /* re-enable NMIs */ outb %al, $0x70 #endif /* NMI_CREATE_EDGE */ -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 09:36:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA29814 for freebsd-current-outgoing; Thu, 10 Sep 1998 09:36:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA29809; Thu, 10 Sep 1998 09:36:06 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id JAA17155; Thu, 10 Sep 1998 09:35:40 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Mike cc: Enkhyl , Mike Smith , security@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: FreeBSD Hardening In-reply-to: Your message of "Thu, 10 Sep 1998 11:06:55 EDT." Date: Thu, 10 Sep 1998 09:35:40 -0700 Message-ID: <17151.905445340@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Sure... I don't suppose the FreeBSD Project objects in any way to > having project-related lists/etc. hosted elsewhere (or maybe > -security would be appropriate for this?)? If not (and if you don't Not at all - in fact, it's less work for us. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 09:45:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA02338 for freebsd-current-outgoing; Thu, 10 Sep 1998 09:45:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA02318 for ; Thu, 10 Sep 1998 09:45:10 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id CAA03142; Fri, 11 Sep 1998 02:44:48 +1000 Date: Fri, 11 Sep 1998 02:44:48 +1000 From: Bruce Evans Message-Id: <199809101644.CAA03142@godzilla.zeta.org.au> To: dag-erli@ifi.uio.no, seggers@semyam.dinoco.de Subject: Re: 2048-byte sector support for DOS filesystem. Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> but since the od driver is going away on C-day and CAM's da driver >> supports (n * 512)-byte blocks for arbitrary n, I don't see much point > >Just out of curiosity not having any hardware needing this: Is n >really an arbitrary integer greater zero or is it restricted to the >powers of two? It's also restricted to integers less than about 2^30 / 512 :-). Most SCSI drivers already support this. Hopefully CAM won't regress. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 10:09:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA06804 for freebsd-current-outgoing; Thu, 10 Sep 1998 10:09:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA06778 for ; Thu, 10 Sep 1998 10:09:44 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id LAA00933; Thu, 10 Sep 1998 11:03:14 -0600 (MDT) Date: Thu, 10 Sep 1998 11:03:14 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809101703.LAA00933@narnia.plutotech.com> To: Bruce Evans cc: current@FreeBSD.ORG Subject: Re: 2048-byte sector support for DOS filesystem. Newsgroups: pluto.freebsd.current In-Reply-To: <199809101644.CAA03142@godzilla.zeta.org.au> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809101644.CAA03142@godzilla.zeta.org.au> you wrote: >>> but since the od driver is going away on C-day and CAM's da driver >>> supports (n * 512)-byte blocks for arbitrary n, I don't see much point >> >>Just out of curiosity not having any hardware needing this: Is n >>really an arbitrary integer greater zero or is it restricted to the >>powers of two? > > It's also restricted to integers less than about 2^30 / 512 :-). > > Most SCSI drivers already support this. Hopefully CAM won't regress. > > Bruce We've incorporated all of your recent slice changes, so unless your thinking of some other code path that needs support, CAM shouldn't regress in this area. As far as other Bruce filter fixups, since the filters aren't documented anywhere, CAM may have regressed. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 10:15:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA08093 for freebsd-current-outgoing; Thu, 10 Sep 1998 10:15:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fledge.watson.org (COPLAND.CODA.CS.CMU.EDU [128.2.222.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA08088 for ; Thu, 10 Sep 1998 10:15:17 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.8.8/8.8.8) with SMTP id NAA28063; Thu, 10 Sep 1998 13:14:13 -0400 (EDT) Date: Thu, 10 Sep 1998 13:14:13 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Bruce Evans cc: mark@grondar.za, tlambert@primenet.com, current@FreeBSD.ORG, max@wide.ad.jp Subject: Re: unremovable schg flag? In-Reply-To: <199809100925.TAA09021@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 10 Sep 1998, Bruce Evans wrote: > >> > After struggling for some time, I went into the single user mode > >> > and clri'd that file. > > This shows that securelevel 1 isn't actually secure. (Starting from > the uninitialized shell variable kern_securelevel, /etc/rc sets the > kernel securelevel to 0. init(8) knows too much about securelevels > and bumps this to 1. Level 1 is a little bit insecure.) FreeBSD with secure levels is not secure, as the disk layout and binaries are not architected with securelevels as a goal. I have some discussion on my web page, but the main issue is that any binary run (or related config file) in a low secure level must be protected against modification by processes in a higher secure level. For example, to protect the securelevel setting mechanism: 1) init must be schg 2) /sbin holding init must be schg 3) /kernel mus tbe schg 3) /bin/sh (the shell used to run rc) must be schg 4) /etc/rc must be schg 5) Any bins run by /etc/rc before bumping the securelevel (including sysctl) must be schg You can pretty much apply this to any file touched prior to the bump. Similarly, remounting file systems should be prohibited above a certain securelevel. I believe directly modifying disk devices is already prohibited in high securelevels. However, there is no good way to protect single-user mode, as that assumes local console access to the machine. And there is little if anything one can do to protect against a local user (except to protect against the uninitiated :). Robert N Watson Carnegie Mellon University http://www.cmu.edu/ TIS Labs at Network Associates, Inc. http://www.tis.com/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 10:37:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12386 for freebsd-current-outgoing; Thu, 10 Sep 1998 10:37:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA12380 for ; Thu, 10 Sep 1998 10:37:44 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id NAA17787; Thu, 10 Sep 1998 13:37:21 -0400 (EDT) Date: Thu, 10 Sep 1998 13:37:21 -0400 (EDT) Message-Id: <199809101737.NAA17787@highwind.com> From: HighWind Software Information To: eischen@vigrid.com CC: freebsd-current@FreeBSD.ORG, tlambert@primenet.com, eischen@vigrid.com In-reply-to: <35F80435.41C67EA6@vigrid.com> (eischen@vigrid.com) Subject: Re: Thread Problems Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It looks like the problem lies in the threads implementation of fork and execve. When you fork, the child process gets a copy of the parents file descriptors, which includes the listen socket. When you exec, the threads library goes through its list of file descriptors and returns their mode to non-blocking (unless the application explicitly sets the mode to non-blocking). Yep. That is what is happening. It seems to me that someplace (perhaps on the fork() or exec() or pthread man page), this should be noted. This is a serious problem and is hard to know about. > A simple solution that you can make in your application, is to close > all relevent sockets after the fork and before the execl. Seems to me that this is the only really workable solution. Is there a way to get "the highest numbered socket in use"? That would make the task easy. Just loop 0 to that number and test against the few sockets you need open. -Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 10:38:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12654 for freebsd-current-outgoing; Thu, 10 Sep 1998 10:38:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.ftf.dk (mail.ftf.dk [129.142.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA12635 for ; Thu, 10 Sep 1998 10:38:29 -0700 (PDT) (envelope-from regnauld@deepo.prosa.dk) Received: from mail.prosa.dk ([192.168.100.254]) by mail.ftf.dk (8.8.8/8.8.8/gw-ftf-1.0) with ESMTP id TAA02277; Thu, 10 Sep 1998 19:43:44 +0200 (CEST) (envelope-from regnauld@deepo.prosa.dk) Received: from deepo.prosa.dk (deepo.prosa.dk [192.168.100.10]) by mail.prosa.dk (8.8.8/8.8.5/prosa-1.1) with ESMTP id TAA14676; Thu, 10 Sep 1998 19:51:06 +0200 (CEST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.8/8.8.5/prosa-1.1) id TAA03310; Thu, 10 Sep 1998 19:41:23 +0200 (CEST) Message-ID: <19980910194122.37514@deepo.prosa.dk> Date: Thu, 10 Sep 1998 19:41:22 +0200 From: Philippe Regnauld To: Garance A Drosihn Cc: current@FreeBSD.ORG, mike@smith.net.au Subject: Re: Any newer code for netbooting PC's? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Garance A Drosihn on Wed, Sep 09, 1998 at 03:39:28PM -0400 X-Operating-System: FreeBSD 2.2.6-RELEASE i386 Phone: +45 3336 4148 Address: Ahlefeldtsgade 16, 1359 Copenhagen K, Denmark Organization: PROSA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Garance A Drosihn writes: > I vaguely remember a few articles go by in the past few months which > had to do with improved support for netbooting. I thought I saved > the messages away, but I can't find them now even though I've tried > several likely searches of the mailing-list archives. > > I *think* they had to do with the situation where you have boot-rom's > on a PC, and then they can connect to some server to download the > entire system image to disk (at least, that's what I am interested > in). Anyone remember any work going on in that area? Imagecast.com. Otherwise, you want what two University of Geneva students have done (with the eeprom company -- InCom -- mentioned by Mike Smith): http://cuiwww.unige.ch/info/pc/remote-boot/howto.html This is _very_ good work. I will be using it with FreeBSD here on course + prod. machines multibooting NT/95/FreeBSD. -- -[ Philippe Regnauld / sysadmin / regnauld@deepo.prosa.dk / +55.4N +11.3E ]- The Internet is busy. Please try again later. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 10:55:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16387 for freebsd-current-outgoing; Thu, 10 Sep 1998 10:55:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from plunger.gdeb.com (plunger.gdeb.com [153.11.11.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15827 for ; Thu, 10 Sep 1998 10:53:41 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from clcrtr.clc.gdeb.com ([153.11.109.11]) by plunger.gdeb.com with ESMTP (1.37.109.16/CSC-E_1.8) id AA179496620; Thu, 10 Sep 1998 12:57:00 -0400 Received: from clcrtr.clc.gdeb.com (clcrtr [153.11.109.129]) by clcrtr.clc.gdeb.com (8.8.8/8.7.3) with SMTP id MAA09198; Thu, 10 Sep 1998 12:54:13 -0400 (EDT) Message-Id: <35F80435.41C67EA6@vigrid.com> Date: Thu, 10 Sep 1998 12:54:13 -0400 From: "Daniel M. Eischen" X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.6-STABLE i386) Mime-Version: 1.0 To: info@highwind.com Cc: freebsd-current@FreeBSD.ORG, tlambert@primenet.com, eischen@vigrid.com Subject: Re: Thread Problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Okay, I coded up a test program that ALWAYS reproduces this accept() > blocking problem we have been talking about. > > Check it out: > > % uname -a > FreeBSD zonda.highwind.com 3.0-19980831-SNAP FreeBSD 3.0-19980831-SNAP #0: Mon Aug 31 14:03:19 GMT 1998 root@make.ican.net:/usr/src/sys/compile/GENERIC i386 > > My libc_r is EXTREMELY up-to-date. ~2 days old. > > The program does the following: > > 1. spawns an a thread to loop on "accept" > 2. fork/exec's a child talking down a socket pair > 3. loops in main() > It looks like the problem lies in the threads implementation of fork and execve. When you fork, the child process gets a copy of the parents file descriptors, which includes the listen socket. When you exec, the threads library goes through its list of file descriptors and returns their mode to non-blocking (unless the application explicitly sets the mode to non-blocking). You can see this in uthread_execve.c: /* * Enter a loop to set all file descriptors to blocking * if they were not created as non-blocking: */ for (i = 0; i < _thread_dtablesize; i++) { /* Check if this file descriptor is in use: */ if (_thread_fd_table[i] != NULL && !(_thread_fd_table[i]->flags & O_NONBLOCK)) { /* Get the current flags: */ flags = _thread_sys_fcntl(i, F_GETFL, NULL); /* Clear the nonblocking file descriptor flag: */ _thread_sys_fcntl(i, F_SETFL, flags & ~O_NONBLOCK); } } I'm not exactly sure how the threads library should be fixed to Do The Right Thing, though. How can the threads library know what files are going to be used? Perhaps it can flag the file as a socket when it is created and not clear the non-blocking flag in this case... A simple solution that you can make in your application, is to close all relevent sockets after the fork and before the execl. When you close the file, it will not affect the non-blocking flag. Your code will have to make the sockets visible to the forkExec routine so it can close them. Another method is to perform the forkExec before you create the sockets, although this may not be possible in your real application. Dan Eischen eischen@vigrid.com *************** *** 16,26 **** #include unsigned short port = 20000; void *acceptThread(void *) { // Create the socket ! int fd = ::socket(PF_INET, SOCK_STREAM, IPPROTO_TCP); if (fd == -1) { ::printf("socket failed"); } // Make it reusable --- 16,27 ---- #include unsigned short port = 20000; + int fd; void *acceptThread(void *) { // Create the socket ! fd = ::socket(PF_INET, SOCK_STREAM, IPPROTO_TCP); if (fd == -1) { ::printf("socket failed"); } // Make it reusable *************** *** 117,122 **** --- 118,126 ---- } if (!pid) { // In Child + // Close the socket + ::close (fd); + // Enter our own process group (avoids signal nastyness) if (::setsid() == -1) { ::_exit(EXIT_FAILURE); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 10:57:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA17023 for freebsd-current-outgoing; Thu, 10 Sep 1998 10:57:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from midten.fast.no (midten.fast.no [195.139.251.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA17000 for ; Thu, 10 Sep 1998 10:57:06 -0700 (PDT) (envelope-from tegge@fast.no) Received: from fast.no (IDENT:tegge@midten.fast.no [195.139.251.11]) by midten.fast.no (8.9.1/8.9.1) with ESMTP id TAA12440; Thu, 10 Sep 1998 19:56:25 +0200 (CEST) Message-Id: <199809101756.TAA12440@midten.fast.no> To: info@highwind.com Cc: tlambert@primenet.com, eischen@vigrid.com, freebsd-current@FreeBSD.ORG Subject: Re: Thread Problems From: Tor.Egge@fast.no In-Reply-To: Your message of "Thu, 10 Sep 1998 09:46:24 -0400 (EDT)" References: <199809101346.JAA16724@highwind.com> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 10 Sep 1998 19:56:25 +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It'll bind to port 10000, and start printing messages on stdout, then > from another window: "telnet localhost 10000". You'll see the main() > thread STOP printing. ONLY the accept() thread will continue to work. > > Help would be greatly appreciated... Using fork()/exec() in threaded programs is not trivial at all. The call to execve() in the child process clears the nonblocking flag on the accept socket. This is correct, given that the file descriptor was not explicitly marked as nonblocking in the given program. A workaround would be - change execve() to only clear the nonblocking flag on file descriptors where the close-on-exec flag is 0 - change the test program to set the close-on-exec flag on the accept socket. (Most file descriptors should have the close-on-exec flag set) I believe forking a child process before starting any threads and using that as a proxy parent process for any future child processes is a normal way to deal with this kind of problems. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 11:14:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA21446 for freebsd-current-outgoing; Thu, 10 Sep 1998 11:14:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA21437 for ; Thu, 10 Sep 1998 11:14:11 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id LAA20605; Thu, 10 Sep 1998 11:14:01 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp02.primenet.com, id smtpd020510; Thu Sep 10 11:13:56 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id LAA26539; Thu, 10 Sep 1998 11:13:48 -0700 (MST) From: Terry Lambert Message-Id: <199809101813.LAA26539@usr08.primenet.com> Subject: Re: Compiler problems with gcc-2.7.2.1 To: smp@csn.net (Steve Passe) Date: Thu, 10 Sep 1998 18:13:47 +0000 (GMT) Cc: tlambert@primenet.com, joelh@gnu.org, obrien@NUXI.com, dfr@nlsystems.com, jb@cimlogic.com.au, current@FreeBSD.ORG In-Reply-To: <199809101556.JAA05124@Ilsa.StevesCafe.com> from "Steve Passe" at Sep 10, 98 09:56:29 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > We found that these patches only fix half the problem with 2.8.1. Note > this piece of code in libgcc2.c: > > /* We must call terminate if we try and rethrow an exception, when > there is no exception currently active and when there are no > handlers left. */ > if (! __eh_info || (*dhc) == top_elt) > ^^^^^^^ > __terminate (); > > The original patches correctly create a per-thread dynamic_handler_chain, > but the code in __sjthrow () walks off the end of the world when unwinding > the chain in a throw() attempt. This usually creates the classical > threads prog hang with the program consumming 99% of the CPU and going > nowhere, othertimes you get a segfault of other coredump. I haven't seen this. Did you enable the code in uthread_init.c and rebuild libc_r before trying this? > The specific problem is that top_elt (the original global "top of dhc") > is not in the chain with the per-thread dhc scheme, and thus never matched. It is, if you enabled the code in uthread_init.c: ============================================================================= typedef void *** (*dynamic_handler_allocator)(); extern void __set_dynamic_handler_allocator(dynamic_handler_allocator); static pthread_key_t except_head_key; typedef struct { void **__dynamic_handler_chain; void *top_elt[2]; } except_struct; static void ***dynamic_allocator_handler_fn() { except_struct *dh = (except_struct *)pthread_getspecific(except_head_key ); if(dh == NULL) { dh = (except_struct *)malloc( sizeof(except_struct) ); memset(dh, '\0', sizeof(except_struct)); dh->__dynamic_handler_chain= dh->top_elt; pthread_setspecific(except_head_key, (void *)dh); } return &dh->__dynamic_handler_chain; } ============================================================================= **** Fourth line up! ************************************************* And immediately before the final return in _thread_init(): ============================================================================= /* Create the thread-specific data for the exception linked list. */ if(pthread_key_create(&except_head_key, NULL) != 0) PANIC("Failed to create thread specific execption head"); /* Setup the gcc exception handler per thread. */ __set_dynamic_handler_allocator( dynamic_allocator_handler_fn ); ============================================================================= > This is fixed in the attached updated patch. Note that it is a QUICK hack > with little thought to "beauty", I needed to fry more important fish at > the time. More importantly, it doesn't completely fix the problem. The > part where you walk off into the weeds is gone, it properly walks back up > the stack, running all the destructors. But it doesn't seem to get back > to thecatch() statement. Instead it hits the __terminate() statement, > ignoring the catch() block. I havn't had time to figure out why, > if anyone does, please post! Subclassing classes of exceptions appears to fail, if done directly; at least, it has been my experience that attempting to recover RTTI from "throw classname()" style immediate copy-construction fails. What I normally do is something like (this is from my Exception.H from my implementation of the JAVA classes in C++): ============================================================================= class Exception { public: Exception( void) { }; virtual ~Exception( void) { }; }; Exception #ifdef _EXCEPTION_CC #define _EXCEPTION(x,y) class _ ## x : public y { \ public: \ _ ## x( void) { }; \ virtual ~_ ## x( void) { }; \ }; \ Exception *x = (Exception *)new _ ## x (); #define EXCEPTION(x,y) _EXCEPTION(x, _ ## y) #else // !EXCEPTION_CC #define _EXCEPTION(x,y) class _ ## x : public y { \ public: \ _ ## x( void) { }; \ virtual ~_ ## x( void) { }; \ }; \ extern Exception *x; #define EXCEPTION(x,y) _EXCEPTION(x, _ ## y) #endif // !EXCEPTION_CC _EXCEPTION(RuntimeException, Exception) EXCEPTION(ArithmeticException, RuntimeException) EXCEPTION(ArrayStoreException, RuntimeException) ... ============================================================================= Then in Exception.cc: ============================================================================= #define _EXCEPTION_CC 1 #include ============================================================================= Then to throw (this is from the javax/mail API implementation in C++): ============================================================================= throw MessagingException; ============================================================================= And to attempt/catch (this is from javax/mail/MessageClass): ============================================================================= bool Message::isSet( Flag flag) { Flags *flags; bool rv = false; try { flags = getFlags(); rv = flags->contains( flag); delete flags; } catch( Exception *ep) { delete flags; throw ep; // rethrow exception } return( rv); } ============================================================================= This was necessary to make the RTTI return the correct information on a class pointer that was a subclass of the Exception class. Basically, you have instanced an Exception * pointer to each instance of subclass, and then thrown these pointers instead of constructing them at runtime. What you should really try is to catch *everything* and see if what you are seeing is a failure to catch, or a catch target type mismatch. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 11:19:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA22727 for freebsd-current-outgoing; Thu, 10 Sep 1998 11:19:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from plunger.gdeb.com (plunger.gdeb.com [153.11.11.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA22713 for ; Thu, 10 Sep 1998 11:19:41 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from clcrtr.clc.gdeb.com ([153.11.109.11]) by plunger.gdeb.com with ESMTP (1.37.109.16/CSC-E_1.8) id AA202861504; Thu, 10 Sep 1998 14:18:24 -0400 Received: from clcrtr.clc.gdeb.com (clcrtr [153.11.109.129]) by clcrtr.clc.gdeb.com (8.8.8/8.7.3) with SMTP id OAA09269; Thu, 10 Sep 1998 14:15:58 -0400 (EDT) Message-Id: <35F8175E.167EB0E7@vigrid.com> Date: Thu, 10 Sep 1998 14:15:58 -0400 From: "Daniel M. Eischen" X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.6-STABLE i386) Mime-Version: 1.0 To: info@highwind.com Cc: eischen@vigrid.com, freebsd-current@FreeBSD.ORG, tlambert@primenet.com Subject: Re: Thread Problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > It looks like the problem lies in the threads implementation > of fork and execve. When you fork, the child process gets a > copy of the parents file descriptors, which includes the listen > socket. When you exec, the threads library goes through its > list of file descriptors and returns their mode to non-blocking > (unless the application explicitly sets the mode to non-blocking). > > Yep. That is what is happening. > > It seems to me that someplace (perhaps on the fork() or exec() or > pthread man page), this should be noted. > > This is a serious problem and is hard to know about. > > > A simple solution that you can make in your application, is to close > > all relevent sockets after the fork and before the execl. > > Seems to me that this is the only really workable solution. > > Is there a way to get "the highest numbered socket in use"? > That would make the task easy. Just loop 0 to that number and test > against the few sockets you need open. Not that I know of. Does the program being forkExec'd need to access sockets? Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 11:28:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24044 for freebsd-current-outgoing; Thu, 10 Sep 1998 11:28:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24016 for ; Thu, 10 Sep 1998 11:28:02 -0700 (PDT) (envelope-from smp@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost.StevesCafe.com [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.8/8.8.5) with ESMTP id MAA05587; Thu, 10 Sep 1998 12:27:26 -0600 (MDT) Message-Id: <199809101827.MAA05587@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0.2 2/24/98 From: Steve Passe To: Terry Lambert cc: joelh@gnu.org, obrien@NUXI.com, dfr@nlsystems.com, jb@cimlogic.com.au, current@FreeBSD.ORG Subject: Re: Compiler problems with gcc-2.7.2.1 In-reply-to: Your message of "Thu, 10 Sep 1998 18:13:47 -0000." <199809101813.LAA26539@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Sep 1998 12:27:25 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry, I said: > > We found that these patches only fix half the problem with 2.8.1. Note > > this piece of code in libgcc2.c: > > ... > > if (! __eh_info || (*dhc) == top_elt) > > ^^^^^^^ > > __terminate (); > > ... You replied: > I haven't seen this. > > Did you enable the code in uthread_init.c and rebuild libc_r before > trying this? > ... > It is, if you enabled the code in uthread_init.c: > ... > dh->__dynamic_handler_chain= dh->top_elt; > pthread_setspecific(except_head_key, (void *)dh); > } > return &dh->__dynamic_handler_chain; > } > ============================================================================= > **** Fourth line up! ************************************************* Wrong: dh->top_elt is NOT the same as top_elt. The thread patches create a per-thread dhc headed by the dh struct, and thus have a per-thread top_elt which is referenced as dh->top_elt, NOT top_elt. The global top_elt is NOT used in a threaded program. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 11:30:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24674 for freebsd-current-outgoing; Thu, 10 Sep 1998 11:30:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA24645; Thu, 10 Sep 1998 11:30:28 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id LAA29902; Thu, 10 Sep 1998 11:30:18 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpd029774; Thu Sep 10 11:30:07 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id LAA27149; Thu, 10 Sep 1998 11:30:03 -0700 (MST) From: Terry Lambert Message-Id: <199809101830.LAA27149@usr08.primenet.com> Subject: Re: FreeBSD Hardening To: andrew@squiz.co.nz Date: Thu, 10 Sep 1998 18:30:03 +0000 (GMT) Cc: enkhyl@hayseed.net, security@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: from "Andrew McNaughton" at Sep 10, 98 03:10:30 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > To get to a point where you can declare a piece of code correct is a > difficult thing to do, and is prone to getting it wrong. To find > something that needs fixing generally isn't all that difficult. Actually, if your code is in vanilla K&R C, or can be preprocessed into it (using the __P() macro and friends), then there is a tool in the comp.sources.c++ archives that can perform full branch-path analysis. This allows you to automatically generate code-coverage tests, which in turn allows you to build specification/validation tests by covering the boundary conditions noted in the branch paths. Taken together, this is most of the way to a "correctness proof". Now if instead of writing your unit tests in C (or some other languages, you instead write a data interface specification using the TET or ETET tool sets that are publically available (and were distributed by UNIX International), and which have, themselves, been tested for correctness with tools like "BattleMap", then you can come very close to closure on the idea of correctness. To handle the final boundary cases, you need to independently generate test data from two sources, tsort it, and compare the two for discrepancies. This is not impossible, but it is a lot of work. Most probably, you could get 95% of the way there merely by hand-coding the unit tests after the analysis, which is 95% better than where things stand today. See the comp.sources archives on gatekeeper.dec.com for the source code for the tool. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 11:34:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA25854 for freebsd-current-outgoing; Thu, 10 Sep 1998 11:34:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from galois.boolean.net (galois.boolean.net [209.133.111.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA25839 for ; Thu, 10 Sep 1998 11:34:27 -0700 (PDT) (envelope-from Kurt@Boolean.Net) Received: from gypsy (galois.boolean.net [209.133.111.74]) by galois.boolean.net (8.8.8/8.8.8) with SMTP id SAA10516; Thu, 10 Sep 1998 18:35:09 GMT (envelope-from Kurt@Boolean.Net) Message-Id: <3.0.5.32.19980910113427.0099b940@localhost> X-Sender: kurt@localhost (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Thu, 10 Sep 1998 11:34:27 -0700 To: HighWind Software Information From: Kurt Zeilenga Subject: Re: Thread Problems Cc: eischen@vigrid.com, freebsd-current@FreeBSD.ORG, tlambert@primenet.com, eischen@vigrid.com In-Reply-To: <199809101737.NAA17787@highwind.com> References: <35F80435.41C67EA6@vigrid.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 01:37 PM 9/10/98 -0400, HighWind Software Information wrote: >> A simple solution that you can make in your application, is to close >> all relevent sockets after the fork and before the execl. > >Seems to me that this is the only really workable solution. I would suggest forking and exec'ing before creating any threads. If that is not possible, you should consider using a surrogate parent model. Basically, fork a single-threaded process before creating any threads to act as a surrogate parent. When the original, now threaded, program needs to fork a child, have the surrogate perform the fork() and exec(). Nichols, et. al., "Pthreads Programming" (O'Reilly) has a great discussion about using fork() and exec() with threads. Kurt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 11:47:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27605 for freebsd-current-outgoing; Thu, 10 Sep 1998 11:47:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA27599 for ; Thu, 10 Sep 1998 11:47:55 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id LAA04441; Thu, 10 Sep 1998 11:47:45 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp02.primenet.com, id smtpd004408; Thu Sep 10 11:47:40 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id LAA27706; Thu, 10 Sep 1998 11:47:34 -0700 (MST) From: Terry Lambert Message-Id: <199809101847.LAA27706@usr08.primenet.com> Subject: Re: Thread Problems To: info@highwind.com (HighWind Software Information) Date: Thu, 10 Sep 1998 18:47:34 +0000 (GMT) Cc: james.g.mansion@hsbcgroup.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809101543.LAA17144@highwind.com> from "HighWind Software Information" at Sep 10, 98 11:43:40 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I don't see how this is relevant anyway. The libc_r is supposed to set > that fd to non-blocking under the covers. The bug (I believe) is that > somehow the fd becomes blocking. > > I posted a test program that illustrates the problem. See for yourself. What precisely did you expect to have resulted from the fork() call? Specifically, why wasn't this done with a thread creation instead of a fork()? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 11:56:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29092 for freebsd-current-outgoing; Thu, 10 Sep 1998 11:56:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.tar.com (ns.tar.com [204.95.187.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29083 for ; Thu, 10 Sep 1998 11:56:20 -0700 (PDT) (envelope-from lists@tar.com) Received: from ppro.tar.com (ppro.tar.com [204.95.187.9]) by ns.tar.com (8.9.1/8.8.7) with SMTP id NAA26658; Thu, 10 Sep 1998 13:56:02 -0500 (CDT) Message-Id: <199809101856.NAA26658@ns.tar.com> From: "Richard Seaman, Jr." To: "HighWind Software Information" Cc: "freebsd-current@freebsd.org" Date: Thu, 10 Sep 98 13:56:01 -0500 Reply-To: "Richard Seaman, Jr." X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Thread Problems Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 10 Sep 1998 09:46:24 -0400 (EDT), HighWind Software Information wrote: > >Okay, I coded up a test program that ALWAYS reproduces this accept() >blocking problem we have been talking about. > >Check it out: > >% uname -a >FreeBSD zonda.highwind.com 3.0-19980831-SNAP FreeBSD 3.0-19980831-SNAP #0: Mon Aug 31 14:03:19 GMT 1998 root@make.ican.net:/usr/src/sys/compile/GENERIC i386 > >My libc_r is EXTREMELY up-to-date. ~2 days old. > >The program does the following: > >1. spawns an a thread to loop on "accept" >2. fork/exec's a child talking down a socket pair >3. loops in main() > >To compile: > >g++ -o fbsd -D_REENTRANT -D_THREAD_SAFE -Wall -Werror -g fbsdtest.C -pthread > >To run: > >./fbsd 10000 > >It'll bind to port 10000, and start printing messages on stdout, then >from another window: "telnet localhost 10000". You'll see the main() >thread STOP printing. ONLY the accept() thread will continue to work. > >Help would be greatly appreciated... As indicated in private mail to you earlier, the problem appears to lie in the exec call. Normally the pthreads routines make all fds non-blocking, and simulates blocking via calls to select within the scheduler. The exec call sets the underlying "real" fd to blocking. If you eliminate the forkExec call, it works. If you reverse the order of the forkExec call and the spawnBoundThread call, it works since the fd used in the accept call is created after the exec call, so it is not affected. But, there is a hidden problem in this case in that any fds you might create before the exec call will have had their "true" state set to blocking. Counter intuitively, if you add an fcntl call just before the accept, setting the fd to *blocking*, it works. (This is because the pthread wrapper for fcntl will actually reset the underlying fd to non-blocking so the threads can proceeed). A general work around would appear to be to call fcntl for each open fd after an exec call to gets its state (as maintained by pthreads) set correctly again. Incidentally, the reason this problem doesn't show up before the first accept call is that thread_sys_accept doesn't get called after the exec call until the select call in the scheduler indicates the fd is ready for reading. Once the call to the pthread accept routine is made again the blocking mode takes over. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 12:04:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00475 for freebsd-current-outgoing; Thu, 10 Sep 1998 12:04:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.mail.pipex.net (relay.mail.pipex.net [158.43.128.38]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA00466 for ; Thu, 10 Sep 1998 12:04:32 -0700 (PDT) (envelope-from james.g.mansion@hsbcgroup.com) From: james.g.mansion@hsbcgroup.com Received: (qmail 11680 invoked from network); 10 Sep 1998 17:02:32 -0000 Received: from unknown (HELO hbmdtemime1.hsbcgroup.com) (193.129.96.77) by iprelay.mail.pipex.net with SMTP; 10 Sep 1998 17:02:32 -0000 Received: from hbmdtemime2.tex.hsbcmidland.com (unverified [128.4.110.202]) by hbmdtemime1.hsbcgroup.com (Integralis SMTPRS 2.0.15) with ESMTP id for ; Thu, 10 Sep 1998 17:57:53 +0100 Received: from hbmdtesmtp1.tex.hsbcmidland.com (unverified [128.4.110.200]) by hbmdtemime2.tex.hsbcmidland.com (Integralis SMTPRS 2.0.15) with SMTP id ; Thu, 10 Sep 1998 18:00:11 +0100 Received: by hbmdtesmtp1.tex.hsbcmidland.com(Lotus SMTP MTA SMTP v4.6 (462.2 9-3-1997)) id 8025667B.005DDB86 ; Thu, 10 Sep 1998 18:05:10 +0100 X-Lotus-FromDomain: HSBCMERIDIAN@INTERNET To: HighWind Software Information Cc: freebsd-current@FreeBSD.ORG Message-Id: <8025667B.005D1D44.00@hbmdtesmtp1.tex.hsbcmidland.com> Date: Thu, 10 Sep 1998 18:05:45 +0100 Subject: Re: Thread Problems MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Without wishing to be too catty - why don't you go and read the reference I gave, which has a discussion of this? As I suggested, maybe? You will see that Stevens notes that 'Berkeley-derived implementations do not return the aborted connection to the server, while other implementations should return ECONNABORTED but often return EPROTO instead' Now, maybe we could argue that 'Berkely-derived implementations' are indeed all wrong in their behaviour here. That is probably the point of Stevens' text anyway, though he doesn't use such a strong statement. My copy of the relevant POSIX draft is at home - but then its just a draft and quite old at that. So its arguable whether the behaviour of any particular system is 'correct' or not. I can't check what it has to say about this in the state transition diagrams. Whether or not there is a bug in libc_r is another matter. My point is that this 'problem' of using select and blocking accepts is known, and documented, and the server code needs to be modified to work on Berkely and non-Berkely implementations. Stevens' book cannot be recommended too highly. The second edition is well worth purchasing, even if you already have the first. James HighWind Software Information on 10/09/98 16:43:40 To: James G MANSION/HBMD/HSBCMERIDIAN cc: freebsd-current@FreeBSD.ORG Subject: Re: Thread Problems The latest edition of Stevens Network Programming has a discussion on this point. The accept should not be done in blocking mode, for exactly the reason suggested below. If you do a blocking accept and the client closes before the connection was complete, accept() should return an error. Then you just loop back into accept again. No harm done. I don't see how this is relevant anyway. The libc_r is supposed to set that fd to non-blocking under the covers. The bug (I believe) is that somehow the fd becomes blocking. I posted a test program that illustrates the problem. See for yourself. -Rob ********************************************************************** This message originated from the Internet. Its originator may, or may not be who they claim to be, and the information contained herein may, or may not be accurate. ********************************************************************** ************************************************************************ Midland Bank plc, who is regulated in the UK by SFA, has issued the information contained in this message (including any attached documents) for its non-private customers only. It should not be reproduced and/or distributed to any other person. It is not an invitation to buy or sell securities. Opinions may change without notice and members of the HSBC Group may have positions in, or trade in instruments mentioned in this message. Each page attached hereto must also be read in conjunction with any disclaimer which form part of it. ************************************************************************ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 12:26:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA04785 for freebsd-current-outgoing; Thu, 10 Sep 1998 12:26:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA04699 for ; Thu, 10 Sep 1998 12:26:22 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id VAA21371 for freebsd-current@FreeBSD.ORG; Thu, 10 Sep 1998 21:21:33 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id VAA21906; Thu, 10 Sep 1998 21:15:18 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809101915.VAA21906@semyam.dinoco.de> To: freebsd-current@FreeBSD.ORG Subject: Re: P-Day tomorrow! In-reply-to: Your message of "08 Sep 1998 22:23:49 +0200." Cc: seggers@semyam.dinoco.de Date: Thu, 10 Sep 1998 21:15:17 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > does the HTML entity for ï have to be ï? Why use a German word > when there's a perfectly good English word for the bloody double-dot: > DIARESIS for chrissake! They are different according to the Webster I have - as I expected. A dieresis is used to indicate the adjacent vowels belong to different syllabels while the umlaut changes the pronounceation of the vowel. Now - of course - the questions is what the more appropriate name is when you have to describe the dots. Have fun. ;-) Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 12:27:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA04997 for freebsd-current-outgoing; Thu, 10 Sep 1998 12:27:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA04937; Thu, 10 Sep 1998 12:27:30 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id VAA15764; Thu, 10 Sep 1998 21:26:04 +0200 (CEST) (envelope-from sos) Message-Id: <199809101926.VAA15764@sos.freebsd.dk> Subject: Re: ELF worldstone (etc.) In-Reply-To: <199809101515.IAA03269@implode.root.com> from David Greenman at "Sep 10, 98 08:15:01 am" To: dg@root.com Date: Thu, 10 Sep 1998 21:26:04 +0200 (CEST) Cc: sos@FreeBSD.ORG, mike@smith.net.au, current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to David Greenman who wrote: > >On the other hand the Xeon is only faster because of raw clockspeed (as > >expected, same arch as the p6) > > Actually, that is not true. The chipset in the Xeon machine from Intel > has an extremely fast memory subsystem (something like 2Gbytes/second), > and of course the CPU is PII technology, which has larger L1 and L2 caches > than the P6. I still see the PII/Xeon/todaysbuzzword as an MMX enhanced P6 with a fast clock rate. So basically it scales upwards with the frequency. This is also only possible because the memory system is faster, or it would die from memory starvation. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 12:41:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA08078 for freebsd-current-outgoing; Thu, 10 Sep 1998 12:41:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.tar.com (ns.tar.com [204.95.187.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA08039 for ; Thu, 10 Sep 1998 12:41:09 -0700 (PDT) (envelope-from lists@tar.com) Received: from ppro.tar.com (ppro.tar.com [204.95.187.9]) by ns.tar.com (8.9.1/8.8.7) with SMTP id OAA26888; Thu, 10 Sep 1998 14:40:53 -0500 (CDT) Message-Id: <199809101940.OAA26888@ns.tar.com> From: "Richard Seaman, Jr." To: "HighWind Software Information" Cc: "freebsd-current@freebsd.org"" "@ns.tar.com Date: Thu, 10 Sep 98 14:40:52 -0500 Reply-To: "Richard Seaman, Jr." X-Mailer: PMMail 1.92 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: Thread Problems Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 10 Sep 98 13:56:01 -0500, Richard Seaman, Jr. wrote: >As indicated in private mail to you earlier, the problem appears to lie >in the exec call. Stupid me. The problem is even easier still. If you close your open fds in the forkExec child, before calling execl, the problem also goes away. Shouldn't you close the opens fds (eg. the accept fd) in the child? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 13:19:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15693 for freebsd-current-outgoing; Thu, 10 Sep 1998 13:19:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from assurance.rstcorp.com (assurance.rstcorp.com [206.29.49.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15658 for ; Thu, 10 Sep 1998 13:19:14 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.7.5/8.6.9) id QAA32044 for ; Thu, 10 Sep 1998 16:19:00 -0400 Received: from sandbox.rstcorp.com(206.29.49.63) by assurance.rstcorp.com via smap (V2.0) id xma032036; Thu, 10 Sep 98 16:18:58 -0400 Received: from jabberwock.rstcorp.com (jabberwock [206.29.49.98]) by sandbox.rstcorp.com (8.8.8/8.8.8) with ESMTP id QAA18530 for ; Thu, 10 Sep 1998 16:18:56 -0400 (EDT) Received: (from vshah@localhost) by jabberwock.rstcorp.com (8.8.8/8.8.8) id QAA09379; Thu, 10 Sep 1998 16:18:57 -0400 (EDT) Date: Thu, 10 Sep 1998 16:18:57 -0400 (EDT) Message-Id: <199809102018.QAA09379@jabberwock.rstcorp.com> From: "Viren R. Shah" To: freebsd-current@FreeBSD.ORG Subject: moving from -stable to -current X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R. Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm currently using -stable with src in /usr/src If I cvsup -current putting the src in /usr/current-src and then do a "make aout-to-elf-build" this will not affect my current running system, correct? Also, keeping in mind that I don't have -current a.out compiled, do I have to do the aout-to-elf-build, or should I just first do an a.out "make buildworld" and then try to move to elf? [Yes, I read the Makefile in /usr/src, and I think I can just go ahead and do the make aout-to-elf-build, but I want to be sure] Thanks, Viren -- Viren R. Shah {viren @ rstcorp . com} "The key of strategy, little Vor," she explained kindly, "is not to choose _a_ path to victory, but to choose so that _all_ paths lead to a victory." -- Cavilo explains her strategy to Miles (Lois McMaster Bujold, The Vor Game) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 13:22:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16980 for freebsd-current-outgoing; Thu, 10 Sep 1998 13:22:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16855 for ; Thu, 10 Sep 1998 13:22:16 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id NAA07894; Thu, 10 Sep 1998 13:21:41 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp01.primenet.com, id smtpd007771; Thu Sep 10 13:21:36 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id NAA20490; Thu, 10 Sep 1998 13:21:15 -0700 (MST) From: Terry Lambert Message-Id: <199809102021.NAA20490@usr07.primenet.com> Subject: Re: Compiler problems with gcc-2.7.2.1 To: smp@csn.net (Steve Passe) Date: Thu, 10 Sep 1998 20:21:15 +0000 (GMT) Cc: tlambert@primenet.com, joelh@gnu.org, obrien@NUXI.com, dfr@nlsystems.com, jb@cimlogic.com.au, current@FreeBSD.ORG In-Reply-To: <199809101827.MAA05587@Ilsa.StevesCafe.com> from "Steve Passe" at Sep 10, 98 12:27:25 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Wrong: dh->top_elt is NOT the same as top_elt. The thread patches create > a per-thread dhc headed by the dh struct, and thus have a per-thread top_elt > which is referenced as dh->top_elt, NOT top_elt. The global top_elt > is NOT used in a threaded program. Ok, now I'm confused. Why should it be, except for the initial thread in the case that other threads have not been started? I.e., in what way does it differ from errno references? You can't want all threads to attempt to close all descriptors on exit (for example)... Perhaps I'm not seeing this problem because I'm trapping all of my exceptions? I know that my own "terminate()" won't be called, but I think that it's because it's not "weak" in libgcc.a... As I said before, I don't see this. But then, I'm running the code on 2.2.6, without the patches that take the threads implementation away from pure Draft 4... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 13:32:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19409 for freebsd-current-outgoing; Thu, 10 Sep 1998 13:32:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kstreet.interlog.com (kstreet.interlog.com [198.53.146.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA19382 for ; Thu, 10 Sep 1998 13:32:21 -0700 (PDT) (envelope-from kws@kstreet.interlog.com) Received: (from kws@localhost) by kstreet.interlog.com (8.9.1/8.8.8) id QAA19754; Thu, 10 Sep 1998 16:32:06 -0400 (EDT) (envelope-from kws) From: Kevin Street MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 10 Sep 1998 16:32:06 -0400 (EDT) To: current@FreeBSD.ORG Subject: kernel build error under ELF X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13816.13295.167672.430633@kstreet.interlog.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My kernel builds are failing as of the last couple of days. Up until then they had been working fine under ELF. The current attempt is on an ELF system cvsuped as of this morning. Does this look familiar to anyone? [/usr/src/sys/i386/conf] kws $ sudo config -r GENERIC Removing old directory ../../compile/GENERIC: Done. Don't forget to do a ``make depend'' Kernel build directory is ../../compile/GENERIC [/usr/src/sys/compile/GENERIC] kws $ sudo make depend cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -aout -UKERNEL ../../i386/i386/genassym.c cc -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -aout genassym.o -o genassym /usr/libexec/aout/ld: /usr/lib/libgcc.a(): bad magic *** Error code 1 Stop. -- Kevin Street street@iName.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 14:06:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26182 for freebsd-current-outgoing; Thu, 10 Sep 1998 14:06:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA26169 for ; Thu, 10 Sep 1998 14:06:17 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA12145; Fri, 11 Sep 1998 07:08:44 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809102108.HAA12145@cimlogic.com.au> Subject: Re: /usr/libexec/ld-elf.so.1: File format not recognized In-Reply-To: <35F7F766.15E1@ein-hashofet.co.il> from Gilad Rom at "Sep 10, 98 05:59:34 pm" To: rom_glsa@ein-hashofet.co.il (Gilad Rom) Date: Fri, 11 Sep 1998 07:08:43 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gilad Rom wrote: > Hi. Ive read about the "make move-aout-libs" target and decided to give > it a go. Ive issued that command and - it worked fine. What it did is > move all of the aout libs into their place and all was well. Until > suddenly processed started segfaulting and eventually my system was > paralized because /usr/libexec/ld-elf.so.1 had this error: > /usr/libexec/ld-elf.so.1: File format not recognized. > whenever Ive tried running a dynamic binary it gave me this error. > I have NO idea whats causing it, I can only boot single user and execute > static binaries, I cant even rebuild aout tools again from the source > tree, since it dies aswell. > > If I did something wrong, I'd LOVE to know about it and hopefully even > get a tip about fixing it. > I dont know what ld-elf is talking about, It gives no specific filename > or error, just this general vague message. Have you got any symbolic links in /usr/lib with single version numbers (e.g. /usr/lib/libc.so.3) to aout libraries? What libraries are left in /usr/lib? -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 14:07:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26435 for freebsd-current-outgoing; Thu, 10 Sep 1998 14:07:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA26423; Thu, 10 Sep 1998 14:07:26 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (enkhyl@hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id OAA17408; Thu, 10 Sep 1998 14:10:04 -0700 Date: Thu, 10 Sep 1998 14:10:03 -0700 (PDT) From: Enkhyl To: "David O'Brien" cc: security@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: FreeBSD Hardening In-Reply-To: <19980909195235.A4400@nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 9 Sep 1998, David O'Brien wrote: > > evaluate security-related fixes for inclusion in FreeBSD. Is there anyone > > see http://www.freebsd.org/auditors.html > and http://www.watson.org/fbsd-hardening/index.html I've looked at both. I think this project would be a subset of what the code auditors are doing, and it seems it would augment their work. Thanks for the references. -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 14:22:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29591 for freebsd-current-outgoing; Thu, 10 Sep 1998 14:22:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29577 for ; Thu, 10 Sep 1998 14:22:06 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hel.ifi.uio.no (2602@hel.ifi.uio.no [129.240.64.91]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id XAA05599; Thu, 10 Sep 1998 23:21:53 +0200 (MET DST) Received: (from dag-erli@localhost) by hel.ifi.uio.no ; Thu, 10 Sep 1998 23:21:53 +0200 (MET DST) Mime-Version: 1.0 To: Studded Cc: freebsd-current@FreeBSD.ORG Subject: Re: 3.0-Release suggestions References: <35F6F75B.89C97D48@dal.net> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 10 Sep 1998 23:21:52 +0200 In-Reply-To: Studded's message of "Wed, 09 Sep 1998 14:47:07 -0700" Message-ID: Lines: 33 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id OAA29584 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Studded writes: > The other issue that I think is important is having some *detailed*, > step-by-step instructions available on the web page for people who will > be moving from 2.2.x to 3.0-Beta. Ouch. It will vary wildly depending on which 2.2.x you're running. If you're running stock 2.2.6 or earlier, you'll have to go through the slice renaming, and in any case you'll have to go through E-day and C-day and probably a few other flag days I've forgotten. Basically, it will involve getting the source and running 'make aout-to-elf', but there may be any number of additional steps required; fixing your /etc/fstab if you're pre-2.2.7, customizing /usr/src/sys/i386/conf/GENERICupgrade to get a working kernel after the ELF conversion, etc... After 'make aout-to-elf' reboots, you'll have to drop into single-user mode and pull in a fresh /etc from /usr/src/etc, then merge in whatever local changes are required (at the very least rc.conf). You'll probably want to copy /usr/src/etc/make.conf to /etc and customize *before* building so you have all the knobs and dials, since 3.x has a few that 2.2.x doesn't. Hmm... I don't have anything scheduled for this weekend... If enough people are interested and nag me, I'll try a few conversion runs on my scratch box and write up a Daemon News article about it or something :) DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 14:31:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA01263 for freebsd-current-outgoing; Thu, 10 Sep 1998 14:31:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA01161 for ; Thu, 10 Sep 1998 14:30:48 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 13776 invoked by uid 1000); 10 Sep 1998 22:33:39 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809100720.JAA03368@semyam.dinoco.de> Date: Thu, 10 Sep 1998 18:33:39 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Stefan Eggers Subject: Re: 2048-byte sector support for DOS filesystem. Cc: freebsd-current@FreeBSD.ORG, (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?=) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stefan Eggers, On 10-Sep-98 you wrote: > > but since the od driver is going away on C-day and CAM's da driver > > supports (n * 512)-byte blocks for arbitrary n, I don't see much point > > Just out of curiosity not having any hardware needing this: Is n > really an arbitrary integer greater zero or is it restricted to the > powers of two? Unless mistaken, CD-ROMs have some bizzare sector sizes, sometimes. Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 14:38:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03103 for freebsd-current-outgoing; Thu, 10 Sep 1998 14:38:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03071 for ; Thu, 10 Sep 1998 14:38:24 -0700 (PDT) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc103.reseau.uvsq.fr [193.51.24.19]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id XAA12080 ; Thu, 10 Sep 1998 23:38:12 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.9.1/8.8.5) id WAA00425; Thu, 10 Sep 1998 22:29:13 GMT Message-ID: <19980910222912.03911@breizh.prism.uvsq.fr> Date: Thu, 10 Sep 1998 22:29:12 +0000 From: Nicolas Souchu To: Enkhyl Cc: freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip References: <199809081612.JAA16892@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Enkhyl on Wed, Sep 09, 1998 at 07:03:22PM -0700 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 09, 1998 at 07:03:22PM -0700, Enkhyl wrote: > >I've tried it with both ZIPplus and parallel ZIP drives with the same >results: it doesn't find the device. ZIP+ is not yet in -current. I prefer to have some feedback before. I send you the patch. > >here's the boot info: > >ppc0 at 0x378 irq 7 on isa >ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > >and the config info: > >controller ppbus0 >controller vpo0 at ppbus? # Iomega ZIP drive support > >controller ppc0 at isa? port ? tty irq 7 vector ppcintr > >and my hardware info: > >Dell Latitude CPi >266MHz Pentium II >128M RAM >6G IBM ATAPI disk >20x Torisan ATAPI CD-ROM > >running 3.0-current >last OS and kernel build from CVSup'd source from yesterday > >-- >Christopher Nielsen >Scient: The Art and Science of Electronic Business >cnielsen@scient.com > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- Nicolas.Souchu@prism.uvsq.fr FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 14:47:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04888 for freebsd-current-outgoing; Thu, 10 Sep 1998 14:47:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA04882 for ; Thu, 10 Sep 1998 14:47:21 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA12241; Fri, 11 Sep 1998 07:49:57 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809102149.HAA12241@cimlogic.com.au> Subject: Re: moving from -stable to -current In-Reply-To: <199809102018.QAA09379@jabberwock.rstcorp.com> from "Viren R. Shah" at "Sep 10, 98 04:18:57 pm" To: viren@rstcorp.com Date: Fri, 11 Sep 1998 07:49:55 +1000 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Viren R. Shah wrote: > > I'm currently using -stable with src in /usr/src > If I cvsup -current putting the src in /usr/current-src > and then do a "make aout-to-elf-build" this will not affect my current > running system, correct? Yes. > > Also, keeping in mind that I don't have -current a.out compiled, do I > have to do the aout-to-elf-build, or should I just first do an a.out > "make buildworld" and then try to move to elf? No need to do `make buildworld' first. The upgrade process does that for you. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 14:47:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04949 for freebsd-current-outgoing; Thu, 10 Sep 1998 14:47:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA04928 for ; Thu, 10 Sep 1998 14:47:39 -0700 (PDT) (envelope-from smp@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost.StevesCafe.com [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.8/8.8.5) with ESMTP id PAA06138; Thu, 10 Sep 1998 15:46:47 -0600 (MDT) Message-Id: <199809102146.PAA06138@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0.2 2/24/98 From: Steve Passe To: Terry Lambert cc: joelh@gnu.org, obrien@NUXI.com, dfr@nlsystems.com, jb@cimlogic.com.au, current@FreeBSD.ORG Subject: Re: Compiler problems with gcc-2.7.2.1 In-reply-to: Your message of "Thu, 10 Sep 1998 20:21:15 -0000." <199809102021.NAA20490@usr07.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Sep 1998 15:46:46 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry, > > Wrong: dh->top_elt is NOT the same as top_elt. The thread patches create > > a per-thread dhc headed by the dh struct, and thus have a per-thread top_elt > > which is referenced as dh->top_elt, NOT top_elt. The global top_elt > > is NOT used in a threaded program. > > Ok, now I'm confused. > > Why should it be, except for the initial thread in the case that > other threads have not been started? > > I.e., in what way does it differ from errno references? Not sure exactly what your asking here... Every thread has its own private stack and "owns" its own c++ objects. Thus the destructors for each thread's c++ objects are referenced in its per-thread stack (and per-thread dhc). When a throw occurs the system winds back up the dhc running each of those destructors eventually reaching the associated catch{} block (or not, in my failing version). Even the initial thread has this per-thread stack as oppossed to the "global" stack. In other words, the thread that does the throw walks up its stack towards its catch block hitting terminate if none exists. If its a problem for a specific thread to end the process async to other threads the programmer must code some sort of sync as part of the catch code. > You can't want all threads to attempt to close all descriptors on > exit (for example)... > They wouldn't, as above, only the 1 thread actually executes this code, the others are oblivious unless informed by the throw{}ing thread. > But then, I'm running the code on 2.2.6, without the patches that > take the threads implimentation away from pure Draft 4... So are we, with the exception of several bug fixes we have identified and applied locally. This isn't really a threads issue, its a "threads programmed in c++" issue. Without the patches we're discussing, threads attempt to manipulate a singular dhc anchored at top_elt (an internal c++ compiler built feature), but using their own unique stack (a pthreads feature). This quickly gets hosed, and a lock or segfault occurs. With the original patches the dhc is made per-thread, so the linked list nature of the dhc remains intact, but my additional patch is needed to enable the __throw code to find the per-thread top_elt of its per-thread dhc. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 14:50:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA05548 for freebsd-current-outgoing; Thu, 10 Sep 1998 14:50:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA05524 for ; Thu, 10 Sep 1998 14:50:22 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA12266; Fri, 11 Sep 1998 07:52:56 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809102152.HAA12266@cimlogic.com.au> Subject: Re: kernel build error under ELF In-Reply-To: <13816.13295.167672.430633@kstreet.interlog.com> from Kevin Street at "Sep 10, 98 04:32:06 pm" To: street@iname.com (Kevin Street) Date: Fri, 11 Sep 1998 07:52:55 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kevin Street wrote: > My kernel builds are failing as of the last couple of days. Up until > then they had been working fine under ELF. The current attempt is on > an ELF system cvsuped as of this morning. > > Does this look familiar to anyone? Yes, I've seen a report of this. The suggestion was to build genassym with the installed object format. To do this the flags need to be set so that they don't contain the -aout argument. It will be 24 hrs before I can spend any time on this. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 15:13:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA11026 for freebsd-current-outgoing; Thu, 10 Sep 1998 15:13:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from phoenix.volant.org (phoenix.volant.org [205.179.79.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10992 for ; Thu, 10 Sep 1998 15:12:51 -0700 (PDT) (envelope-from patl@phoenix.volant.org) From: patl@phoenix.volant.org Received: from asimov.phoenix.volant.org ([205.179.79.65]) by phoenix.volant.org with smtp (Exim 1.92 #8) for freebsd-current@freebsd.org id 0zHExB-00066q-00; Thu, 10 Sep 1998 15:12:37 -0700 Received: from localhost by asimov.phoenix.volant.org (SMI-8.6/SMI-SVR4) id PAA25384; Thu, 10 Sep 1998 15:12:32 -0700 Date: Thu, 10 Sep 1998 15:12:32 -0700 (PDT) Reply-To: patl@phoenix.volant.org Subject: High level list of major changes between 2.x and 3.0 To: freebsd-current@FreeBSD.ORG Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there a publicly available list anywhere of the major changes between 2.x and 3.0 ? Current messages make it hard to miss ELF, CAM, and Perl5; but what about other things that may already be in place; or be targeted for 3.0? (E.g., Will 3.0 use Bind 8.x?) -Pat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 16:03:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20705 for freebsd-current-outgoing; Thu, 10 Sep 1998 16:03:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20699 for ; Thu, 10 Sep 1998 16:03:20 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (enkhyl@hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id QAA00234; Thu, 10 Sep 1998 16:02:19 -0700 Date: Thu, 10 Sep 1998 16:02:19 -0700 (PDT) From: Enkhyl To: Mike Smith cc: freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-Reply-To: <199809100709.AAA00727@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 10 Sep 1998, Mike Smith wrote: > > Sorry for the slow response. I had to run some additional tests to make > > sure I wasn't being a twit. :-) > > > > I've tried it with both ZIPplus and parallel ZIP drives with the same > > results: it doesn't find the device. > > > > here's the boot info: > > > > ppc0 at 0x378 irq 7 on isa > > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > > Have you tried changing the port mode in the BIOS? Are you using the > cable supplied by Iomega? Does it work with the DOS 'guest' driver? Not yet. Do you have any suggestions as to what I should change it to? The choices I can see from looking at the BIOS setup are: ECP mode Bidirectional mode (PS/2 Compatible) Normal mode (AT Compatible) Yes, I'm using the Iomega-supplied cable. It works under NT, but I don't know about DOS 'guest'. I can check. > > and the config info: > > > > controller ppbus0 > > controller vpo0 at ppbus? # Iomega ZIP drive support > > > > controller ppc0 at isa? port ? tty irq 7 vector ppcintr > > I presume you have 'scbus0' etc. as well? Yes. -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 16:31:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26094 for freebsd-current-outgoing; Thu, 10 Sep 1998 16:31:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from daal.pl.cp (mcl36-47.nttlabs.com [204.162.36.47]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA26078 for ; Thu, 10 Sep 1998 16:30:53 -0700 (PDT) (envelope-from gene@nttlabs.com) Received: from localhost (gene@localhost) by daal.pl.cp (8.9.1/8.9.1) with SMTP id QAA07323 for ; Thu, 10 Sep 1998 16:30:36 -0700 (PDT) (envelope-from gene@nttlabs.com) X-Authentication-Warning: daal.pl.cp: gene owned process doing -bs Date: Thu, 10 Sep 1998 16:30:36 -0700 (PDT) From: "Eugene M. Kim" X-Sender: gene@daal.pl.cp To: FreeBSD-CURRENT Mailing List Subject: Read-only source tree breakage? (was Re: amd breakage) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I think I found another problem while reading the following e-mail: On Wed, 9 Sep 1998, Kris Kennaway wrote: | Date: Wed, 9 Sep 1998 00:26:21 +0930 (CST) | From: Kris Kennaway | To: current@FreeBSD.ORG | Subject: amd breakage | | For about the past week, my builds have been dying in usr.sbin/amd with | the following: | | ===> libamu | Warning: Object directory not changed from original ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Isn't this indicative of a Makefile bug? Sounds like "make obj" hasn't been done yet. | /usr2/src/usr.sbin/amd/libamu | ===> amd | Warning: Object directory not changed from original /usr2/src/usr.sbin/amd/amd ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Here, too. Thanks, Gene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 16:33:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26750 for freebsd-current-outgoing; Thu, 10 Sep 1998 16:33:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA26732 for ; Thu, 10 Sep 1998 16:33:43 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.9.1/8.8.5) with SMTP id AAA23240; Fri, 11 Sep 1998 00:34:12 +0100 (BST) Date: Fri, 11 Sep 1998 00:34:12 +0100 (BST) From: Doug Rabson To: Mike Haertel cc: current@FreeBSD.ORG, wollman@khavrinen.lcs.mit.edu Subject: Re: DANGER: new IP fragment code breaks SLIP In-Reply-To: <199809101520.IAA00322@ducky.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 10 Sep 1998, Mike Haertel wrote: > >On Sat, 5 Sep 1998, Mike Haertel wrote: > > > >> I've been experiencing crashes with recent 3.0 kernels using SLIP > >> based dialin networking. Haven't had time yet to set up kernel > >> debugging, however I spent a half an hour doing binary search via > >> kernel builds on recent CVS commits. The bug is either contained > >> in, or perhaps exposed by, the following commit: > > > >I believe that I have fixed your problem. Could you update ip_input.c and > >re-test, thanks. > > Just tried it, it appears to work. Sorry I didn't get a chance > to get your m_nextpkt panic code in; I was going to have done > that tonight, but you beat me to it. > > Thanks! You are welcome :-) -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 16:38:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA28001 for freebsd-current-outgoing; Thu, 10 Sep 1998 16:38:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kstreet.interlog.com (kstreet.interlog.com [198.53.146.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA27976 for ; Thu, 10 Sep 1998 16:38:43 -0700 (PDT) (envelope-from kws@kstreet.interlog.com) Received: (from kws@localhost) by kstreet.interlog.com (8.9.1/8.8.8) id TAA01573; Thu, 10 Sep 1998 19:37:44 -0400 (EDT) (envelope-from kws) From: Kevin Street MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 10 Sep 1998 19:37:44 -0400 (EDT) To: John Birrell Cc: current@FreeBSD.ORG Subject: Re: kernel build error under ELF In-Reply-To: <199809102152.HAA12266@cimlogic.com.au> References: <13816.13295.167672.430633@kstreet.interlog.com> <199809102152.HAA12266@cimlogic.com.au> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13816.24725.197983.395817@kstreet.interlog.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell writes: >Kevin Street wrote: >> My kernel builds are failing as of the last couple of days. Up until >> then they had been working fine under ELF. The current attempt is on >> an ELF system cvsuped as of this morning. >> >> Does this look familiar to anyone? > >Yes, I've seen a report of this. The suggestion was to build genassym >with the installed object format. To do this the flags need to be >set so that they don't contain the -aout argument. It will be 24 hrs >before I can spend any time on this. A little more on this. I get the same error when I try to compile any aout executable. Is there supposed to be a libgcc.a in /usr/lib/aout that should be picked up? (There isn't one there). kws $ BINFORMAT=aout; OBJFORMAT=aout; export BINFORMAT OBJFORMAT kws $ gcc hello.c -o hello /usr/libexec/aout/ld: /usr/lib/libgcc.a(): bad magic -- Kevin Street street@iName.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 16:45:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29127 for freebsd-current-outgoing; Thu, 10 Sep 1998 16:45:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kstreet.interlog.com (kstreet.interlog.com [198.53.146.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29116 for ; Thu, 10 Sep 1998 16:45:32 -0700 (PDT) (envelope-from kws@kstreet.interlog.com) Received: (from kws@localhost) by kstreet.interlog.com (8.9.1/8.8.8) id TAA01585; Thu, 10 Sep 1998 19:45:03 -0400 (EDT) (envelope-from kws) From: Kevin Street MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 10 Sep 1998 19:45:03 -0400 (EDT) To: current@FreeBSD.ORG Subject: /usr/lib/compat/aout build X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13816.25301.483028.414132@kstreet.interlog.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've done the make move-aout-libs thing, but on my next make world /usr/lib/compat gets re-populated with the aout versions of all the libs as well as the elf versions of a few of them. I assume this needs a minor Makefile tweak to install the aout versions of the libs in /usr/lib/compat/aout instead. -- Kevin Street street@iName.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 16:47:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29439 for freebsd-current-outgoing; Thu, 10 Sep 1998 16:47:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29434 for ; Thu, 10 Sep 1998 16:47:51 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id JAA12511; Fri, 11 Sep 1998 09:50:23 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809102350.JAA12511@cimlogic.com.au> Subject: Re: kernel build error under ELF In-Reply-To: <13816.24725.197983.395817@kstreet.interlog.com> from Kevin Street at "Sep 10, 98 07:37:44 pm" To: street@iname.com (Kevin Street) Date: Fri, 11 Sep 1998 09:50:23 +1000 (EST) Cc: jb@cimlogic.com.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kevin Street wrote: > A little more on this. I get the same error when I try to compile any > aout executable. Is there supposed to be a libgcc.a in /usr/lib/aout that > should be picked up? (There isn't one there). There are a few things missing from the legacy install. libgcc.a is one of them. I should have a chance to test out the fixes tomorrow. Today I have to work. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 17:08:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA02250 for freebsd-current-outgoing; Thu, 10 Sep 1998 17:08:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA02186 for ; Thu, 10 Sep 1998 17:07:53 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id CAA24334; Fri, 11 Sep 1998 02:07:24 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Fri, 11 Sep 1998 02:07:23 +0200 (MET DST) Mime-Version: 1.0 To: John Birrell Cc: jkh@time.cdrom.com (Jordan K. Hubbard), current@FreeBSD.ORG Subject: Re: Moving aout libs (part of aout->elf upgrade) References: <199809100031.KAA09699@cimlogic.com.au> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 11 Sep 1998 02:07:22 +0200 In-Reply-To: John Birrell's message of "Thu, 10 Sep 1998 10:31:21 +1000 (EST)" Message-ID: Lines: 14 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id RAA02190 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell writes: > Jordan K. Hubbard wrote: > > > Maybe I'll add a NOCONFIRM option. > > That'd work for me - you're correct that this only needs to be done > > once per machine, but some people have a lot of machines to do it to > > also. :) > OK. All I can say is that people really are brave just trusting a process > like this! Why? It worked flawlessly for me. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 17:23:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA03934 for freebsd-current-outgoing; Thu, 10 Sep 1998 17:23:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA03929 for ; Thu, 10 Sep 1998 17:23:01 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id UAA21229 for ; Thu, 10 Sep 1998 20:22:48 -0400 (EDT) Date: Thu, 10 Sep 1998 20:22:48 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: soft updates panic Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While building world today: panic: initiate_write_filepage: dir inum 0 != new 71875 syncing disks... panic: softdep_lock: locking against myself (kgdb) bt #0 0xf01137aa in boot () #1 0xf0113a5f in panic () #2 0xf0165b97 in acquire_lock () #3 0xf016a256 in softdep_update_inodeblock () #4 0xf0164b40 in ffs_update () #5 0xf016d020 in ffs_sync () #6 0xf013702f in sync () #7 0xf011365c in boot () #8 0xf0113a5f in panic () #9 0xf01690a7 in initiate_write_filepage () #10 0xf0168ecb in softdep_disk_io_initiation () #11 0xf014127d in spec_strategy () #12 0xf01409f9 in spec_vnoperate () #13 0xf01756a1 in ufs_vnoperatespec () #14 0xf017506f in ufs_strategy () #15 0xf0175671 in ufs_vnoperate () #16 0xf012e3b7 in bwrite () #17 0xf0132a06 in vop_stdbwrite () #18 0xf0132841 in vop_defaultop () #19 0xf0175671 in ufs_vnoperate () #20 0xf012e5d0 in bawrite () #21 0xf016eac4 in ffs_fsync () #22 0xf0134a58 in sched_sync () #23 0xf01070d0 in kproc_start () #24 0xf0187a50 in fork_trampoline () Cannot access memory at address 0x1eff00. I'm running current as of last night. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 17:36:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA07085 for freebsd-current-outgoing; Thu, 10 Sep 1998 17:36:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA07041 for ; Thu, 10 Sep 1998 17:36:18 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id RAA08813; Thu, 10 Sep 1998 17:35:47 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id RAA10979; Thu, 10 Sep 1998 17:35:45 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id RAA18552; Thu, 10 Sep 1998 17:35:44 -0700 (PDT) From: Don Lewis Message-Id: <199809110035.RAA18552@salsa.gv.tsc.tdk.com> Date: Thu, 10 Sep 1998 17:35:43 -0700 In-Reply-To: HighWind Software Information "Re: Thread Problems" (Sep 10, 1:37pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: HighWind Software Information , eischen@vigrid.com Subject: Re: Thread Problems Cc: freebsd-current@FreeBSD.ORG, tlambert@primenet.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 10, 1:37pm, HighWind Software Information wrote: } Subject: Re: Thread Problems } > A simple solution that you can make in your application, is to close } > all relevent sockets after the fork and before the execl. } } Seems to me that this is the only really workable solution. } } Is there a way to get "the highest numbered socket in use"? } That would make the task easy. Just loop 0 to that number and test } against the few sockets you need open. Would close-on-exec also work? If so you just need to fcntl(fd, F_SETFD, 1) whenever you create a new socket fd. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 17:55:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA10211 for freebsd-current-outgoing; Thu, 10 Sep 1998 17:55:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA10197 for ; Thu, 10 Sep 1998 17:55:51 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id RAA19091; Thu, 10 Sep 1998 17:55:37 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: patl@Phoenix.Volant.ORG cc: freebsd-current@FreeBSD.ORG Subject: Re: High level list of major changes between 2.x and 3.0 In-reply-to: Your message of "Thu, 10 Sep 1998 15:12:32 PDT." Date: Thu, 10 Sep 1998 17:55:37 -0700 Message-ID: <19087.905475337@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is there a publicly available list anywhere of the major changes > between 2.x and 3.0 ? Current messages make it hard to miss ELF, Always in the release notes for a 3.0-SNAP (when those are being successfully made, of course, that not being since the ELF transition but hopefully again soon) or, if you have -current sources, /usr/src/release/sysinstall/help/relnotes.hlp - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 18:13:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA13379 for freebsd-current-outgoing; Thu, 10 Sep 1998 18:13:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA13368 for ; Thu, 10 Sep 1998 18:13:29 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id SAA09125; Thu, 10 Sep 1998 18:12:59 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id SAA11543; Thu, 10 Sep 1998 18:12:58 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id SAA18651; Thu, 10 Sep 1998 18:12:56 -0700 (PDT) From: Don Lewis Message-Id: <199809110112.SAA18651@salsa.gv.tsc.tdk.com> Date: Thu, 10 Sep 1998 18:12:56 -0700 In-Reply-To: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) "Re: Moving aout libs (part of aout->elf upgrade)" (Sep 11, 2:07am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ), John Birrell Subject: Re: Moving aout libs (part of aout->elf upgrade) Cc: jkh@time.cdrom.com (Jordan K. Hubbard), current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 11, 2:07am, Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1 wrote: } Subject: Re: Moving aout libs (part of aout->elf upgrade) } John Birrell writes: } > OK. All I can say is that people really are brave just trusting a process } > like this! } } Why? It worked flawlessly for me. It barfed for me because I don't have /usr/X11R6, let alone /usr/X11R6/lib, therefore /usr/X11R6/lib/aout wasn't created. Apparently ldconfig isn't happy if you specify a non-existent directory. Makefile.upgrade probably shouldn't include non-existent directories in LIBDIRS. Creating the missing directories allowed me to successfully make aout-to-elf-install. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 18:15:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA13724 for freebsd-current-outgoing; Thu, 10 Sep 1998 18:15:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA13718 for ; Thu, 10 Sep 1998 18:15:48 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (enkhyl@hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id SAA01182; Thu, 10 Sep 1998 18:14:30 -0700 Date: Thu, 10 Sep 1998 18:14:30 -0700 (PDT) From: Enkhyl To: Mike Smith cc: Nicolas Souchu , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-Reply-To: <199809100709.AAA00727@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 10 Sep 1998, Mike Smith wrote: > > Sorry for the slow response. I had to run some additional tests to make > > sure I wasn't being a twit. :-) > > > > I've tried it with both ZIPplus and parallel ZIP drives with the same > > results: it doesn't find the device. > > > > here's the boot info: > > > > ppc0 at 0x378 irq 7 on isa > > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > > Have you tried changing the port mode in the BIOS? Are you using the > cable supplied by Iomega? Does it work with the DOS 'guest' driver? OK. Here's something possibly a little more useful. Below is boot -v output for all three BIOS parallel modes available on my machine; ECP, PS/2-compatible, and AT-compatible (they all returned the same thing). This is only for the ZIP parallel. I'll have to wait until I get home to test the ZIP+ with Nicolas Souchu's patches. ppc: parallel port found at 0x378 ppc0: ECP SPP ECP+EPP SPP ppc0 at 0x378 irq 7 on isa ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppb: probing devices on ppbus 0... ppb_1284_negociate: status=0x78 0 ppb: ppb_1284_negociate()=35 ppb: ppb_1284_terminate()=35 -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 18:20:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA14428 for freebsd-current-outgoing; Thu, 10 Sep 1998 18:20:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA14420 for ; Thu, 10 Sep 1998 18:20:37 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (enkhyl@hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id SAA01208; Thu, 10 Sep 1998 18:19:47 -0700 Date: Thu, 10 Sep 1998 18:19:47 -0700 (PDT) From: Enkhyl To: Kevin Street cc: current@FreeBSD.ORG Subject: Re: /usr/lib/compat/aout build In-Reply-To: <13816.25301.483028.414132@kstreet.interlog.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 10 Sep 1998, Kevin Street wrote: > I've done the make move-aout-libs thing, but on my next make world > /usr/lib/compat gets re-populated with the aout versions of all the libs as > well as the elf versions of a few of them. I assume this needs a > minor Makefile tweak to install the aout versions of the libs in > /usr/lib/compat/aout instead. I think this is the intended behavior, since ldconfig is intelligent enough to tell the difference between ELF and aout shared libs. Someone please correct me, if I'm wrong. -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 18:26:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA15312 for freebsd-current-outgoing; Thu, 10 Sep 1998 18:26:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA15305 for ; Thu, 10 Sep 1998 18:26:34 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id SAA09213 for ; Thu, 10 Sep 1998 18:26:23 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id SAA11833 for ; Thu, 10 Sep 1998 18:26:21 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id SAA18678 for current@freebsd.org; Thu, 10 Sep 1998 18:26:20 -0700 (PDT) Date: Thu, 10 Sep 1998 18:26:20 -0700 (PDT) From: Don Lewis Message-Id: <199809110126.SAA18678@salsa.gv.tsc.tdk.com> To: current@FreeBSD.ORG Subject: aout-to-elf-install problem -- ELF interpreter /usr/libexec/ld-elf.so.1 not found Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For some reason I'm getting lots of these errors in aout-to-elf-install: miniperl -I lib ../../pod/pod2man/pod2man --section=3 --official B/Showlex.pm > /usr/share/perl/man/man3/B::Showlex.tmp ELF interpreter /usr/libexec/ld-elf.so.1 not found Abort trap Compressing /usr/share/perl/man/man3/B::Showlex.3 miniperl -I lib ../../pod/pod2man/pod2man --section=3 --official B/Bblock.pm > /usr/share/perl/man/man3/B::Bblock.tmp ELF interpreter /usr/libexec/ld-elf.so.1 not found Abort trap Compressing /usr/share/perl/man/man3/B::Bblock.3 ... The funny thing is that /usr/libexec/ld-elf.so.1 is present. % ll /usr/libexec/ld-elf.so.1 -r-xr-xr-x 1 bin bin 61900 Sep 10 18:21 /usr/libexec/ld-elf.so.1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 18:27:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA15515 for freebsd-current-outgoing; Thu, 10 Sep 1998 18:27:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from phoenix.volant.org (phoenix.volant.org [205.179.79.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA15492 for ; Thu, 10 Sep 1998 18:27:48 -0700 (PDT) (envelope-from patl@phoenix.volant.org) From: patl@phoenix.volant.org Received: from asimov.phoenix.volant.org ([205.179.79.65]) by phoenix.volant.org with smtp (Exim 1.92 #8) id 0zHHzs-0007ht-00; Thu, 10 Sep 1998 18:27:36 -0700 Received: from localhost by asimov.phoenix.volant.org (SMI-8.6/SMI-SVR4) id SAA25446; Thu, 10 Sep 1998 18:27:31 -0700 Date: Thu, 10 Sep 1998 18:27:31 -0700 (PDT) Reply-To: patl@phoenix.volant.org Subject: Re: High level list of major changes between 2.x and 3.0 To: "Jordan K. Hubbard" cc: freebsd-current@FreeBSD.ORG In-Reply-To: <19087.905475337@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Is there a publicly available list anywhere of the major changes > > between 2.x and 3.0 ? Current messages make it hard to miss ELF, > > Always in the release notes for a 3.0-SNAP (when those are being > successfully made, of course, that not being since the ELF transition > but hopefully again soon) or, if you have -current sources, > /usr/src/release/sysinstall/help/relnotes.hlp Right. But that's an after-the-fact list that applies to that particular snapshot. I was hoping for a list of what is expected to be in 3.0-RELEASE. Something that would give those of us who are not closely tracking -current a better idea what to expect. And to allow anyone with a pet update that isn't on the list a chance to speak up. (Although, I suspect it is too late to add anything that isn't already planed for 3.0.) -Pat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 19:14:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA21640 for freebsd-current-outgoing; Thu, 10 Sep 1998 19:14:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21547 for ; Thu, 10 Sep 1998 19:14:04 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id MAA12823; Fri, 11 Sep 1998 12:16:42 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809110216.MAA12823@cimlogic.com.au> Subject: Re: /usr/lib/compat/aout build In-Reply-To: <13816.25301.483028.414132@kstreet.interlog.com> from Kevin Street at "Sep 10, 98 07:45:03 pm" To: street@iname.com (Kevin Street) Date: Fri, 11 Sep 1998 12:16:42 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kevin Street wrote: > I've done the make move-aout-libs thing, but on my next make world > /usr/lib/compat gets re-populated with the aout versions of all the libs as > well as the elf versions of a few of them. I assume this needs a > minor Makefile tweak to install the aout versions of the libs in > /usr/lib/compat/aout instead. Yes, the aout compat libs should be installed into /usr/lib/compat/aout. There is also a couple of symlinks in /usr/lib/compat that we need to remove when the libtermcap major number is bumped on the way to 3.0. This probably should happen around the 15th. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 19:23:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA22823 for freebsd-current-outgoing; Thu, 10 Sep 1998 19:23:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kstreet.interlog.com (kstreet.interlog.com [198.53.146.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA22816 for ; Thu, 10 Sep 1998 19:23:01 -0700 (PDT) (envelope-from kws@kstreet.interlog.com) Received: (from kws@localhost) by kstreet.interlog.com (8.9.1/8.8.8) id WAA02025; Thu, 10 Sep 1998 22:22:18 -0400 (EDT) (envelope-from kws) From: Kevin Street MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 10 Sep 1998 22:22:18 -0400 (EDT) To: Enkhyl Cc: current@FreeBSD.ORG Subject: Re: /usr/lib/compat/aout build In-Reply-To: References: <13816.25301.483028.414132@kstreet.interlog.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13816.34782.424931.600665@kstreet.interlog.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Enkhyl writes: >On Thu, 10 Sep 1998, Kevin Street wrote: > >> I've done the make move-aout-libs thing, but on my next make world >> /usr/lib/compat gets re-populated with the aout versions of all the libs as >> well as the elf versions of a few of them. I assume this needs a >> minor Makefile tweak to install the aout versions of the libs in >> /usr/lib/compat/aout instead. > >I think this is the intended behavior, since ldconfig is intelligent >enough to tell the difference between ELF and aout shared libs. Someone >please correct me, if I'm wrong. Well, there wouldn't have been much point in John adding the move-aout-libs target in the makefile then. It creates and populates /usr/lib/compat/aout as well as /usr/X11R6/lib/aout and /usr/local/lib/aout. -- Kevin Street street@iName.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 19:35:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA24131 for freebsd-current-outgoing; Thu, 10 Sep 1998 19:35:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA24119 for ; Thu, 10 Sep 1998 19:35:12 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id TAA18712 for ; Thu, 10 Sep 1998 19:35:02 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 10 Sep 1998 19:34:49 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: FreebSD Current Subject: /etc/weekly script problem.... Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When my /etc/weekly script is run I get this error.... updatedb: locate database /var/tmp/locatepF2350/_updatedb2348 is empty Any what is causeing this, I saw aneother post along these lines, and we both have -current systems.... --------------------- William Woods Date: 10-Sep-98 / Time: 19:34:23 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 23:17:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA16040 for freebsd-current-outgoing; Thu, 10 Sep 1998 23:17:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA16034 for ; Thu, 10 Sep 1998 23:17:19 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:3jNLfngBiAW8MqstuHxLrD+L6W42oMz9@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA25739; Fri, 11 Sep 1998 08:16:38 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809110616.IAA25739@gratis.grondar.za> To: Don Lewis cc: current@FreeBSD.ORG Subject: Re: aout-to-elf-install problem -- ELF interpreter /usr/libexec/ld-elf.so.1 not found In-Reply-To: Your message of " Thu, 10 Sep 1998 18:26:20 MST." <199809110126.SAA18678@salsa.gv.tsc.tdk.com> References: <199809110126.SAA18678@salsa.gv.tsc.tdk.com> Date: Fri, 11 Sep 1998 08:16:35 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Resup. M Don Lewis wrote: > > For some reason I'm getting lots of these errors in aout-to-elf-install: > > miniperl -I lib ../../pod/pod2man/pod2man --section=3 --official B/Showlex. pm > /usr/share/perl/man/man3/B::Showlex.tmp > ELF interpreter /usr/libexec/ld-elf.so.1 not found > Abort trap > Compressing /usr/share/perl/man/man3/B::Showlex.3 > miniperl -I lib ../../pod/pod2man/pod2man --section=3 --official B/Bblock.p m > /usr/share/perl/man/man3/B::Bblock.tmp > ELF interpreter /usr/libexec/ld-elf.so.1 not found > Abort trap > Compressing /usr/share/perl/man/man3/B::Bblock.3 > > ... > > The funny thing is that /usr/libexec/ld-elf.so.1 is present. > > % ll /usr/libexec/ld-elf.so.1 > -r-xr-xr-x 1 bin bin 61900 Sep 10 18:21 /usr/libexec/ld-elf.so.1 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 23:31:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA17709 for freebsd-current-outgoing; Thu, 10 Sep 1998 23:31:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA17704 for ; Thu, 10 Sep 1998 23:31:20 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id XAA10799; Thu, 10 Sep 1998 23:30:22 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id XAA16716; Thu, 10 Sep 1998 23:30:21 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id XAA19041; Thu, 10 Sep 1998 23:30:19 -0700 (PDT) From: Don Lewis Message-Id: <199809110630.XAA19041@salsa.gv.tsc.tdk.com> Date: Thu, 10 Sep 1998 23:30:18 -0700 In-Reply-To: Mark Murray "Re: Perl compile problem in make world" (Sep 10, 1:10pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Mark Murray , Don Lewis Subject: Re: Perl compile problem in make world Cc: gmarco@giovannelli.it, Manfred Antar , current@FreeBSD.ORG, jb@cimlogic.com.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 10, 1:10pm, Mark Murray wrote: } Subject: Re: Perl compile problem in make world } Don Lewis wrote: } > There seems to be a bootstrap problem with the new perl. To work around } > it I copied Config.pm and Exporter.pm into /usr/libdata/perl/5.00502, but } > I think the real fix is to tweak miniperl/Makefile.inc to set MINIPERLOPT } > the same as the pod/Makefile.inc and to reference ${MINIPERLOPT} when } > miniperl is invoked. The Makefiles under x2p may need similar changes. } } Close - I committed the real fix a few minutes ago. Thanks, that seems to have fixed it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 23:49:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA19426 for freebsd-current-outgoing; Thu, 10 Sep 1998 23:49:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA19421 for ; Thu, 10 Sep 1998 23:49:21 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id XAA19823; Thu, 10 Sep 1998 23:49:14 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: patl@phoenix.volant.org cc: freebsd-current@FreeBSD.ORG Subject: Re: High level list of major changes between 2.x and 3.0 In-reply-to: Your message of "Thu, 10 Sep 1998 18:27:31 PDT." Date: Thu, 10 Sep 1998 23:49:14 -0700 Message-ID: <19819.905496554@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Right. But that's an after-the-fact list that applies to that > particular snapshot. I was hoping for a list of what is expected > to be in 3.0-RELEASE. Something that would give those of us who > are not closely tracking -current a better idea what to expect. Sorry, no such animal exists. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 10 23:59:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA20696 for freebsd-current-outgoing; Thu, 10 Sep 1998 23:59:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA20690 for ; Thu, 10 Sep 1998 23:59:47 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:Bre9Th9OjXaB+ugTcViy9lAF87DJvj4J@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA11417; Fri, 11 Sep 1998 08:59:08 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809110659.IAA11417@gratis.grondar.za> To: Don Lewis cc: current@FreeBSD.ORG Subject: Re: Perl compile problem in make world In-Reply-To: Your message of " Thu, 10 Sep 1998 23:30:18 MST." <199809110630.XAA19041@salsa.gv.tsc.tdk.com> References: <199809110630.XAA19041@salsa.gv.tsc.tdk.com> Date: Fri, 11 Sep 1998 08:59:04 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Don Lewis wrote: > } Close - I committed the real fix a few minutes ago. > > Thanks, that seems to have fixed it. I misrepresented the facts; your fix (The one concerning adding ${MINIPERLOPTS}) was spot-on. :-) Are you stressing the build at all by doing -jN or multiple installworlds? I am getting reports of breakage that take me a long time to reproduce, and I need as many reports as possible. Thanks! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 00:03:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA21419 for freebsd-current-outgoing; Fri, 11 Sep 1998 00:03:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA21399 for ; Fri, 11 Sep 1998 00:03:07 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id AAA10989; Fri, 11 Sep 1998 00:02:27 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id AAA17198; Fri, 11 Sep 1998 00:02:25 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id AAA19106; Fri, 11 Sep 1998 00:02:24 -0700 (PDT) From: Don Lewis Message-Id: <199809110702.AAA19106@salsa.gv.tsc.tdk.com> Date: Fri, 11 Sep 1998 00:02:24 -0700 In-Reply-To: Mark Murray "Re: Perl compile problem in make world" (Sep 11, 8:59am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Mark Murray , Don Lewis Subject: Re: Perl compile problem in make world Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 11, 8:59am, Mark Murray wrote: } Subject: Re: Perl compile problem in make world } Don Lewis wrote: } > } Close - I committed the real fix a few minutes ago. } > } > Thanks, that seems to have fixed it. } } I misrepresented the facts; your fix (The one concerning adding } ${MINIPERLOPTS}) was spot-on. :-) } } Are you stressing the build at all by doing -jN or multiple installworlds? Nope. } I am getting reports of breakage that take me a long time to } reproduce, and I need as many reports as possible. I've seen those too and didn't want to take any chances. Besides, the CPU seems to keep sufficiently busy without -jN ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 00:49:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA28534 for freebsd-current-outgoing; Fri, 11 Sep 1998 00:49:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA28529 for ; Fri, 11 Sep 1998 00:49:36 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id RAA01964; Fri, 11 Sep 1998 17:49:20 +1000 Date: Fri, 11 Sep 1998 17:49:20 +1000 From: Bruce Evans Message-Id: <199809110749.RAA01964@godzilla.zeta.org.au> To: jb@cimlogic.com.au, street@iName.com Subject: Re: kernel build error under ELF Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Yes, I've seen a report of this. The suggestion was to build genassym >with the installed object format. To do this the flags need to be >set so that they don't contain the -aout argument. It will be 24 hrs >before I can spend any time on this. genassym (and linux_genassym) should be built by the target compiler (target = system that will run the kernel) yet must run on the host system and use the host stdio. This is impossible in general. The "compiler" should somehow be switched after compiling to assembler or object code. E.g., perhaps everything can be encoded into stabs which can easily be interpreted after printing them using nm -a. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 01:16:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA01580 for freebsd-current-outgoing; Fri, 11 Sep 1998 01:16:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coredump.int.tele.dk (fw1.inet.tele.dk [193.163.158.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA01547 for ; Fri, 11 Sep 1998 01:16:32 -0700 (PDT) (envelope-from pivrnec@vszbr.cz) Received: from localhost (pivrnec@localhost) by coredump.int.tele.dk (8.9.1/8.8.8) with SMTP id KAA07769 for ; Fri, 11 Sep 1998 10:16:21 +0200 (CEST) (envelope-from pivrnec@vszbr.cz) X-Authentication-Warning: coredump.int.tele.dk: pivrnec owned process doing -bs Date: Fri, 11 Sep 1998 10:16:20 +0200 (CEST) From: Barry Beerbelly X-Sender: pivrnec@coredump.int.tele.dk Reply-To: Barry Bouwsma To: freebsd-current@FreeBSD.ORG Subject: Re: High level list of major changes between 2.x and 3.0 In-Reply-To: <19819.905496554_time.cdrom.com@ns.sol.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 11 Sep 1998, Jordan K. Hubbard wrote: > > Right. But that's an after-the-fact list that applies to that > > particular snapshot. I was hoping for a list of what is expected > > to be in 3.0-RELEASE. Something that would give those of us who > > are not closely tracking -current a better idea what to expect. > > Sorry, no such animal exists. Hey, I *OUCH* exist and I'm not closely tracking -current... mumble grumble mutter, doubting my essence of being, mumble grmbl barry bouwsma will return to lurking in the gutter where I belong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 01:53:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA05803 for freebsd-current-outgoing; Fri, 11 Sep 1998 01:53:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scotty.masternet.it (scotty.masternet.it [194.184.65.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA05798 for ; Fri, 11 Sep 1998 01:53:42 -0700 (PDT) (envelope-from gmarco@scotty.masternet.it) Received: from gmarco.eclipse.org (modem00.masternet.it [194.184.65.254]) by scotty.masternet.it (8.8.8/8.8.8) with SMTP id KAA11177 for ; Fri, 11 Sep 1998 10:51:17 +0200 (CEST) (envelope-from gmarco@scotty.masternet.it) From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it To: current@FreeBSD.ORG Subject: make reinstall (elf) to an aout box Date: Fri, 11 Sep 1998 10:51:24 +0200 X-Mailer: KMail [version 0.7.9] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <9809111055510D.01598@gmarco.eclipse.org> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have to do a make reinstall from a 3.0-current (elf) to my libretto still 3.0-current aout (August) I used to do it by mounting /usr/src and /usr/obj via NFS . But now I am not so sure that it is enough ... Have I to do also make aout-to-elf or move-aout-libs before the reinstall ? Thanks in advance -- Regards... Gianmarco "Unix expert since yesterday" http://www.giovannelli.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 02:17:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA08256 for freebsd-current-outgoing; Fri, 11 Sep 1998 02:17:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA08251 for ; Fri, 11 Sep 1998 02:17:48 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id TAA13567; Fri, 11 Sep 1998 19:20:22 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809110920.TAA13567@cimlogic.com.au> Subject: Re: make reinstall (elf) to an aout box In-Reply-To: <9809111055510D.01598@gmarco.eclipse.org> from Gianmarco Giovannelli at "Sep 11, 98 10:51:24 am" To: gmarco@giovannelli.it Date: Fri, 11 Sep 1998 19:20:21 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gianmarco Giovannelli wrote: > > I have to do a make reinstall from a 3.0-current (elf) to my libretto still > 3.0-current aout (August) > > I used to do it by mounting /usr/src and /usr/obj via NFS . But now I am not so > sure that it is enough ... Have I to do also make aout-to-elf or move-aout-libs > before the reinstall ? You can mount /usr/src and /usr/obj via NFS, then delete the files from /usr/obj that were created as each phase of the aout-to-elf-install was completed: do_move_aout_libs do_aout_installworld do_aout_kernel do_elf_installworld do_set_objformat do_install_kernel_reboot Then do a `make aout-to-elf' and each install phase should be performed on the libretto without re-doing the build steps (which are the ones that take a long time). I haven't tried this, so YMMV. 8-) -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 02:49:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA10428 for freebsd-current-outgoing; Fri, 11 Sep 1998 02:49:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from SIMULTAN.CH (eunet-gw.simultan.ch [194.191.191.82] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA10423 for ; Fri, 11 Sep 1998 02:49:38 -0700 (PDT) (envelope-from tseidmann@simultan.ch) Received: from simultan.ch (wsaltis-053.SIMULTAN.CH [192.92.128.53] (may be forged)) by SIMULTAN.CH (8.8.8/8.8.8) with ESMTP id LAA00921 for ; Fri, 11 Sep 1998 11:49:09 +0200 (CEST) (envelope-from tseidmann@simultan.ch) Message-ID: <35F8F21E.F5C5EB19@simultan.ch> Date: Fri, 11 Sep 1998 11:49:18 +0200 From: Thomas Seidmann X-Mailer: Mozilla 4.5b1 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Re: make reinstall (elf) to an aout box References: <199809110920.TAA13567@cimlogic.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > You can mount /usr/src and /usr/obj via NFS, then delete the files from > /usr/obj that were created as each phase of the aout-to-elf-install > was completed: > > do_move_aout_libs > do_aout_installworld > do_aout_kernel > do_elf_installworld > do_set_objformat > do_install_kernel_reboot > > Then do a `make aout-to-elf' and each install phase should be performed > on the libretto without re-doing the build steps (which are the ones > that take a long time). > > I haven't tried this, so YMMV. 8-) I can confirm that it works. Regards, Thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 03:59:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA16425 for freebsd-current-outgoing; Fri, 11 Sep 1998 03:59:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA16420 for ; Fri, 11 Sep 1998 03:59:43 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id GAA10560 for ; Fri, 11 Sep 1998 06:59:33 -0400 (EDT) Date: Fri, 11 Sep 1998 06:59:33 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: Re: soft updates panic In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Another crash in make -j3 world last night, but no panic or core dump this time. It's disturbing to me to see this this close to release. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 06:00:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA28254 for freebsd-current-outgoing; Fri, 11 Sep 1998 06:00:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from k6n1.znh.org (dialup7.gaffaneys.com [208.155.161.57]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA28223 for ; Fri, 11 Sep 1998 06:00:20 -0700 (PDT) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by k6n1.znh.org (8.9.1/8.9.1) id NAA25180; Fri, 11 Sep 1998 13:00:28 GMT (envelope-from zach) Message-ID: <19980911080028.A24185@znh.org> Date: Fri, 11 Sep 1998 08:00:28 -0500 From: Zach Heilig To: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: soft updates panic References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Snob Art Genre on Fri, Sep 11, 1998 at 06:59:33AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Sep 11, 1998 at 06:59:33AM -0400, Snob Art Genre wrote: > Another crash in make -j3 world last night, but no panic or core dump > this time. > It's disturbing to me to see this this close to release. I have gotten a couple of crashes recently, but it refused to dump core (I later figured out that crash dumps were set to go to /dev/sd0s4b, except FreeBSD is on /dev/sd0s1... and I missed the dumpon complaint) two of the crashes I saw were related to soft-updates (perhaps not caused by them, but definately related). The other one seemed to be related to the filesystem code, but not specifically softupdates. I have noticed when I compile many things as myself (not root), like 3 kernels (one for each of my machines), there are compiler sig-11's in one random session: make -j8 world (as root) as well as these kernels made under myself: 3 make -j4 -> one session ends with sig-11 or other strange (not signal based) compiler error. 2 make -j4, 1 make -j2 -> everything seems to work fine. the 'make -j8 world' always works (unless it was one of the filesystem-related crashes), one of the kernel compiles gets smacked. swap usage hovers about 10-12% (~40-45 out of 384Meg), 64 Meg ram. There is some heavy paging at times (2-3 meg per interval in top). If the limits in /etc/login.conf are 'per user' rather than 'per session', I can see how one of the kernel compiles could be smacked. It is not spelled out very well which policy is in effect (the implication seems to be 'per user'). -- Zach Heilig -- zach@gaffaneys.com A horse without a nose... never wins. (unknown) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 06:39:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA02247 for freebsd-current-outgoing; Fri, 11 Sep 1998 06:39:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA02237 for ; Fri, 11 Sep 1998 06:39:17 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 14727 invoked by uid 1000); 11 Sep 1998 14:42:11 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 11 Sep 1998 10:42:11 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@FreeBSD.ORG Subject: Perl Build Failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 3.0-Current, as of this morning, under ELF, am still getting the following on trying to build the perl5 package: `sh cflags libperl.a util.o` util.c CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O -pipe util.c: In function `vsprintf': util.c:1639: structure has no member named `_ptr' util.c:1640: structure has no member named `_cnt' util.c:1644: structure has no member named `_flag' util.c:1644: `_IOWRT' undeclared (first use this function) util.c:1644: (Each undeclared identifier is reported only once util.c:1644: for each function it appears in.) *** Error code 1 Is this natural? (acceptable, known, etc.) Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 06:53:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA03653 for freebsd-current-outgoing; Fri, 11 Sep 1998 06:53:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from assurance.rstcorp.com (assurance.rstcorp.com [206.29.49.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA03634 for ; Fri, 11 Sep 1998 06:53:50 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.7.5/8.6.9) id JAA03686 for ; Fri, 11 Sep 1998 09:53:25 -0400 Received: from sandbox.rstcorp.com(206.29.49.63) by assurance.rstcorp.com via smap (V2.0) id xma003680; Fri, 11 Sep 98 09:52:45 -0400 Received: from jabberwock.rstcorp.com (jabberwock [206.29.49.98]) by sandbox.rstcorp.com (8.8.8/8.8.8) with ESMTP id JAA29900 for ; Fri, 11 Sep 1998 09:52:43 -0400 (EDT) Received: (from vshah@localhost) by jabberwock.rstcorp.com (8.8.8/8.8.8) id JAA05302; Fri, 11 Sep 1998 09:52:44 -0400 (EDT) Date: Fri, 11 Sep 1998 09:52:44 -0400 (EDT) Message-Id: <199809111352.JAA05302@jabberwock.rstcorp.com> From: "Viren R. Shah" To: freebsd-current@FreeBSD.ORG Subject: problem in make aout-to-elf-build X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R. Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is on a 2.2.7-stable box, when doing a 'make aout-to-elf-build' on -current source cvsupped today morning. Any ideas? rm -rf /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader/DynaLoader.a ar cr /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader/DynaLoader.a DynaLoader.o && /usr/bin/ranlib /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader/DynaLoader.a chmod 755 /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader/DynaLoader.a cc -O -pipe -I/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5 -I/usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl -I/usr/obj/elf/usr/src/tmp/usr/include -o perl perlmain.o lib/auto/DynaLoader/DynaLoader.a -lperl -lm -lcrypt perlmain.o: In function `xs_init': perlmain.o(.text+0x9d): undefined reference to `boot_DynaLoader' *** Error code 1 Viren -- Viren R. Shah, {viren @ rstcorp . com} "The one thing you can't trade for your heart's desire is your heart." -- Miles Vorkosigan (Lois McMaster Bujold, Memory) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 08:41:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15885 for freebsd-current-outgoing; Fri, 11 Sep 1998 08:41:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15876 for ; Fri, 11 Sep 1998 08:41:51 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.8.8) with SMTP id LAA17872 for ; Fri, 11 Sep 1998 11:42:51 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Fri, 11 Sep 1998 11:42:51 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: current@FreeBSD.ORG Subject: DEVFS questions. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG is there a way to perhaps mount_union over devfs to keep symlinks and such? also, is there a way to preserve permission changes between reboots? maybe a script that would do it based on a file... libdisk is still broken with DEVFS/SLICE, barfs on: ioctl: : Inappropriate ioctl for device failed on IOCTL disk = /dev/rwd0 errno = 25 (i added some debugging stuff to the code) disklabel is also b0rked, will not write out to the disk. (not being sarcastic) i know DEVFS is quite new, but is it expected to be used? or is it something akin to kernfs? thanks, Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 08:46:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA16816 for freebsd-current-outgoing; Fri, 11 Sep 1998 08:46:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16780 for ; Fri, 11 Sep 1998 08:45:57 -0700 (PDT) (envelope-from archer@grape.carrier.kiev.ua) Received: from kozlik.carrier.kiev.ua (kozlik.carrier.kiev.ua [193.193.193.111]) by burka.carrier.kiev.ua (8.9.0/8.Who.Cares) with ESMTP id SAA24590; Fri, 11 Sep 1998 18:45:29 +0300 (EEST) Received: (from uucp@localhost) by kozlik.carrier.kiev.ua (8.9.0/8.9.0/8.Who.Cares) with UUCP id SAA27761; Fri, 11 Sep 1998 18:41:26 +0300 (EEST) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.9.1/8.8.8) id SAA07287; Fri, 11 Sep 1998 18:05:26 +0300 (EEST) (envelope-from archer) Date: Fri, 11 Sep 1998 18:05:26 +0300 (EEST) From: Alexander Litvin Message-Id: <199809111505.SAA07287@grape.carrier.kiev.ua> To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: ELF world and MFS / groff issues X-Newsgroups: grape.freebsd.current In-Reply-To: <199809062116.OAA10046@word.smith.net.au> Organization: Lucky Grape User-Agent: tin/pre-1.4-980818 ("Laura") (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809062116.OAA10046@word.smith.net.au> you wrote: >> Seems to have done the trick, nice one... from what I can see on the CVS >> repository, it seems this is a new vop (no trace of it in previous versions >> of mfs_vnops.c); is this an attempt at optimising block deallocation? >> >> While I'm at it : >> >> if CFLAGS/COPTFLAGS are changed to -O3 -m486 -pipe, an ELF make world will >> produce somewhat weird versions of groff / troff: MS> -O3 is known to produce broken code. Don't use it. I noticed that kernel on my CURRENT, when compiled with -O0, panics with "Supervisor read: page not present" in a few seconds after boot. Is it also known? MS> -- MS> \\ Sometimes you're ahead, \\ Mike Smith MS> \\ sometimes you're behind. \\ mike@smith.net.au MS> \\ The race is long, and in the \\ msmith@freebsd.org MS> \\ end it's only with yourself. \\ msmith@cdrom.com --- Those of you who think you know everything are very annoying to those of us who do. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 09:38:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA23675 for freebsd-current-outgoing; Fri, 11 Sep 1998 09:38:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA23670 for ; Fri, 11 Sep 1998 09:38:15 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id MAA20295; Fri, 11 Sep 1998 12:36:48 -0400 (EDT) (envelope-from luoqi) Date: Fri, 11 Sep 1998 12:36:48 -0400 (EDT) From: Luoqi Chen Message-Id: <199809111636.MAA20295@lor.watermarkgroup.com> To: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: soft updates panic Cc: bde@godzilla.zeta.org.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Another crash in make -j3 world last night, but no panic or core dump > this time. > > It's disturbing to me to see this this close to release. > > > Ben > > "You have your mind on computers, it seems." > I'm also able to reproduce this panic quite reliably. I tracked it down to the lost of a directory size increase. It may have something to do with Bruce's ffs_update() change in July (ffs_inode.c, -r1.43->1.44): many cases of the in-core update are no longer copied to the inode disk buffer. Please try the attached patch that restores the old behavior, and let me know if it helps. I was able to do a make -j8 buildworld myself, successfully up to the point that perl5 failed me 8( -lq Index: ffs_inode.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_inode.c,v retrieving revision 1.46 diff -u -r1.46 ffs_inode.c --- ffs_inode.c 1998/07/04 20:45:38 1.46 +++ ffs_inode.c 1998/09/11 15:13:09 @@ -81,10 +81,12 @@ struct inode *ip; int error; - ufs_itimes(vp); ip = VTOI(vp); - if ((ip->i_flag & IN_MODIFIED) == 0 && waitfor != MNT_WAIT) + if (((ip->i_flag & + (IN_ACCESS | IN_CHANGE | IN_MODIFIED | IN_UPDATE)) == 0) && + (waitfor != MNT_WAIT)) return (0); + ufs_itimes(vp); ip->i_flag &= ~(IN_LAZYMOD | IN_MODIFIED); if (vp->v_mount->mnt_flag & MNT_RDONLY) return (0); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 10:16:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29145 for freebsd-current-outgoing; Fri, 11 Sep 1998 10:16:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from front3.grolier.fr (front3.grolier.fr [194.158.96.53]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29120 for ; Fri, 11 Sep 1998 10:16:47 -0700 (PDT) (envelope-from rbondoin@club-internet.fr) Received: from club-internet.fr (toulouse3-134.club-internet.fr [194.158.122.134]) by front3.grolier.fr (8.9.1/MGC-980407-Frontal-No_Relay) with ESMTP id TAA07756 for ; Fri, 11 Sep 1998 19:16:30 +0200 (MET DST) Message-ID: <35F95BFF.59CD25E3@club-internet.fr> Date: Fri, 11 Sep 1998 19:21:03 +0200 From: Remi BONDOIN X-Mailer: Mozilla 4.05 [fr] (WinNT; I) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: (pas d'objet) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG auth 5bdbdfe6 subscribe freebsd-current rbondoin@club-internet.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 10:32:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA01725 for freebsd-current-outgoing; Fri, 11 Sep 1998 10:32:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay1.aha.ru (relay1.aha.ru [195.2.83.105]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA01685 for ; Fri, 11 Sep 1998 10:32:06 -0700 (PDT) (envelope-from osa@serv.etrust.ru) Received: from sunny.aha.ru (sunny.aha.ru [195.2.83.112]) by relay1.aha.ru (8.9.1/8.9.1/aha-r/0.04B) with ESMTP id VAA23210 for ; Fri, 11 Sep 1998 21:31:50 +0400 (MSD) Received: by sunny.aha.ru id VAA25545; (8.8.8/vak/1.9) Fri, 11 Sep 1998 21:31:13 +0400 (MSD) Received: from unknown(195.2.84.114) by sunny.aha.ru via smap (V1.3) id sma025512; Fri Sep 11 21:31:10 1998 Received: from serv.etrust.ru by serv.etrust.ru with ESMTP id VAA12681; (8.9.1/vak/1.9) Fri, 11 Sep 1998 21:34:02 +0400 (MSD) Date: Fri, 11 Sep 1998 21:34:02 +0400 (MSD) From: =?KOI8-R?B?88XSx8XKIO/Tz8vJzg==?= To: current@FreeBSD.ORG Subject: About today's cvsup & login from serial line... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R X-MIME-Autoconverted: from 8bit to quoted-printable by serv.etrust.ru id VAA12681 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA01718 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! After upgrading my system (from 3.0-980520-SNAP to 3.0-19980804-SNAP) i start getting "login: xx" instead of just "login:" as prompt message on serial lines ( i use SLIP from home to my work ). Then, i cvsuped my sources & run "setenv BINFORMAT aout; cd /usr/src; make buildworld; make installworld", then recompile kernel, install kernel & reboot. what does it means? Rgdz, ïÓÏËÉÎ óÅÒÇÅÊ aka oZZ, osa@etrust.ru FreeBSD: äÁ ÐÒÅÂÕÄÅÔ Ó ÎÁÍÉ ÓÉÌÁ! FreeBSD ÐÏ-ÒÕÓÓËÉ: http://www.etrust.ru/osa/main.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 10:35:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA02424 for freebsd-current-outgoing; Fri, 11 Sep 1998 10:35:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA02406 for ; Fri, 11 Sep 1998 10:35:26 -0700 (PDT) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.9.1/8.9.1) with SMTP id KAA04169; Fri, 11 Sep 1998 10:35:02 -0700 (PDT) Date: Fri, 11 Sep 1998 10:35:02 -0700 (PDT) From: Chris Timmons To: Simon Shapiro cc: freebsd-current@FreeBSD.ORG Subject: Re: Perl Build Failure In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm, if it is broke now, it just happened. I cvsupped at around 00:00 UTC September 11 and enjoyed a full buildworld/installworld on my already elfed -current of Sep 8, including the new perl. This was after Mark fixed a couple of glitches which were reported on this list. -c On Fri, 11 Sep 1998, Simon Shapiro wrote: > 3.0-Current, as of this morning, under ELF, am still getting the following > on trying to build the perl5 package: > > `sh cflags libperl.a util.o` util.c > CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O -pipe > util.c: In function `vsprintf': > util.c:1639: structure has no member named `_ptr' > util.c:1640: structure has no member named `_cnt' > util.c:1644: structure has no member named `_flag' > util.c:1644: `_IOWRT' undeclared (first use this function) > util.c:1644: (Each undeclared identifier is reported only once > util.c:1644: for each function it appears in.) > *** Error code 1 > > Is this natural? (acceptable, known, etc.) > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 10:50:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA04293 for freebsd-current-outgoing; Fri, 11 Sep 1998 10:50:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA04050 for ; Fri, 11 Sep 1998 10:49:50 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id TAA29385; Fri, 11 Sep 1998 19:49:15 +0200 (CEST) (envelope-from sos) Message-Id: <199809111749.TAA29385@sos.freebsd.dk> Subject: Re: DEVFS questions. In-Reply-To: from Alfred Perlstein at "Sep 11, 98 11:42:51 am" To: bright@hotjobs.com (Alfred Perlstein) Date: Fri, 11 Sep 1998 19:49:15 +0200 (CEST) Cc: current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Alfred Perlstein who wrote: > > is there a way to perhaps mount_union over devfs to keep symlinks and > such? > > also, is there a way to preserve permission changes between reboots? maybe > a script that would do it based on a file... I do all this is /etc/rc.devfs which should be called from rc. I dont use SLICE its too green yet for my liking. > disklabel is also b0rked, will not write out to the disk. You just have to always use the -w option IIRC. > (not being sarcastic) i know DEVFS is quite new, but is it expected to be > used? or is it something akin to kernfs? Well, I usr DEVFS on all my machines, make it alot easier when fiddeling with device drivers, ie the devices come and go by themselves, no need to fiddle with MAKEDEV, and for that pupose it works very well. The SLICE code OTOH has been in the way too many times to be usefull for me at least. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 11:06:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06422 for freebsd-current-outgoing; Fri, 11 Sep 1998 11:06:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA06416 for ; Fri, 11 Sep 1998 11:06:44 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id LAA08695; Fri, 11 Sep 1998 11:06:31 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp03.primenet.com, id smtpd008669; Fri Sep 11 11:06:25 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id LAA03537; Fri, 11 Sep 1998 11:06:23 -0700 (MST) From: Terry Lambert Message-Id: <199809111806.LAA03537@usr01.primenet.com> Subject: Re: DEVFS questions. To: bright@hotjobs.com (Alfred Perlstein) Date: Fri, 11 Sep 1998 18:06:22 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: from "Alfred Perlstein" at Sep 11, 98 11:42:51 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > is there a way to perhaps mount_union over devfs to keep symlinks and > such? man mtree. edit /etc/rc.shutdown and /etc/rc.local. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 11:10:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06994 for freebsd-current-outgoing; Fri, 11 Sep 1998 11:10:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA06985 for ; Fri, 11 Sep 1998 11:10:25 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 12677 invoked by uid 1000); 11 Sep 1998 19:13:09 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 11 Sep 1998 15:13:09 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Chris Timmons Subject: Re: Perl Build Failure Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Timmons, On 11-Sep-98 you wrote: > > Hmm, if it is broke now, it just happened. I cvsupped at around 00:00 > UTC > September 11 and enjoyed a full buildworld/installworld on my already > elfed -current of Sep 8, including the new perl. This was after Mark > fixed a couple of glitches which were reported on this list. Clarification: Make world is fine. What fails is the /usr/ports/lang/perl5. If this one fails, it makes ``make release'' fail too. Make release failure causes difficulties to thos of us who insist on installing FreeBSD on test machines the way the product is intended to be used (old argument :-). There is no particular urgency here, but a nice to have. BTW, I tried to build the new Perl manually, answering the many questions to the best of my knowledge. It bombs more severely than the port: ... `sh cflags libperl.so.5.2 perlio.o` -DPIC -fpic perlio.c CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O cc -Bshareable -L/usr/local/lib -o libperl.so.5.2 perl.o gv.o toke.o perly.o op .o regcomp.o dump.o util.o mg.o byterun.o hv.o av.o run.o pp_hot.o sv.o pp.o sco pe.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o taint.o deb.o universal.o globals .o perlio.o /usr/lib/crt1.o: In function `_start': /usr/lib/crt1.o(.text+0x49): undefined reference to `main' pp.o: In function `Perl_pp_pow': pp.o(.text+0x1c4b): undefined reference to `pow' pp.o: In function `Perl_pp_atan2': pp.o(.text+0x4bb7): undefined reference to `atan2' pp.o: In function `Perl_pp_sin': pp.o(.text+0x4c84): undefined reference to `sin' pp.o: In function `Perl_pp_cos': pp.o(.text+0x4d70): undefined reference to `cos' pp.o: In function `Perl_pp_exp': pp.o(.text+0x50b4): undefined reference to `exp' pp.o: In function `Perl_pp_log': pp.o(.text+0x51df): undefined reference to `log' pp.o: In function `Perl_pp_sqrt': pp.o(.text+0x530f): undefined reference to `sqrt' pp.o: In function `Perl_pp_crypt': pp.o(.text+0x63d8): undefined reference to `crypt' pp.o: In function `Perl_pp_pack': pp.o(.text+0xac68): undefined reference to `floor' pp.o(.text+0xadc6): undefined reference to `floor' cc: file path prefix `shareable' never used *** Error code 1 Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 11:12:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA07393 for freebsd-current-outgoing; Fri, 11 Sep 1998 11:12:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA07201 for ; Fri, 11 Sep 1998 11:11:47 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:kZIgYhM5NltAO7xmT4Y04/+CDw3GeXpO@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id UAA26611; Fri, 11 Sep 1998 20:10:57 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809111810.UAA26611@gratis.grondar.za> To: shimon@simon-shapiro.org cc: freebsd-current@FreeBSD.ORG Subject: Re: Perl Build Failure In-Reply-To: Your message of " Fri, 11 Sep 1998 10:42:11 -0400." References: Date: Fri, 11 Sep 1998 20:10:54 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Simon Shapiro wrote: > 3.0-Current, as of this morning, under ELF, am still getting the following > on trying to build the perl5 package: > > `sh cflags libperl.a util.o` util.c > CCCMD = cc -DPERL_CORE -c -I/usr/local/include -O -pipe > util.c: In function `vsprintf': > util.c:1639: structure has no member named `_ptr' > util.c:1640: structure has no member named `_cnt' > util.c:1644: structure has no member named `_flag' > util.c:1644: `_IOWRT' undeclared (first use this function) > util.c:1644: (Each undeclared identifier is reported only once > util.c:1644: for each function it appears in.) > *** Error code 1 > > Is this natural? (acceptable, known, etc.) Fix coming RSN. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 11:14:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA07684 for freebsd-current-outgoing; Fri, 11 Sep 1998 11:14:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA07623 for ; Fri, 11 Sep 1998 11:14:22 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 12708 invoked by uid 1000); 11 Sep 1998 19:17:16 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 11 Sep 1998 15:17:16 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Alfred Perlstein Subject: RE: DEVFS questions. Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein, On 11-Sep-98 you wrote: > > is there a way to perhaps mount_union over devfs to keep symlinks and > such? > > also, is there a way to preserve permission changes between reboots? > maybe > a script that would do it based on a file... Put in /etc/rc: if [ -f /etc/dev_modes ] then while read line do node=`echo ${line} | cut -d ' ' -f xxxx` mode=`echo ${line} | cut -d ' ' -f yyyy` type=`echo ${line .... if [ ! -e /dev/${node} ] then mknod ${type} ${major} ${minor} /dev/${node} chmod ${mode} /dev/${node} > > libdisk is still broken with DEVFS/SLICE, barfs on: > ioctl: : Inappropriate ioctl for device > failed on IOCTL disk = /dev/rwd0 errno = 25 > > (i added some debugging stuff to the code) > > disklabel is also b0rked, will not write out to the disk. > > (not being sarcastic) i know DEVFS is quite new, but is it expected to > be > used? or is it something akin to kernfs? > > thanks, > Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com > -- There are operating systems, and then there's FreeBSD. > -- http://www.freebsd.org/ 3.0-current > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 11:34:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11392 for freebsd-current-outgoing; Fri, 11 Sep 1998 11:34:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11384 for ; Fri, 11 Sep 1998 11:34:20 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id LAA00762; Fri, 11 Sep 1998 11:39:50 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809111839.LAA00762@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Enkhyl cc: Mike Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-reply-to: Your message of "Thu, 10 Sep 1998 16:02:19 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Sep 1998 11:39:50 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Thu, 10 Sep 1998, Mike Smith wrote: > > > > Sorry for the slow response. I had to run some additional tests to make > > > sure I wasn't being a twit. :-) > > > > > > I've tried it with both ZIPplus and parallel ZIP drives with the same > > > results: it doesn't find the device. > > > > > > here's the boot info: > > > > > > ppc0 at 0x378 irq 7 on isa > > > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > > > > Have you tried changing the port mode in the BIOS? Are you using the > > cable supplied by Iomega? Does it work with the DOS 'guest' driver? > > Not yet. Do you have any suggestions as to what I should change it to? Try all of them, obviously. 8) > The choices I can see from looking at the BIOS setup are: > > ECP mode > Bidirectional mode (PS/2 Compatible) > Normal mode (AT Compatible) > > Yes, I'm using the Iomega-supplied cable. > > It works under NT, but I don't know about DOS 'guest'. I can check. That's good enough. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 11:43:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13329 for freebsd-current-outgoing; Fri, 11 Sep 1998 11:43:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA13313 for ; Fri, 11 Sep 1998 11:43:31 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id LAA00851; Fri, 11 Sep 1998 11:49:00 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809111849.LAA00851@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Enkhyl cc: Mike Smith , Nicolas Souchu , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-reply-to: Your message of "Thu, 10 Sep 1998 18:14:30 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Sep 1998 11:49:00 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > OK. Here's something possibly a little more useful. Below is boot -v > output for all three BIOS parallel modes available on my machine; ECP, > PS/2-compatible, and AT-compatible (they all returned the same thing). > This is only for the ZIP parallel. I'll have to wait until I get home to > test the ZIP+ with Nicolas Souchu's patches. > > ppc: parallel port found at 0x378 > ppc0: ECP SPP ECP+EPP SPP > ppc0 at 0x378 irq 7 on isa > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppb: probing devices on ppbus 0... > ppb_1284_negociate: status=0x78 0 > ppb: ppb_1284_negociate()=35 > ppb: ppb_1284_terminate()=35 Ok; it looks like you're going to have to instrument the vpo probe and find out why it's deciding you don't have the drive there. Just whack some printfs in to match the failure cases... -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 11:59:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA17648 for freebsd-current-outgoing; Fri, 11 Sep 1998 11:59:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA17631 for ; Fri, 11 Sep 1998 11:58:57 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id EAA05204; Sat, 12 Sep 1998 04:58:16 +1000 Date: Sat, 12 Sep 1998 04:58:16 +1000 From: Bruce Evans Message-Id: <199809111858.EAA05204@godzilla.zeta.org.au> To: archer@lucky.net, mike@smith.net.au Subject: Re: ELF world and MFS / groff issues Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> if CFLAGS/COPTFLAGS are changed to -O3 -m486 -pipe, an ELF make world will >>> produce somewhat weird versions of groff / troff: > >MS> -O3 is known to produce broken code. Don't use it. Where is it known? >I noticed that kernel on my CURRENT, when compiled with -O0, >panics with "Supervisor read: page not present" in a few seconds >after boot. Is it also known? It is now. ffs_balloc() follows an unitialized pointer in dead code that is normally optimized away. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 12:08:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA19995 for freebsd-current-outgoing; Fri, 11 Sep 1998 12:08:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA19989 for ; Fri, 11 Sep 1998 12:08:29 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id MAA01071; Fri, 11 Sep 1998 12:13:34 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809111913.MAA01071@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Alexander Litvin cc: Mike Smith , current@FreeBSD.ORG Subject: Re: ELF world and MFS / groff issues In-reply-to: Your message of "Fri, 11 Sep 1998 18:05:26 +0300." <199809111505.SAA07287@grape.carrier.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Sep 1998 12:13:33 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In article <199809062116.OAA10046@word.smith.net.au> you wrote: > >> Seems to have done the trick, nice one... from what I can see on the CVS > >> repository, it seems this is a new vop (no trace of it in previous versions > >> of mfs_vnops.c); is this an attempt at optimising block deallocation? > >> > >> While I'm at it : > >> > >> if CFLAGS/COPTFLAGS are changed to -O3 -m486 -pipe, an ELF make world will > >> produce somewhat weird versions of groff / troff: > > MS> -O3 is known to produce broken code. Don't use it. > > I noticed that kernel on my CURRENT, when compiled with -O0, > panics with "Supervisor read: page not present" in a few seconds > after boot. Is it also known? What's "-O0" supposed to do? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 12:28:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22905 for freebsd-current-outgoing; Fri, 11 Sep 1998 12:28:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA22897; Fri, 11 Sep 1998 12:28:09 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id MAA22161; Fri, 11 Sep 1998 12:27:48 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: sos@FreeBSD.ORG cc: bright@hotjobs.com (Alfred Perlstein), current@FreeBSD.ORG Subject: Re: DEVFS questions. In-reply-to: Your message of "Fri, 11 Sep 1998 19:49:15 +0200." <199809111749.TAA29385@sos.freebsd.dk> Date: Fri, 11 Sep 1998 12:27:48 -0700 Message-ID: <22158.905542068@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Well, I usr DEVFS on all my machines, make it alot easier when fiddeling > with device drivers, ie the devices come and go by themselves, no need > to fiddle with MAKEDEV, and for that pupose it works very well. > The SLICE code OTOH has been in the way too many times to be usefull > for me at least. That's to say that you use DEVFS without SLICE defined? Hmmm. You must not try to make releases on that box - you don't get any entries for /dev/vnX that way and it makes this somewhat difficult. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 13:29:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA02929 for freebsd-current-outgoing; Fri, 11 Sep 1998 13:29:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA02922; Fri, 11 Sep 1998 13:29:38 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id WAA29761; Fri, 11 Sep 1998 22:29:06 +0200 (CEST) (envelope-from sos) Message-Id: <199809112029.WAA29761@sos.freebsd.dk> Subject: Re: DEVFS questions. In-Reply-To: <22158.905542068@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 11, 98 12:27:48 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 11 Sep 1998 22:29:06 +0200 (CEST) Cc: sos@FreeBSD.ORG, bright@hotjobs.com, current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Jordan K. Hubbard who wrote: > > Well, I usr DEVFS on all my machines, make it alot easier when fiddeling > > with device drivers, ie the devices come and go by themselves, no need > > to fiddle with MAKEDEV, and for that pupose it works very well. > > The SLICE code OTOH has been in the way too many times to be usefull > > for me at least. > > That's to say that you use DEVFS without SLICE defined? > > Hmmm. You must not try to make releases on that box - you don't > get any entries for /dev/vnX that way and it makes this somewhat > difficult. :-) Yes, the vn driver needs to be taught about devfs... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 14:00:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07954 for freebsd-current-outgoing; Fri, 11 Sep 1998 14:00:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from friley-185-114.res.iastate.edu (friley-185-114.res.iastate.edu [129.186.185.114]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07822; Fri, 11 Sep 1998 14:00:02 -0700 (PDT) (envelope-from ccsanady@friley-185-114.res.iastate.edu) Received: from friley-185-114.res.iastate.edu (loopback [127.0.0.1]) by friley-185-114.res.iastate.edu (8.9.1/8.9.1) with ESMTP id PAA00562; Fri, 11 Sep 1998 15:59:51 -0500 (CDT) (envelope-from ccsanady@friley-185-114.res.iastate.edu) Message-Id: <199809112059.PAA00562@friley-185-114.res.iastate.edu> X-Mailer: exmh version 2.0.2 2/24/98 To: sos@FreeBSD.ORG cc: jkh@time.cdrom.com (Jordan K. Hubbard), bright@hotjobs.com, current@FreeBSD.ORG Subject: Re: DEVFS questions. In-reply-to: Your message of "Fri, 11 Sep 1998 22:29:06 +0200." <199809112029.WAA29761@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Fri, 11 Sep 1998 15:59:50 -0500 From: Chris Csanady Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id OAA07879 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >In reply to Jordan K. Hubbard who wrote: >> > Well, I usr DEVFS on all my machines, make it alot easier when fiddeling >> > with device drivers, ie the devices come and go by themselves, no need >> > to fiddle with MAKEDEV, and for that pupose it works very well. >> > The SLICE code OTOH has been in the way too many times to be usefull >> > for me at least. >> >> That's to say that you use DEVFS without SLICE defined? >> >> Hmmm. You must not try to make releases on that box - you don't >> get any entries for /dev/vnX that way and it makes this somewhat >> difficult. :-) > >Yes, the vn driver needs to be taught about devfs... So does the ccd driver. :) I have been wanting this for a while.. Perhaps I will take a look at it. I was somewhat confused at how the slice stuff fits in though. Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 14:01:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08141 for freebsd-current-outgoing; Fri, 11 Sep 1998 14:01:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08129 for ; Fri, 11 Sep 1998 14:01:12 -0700 (PDT) (envelope-from sasdrq@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.8.7/8.8.7) with SMTP id RAA12386; Fri, 11 Sep 1998 17:00:55 -0400 (EDT) Received: from wagner.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA06821; Fri, 11 Sep 1998 17:00:54 -0400 Received: from sports.pc.sas.com by wagner.unx.sas.com (5.65c/SAS/Generic 9.01/3-26-93) id AA06126; Fri, 11 Sep 1998 17:00:54 -0400 Received: (from sasdrq@localhost) by sports.pc.sas.com (8.9.1/8.8.8) id RAA06836; Fri, 11 Sep 1998 17:00:53 -0400 (EDT) (envelope-from sasdrq) From: David Quattlebaum Message-Id: <199809112100.RAA06836@sports.pc.sas.com> Subject: vfs changes in 3.0-CURRENT (arla-0.1) To: freebsd-current@FreeBSD.ORG (current) Date: Fri, 11 Sep 1998 17:00:53 -0400 (EDT) Cc: arla-drinkers@stacken.kth.se X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Good Afternoon, I'm looking at modifying arla-0.1 (free afs implementation) to work with FreeBSD 3.0-CURRENT. I'm running into problems with the changes to kernel vfs code. vfs_busy() has 4 arguments now. vfs_unbusy() has more args too. NCHNAMLEN no longer used. getnewfsid() no longer exists. (do I need to write my own xfs_getnewfsid())? ... Has anyone tried to make arla-0.1 work with 3.0-CURRENT with any success? Comments? -- David Quattlebaum, (sasdrq@unx.sas.com) < "barbeque is a *noun* not a verb" - one of the unspoken rules of the south To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 14:04:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09291 for freebsd-current-outgoing; Fri, 11 Sep 1998 14:04:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09257 for ; Fri, 11 Sep 1998 14:04:11 -0700 (PDT) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc105.reseau.uvsq.fr [193.51.24.21]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id XAA10669 ; Fri, 11 Sep 1998 23:03:43 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.9.1/8.8.5) id XAA00454; Fri, 11 Sep 1998 23:12:33 GMT Message-ID: <19980911231233.26523@breizh.prism.uvsq.fr> Date: Fri, 11 Sep 1998 23:12:33 +0000 From: Nicolas Souchu To: Enkhyl Cc: Mike Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip References: <199809100709.AAA00727@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Enkhyl on Thu, Sep 10, 1998 at 06:14:30PM -0700 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 10, 1998 at 06:14:30PM -0700, Enkhyl wrote: > >ppc: parallel port found at 0x378 >ppc0: ECP SPP ECP+EPP SPP >ppc0 at 0x378 irq 7 on isa >ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >ppb: probing devices on ppbus 0... >ppb_1284_negociate: status=0x78 0 >ppb: ppb_1284_negociate()=35 >ppb: ppb_1284_terminate()=35 These logs are not relevant to your problem. Insert "#define VP0_DEBUG" at the begining of vpo.c and send me the logs. These are certainly timing problems. The debug logs will certainly tell us. > > >-- >Christopher Nielsen >Scient: The Art and Science of Electronic Business >cnielsen@scient.com > > > > > > > > -- Nicolas.Souchu@prism.uvsq.fr FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 14:42:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15945 for freebsd-current-outgoing; Fri, 11 Sep 1998 14:42:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15921 for ; Fri, 11 Sep 1998 14:42:19 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (enkhyl@hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id OAA09879; Fri, 11 Sep 1998 14:41:16 -0700 Date: Fri, 11 Sep 1998 14:41:16 -0700 (PDT) From: Enkhyl To: Nicolas Souchu cc: Mike Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip In-Reply-To: <19980911231233.26523@breizh.prism.uvsq.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 11 Sep 1998, Nicolas Souchu wrote: > On Thu, Sep 10, 1998 at 06:14:30PM -0700, Enkhyl wrote: > > > >ppc: parallel port found at 0x378 > >ppc0: ECP SPP ECP+EPP SPP > >ppc0 at 0x378 irq 7 on isa > >ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > >ppb: probing devices on ppbus 0... > >ppb_1284_negociate: status=0x78 0 > >ppb: ppb_1284_negociate()=35 > >ppb: ppb_1284_terminate()=35 > > These logs are not relevant to your problem. > > Insert "#define VP0_DEBUG" at the begining of vpo.c and send me the logs. > > These are certainly timing problems. The debug logs will certainly tell us. I added this, but it didn't output anything different. I think it's possibly not getting that far. -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 16:53:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29089 for freebsd-current-outgoing; Fri, 11 Sep 1998 16:53:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-74.ppp.wenet.net [206.15.84.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29080 for ; Fri, 11 Sep 1998 16:52:56 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id QAA00829; Fri, 11 Sep 1998 16:53:58 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Fri, 11 Sep 1998 16:53:58 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Mike Smith cc: Alexander Litvin , current@FreeBSD.ORG Subject: Re: ELF world and MFS / groff issues In-Reply-To: <199809111913.MAA01071@dingo.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 11 Sep 1998, Mike Smith wrote: [...] > > MS> -O3 is known to produce broken code. Don't use it. > > > > I noticed that kernel on my CURRENT, when compiled with -O0, > > panics with "Supervisor read: page not present" in a few seconds > > after boot. Is it also known? > > What's "-O0" supposed to do? Disable optimization (in the texinfo docs). - alex | "Contrary to popular belief, penguins are not the salvation of modern | | technology. Neither do they throw parties for the urban proletariat." | | Powered by FreeBSD http://www.freebsd.org/ | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 17:21:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA02684 for freebsd-current-outgoing; Fri, 11 Sep 1998 17:21:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sundance.stacken.kth.se (sundance.stacken.kth.se [130.237.234.41]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA02677 for ; Fri, 11 Sep 1998 17:21:10 -0700 (PDT) (envelope-from map@sundance.stacken.kth.se) Received: (from map@localhost) by sundance.stacken.kth.se (8.8.8/8.8.8) id CAA16951; Sat, 12 Sep 1998 02:20:39 +0200 (MET DST) To: David Quattlebaum Cc: freebsd-current@FreeBSD.ORG (current), arla-drinkers@stacken.kth.se Subject: Re: vfs changes in 3.0-CURRENT (arla-0.1) References: <199809112100.RAA06836@sports.pc.sas.com> From: Magnus Ahltorp Date: 12 Sep 1998 02:20:38 +0200 In-Reply-To: David Quattlebaum's message of Fri, 11 Sep 1998 17:00:53 -0400 (EDT) Message-ID: Lines: 9 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I'm looking at modifying arla-0.1 (free afs implementation) > to work with FreeBSD 3.0-CURRENT. I'm running into problems with > the changes to kernel vfs code. arla version 0.1 is very old. Please get the newest version (0.9) at ftp://ftp.stacken.kth.se/pub/arla /Magnus One of the arla-drinkers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 19:39:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA15498 for freebsd-current-outgoing; Fri, 11 Sep 1998 19:39:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pinhead.parag.codegen.com (ppp-asfm08--182.sirius.net [205.134.241.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA15493 for ; Fri, 11 Sep 1998 19:39:17 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.1/8.8.8) with ESMTP id TAA00408; Fri, 11 Sep 1998 19:38:55 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Message-Id: <199809120238.TAA00408@pinhead.parag.codegen.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Luoqi Chen cc: ben@rosengart.com, current@FreeBSD.ORG, bde@godzilla.zeta.org.au Subject: Re: soft updates panic In-reply-to: Your message of "Fri, 11 Sep 1998 12:36:48 EDT." <199809111636.MAA20295@lor.watermarkgroup.com> X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm X-URL: http://www.codegen.com Date: Fri, 11 Sep 1998 19:38:54 -0700 From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Please try the attached patch that restores the old behavior, and >let me know if it helps. I was able to do a make -j8 buildworld myself, >successfully up to the point that perl5 failed me 8( No luck here. I'm running a 3.0-CURRENT SMP kernel updated as of this morning (dual PII-300 256Mb RAM, 256Mb swap of which none is actually in use) with softupdates. make -j8 of /usr/src panics about 10-15 minutes into the build. No devfs, no slices. Builds without any -j option complete with no errors. The panic I've been seeing fairly consistently is in (abbreviated stack backtrace): _initiate_write_filepage + 0x6F _softdep_disk_io_initiation + 0x7B _spec_strategy + 0x25 ... _ffs_fsync + 0x158 _sched_sync + 0x9C if this is of help to anyone. Hints or suggestions as to what to try or look into would be much appreciated. -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 20:20:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA18453 for freebsd-current-outgoing; Fri, 11 Sep 1998 20:20:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA18448 for ; Fri, 11 Sep 1998 20:20:19 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with SMTP id XAA06159 for ; Fri, 11 Sep 1998 23:16:17 -0400 (EDT) Date: Fri, 11 Sep 1998 23:16:17 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: current@FreeBSD.ORG Subject: SoftUpdates panic/dbg kernel/core dump Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Okay, well I've got one here, a genuine working coredump ;) I've got this problem too. I've taken this oppurtunity to attempt to familiarize myself with all the ffs code, but it's difficult.... Anyway, I've been trying to debug this a bit myself, and I can't figure out exactly why the heck an inode would be 0! I've been eploring syncer code, etc, as much as i can without being as familiar as Luoqi, Julian, Kirk, etc, and I haven't been able to find much of a clue :( most I've figured out is that the file causing the panic (using "causing" loosely) is fdiv_ui.o: (gdb) printf "%i\n", (*((struct direct *) (0xf30fd000 + 1536))).d_ino 0 (gdb) printf "%s\n", (*((struct direct *) (0xf30fd000 + 1536))).d_name fdiv_ui.o And following is a nice full backtrace for all those interested, and I'm keeping the core around for a while if anyone wants to hack around with it. Cheers, Brian Feldman IdlePTD 2801664 initial pcb at 23a23c panicstr: softdep_lock: locking against myself panic messages: --- panic: initiate_write_filepage: dir inum 0 != new 79043 syncing disks... panic: softdep_lock: locking against myself dumping to dev 20001, offset 40960 dump 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 boot (howto=260) at ../../kern/kern_shutdown.c:286 286 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=260) at ../../kern/kern_shutdown.c:286 #1 0xf011a358 in panic (fmt=0xf01afea1 "softdep_lock: locking against myself") at ../../kern/kern_shutdown.c:427 #2 0xf01aff09 in acquire_lock (lk=0xf0228adc) at ../../ufs/ffs/ffs_softdep.c:263 #3 0xf01b36af in initiate_write_inodeblock (inodedep=0xf0de6500, bp=0xf25c90e0) at ../../ufs/ffs/ffs_softdep.c:2811 #4 0xf01b329f in softdep_disk_io_initiation (bp=0xf25c90e0) at ../../ufs/ffs/ffs_softdep.c:2670 #5 0xf0148986 in spec_strategy (ap=0xf5725c6c) at ../../miscfs/specfs/spec_vnops.c:540 #6 0xf01480c9 in spec_vnoperate (ap=0xf5725c6c) at ../../miscfs/specfs/spec_vnops.c:129 #7 0xf01bfb59 in ufs_vnoperatespec (ap=0xf5725c6c) at ../../ufs/ufs/ufs_vnops.c:2303 #8 0xf013574f in bwrite (bp=0xf25c90e0) at vnode_if.h:891 #9 0xf0139f96 in vop_stdbwrite (ap=0xf5725cd4) at ../../kern/vfs_default.c:284 #10 0xf0139dd1 in vop_defaultop (ap=0xf5725cd4) at ../../kern/vfs_default.c:130 #11 0xf01480c9 in spec_vnoperate (ap=0xf5725cd4) at ../../miscfs/specfs/spec_vnops.c:129 #12 0xf01bfb59 in ufs_vnoperatespec (ap=0xf5725cd4) at ../../ufs/ufs/ufs_vnops.c:2303 #13 0xf01361cf in vfs_bio_awrite (bp=0xf25c90e0) at vnode_if.h:1145 #14 0xf01b8fab in ffs_fsync (ap=0xf5725d70) at ../../ufs/ffs/ffs_vnops.c:201 #15 0xf01b7487 in ffs_sync (mp=0xf0b65a00, waitfor=2, cred=0xf0b5bd80, p=0xf026a894) at vnode_if.h:499 #16 0xf013e6a7 in sync (p=0xf026a894, uap=0x0) at ../../kern/vfs_syscalls.c:527 #17 0xf0119f33 in boot (howto=256) at ../../kern/kern_shutdown.c:203 #18 0xf011a358 in panic (fmt=0xf01b33d9 "%s: dir inum %d != new %d") at ../../kern/kern_shutdown.c:427 #19 0xf01b3454 in initiate_write_filepage (pagedep=0xf0cc2240, bp=0xf25971e8) at ../../ufs/ffs/ffs_softdep.c:2752 #20 0xf01b328f in softdep_disk_io_initiation (bp=0xf25971e8) at ../../ufs/ffs/ffs_softdep.c:2666 #21 0xf0148986 in spec_strategy (ap=0xf5725e6c) at ../../miscfs/specfs/spec_vnops.c:540 #22 0xf01480c9 in spec_vnoperate (ap=0xf5725e6c) at ../../miscfs/specfs/spec_vnops.c:129 #23 0xf01bfb59 in ufs_vnoperatespec (ap=0xf5725e6c) at ../../ufs/ufs/ufs_vnops.c:2303 #24 0xf01bf533 in ufs_strategy (ap=0xf5725eac) at vnode_if.h:891 #25 0xf01bfb29 in ufs_vnoperate (ap=0xf5725eac) at ../../ufs/ufs/ufs_vnops.c:2285 #26 0xf013574f in bwrite (bp=0xf25971e8) at vnode_if.h:891 #27 0xf0139f96 in vop_stdbwrite (ap=0xf5725ee8) at ../../kern/vfs_default.c:284 #28 0xf0139dd1 in vop_defaultop (ap=0xf5725ee8) at ../../kern/vfs_default.c:130 #29 0xf01bfb29 in ufs_vnoperate (ap=0xf5725ee8) at ../../ufs/ufs/ufs_vnops.c:2285 #30 0xf0135968 in bawrite (bp=0xf25971e8) at vnode_if.h:1145 #31 0xf01b8f65 in ffs_fsync (ap=0xf5725f78) at ../../ufs/ffs/ffs_vnops.c:183 #32 0xf013bfbc in sched_sync () at vnode_if.h:499 #33 0xf010d906 in kproc_start (udata=0xf02248e8) at ../../kern/init_main.c:245 #34 0xf01d6230 in fork_trampoline () Cannot access memory at address 0x2000. (kgdb) quit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 20:51:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA20157 for freebsd-current-outgoing; Fri, 11 Sep 1998 20:51:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from k6n1.znh.org (dialup12.gaffaneys.com [208.155.161.62]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA20152 for ; Fri, 11 Sep 1998 20:51:31 -0700 (PDT) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by k6n1.znh.org (8.9.1/8.9.1) id DAA06338 for freebsd-current@freebsd.org; Sat, 12 Sep 1998 03:51:58 GMT (envelope-from zach) Message-ID: <19980911225158.A6241@znh.org> Date: Fri, 11 Sep 1998 22:51:58 -0500 From: Zach Heilig To: freebsd-current@FreeBSD.ORG Subject: post perl5 -> what can be nuked in /usr? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Obviously, these are not a problem: /usr/bin/tperl /usr/bin/tperl4.036 /usr/bin/curseperl /usr/bin/sperl4.036 /usr/share/man/cat1/tperl.1.gz /usr/share/man/cat1/taintperl.1.gz /usr/share/man/cat1/suidperl.1.gz /usr/share/man/man1/tperl.1.gz /usr/share/man/man1/taintperl.1.gz /usr/share/man/man1/suidperl.1.gz And at least some of these are old, but all of them? perl5 seems to be scattered all over the place (3+ different places in /usr). There are some newly updated items in /usr/share/perl, so the directory cannot be deleted entirely. Is there anything installed with 'install -C'?: /usr/share/perl/* /usr/share/perl/sys/* /usr/share/perl/machine/* [ leaving only /usr/share/perl/man intact ] -- Zach Heilig -- zach@gaffaneys.com A horse without a nose... never wins. (unknown) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 21:27:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA22394 for freebsd-current-outgoing; Fri, 11 Sep 1998 21:27:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA22389 for ; Fri, 11 Sep 1998 21:27:52 -0700 (PDT) (envelope-from subwiz@colourthem.com) Received: from gate2.t10.net ([38.149.25.253]) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id VAA21351 for ; Fri, 11 Sep 1998 21:27:50 -0700 (PDT) Received: from dialup67.colourus.com by gate2.t10.net (8.9.1/8.9.0) with ESMTP id AAA02364; Sat, 12 Sep 1998 00:19:38 -0400 (EDT) X-Recipient: currey@fone.net Date: Fri, 11 Sep 1998 22:34:19 -0700 (PDT) Message-Id: <199809120534.WAA14137@dialup67.colourus.com> X-Sender: subwiz@colourthem.com X-Mailer: Windows Eudora Light Version 3.0.1 (32) From: "D.Reynolds" Reply-To: subwiz@colourthem.com To: (Dear Friend) Subject: ADV: "FREE DOWNLOAD" Register You Web Site On Over 700+ Search Engines "INSTANTLY" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a responsible email being sent by K.M.A./Webmole 4401 Vineland Road, Orlando Fl 32811 Tel. (407)422-6784. Email subwiz@colourthem.com . The above statement complies with section 301 requirements relating to transmissions of unsolicited commercial electronic mail. To remove your name from our mailing list immediately, please refer to the statement at the bottom of this message. =================================================================== FREE DOWNLOAD.Register Your Web Site To Over 700+ Search Engines "Instantly". Version #4.2 Just released I would like to inform you about a new, and exciting award winning product that will save you both countless hours, and increase your exposure on the Internet immeasurably! Known as the Submission Wizard, our program offers web users such as yourself the ability to automatically submit your site to over 650 search engines in just one session . Select from different categories, even countries, the choice is yours. The submission process is very simple, efficient, and most importantly, fast. All you do is provide standard site information (i.e. site name, address, description, and a few well chosen keywords). The Submission Wizard takes this information and changes it into the format required by each different engine, then registers your web site. It's that simple! In addition, the Wizard's database of search engines and directories is constantly being updated every week, thus giving your site fresh and relevant exposure. Also, the Wizard allows you to register multiple URL's. Just imagine the possibilities! Take charge of your web exposure. Try out the Submission Wizard demo FREE by following the provided hyperlink. We know you'll be as excited about it as we are! For your FREE DOWNLOAD visit our site at http://www.submissions.com/trial.html ======================================================== PROMOTEONE... GET TO #1 ON THE SEARCH ENGINES NEW PUBLICATION. One of the most frequently asked questions is, "How do I get my site listed to the top of the search engines?" (i.e., Yahoo, Excite, Infoseek, Webcrawler, HotBot, Lycos, & AltaVista) Here is the answer: Now available is "The Step by Step Guide to Successfully Promoting a Web Site," which has been designed to teach you everything you need to know about each of the major search engines. This information is valuable to know before you request search engines to add your web site to. By combining the information you learn from "The Guide" and by using the incredible power and flexibility of Submission Wizard to actually list your web site, you are well on your way to making the investment in a web presence pay off. What most people don't realize when they try to list their web site with search engines is that each one has it's own way of doing things. What you know ahead of time could make the difference between finding your site or not. For more information on this book please visit http://www.submissions.com/theguide.html =========================================================== Thank you for your time, and good luck with your web promotion. D. Reynolds Customer Services. 72098 --------------- We are currently consolidating our many mailing lists and need to update our databases. Our records indicate that you may have inquired in the past. If this is not the case, please reply with "REMOVE" in the subject field to never receive email offers from this vendor. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 21:29:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA22780 for freebsd-current-outgoing; Fri, 11 Sep 1998 21:29:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA22775 for ; Fri, 11 Sep 1998 21:29:44 -0700 (PDT) (envelope-from subwiz@colourthem.com) Received: from gate2.t10.net ([38.149.25.253]) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id VAA21388 for ; Fri, 11 Sep 1998 21:29:38 -0700 (PDT) Received: from dialup67.colourus.com by gate2.t10.net (8.9.1/8.9.0) with ESMTP id AAA02437; Sat, 12 Sep 1998 00:21:12 -0400 (EDT) X-Recipient: currey@fone.net Date: Fri, 11 Sep 1998 22:27:57 -0700 (PDT) Message-Id: <199809120527.WAA12864@dialup67.colourus.com> X-Sender: subwiz@colourthem.com X-Mailer: Windows Eudora Light Version 3.0.1 (32) From: "D.Reynolds" Reply-To: subwiz@colourthem.com To: (Dear Friend) Subject: ADV: "FREE DOWNLOAD" Register You Web Site On Over 700+ Search Engines "INSTANTLY" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a responsible email being sent by K.M.A./Webmole 4401 Vineland Road, Orlando Fl 32811 Tel. (407)422-6784. Email subwiz@colourthem.com . The above statement complies with section 301 requirements relating to transmissions of unsolicited commercial electronic mail. To remove your name from our mailing list immediately, please refer to the statement at the bottom of this message. =================================================================== FREE DOWNLOAD.Register Your Web Site To Over 700+ Search Engines "Instantly". Version #4.2 Just released I would like to inform you about a new, and exciting award winning product that will save you both countless hours, and increase your exposure on the Internet immeasurably! Known as the Submission Wizard, our program offers web users such as yourself the ability to automatically submit your site to over 650 search engines in just one session . Select from different categories, even countries, the choice is yours. The submission process is very simple, efficient, and most importantly, fast. All you do is provide standard site information (i.e. site name, address, description, and a few well chosen keywords). The Submission Wizard takes this information and changes it into the format required by each different engine, then registers your web site. It's that simple! In addition, the Wizard's database of search engines and directories is constantly being updated every week, thus giving your site fresh and relevant exposure. Also, the Wizard allows you to register multiple URL's. Just imagine the possibilities! Take charge of your web exposure. Try out the Submission Wizard demo FREE by following the provided hyperlink. We know you'll be as excited about it as we are! For your FREE DOWNLOAD visit our site at http://www.submissions.com/trial.html ======================================================== PROMOTEONE... GET TO #1 ON THE SEARCH ENGINES NEW PUBLICATION. One of the most frequently asked questions is, "How do I get my site listed to the top of the search engines?" (i.e., Yahoo, Excite, Infoseek, Webcrawler, HotBot, Lycos, & AltaVista) Here is the answer: Now available is "The Step by Step Guide to Successfully Promoting a Web Site," which has been designed to teach you everything you need to know about each of the major search engines. This information is valuable to know before you request search engines to add your web site to. By combining the information you learn from "The Guide" and by using the incredible power and flexibility of Submission Wizard to actually list your web site, you are well on your way to making the investment in a web presence pay off. What most people don't realize when they try to list their web site with search engines is that each one has it's own way of doing things. What you know ahead of time could make the difference between finding your site or not. For more information on this book please visit http://www.submissions.com/theguide.html =========================================================== Thank you for your time, and good luck with your web promotion. D. Reynolds Customer Services. 72098 --------------- We are currently consolidating our many mailing lists and need to update our databases. Our records indicate that you may have inquired in the past. If this is not the case, please reply with "REMOVE" in the subject field to never receive email offers from this vendor. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 21:50:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA24558 for freebsd-current-outgoing; Fri, 11 Sep 1998 21:50:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from destiny.hacker.org (nvp.ne.mediaone.net [24.128.50.139]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA24552 for ; Fri, 11 Sep 1998 21:50:11 -0700 (PDT) (envelope-from nvp@mediaone.net) From: nvp@mediaone.net Received: (qmail 23007 invoked by uid 603); 12 Sep 1998 05:53:14 -0000 Message-ID: <19980912055314.23006.qmail@destiny.hacker.org> Date: 12 Sep 1998 00:53:14 -0500 To: freebsd-current@FreeBSD.ORG Subject: subscribe Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 22:21:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA26715 for freebsd-current-outgoing; Fri, 11 Sep 1998 22:21:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA26701; Fri, 11 Sep 1998 22:21:13 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id WAA25773; Fri, 11 Sep 1998 22:20:54 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 11 Sep 1998 22:20:40 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: FreebSD Current To: FreebSD Current , FreeBSD Questions Subject: SSH Port problems.... Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While makeing SSH on my system with a make OBJFORMAT=aout I get.. ---------------------------------------------------- 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/loc al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -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/loc al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -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/loc al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -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/loc al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -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/loc al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -pipe -I/usr/local/include -I/usr/X11R6/include blowfish.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/loc al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -pipe -I/usr/local/include -I/usr/X11R6/include deattack.c rm -f ssh cc -pipe -Lrsaref2/source -L/usr/local/lib -o ssh ssh.o sshconnect.o log-client.o readconf.o hostfile.o readpass.o tildexpand.o clientloop.o can ohost.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 c rc32.o rsaglue.o cipher.o des.o match.o arcfour.o mpaux.o userfile.o signals.o blowfish.o deattack.o -L/usr/lib -lgmp -L/usr/lib -lz -lwrap -l rsaref -lcrypt -L/usr/local/lib -lutil /usr/libexec/aout/ld: -lrsaref: no match *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 ---------------------------------------------------- Any ideas what's going on here ? --------------------- William Woods Date: 11-Sep-98 / Time: 22:16:55 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 23:05:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA00354 for freebsd-current-outgoing; Fri, 11 Sep 1998 23:05:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA00347; Fri, 11 Sep 1998 23:05:16 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id QAA08675; Sat, 12 Sep 1998 16:04:56 +1000 Date: Sat, 12 Sep 1998 16:04:56 +1000 From: Bruce Evans Message-Id: <199809120604.QAA08675@godzilla.zeta.org.au> To: jkh@time.cdrom.com, sos@FreeBSD.ORG Subject: Re: DEVFS questions. Cc: bright@hotjobs.com, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Hmmm. You must not try to make releases on that box - you don't >> get any entries for /dev/vnX that way and it makes this somewhat >> difficult. :-) > >Yes, the vn driver needs to be taught about devfs... Upgrade to 2.2.7... Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 23:26:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01821 for freebsd-current-outgoing; Fri, 11 Sep 1998 23:26:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA01786; Fri, 11 Sep 1998 23:26:00 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id XAA23746; Fri, 11 Sep 1998 23:25:52 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Bruce Evans cc: sos@FreeBSD.ORG, bright@hotjobs.com, current@FreeBSD.ORG Subject: Re: DEVFS questions. In-reply-to: Your message of "Sat, 12 Sep 1998 16:04:56 +1000." <199809120604.QAA08675@godzilla.zeta.org.au> Date: Fri, 11 Sep 1998 23:25:52 -0700 Message-ID: <23742.905581552@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is with 3.0-CURRENT. > >> Hmmm. You must not try to make releases on that box - you don't > >> get any entries for /dev/vnX that way and it makes this somewhat > >> difficult. :-) > > > >Yes, the vn driver needs to be taught about devfs... > > Upgrade to 2.2.7... > > Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 23:38:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA03471 for freebsd-current-outgoing; Fri, 11 Sep 1998 23:38:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smarter.than.nu (lal-99-91.Reshall.Berkeley.EDU [169.229.99.91]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA03462 for ; Fri, 11 Sep 1998 23:38:48 -0700 (PDT) (envelope-from brian@smarter.than.nu) Received: from localhost (localhost [127.0.0.1]) by smarter.than.nu (8.9.1/8.8.8) with SMTP id XAA00324 for ; Fri, 11 Sep 1998 23:39:24 -0700 (PDT) (envelope-from brian@smarter.than.nu) Date: Fri, 11 Sep 1998 23:39:24 -0700 (PDT) From: "Brian W. Buchanan" To: freebsd-current@FreeBSD.ORG Subject: lpt0: Device not configured Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Okay, I asked about this on -questions two days ago and haven't received much help, so I'll re-pose it here in case someone else has encountered this. I'm running -CURRENT (aout, kernel and world CVSuped and built about half an hour ago) and am having trouble using the lpt0 device. lptcontrol -p errors out with "lptcontrol: open: Device not configured", and attempting to cat to /dev/lpt0 results in a similar error. kernel config file entry: device lpt0 at isa? port? tty irq 7 vector lptintr dmesg relevant entries: lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port /dev entry: crw------- 1 root wheel 16, 0 Sep 10 16:37 lpt0 Any thoughts? Did I do something to screw things up, or is this a bug? -- Brian Buchanan brian@smarter.than.nu Never believe that you know the whole story. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 23:46:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04649 for freebsd-current-outgoing; Fri, 11 Sep 1998 23:46:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lupo.thebarn.com (lupo.lcse.umn.edu [128.101.182.105]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA04616 for ; Fri, 11 Sep 1998 23:46:08 -0700 (PDT) (envelope-from cattelan@lupo.thebarn.com) Received: (from cattelan@localhost) by lupo.thebarn.com (8.9.1/8.8.8) id BAA14936; Sat, 12 Sep 1998 01:45:53 -0500 (CDT) (envelope-from cattelan) From: Russell Cattelan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 12 Sep 1998 01:45:51 -0500 (CDT) To: freebsd-current@FreeBSD.ORG Subject: Still! what appears to be VM problems. X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13818.5746.872010.922783@lupo.thebarn.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sep 11 17:34:45 lupo /kernel: pid 11035 (sendmail), uid 0: exited on signal 11 Sep 11 17:49:45 lupo /kernel: pid 11049 (sendmail), uid 0: exited on signal 11 perl in free(): warning: junk pointer, too high to make sense. perl in free(): warning: junk pointer, too high to make sense. This is the latest CAM kernel... so it isn't the "most" to date. FreeBSD lupo 3.0CAM-19980806-SNAP FreeBSD 3.0CAM-19980806-SNAP #17: Tue Sep 8 13:48:09 CDT 1998 cattelan@lupo:/export/cyan/src/sys/compile/LUPO i386 The machine is a dual P166 with 64meg. The sendmail problem showed up on another single processor machine. That machine was but with the lastest sources as of early this week. FreeBSD lips.lcse.umn.edu 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Tue Sep 8 14:56:31 CDT 1998 cattelan@lips2:/usr/src/sys/compile/LIPS2 i386 -- Russell Cattelan cattelan@thebarn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 11 23:51:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA05692 for freebsd-current-outgoing; Fri, 11 Sep 1998 23:51:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA05614 for ; Fri, 11 Sep 1998 23:50:34 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:wrH8i7aRdmC+oEDEVkKb5nAmd3FmvMLt@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA03615; Sat, 12 Sep 1998 08:50:01 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809120650.IAA03615@gratis.grondar.za> To: Zach Heilig cc: freebsd-current@FreeBSD.ORG Subject: Re: post perl5 -> what can be nuked in /usr? In-Reply-To: Your message of " Fri, 11 Sep 1998 22:51:58 EST." <19980911225158.A6241@znh.org> References: <19980911225158.A6241@znh.org> Date: Sat, 12 Sep 1998 08:50:00 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Zach Heilig wrote: > And at least some of these are old, but all of them? perl5 seems to be > scattered all over the place (3+ different places in /usr). There are some > newly updated items in /usr/share/perl, so the directory cannot be deleted > entirely. Is there anything installed with 'install -C'?: find -ctime is your friend :-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 00:15:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA08604 for freebsd-current-outgoing; Sat, 12 Sep 1998 00:15:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA08567; Sat, 12 Sep 1998 00:15:20 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id RAA11971; Sat, 12 Sep 1998 17:14:56 +1000 Date: Sat, 12 Sep 1998 17:14:56 +1000 From: Bruce Evans Message-Id: <199809120714.RAA11971@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: DEVFS questions. Cc: bright@hotjobs.com, current@FreeBSD.ORG, sos@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >This is with 3.0-CURRENT. Yes, 2.2.7 is an upgrade for -current :-)/2. >> >> Hmmm. You must not try to make releases on that box - you don't >> >> get any entries for /dev/vnX that way and it makes this somewhat >> >> difficult. :-) >> > >> >Yes, the vn driver needs to be taught about devfs... >> >> Upgrade to 2.2.7... Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 03:52:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19958 for freebsd-current-outgoing; Sat, 12 Sep 1998 03:52:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19953 for ; Sat, 12 Sep 1998 03:52:52 -0700 (PDT) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc104.reseau.uvsq.fr [193.51.24.20]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id MAA27006 ; Sat, 12 Sep 1998 12:52:09 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.9.1/8.8.5) id MAA00485; Sat, 12 Sep 1998 12:29:34 GMT Message-ID: <19980912122934.15943@breizh.prism.uvsq.fr> Date: Sat, 12 Sep 1998 12:29:34 +0000 From: Nicolas Souchu To: Enkhyl Cc: Mike Smith , freebsd-current@FreeBSD.ORG Subject: Re: Parallel iomega zip References: <19980911231233.26523@breizh.prism.uvsq.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Enkhyl on Fri, Sep 11, 1998 at 02:41:16PM -0700 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Sep 11, 1998 at 02:41:16PM -0700, Enkhyl wrote: >On Fri, 11 Sep 1998, Nicolas Souchu wrote: > >> On Thu, Sep 10, 1998 at 06:14:30PM -0700, Enkhyl wrote: >> > >> >ppc: parallel port found at 0x378 >> >ppc0: ECP SPP ECP+EPP SPP >> >ppc0 at 0x378 irq 7 on isa >> >ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >> >ppb: probing devices on ppbus 0... >> >ppb_1284_negociate: status=0x78 0 >> >ppb: ppb_1284_negociate()=35 >> >ppb: ppb_1284_terminate()=35 >> >> These logs are not relevant to your problem. >> >> Insert "#define VP0_DEBUG" at the begining of vpo.c and send me the logs. >> >> These are certainly timing problems. The debug logs will certainly tell us. > >I added this, but it didn't output anything different. I think it's >possibly not getting that far. VP0_DEBUG was stupid :) since your ZIP is not even probed. Try changing your BIOS parallel port modes or the ppc boot flags (0x1, 0x3 or 0x5). I've have the same problem here. When the parallel port is BIOS-configured as ECP+EPP, the ZIP is not detected. I have to BIOS-configure it to EPP-only. Any idea of the parallel chipset your have on your motherboard? It would be usefull to us. BTW, did you ever say your ZIP was properly running before or is it the first time you try to use it? Thanks to your debug contribution. > >-- >Christopher Nielsen >Scient: The Art and Science of Electronic Business >cnielsen@scient.com > > > -- Nicolas.Souchu@prism.uvsq.fr FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 06:00:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA29418 for freebsd-current-outgoing; Sat, 12 Sep 1998 06:00:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA29413 for ; Sat, 12 Sep 1998 06:00:48 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id PAA28844 for current@freebsd.org; Sat, 12 Sep 1998 15:00:33 +0200 (SAT) From: John Hay Message-Id: <199809121300.PAA28844@zibbi.mikom.csir.co.za> Subject: patches to make "make release" work To: current@FreeBSD.ORG Date: Sat, 12 Sep 1998 15:00:33 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Here is some patches to make "make release" work again, although with -DNODOC and -DNOPORTS defined. I think that some of it are not quite ready to be committed yet and that is why I'm posting it here. Maybe someone else can show me better ways or the right way to do some of these things. (To get it to build without NODOC and NOPORTS, jade and sgmlformat must be fixed.) The biggest changes are to crunchide. I took the NetBSD version, which already have support for elf and left out their support for ecoff and just fixed up the differences between our definition of structures and defines. I know someone said that we should use objcopy, but this was a lot easier for me. :-) If we are going to use this, we should probably make sure that the elf64 part works properly and someone with more knowledge about the elf stuff should look at extern.h and do the correct #ifdef thingies. Changes like the one to kzip are probably too hardcoded and should probably be a commandline option. Why dumpnlist worked when it was an aout binary and not now, I don't understand. The change to sys/i386/conf/Makefile.i386 is so that genassym is compiled with the default binary format, otherwise it breaks during a make release. PS. I don't know if a snap made this way installs and work properly, I have only booted with the boot.flp and checked that sysinstall start up and looks ok. PPS. I you want to try this patch, you will either have to change your release Makefile to call patch with the -I option or use a script to patch it, otherwise the files don't go where they should. :-( PPPS. If there is a demand for a snap built this way, I can put it up on ftp.za.freebsd.org. John -- John Hay -- John.Hay@mikom.csir.co.za Index: usr.bin/kzip/kzip.c =================================================================== RCS file: /home/ncvs/src/usr.bin/kzip/kzip.c,v retrieving revision 1.11 diff -u -r1.11 kzip.c --- kzip.c 1998/06/01 18:34:19 1.11 +++ kzip.c 1998/09/11 15:39:55 @@ -194,6 +194,7 @@ if (!Pld) { execlp("ld", "ld", + "-aout", "-Bstatic", "-Z", "-T", Index: release/dumpnlist.c =================================================================== RCS file: /home/ncvs/src/release/dumpnlist.c,v retrieving revision 1.1 diff -u -r1.1 dumpnlist.c --- dumpnlist.c 1996/10/05 10:43:35 1.1 +++ dumpnlist.c 1998/09/11 16:44:44 @@ -20,7 +20,7 @@ {"_scsi_cinit"}, {"_scsi_dinit"}, {"_scsi_tinit"}, - {""}, + {NULL}, }; int Index: release/Makefile =================================================================== RCS file: /home/ncvs/src/release/Makefile,v retrieving revision 1.380 diff -u -r1.380 Makefile --- Makefile 1998/09/09 14:20:22 1.380 +++ Makefile 1998/09/11 20:20:45 @@ -281,6 +281,11 @@ make kprog \ ) .endif + # XXX until mdec gets populated again by some other means +.if ${MACHINE_ARCH} == "i386" + #cd ${.CURDIR}/../sys/i386/boot && OBJFORMAT=aout make install DESTDIR=${RD}/trees/bin + cp cp /usr/mdec/* ${RD}/trees/bin/usr/mdec/ +.endif chflags -R noschg ${RD}/trees touch release.2 @@ -340,7 +344,7 @@ # Create symlinks for the MD5-based crypt lib, too. The # automatically created links still point to the DES stuff, # which went into its own distribution. - for i in ${RD}/trees/bin/usr/lib/${OBJFORMAT}/libscrypt* ; do \ + for i in ${RD}/trees/bin/usr/lib/libscrypt* ; do \ c=`echo $$i | sed -e 's/libscrypt/libcrypt/'` ; \ rm -f $$c ; \ ln -s `basename $$i` $$c ; \ @@ -700,7 +704,7 @@ @mv ${RD}/boot.${FSIMAGE}/kernel ${RD}/kernels/MFSKERNEL.${FSIMAGE} @mv ${RD}/boot.${FSIMAGE}/kernel.kz ${RD}/boot.${FSIMAGE}/kernel @cp ${.CURDIR}/../sys/i386/boot/biosboot/boot.help ${RD}/boot.${FSIMAGE} - @printf \\a\\a\\a >> ${RD}/boot.${FSIMAGE} + @printf \\a\\a\\a >> ${RD}/boot.${FSIMAGE}/boot.help @touch ${RD}/boot.${FSIMAGE}/boot.config @touch ${RD}/boot.${FSIMAGE}/kernel.config @rm -f ${RD}/floppies/boot${FSIMAGE}.flp --- sys/i386/conf/Makefile.i386.orig Fri Sep 4 09:45:55 1998 +++ sys/i386/conf/Makefile.i386 Wed Sep 9 21:32:05 1998 @@ -41,6 +41,9 @@ COPTS= ${INCLUDES} ${IDENT} -DKERNEL -include opt_global.h CFLAGS= ${COPTFLAGS} ${CWARNFLAGS} ${DEBUG} ${COPTS} +# Use the system default for genassym +GEN_CFLAGS= ${COPTFLAGS} ${CWARNFLAGS} ${DEBUG} ${COPTS} + # Select the correct set of tools. Can't set OBJFORMAT here because it # doesn't get exported into the environment. .if ${KERNFORMAT} == "elf" @@ -161,10 +164,10 @@ ./genassym >assym.s genassym.o: ${I386}/i386/genassym.c - ${CC} -c ${CFLAGS} -UKERNEL ${I386}/i386/genassym.c + ${CC} -c ${GEN_CFLAGS} -UKERNEL ${I386}/i386/genassym.c genassym: genassym.o - ${CC} ${CFLAGS} genassym.o -o ${.TARGET} + ${CC} ${GEN_CFLAGS} genassym.o -o ${.TARGET} ${SYSTEM_OBJS}: opt_global.h Index: usr.sbin/crunch/crunchgen/crunchgen.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/crunch/crunchgen/crunchgen.c,v retrieving revision 1.10 diff -u -r1.10 crunchgen.c --- crunchgen.c 1998/01/22 19:34:31 1.10 +++ crunchgen.c 1998/09/11 10:50:16 @@ -797,7 +797,7 @@ p->name, p->name, p->ident); fprintf(outmk, "\tld -dc -r -o %s.lo %s_stub.o $(%s_OBJPATHS)\n", p->name, p->name, p->ident); - fprintf(outmk, "\tcrunchide -k __crunched_%s_stub ", p->ident); + fprintf(outmk, "\tcrunchide -k _crunched_%s_stub ", p->ident); for(lst = p->keeplist; lst != NULL; lst = lst->next) fprintf(outmk, "-k _%s ", lst->str); fprintf(outmk, "%s.lo\n", p->name); cvs diff: Diffing usr.sbin/crunch/crunchide Index: usr.sbin/crunch/crunchide/Makefile =================================================================== RCS file: /home/ncvs/src/usr.sbin/crunch/crunchide/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- Makefile 1994/06/15 10:33:48 1.1.1.1 +++ Makefile 1998/09/11 10:56:18 @@ -1,4 +1,6 @@ +# $NetBSD: Makefile,v 1.4 1997/08/02 21:30:14 perry Exp $ PROG= crunchide +SRCS= crunchide.c exec_aout.c exec_elf32.c exec_elf64.c .include Index: usr.sbin/crunch/crunchide/crunchide.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/crunch/crunchide/crunchide.c,v retrieving revision 1.4 diff -u -r1.4 crunchide.c --- crunchide.c 1997/09/15 06:41:09 1.4 +++ crunchide.c 1998/01/13 14:46:44 @@ -1,4 +1,6 @@ +/* $NetBSD: crunchide.c,v 1.8 1997/11/01 06:51:45 lukem Exp $ */ /* + * Copyright (c) 1997 Christopher G. Demetriou. All rights reserved. * Copyright (c) 1994 University of Maryland * All Rights Reserved. * @@ -56,32 +58,45 @@ * that the final crunched binary BSS size is the max of all the * component programs' BSS sizes, rather than their sum. */ -#include -#include -#include +#include +#ifndef lint +__RCSID("$NetBSD: crunchide.c,v 1.8 1997/11/01 06:51:45 lukem Exp $"); +#endif + +#include #include #include #include -#include +#include +#include #include #include #include +#include "extern.h" + +char *pname = "crunchide"; + void usage(void); void add_to_keep_list(char *symbol); void add_file_to_keep_list(char *filename); + +int hide_syms(const char *filename); -void hide_syms(char *filename); +int verbose; +int main __P((int, char *[])); int main(argc, argv) int argc; char **argv; { - int ch; + int ch, errors; + + if(argc > 0) pname = argv[0]; - while ((ch = getopt(argc, argv, "k:f:")) != -1) + while ((ch = getopt(argc, argv, "k:f:v")) != -1) switch(ch) { case 'k': add_to_keep_list(optarg); @@ -89,6 +104,9 @@ case 'f': add_file_to_keep_list(optarg); break; + case 'v': + verbose = 1; + break; default: usage(); } @@ -98,18 +116,21 @@ if(argc == 0) usage(); + errors = 0; while(argc) { - hide_syms(*argv); + if (hide_syms(*argv)) + errors = 1; argc--, argv++; } - return 0; + return errors; } void usage(void) { fprintf(stderr, - "usage: crunchide [-k ] [-f ] ...\n"); + "Usage: %s [-k ] [-f ] ...\n", + pname); exit(1); } @@ -125,6 +146,8 @@ struct keep *newp, *prevp, *curp; int cmp; + cmp = 0; + for(curp = keep_list, prevp = NULL; curp; prevp = curp, curp = curp->next) if((cmp = strcmp(symbol, curp->sym)) <= 0) break; @@ -134,7 +157,8 @@ newp = (struct keep *) malloc(sizeof(struct keep)); if(newp) newp->sym = strdup(symbol); if(newp == NULL || newp->sym == NULL) { - errx(1, "out of memory for keep list"); + fprintf(stderr, "%s: out of memory for keep list\n", pname); + exit(1); } newp->next = curp; @@ -142,11 +166,13 @@ else keep_list = newp; } -int in_keep_list(char *symbol) +int in_keep_list(const char *symbol) { struct keep *curp; int cmp; + cmp = 0; + for(curp = keep_list; curp; curp = curp->next) if((cmp = strcmp(symbol, curp->sym)) <= 0) break; @@ -160,7 +186,7 @@ int len; if((keepf = fopen(filename, "r")) == NULL) { - warn("%s", filename); + perror(filename); usage(); } @@ -173,142 +199,69 @@ } fclose(keepf); } - -/* ---------------------- */ - -int nsyms, ntextrel, ndatarel; -struct exec *hdrp; -char *aoutdata, *strbase; -struct relocation_info *textrel, *datarel; -struct nlist *symbase; - -#define SYMSTR(sp) &strbase[(sp)->n_un.n_strx] - -/* is the symbol a global symbol defined in the current file? */ -#define IS_GLOBAL_DEFINED(sp) \ - (((sp)->n_type & N_EXT) && ((sp)->n_type & N_TYPE) != N_UNDF) - -/* is the relocation entry dependent on a symbol? */ -#define IS_SYMBOL_RELOC(rp) \ - ((rp)->r_extern||(rp)->r_baserel||(rp)->r_jmptable) +/* ---------------------------- */ -void check_reloc(char *filename, struct relocation_info *relp); +struct { + const char *name; + int (*check)(int, const char *); /* 1 if match, zero if not */ + int (*hide)(int, const char *); /* non-zero if error */ +} exec_formats[] = { +#ifdef NLIST_AOUT + { "a.out", check_aout, hide_aout, }, +#endif +#ifdef NLIST_ECOFF + { "ECOFF", check_ecoff, hide_ecoff, }, +#endif +#ifdef NLIST_ELF32 + { "ELF32", check_elf32, hide_elf32, }, +#endif +#ifdef NLIST_ELF64 + { "ELF64", check_elf64, hide_elf64, }, +#endif +}; -void hide_syms(char *filename) +int hide_syms(const char *filename) { - int inf, rc; - struct stat infstat; - struct relocation_info *relp; - struct nlist *symp; - - /* - * Open the file and do some error checking. - */ - - if((inf = open(filename, O_RDWR)) == -1) { - warn("%s", filename); - return; - } - - if(fstat(inf, &infstat) == -1) { - warn("%s", filename); - close(inf); - return; - } - - if(infstat.st_size < sizeof(struct exec)) { - warnx("%s: short file", filename); - close(inf); - return; - } - - /* - * Read the entire file into memory. XXX - Really, we only need to - * read the header and from TRELOFF to the end of the file. - */ - - if((aoutdata = (char *) malloc(infstat.st_size)) == NULL) { - warnx("%s: too big to read into memory", filename); - close(inf); - return; - } - - if((rc = read(inf, aoutdata, infstat.st_size)) < infstat.st_size) { - warnx("%s: read error: %s", filename, - rc == -1? strerror(errno) : "short read"); - close(inf); - return; - } + int fd, i, n, rv; - /* - * Check the header and calculate offsets and sizes from it. - */ - - hdrp = (struct exec *) aoutdata; - - if(N_BADMAG(*hdrp)) { - warnx("%s: bad magic: not an a.out file", filename); - close(inf); - return; - } - -#ifdef __FreeBSD__ - textrel = (struct relocation_info *) (aoutdata + N_RELOFF(*hdrp)); - datarel = (struct relocation_info *) (aoutdata + N_RELOFF(*hdrp) + - hdrp->a_trsize); -#else - textrel = (struct relocation_info *) (aoutdata + N_TRELOFF(*hdrp)); - datarel = (struct relocation_info *) (aoutdata + N_DRELOFF(*hdrp)); -#endif - symbase = (struct nlist *) (aoutdata + N_SYMOFF(*hdrp)); - strbase = (char *) (aoutdata + N_STROFF(*hdrp)); + fd = open(filename, O_RDWR, 0); + if (fd == -1) { + perror(filename); + return 1; + } - ntextrel = hdrp->a_trsize / sizeof(struct relocation_info); - ndatarel = hdrp->a_drsize / sizeof(struct relocation_info); - nsyms = hdrp->a_syms / sizeof(struct nlist); - - /* - * Zap the type field of all globally-defined symbols. The linker will - * subsequently ignore these entries. Don't zap any symbols in the - * keep list. - */ - - for(symp = symbase; symp < symbase + nsyms; symp++) - if(IS_GLOBAL_DEFINED(symp) && !in_keep_list(SYMSTR(symp))) - symp->n_type = 0; - - /* - * Check whether the relocation entries reference any symbols that we - * just zapped. I don't know whether ld can handle this case, but I - * haven't encountered it yet. These checks are here so that the program - * doesn't fail silently should such symbols be encountered. - */ - - for(relp = textrel; relp < textrel + ntextrel; relp++) - check_reloc(filename, relp); - for(relp = datarel; relp < datarel + ndatarel; relp++) - check_reloc(filename, relp); - - /* - * Write the .o file back out to disk. XXX - Really, we only need to - * write the symbol table entries back out. - */ - lseek(inf, 0, SEEK_SET); - if((rc = write(inf, aoutdata, infstat.st_size)) < infstat.st_size) { - warnx("%s: write error: %s", filename, - rc == -1? strerror(errno) : "short write"); - } + rv = 0; - close(inf); -} + n = sizeof exec_formats / sizeof exec_formats[0]; + for (i = 0; i < n; i++) { + if (lseek(fd, 0, SEEK_SET) != 0) { + perror(filename); + goto err; + } + if ((*exec_formats[i].check)(fd, filename) != 0) + break; + } + if (i == n) { + fprintf(stderr, "%s: unknown executable format\n", filename); + goto err; + } + if (verbose) + fprintf(stderr, "%s is an %s binary\n", filename, + exec_formats[i].name); + + if (lseek(fd, 0, SEEK_SET) != 0) { + perror(filename); + goto err; + } + rv = (*exec_formats[i].hide)(fd, filename); -void check_reloc(char *filename, struct relocation_info *relp) -{ - /* bail out if we zapped a symbol that is needed */ - if(IS_SYMBOL_RELOC(relp) && symbase[relp->r_symbolnum].n_type == 0) { - errx(1, "%s: oops, have hanging relocation for %s: bailing out!", - filename, SYMSTR(&symbase[relp->r_symbolnum])); - } +out: + close (fd); + return (rv); + +err: + rv = 1; + goto out; } --- /dev/null Fri Sep 11 02:11:53 1998 +++ usr.sbin/crunch/crunchide/exec_aout.c Wed Aug 6 05:23:14 1997 @@ -0,0 +1,203 @@ +/* $NetBSD: exec_aout.c,v 1.6 1997/08/02 21:30:17 perry Exp $ */ +/* + * Copyright (c) 1997 Christopher G. Demetriou. All rights reserved. + * Copyright (c) 1994 University of Maryland + * All Rights Reserved. + * + * Permission to use, copy, modify, distribute, and sell this software and its + * documentation for any purpose is hereby granted without fee, provided that + * the above copyright notice appear in all copies and that both that + * copyright notice and this permission notice appear in supporting + * documentation, and that the name of U.M. not be used in advertising or + * publicity pertaining to distribution of the software without specific, + * written prior permission. U.M. makes no representations about the + * suitability of this software for any purpose. It is provided "as is" + * without express or implied warranty. + * + * U.M. DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL U.M. + * BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION + * OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN + * CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + * + * Author: James da Silva, Systems Design and Analysis Group + * Computer Science Department + * University of Maryland at College Park + */ +#include +#ifndef lint +__RCSID("$NetBSD: exec_aout.c,v 1.6 1997/08/02 21:30:17 perry Exp $"); +#endif + +#include +#include +#include +#include +#include +#include +#include +#include + +#include "extern.h" + +#if defined(NLIST_AOUT) + +int nsyms, ntextrel, ndatarel; +struct exec *hdrp; +char *aoutdata, *strbase; +struct relocation_info *textrel, *datarel; +struct nlist *symbase; + + +#define SYMSTR(sp) (&strbase[(sp)->n_un.n_strx]) + +/* is the symbol a global symbol defined in the current file? */ +#define IS_GLOBAL_DEFINED(sp) \ + (((sp)->n_type & N_EXT) && ((sp)->n_type & N_TYPE) != N_UNDF) + +#ifdef __sparc +/* is the relocation entry dependent on a symbol? */ +#define IS_SYMBOL_RELOC(rp) \ + ((rp)->r_extern || \ + ((rp)->r_type >= RELOC_BASE10 && (rp)->r_type <= RELOC_BASE22) || \ + (rp)->r_type == RELOC_JMP_TBL) +#else +/* is the relocation entry dependent on a symbol? */ +#define IS_SYMBOL_RELOC(rp) \ + ((rp)->r_extern||(rp)->r_baserel||(rp)->r_jmptable) +#endif + +static void check_reloc(const char *filename, struct relocation_info *relp); + +int check_aout(int inf, const char *filename) +{ + struct stat infstat; + struct exec eh; + + /* + * check the header to make sure it's an a.out-format file. + */ + + if(fstat(inf, &infstat) == -1) + return 0; + if(infstat.st_size < sizeof eh) + return 0; + if(read(inf, &eh, sizeof eh) != sizeof eh) + return 0; + + if(N_BADMAG(eh)) + return 0; + + return 1; +} + +int hide_aout(int inf, const char *filename) +{ + struct stat infstat; + struct relocation_info *relp; + struct nlist *symp; + int rc; + + /* + * do some error checking. + */ + + if(fstat(inf, &infstat) == -1) { + perror(filename); + return 1; + } + + /* + * Read the entire file into memory. XXX - Really, we only need to + * read the header and from TRELOFF to the end of the file. + */ + + if((aoutdata = (char *) malloc(infstat.st_size)) == NULL) { + fprintf(stderr, "%s: too big to read into memory\n", filename); + return 1; + } + + if((rc = read(inf, aoutdata, infstat.st_size)) < infstat.st_size) { + fprintf(stderr, "%s: read error: %s\n", filename, + rc == -1? strerror(errno) : "short read"); + return 1; + } + + /* + * Calculate offsets and sizes from the header. + */ + + hdrp = (struct exec *) aoutdata; + +#ifdef __FreeBSD__ + textrel = (struct relocation_info *) (aoutdata + N_RELOFF(*hdrp)); + datarel = (struct relocation_info *) (aoutdata + N_RELOFF(*hdrp) + + hdrp->a_trsize); +#else + textrel = (struct relocation_info *) (aoutdata + N_TRELOFF(*hdrp)); + datarel = (struct relocation_info *) (aoutdata + N_DRELOFF(*hdrp)); +#endif + symbase = (struct nlist *) (aoutdata + N_SYMOFF(*hdrp)); + strbase = (char *) (aoutdata + N_STROFF(*hdrp)); + + ntextrel = hdrp->a_trsize / sizeof(struct relocation_info); + ndatarel = hdrp->a_drsize / sizeof(struct relocation_info); + nsyms = hdrp->a_syms / sizeof(struct nlist); + + /* + * Zap the type field of all globally-defined symbols. The linker will + * subsequently ignore these entries. Don't zap any symbols in the + * keep list. + */ + + for(symp = symbase; symp < symbase + nsyms; symp++) { + if(!IS_GLOBAL_DEFINED(symp)) /* keep undefined syms */ + continue; + + /* keep (C) symbols which are on the keep list */ + if(SYMSTR(symp)[0] == '_' && in_keep_list(SYMSTR(symp) + 1)) + continue; + + symp->n_type = 0; + } + + /* + * Check whether the relocation entries reference any symbols that we + * just zapped. I don't know whether ld can handle this case, but I + * haven't encountered it yet. These checks are here so that the program + * doesn't fail silently should such symbols be encountered. + */ + + for(relp = textrel; relp < textrel + ntextrel; relp++) + check_reloc(filename, relp); + for(relp = datarel; relp < datarel + ndatarel; relp++) + check_reloc(filename, relp); + + /* + * Write the .o file back out to disk. XXX - Really, we only need to + * write the symbol table entries back out. + */ + lseek(inf, 0, SEEK_SET); + if((rc = write(inf, aoutdata, infstat.st_size)) < infstat.st_size) { + fprintf(stderr, "%s: write error: %s\n", filename, + rc == -1? strerror(errno) : "short write"); + return 1; + } + + return 0; +} + + +static void check_reloc(const char *filename, struct relocation_info *relp) +{ + /* bail out if we zapped a symbol that is needed */ + if(IS_SYMBOL_RELOC(relp) && symbase[relp->r_symbolnum].n_type == 0) { + fprintf(stderr, + "%s: oops, have hanging relocation for %s: bailing out!\n", + filename, SYMSTR(&symbase[relp->r_symbolnum])); + exit(1); + } +} + +#endif /* defined(NLIST_AOUT) */ --- /dev/null Fri Sep 11 02:11:53 1998 +++ usr.sbin/crunch/crunchide/exec_elf32.c Fri Sep 11 11:15:02 1998 @@ -0,0 +1,389 @@ +/* $NetBSD: exec_elf32.c,v 1.4 1997/08/12 06:07:24 mikel Exp $ */ + +/* + * Copyright (c) 1997 Christopher G. Demetriou. 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. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by Christopher G. Demetriou + * for the NetBSD Project. + * 4. The name of the author may not be used to endorse or promote products + * derived from this software without specific prior written permission + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``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 THE AUTHOR 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. + */ + +#include +#ifndef lint +__RCSID("$NetBSD: exec_elf32.c,v 1.4 1997/08/12 06:07:24 mikel Exp $"); +#endif + +#ifndef ELFSIZE +#define ELFSIZE 32 +#endif + +#include +#include + +#include +#include +#include +#include +#include + +#include "extern.h" + +#if (defined(NLIST_ELF32) && (ELFSIZE == 32)) || \ + (defined(NLIST_ELF64) && (ELFSIZE == 64)) + +#include + +#define CONCAT(x,y) __CONCAT(x,y) +#define ELFNAME(x) CONCAT(elf,CONCAT(ELFSIZE,CONCAT(_,x))) +#define ELFNAME2(x,y) CONCAT(x,CONCAT(_elf,CONCAT(ELFSIZE,CONCAT(_,y)))) +#define ELFNAMEEND(x) CONCAT(x,CONCAT(_elf,ELFSIZE)) +#define ELFDEFNNAME(x) CONCAT(ELF,CONCAT(ELFSIZE,CONCAT(_,x))) + +struct listelem { + struct listelem *next; + void *mem; + off_t file; + size_t size; +}; + +static ssize_t +xreadatoff(int fd, void *buf, off_t off, size_t size, const char *fn) +{ + ssize_t rv; + + if (lseek(fd, off, SEEK_SET) != off) { + perror(fn); + return -1; + } + if ((rv = read(fd, buf, size)) != size) { + fprintf(stderr, "%s: read error: %s\n", fn, + rv == -1 ? strerror(errno) : "short read"); + return -1; + } + return size; +} + +static ssize_t +xwriteatoff(int fd, void *buf, off_t off, size_t size, const char *fn) +{ + ssize_t rv; + + if (lseek(fd, off, SEEK_SET) != off) { + perror(fn); + return -1; + } + if ((rv = write(fd, buf, size)) != size) { + fprintf(stderr, "%s: write error: %s\n", fn, + rv == -1 ? strerror(errno) : "short write"); + return -1; + } + return size; +} + +static void * +xmalloc(size_t size, const char *fn, const char *use) +{ + void *rv; + + rv = malloc(size); + if (rv == NULL) + fprintf(stderr, "%s: out of memory (allocating for %s)\n", + fn, use); + return (rv); +} + +int +ELFNAMEEND(check)(int fd, const char *fn) +{ + Elf_Ehdr eh; + struct stat sb; + + /* + * Check the header to maek sure it's an ELF file (of the + * appropriate size). + */ + if (fstat(fd, &sb) == -1) + return 0; + if (sb.st_size < sizeof eh) + return 0; + if (read(fd, &eh, sizeof eh) != sizeof eh) + return 0; + + if (IS_ELF(eh) == 0) + return 0; + + switch (eh.e_machine) { + case EM_386: break; + case EM_ALPHA: break; +/* ELFDEFNNAME(MACHDEP_ID_CASES) */ + + default: + return 0; + } + + return 1; +} + +int +ELFNAMEEND(hide)(int fd, const char *fn) +{ + Elf_Ehdr ehdr; + Elf_Shdr *shdrp = NULL, *symtabshdr, *strtabshdr; + Elf_Sym *symtabp = NULL; + char *strtabp = NULL; + Elf_Word *symfwmap = NULL, *symrvmap = NULL, nsyms, nlocalsyms, ewi; + struct listelem *relalist = NULL, *rellist = NULL, *tmpl; + ssize_t shdrsize; + int rv, i, weird; + + rv = 0; + if (xreadatoff(fd, &ehdr, 0, sizeof ehdr, fn) != sizeof ehdr) + goto bad; + + shdrsize = ehdr.e_shnum * ehdr.e_shentsize; + if ((shdrp = xmalloc(shdrsize, fn, "section header table")) == NULL) + goto bad; + if (xreadatoff(fd, shdrp, ehdr.e_shoff, shdrsize, fn) != shdrsize) + goto bad; + + symtabshdr = strtabshdr = NULL; + weird = 0; + for (i = 0; i < ehdr.e_shnum; i++) { + switch (shdrp[i].sh_type) { + case SHT_SYMTAB: + if (symtabshdr != NULL) + weird = 1; + symtabshdr = &shdrp[i]; + strtabshdr = &shdrp[shdrp[i].sh_link]; + break; + case SHT_RELA: + tmpl = xmalloc(sizeof *tmpl, fn, "rela list element"); + if (tmpl == NULL) + goto bad; + tmpl->mem = NULL; + tmpl->file = shdrp[i].sh_offset; + tmpl->size = shdrp[i].sh_size; + tmpl->next = relalist; + relalist = tmpl; + break; + case SHT_REL: + tmpl = xmalloc(sizeof *tmpl, fn, "rel list element"); + if (tmpl == NULL) + goto bad; + tmpl->mem = NULL; + tmpl->file = shdrp[i].sh_offset; + tmpl->size = shdrp[i].sh_size; + tmpl->next = rellist; + rellist = tmpl; + break; + } + } + if (symtabshdr == NULL) + goto out; + if (strtabshdr == NULL) + weird = 1; + if (weird) { + fprintf(stderr, "%s: weird executable (unsupported)\n", fn); + goto bad; + } + + /* + * load up everything we need + */ + + /* symbol table */ + if ((symtabp = xmalloc(symtabshdr->sh_size, fn, "symbol table")) + == NULL) + goto bad; + if (xreadatoff(fd, symtabp, symtabshdr->sh_offset, symtabshdr->sh_size, + fn) != symtabshdr->sh_size) + goto bad; + + /* string table */ + if ((strtabp = xmalloc(strtabshdr->sh_size, fn, "string table")) + == NULL) + goto bad; + if (xreadatoff(fd, strtabp, strtabshdr->sh_offset, strtabshdr->sh_size, + fn) != strtabshdr->sh_size) + goto bad; + + /* any rela tables */ + for (tmpl = relalist; tmpl != NULL; tmpl = tmpl->next) { + if ((tmpl->mem = xmalloc(tmpl->size, fn, "rela table")) + == NULL) + goto bad; + if (xreadatoff(fd, tmpl->mem, tmpl->file, tmpl->size, fn) != + tmpl->size) + goto bad; + } + + /* any rel tables */ + for (tmpl = rellist; tmpl != NULL; tmpl = tmpl->next) { + if ((tmpl->mem = xmalloc(tmpl->size, fn, "rel table")) + == NULL) + goto bad; + if (xreadatoff(fd, tmpl->mem, tmpl->file, tmpl->size, fn) != + tmpl->size) + goto bad; + } + + /* Prepare data structures for symbol movement. */ + nsyms = symtabshdr->sh_size / symtabshdr->sh_entsize; + nlocalsyms = symtabshdr->sh_info; + if ((symfwmap = xmalloc(nsyms * sizeof (Elf_Word), fn, + "symbol forward mapping table")) == NULL) + goto bad; + if ((symrvmap = xmalloc(nsyms * sizeof (Elf_Word), fn, + "symbol reverse mapping table")) == NULL) + goto bad; + + /* init location -> symbol # table */ + for (ewi = 0; ewi < nsyms; ewi++) + symrvmap[ewi] = ewi; + + /* move symbols, making them local */ + for (ewi = nlocalsyms; ewi < nsyms; ewi++) { + Elf_Sym *sp, symswap; + Elf_Word mapswap; + + sp = &symtabp[ewi]; + + /* if it's on our keep list, don't move it */ + if (in_keep_list(strtabp + sp->st_name)) + continue; + + /* if it's an undefined symbol, keep it */ + if (sp->st_shndx == SHN_UNDEF) + continue; + + /* adjust the symbol so that it's local */ + sp->st_info = + ELF_ST_INFO(STB_LOCAL, sp->st_info); +/* (STB_LOCAL << 4) | ELF_SYM_TYPE(sp->st_info); *//* XXX */ + + /* + * move the symbol to its new location + */ + + /* note that symbols in those locations have been swapped */ + mapswap = symrvmap[ewi]; + symrvmap[ewi] = symrvmap[nlocalsyms]; + symrvmap[nlocalsyms] = mapswap; + + /* and swap the symbols */ + symswap = *sp; + *sp = symtabp[nlocalsyms]; + symtabp[nlocalsyms] = symswap; + + nlocalsyms++; /* note new local sym */ + } + symtabshdr->sh_info = nlocalsyms; + + /* set up symbol # -> location mapping table */ + for (ewi = 0; ewi < nsyms; ewi++) + symfwmap[symrvmap[ewi]] = ewi; + + /* any rela tables */ + for (tmpl = relalist; tmpl != NULL; tmpl = tmpl->next) { + Elf_Rela *relap = tmpl->mem; + + for (ewi = 0; ewi < tmpl->size / sizeof(*relap); ewi++) { + relap[ewi].r_info = +#if (ELFSIZE == 32) /* XXX */ + symfwmap[ELF_R_SYM(relap[ewi].r_info)] << 8 | + ELF_R_TYPE(relap[ewi].r_info); +#elif (ELFSIZE == 64) /* XXX */ + symfwmap[ELF_R_SYM(relap[ewi].r_info)] << 32 | + ELF_R_TYPE(relap[ewi].r_info); +#endif /* XXX */ + } + } + + /* any rel tables */ + for (tmpl = rellist; tmpl != NULL; tmpl = tmpl->next) { + Elf_Rel *relp = tmpl->mem; + + for (ewi = 0; ewi < tmpl->size / sizeof *relp; ewi++) { + relp[ewi].r_info = +#if (ELFSIZE == 32) /* XXX */ + symfwmap[ELF_R_SYM(relp[ewi].r_info)] << 8 | + ELF_R_TYPE(relp[ewi].r_info); +#elif (ELFSIZE == 64) /* XXX */ + symfwmap[ELF_R_SYM(relp[ewi].r_info)] << 32 | + ELF_R_TYPE(relp[ewi].r_info); +#endif /* XXX */ + } + } + + /* + * write new tables to the file + */ + if (xwriteatoff(fd, shdrp, ehdr.e_shoff, shdrsize, fn) != shdrsize) + goto bad; + if (xwriteatoff(fd, symtabp, symtabshdr->sh_offset, + symtabshdr->sh_size, fn) != symtabshdr->sh_size) + goto bad; + for (tmpl = relalist; tmpl != NULL; tmpl = tmpl->next) { + if (xwriteatoff(fd, tmpl->mem, tmpl->file, tmpl->size, fn) != + tmpl->size) + goto bad; + } + for (tmpl = rellist; tmpl != NULL; tmpl = tmpl->next) { + if (xwriteatoff(fd, tmpl->mem, tmpl->file, tmpl->size, fn) != + tmpl->size) + goto bad; + } + +out: + if (shdrp != NULL) + free(shdrp); + if (symtabp != NULL) + free(symtabp); + if (strtabp != NULL) + free(strtabp); + if (symfwmap != NULL) + free(symfwmap); + if (symrvmap != NULL) + free(symrvmap); + while ((tmpl = relalist) != NULL) { + relalist = tmpl->next; + if (tmpl->mem != NULL) + free(tmpl->mem); + free(tmpl); + } + while ((tmpl = rellist) != NULL) { + rellist = tmpl->next; + if (tmpl->mem != NULL) + free(tmpl->mem); + free(tmpl); + } + return (rv); + +bad: + rv = 1; + goto out; +} + +#endif /* include this size of ELF */ --- /dev/null Fri Sep 11 02:11:53 1998 +++ usr.sbin/crunch/crunchide/exec_elf64.c Wed Aug 6 05:23:14 1997 @@ -0,0 +1,40 @@ +/* $NetBSD: exec_elf64.c,v 1.2 1997/08/02 21:30:19 perry Exp $ */ + +/* + * Copyright (c) 1997 Christopher G. Demetriou. 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. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by Christopher G. Demetriou + * for the NetBSD Project. + * 4. The name of the author may not be used to endorse or promote products + * derived from this software without specific prior written permission + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``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 THE AUTHOR 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. + */ + +#include +#ifndef lint +__IDSTRING(elf64rcsid, "$NetBSD: exec_elf64.c,v 1.2 1997/08/02 21:30:19 perry Exp $"); +#endif + +#define ELFSIZE 64 + +#include "exec_elf32.c" --- /dev/null Fri Sep 11 02:11:53 1998 +++ usr.sbin/crunch/crunchide/extern.h Fri Sep 11 08:48:52 1998 @@ -0,0 +1,68 @@ +/* $NetBSD: extern.h,v 1.5 1998/05/06 13:16:57 mycroft Exp $ */ + +/* + * Copyright (c) 1997 Christopher G. Demetriou. 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. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. All advertising materials mentioning features or use of this software + * must display the following acknowledgement: + * This product includes software developed by Christopher G. Demetriou + * for the NetBSD Project. + * 4. The name of the author may not be used to endorse or promote products + * derived from this software without specific prior written permission + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``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 THE AUTHOR 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. + */ + +#ifdef __alpha__ +#define NLIST_ECOFF +#define NLIST_ELF64 +#else +#ifdef __mips__ +#define NLIST_ELF32 +#else +#ifdef __powerpc__ +#define NLIST_ELF32 +#else +#define NLIST_AOUT +/* #define NLIST_ECOFF */ +#define NLIST_ELF32 +/* #define NLIST_ELF64 */ +#endif +#endif +#endif + +#ifdef NLIST_AOUT +int check_aout(int, const char *); +int hide_aout(int, const char *); +#endif +#ifdef NLIST_ECOFF +int check_ecoff(int, const char *); +int hide_ecoff(int, const char *); +#endif +#ifdef NLIST_ELF32 +int check_elf32(int, const char *); +int hide_elf32(int, const char *); +#endif +#ifdef NLIST_ELF64 +int check_elf64(int, const char *); +int hide_elf64(int, const char *); +#endif + +int in_keep_list(const char *symbol); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 06:39:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA01684 for freebsd-current-outgoing; Sat, 12 Sep 1998 06:39:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bryggen.bgnett.no (bryggen.bgnett.no [194.54.96.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA01679 for ; Sat, 12 Sep 1998 06:39:51 -0700 (PDT) (envelope-from erikhb@bgnett.no) Received: from bgnett.no (dppp055.bgnett.no [194.54.100.183]) by bryggen.bgnett.no (8.8.8/8.8.5/brage2.1) with ESMTP id NAA22522; Sat, 12 Sep 1998 13:39:22 GMT Message-ID: <35FA94D6.25038536@bgnett.no> Date: Sat, 12 Sep 1998 17:35:50 +0200 From: "Erik H. Bakke" Organization: Habatech AS X-Mailer: Mozilla 4.5b1 [en] (X11; I; FreeBSD 3.0CAM-19980712-SNAP i386) X-Accept-Language: no,en MIME-Version: 1.0 To: "Brian W. Buchanan" CC: freebsd-current@FreeBSD.ORG Subject: Re: lpt0: Device not configured References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian W. Buchanan wrote: > I'm running -CURRENT (aout, kernel and world CVSuped and built about half > an hour ago) and am having trouble using the lpt0 device. lptcontrol -p > errors out with "lptcontrol: open: Device not configured", and attempting > to cat to /dev/lpt0 results in a similar error. > > kernel config file entry: > device lpt0 at isa? port? tty irq 7 vector lptintr > > dmesg relevant entries: > lpt0 at 0x378-0x37f irq 7 on isa > lpt0: Interrupt-driven port > > /dev entry: > crw------- 1 root wheel 16, 0 Sep 10 16:37 lpt0 > > Any thoughts? Did I do something to screw things up, or is this a bug? > Are you using the PPBus driver? I got this similar error when I was setting up my printer last time I installed FreeBSD. When I excluded the PPBus driver from the kernel config, I got the port back. Hope this will work for you. -- Erik H. Bakke * Synspunkter som * To be or not to be erikhb@bgnett.no * fremkommer i dette * is simply a question Habatech AS * skrift står for egen regning * of binary logic To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 07:10:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03430 for freebsd-current-outgoing; Sat, 12 Sep 1998 07:10:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from photox.jcmax.com (photox.jcmax.com [204.69.248.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA03425 for ; Sat, 12 Sep 1998 07:09:59 -0700 (PDT) (envelope-from cr@photox.jcmax.com) Received: (from cr@localhost) by photox.jcmax.com (8.9.1/8.9.1) id KAA26936 for freebsd-current@FreeBSD.ORG; Sat, 12 Sep 1998 10:09:45 -0400 (EDT) (envelope-from cr) Date: Sat, 12 Sep 1998 10:09:45 -0400 (EDT) From: Cyrus Rahman Message-Id: <199809121409.KAA26936@photox.jcmax.com> To: freebsd-current@FreeBSD.ORG Subject: Re: updatedb ? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > /etc/periodic/weekly/310.locate dies with: > > Rebuilding locate database: > updatedb: locate database /tmp/locateW22380/_updatedb22378 is empty Perhaps due to recent changes in /bin/sh, in locate.updatedb: : ${SEARCHPATHS:="/"} # directories to be put in the database ... $find $SEARCHPATHS [options, etc] The above code now sets $SEARCHPATHS to the two byte value '210 /' instead of the single character '/'. This confuses find. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 07:11:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03671 for freebsd-current-outgoing; Sat, 12 Sep 1998 07:11:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA03656 for ; Sat, 12 Sep 1998 07:11:19 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id KAA07851; Sat, 12 Sep 1998 10:10:57 -0400 (EDT) Date: Sat, 12 Sep 1998 10:10:57 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: William Woods cc: FreebSD Current Subject: Re: SSH Port problems.... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 11 Sep 1998, William Woods wrote: > While makeing SSH on my system with a make OBJFORMAT=aout I get.. > > /usr/libexec/aout/ld: -lrsaref: no match Try reinstalling /usr/ports/security/rsaref. BTW, you had current in your cc's twice, and questions as well (crossposting is discouraged), and I think it's good form to contact the maintainer first -- here's a little trick: narcissus% grep MAINTAINER /usr/ports/security/ssh/Makefile MAINTAINER= torstenb@FreeBSD.ORG HTH, HAND. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 08:15:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA09754 for freebsd-current-outgoing; Sat, 12 Sep 1998 08:15:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.net.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA09748 for ; Sat, 12 Sep 1998 08:15:09 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.net.mx (8.8.8/8.8.7) with ESMTP id KAA02198; Sat, 12 Sep 1998 10:12:32 -0500 (CDT) Message-ID: <35FA8F60.25F651F@webwizard.org.mx> Date: Sat, 12 Sep 1998 10:12:32 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b1 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Cyrus Rahman CC: freebsd-current@FreeBSD.ORG Subject: Re: updatedb ? References: <199809121409.KAA26936@photox.jcmax.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cyrus Rahman wrote: > > /etc/periodic/weekly/310.locate dies with: > > > > Rebuilding locate database: > > updatedb: locate database /tmp/locateW22380/_updatedb22378 is empty > > Perhaps due to recent changes in /bin/sh, in locate.updatedb: I changed the #!/bin/sh to #!/usr/local/bin/ksh and it seems to work fine, although I still don't understand why the problem with sh. > > > > > : ${SEARCHPATHS:="/"} # directories to be put in the database > ... > $find $SEARCHPATHS [options, etc] > > The above code now sets $SEARCHPATHS to the two byte value '210 /' instead of > the single character '/'. This confuses find. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 10:19:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23017 for freebsd-current-outgoing; Sat, 12 Sep 1998 10:19:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smarter.than.nu (lal-99-91.Reshall.Berkeley.EDU [169.229.99.91]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA23011 for ; Sat, 12 Sep 1998 10:19:12 -0700 (PDT) (envelope-from brian@smarter.than.nu) Received: from localhost (localhost [127.0.0.1]) by smarter.than.nu (8.9.1/8.8.8) with SMTP id KAA00256; Sat, 12 Sep 1998 10:19:33 -0700 (PDT) (envelope-from brian@smarter.than.nu) Date: Sat, 12 Sep 1998 10:19:33 -0700 (PDT) From: "Brian W. Buchanan" To: "Erik H. Bakke" cc: freebsd-current@FreeBSD.ORG Subject: Re: lpt0: Device not configured In-Reply-To: <35FA94D6.25038536@bgnett.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 12 Sep 1998, Erik H. Bakke wrote: > Brian W. Buchanan wrote: > > I'm running -CURRENT (aout, kernel and world CVSuped and built about half > > an hour ago) and am having trouble using the lpt0 device. lptcontrol -p > > errors out with "lptcontrol: open: Device not configured", and attempting > > to cat to /dev/lpt0 results in a similar error. ... > Are you using the PPBus driver? > I got this similar error when I was setting up my printer last time I > installed FreeBSD. > When I excluded the PPBus driver from the kernel config, I got the port > back. That worked. Thanks! -- Brian Buchanan brian@smarter.than.nu Never believe that you know the whole story. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 13:39:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09065 for freebsd-current-outgoing; Sat, 12 Sep 1998 13:39:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fledge.watson.org (COPLAND.CODA.CS.CMU.EDU [128.2.222.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA09060 for ; Sat, 12 Sep 1998 13:39:56 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.8.8/8.8.8) with SMTP id QAA02349 for ; Sat, 12 Sep 1998 16:39:42 -0400 (EDT) Date: Sat, 12 Sep 1998 16:39:42 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: freebsd-current@FreeBSD.ORG Subject: Plans to upgrade /etc/services? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are there plans to integrate recent additions to the IANA port assignments into /etc/services? Coda recently acquired IANA port numbers, and we'd love it if the FreeBSD services file included them by default. :) Also, if anyone else's services files included them by default, of course. Would it be best if I just submitted patches? Robert N Watson Carnegie Mellon University http://www.cmu.edu/ TIS Labs at Network Associates, Inc. http://www.tis.com/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 14:07:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12152 for freebsd-current-outgoing; Sat, 12 Sep 1998 14:07:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA12147 for ; Sat, 12 Sep 1998 14:07:35 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id OAA17635; Sat, 12 Sep 1998 14:07:04 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <35FAE277.1E3F48B6@dal.net> Date: Sat, 12 Sep 1998 14:07:03 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0905 i386) MIME-Version: 1.0 To: Robert Watson CC: freebsd-current@FreeBSD.ORG Subject: Re: Plans to upgrade /etc/services? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Watson wrote: > > Are there plans to integrate recent additions to the IANA port assignments > into /etc/services? I've had a PR open on this forever. Now that I'm finally done with a major FreeBSD project maybe I'll look at this. I doubt it will happen in time for the 3.0 release in any case. > Coda recently acquired IANA port numbers, and we'd > love it if the FreeBSD services file included them by default. :) Also, > if anyone else's services files included them by default, of course. > > Would it be best if I just submitted patches? My take on the situation is that patches for a specific set of things submitted in a PR would likely be committed, so I would highly recommend that course of action. Good luck, Doug -- *** Chief Operations Officer, DALnet IRC network *** "Yes, the president should resign. He has lied to the American people, time and time again, and betrayed their trust. He is no longer an effective leader. Since he has admitted guilt, there is no reason to put the American people through an impeachment. He will serve absolutely no purpose in finishing out his term; the only possible solution is for the president to save some dignity and resign." - William Jefferson Clinton, 1974 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 14:18:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13503 for freebsd-current-outgoing; Sat, 12 Sep 1998 14:18:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA13479 for ; Sat, 12 Sep 1998 14:18:40 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id XAA02672; Sat, 12 Sep 1998 23:14:43 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id XAA28964; Sat, 12 Sep 1998 23:12:39 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809122112.XAA28964@semyam.dinoco.de> To: Edwin Culp cc: Cyrus Rahman , freebsd-current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: updatedb ? In-reply-to: Your message of "Sat, 12 Sep 1998 10:12:32 CDT." <35FA8F60.25F651F@webwizard.org.mx> Date: Sat, 12 Sep 1998 23:12:38 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I changed the #!/bin/sh to #!/usr/local/bin/ksh and it seems to work fine, > although I still don't understand why the problem with sh. The change from 1.22 to 1.23 in parser.c of /bin/sh seems to cause this malfunction. I removed it, recompiled sh, installed it and then called 310.locate manually. Now it worked for me. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 15:49:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21600 for freebsd-current-outgoing; Sat, 12 Sep 1998 15:49:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fledge.watson.org (COPLAND.CODA.CS.CMU.EDU [128.2.222.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21593 for ; Sat, 12 Sep 1998 15:49:42 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.8.8/8.8.8) with SMTP id SAA02920; Sat, 12 Sep 1998 18:49:23 -0400 (EDT) Date: Sat, 12 Sep 1998 18:49:23 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Studded cc: freebsd-current@FreeBSD.ORG Subject: Re: Plans to upgrade /etc/services? In-Reply-To: <35FAE277.1E3F48B6@dal.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 12 Sep 1998, Studded wrote: > Robert Watson wrote: > > > > Are there plans to integrate recent additions to the IANA port assignments > > into /etc/services? > > I've had a PR open on this forever. Now that I'm finally done with a > major FreeBSD project maybe I'll look at this. I doubt it will happen in > time for the 3.0 release in any case. > > > Coda recently acquired IANA port numbers, and we'd > > love it if the FreeBSD services file included them by default. :) Also, > > if anyone else's services files included them by default, of course. > > > > Would it be best if I just submitted patches? > > My take on the situation is that patches for a specific set of things > submitted in a PR would likely be committed, so I would highly recommend > that course of action. I have taken the IANA port list and reformatted it a bit to use #'s for comments and so on. There is a copy of it at http://www.watson.org/~robert/services However, I wasn't sure what the formatting requirements for /etc/services were. The IANA list has a number of entries like this: 0/tcp #Reserved 0/udp #Reserved That is, with no actual service name. Will FreeBSD support libraries care? Should I just comment them out in the style of the current services file? (there are aroud 20 such instances in the IANA ports list) Also, the IANA ports list does not include the duplicate names for ports -- for example, the current services file lists: imap 143/tcp imap2 imap4 #Interim Mail Access Protocol v2 IANA just has an entry in the form: imap 143/tcp #Internet Message Access Protocol There are a number of cases where IANA has two names for the same port, and lists them on sequential lines instead of using the BSD extension format with the additional names before the comment. If someone gives me some pointers, I'll patch up those few remaining issues, and it should be a fairly useful services file (it is up-to-date as of this afternoon). One other minor problem is apparent -- when I do a netstat, the service names in general appear fine. Except for ssh in my version of /etc/services: tcp 0 0 SLEIPNIR.RES.CMU.1021 COPLAND.CODA.CS..22 ESTABLISHED tcp 0 0 SLEIPNIR.RES.CMU.1031 www.iana.org.http CLOSE_WAIT As you can see, http is correctly listed, but ssh is not listed for 22. Robert N Watson Carnegie Mellon University http://www.cmu.edu/ TIS Labs at Network Associates, Inc. http://www.tis.com/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 17:18:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28103 for freebsd-current-outgoing; Sat, 12 Sep 1998 17:18:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-64.ppp.wenet.net [206.15.84.64]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA28096 for ; Sat, 12 Sep 1998 17:18:55 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id RAA24128; Sat, 12 Sep 1998 17:18:01 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sat, 12 Sep 1998 17:18:00 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: "Brian W. Buchanan" cc: "Erik H. Bakke" , freebsd-current@FreeBSD.ORG Subject: Re: lpt0: Device not configured In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 12 Sep 1998, Brian W. Buchanan wrote: [...] > > Are you using the PPBus driver? > > I got this similar error when I was setting up my printer last time I > > installed FreeBSD. > > When I excluded the PPBus driver from the kernel config, I got the port > > back. sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A ppc0 at 0x378 irq 7 on isa ppc0: W83877F chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode nlpt0: on ppbus 0 nlpt0: Interrupt-driven port ppi0: on ppbus 0 Check LINT, but with PPBus you're not supposed to use the old lpt driver. Use nlpt instead. - alex | "Contrary to popular belief, penguins are not the salvation of modern | | technology. Neither do they throw parties for the urban proletariat." | | Powered by FreeBSD http://www.freebsd.org/ | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 17:27:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28915 for freebsd-current-outgoing; Sat, 12 Sep 1998 17:27:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA28910 for ; Sat, 12 Sep 1998 17:27:15 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with SMTP id UAA28244; Sat, 12 Sep 1998 20:23:07 -0400 (EDT) Date: Sat, 12 Sep 1998 20:23:06 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: Studded cc: Robert Watson , freebsd-current@FreeBSD.ORG Subject: Re: Plans to upgrade /etc/services? In-Reply-To: <35FAE277.1E3F48B6@dal.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well notify whoever's assigned to your PR! How hard is that? services(5) is one of the very simplest files to get updated, and I'm sure if the IANA standard was quoted, it would help all the more. Cheers, Brian Feldman On Sat, 12 Sep 1998, Studded wrote: > Robert Watson wrote: > > > > Are there plans to integrate recent additions to the IANA port assignments > > into /etc/services? > > I've had a PR open on this forever. Now that I'm finally done with a > major FreeBSD project maybe I'll look at this. I doubt it will happen in > time for the 3.0 release in any case. > > > Coda recently acquired IANA port numbers, and we'd > > love it if the FreeBSD services file included them by default. :) Also, > > if anyone else's services files included them by default, of course. > > > > Would it be best if I just submitted patches? > > My take on the situation is that patches for a specific set of things > submitted in a PR would likely be committed, so I would highly recommend > that course of action. > > Good luck, > > Doug > -- > *** Chief Operations Officer, DALnet IRC network *** > > "Yes, the president should resign. He has lied to the American people, > time and time again, and betrayed their trust. He is no longer an > effective leader. Since he has admitted guilt, there is no reason to put > the American people through an impeachment. He will serve absolutely no > purpose in finishing out his term; the only possible solution is for the > president to save some dignity and resign." > > - William Jefferson Clinton, 1974 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 18:22:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA04289 for freebsd-current-outgoing; Sat, 12 Sep 1998 18:22:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA04275 for ; Sat, 12 Sep 1998 18:22:22 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-97.camalott.com [208.229.74.97]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id UAA09351; Sat, 12 Sep 1998 20:24:01 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id UAA03396; Sat, 12 Sep 1998 20:22:01 -0500 (CDT) (envelope-from joelh) Date: Sat, 12 Sep 1998 20:22:01 -0500 (CDT) Message-Id: <199809130122.UAA03396@detlev.UUCP> To: Robert Watson CC: Studded , freebsd-current@FreeBSD.ORG In-reply-to: Subject: Re: Plans to upgrade /etc/services? From: Joel Ray Holveck Reply-to: joelh@gnu.org References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I have taken the IANA port list and reformatted it a bit to use #'s for > comments and so on. There is a copy of it at > However, I wasn't sure what the formatting requirements for /etc/services > were. The IANA list has a number of entries like this: > 0/tcp #Reserved > 0/udp #Reserved > That is, with no actual service name. Will FreeBSD support libraries > care? Should I just comment them out in the style of the current services > file? (there are aroud 20 such instances in the IANA ports list) I would recommend doing so. > Also, the IANA ports list does not include the duplicate names for ports > -- for example, the current services file lists: > imap 143/tcp imap2 imap4 #Interim Mail Access Protocol v2 > IANA just has an entry in the form: > imap 143/tcp #Internet Message Access Protocol > There are a number of cases where IANA has two names for the same port, > and lists them on sequential lines instead of using the BSD extension > format with the additional names before the comment. It would appear to be fairly easy to write a Perl script to merge the two. Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 19:48:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10673 for freebsd-current-outgoing; Sat, 12 Sep 1998 19:48:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA10667 for ; Sat, 12 Sep 1998 19:48:30 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.8.7/8.8.7) with SMTP id WAA03822 for ; Sat, 12 Sep 1998 22:48:11 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA20609; Sat, 12 Sep 1998 22:48:11 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.8.8/8.8.8) id WAA11637 for freebsd-current@freebsd.org; Sat, 12 Sep 1998 22:48:10 -0400 (EDT) (envelope-from jwd) From: John DeBoskey Message-Id: <199809130248.WAA11637@bb01f39.unx.sas.com> Subject: cvs out of disk due to recursion? To: freebsd-current@FreeBSD.ORG Date: Sat, 12 Sep 1998 22:48:10 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL38 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I've had the following problem occur 3 times in the last 48 hours with a -current aout machine... from a cvs log: cvs checkout: Updating src/sys/sys/sys/sys/sys/sys/sys/sys/sys/ufs cvs checkout: Updating src/sys/sys/sys/sys/sys/sys/sys/sys/sys/ufs/ffs U src/sys/sys/sys/sys/sys/sys/sys/sys/sys/ufs/ffs/README.softupdates U src/sys/sys/sys/sys/sys/sys/sys/sys/sys/ufs/ffs/ffs_alloc.c U src/sys/sys/sys/sys/sys/sys/sys/sys/sys/ufs/ffs/ffs_balloc.c U src/sys/sys/sys/sys/sys/sys/sys/sys/sys/ufs/ffs/ffs_extern.h U src/sys/sys/sys/sys/sys/sys/sys/sys/sys/ufs/ffs/ffs_inode.c U src/sys/sys/sys/sys/sys/sys/sys/sys/sys/ufs/ffs/ffs_softdep_stub.c U src/sys/sys/sys/sys/sys/sys/sys/sys/sys/ufs/ffs/ffs_subr.c U src/sys/sys/sys/sys/sys/sys/sys/sys/sys/ufs/ffs/ffs_tables.c cvs [checkout aborted]: cannot write ffs_vfsops.c: No space left on device Does anyone have any ideas on what is going on? There are no error msgs. The sys subdir just keeps getting recursively updated. Note: This is happenning while cvs is talking to the local cvsupd during the mirror creation process. Thanks! John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 20:35:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15452 for freebsd-current-outgoing; Sat, 12 Sep 1998 20:35:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15443; Sat, 12 Sep 1998 20:35:20 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id UAA09203; Sat, 12 Sep 1998 20:35:05 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sat, 12 Sep 1998 20:34:52 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: FreeBSD Questions Subject: ssh port problem..... Cc: FreebSD Current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, I just installed rsarf from the ports useing make OBJFORMAT=aout and that worked fine, but when I do a make OBJFORMAT=aout for ssh I get the following... ------------------------------------------------------------- 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/loc al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -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/loc al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -pipe -I/usr/local/include -I/usr/X11R6/include blowfish.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/loc al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -pipe -I/usr/local/include -I/usr/X11R6/include deattack.c rm -f ssh cc -pipe -Lrsaref2/source -L/usr/local/lib -o ssh ssh.o sshconnect.o log-client.o readconf.o hostfile.o readpass.o tildexpand.o clientloop.o can ohost.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 c rc32.o rsaglue.o cipher.o des.o match.o arcfour.o mpaux.o userfile.o signals.o blowfish.o deattack.o -L/usr/lib -lgmp -L/usr/lib -lz -lwrap -l rsaref -lcrypt -L/usr/local/lib -lutil sshconnect.o: Undefined symbol `___inet_addr' referenced from text segment sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment newchannels.o: Undefined symbol `___inet_addr' referenced from text segment newchannels.o: Undefined symbol `___inet_addr' referenced from text segment newchannels.o: Undefined symbol `___inet_addr' referenced from text segment *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 -------------------------------------------------------- Anyideas here folks ? --------------------- William Woods Date: 12-Sep-98 / Time: 20:32:32 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 21:34:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA19139 for freebsd-current-outgoing; Sat, 12 Sep 1998 21:34:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA19126; Sat, 12 Sep 1998 21:34:37 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with SMTP id AAA00747; Sun, 13 Sep 1998 00:30:30 -0400 (EDT) Date: Sun, 13 Sep 1998 00:30:30 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: William Woods cc: FreeBSD Questions , FreebSD Current Subject: Re: ssh port problem..... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Look in /usr/local/include. Delete /usr/local/include/arpa/inet.h et al. Cheers, Brian Feldman On Sat, 12 Sep 1998, William Woods wrote: > OK, I just installed rsarf from the ports useing make OBJFORMAT=aout and that > worked fine, but when I do a make OBJFORMAT=aout for ssh I get the following... > > ------------------------------------------------------------- > 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/loc > al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" > -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI > R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" > -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -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/loc > al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" > -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI > R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" > -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -pipe -I/usr/local/include > -I/usr/X11R6/include > blowfish.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/loc > al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" > -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI > R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" > -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -pipe -I/usr/local/include > -I/usr/X11R6/include > deattack.c > rm -f ssh > cc -pipe -Lrsaref2/source -L/usr/local/lib -o ssh ssh.o sshconnect.o > log-client.o readconf.o hostfile.o readpass.o tildexpand.o clientloop.o can > ohost.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 c > rc32.o rsaglue.o cipher.o des.o match.o arcfour.o mpaux.o userfile.o signals.o > blowfish.o deattack.o -L/usr/lib -lgmp -L/usr/lib -lz -lwrap -l > rsaref -lcrypt -L/usr/local/lib -lutil > sshconnect.o: Undefined symbol `___inet_addr' referenced from text segment > sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment > sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > -------------------------------------------------------- > > Anyideas here folks ? > > --------------------- > William Woods > Date: 12-Sep-98 / Time: 20:32:32 > goto to: http//www.freebsd.org. > --> FreeBSD 3.0 CURRENT ELF <-- > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 22:39:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA23575 for freebsd-current-outgoing; Sat, 12 Sep 1998 22:39:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from midten.fast.no (midten.fast.no [195.139.251.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA23569 for ; Sat, 12 Sep 1998 22:39:16 -0700 (PDT) (envelope-from tegge@fast.no) Received: from fast.no (IDENT:tegge@midten.fast.no [195.139.251.11]) by midten.fast.no (8.9.1/8.9.1) with ESMTP id HAA29647; Sun, 13 Sep 1998 07:38:32 +0200 (CEST) Message-Id: <199809130538.HAA29647@midten.fast.no> To: seggers@semyam.dinoco.de Cc: eculp@webwizard.org.mx, cr@photox.jcmax.com, freebsd-current@FreeBSD.ORG Subject: Re: updatedb ? From: Tor.Egge@fast.no In-Reply-To: Your message of "Sat, 12 Sep 1998 23:12:38 +0200" References: <199809122112.XAA28964@semyam.dinoco.de> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 13 Sep 1998 07:38:31 +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I changed the #!/bin/sh to #!/usr/local/bin/ksh and it seems to work fine, > > although I still don't understand why the problem with sh. > > The change from 1.22 to 1.23 in parser.c of /bin/sh seems to cause > this malfunction. I removed it, recompiled sh, installed it and then > called 310.locate manually. Now it worked for me. Try this patch. It also contains a fix for variable expansion in here documents: #!/bin/sh unset A B=bval cat <text = p; *exparg.lastp = sp; @@ -235,7 +232,8 @@ /* "$@" syntax adherence hack */ if (p[0] == CTLVAR && p[2] == '@' && p[3] == '=') break; - STPUTC(c, expdest); + if ((flag & EXP_FULL) != 0) + STPUTC(c, expdest); break; case CTLESC: if (quotes) @@ -292,6 +290,8 @@ switch(c) { case CTLESC: return (startp); + case CTLQUOTEMARK: + return (startp); case ':': if (flag & EXP_VARTILDE) goto done; @@ -1462,58 +1462,6 @@ *q++ = *p++; } *q = '\0'; -} - -void rmquotes0(str) - char *str; -{ - char *p, *q; - - p = str; - while (*p != CTLQUOTEMARK) { - if (*p == CTLESC) { - p++; - p++; - continue; - } - if (*p++ == '\0') - return; - } - q = p; - while (*p) { - if (*p == CTLQUOTEMARK) { - p++; - continue; - } - if (*p == CTLESC) - *q++ = *p++; - *q++ = *p++; - } - *q = '\0'; -} - -int -rmquotes(str, len) - char *str; - int len; -{ - char *p, *q, *pe; - - p = str; - pe = str + len; - while (*p != CTLQUOTEMARK) { - if (++p == pe) - return len; - } - q = p; - while (p < pe) { - if (*p == CTLQUOTEMARK) { - p++; - continue; - } - *q++ = *p++; - } - return q - str; } Index: expand.h =================================================================== RCS file: /home/ncvs/src/bin/sh/expand.h,v retrieving revision 1.6 diff -u -r1.6 expand.h --- expand.h 1998/09/06 21:13:09 1.6 +++ expand.h 1998/09/13 04:57:09 @@ -64,6 +64,4 @@ void expari __P((int)); int patmatch __P((char *, char *)); void rmescapes __P((char *)); -void rmquotes0 __P((char *)); -int rmquotes __P((char *, int)); int casematch __P((union node *, char *)); Index: memalloc.c =================================================================== RCS file: /home/ncvs/src/bin/sh/memalloc.c,v retrieving revision 1.11 diff -u -r1.11 memalloc.c --- memalloc.c 1998/09/10 14:51:06 1.11 +++ memalloc.c 1998/09/13 04:57:09 @@ -269,7 +269,7 @@ growstackstr() { int len = stackblocksize(); if (herefd >= 0 && len >= 1024) { - xwrite(herefd, stackblock(), rmquotes(stackblock(), len)); + xwrite(herefd, stackblock(), len); sstrnleft = len - 1; return stackblock(); } Index: parser.c =================================================================== RCS file: /home/ncvs/src/bin/sh/parser.c,v retrieving revision 1.23 diff -u -r1.23 parser.c --- parser.c 1998/09/06 21:13:09 1.23 +++ parser.c 1998/09/13 04:57:09 @@ -619,7 +619,6 @@ if (quoteflag == 0) n->type = NXHERE; TRACE(("Here document %d\n", n->type)); - rmquotes0(wordtext); if (here->striptabs) { while (*wordtext == '\t') wordtext++; @@ -943,31 +942,39 @@ USTPUTC('\\', out); if (SQSYNTAX[c] == CCTL) USTPUTC(CTLESC, out); - else + else if (eofmark == NULL) USTPUTC(CTLQUOTEMARK, out); USTPUTC(c, out); quotef++; } break; case CSQUOTE: - USTPUTC(CTLQUOTEMARK, out); + if (eofmark == NULL) + USTPUTC(CTLQUOTEMARK, out); syntax = SQSYNTAX; break; case CDQUOTE: - USTPUTC(CTLQUOTEMARK, out); + if (eofmark == NULL) + USTPUTC(CTLQUOTEMARK, out); syntax = DQSYNTAX; dblquote = 1; break; case CENDQUOTE: - if (eofmark) { + if (eofmark != NULL && arinest == 0 && + varnest == 0) { USTPUTC(c, out); } else { - if (arinest) + if (arinest) { syntax = ARISYNTAX; - else + dblquote = 0; + } else if (eofmark != NULL) { + syntax = DQSYNTAX; + dblquote = 1; + } else { syntax = BASESYNTAX; + dblquote = 0; + } quotef++; - dblquote = 0; } break; case CVAR: /* '$' */ @@ -977,6 +984,12 @@ if (varnest > 0) { varnest--; USTPUTC(CTLENDVAR, out); + if (eofmark != NULL && + varnest == 0 && + arinest == 0) { + syntax = DQSYNTAX; + dblquote = 1; + } } else { USTPUTC(c, out); } @@ -1445,6 +1458,8 @@ p = text; while ((c = *p++) != '\0') { + if ( c == CTLQUOTEMARK) + continue; if (c == CTLESC) p++; else if (BASESYNTAX[c] == CCTL) - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 12 23:01:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA24622 for freebsd-current-outgoing; Sat, 12 Sep 1998 23:01:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail3.mailsorter.net (mail3.mailsorter.net [209.132.1.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA24617 for ; Sat, 12 Sep 1998 23:01:09 -0700 (PDT) (envelope-from irc@cooltime.simplenet.com) Received: from crc3.concentric.net ([206.173.239.16]) by mail3.mailsorter.net (Netscape Mail Server v2.02) with SMTP id AAA20760; Sat, 12 Sep 1998 23:00:50 -0700 Message-ID: <35FB5F6E.3172@cooltime.simplenet.com> Date: Sat, 12 Sep 1998 23:00:14 -0700 From: Daniel Hawton Reply-To: irc@cooltime.simplenet.com X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Download of FreeBSD 3.0-SNAP Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am about to get a cable modem (10mega bits per second) how long would it take to download everything I need to install FreeBSD 3.0-SNAP? I have the boot disk made. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message